Анализ изменений ссылок при переезде сайта

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

Карта редиректов — это часть переезда, которую часто недооценивают. Важнее всего конечные адреса. Перед тем как анализировать данные ссылок после переезда, старые URL должны иметь четкое назначение, так как именно на эти адреса уже ведут ваши ссылки.

Редирект один к одному лучше, чем сброс на главную

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

Сначала экспортируйте старые URL с их кодами состояния. Сохраните этот файл. Этот файл — чек-лист, и он показывает, какие страницы получили ссылки.

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

Упростите цепочки перед запуском

Редирект, проходящий через два предыдущих правила перед тем, как достичь новой страницы, добавляет задержку и риск. Цепочки легко создать, когда вторая миграция накладывается на первую, поэтому проверяйте карту перед каждым переключением, а не полагайтесь на то, что она все еще чистая. Каждое дополнительное звено стоит дорого. Запросите каждый старый URL один раз после переключения и подтвердите, что он отвечает с помощью одного звена.

Исправьте это заранее. Устраняйте цепочки в самой карте, а не по одной после запуска, чтобы список оставался коротким.

Сохраняйте рабочие пути

Изменение структуры URL при редизайне — это самая предотвратимая потеря. Каждое изменение пути — это также изменение каждой ссылки, которая на него указывает, а эти ссылки находятся вне вашего контроля. Сохраняйте то, что работает. Если путь все еще работает, сохраните его и меняйте только то, что требует переезд.

Меньше редиректов — меньше ошибок. Каждый сохраненный путь — это ссылка, которой вообще не нужен редирект.

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

Чего ожидать после переезда

Они выполняют основную работу, и 301 редирект со старого URL на новый позволяет старым ссылкам продолжать работать. Сохранение одного редиректа на каждый старый URL без цепочек — самый простой способ сохранить ценность каждой ссылки. Редиректы. Цепочки из трех или четырех звеньев замедляют краулеров, и их лучше упрощать.

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

Распространенное удивление — слишком раннее удаление старой платформы. Не делайте этого. Squarespace, Wix и аналогичные хостинги часто хранят правила редиректов, поэтому отмена плана может удалить их, и ссылки тогда будут указывать в никуда, пока вы не восстановите правила в другом месте.

Hreflang и канонические теги также требуют внимания. Несоответствия распространены. Например, после миграции с CRA на Next.js сайты часто оказываются с каноническими тегами, которые расходятся с их наборами hreflang, а ссылки расщепляются между двумя версиями страницы.

Если цифры расходятся после переезда, проверьте таблицу устранения неполадок, прежде чем предполагать, что ссылки были потеряны. Только ежемесячное обновление объясняет многие пробелы. Пробелы часто связаны с таймингом.

Ожидайте первого чистого сравнения примерно через два обновления после запуска и записывайте дату каждого обновления в своей таблице, чтобы не принять месяц без изменений за застой. Дайте время. Ahrefs или Semrush могут заполнить пробел более свежими краулами, если вам нужен промежуточный анализ.

Следите за тем, что перемещается без объявления о запуске

День запуска имеет чек-лист, но несколько проблем появляются позже и тихо. Они проявляются в строках и в индексе, задолго до того, как команда переключится на другую работу. Их легко пропустить.

Noindex, который переезжает вместе со сборкой staging

Копия staging, которая была исключена из поиска, может перенести свои настройки на живой сайт. Проверьте мета-теги robots и любой заголовок noindex при первом крауле, и выберите страницы из каждого раздела, а не только главную страницу. Выберите каждый раздел.

Шаблоны ломаются первыми. Если целый раздел выпадает из индекса после запуска, посмотрите на его шаблон, прежде чем смотреть на его контент.

Скриншоты тоже помогают. Сохраните копию настроек robots из сборки staging. Когда что-то выпадает из индекса, сравнение двух наборов настроек занимает минуты, а не полдня.

Фрагментные ссылки, которые индексируются

Якорные ссылки, такие как оглавление, могут появляться как отдельные URL в результатах поиска. Поисковые системы обычно объединяют их с основной страницей, но когда они этого не делают, один и тот же контент может отображаться по нескольким адресам. Они разделяют сигналы от основной страницы, и они могут выглядеть как дубли страниц в отчете о покрытии. Hash URL умножаются тихо.

Одна версия, один адрес. Канонический тег, указывающий на один адрес, в то время как карта сайта перечисляет другой, посылает смешанные сигналы, и отчет покажет несоответствие. Установите одну каноническую версию каждой страницы и подтвердите, что карта сайта перечисляет ту же версию.

Проверьте отчет о покрытии после запуска на наличие URL с хэшем, потому что именно они тихо умножаются. Хэши — виновники.

Поддомен, который становится основным доменом

Перемещение сайта со staging поддомена на основной домен приносит собственные дубликаты, потому что обе версии могут оставаться доступными некоторое время. Определите, какой хост является каноническим, до запуска. Выберите хост заранее.

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

Do-follow ссылки, которые кажутся исчезнувшими

После редизайна строки do-follow в инструменте могут резко упасть, и первое предположение — что ссылки исчезли. Сравните старые топ-страницы с новыми, прежде чем принять это предположение, затем проверьте, перенаправляет ли каждый старый адрес правильно. Проверьте, прежде чем паниковать.

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

Установите дату заранее. Дайте команде фиксированную дату для сравнения, чтобы никто не запускал получение данных каждый день и не воспринимал шум как новость.

Работа с разработчиком во время переезда

Большая часть работы по редиректам ложится на разработчика, а мониторинг — на того, кто читает таблицу. Записать разделение в виде короткой таблицы с одним именем в каждой ячейке часто достаточно, чтобы предотвратить ситуацию, когда два человека считают одну и ту же задачу своей. Разделите эти роли на бумаге до запуска, чтобы никто не полагал, что другой следит. Роли требуют имен.

Дайте разработчику карту, а не список задач

Список задач говорит разработчику, что делать, в то время как карта показывает, какой старый адрес куда идет. Отправьте таблицу один к одному с кодами состояния и причиной для каждой строки, чтобы крайние случаи получали решение, а не догадку. Решения лучше догадок.

Планы тестирования первыми. Попросите короткий план тестирования, который начинается со старых адресов из файла топ-страниц.

Согласуйте, кто читает ежемесячный файл

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

Даты решают вопрос. Запись даты обновления рядом с каждым файлом превращает беспокойство о застое индекса в простой факт о календаре. Месяц без изменений легко ошибочно принять за застой, если кто-то не запишет даты обновлений.

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

Спланируйте откат до запуска

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

Запишите откат. Откат, который существует только в голове одного человека, — это не план.