Редизайн может сделать сайт удобнее и одновременно оборвать привычные входы из поиска: страницу переименовали, текст услуги сократили до слогана, а запрет индексации перенесли из тестовой версии. Поэтому сохранение поисковой структуры нужно включить в задание до утверждения макетов.
Под поисковой структурой здесь понимаются адреса значимых страниц, их содержание и связи, а также настройки, позволяющие поисковым роботам получать и индексировать эти страницы. Сохранить её — значит не потерять нужные материалы и явно описать переезд там, где адреса меняются. Это не гарантия сохранения позиций или трафика: при значимых изменениях возможны временные колебания, а результат зависит и от других факторов.
Отделите новый внешний вид от смены адресов
Шрифты, композицию, адаптивную вёрстку и оформление можно менять, сохраняя адрес страницы. Если прежний URL подходит содержанию, его разумно оставить. Переименование меню само по себе не требует переименования всех страниц.
Смена CMS или группировки разделов иногда затрагивает адреса. Тогда в составе редизайна сайта нужно отдельно зафиксировать перенос страниц: какие URL сохраняются, какие меняются, какой контент объединяется или удаляется. Обсудить это после сборки новой версии поздно: может оказаться, что в утверждённой структуре уже нет места для важной услуги или полезной статьи.
Если вместе с дизайном планируются новый домен, платформа и глубокая переработка содержания, рассмотрите возможность разделить изменения на самостоятельные выпуски. Так проще установить причину обнаруженной проблемы. Когда разделение невозможно, в плане проверок должны быть перечислены все изменения, а не только новые макеты.
Соберите реестр страниц, которые нельзя потерять случайно
Одного списка из меню недостаточно. Страница может получать переходы из поиска, быть связана со статьями или иметь внешние ссылки, хотя в основном меню её нет. Попросите команду сопоставить выгрузку из CMS, текущую карту сайта, результаты обхода, данные аналитики и поисковых кабинетов. При необходимости технический специалист дополнит список адресами из журналов обращений к серверу.
В реестре для каждой страницы полезно сохранить:
- текущий адрес и тип страницы: услуга, категория, товар, статья, документ;
- её назначение для посетителя и бизнеса;
- заголовок
title, основной заголовок страницы и существенное содержание; - известные переходы из поиска, обращения и ссылки на страницу;
- текущую доступность для робота и канонический адрес, если он задан;
- решение для новой версии и ответственного за его согласование.
Отсутствие переходов в выбранном периоде не доказывает, что страница бесполезна. Проверьте сезонность, недавно опубликованные материалы, редкие услуги и документы, на которые ссылаются клиенты. Если аналитика раньше не работала, пометьте отсутствие данных: оно не равно нулевому спросу.
Сохраните копию старого содержания и выгрузки до замены сайта. Это позволит сравнить версии и восстановить случайно пропавший материал. Для больших каталогов реестр можно вести по шаблонам, но проверка только одной карточки не заменяет учёт всех адресов: ошибки импорта часто зависят от конкретных данных.
Назначьте каждому старому адресу понятный результат
Карта соответствия — рабочий документ, по которому разработчик настраивает переходы, редактор переносит материалы, а проверяющий сверяет результат. В ней не должно быть старых значимых страниц с решением «разберёмся после запуска».
Ниже — учебный пример для вымышленной компании. Указаны только пути внутри одного сайта; это не готовые настройки сервера.
| Старый путь | Результат в новой версии | Что проверить |
|---|---|---|
/uslugi/remont/ | Тот же путь | Ответ 200, содержание услуги сохранено |
/montazh-oborudovaniya/ | /uslugi/montazh-oborudovaniya/ | Постоянный редирект 301, затем ответ 200 |
/blog/ukhod-za-oborudovaniyem/ | /blog/obsluzhivaniye-oborudovaniya/ | Редирект 301; новая статья включает полезное содержание старой |
/aktsii/vesenniy-servis/ | Удалена без равноценной замены | Ответ 404 или 410, решение об удалении согласовано |
Для переехавшей страницы обычно подходит постоянное серверное перенаправление 301. Оно сообщает о новом адресе и переводит туда посетителя. Google также относит 308 к постоянным перенаправлениям; конкретный вариант выбирает технический специалист с учётом реализации. Перенаправлять следует сразу на конечную страницу, без петель и промежуточных переходов через старые версии адреса.
Соответствие определяется содержанием. Посетитель, открывший старую страницу монтажа, должен попасть на актуальную страницу той же услуги. Если несколько статей объединены в один полноценный материал, переходы на него могут быть уместны. Но объединение двух разных услуг в общую короткую страницу требует содержательного решения: редирект не восполнит исчезнувшие объяснения.
Не переводите все удалённые адреса на главную. Если цель не отвечает исходному запросу, такой переход запутает человека; Google может расценить его как soft 404 — ситуацию, похожую на отсутствие страницы. Для действительно удалённого материала без подходящей замены ответы 404 или 410 могут быть правильными. На странице ошибки можно предложить полезные разделы, сохранив корректный код ответа.
Удаление действующей услуги ради более компактного меню нужно согласовать с владельцем бизнеса. В этом случае вопрос шире технического переноса: компания отказывается от отдельной страницы, которая объясняла конкретное предложение.
Перенесите содержание и связи вместе с макетом
Сохранённый URL не поможет, если вместо содержательной страницы по нему появился почти пустой экран. Сопоставьте старую и новую версии: осталось ли объяснение услуги, условия обращения, характеристики, ответы на существенные вопросы, изображения и документы, необходимые посетителю.
Необязательно сохранять каждый абзац. Устаревшие сведения нужно исправить, повторы — убрать, неудобную подачу — переработать. Но сокращение должно быть осознанным: после него страница всё ещё отвечает на свою задачу. Например, в учебной странице монтажа можно заменить длинное введение ясным описанием, но нельзя незаметно потерять требования к подготовке объекта и ограничения работ.
Проверьте title, основной заголовок и описание страницы. Они должны отражать её содержание; новая CMS не должна подставлять один общий заголовок во все услуги. Смысловые правки заголовков фиксируйте вместе с изменениями текста, чтобы позже понимать, что именно изменилось.
Сверьте ссылки в меню, хлебных крошках, карточках, текстах и связанных материалах. В новой версии они должны вести непосредственно на актуальные адреса. Важной странице нужны доступные внутренние ссылки: если её можно найти только в карте сайта или по прямому адресу, маршрут по сайту потерян. Перенесите также нужные PDF и изображения; старые ссылки на документы проверяйте по той же карте соответствия.
На телефоне значимые объяснения и переходы тоже должны быть доступны. Подробный разбор пользовательских сценариев есть в статье о проверке адаптивного сайта. Для переноса важно дополнительно сверить, что мобильная версия не потеряла содержание, которое осталось на десктопе.
Проверьте настройки индексации как единое целое
Владелец не обязан редактировать технические файлы. Его задача — получить подтверждение проверок для конкретных страниц и шаблонов. Настройки ниже решают разные задачи; одной общей отметки «SEO настроено» недостаточно.
Ответ сервера и содержание. Сохранённые страницы и конечные цели перенаправлений должны отдавать ожидаемый контент с успешным ответом 200. Сам код не гарантирует индексацию. Проверяют и то, что получает поисковый робот: новый шаблон может показывать человеку текст, который не оказался доступен при проверке роботом.
Robots.txt. Файл управляет обходом. Убедитесь, что нужные публичные страницы и необходимые для их отображения ресурсы не закрыты случайно. Запрет обхода не равнозначен надёжному исключению адреса из поиска. Старый адрес с редиректом тоже должен быть доступен роботу, чтобы тот мог обнаружить переход.
Noindex. Это запрет индексации, который может находиться в метатеге страницы или HTTP-заголовке X-Robots-Tag. Перед выпуском уберите тестовый запрет с предназначенных для поиска страниц. Проверять нужно оба места. Для Google правило noindex сработает, только если робот сможет получить страницу и увидеть его; закрытый в robots.txt адрес не даёт такого подтверждения.
Canonical. Это указание предпочитаемого адреса для одинаковых или очень похожих страниц. Оно не перенаправляет посетителя и не заменяет редирект при переезде. У самостоятельной страницы новой версии проверьте канонический адрес на неё саму, если она должна быть основной. Ссылка на старый адрес, тестовое окружение или общая ссылка на главную во всём шаблоне — повод исправить настройку. Канонический адрес, внутренние ссылки и карта сайта должны согласовываться. Поисковая система сама определяет каноническую страницу; наличие настройки не гарантирует её выбор.
Sitemap. Обновите карту сайта актуальными каноническими адресами страниц, предназначенных для поиска. В рабочей карте новой версии не должны оставаться удалённые страницы, цели с ошибками или старые адреса вместо новых. Передача карты поисковой системе помогает сообщить о страницах, но не гарантирует их индексацию.
Такие проверки относятся к технической SEO-оптимизации сайта. Их результат можно принять по карте адресов и отчёту об исправлениях; обещание определённых позиций не заменяет проверку настроек.
Сначала проверьте тестовую версию, затем основной сайт
Тестовую версию, или staging, держите за контролируемым доступом, например с паролем. Одних robots.txt и noindex недостаточно, чтобы защитить непубличные материалы от посетителя с прямой ссылкой. Отдельно составьте список настроек, которые нужны только на staging и не должны попасть на основной сайт.
До запуска попросите проверить всю карту переноса автоматизированно и вручную просмотреть значимые страницы и разные шаблоны. Автоматическая проверка найдёт неверный код, петлю или недоступную цель; человек проверит, соответствует ли цель содержанию старой страницы. Также нужны проверки перенесённых текстов, заголовков, внутренних ссылок и настройки индексации.
Договоритесь, как будут перенесены правки, сделанные на старом сайте во время подготовки новой версии. Иначе реестр может быть верным, а последняя редакция услуги или недавно добавленная статья потеряется. Перед переключением подготовьте резервную копию и согласуйте порядок восстановления при критическом сбое.
На основном сайте повторно проверяют реальные старые и новые адреса. Результат со staging не подтверждает производственные настройки редиректов, заголовков и robots.txt. Убедитесь также, что аналитика продолжает учитывать посещения и нужные действия: исчезновение счётчика может выглядеть как потеря трафика.
Передавайте результат с планом наблюдения
В момент запуска нельзя подтвердить будущие позиции. Зато можно подтвердить корректность переноса. Для приёмки попросите у команды карту старых и новых адресов с результатами проверки, перечень согласованных удалений, отчёт о переносе содержания и список исправленных технических ошибок. У оставшихся замечаний должны быть ответственные и порядок устранения. Недоступность ключевых страниц или общий тестовый запрет индексации — причины отложить выпуск.
Назначьте человека, который после запуска следит за обходом, индексацией и переходами в Google Search Console и Яндекс Вебмастере. Пусть он проверяет не только общий график посещаемости, но и важные группы страниц: услуги, категории, карточки и статьи. Для изменённых адресов нужно сопоставлять данные старого и нового URL, иначе сам переезд может выглядеть как исчезновение страницы из отчёта.
Если после запуска возникла проблема, сначала установите её тип:
- По старому адресу открывается ошибка вместо согласованного перехода — сверить карту и исправить редирект.
- Новая страница исключена из поиска — проверить её ответ, доступность,
noindex, canonical и сведения в поисковом кабинете. - Страница доступна, но потеряла существенное содержание или внутренние ссылки — восстановить их либо пересмотреть согласованное решение.
- В аналитике пропали посещения или обращения — проверить сбор данных и работоспособность нужного действия.
- Технического дефекта не обнаружено, но показатели изменились — сопоставить запросы, страницы, сезонность и другие изменения; одного совпадения с датой редизайна недостаточно для вывода о причине.
Не снимайте постоянные редиректы сразу после того, как новые страницы появились в поиске. Google рекомендует сохранять их как минимум год; пользователи могут обращаться по старым ссылкам и позже. Срок поддержки переходов и порядок наблюдения закрепите при передаче сайта, чтобы эти настройки не исчезли при следующем обновлении.
Успешная передача редизайна означает, что важные материалы учтены, адреса и переходы проверены на основном сайте, а обнаруженные проблемы имеют понятного владельца. Дальнейшие изменения поисковых показателей остаются предметом наблюдения и анализа.
