Страница-сирота - это доступный URL, на который не ведут обычные внутренние ссылки сайта. Она может быть в sitemap.xml, получать переходы из поиска и открываться по прямому адресу, но попасть на нее через меню, категории, карточки или статьи нельзя.
Исправлять такие страницы нужно не массовой простановкой ссылок, а по результатам проверки. Полезный документ возвращают в структуру, дубли объединяют, устаревший URL перенаправляют на точный аналог, а ненужный удаляют корректным статусом.
Почему sitemap не заменяет ссылки
XML-карта сообщает, что URL существует. Внутренние ссылки показывают его связь с разделом, услугой, товаром или статьей и создают маршрут для посетителя. Поэтому адрес только в sitemap остается изолированным.
Не путайте сироту с глубокой страницей. Если к товару ведет цепочка «главная - каталог - категория - карточка», путь существует, пусть и занимает несколько переходов. У сироты такого пути нет вовсе.
Чем сироты мешают сайту
- Робот может находить URL только через sitemap, внешнюю ссылку или историю обходов.
- Без анкоров и ссылочного окружения хуже понятна роль документа.
- Посетитель из поиска не видит пути к услуге, товару или продолжению темы.
- Изолированный контент проще забыть и не обновить.
- URL может получать показы, но отсутствовать в обходе с главной.
Изоляция сама по себе не доказывает бесполезность страницы. У нее могут быть трафик, заявки и внешние ссылки, поэтому удалять весь список автоматически нельзя.
Откуда появляются страницы без ссылок
- статью опубликовали, но не добавили в ленту блога;
- товар исчез из категории из-за фильтра наличия;
- раздел убрали из меню, сохранив вложенные страницы;
- при миграции или редизайне потеряли часть ссылок;
- после рекламы остались посадочные с кодом 200;
- документ доступен только через поиск по сайту;
- элемент выглядит как ссылка, но в HTML нет обычного
<a href>; - URL изменили, а связи с новым адресом не восстановили;
- материал выпал из блока рекомендаций после смены шаблона.
Если сироты появляются после каждого релиза, исправляйте шаблон или процесс публикации, а не отдельные страницы.
Как найти страницы-сироты
Краулер, запущенный с главной, не найдет настоящую сироту: к ней нет пути. Поэтому диагностика строится на сравнении нескольких наборов адресов.
1. Обойдите сайт с главной
Сохраните HTML-адреса, коды ответа, canonical, глубину и источники входящих ссылок. При разной мобильной и десктопной навигации проверьте обе.
Перед сравнением нормализуйте протокол, поддомен, регистр, завершающий слеш и параметры. Иначе один документ превратится в несколько строк.
2. Выгрузите URL из sitemap.xml
Соберите все вложенные sitemap. В них должны быть канонические индексируемые URL с ответом 200.
Адрес есть в XML, но отсутствует в обходе? Это кандидат, а не готовый диагноз. Он может перенаправляться, быть закрыт от обхода, указывать canonical на другую страницу или иметь ссылку, которую краулер не распознал.
3. Добавьте другие источники
Добавьте страницы входа из аналитики, URL из поисковых кабинетов, серверных логов и старых списков после миграции. Подробнее - в материале про анализ серверных логов для SEO.
4. Сравните наборы
Ищите URL из дополнительных источников, которые не обнаруживаются при обходе с главной:
- есть в sitemap, но нет в обходе;
- получают показы или входы, но не найдены через ссылки;
- встречаются в логах, но отсутствуют и в обходе, и в sitemap.
Исключите внешние домены, файлы, параметры, технические адреса и дубли. Остальное проверьте вручную.
Что проверить у каждого URL
Соберите короткую карточку решения:
- код ответа и конечный адрес после редиректов;
- robots meta, X-Robots-Tag и ограничения robots.txt;
- canonical и наличие в sitemap;
- актуальность содержания;
- поисковые показы, входы и конверсии, если они отслеживаются;
- внешние ссылки;
- соответствие текущим услугам или ассортименту;
- ближайшую страницу того же интента;
- причину изоляции.
На JavaScript-сайтах проверяйте исходный HTML и отрисованный DOM. Кнопка без href может выглядеть как рабочая ссылка, но не давать обычного пути для обхода. Такие случаи подробнее разобраны в руководстве по JavaScript SEO и рендерингу.
Как вернуть страницу в структуру
Шаг 1. Определите роль
Одним предложением сформулируйте, для кого создана страница и какую задачу решает. Расплывчатый ответ может указывать на дубль или служебный документ.
Сравнивайте страницы по ожидаемому результату. Статья и услуга по одной теме решают разные задачи, а две почти одинаковые страницы услуги могут конкурировать.
Шаг 2. Выберите действие
Сохранить и встроить. Актуальную уникальную страницу добавьте в категорию, список материалов или раздел услуг.
Объединить. Если документы отвечают на один запрос, перенесите полезные части на основной. Настройте прямой 301-редирект и обновите ссылки.
Перенаправить. Устаревший URL ведите на точный аналог, а не на главную или слишком широкую категорию.
Удалить. Если ценности и подходящей замены нет, верните 404 или 410, уберите адрес из sitemap и внутренних ссылок. Сценарии подробнее описаны в инструкции о том, как удалить страницу из поиска.
Оставить вне структуры. Для технической или рекламной страницы заранее определите индексацию, canonical и срок жизни.
Шаг 3. Поставьте полезные ссылки
Ссылка должна объяснять, зачем переходить дальше. Из услуги уместно вести на цены, этапы или кейс, из статьи - на инструкцию, диагностику или услугу.
Анкор должен называть цель: «проверить внутреннюю перелинковку» понятнее, чем «читать далее». Не повторяйте его массово и не складывайте сироты в футер.
Для важной страницы создайте устойчивый тематический путь. Практические схемы есть в руководстве по внутренней перелинковке для SEO.
Шаг 4. Исправьте sitemap и шаблоны
Оставьте индексируемый URL в sitemap в каноническом виде. Удаленные и перенаправленные адреса исключите. Проверьте ленту блога, категории, рубрики, карточки, хлебные крошки и блоки похожих материалов. Ручная ссылка поможет одному документу, но дефект шаблона создаст новые сироты.
Шаг 5. Повторите обход
Запустите краулер с главной без готового списка URL. Страница должна находиться через <a href>, ведущий сразу на конечный URL с кодом 200. Проверьте canonical и индексацию.
Не ждите мгновенного изменения позиций. Сначала проверьте технические сигналы и маршрут пользователя.
Пример: статья есть, но в блоге ее нет
Компания опубликовала статью по итогам вебинара, добавила URL в sitemap и отправила подписчикам. Материал начал получать отдельные переходы из поиска, но в ленте блога не появился, и другие страницы на него не ссылались.
Проверка показала: URL отвечает кодом 200, canonical указывает на себя, содержание актуально, а запросы соответствуют теме. Удалять документ не нужно. План действий:
- добавить карточку статьи в ленту и подходящую рубрику;
- поставить ссылку со страницы услуги, которую материал объясняет;
- связать статью с близкой публикацией;
- добавить понятный переход к услуге или форме обращения;
- повторно обойти сайт с главной;
- проверить, переходят ли читатели к следующему шагу.
Переписывать текст и менять URL в этом случае не требуется. Проблема была в архитектуре, а не в содержании.
Ограничения и особые случаи
Временно отсутствующие товары. Карточка может выпасть из категории из-за фильтра. Если товар вернется, сохраните полезное описание, покажите статус, предложите аналоги и оставьте путь из категории. Для окончательно снятого товара решение зависит от точной замены, спроса и внешних ссылок.
Региональные страницы. Не создавайте скрытый перечень городов только для робота. У страницы должна быть самостоятельная польза: контакты, условия, зона обслуживания и локальная информация.
Рекламные лендинги. Они могут не входить в SEO-структуру, если это осознанно. Определите индексацию, canonical и судьбу URL после завершения кампании.
Внутренний поиск. Форма поиска не заменяет навигацию. Для важной страницы нужен обычный ссылочный путь. Сами результаты поиска при этом часто не следует массово индексировать.
Частые ошибки
- добавлять все найденные URL в футер;
- считать любую разницу между sitemap и обходом доказанной сиротой;
- перенаправлять все удаленные страницы на главную;
- ссылаться только из HTML-карты сайта;
- оставлять цепочки редиректов во внутренних ссылках;
- массово повторять одинаковые анкоры;
- не проверять ссылки, созданные JavaScript;
- удалять URL без анализа трафика, конверсий и внешних ссылок;
- исправлять отдельные страницы, но не шаблон;
- забывать про canonical, код ответа и индексируемость.
Чек-лист
- Запустить свежий обход с главной.
- Собрать URL из всех sitemap.
- Добавить страницы входа и адреса с поисковыми показами.
- При необходимости проверить логи и старые списки URL.
- Нормализовать адреса и отделить параметры от канонических страниц.
- Сравнить дополнительные наборы с результатом обхода.
- Проверить коды ответа, canonical и индексируемость.
- Оценить актуальность, трафик, конверсии и внешние ссылки.
- Определить интент и ближайший тематический раздел.
- Выбрать действие: встроить, объединить, перенаправить, удалить или изолировать осознанно.
- Добавить ссылки в подходящий контекст, категорию или список.
- Направить ссылки сразу на конечные URL.
- Очистить sitemap от удаленных и перенаправленных адресов.
- Повторить обход с главной.
- Исправить причину появления сирот в шаблоне или процессе.
FAQ
Страница есть в sitemap, но ссылок нет. Это сирота?
Да, в практическом SEO ее считают сиротой. XML помогает обнаружить URL, но не создает тематический и навигационный путь. Сначала убедитесь, что документ нужен, затем добавьте уместную HTML-ссылку.
Достаточно ли одной внутренней ссылки?
Одна доступная ссылка устраняет полную изоляцию. Но важной странице нужен надежный путь: например, карточка в рубрике и переход из близкого материала. Универсального количества нет.
Нужно ли добавлять сироту в главное меню?
Нет. Статья может находиться через блог и рубрику, товар - через категорию, кейс - через услугу и список работ. Главное меню оставляют для основных разделов.
Может ли страница-сирота ранжироваться?
Может, если поисковая система знает URL из sitemap, внешних ссылок или прошлых обходов. Однако изоляция затрудняет обнаружение обновлений и оставляет посетителя без следующего шага.
Нужно ли закрывать рекламные лендинги от индексации?
Не всегда. Решение зависит от уникальности, интента, срока жизни и риска дублей. Важно заранее определить canonical и судьбу страницы после окончания кампании.
Когда искать страницы-сироты?
После миграции, редизайна, смены CMS, обновления шаблонов и массовых изменений каталога. На активно меняющемся сайте проверку включают в регулярный технический аудит.
Что делать дальше
Сравните обход сайта, sitemap, поисковые данные и страницы входа. Для каждого URL определите роль, ценность и безопасное действие.
Если нужен независимый разбор архитектуры, напишите в Telegram. Подготовить структуру материалов, черновики и FAQ можно с помощью XelaGroup, оставляя окончательные решения за специалистом.