Страница есть в sitemap, но на неё никто не ведёт: как найти сироты в структуре сайта

В sitemap добавили сотню новых статей. Адреса открываются, но из меню, рубрик и старых материалов к ним нельзя перейти. Поисковая система может узнать URL через карту, однако пользователь не видит, где материал расположен и с чем связан. Для владельца это не только вопрос обхода: полезная статья оказывается спрятана от собственной аудитории.

Проверяйте путь, а не число входящих ссылок

У страницы может быть ссылка с другой такой же изолированной страницы. Формально входящий переход есть, но вся пара не достижима из рабочей структуры. Поэтому полезен граф: страницы — вершины, внутренние ссылки — направленные связи. От выбранных точек входа проверяют достижимость всего предназначенного для пользователей раздела.

Точка входа не всегда только главная. Для анализа раздела можно выбрать его индекс, а для полного сайта — согласованный набор корневых страниц. При этом сайт с несколькими доменами, языками и поддоменами требует явных границ. Нельзя назвать страницей-сиротой всё, что не попало в ограниченную выгрузку одного хоста.

Как собрать проверяемые исходные данные

Возьмите список задуманных публичных страниц и отдельно выгрузку фактических внутренних ссылок. Различайте адрес источника и цель, а также способ обнаружения. Кнопка с обработчиком JavaScript и обычная ссылка с href не обязаны одинаково обрабатываться вашим сборщиком. Документация Google рекомендует делать ссылки доступными для обхода; наличие красивого элемента интерфейса не доказывает это автоматически.

Нормализуйте эквивалентные URL по действующей политике сайта. Параметры сортировки, разные протоколы и варианты слеша способны раздуть граф. Но не объединяйте адреса, которые реально ведут к разному содержанию. Желательно сохранить исходные значения и объяснение преобразования, чтобы исправление можно было проверить.

Не лечите сироты случайным блоком на тысячу ссылок

Добавьте материал туда, где он продолжает задачу читателя. Узкий разбор ошибки формы уместен возле статьи про интеграцию CRM и на релевантной странице услуги. Блок всех материалов подряд может дать формальную достижимость, но плохо объясняет смысл и быстро становится неудобным.

Для большой библиотеки полезны тематические индексы, понятные рубрики и осмысленные связи между общим руководством и частным вопросом. Новая статья должна иметь место в этой структуре до публикации. Если она почти повторяет уже существующий ответ, дополнительная ссылка не решит проблему каннибализации — сначала пересмотрите сам материал.

Инструмент: достижимость небольшого графа

Укажите начальные пути, страницы для проверки и связи в формате «откуда;куда». Инструмент выполнит обход и покажет недостижимые адреса, а для найденных — глубину в числе переходов. Все пути учебные и относительные. Он не скачивает сайт и не доказывает наличие или отсутствие страницы в индексе.

Пример содержит пару страниц, ссылающихся друг на друга, но оторванных от главной. Именно такой случай простой подсчёт входящих ссылок может пропустить. При реальной проверке результат зависит от полноты вашей выгрузки. Перед правками вручную подтвердите несколько найденных сирот и выясните, не предназначены ли они для закрытого доступа.

Что считать результатом исправления

Повторно выгрузите ссылки тем же способом и проверьте появление осмысленного пути. Затем пройдите его как пользователь на телефоне и с клавиатуры. Не обещайте позиции только по факту устранения сирот: содержание, спрос и другие свойства страницы остаются важными. Зато читатель и команда получают понятную структуру, а новые материалы перестают существовать только внутри sitemap.