Новости

SEO-проверки, выполняемые при переходе на SSL на сайте вашего отеля

  1. Когда SSL идет не так
  2. Проверка SSL № 1: Перенаправления
  3. Проверка SSL № 2: канонические теги
  4. Проверка SSL № 3: Внутренние ссылки
  5. Проверка SSL № 4: Консоль поиска
  6. Проверка SSL № 5: Google Analytics
  7. Проверка SSL № 6: XML Sitemaps
  8. Проверка SSL № 7: неверно настроенный сертификат

Google был подталкивая на некоторое время, что все сайты используют SSL (Secure Sockets Layer), чтобы обеспечить более высокий уровень безопасности в Интернете. Более половины сайтов в сети уже сделали это, и наиболее заметным результатом является то, что URL-адрес сайта теперь читает https: // вместо обычного http: //.

Для сайтов, которые еще не переключились, Google объявил, что они начнут показывать «Этот сайт не является безопасным» сообщения на любом сайте, на котором есть форма ввода данных, даже если это простая форма сообщения о контакте или форма подписки на новостную рассылку.

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

Всегда есть немного сопротивления, когда Google настоятельно рекомендует обновления в Интернете ( см. Google AMP ), но в этом случае SSL имеет смысл для большинства веб-сайтов и, как правило, является выигрышным для потребителей и предприятий. Пользователи вашего сайта чувствуют себя в безопасности, особенно когда дело доходит до ввода конфиденциальной информации через ваш сайт. Что касается вашего отеля, он получит небольшое повышение SEO, а также, вероятно, одновременно повысит коэффициент конверсии.

Когда SSL идет не так

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

Падение органического трафика и поискового рейтинга

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

Если органический трафик действительно падает с переключения на SSL, то вам необходимо пройти следующие важные проверки SEO, которые были примерно перечислены в порядке приоритета:

Проверка SSL № 1: Перенаправления

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

Пример файла htaccess для автоматически генерируемых перенаправлений:
RewriteEngine On
RewriteCond% {HTTP_HOST} ^ пример \ .com [NC]
RewriteCond% {SERVER_PORT} 80
RewriteRule ^ (. *) $ Https://www.example.com/$1 [R, L]

* Обязательно замените example \ .com доменным именем, которое вы пытаетесь принудительно установить на https. Кроме того, вам нужно заменить www.example.com на ваше фактическое доменное имя ( источник ).

Если вышеперечисленное невозможно, вам может потребоваться создать вручную файл htaccess, содержащий статические перенаправления. Сам метод не так важен, как обеспечение того, чтобы были реализованы постоянные (301) перенаправления, перенося людей со старой страницы без SSL на новые страницы SSL. Если перенаправления 301 невозможны, тогда JavaScript (или мета-перенаправления) должны быть последним средством.

Чтобы проверить, работает ли это на вашем веб-сайте или нет, просто попробуйте посетить старую версию любой из страниц вашего веб-сайта и убедитесь, что вы перенаправлены на версию SSL. Чтобы продолжить, установите « Путь перенаправления »В Google Chrome и убедитесь, что вы видите перенаправление 301.

