Грамотный переезд на https

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

Кстати, забыл об одном факте — я занимался переездом на https ещё до того, как это стало модным)

Моя статья на деваке за 2015 год: https://devaka.ru/articles/https-moving-case

Обращайтесь.

На заказы до 14 февраля — скидка 10%.

Изменения в зеркалировании Яндекса

Новость этой недели: яндекс изменил подход к переезду между зеркалами сайта. Раньше это определялось директивой Host в файле robots.txt, сейчас предполагается отказ от этой директивы и использование 301 редиректа, по аналогии с гуглом. Настройка в Яндекс.Вебмастере по-прежнему останется.

Далее алгоритм переезда будет выглядеть так:

• простановка 301 редиректа с неосновного зеркала на основное,
• использование Яндекс.Вебмастера для обозначения переезда.

Ближайшее время будут работать оба варианта.

Небольшая аналитика нововведения от меня (так как я занимаюсь переводом сайтов на https и тема зеркалирования очень близка мне) — пройдусь по основным пунктам.

Риск потери трафика

Главной проблемой переезда в яндексе был риск потери трафика. Особенно странно это выглядело в контексте переезда с просто домена на домен с www или с http на https. Казалось бы, это же один и тот же сайт, меняется только протокол или приставка www — но нет, для яндекса это словно два разных сайта.

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

Доступность robots.txt

На моём сайте есть инструкция по добавлению robots.txt в список исключений, когда редирект вешается для всего сайта целиком. Делается это для того, чтобы у каждого зеркала был доступен этот файл с указанием главного зеркала в директиве Host. Теперь же мало того, что выпиливают эту директиву, так ещё и добавляют хорошую вещь — при редиректе файла robots.txt будут использоваться значения из итогового файла (на который ведёт редирект). Что ж, это действительно хорошее решение.

Скорость переезда

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

Обработка редиректов

Главный фактор потери трафика ранее заключался в обработке редиректов. Как только страница начинала отдавать 301 редирект, она с большой долей вероятностью выпадала из индекса. Новая страница могла не успеть подцепиться и как результат переходы из поиска падали. Я достаточно быстро просёк эту фишку и с помощью правильного алгоритма переезда минимизировал риски.

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

Что в итоге делать?

С одной стороны, мы имеем явное снижение рисков переезда (в первую очередь имею в виду миграцию с обычного протокола на защищённое соединение), с другой стороны — временное разрешение на переезд как старым, проверенным способом, так и новым, пока ещё не протестированным. Выходит, что сейчас идеальное время для переезда на HTTPS, но всё-таки используя старый алгоритм.

P.S. Если планируете такой переезд, но не готовы заниматься этим лично, я предлагаю свою помощь в переезде под ключ. Обращайтесь в личные сообщения.

Обратился за переносом и не пожалел. На практике оказалось, что объем работы гораздо больше чем я предполагал. Все под ключ, рекомендую !

Poljot, спасибо за отзыв, рад сотрудничеству)

Этот заказ был для магазина на osCommerce. Я разобрался во внутренностях движка и аккуратно подготовил его под переезд. Дальше поставил сертификат, протестировал работоспособность https-версии и закончил работы, проверив всё ещё раз в поисковиках.

Отзыв от Михаила в моём вк-паблике (ссылка на тему с отзывами: https://vk.com/topic-147732343_38243873 )

Коротко о заказе: сайт на wordpress, переезд уже был выполнен, но некорректно. Я исправил проблемы с mixed content и с редиректами. Заодно поправил настройки плагинов для корректной работы с https и устранил ошибку в вёрстке.

Отзыв от Антона в моём вк-паблике (ссылка на тему с отзывами: https://vk.com/topic-147732343_38243873 )

[ATTACH]173779[/ATTACH]

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

Рекомендую для переезда на https!

Работает без нытья и строго по делу. Если есть замечания, очень быстро всё исправляет.

Спасибо!

Yru, спасибо за отзыв!

Кратко по заказу: сайт на неткате, неожиданно для себя столкнулся с проблемой настройки редиректа. Основное зеркало использовало префикс www, кроме того неткат один и тот же конфиг .htaccess использует сразу для нескольких сайтов. Настроить редиректы сходу не вышло — хостинг не давал технической возможности внести некоторые правки. Но в итоге после детального изучения правил редиректов и переписки с техподдержкой хостинга удалось получить корректный вариант переадресации с сохранением www и старых правил для других сайтов в этой же конфигурации нетката.