Миграция сайта: переключение с HTTP на HTTPS

1. Зачем использовать HTTPS на вашем сайте?
2. Принятие HTTPS сайтами
3. Как реализовать HTTPS без негативных последствий для Google
4. 301 Redirect
5. Канонический тег
6. Tag Alternate
7. ВНИМАНИЕ!
8. Новая собственность в Google Search Console
9. заключение

Привет люди SEO! Узнайте, как правильно перенести сайт с протокола HTTP на протокол HTTPS, не мешая результатам Google.

В 2014 году Google разместил в своем блоге о Протокол HTTPS как классификационный сигнал в конце концов, мы знаем, что Google ценит лучшее для пользователя и при обслуживании страниц по протоколу SSL обеспечивает большую безопасность трафика данных. В 2015 году Google заявил, что сосредоточится на URL Https как приоритет для индексации то есть, если в HTTP и HTTPS существует одна и та же версия страницы, защищенная версия будет проиндексирована, если в ней нет ошибок (если у вас нет заблокированного доступа, у вас есть канонические файлы и карты сайта с URL-адресом HTTPS и действующим сертификатом).

Кроме того, мы также знаем, что способ, которым Google использует, чтобы «обязать» (я не считаю этот термин более мягким для использования здесь) реализацию своих рекомендаций, состоит в том, чтобы приносить пользу следующим сайтам. Тем не менее, использование HTTPS, кажется, (пока) не соответствует высокому весовому коэффициенту по алгоритму Google (как, например, сегодня для мобильных устройств), в конце концов, в связи с использованием сертификата требуются затраты как в $, так и в инфраструктуре. SSL / TLS, в результате чего они принимаются только сайтами, которые собирают важные данные от своих пользователей через формы (например, поля входа или данные для покупки в виртуальных магазинах).

Зачем использовать HTTPS на вашем сайте?

Причины использования SSL / TLS-сертификата для трафика вашего сайта по протоколу HTTPS:

• Повышенная безопасность для пользователя: пользовательские данные будут передаваться в зашифрованном режиме (через протокол безопасности транспортного уровня, TLS), предотвращая доступ к данным любого внешнего агента, а также защищая их от изменения или повреждения. Кроме того, мы знаем, что Google Chrome получил недавнее обновление, которое информирует пользователя рядом с адресной строкой, когда у сайта, который не загружается по HTTPS, есть форма, которая получает важные данные от своих пользователей - подробнее об этом на HTTPS: Chrome Alert для небезопасных сайтов ,
• Рекомендовано Google: как уже упоминалось выше, это можно рассматривать как признак классификации по алгоритму поиска в обычных результатах поиска.
• Глубокие ссылки iOS: если у вас есть приложение iOS и вы хотите использовать глубокие ссылки для открытия приложения, когда пользователь нажимает на ваш сайт в результате поиска, Apple требует, чтобы файл JSON с информацией о приложении был создан и этот файл был размещен на доменный HTTPS сервер. Узнайте больше о Apple Universal Links ,
• Прогрессивные веб-приложения. Для тех, кто хочет работать с прогрессивными веб-приложениями , использование HTTPS требуется для использования сервисными работниками и некоторыми API, которые запрашивают разрешение на запуск. Подробнее об этом читайте на Почему HTTPS имеет значение ,

Примечание. В документации Firebase уже говорится об использовании HTTPS для глубокого внедрения приложений Android. У вас есть возможность связать свой сайт с Консолью поиска приложений для сайтов, которые работают только по протоколу HTTP, но мы не знаем, когда он будет принят. Узнайте больше: Поддержка HTTP-URL в вашем приложении ,

Принятие HTTPS сайтами

На сайте Отчет о прозрачности Google есть информация об использовании HTTPS. С 2015 года Google отслеживает использование информации, предоставляемой пользователями Google Chrome, которые делятся статистикой использования.

Как реализовать HTTPS без негативных последствий для Google

Существует несколько типов сертификатов, но их описание не является целью данной статьи - компании, которые продают эти сертификаты, могут лучше объяснить различия между ними, которые оправдывают колебания цен и для которых рекомендуются ситуации.

Если вы планируете развернуть сертификат SSL / TLS, вы уже приобрели его и собираетесь установить его на своем сервере, а затем позаботьтесь о следующем, вместо того, чтобы улучшить естественные результаты Google, наоборот: посмотрите, как ваш сайт теряет позицию в SERP. Наличие сайта, который отвечает статусу 200 для его версии в http или на https, означает наличие сайта с дублированным контентом в результатах Google, который, как мы знаем, вреден для нашего сайта.

301 Redirect

Сконфигурируйте свой сервер на 301, чтобы перенаправить все URL-адреса HTTP на их версии HTTPS - это гарантирует, что URL-адреса через HTTP будут переопределены в обычных результатах их версиями HTTPS.

