Раздел стал называться «Каталог», но хлебные крошки и мобильное меню показывают прежнее название, а футер ведёт на старый путь. Приёмка переименования должна связывать текст и маршруты. Изменение одного заголовка оставляет посетителю несколько противоречивых входов.
Уточните, меняется название, URL или оба
Согласуйте, меняется ли только название или также URL. Старые внешние переходы требуют своего решения, новые внутренние ссылки — актуального назначения. Если путь сохраняется, не создавайте миграцию лишь ради косметической смены подписи.
Ссылка с доступным href позволяет обнаружить целевую страницу и проверить её назначение. Официальная документация.
Если «Магазин» становится «Каталогом», путь /shop/ может остаться прежним. В этом случае задача касается текста интерфейса и не требует придуманного переезда. Если меняется также URL, появляется отдельная работа с маршрутами и историческими входами. Зафиксируйте оба решения до правки. Название в меню, заголовок раздела и title могут иметь разные формулировки по назначению, но не должны противоречить друг другу. Уточните, какие редакционные упоминания старого названия сохраняют исторический смысл. Это предотвращает массовую замену слова во всех публикациях.
Составьте карту всех входов в раздел
Учебные сценарии в таблице задают ожидаемое поведение; фактические ответы своего сайта заносите отдельно.
| Сценарий | Отличие | Решение | Проверка |
|---|---|---|---|
| Desktop-меню | Первый вход | Обновить подпись и href | Правильный раздел |
| Мобильное меню | Другой источник | Проверить отдельно | Нет старого названия |
| Хлебные крошки | Иерархия страницы | Обновить данные | Актуальная цепочка |
| Старый URL | Внешние переходы | Решить redirect | Не потерять назначение |
Перечислите меню, мобильный drawer, футер, крошки, карточки, контекстные ссылки и кнопки возврата. Для каждого запишите видимую подпись и href. Добавьте прямой вход на старый URL и переход из внешней закладки. В некоторых CMS разные поверхности берут значения из разных меню, поэтому нельзя переносить успех desktop на mobile. Укажите владельца источника: общий справочник, поле страницы или ручной элемент темы. Такая карта превращает «переименовать раздел» в полный проверяемый набор, не раздувая задачу несвязанным редизайном остальных страниц.
Проверьте источники desktop и мобильного меню
Соберите desktop-меню, мобильное меню, футер, крошки, карточки и контекстные ссылки. Для каждого запишите подпись, href и конечную страницу. Проверьте, не генерируются ли элементы из разных настроек CMS.
Откройте публичную страницу как гость на широком и узком экране. Для скрытого мобильного меню проверьте реальные элементы после раскрытия, а не только исходный HTML. Найдите, какие настройки генерируют старую подпись и старый путь. Если один компонент используется в нескольких местах, исправьте его данные или входные параметры. Если меню существует отдельными записями CMS, обновите каждую предусмотренную поверхность. Проверьте кеш навигации, который может жить независимо от содержимого страницы. Свежий H1 не доказывает, что меню уже получило новую конфигурацию.
Учебная миграция /shop/ на /catalog/
Учебный раздел меняет /shop/ на /catalog/. Таблица приёмки включает четыре входа и прямое открытие старого URL. Если мобильное меню берёт данные из отдельной настройки, его исправление должно быть явным пунктом.
Учебный переезд меняет /shop/ на /catalog/. Новая страница должна отвечать на прежнюю задачу каталога, а старый адрес — вести на неё по принятому постоянному правилу. Проверьте вложенный товар отдельно: переименование корневого раздела не обязательно означает изменение путей всех карточек. В таблице разделите переименованный корень и сохраняющиеся дочерние адреса. Затем откройте старый URL напрямую, новый напрямую и оба через навигацию. Так выявляется ошибочное широкое правило, которое отправляет любой /shop/... только на корень каталога.
Обновите навигацию и содержательные подписи
Обновите общий источник навигации и связанные подписи. При смене URL настройте соответствующий постоянный редирект, согласуйте sitemap и canonical. Проверьте реальный публичный интерфейс на двух экранах.
Обновите общий источник подписи, крошек и списка навигационных ссылок. Не создавайте локальную визуальную копию меню на одной странице ради нового названия. Для текстов вроде «Вернуться в магазин» решите, относятся ли они к этому разделу и должны ли стать «Вернуться в каталог». Редакционные исторические предложения оценивайте отдельно. После изменений проверьте доступные имена элементов и фокус. Длинная новая подпись может изменить перенос на mobile, поэтому техническая приёмка маршрута дополняется фактическим просмотром интерфейса без наложений и обрезки текста.
Старые ссылки, canonical и карта сайта
Глобальная замена старого слова в статьях может изменить исторический смысл. Сначала выделите навигационные подписи и ссылки; редакционные упоминания оценивайте отдельно.
При смене URL согласуйте self-canonical новой страницы, записи sitemap и соответствующие исторические редиректы. Внутренние ссылки должны использовать новое назначение напрямую. Если путь остаётся прежним, не меняйте эти сигналы автоматически. Проверьте Open Graph и manifest-название, если продукт действительно использует их для данного публичного раздела. Они могут хранить старую подпись независимо от меню. Не объявляйте весь сайт обновлённым по одной вкладке. Список связанных поверхностей определяет охват и помогает принять полное переименование без вмешательства в несвязанные технические настройки.
Приёмка полного публичного переименования
Повторите карту входов после релиза: desktop, раскрытое mobile-меню, футер, крошки и карточки. Откройте старый и новый URL в свежем сеансе, запишите конечный адрес и видимый заголовок. Для вложенных маршрутов подтвердите сохранение содержательного назначения. Если обнаружен остаточный старый текст, укажите его источник, а не запускайте замену по всему проекту. Поиск может ещё показывать прежнее название, поэтому сравнивайте дату обработки отдельно. Приёмка фиксирует актуальный публичный интерфейс и согласованные маршруты, которые уже проверены обычным посетительским входом. Проверьте также ссылку возврата из карточки.
Критерии завершения проверки
Название и назначение согласованы во всех контрольных входах. Старый URL при необходимости ведёт на соответствующий новый; мобильная навигация и крошки обновлены вместе с desktop.
- Desktop-меню: Правильный раздел. Зафиксируйте фактический результат и адрес проверенного сценария.
- Мобильное меню: Нет старого названия. Зафиксируйте фактический результат и адрес проверенного сценария.
- Хлебные крошки: Актуальная цепочка. Зафиксируйте фактический результат и адрес проверенного сценария.
- Старый URL: Не потерять назначение. Зафиксируйте фактический результат и адрес проверенного сценария.
Для смежных вопросов: SEO-требования к редизайну сайта и Проверка редиректов при переезде на новый домен. Отдельные проверки сайта собраны на странице технического аудита reChecker.