Раздел стал называться «Каталог», но хлебные крошки и мобильное меню показывают прежнее название, а футер ведёт на старый путь. Проверьте название и адрес в каждом из этих мест. Новый заголовок раздела не исправляет отдельные записи меню и ссылки футера.
Меняется только название или ещё URL
Ссылка с доступным href позволяет обнаружить целевую страницу и проверить её назначение. Официальная документация.
Если «Магазин» становится «Каталогом», путь /shop/ может остаться прежним. В этом случае задача касается текста интерфейса и не требует придуманного переезда. Если меняется также URL, появляется отдельная работа с маршрутами и историческими входами. До правки запишите новое название и решите, сохраняется ли /shop/. Название в меню, заголовок раздела и title могут иметь разные формулировки по назначению, но не должны противоречить друг другу. Уточните, какие редакционные упоминания старого названия сохраняют исторический смысл. Не меняйте слово «Магазин» во всех старых статьях автоматически: там оно может описывать прежнюю версию сайта.
Какие входы проверить
| Элемент навигации | Где искать отдельно | Что обновить | Какой результат нужен |
|---|---|---|---|
| Desktop-меню | Первый вход | Обновить подпись и href | Правильный раздел |
| Мобильное меню | Другой источник | Проверить отдельно | Нет старого названия |
| Хлебные крошки | Иерархия страницы | Обновить данные | Актуальная цепочка |
| Старый URL | Внешние переходы | Решить redirect | Не потерять назначение |
Откройте обычное и мобильное меню
Откройте публичную страницу как гость на широком и узком экране. Для скрытого мобильного меню проверьте реальные элементы после раскрытия, а не только исходный HTML. Найдите, какие настройки генерируют старую подпись и старый путь. Если один компонент используется в нескольких местах, исправьте его данные или входные параметры. Если обычное меню, мобильное меню и футер хранятся в разных записях CMS, обновите каждую. Проверьте кеш навигации, который может жить независимо от содержимого страницы. Свежий H1 не доказывает, что меню уже получило новую конфигурацию.
Для поиска ссылок на старый путь:
В консоли браузера найдите ссылки, которые ещё используют старый путь каталога:
[...document.querySelectorAll("a[href]")].filter(a => new URL(a.href).pathname.startsWith("/shop/" )).map(a => ({ текст: a.textContent.trim(), адрес: a.href }));Выполните проверку после раскрытия мобильного меню. Если URL сохраняется, найденные ссылки допустимы: обновить нужно подпись. Если меняется путь, новые внутренние ссылки должны вести сразу на него.
Проверьте переезд /shop/ на /catalog/
Допустим, вы меняете /shop/ на /catalog/. Новый URL должен показывать тот же каталог, а старый — вести на него постоянным редиректом, например 301. Проверьте вложенный товар отдельно: переименование корневого раздела не обязательно означает изменение путей всех карточек. В таблице разделите переименованный корень и сохраняющиеся дочерние адреса. Затем откройте старый URL напрямую, новый напрямую и оба через навигацию. Так выявляется ошибочное широкое правило, которое отправляет любой /shop/... только на корень каталога.
Обновите sitemap только при смене адреса
При смене URL укажите предпочтительный адрес страницы в canonical, обновите карту адресов сайта — sitemap — и проверьте редирект со старого пути. Внутренние ссылки должны использовать новое назначение напрямую. Если путь остаётся прежним, не меняйте эти сигналы автоматически. Проверьте подпись превью ссылки Open Graph и название установленного веб-приложения из manifest, если продукт действительно использует их для данного публичного раздела. Они могут хранить старую подпись независимо от меню. Не объявляйте весь сайт обновлённым по одной вкладке. Отметьте проверенные места: меню, футер, крошки, заголовок, Open Graph и название установленного веб-приложения, если оно есть. Так будет видно, где старое имя ещё осталось.
Повторите все публичные входы
Откройте меню, футер, крошки и ссылку возврата из карточки. Название актуально и не обрезается на телефоне. Если путь менялся, старый URL ведёт на подходящий новый; вложенный товар не потерял собственный адрес.
Читайте также: SEO-требования к редизайну сайта и Проверка редиректов при переезде на новый домен. Проверки сайта доступны на странице технического аудита reChecker.