Начните с путей пользователей, ролей страниц и приоритетов
Выбирайте страницы, на которых неверный поворот имеет реальную стоимость: услуги или продукты, категории, контакты или конверсии, поддержка, задачи аккаунта и инструкции по восстановлению. Для каждой зафиксируйте вероятную страницу входа, вопрос посетителя, полезную следующую страницу, ожидаемое действие и маршрут назад к родительской или хаб-странице. Хаб-страницы организуют тему; подробные страницы отвечают на узкий вопрос; навигация и «хлебные крошки» дают ориентиры. Не стройте искусственный силос, который блокирует путь к другому действительно полезному разделу. Тестируйте прямую посадку на глубокую страницу, а также путь, который начинается с домашней страницы.
Исправляйте пути к доходу, аккаунту, поддержке, безопасности, юридическим и восстановительным задачам раньше, чем удобные ссылки.
Давайте каждой важной странице подходящий входящий маршрут и понятный путь к связанному или родительскому контенту.
Пишите анкоры, которые описывают назначение
Анкор — это видимая кликабельная формулировка. Google рекомендует текст, который описателен, относительно краток и релевантен как текущей, так и целевой странице. W3C говорит, что назначение ссылки должно быть определяемо по её тексту либо по программно определяемому контексту в соответствии с WCAG 2.4.4. Заменяйте «click here» или повторяющиеся «узнать больше» формулировки на wording вроде «сравнить годовые и ежемесячные планы», когда это точно описывает цель. Используйте одинаковую формулировку для одной и той же цели, разную — для разных назначений, и не превращайте анкоры в принудительные списки ключевых слов. Для ссылок, состоящих только из изображения, предоставляйте описательный альтернативный текст.
Прочитайте ссылку отдельно или с её предложением. Читатель должен предсказать назначение.
Пусть заголовок, начало и содержимое целевой страницы соответствуют тому, что обещал анкор.
Сделайте каждый важный маршрут сканируемым и удобным
Контрол, который выглядит кликабельным, не обязательно является надёжной навигационной ссылкой. Для важных маршрутов используйте элемент HTML a с атрибутом href, который разрешается в реальный URL. Google говорит, что динамически добавленные ссылки могут быть сканируемыми, когда в отрисованной разметке используется такая форма, но он не может надёжно извлечь назначения из контролов, основанных только на событиях. Инспектируйте отрисованную страницу после выполнения JavaScript, согласия пользователя, CDN или уровней персонализации. Отдельно проверяйте статус ответа, переадресации, каноникализацию, директивы noindex, аутентификацию и robots-контролы; одного успешного клика недостаточно, чтобы доказать все условия поиска. MDN также отмечает, что элементы a с href создают гиперссылки и доступны для активации с клавиатуры.
Используйте ссылку для навигации и кнопку для действия на месте; не выбирайте кнопку только ради стиля.
Тестируйте типовые отрисованные шаблоны и ключевые маршруты после изменений общей навигации или маршрутизации.
Предотвращайте сиротские страницы и очищайте изменённые маршруты
Сиротская страница — это страница, на которую не указывает ни одна внутренняя ссылка. Руководство Google гласит, что каждая страница, о которой вам небезразлично, должна иметь ссылку, по крайней мере, с другой страницы. Это базовый требование, а не требование множества ссылок: приватные, дублирующие, истёкшие или служебные URL могут намеренно оставаться без ссылок. Ведите реестр исключений с владельцем и датой проверки. Сравнивайте инвентарь CMS, карту сайта, результаты краула и данные по посадочным страницам, чтобы найти страницы без входящих ссылок, сломанные исходные страницы и URL, которые появляются только в футере или карте сайта. При публикации добавляйте релевантные ссылки с хаба, родителя или существующего контента; при выводе из эксплуатации обновляйте источники и проверяйте, что перенаправление является содержательно релевантной заменой.
Не выпускать важную индексируемую страницу до проверки её входящих и возвратных маршрутов.
Обновляйте контекстные ссылки наряду с перенаправлениями, чтобы посетители не сталкивались с устаревшими вариантами.
Аудитируйте с доказательствами, а не по объёму ссылок
Google говорит, что не существует волшебного идеального числа ссылок на странице. Ранжируйте работу по влиянию: сбой на оформлении заказа, сбросе пароля или в критической поддержке важнее, чем низкозначимая связанная статья. Краулируйте внутренние HTML-ссылки и записывайте источник, цель, анкор или доступное имя, расположение, итоговый статус, цель переадресации, приоритет, владельца и проверку. Используйте отчет Links в Search Console как сигнал для ориентирования, а не как полный инвентарь: Google указывает, что он выборочный, группирует канонические URL, объединяет дубликаты и ограничивает таблицы. Сравнивайте его с собственным краулом и списком CMS. Пройдите ключевые потоки на десктопе и мобильных, включая навигацию с клавиатуры, перед запуском и после существенных изменений шаблонов.
Повторно тестируйте живой источник и предполагаемый финальный пункт назначения после каждой существенной правки.
Вносите дефекты на уровне шаблонов в бэклог инженеров, а не редактируйте по отдельности страницы снова и снова.
Сделайте целостность маршрутов частью готовности релиза
Развёртывание навигации или шаблонов может изменить многие пути одновременно. Рассматривайте критические ссылки как риск релиза, даже когда сам сервер здоров: посетитель не сможет воспользоваться доступной страницей, если ключевой маршрут больше не до неё ведёт. Status Is UP применяет это как проактивную оптимизацию и исправление, а не мониторинг простоя: предрелизно проверяйте приоритетные публичные пути, фиксируйте ожидаемые назначения и владельцев и исправляйте сбои маршрутов до того, как они вызовут излишние трения. Установите цикл проверок, соответствующий скорости публикаций, и проведите дополнительные целевые аудиты при миграциях, редизайне навигации, изменениях маршрутизации и выводе контента.
Предварительно проверяйте маршруты к доходу, аккаунтам, поддержке, восстановлению, безопасности, юридическим страницам и категориям с высоким намерением.
Храните датированную запись теста с указанием источника, ожидаемой цели, итогового результата, проверяющего и владельца исправления.