Точка зрения Google на SSL - Нужно ли мне принудительно использовать протокол HTTPS для всех страниц на веб-сайте

Ну, теперь, когда Google ясно заявил, что SSL положительно повлияет на seo, я хочу знать, в каком из следующих условий я полностью поддерживаю ssl:

1.Если серверное HTTPS-соединение для всех страниц моего сайта, но не заставляет пользователей использовать https (если адрес пользовательского типа без https будет обслуживаться с http, а в противном случае - с https-соединением)

2.I подключение https сервера для всех моих страниц, но только принудительное подключение https при регистрации, регистрации и других страницах, которым требуется безопасное соединение.

3. Соединение с https force https (все http-соединения будут перенаправлены на связанную страницу https)

Что я имею в виду из этих трех вопросов, так это то, что я хочу знать, что достаточно иметь соединение https для всех моих страниц достаточно (и пользователь может его использовать или не использовать), или мне просто нужно принудительно установить соединение https и попрощайтесь с http-соединением

5 голосов | спросил Ashkan Mobayen Khiabani 8 Mayam15 2015, 04:27:23

1 ответ


7

Я не буду подходить к вашим вопросам в лоб. Вместо этого я немного объясню, чтобы вы лучше поняли всю вещь Google SSL. Здесь мы идем.

Яркое большинство всех показателей, которые определяют производительность в результатах поиска, относятся к доменам - это означает, что в базе данных метрика реляционно связана с доменом, а не с страницей или другим элементом сайта. Более половины этих показателей входят в сферу доверия. В доверительных сетях, не всегда имеющих какое-либо отношение к сетям связи, доверенные сущности могут доверять друг другу, используя распознанные подписи и известный шаблон запроса и ответа. SSL является единственной такой схемой подписи доверия в Интернете. Причина этого проста. Интернет - это сеть, основанная на доверии и открытости. SSL добавляет один показатель доверия к сети, не предназначенной для доверия. Таким образом, любой сайт, имеющий действительный сертификат SSL, получает золотую звезду рядом с ее доменным именем, и на любом сайте, где есть сертификат высокого качества, сертификат SSL получает более высокий класс, чем тот, который этого не делает.

Конец истории. Сорта.

Дело только в том, что сайт имеет сертификат и качество этого сертификата, что важно. Однако, поскольку Google имеет тенденцию делать время от времени, он хочет заставить его волю в Интернете для нашего же блага. Разумеется, Google думает, что нам все будет лучше, если веб-трафик будет безопасным и не может быть сфотографирован. Хотя частично они правы, Google не в состоянии написать правила. Их пресловутые запястья были удалены несколько раз, и они немного застенчивы от настоятеля. По мнению Google, вы должны обслуживать контент только с помощью шифрования, однако это также ваше право не делать, и вы не должны быть наказаны в результате. И помните, что не все читатели контента и контента действительно должны быть защищены таким образом.

И что это значит?

Это означает, что если у вас есть действующий сертификат от эмитента высокого качества, и Google может видеть, что ваш контент-контент через SSL, то Google может и будет вам доверять еще немного. Это показатель доверия домена. Больше ничего. Не меньше. Золотая звезда и класс. Как вы обслуживаете контент, зависит от вас, пока Google может видеть, что у вас есть сертификат, и что он действителен и хорош.

Наконец, для будущих читателей это означает, что ваш сайт нуждается в SSL? Нет! Точно нет! Эффект только одного показателя доверия невелик. Это общий счет доверия, который имеет домен, который имеет значение. Например, возраст сайта может весить больше, чем любой сертификат. Положите эти два вместе, тогда у вас может быть что-то, обеспечивающее, чтобы вы все хорошо себя вели все эти годы. Простая правда.

ответил closetnoc 8 Mayam15 2015, 05:25:37

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132