Новое название утвердили в презентации, а сайт продолжает жить по старому словарю. В меню один термин, в коммерческом предложении другой, в прошлогодней статье третий. Клиент не понимает, речь об одной услуге или о разных продуктах.
Начинать стоит с ответа на вопрос: изменилось только название или сама работа? От этого зависит, можно ли вести старые ссылки на новое предложение. Если раньше продавали настройку рекламы, а теперь — управление всем маркетингом, это не простая замена вывески.
Название, описание, состав услуги и URL связаны, но не обязаны меняться одновременно. Понятный действующий адрес можно сохранить, даже если видимый заголовок стал точнее. Напротив, новое содержание может потребовать отдельной страницы при почти неизменном названии.
Соберите карту соответствий. Вот три ситуации для условной компании.
«Поддержка маркетинга» стала «Внешним отделом маркетинга». Обязанности прежние, название яснее. Решение — обновить текст по действующему URL.
«Настройка рекламы» стала «Управлением маркетингом». Добавлены аналитика, планирование и координация. Решение — развести предложения и объяснить переход.
«Экспресс-проверка» стала «Диагностикой рекламного кабинета». Уточнён предмет работы. Решение — проверить старые обещания и названия ссылок.
Укажите также владельца решения и дату, с которой действует новая версия. Иначе через месяц старый файл снова станет «образцом» для нового лендинга.
Если услуга действительно та же, короткая фраза помогает снять путаницу: «Ранее этот формат назывался…». Её стоит использовать там, где люди приходят со старыми документами или запросами. Превращать всю страницу в перечень прежних названий не нужно.
Если состав изменился, опишите различие прямо. Например: «Раньше в пакет входило ведение двух рекламных каналов. Теперь дополнительно предусмотрены планирование и координация подрядчиков; условия обсуждаются отдельно». Это условный пример, а не описание конкретной услуги агентства.
Словарь должен сохранять различия между продуктами. В частности, название комплексного маркетинга у агентства Эйч нельзя автоматически подставлять вместо любого соседнего формата работы. Сначала проверяют предмет страницы, затем выбирают термин.
Составьте список старых URL и подходящих новых адресов. Для каждого проверьте смысловую эквивалентность. Переводить все удалённые страницы на главную удобно технически, но посетитель может не найти обещанную услугу.
Для постоянного перемещения Google рекомендует постоянные серверные перенаправления, когда они доступны; правила и различия типов приведены в документации о редиректах. Конкретную реализацию должен проверить разработчик с учётом платформы. Не нужно добавлять ещё один переход поверх старой цепочки, если можно сразу вести на конечную страницу.
После настройки обновите внутренние ссылки, карту сайта и канонические адреса. Старое письмо или внешняя статья могут остаться без изменений, но меню и собственные материалы уже должны вести по актуальному пути. Это снижает число мест, где поддерживается старая схема.
Проверяющий получает три задания: найти услугу по старому названию, понять новое предложение и объяснить, поменялись ли условия. Если ответы расходятся, редакционная часть перехода ещё не завершена.
Отдельно проверьте формы, автоматические ответы, названия файлов и подписи к кейсам. Именно там переименование часто остаётся незавершённым: человек открывает новую страницу, а подтверждение заявки сообщает, что он заказал старый продукт.
У перехода должен быть один журнал: что переименовано, какие адреса сохранены, какие перенаправлены, где оставлено историческое пояснение. Финальная проверка — не поиск старого слова с безусловной заменой. Иногда старое название необходимо для точности архивного кейса или договора. Задача состоит в том, чтобы читатель различал историю и действующее предложение.