Чек-лист миграции сайта (Excel)

Отслеживайте миграцию сайта в Excel с помощью книги сопоставления URL: старые и новые URL, коды состояния, типы редиректов, ответственные и столбец проверки, чтобы ни одна страница не потерялась.

Используйте эту книгу, чтобы провести миграцию сайта как отслеживаемое, построчное сопоставление URL вместо надежды на удачу. Каждый вариант — это одна вкладка файла Excel с точными столбцами для добавления и проверками, которые нужно фиксировать для каждого URL. Сначала заполните вкладку сопоставления URL из полного сканирования старого сайта, затем проработайте другие вкладки, чтобы подтвердить, что редиректы срабатывают, коды состояния верны, а метаданные перенесены. Держите книгу как единый источник правды от планирования до проверки после запуска.

6 готовых вариантов

Вкладка настроек и легенды

Определите статусы, типы редиректов и ответственных, на которые ссылается остальная часть книги.

Цель: согласовать словарь один раз, чтобы каждая строка на каждой вкладке означала одно и то же.

Заполните справочные ячейки

  • Старый домен: [old-domain.com]
  • Новый домен: [new-domain.com]
  • Планируемая дата запуска: [Дата]
  • Значения статуса: Не начато / Сопоставлено / Редирект создан / Проверено / Ошибка
  • Типы редиректов: 301 постоянный / 302 временный / Canonical / Без редиректа (сохранено)
  • Ответственные: [Разработчик], [SEO], [Контент]

Настройте это

  1. Превратите списки статусов и редиректов в выпадающие списки с проверкой данных для вкладки сопоставления.
  2. Примените условное форматирование, чтобы строки «Ошибка» автоматически становились красными.
  3. Закрепите строку заголовка на каждой вкладке, чтобы столбцы оставались подписанными при прокрутке.

Вкладка сопоставления URL

Основной трекер: одна строка на каждый старый URL, сопоставленный с его новым назначением.

Цель: сопоставить каждый старый URL ровно с одним новым URL, с ответственным и статусом, чтобы на запуске ничто не осталось без пары.

Столбцы (A–H)

  • A – Старый URL: [вставьте из полного сканирования]
  • B – Новый URL: [URL назначения]
  • C – Тип страницы: [Товар / блог / категория / лендинг]
  • D – Тип редиректа: [301 / 302 / Canonical / Нет]
  • E – Статус: [Не начато / Сопоставлено / Проверено]
  • F – Ответственный: [Имя]
  • G – Приоритет: [Высокий / Средний / Низкий]
  • H – Проверено?: [Д/Н]

Правила для вкладки

  1. Каждый старый URL из сканирования получает строку; никаких пустых ячеек в столбцах A или B.
  2. Помечайте как высокоприоритетные строки со страницами, у которых есть трафик, позиции или обратные ссылки.
  3. Используйте =COUNTIF(B:B,B2)>1, чтобы выявить два старых URL, ошибочно ведущих на один новый.

Вкладка правил редиректов

Превратите сопоставление в чистый список редиректов, который ваш разработчик сможет внедрить.

Цель: передать разработчикам однозначный список редиректов «источник → цель» без циклов и цепочек.

Столбцы (A–E)

  • A – Путь источника: [/old-path]
  • B – Путь цели: [/new-path]
  • C – Тип редиректа: [301]
  • D – Внедрено?: [Д/Н]
  • E – Примечания: [Крайние случаи, параметры]

Проверки перед передачей

  1. Убедитесь, что ни один путь цели не появляется также как путь источника (это цепочка редиректов).
  2. Убедитесь, что ни один путь источника не равен собственной цели (это цикл).
  3. Группируйте правила с общим паттерном, чтобы их можно было обработать одним правилом, где это возможно.
  4. Отмечайте крайние случаи с параметрами и завершающим слешем в Примечаниях, чтобы их не пропустили.

Вкладка проверки кодов состояния

Фиксируйте живой HTTP-ответ для каждого URL до и после запуска.

Цель: проверить, что каждый старый URL возвращает ожидаемый редирект, а каждый новый URL возвращает 200.

Столбцы (A–F)

  • A – Старый URL: [URL]
  • B – Ожидаемый код: [301]
  • C – Фактический код (стейджинг до запуска): [код]
  • D – Фактический код (после запуска): [код]
  • E – Конечный URL после редиректа: [конечный URL]
  • F – Пройдено/Ошибка: =IF(D2=B2,"Pass","Fail")