Снимок экрана, показывающий редирект 301 для отеля The Surrey при доступе к старому URI без SSL (http://wwwСнимок экрана, показывающий редирект 301 для отеля The Surrey при доступе к старому URI без SSL (http://www.thesurrey.com/)

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

Переадресация 301 является неотъемлемой частью SSL-коммутатора, поскольку он сообщает поисковым системам, что веб-сайт был перемещен в другое место.

Проверка SSL № 2: канонические теги

В то время как перенаправления являются обязательным требованием для поисковых систем, канонические теги являются лишь директивой. Это не значит, что они не важны. Канонический тег сообщает поисковым системам, какая версия URI является предпочтительной в тех случаях, когда неясно.

По сути, если есть две версии веб-страниц с похожим содержанием, но с разными структурами URI, канонический тег сообщает поисковым системам, какую версию вы хотите, чтобы они проиндексировали. Без этого подобные страницы конкурировали бы друг с другом за поисковый рейтинг.

При развертывании SSL на веб-сайте вашего отеля вам необходимо убедиться, что канонический тег теперь ссылается на версию SSL вашего URL. Здесь нужно проверить, что канонические теги ссылаются на абсолютный URI, а не на относительный URI.

Снимок экрана, на котором показан канонический тег The Surrey Hotel со ссылкой на URI, не относящийся к SSL, несмотря на то, что он работает по протоколу SSL (что приведет к проблемам, если их не решить - смСнимок экрана, на котором показан канонический тег The Surrey Hotel со ссылкой на URI, не относящийся к SSL, несмотря на то, что он работает по протоколу SSL (что приведет к проблемам, если их не решить - см. Ниже!)Брендовый поиск в Google показывает, что старый URL-адрес домашней страницы, не поддерживающий SSL, все еще индексируется, что, вероятно, является результатом неверно настроенного канонического тега (сравните URI с выделенным результатом TripAdvisor).

Вы можете использовать такой инструмент, как Кричащая лягушка, чтобы проверить канонические теги навалом на вашем сайте.

Проверка SSL № 3: Внутренние ссылки

Проделав всю тяжелую работу по развертыванию SSL, вы подумали бы, что последним местом, которое вы ожидаете забыть обновить, будет ваш собственный веб-сайт. Но многие сайты забывают обновить свои собственные внутренние ссылки, которые по-прежнему указывают на старую версию URI, отличную от SSL.

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

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

На этом этапе также стоит обновить любые собственные онлайн-платформы, на которые вы ссылаетесь на свой сайт отеля, например профили в социальных сетях, чтобы они также ссылались на версию вашего сайта SSL.

Проверка SSL № 4: Консоль поиска

В консоли поиска Google вам нужно будет настроить новые свойства для новых вариантов URL, то есть иметь сущности https://www.hotelname.com/ и https://hotelname.com. Это позволяет отслеживать эффективность обычного поиска и вносить изменения в обычные настройки. На этом этапе имеет смысл создать группу, в которой вы можете хранить все объекты, принадлежащие вашему отелю, в одном месте.

Настройка набора свойств в консоли поиска позволяет просматривать производительность всех существующих вариантов сайтаНастройка набора свойств в консоли поиска позволяет просматривать производительность всех существующих вариантов сайта.

Когда все настроено для вашего нового сайта SSL, вы сможете получать доступ к отчетам об ошибках сканирования, выполнять выборку и рендеринг, отправлять новые XML-карты сайта и ряд других важных SEO-ориентированных задач.

Проверка SSL № 5: Google Analytics

Хотя это не всегда является неотъемлемой частью настройки SSL, имеет смысл обновить любые инструменты отслеживания Google Analytics, чтобы они ссылались на ваш новый URI. Это может означать в Google Analytics и Tag Manager, или в зависимости от того, какое программное обеспечение отслеживания используется. Проверьте эту настройку и убедитесь, что данные передаются, как ожидается, по вашим профилям, особенно по любой информации электронной коммерции.

Проверка SSL № 6: XML Sitemaps

Еще одна легко пропускаемая задача SEO во время развертывания SSL - это перестройка и повторная отправка любых XML-файлов сайтов. Они должны ссылаться на ваши новые URI, поэтому используйте инструмент, такой как Screaming Frog, чтобы перестроить и загрузить на ваш сайт. Затем отправьте запрос снова через консоль поиска Google, Bing Webmaster Tools, Яндекс, Baidu и любые другие используемые платформы.

Имеет смысл обновить файл robots.txt ваших сайтов, чтобы он ссылался и на новый XML-файл сайта, на тот случай, если он ссылается на старый.

Проверка SSL № 7: неверно настроенный сертификат

На этом этапе не мешает веб-разработчику перепроверить все, что касается сертификата безопасности SSL, рассмотрев все вышеупомянутые специфические задачи SEO. Никогда не повредит дважды проверить настройки. Вы также можете легко проверить наличие проблем, просмотрев в Google Chrome или воспользовавшись веб-инструментом, таким как Пропавший замок ,

Missing Padlock проверит ваш сайт на наличие небезопасных страниц - жизненно важно для сайтов, которые должны быть по SSLMissing Padlock проверит ваш сайт на наличие небезопасных страниц - жизненно важно для сайтов, которые должны быть по SSL

Вы можете быстро проверить безопасность своего сайта в Google Chrome, нажав Ctrl + Shift + I на клавиатуре, чтобы открыть меню «Проверка элемента», а затем выбрав вкладку «Безопасность».

Проверка безопасности сайта в Google Chrome;этот сайт показывает статус «безопасный / действующий HTTPS».