Короткий ответ
Если старый адрес должен направлять посетителей на новый адрес, рассмотрите возможность перенаправления. Если обе версии должны оставаться доступными и содержать повторяющийся или очень похожий контент, каноническая версия может указывать предпочтительную версию. Решите, что должно произойти с посетителем в первую очередь, а затем согласуйте технические сигналы с этим решением.
Что должен испытать посетитель старого адреса?
Редизайн меняет URL-адреса ваших сервисов. Старые страницы по-прежнему получают посещения из закладок и сообщений, поэтому кто-то предлагает добавить к новым адресам каноники. Другой человек предлагает перенаправить каждый старый URL-адрес на домашнюю страницу.
Это разные варианты поведения, и ни одна из них не является универсальной кнопкой очистки. Правильный выбор зависит от того, должна ли старая страница по-прежнему открываться и существует ли соответствующая замена.
Подписаться на человека, открывшего старую ссылку
Представьте себе, что клиент открывает старую ссылку на определенную услугу. Если сервис просто переехал, переход на его новую страницу обычно полезнее, чем просмотр устаревшей версии. Перенаправление автоматически меняет пункт назначения.
Каноническая аннотация не отправляет посетителя куда-либо еще. Старая страница остается доступной, пока поисковым системам указывается предпочтительная версия. Это может подойти для подлинных дубликатов, но не создаст такого же впечатления для клиента, как перемещение страницы.
Проработанный пример
Предположим, служба установки компании переезжает на новый адрес, а два варианта отслеживания текущей страницы продукта остаются доступными.
Где все идет не так
Применяйте ко всему одно и то же каноническое правило и оставляйте старые ссылки на сервисы, открывающие устаревшую страницу.
Что делать вместо этого
Перенаправьте перемещенную службу на соответствующую замену. Оцените каноническую связь для действительно повторяющихся вариантов продукта и согласуйте внутренние ссылки с предпочтительным URL-адресом.
Эти два варианта отражают различное поведение посетителей. Перемещение службы и определение эквивалентных версий больше не считаются одной и той же задачей.
Сохраняйте предпочтительную версию согласованной
Если веб-сайт указывает на один адрес в навигации, указывает другой в карте сайта и называет третий каноническим, сигналы не совпадают. Решите, какой URL представляет текущую страницу, и последовательно обновляйте окружающие ссылки.
Google рассматривает канонизацию как процесс отбора. Ваша аннотация выражает предпочтение; это не гарантирует, что Google выберет его. Соответствующие, последовательные отношения более полезны, чем добавление тега и оставление конфликтующих версий по всему сайту.
Удаленная страница по-прежнему требует честного результата
Не каждой старой странице есть подходящая замена. Отправка всех удаленных страниц на главную может избежать видимой ошибки, но может заставить посетителя задуматься, куда делась обещанная информация. Просмотрите первоначальную цель и выбирайте подходящий пункт назначения только в том случае, если он существует.
Перед выпуском создайте простой список важных старых URL-адресов и их предполагаемых результатов. Позже проверьте эти точные адреса, включая прямые посещения. Это превращает расплывчатое обещание о миграции в набор действий клиента, которые можно проверить.
Возьмите это в свой следующий разговор
Вопросы, которые следует задать вашему агентству
- Должна ли старая страница оставаться доступной?
- Есть ли действительно актуальная замена?
- Согласуются ли навигация, карта сайта и каноническая точка зрения?
- Были ли проверены важные старые URL-адреса после выпуска?
Общие вопросы
Канонический отправляет посетителей на новую страницу?
Нет. Это сигнал о предпочтительной версии. Используйте подходящее перенаправление, если предполагаемым поведением является перемещение посетителя на другой адрес.
Можем ли мы указать каждую старую страницу на домашнюю?
Просмотрите назначение каждой важной страницы. Общее перенаправление на домашнюю страницу часто не отвечает на вопрос первоначального посетителя; соответствующая замена или честный ответ на недостающую страницу могут быть более уместными.
Примечания к источнику
Руководство по платформе по этой теме:
От объяснения к реализации
Это руководство опубликовано NAVIFLARE, веб-сайт, практика рабочего процесса CRM и AI. Примечания к источнику определяют руководство по платформе; отработанные примеры объясняют метод, а не претендуют на результат клиента.
Исследуйте дизайн и разработка сайтаВаш следующий шаг
Принесите список изменяющихся URL-адресов и определите, что должно заменить каждую страницу. Мы можем обсудить план миграции с учетом конкретных поездок посетителей.
Обсудить миграцию сайта