Как это запустить

  1. Просканируйте список старых URL и вставьте коды ответа в столбцы C и D.
  2. Следите за 302 там, где вы ожидали 301, и за редиректами, приземляющимися на 404.
  3. Отфильтруйте столбец F по «Fail», чтобы мгновенно получить список исправлений для ответственного разработчика.

Вкладка метаданных и паритета контента

Подтвердите, что заголовки, мета, подзаголовки и canonical перенесены на новые URL.

Цель: убедиться, что новые страницы сохранили сигналы на странице, которые заработали старым страницам их позиции.

Столбцы (A–G)

  • A – Новый URL: [URL]
  • B – Title присутствует и корректен?: [Д/Н]
  • C – Meta-описание присутствует?: [Д/Н]
  • D – H1 соответствует интенту?: [Д/Н]
  • E – Canonical корректен?: [Д/Н]
  • F – Внутренние ссылки обновлены?: [Д/Н]
  • G – Паритет контента: [Полный / Частичный / Отсутствует]

Порядок приоритетов

  1. Сначала проверяйте строки с высоким трафиком и обратными ссылками из вкладки сопоставления.
  2. Помечайте любую страницу, где контент урезали при переезде; потерянный контент может стоить позиций.
  3. Убедитесь, что canonical указывают на новый URL, а не на выведенный старый.

Вкладка дашборда прогресса

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

Цель: видеть завершённость с первого взгляда и доказать готовность до и после запуска.

Метрики для расчёта

  • Всего URL: =COUNTA('URL Mapping'!A:A)-1
  • % сопоставлено: =COUNTIF('URL Mapping'!E:E,"Verified")/total
  • Редиректы, проходящие проверку: =COUNTIF('Status Code Check'!F:F,"Pass")
  • Незакрытые строки с ошибками: [количество]
  • Проверенные высокоприоритетные страницы: [количество / всего]

Используйте это для решений

  1. Не запускайте, пока любая высокоприоритетная строка не проверена или содержит ошибку.
  2. Постройте график доли прохождения, чтобы стейкхолдеры видели прогресс, не читая каждую вкладку.
  3. Повторите сканирование статусов на следующий день после запуска и обновите дашборд перед закрытием проекта.

Как использовать этот шаблон

  1. Просканируйте старый сайт полностью и вставьте каждый URL на вкладку сопоставления URL, по одной строке на страницу.
  2. Заполните вкладку настроек, чтобы выпадающие списки статусов и редиректов и форматирование применялись по всей книге.
  3. Сопоставьте каждый старый URL ровно с одним новым URL, затем назначьте тип редиректа, ответственного и приоритет.
  4. Экспортируйте сопоставление на вкладку правил редиректов и проверьте на цепочки, циклы и дублированные цели.
  5. На стейджинге просканируйте URL и зафиксируйте коды состояния, чтобы выявить ошибки до запуска, а не после.
  6. Проверяйте метаданные, canonical и паритет контента сначала на самых ценных страницах.
  7. Следите за дашбордом прогресса и отказывайтесь запускать, пока любая высокоприоритетная строка содержит ошибку.
  8. Повторно просканируйте на следующий день после запуска, обновите фактические коды состояния и устраните оставшиеся ошибки.

Советы

  • Сопоставляйте из полного сканирования, а не из карты сайта: sitemap пропускает осиротевшие и старые URL, которые всё ещё держат обратные ссылки, которые вы не хотите потерять.
  • Приоритизируйте строки по трафику, позициям и обратным ссылкам, чтобы ограниченное время на QA защищало страницы, которые действительно важны.
  • Охотьтесь на цепочки и циклы редиректов на вкладке правил редиректов до запуска; каждый лишний переход немного утекает авторитетность и замедляет страницу.
  • Держите дашборд прогресса как ворота «запуск/не запуск»: запуск готов, когда высокоприоритетные строки проверены, а не когда так говорит календарь.

Частые вопросы

Почему Excel, а не просто плагин редиректов?

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

Должен ли каждый старый URL получить 301?

Большинство должно, поскольку 301 передаёт самый сильный сигнал на новый URL. Используйте 302 только для действительно временных переездов. Некоторые малоценные URL можно намеренно вывести без редиректа, но зафиксируйте это решение в книге, чтобы оно было обдуманным, а не недосмотром.

Как найти каждый старый URL для сопоставления?

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

Что это чаще всего выявляет?

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

Заменяет ли это полный технический аудит?

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

Когда можно прекратить отслеживание?

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