Разбираем шишки, которые люди набивают при переходе на HTTPS
Скажу прямо: вы же тоже так думали, что вот подключите HTTPS, добавите замочек в адресной строке, и сразу же сайт станет круче, лучше ранжироваться, а поисковики потекут любовью? Ну, формально всё логично: Google с 2014 года намекает, что HTTPS — это сигнал ранжирования. Но потом, что происходит? Вы внедряете SSL-сертификат, а трафик вдруг падает, позиции улетают вниз, и остаётся только паника на лице. Что пошло не так? Давайте разбираться, это не редкость.
Вот одна история. Клиент внедрил HTTPS на интернет-магазине с десятками тысяч товаров. Казалось бы, дело благое. Но через неделю он мне пишет почти с ужасом: органический трафик просел на 40%, магазин буквально перестал продавать. Знаете, в чем была проблема? Несколько мелочей, которые в совокупности просто убили его ранжирование.
Ошибка 1: Дубликаты страниц на HTTP и HTTPS
Это одна из самых частых причин падения позиций. Вы подключаете HTTPS, но старые HTTP-версии остаются доступными. Что происходит? Поисковики начинают путаться — у них два идентичных адреса: http://вашсайт.ру/товар и https://вашсайт.ру/товар. В итоге трафик размазывается, а позиции летят вниз.
Что делать? Настроить 301-й редирект с HTTP на HTTPS. Во всех случаях. Без исключений. Это можно сделать в .htaccess, если у вас сайт на Apache, или в конфиге Nginx. Проверяйте, чтобы каждая страница вашего сайта на HTTP всегда перенаправлялась на соответствующую HTTPS-страницу. И главное, без долгих цепочек редиректов типа HTTP -> www -> HTTPS.
Ошибка 2: Необновленные ссылки в коде
Знаете, как владельцы сайтов часто косячат? Они внедряют HTTPS, но внутренние ссылки остаются на HTTP. В итоге сайт грузится через HTTPS, но при нажатии на какую-нибудь кнопку вас перебрасывает на старую HTTP-версию. Особенно это заметно в корзинах, личных кабинетах, разделах админки.
Решение? Делать глобальную замену ссылок в базе данных. Если сайт на WordPress, в помощь вам плагины типа Velvet Blues Update URLs. А если на самописной CMS, то вручную приоритетно обновляйте базу данных и шаблоны. Проверьте фавиконы, шрифты, скрипты и картинки, которые тянутся через HTTP.
Ошибка 3: Проблемы с картами сайта и robots.txt
Карта сайта (sitemap.xml) — это как дорожная карта для поисковиков. А теперь представьте, что в ней собраны только старые HTTP-ссылки. Конечно, поисковик продолжит твёрдо верить, что ваш сайт всё ещё на старых рельсах, а новые страницы на HTTPS попросту игнорировать.
Также не редкость, когда robots.txt запрещает индексацию HTTPS-версии из-за криво настроенного файла.
Что сделать? Перегенерируйте sitemap.xml так, чтобы включить только HTTPS-страницы. Проверьте robots.txt — ничего ли там случайно не запрещено? И не забудьте загрузить обновлённую карту сайта в Google Search Console и Яндекс.Вебмастер.
Ошибка 4: Неправильное обновление в Google Search Console
После перехода на HTTPS многие почему-то забывают про Google Search Console (инструмент вообще-то обязателен для любого владельца сайта). А между тем Google воспринимает сайт на HTTPS как отдельный ресурс. Нет новой версии добавленной в СК? Тогда поисковик продолжит индексировать HTTP, ну или просто ляжет спать, забыв о вас.
Решение элементарное: добавьте новую HTTPS-версию сайта в Google Search Console, укажите основное зеркало (самый правильный вариант — без www). И, разумеется, отправьте новую карту сайта.
Ошибка 5: Проблемы с производительностью
HTTPS — штука защищённая, но капризная. Протокол TLS нагружает сервер сильнее, чем старый добрый HTTP. Особенно на дешёвых тарифах хостинга это проявляется драматично: сайт начинает тормозить, что влияет на поведенческие факторы и позиции в поисковике.
Как проверить? Загрузите сайт через инструмент PageSpeed Insights или GTmetrix. Если время ответа сервера (TTFB) выросло резко после внедрения HTTPS, стоит задуматься. Возможно, нужно подбирать более производительный хостинг или оптимизировать сервер (включить HTTP/2, настроить кэширование). Я бы, например, рекомендовал рассмотреть виртуальный хостинг Beget — они предлагают солидные ресурсы за разумные деньги.
Ошибка 6: Некорректное использование канонических ссылок
Тег указывает поисковикам на главную версию страницы. Вот тут будьте аккуратны: если после перехода на HTTPS каноническая ссылка ведёт на старую HTTP-версию, вы сами загоняете сайт в яму.
Как делать правильно? Во всех канонических ссылках указывайте только HTTPS-ссылки, причём в правильном формате: https://сайт.без.www, если выбрали такое зеркало.
Чек-лист: что проверить перед включением HTTPS
- Настроен ли 301 редирект с HTTP на HTTPS?
- Сменили ли все внутренние ссылки на HTTPS?
- Перегенерирован ли файл sitemap.xml?
- Проверен ли robots.txt на запрет индексации HTTPS?
- Добавлена ли новая версия сайта в Search Console и Яндекс.Вебмастер?
- Не тормозит ли сервер из-за нагрузки HTTPS?
- Обновлены ли канонические ссылки?
Когда у вас всё это выполнено, тогда и переключайтесь на HTTPS, но не наоборот.
На финишной прямой
Включение HTTPS — это не только замочек в адресной строке. Это про грамотное техническое сопровождение и внимание к мелочам. Помните, что в большинстве случаев потеря позиций — это не вина протокола, а следствие человеческого фактора. Решили внедрять HTTPS? Проверяйте всё на несколько шагов вперед. Лучше сразу сделать работу качественно, чем потом разгребать завалы ошибок.
Разбираем AI и автоматизацию бизнеса в
Telegram-канале ProDelo — свежие новости каждый день. Вопросы можно задать в
общем чате.
Видео по OpenCart, автоматизации и AI:
YouTube,
Яндекс Дзен,
ВКонтакте.
