Чек-лист миграции сайта: от T-4 недель до 45-го дня
Смена домена, переезд на другую платформу, смена хостинга или новая структура URL: ссылки, ведущие на ваш сайт, не имеют значения. Этот список подскажет, что зафиксировать до запуска и что перепроверить после него.
Исследовательская команда ArchiLinks ·
Наша позиция
Большинство потерь при миграции связано с отсутствием редиректов, а не с их типом
Команды часами спорят о 301 против 302, а затем выпускают 3 000 URL с внешними ссылками, которые возвращают 404. Найдите все обратные ссылки на сайт, прежде чем принимать какие-либо решения, потому что этот список покажет, где находятся риски.
- Извлекайте страницы с ссылками за 4 недели, а не накануне.
- Каждый URL с внешней ссылкой должен иметь один переход по 301 к релевантной странице.
- Сохраняйте редиректы активными не менее года, потому что старые ссылки часто существуют дольше, чем страницы, на которые они вели.
Таймлайн
T-4 недели: инвентаризация
Пройдите старый сайт, экспортируйте отчет об эффективности из Search Console и запустите toppages и refdomains для старого хоста. Сохраните три файла вместе с датой.
T-3 недели: сопоставление
Сначала создайте карту редиректов на основе страниц со ссылками, затем на основе трафика, и в последнюю очередь на основе краулинга. Рецепт карты редиректов показывает скрипт ранжирования.
T-2 недели: тестирование на staging
Прогоните каждый старый URL через staging и убедитесь в одном переходе, статусе 301 и конечном статусе 200. Прервите сборку при наличии цепочки или цикла.
T-0: запуск
Выпустите редиректы, новую карту сайта, обновленные теги canonical и внутренние ссылки одним релизом. Отправьте новую карту сайта в Search Console. При смене домена используйте инструмент «Смена адреса».
T+1 неделя: логи и покрытие
Проверьте логи сервера на наличие запросов Googlebot к старым URL, затем отчет по страницам на предмет всплесков 404 или мягких 404. Исправьте карту; не ждите.
T+30–45 дней: сравнение ссылок
После ежемесячного обновления извлеките refdomains для нового хоста и сравните их со старым файлом. Различия более чем на несколько процентов заслуживают внимания.
Что меняется в зависимости от типа переезда
| Переезд | Редиректы | Дополнительные проверки | Фокус на данных о ссылках |
|---|---|---|---|
| Новый домен | 301 на уровне хоста, на уровне путей там, где пути меняются | Инструмент «Смена адреса», старый домен сохраняется не менее 12 месяцев | Ссылочные домены, переходящие на новый хост со временем |
| HTTP на HTTPS или изменение www | 301 на уровне хоста | Canonical, HSTS, смешанный контент | Минимальные различия; подтвердите, что оба хоста разрешаются в один |
| Переезд на ту же доменную зону | Карта на уровне путей | Пагинация, параметры, конечные слэши | Топ страниц со ссылками, изменивших путь |
| Поддомен в подпапку (или наоборот) | Карта на уровне путей, правила на уровне хоста | Cookies, robots.txt для каждого хоста, аналитика | Ведут ли ссылки на старый хост или на новый |
| Объединение двух сайтов | Многие к одному | Дублированный контент, выбор canonical | Пересечение ссылочных доменов через intersect |
Чек-лист в день запуска
- Старые URL возвращают 301 за один переход, протестированный скриптом, а не вручную.
- Новый хост возвращает 200 с самореференсным canonical на каждом шаблоне.
- robots.txt на новом хосте не содержит правил staging. Оставшийся Disallow: / — классическая ошибка в день запуска.
- XML карта сайта содержит только 200, индексируемые, canonical URL.
- Внутренние ссылки, навигация и структурированные данные указывают на новые URL, а не на редиректы.
- Свойства Analytics и Search Console для нового хоста существуют до переключения.
- Базовые JSON-файлы зафиксированы, с датой в имени каждого файла.
Наш граф ссылок перестраивается примерно раз в месяц. Ссылка, созданная на неделе вашего запуска, может не отображаться при извлечении на 30-й день. Используйте отчет «Ссылки» в Search Console для последнего этапа и оценивайте разницу после второго обновления. Те же данные используются в обзоре внутренний и внешний вес ссылок после запуска, а региональные домены hreflang охватывает случай нескольких стран.
301, который заканчивается 404, ничего не сохраняет
Некоторые команды перенаправляют все старые URL на новую главную страницу и позволяют целевым страницам со временем устареть. Сам редирект работает. Вот почему эта привычка рискованна: каждый переход выглядит чистым в логах, хотя страница в конце отвечает 404.
Предположим, вы переносите магазин на новый домен и оставляете только товары, которые все еще продаются. Страницы категорий, на которые велось большинство внешних ссылок, теперь ведут никуда. Посчитайте URL с внешними ссылками, прежде чем выводить что-либо из обращения. Сделайте это первым шагом. Страница с ссылочными доменами требует живой цели на ту же тему, а не безразличия.
Следуйте правилу: один переход, затем финальный 200. Все остальное — утечка, которую вы выбрали.
Что защищает один переход 301 на живую страницу
Ценность ссылки находится на URL, на который она указывает. Редирект передает эту ценность только если адрес, на который он ведет, отвечает и все еще соответствует теме. Товар, перемещенный в тот же товар в новом каталоге, проходит этот тест, в то время как товар, отправленный на главную страницу, обычно нет, даже если именно на эту страницу все ссылались.
Перепроверяйте конечный статус после каждого изменения шаблона. Редирект, работавший при запуске, может закончиться 404 после последующего релиза, когда кто-то удаляет категорию при чистке меню.
Когда 410 — честный ответ
Некоторые старые URL не имели ссылок, посещений и реальной замены. Для них явный 404 или 410 более честны, чем редирект на страницу, которая не отвечает на вопрос, который задавал старый URL. Редирект на нерелевантную страницу часто считается мягким 404, поэтому он ничего не спасает.
Запишите решение для каждой группы URL с указанием причины. Папка с удаленными руководствами получит другой ответ, чем папка страниц с восемью десятками ссылочных доменов, и вам захочется объяснить эту разницу коллеге через шесть месяцев.
Проверка последнего перехода, а не только первого
Большинство тестов редиректов останавливается на первом ответе, что является неправильным местом для остановки. Отследите цепочку до конца, затем запишите количество переходов и конечный статус рядом со старым URL. Цепочка из двух переходов не сломана, но добавляет задержку и еще одну точку отказа правила.
Если скрипт недоступен, таблица и несколько вызовов curl справятся с задачей. На странице API-скриптов есть версия, которую можно запланировать.
Карты сайта и ручные запросы после запуска
Сохраняйте старую карту сайта доступной несколько недель после переезда. Краулеры, которые снова посетят старый хост, все еще смогут найти эти адреса в одном списке, что ускорит их первый проход по редиректам.
Ручные запросы — это другой инструмент. Используйте их для нескольких самых важных страниц, а не для сотен URL, отправленных по одной. Запрошенная страница без внутренних ссылок и тонким контентом имеет тенденцию снова выпасть из индекса, поэтому запрос настолько хорош, насколько хороша страница за ним.
Ожидание — допустимый план. Дайте время на краулинг, затем оцените его по данным.
Сохранение старой карты сайта в списке на некоторое время
Оставьте старую карту сайта в Search Console, пока старые URL не перестанут появляться в статистике краулинга. Затем намеренно удалите ее и зафиксируйте дату в журнале миграции.
Не удаляйте ее в день запуска просто для того, чтобы свойство выглядело аккуратно. Раннее удаление скрывает тот самый список, который называет каждый старый URL, который вам все еще нужно отслеживать.
Запрос индексации для страниц, имеющих ссылки
Выберите двадцать новых URL с наибольшим количеством внешних ссылок, используя то же соединение, которое вы создали для карты редиректов, и запросите их вручную. Усилия следуют за риском, а не за размером сайта.
Если запрошенная страница все еще отсутствует через несколько недель, посмотрите на страницу перед повторным запросом. Проверьте ее внутренние ссылки, canonical и контент. Пятый запрос ничего не изменит.
Как долго можно оценивать переезд
Оценивайте переезд со второго извлечения ссылок, а не с первого. Наш индекс обновляется примерно раз в месяц, поэтому извлечение на третий день в основном показывает картину прошлого месяца. Запустите второе извлечение после обновления и используйте его, чтобы найти все обратные ссылки на сайт на новом хосте.
Отчет по страницам и данные о ссылках отвечают на разные вопросы. Читайте их рядом, а не как конкурирующие вердикты по одному переезду.
Пять проверок перед тем, как staging-сайт перейдет в онлайн
Держите staging вне индекса
Поставьте пароль или список разрешенных адресов перед staging. Правила robots.txt alone не остановят поисковые системы от индексации URL, которые они уже знают из ссылок.
Проверьте настройки noindex и canonical
Откройте шаблон и настройки CMS и поищите флаг noindex или canonical, указывающий на другой URL. В WordPress настройка видимости для поиска — это то, что люди забывают после копирования сайта со staging.
Замените файл robots
Получите live robots.txt после переключения и сравните его с файлом, который вы планировали выпустить. Правила staging, попавшие в продакшн, могут заблокировать краулеров на всем хосте.
Запустите тест переходов на live хосте
Staging доказывает, что карта работает на копии. Запустите тест одного перехода снова на реальном домене после изменений DNS, потому что кэш CDN или правило хоста могут вести себя иначе там.
Сохраняйте старый хост отвечающим
Оставьте старый домен обслуживающим редиректы столько, сколько его URL все еще получают ссылки или посещения. Внесите дату продления в календарь, прежде чем кто-то забудет о существовании домена.
Наблюдение за сайтом после запуска, а не только до него
Аудит до запуска фиксирует, что было правдой в день его проведения. Большинство повреждений при запуске проявляются позже, после обновления плагина, изменения правила CDN или шаблона, который затрагивает настройку, которую никто не проверил.
Относитесь к наблюдению после запуска как к набору небольших diff против сохраненной базы. Панель мониторинга не нужна. Расписание и папка с датированными файлами справятся.
Что должна сравнивать еженедельная проверка
Выберите проверки, которые нанесут наибольший ущерб, если они изменятся, и запускайте их в один и тот же день каждую неделю.
- Код состояния и конечный URL для топ-50 старых URL со ссылками
- robots.txt и мета-тег robots на основных шаблонах
- Количество живых 200 URL против количества в новой карте сайта
- Теги canonical на главной странице, одной категории и одной статье
Почему разовый аудит пропускает медленный дрейф
Настройки дрейфуют после запуска. Оставленный флаг теста, плагин, переписывающий постоянные ссылки, или редирект, добавленный для исправления одной страницы, могут каждый отменить часть плана. Аудит, проведенный в день запуска, не видит ни одного из них.
Запланированный diff может. Храните базовые файлы в системе контроля версий и сравнивайте вывод каждой недели с ними, чтобы неожиданное изменение было видно в день его возникновения.
Поддомены, удаления и изменения домена для всего сайта
Некоторые команды перемещают раздел на поддомен и индексируют только его популярные страницы. Это может сработать. Цена в том, что ссылки, направленные на тихие страницы, теперь попадают на хост с меньшей историей, поэтому посчитайте их, прежде чем что-то вырезать.
Запросы на удаление уже, чем звучат. Search Console применяет удаление к свойству, в котором вы его подаете, поэтому запрос, сделанный на поддомене, не действует на основной домен. Сначала проверьте свойство. Затем подайте запрос и сохраните оба проверенными.
Индексация только популярных страниц на поддомене
Начните со ссылок на URL в этом разделе. Страницы, которые имеют внешние ссылки, но мало трафика, — это первые, которые правило «только популярные страницы» скроет. Сделайте их доступными для краулинга или перенаправьте каждую на ближайшую популярную страницу и запишите причину рядом с правилом.
То, как основной сайт ссылается на поддомен, решает, насколько легко его страницы будут найдены. Перечислите эти ссылки, прежде чем выбирать, какие страницы скрыть, потому что страницу, на которую основной сайт никогда не ссылается, трудно найти в любом случае.
Изменение домена для всего сайта, страница за страницей
Правило на уровне хоста обрабатывает корень, но изменение домена также требует карты на уровне путей. Когда первая часть URL меняется, а slug остается прежним, замена хоста покрывает большинство страниц, а исключения требуют своих строк.
Создайте список из страниц со ссылками сначала, затем сопоставьте каждый старый путь с новым. Рецепт карты редиректов показывает, как ранжировать этот список по ссылкам.