Важно помнить, что при настройке перенаправления важно, чтобы параметры, которые могут существовать в старом URL, также передавались в новый URL. Пример. Предположим, что существует ссылка на социальную сеть для сайта, а URL-адрес содержит параметры отслеживания (utm) Google Analytics. Когда вы изменяете URL-адрес и настраиваете перенаправление 301, параметры должны быть перенесены на новый URL-адрес, чтобы отслеживать клики, чтобы не повредить работе маркетинговой команды.

Канонический тег

Измените канонический тег всех страниц на свою версию HTTPS.

Со мной возникло следующее сомнение: « А можно мне использовать относительный протокол ? Работает ли он без проблем в гугле? В конце концов, если мне нужно вернуться и удалить сертификат SSL (по какой-то причине X любой), мне не нужно будет снова менять канонические теги ».

Относительный протокол будет в качестве примера ниже - посмотрите, что он не имеет ни HTTP, ни HTTPS :

<link rel = "canonical" href = "// www.yoursite.com /">

Я много об этом изучал, пока не нашел международный форум, обсуждающий эту же тему. Подводя итог всему этому продолжительному обсуждению, практически все настаивали на том, что, так как Google рекомендует не использовать относительный URL в каноническом теге, а только использовать абсолютный URL, следует также избегать использования относительного протокола.

Однако в документации Google по каноническому ничего не говорится об использовании относительного протокола, и ни один из ответов не содержал конкретного аргумента (все всегда в строке « когда субъектом является Google, лучше не проверять »), и это вызвало почтмейстера на международном форуме решили последовать за тестом - интересным, который спустя месяцы продолжается с относительным протоколом на его сайте.

Но чтобы принять окончательное решение, я решил опубликовать тот же вопрос на Форум Google для веб-мастеров , Возникла аналогичная дискуссия, где практически все против использования соответствующего протокола, но ответ экс-Google Педро Диаса положил конец дискуссии: целью использования абсолютного протокола HTTP является предотвращение сбоев - если по какой-то причине перенаправление 301 не удается, канонический с абсолютным протоколом минимизирует негативное воздействие (избегая дублирования индексации контента).

Поэтому всегда используйте полный URL с HTTPS. 🙂

Tag Alternate

Если у вас есть 2 веб-сайта, один для настольной версии (www.) И один для мобильной версии (м.), Не забудьте изменить альтернативный тег на сайте для настольных компьютеров!

• Мобильный сайт: будет иметь канонический тег, как описано выше, с URL-адресом HTTPS версии для настольного компьютера;
• Сайт рабочего стола: будет иметь канонический тег с URL-адресом HTTPS страницы (такой же, как в каноническом теге мобильного сайта) + альтернативный тег с соответствующим URL-адресом мобильного HTTPS:

<link rel = "alternate" media = "только экран и (max-width: 640px)" href = "https://m.seusite.com.br/" />

ВНИМАНИЕ!

• Помните, что все страницы сайта должны иметь свои канонические теги (и альтернативные теги, если это применимо). Выше это был просто пример дома, но все внутренние страницы должны иметь свои теги.
• Если ваш сайт имеет только независимый от устройства URL-адрес (т. Е. Если ваш сайт реагирует на дизайн или контент динамически адаптируется к настольному и мобильному), вам не нужен альтернативный тег.

Внутренние ссылки

Не забудьте обновить внутренние ссылки вашего сайта, а именно: ссылки в меню, ссылки на страницах, которые ведут на другие страницы сайта. В этом случае, если вы используете относительные ссылки, это не проблема и ничего не изменится.

Новая собственность в Google Search Console

Создайте новое свойство в консоли поиска Google для своего сайта через HTTPS. Не забывайте об этом шаге, потому что наступит время перехода: старое свойство сайта в HTTP начнет уменьшать трафик на своем сайте, а новое свойство в HTTPS будет увеличивать трафик до стабилизации (и обнулять трафик HTTP).

Это важно, потому что есть веб-мастер, который не возражает против этой детали и просто сосредотачивает свое внимание на свойстве HTTP, впадающем в отчаяние, поскольку он видит, что трафик сокращается все больше и больше.

Кроме того, не удаляйте старое свойство, как только HTTP-трафик прекращается - оставайтесь с ним в консоли поиска Google на некоторое время, следя за тем, чтобы возникла проблема, из-за которой трафик возвращается по HTTP.

• Disavow: не забудьте повторно отправить файл disavow в ваше новое свойство (файл disavow: список сайтов, о которых вы хотите сообщить Google, чтобы они игнорировали создание ссылок, так как считается, что на этих сайтах есть создание негативных ссылок).
• Файлы Sitemap: отправьте обновленную карту сайта с URL-адресами в HTTPS.

заключение

Сам Google говорит в своих рекомендациях о HTTPS:

Если вы перенесете свой сайт с HTTP на HTTPS, Google будет воспринимать это как изменение сайта с изменением URL. Это может временно повлиять на некоторую статистику вашего трафика.

Таким образом, это нормально, что есть колебания в SERP, но важно, чтобы вы обязательно следовали всем рекомендациям, чтобы получить поддержку, что стандартизация вашего сайта в SERP скоро придет, и следовать HTTPS без какой-либо боли. голова.

Похожие

Комментарии