Пункты 1-2 — да, имеет смысл.
3 — сомнительно, лучше сразу все страницы перекидывать. Так и анализировать проще будет.
Изменения в зеркалировании Яндекса
Новость этой недели: яндекс изменил подход к переезду между зеркалами сайта. Раньше это определялось директивой Host в файле robots.txt, сейчас предполагается отказ от этой директивы и использование 301 редиректа, по аналогии с гуглом. Настройка в Яндекс.Вебмастере по-прежнему останется.
Далее алгоритм переезда будет выглядеть так:
Ближайшее время будут работать оба варианта.
Небольшая аналитика нововведения от меня (так как я занимаюсь переводом сайтов на https и тема зеркалирования очень близка мне) — пройдусь по основным пунктам.
Риск потери трафика
Главной проблемой переезда в яндексе был риск потери трафика. Особенно странно это выглядело в контексте переезда с просто домена на домен с www или с http на https. Казалось бы, это же один и тот же сайт, меняется только протокол или приставка www — но нет, для яндекса это словно два разных сайта.
Поэтому странно, что не допилив процедуру переезда в текущем виде они решили поменять алгоритм. Ну то есть это и так работало достаточно хлипко, так они ещё и редиректы решили сделать основным способом переезда. Странное решение. Надеюсь, на практике всё будет работать без косяков.
Доступность robots.txt
На моём сайте есть инструкция по добавлению robots.txt в список исключений, когда редирект вешается для всего сайта целиком. Делается это для того, чтобы у каждого зеркала был доступен этот файл с указанием главного зеркала в директиве Host. Теперь же мало того, что выпиливают эту директиву, так ещё и добавляют хорошую вещь — при редиректе файла robots.txt будут использоваться значения из итогового файла (на который ведёт редирект). Что ж, это действительно хорошее решение.
Скорость переезда
Яндекс пишет об ускорении процесса. Если раньше для переклейки зеркала приходилось ждать неделями, то теперь заявляется о днях. Пока у меня не было возможности проверить переезд по новому формату, однако здесь я охотно верю — нет в этой процедуре ничего такого сверхсложного, чтобы затягивать всё на месяц.
Обработка редиректов
Главный фактор потери трафика ранее заключался в обработке редиректов. Как только страница начинала отдавать 301 редирект, она с большой долей вероятностью выпадала из индекса. Новая страница могла не успеть подцепиться и как результат переходы из поиска падали. Я достаточно быстро просёк эту фишку и с помощью правильного алгоритма переезда минимизировал риски.
И вот, наконец, яндекс сам предложил решение, не требующее лишних манипуляций — теперь страницы с редиректом не будут сразу выпадать из индекса, а будут дожидаться индексации страницы-цели. Это, пожалуй, самая важная часть в обновлении. Удивительно, что в блоге разработчиков ей посвящено всего одно предложение.
Что в итоге делать?
С одной стороны, мы имеем явное снижение рисков переезда (в первую очередь имею в виду миграцию с обычного протокола на защищённое соединение), с другой стороны — временное разрешение на переезд как старым, проверенным способом, так и новым, пока ещё не протестированным. Выходит, что сейчас идеальное время для переезда на HTTPS, но всё-таки используя старый алгоритм.
P.S. Если планируете такой переезд, но не готовы заниматься этим лично, я предлагаю свою помощь в переезде под ключ. Обращайтесь в личные сообщения.
Я в таких случаях клею все зеркала в вебмастере, после склейки выполняю переезд на нужное.
У мегафона такая же история. Захожу иногда на башорг с телефона (там почему-то нет ssl), так мне то мегафон.тв рекламируется, то с недавних пор политическая тема с клик-бейтом.
В днях не замерял, но в рамках месячного дохода просадок не наблюдалось. Выше в теме скриншот по одному из проектов показывал, там отмечен момент перехода.
Также создаю статичные обложки. Стоимость та же, но без ежемесячной оплаты — один раз оплатили, потом пользуетесь.
Что входит:
Первым трём клиентам с репутацией больше чем у меня — скидка 40%, с вас отзыв :)
Поиск в почте:
Я в конце статьи отдельно добавил про моральную сторону вопроса. Как по мне, самый оптимальный вариант в данном случае —*публикация информации для всех. Надеюсь, большинство вебмастеров оперативно внесли изменения)
Да, как минимум)---------- Добавлено 27.02.2018 в 21:38 ----------
Нужно зайти на http://tizerdivision.ru/news со своим логином и паролем, там будет список ссылок на архивы со скриптом.
Из-за того, что многие владельцы скрипта ленятся менять стандартные логин и пароль на более безопасные, а скрипт по умолчанию не содержит файла robots.txt, можно с помощью ПС найти список установленных ТД на отдельных доменах и попробовать их на admin-admin.
Написал об этом подробную статью: https://partnerkin.com/blog/stati/tizer_divizion_—_kak_ne_poteryat_dostup_k_svoim_tizeram
Советую ознакомиться всем владельцам скрипта — заодно я написал, как лучше защититься от потенциальных проблем.
Эдуардoff, теоритически причина действительно может быть в idn, но точно утверждать не берусь — у меня мало опыта в связках idn и le. На одном из проектов домен на кириллице, зона на латинице, ставил LE — установилось корректно, проблем далее не замечал.
Когда сайт доступен по нескольким алиасам, нужно в настройках сертификата указывать их все.
