Страницы-сироты на сайте: как найти и исправить страницы без внутренних ссылок

Страница-сирота — это URL, который существует на сайте, но на него не ведут обычные внутренние ссылки из доступной структуры. Пользователь может попасть на такой адрес из поиска, старой закладки, рекламы или внешней ссылки, а поисковая система — найти его в sitemap, истории обхода или других источниках. Но внутри самого сайта путь к странице отсутствует.

В англоязычном SEO используется термин orphan page. Для российского сайта полезнее думать не о термине, а о реальной проблеме: важная страница оказалась оторвана от категорий, меню, хлебных крошек, статей и других документов, которые должны объяснять поисковому роботу её место в структуре.

Это отличается от страницы, на которой просто нет исходящих ссылок. Если на URL ведут ссылки с других документов, он не является сиротой, даже если сам никуда не ссылается.

Главная мысль: sitemap может сообщить поисковику, что URL существует, но не заменяет внутреннюю архитектуру. Если страница важна для пользователей и поиска, у неё должен быть естественный путь из других релевантных страниц сайта.

Содержание

• Что такое страница-сирота
• Страница без ссылок и страница-сирота — одно ли это
• Как поисковые роботы находят страницы
• Почему страницы-сироты опасны для SEO
• Страницы-сироты в Яндексе
• Страницы-сироты в Google
• Sitemap не заменяет внутренние ссылки
• Откуда появляются страницы-сироты
• Страницы-сироты после миграции
• Страницы-сироты в интернет-магазине
• Страницы-сироты в блоге
• Как найти страницы-сироты
• Метод: полный список URL минус внутренний crawl
• Поиск через sitemap.xml
• Поиск через аналитику
• Поиск через Search Console и Яндекс Вебмастер
• Поиск через CMS и базу данных
• Поиск через серверные логи
• Поиск через SEO-краулер
• Как проверить найденные URL
• Ложные страницы-сироты
• Как исправить полезную страницу-сироту
• Что делать с ненужной страницей-сиротой
• Внутренняя перелинковка для исправления
• Хлебные крошки и страницы-хабы
• JavaScript-ссылки и скрытая навигация
• Canonical, noindex и страницы-сироты
• Как расставить приоритеты
• Как проверить результат
• Типичные ошибки
• Чек-лист
• FAQ
• Вывод

Что такое страница-сирота

В SEO страницей-сиротой называют документ, на который не ведут внутренние ссылки из обычной доступной структуры сайта.

Пример сайта:

Главная
├── Каталог
│   ├── Ноутбуки
│   └── Смартфоны
└── Блог
    ├── Статья A
    └── Статья B

При этом существует ещё URL:

/sale/old-models/

Он:

• возвращает 200 OK;
• может быть в sitemap;
• возможно, когда-то получал трафик;
• но ни одна страница сайта на него не ссылается.

Это кандидат в страницы-сироты.

Важна именно внутренняя доступность

Если URL известен только потому, что вы вручную вставили его в адресную строку, это не делает его частью структуры.

Для нормальной архитектуры пользователь должен иметь логичный путь:

главная → раздел → подраздел → целевая страница

или контекстный переход с другого релевантного материала.

Страница без ссылок и страница-сирота — одно ли это

Фраза «страница без ссылок» двусмысленна.

Она может означать:

1. На страницу никто не ссылается.
2. На самой странице нет ссылок на другие URL.

Для SEO это разные ситуации.

Страница-сирота

другие страницы ─X→ целевой URL

Нет входящих внутренних ссылок.

Страница-тупик

другие страницы → целевой URL ─X→ дальше

На неё можно попасть, но с неё нет удобного пути дальше.

Такая страница может создавать плохой UX, но сиротой она не является.

Висячая страница

Термин «висячая страница» используют по-разному. Иногда им называют orphan page, иногда документ без исходящих ссылок. Поэтому в аудите лучше не спорить о названии, а фиксировать измеримый критерий:

число входящих внутренних crawlable-ссылок = 0

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

Поисковая система может узнать URL несколькими способами.

Для Яндекса официальная справка перечисляет среди источников:

• внутренние ссылки;
• внешние ссылки;
• Sitemap;
• данные Метрики;
• ранее известные URL.

Google также находит новые страницы по ссылкам и другим источникам, включая sitemap.

Это означает важный нюанс:

страница-сирота может быть известна поисковику и даже находиться в индексе.

Сирота — это характеристика внутренней архитектуры сайта, а не обязательный синоним «не проиндексирована».

Почему ссылки всё равно важны

Внутренняя ссылка одновременно:

• даёт роботу путь к URL;
• показывает связь между документами;
• передаёт контекст через анкор и окружение;
• помогает пользователю перейти на страницу;
• включает документ в понятную иерархию сайта.

Sitemap сообщает адрес. Ссылка объясняет, где этот адрес живёт в структуре.

Почему страницы-сироты опасны для SEO

Проблема зависит от ценности страницы.

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

1. Роботу сложнее регулярно находить URL

Поисковик может знать страницу по sitemap, но внутри сайта у него нет обычного маршрута к ней.

2. Теряется внутренний контекст

Страница существует отдельно от тематического кластера.

Например:

/seo-audit/

не связана с:

/technical-seo-services/
/check-page-indexing/
/server-error-5xx/

Поисковику сложнее увидеть архитектурную связь документов.

3. Не передаются внутренние ссылочные сигналы

Если на страницу нет внутренних ссылок, она не получает внутренние сигналы так, как страницы, встроенные в структуру.

4. Пользователь не может найти страницу навигацией

Если URL доступен только из поиска или рекламы, сайт фактически не считает его частью собственного пользовательского пути.

5. Проблема может указывать на системную ошибку

Десятки или тысячи orphan pages часто появляются после:

• миграции;
• изменения меню;
• удаления категории;
• смены URL;
• импорта товаров;
• автоматической генерации страниц;
• ошибки шаблона;
• отключения пагинации;
• JavaScript-редизайна.

В таком случае важнее исправить источник, чем вручную расставлять ссылки на каждый URL.

Страницы-сироты в Яндексе

Яндекс в рекомендациях по структуре сайта прямо подчёркивает роль ссылок: работа поискового робота основана на переходах по ссылкам и их анализе.

Официальная справка: Яндекс — Структура сайта.

В другом разделе Яндекс рекомендует, чтобы на страницы, которые должны появляться в поиске, вели доступные ссылки с уже проиндексированных страниц.

Официальная инструкция: Как добавить сайт в поиск.

Но Яндекс может узнать URL не только по внутренней ссылке

В справке по индексированию перечислены также sitemap, внешние ссылки и другие источники обнаружения.

Поэтому утверждение:

нет внутренних ссылок → Яндекс гарантированно не знает страницу

слишком категорично.

Правильнее:

нет внутренних ссылок → страница плохо встроена во внутреннюю структуру и теряет естественный путь обхода

Что проверить в Вебмастере

Для найденной сироты смотрите:

• известен ли URL Яндексу;
• дату последнего обхода;
• код ответа;
• наличие в поиске;
• sitemap;
• ошибки индексирования.

После исправления ссылки можно отправить наиболее важные URL на переобход.

Страницы-сироты в Google

Google в официальных рекомендациях по ссылкам пишет, что каждая страница, которая вам важна, должна иметь ссылку хотя бы с одной другой страницы сайта.

Официальная документация: Google — Link best practices.

Google также подчёркивает, что для надёжного обхода обычная ссылка должна быть оформлена как элемент <a> с href.

Корректно:

<a href="/services/seo-audit/">SEO-аудит</a>

Проблемно как единственный способ навигации:

<span onclick="goToSeoAudit()">SEO-аудит</span>

Google Search Console не имеет отдельного отчёта «Orphan Pages»

Search Console может помочь собрать дополнительные URL и проверить отдельную страницу, но саму разницу между «существует» и «достижима внутренним crawl» обычно нужно вычислять самостоятельно или через SEO-краулер.

Sitemap не заменяет внутренние ссылки

Это одна из главных ошибок при работе со страницами-сиротами.

Логика:

URL есть в sitemap
→ значит внутренние ссылки не нужны

неверна.

Sitemap предназначен для передачи поисковой системе списка URL и информации о них. Он помогает обнаружению, но не превращает URL в естественный элемент архитектуры сайта.

Подробное руководство: Sitemap.xml: создание и настройка.

Противоречивый сигнал

Представьте:

sitemap.xml → говорит: страница важна
внутренняя структура → ни разу на неё не ссылается

Это не обязательно приведёт к исключению URL, но архитектурно выглядит нелогично.

Если страница действительно важна, добавьте её в релевантный пользовательский путь.

Не удаляйте полезную страницу из sitemap вместо исправления

Если коммерческая посадочная нужна, решение не такое:

убрать из sitemap

а такое:

вернуть в структуру + сохранить sitemap

Откуда появляются страницы-сироты

Удалили ссылку из меню

Страница осталась доступной, но последний путь к ней исчез.

Изменили структуру каталога

Например:

/category/old/

ещё работает, хотя дерево категорий уже построено иначе.

Удалили родительскую категорию

Дочерние URL продолжают существовать, но родителя больше нет.

Импорт создал страницы, но не навигацию

Типично для:

• товаров;
• брендов;
• тегов;
• фильтров;
• посадочных по регионам;
• профилей.

Страница существует только в sitemap

CMS автоматически включает URL в карту, хотя ни один шаблон на него не ссылается.

Страница существует только в рекламной кампании

Landing page открывается по прямой ссылке из рекламы, но сайт не предлагает к ней внутренний переход.

Это не всегда ошибка: отдельная рекламная посадочная может сознательно не участвовать в обычной архитектуре. Нужно оценивать задачу URL.

Ошибка JavaScript-навигации

Визуально пользователь видит кликабельный элемент, но в исходной/отрендеренной разметке нет надёжной crawlable-ссылки.

Неполная пагинация

Если товар или статья доступны только на глубоких страницах, а цепочка пагинации разорвана, часть контента может стать практически недостижимой.

Подробнее: пагинация в SEO.

Страницы-сироты после миграции сайта

Миграция — один из самых частых источников orphan pages.

Сценарий:

старый сайт
↓
экспортировали контент
↓
создали новые URL
↓
настроили редиректы
↓
забыли обновить часть внутренних ссылок

Или наоборот:

новые страницы существуют
↓
sitemap обновлён
↓
меню и блоки перелинковки используют старую структуру

Что сравнить после миграции

Соберите:

URL старого сайта
URL нового сайта
новый sitemap
результат crawl нового сайта
страницы с трафиком до миграции
страницы с внешними ссылками

Особенно важно не потерять страницы, которые до миграции имели:

• органический трафик;
• внешние ссылки;
• продажи;
• позиции;
• важные внутренние связи.

Страницы-сироты в интернет-магазине

В магазинах проблема часто масштабная.

Карточки товаров

Товар может остаться доступным по URL, но исчезнуть из категории из-за:

• отсутствия остатков;
• ошибки импорта;
• неверной привязки раздела;
• фильтра;
• изменения каталога.

Брендовые страницы

CMS создаёт:

/brands/bosch/

но из каталога нет блока «Бренды» и ни одна категория не ссылается на страницу.

SEO-фильтры

Индексируемая посадочная фильтра создана вручную, но существует только в sitemap.

Если страница выбрана как SEO-посадочная, она должна иметь разумную внутреннюю поддержку. Общая стратегия описана в материале SEO фильтров интернет-магазина.

Удалённые категории

Категория больше не показана в меню, но URL отдаёт 200 и содержит товары.

Нужно решить:

категория нужна → вернуть в структуру
категория объединена → 301 на релевантную замену
категория не нужна → корректно удалить

Страницы-сироты в блоге

У блога типичная причина — отсутствие нормального архива или тематической перелинковки.

Например, статья опубликована и есть в sitemap, но:

• не попала в /blog/;
• исчезла из пагинации;
• не имеет тега/категории;
• не связана с другими статьями;
• на неё никогда не поставили внутреннюю ссылку.

Старые статьи особенно уязвимы

На больших блогах новый контент постепенно вытесняет старые материалы с первых страниц архива.

Если пагинация или категории построены неправильно, старый полезный материал может потерять путь из структуры.

Решение — не добавлять все статьи в главное меню, а строить тематические хабы, категории и контекстную перелинковку.

Как найти страницы-сироты

Обычный crawl сайта сам по себе не может показать все orphan pages.

Почему?

Краулер начинает с главной и переходит по внутренним ссылкам.

главная
↓
ссылки
↓
доступные страницы

Если на сироту нет ссылок, crawler её просто не обнаружит.

Поэтому нужен второй источник URL.

Основной принцип

Сравниваем:

ВСЕ ИЗВЕСТНЫЕ URL
−
URL, НАЙДЕННЫЕ ВНУТРЕННИМ CRAWL
=
КАНДИДАТЫ В СИРОТЫ

Это самый важный принцип всей диагностики.

Метод: полный список URL минус внутренний crawl

Обозначим:

A = все URL, которые должны или могли существовать
B = URL, достижимые по внутренним ссылкам

Тогда:

A − B = кандидаты в orphan pages

Откуда взять множество A

Объедините:

• sitemap.xml;
• экспорт URL из CMS;
• базу товаров/страниц;
• страницы из аналитики;
• Google Search Console;
• Яндекс Вебмастер;
• серверные логи;
• старый crawl;
• список URL после миграции;
• страницы с внешними ссылками.

Откуда взять множество B

Запустите обычный crawl от главной страницы с переходом по внутренним ссылкам.

Затем нормализуйте URL

Перед сравнением приведите адреса к единому виду:

http / https
www / без www
слэш / без слэша
регистр
UTM
фрагменты #
параметры
redirect targets

Иначе вы получите множество ложных расхождений.

Поиск страниц-сирот через sitemap.xml

Самый простой первый аудит:

1. Выгрузить URL из sitemap.
2. Просканировать сайт от главной.
3. Сравнить списки.

Например:

sitemap: 4 500 URL
crawl:   4 120 URL
разница:   380 URL

Это не означает, что найдено ровно 380 сирот.

В разнице могут быть:

• редиректы;
• 404;
• noindex;
• canonical-дубли;
• временно недоступные страницы;
• изображения;
• некорректные URL;
• страницы, закрытые robots.txt.

Поэтому каждый кандидат нужно классифицировать.

Почему этот метод полезен

Он хорошо выявляет ситуацию:

CMS считает URL важным → добавляет в sitemap
структура сайта → не ссылается

Поиск через аналитику

Аналитика помогает найти особенно интересные сироты: страницы, на которые пользователи реально заходят, хотя внутренний crawler их не видит.

Источники:

• Яндекс Метрика;
• другая установленная аналитика;
• серверная статистика.

Соберите landing pages за достаточно длинный период и сравните с crawl.

Важный сценарий

страница получает органический трафик
↓
внутренних ссылок = 0

Это высокий приоритет.

Такой URL уже приносит пользу, но сайт не поддерживает его собственной архитектурой.

Не ограничивайтесь последними 7 днями

Сезонная страница может быть ценна, но временно не получать трафик. Для аудита выбирайте период, который отражает жизненный цикл бизнеса.

Поиск через Search Console и Яндекс Вебмастер

Инструменты поисковых систем полезны как дополнительный источник известных URL.

Google Search Console

Можно собрать:

• страницы из отчёта эффективности;
• примеры URL из индексирования;
• отдельные URL через Inspection;
• страницы, связанные с sitemap.

Яндекс Вебмастер

Полезны:

• страницы в поиске;
• статистика обхода;
• исключённые страницы;
• sitemap;
• входящие/неработающие ссылки;
• проверка конкретного URL.

Ограничение

Ни Search Console, ни Вебмастер не являются полным экспортом абсолютно всех URL вашего сайта.

Используйте их как один слой инвентаризации, а не единственный источник истины.

Поиск через CMS и базу данных

Для крупных сайтов именно CMS часто даёт самый полный список страниц, которые система считает существующими.

Экспортируйте:

ID
URL
тип страницы
статус публикации
родитель
дата обновления

Что искать

Особенно подозрительны записи:

• опубликовано = да;
• URL доступен = да;
• родитель отсутствует;
• категория удалена;
• ссылка в меню отсутствует;
• товар не привязан к разделу.

Не публикуйте технические сущности ради SEO

В базе могут быть URL, которые вообще не должны быть публичными.

Сначала классифицируйте их назначение.

Поиск страниц-сирот через серверные логи

Логи помогают увидеть URL, которые реально запрашиваются.

Например, за месяц робот посещал:

/old-category/item-123/

но crawler от главной не может до него добраться.

Это повод проверить:

• старые внешние ссылки;
• редиректы;
• sitemap;
• историю структуры;
• необходимость URL.

Логи особенно полезны после миграции

Они показывают, какие старые адреса поисковые роботы продолжают запрашивать, даже если новая CMS о них уже «забыла».

Поиск через SEO-краулер

Screaming Frog, Sitebulb и другие crawler-инструменты могут помогать с orphan pages, если им дать внешние источники URL: sitemap, аналитику, Search Console или отдельный список адресов.

Но сама программа не отменяет принцип:

нужны два множества URL

Если запустить только Spider Crawl от главной, настоящие сироты по определению не будут найдены — на них нет пути.

Что выгружать из crawl

Минимально:

URL
status code
indexability
canonical
inlinks
crawl depth
content type

Для кандидата в сироты особенно важен показатель входящих внутренних ссылок.

Как проверить найденные URL

Не исправляйте список автоматически.

Для каждого кандидата ответьте на вопросы.

1. URL отвечает 200?

Если там 301, 404, 410, 403 или 5xx, это уже другая задача.

Ошибка доступа отдельно разобрана в статье 403 Forbidden, серверные сбои — в руководстве по 5xx.

2. Страница индексируема?

Проверьте:

• robots.txt;
• robots meta;
• X-Robots-Tag;
• canonical.

3. Страница нужна пользователю?

Если нет, не создавайте искусственную ссылку только ради устранения строки в отчёте.

4. Есть поисковый или бизнес-интент?

Для категории, услуги и статьи ответ обычно понятнее, чем для технического URL.

5. Есть ли более подходящая страница?

Если документ дублирует другой URL, возможно, нужен редирект или canonical, а не дополнительная перелинковка.

Ложные страницы-сироты

Аудит часто даёт ложные кандидаты.

Краулер не выполнил JavaScript

Ссылка существует только после рендеринга, а crawl был HTML-only.

Ссылка закрыта в недоступном разделе

Формально <a href> есть, но страница-источник сама не достижима из структуры.

Неверная нормализация URL

Например:

https://example.ru/page
https://example.ru/page/

сравниваются как разные адреса.

Краулер не прошёл пагинацию

Тогда глубокие товары кажутся сиротами, хотя проблема на самом деле в конфигурации crawl или самой пагинации.

Страница доступна только авторизованным пользователям

Для публичного SEO она может вообще не требовать внутренней ссылки.

В sitemap присутствует редирект

Такой URL сначала нужно убрать из sitemap и привести карту к финальным каноническим страницам.

Как исправить полезную страницу-сироту

Если страница нужна пользователю и должна участвовать в поиске, не ограничивайтесь sitemap.

Найдите правильного родителя

Например:

/seo/audit-log-files/

логично связать с:

/technical-seo-services/
/server-error-5xx/
/check-page-indexing/

а не случайно поставить ссылку в футер на всех страницах сайта.

Добавьте контекстную ссылку

Хорошая внутренняя ссылка отвечает на вопрос пользователя и логично продолжает материал.

Например:

Если робот получает серверную ошибку, проверьте [ошибки 5xx](/server-error-5xx/).

Верните страницу в категорию или хаб

Для каталога:

категория → подкатегория → товар

Для блога:

тематический хаб → статья

Для услуг:

основная услуга → специализированная услуга

Проверьте хлебные крошки

Breadcrumbs помогают пользователю понять положение страницы, но не должны быть единственной попыткой «починить сироту», если родительская структура сама не содержит ссылку на дочерний документ.

Что делать с ненужной страницей-сиротой

Не все сироты нужно спасать.

Выберите решение по назначению URL.

Не редиректите всё на главную

Старая страница товара без аналога не должна автоматически вести на homepage.

Редирект нужен, когда существует действительно релевантная замена.

Уберите ненужный URL из sitemap

Если страница больше не должна индексироваться, карта сайта не должна продолжать рекламировать её как актуальный URL.

Внутренняя перелинковка для исправления сирот

Цель — не просто добиться inlinks > 0.

Нужна логичная связь.

Хорошие источники ссылки

• родительская категория;
• тематическая статья;
• страница услуги;
• блок связанных материалов;
• список брендов;
• хаб;
• карточка связанного товара;
• навигационный раздел.

Анкор должен объяснять переход

Плохо:

подробнее
сюда
читать

Лучше:

проверка индексации страницы
SEO умного фильтра в 1С-Битрикс
ошибка 403 Forbidden

Google рекомендует использовать понятный и релевантный anchor text, чтобы пользователю и поисковой системе было проще понимать страницу назначения.

Не превращайте исправление в link spam

Не нужно добавлять 300 ссылок в футер только потому, что crawler нашёл 300 сирот.

Сначала восстановите нормальную архитектуру.

Хлебные крошки и страницы-хабы

Когда сирот много, часто проблема решается не отдельными ссылками, а новым уровнем структуры.

Например, есть статьи:

403 Forbidden
5xx
Soft 404
redirects
canonical
crawl budget

Вместо случайной перелинковки можно построить тематический хаб:

Технические ошибки и индексирование
├── 403
├── 5xx
├── Soft 404
└── Redirects

Так пользователь получает понятный навигационный центр, а статьи — стабильный внутренний путь.

Breadcrumbs

Для страницы:

Главная → Блог → Техническое SEO → Страницы-сироты

хлебные крошки подтверждают иерархию.

Но родительские страницы тоже должны реально ссылаться на дочерние там, где это логично.

JavaScript-ссылки и скрытая навигация

Визуально кликабельный элемент не всегда является надёжной ссылкой для crawler.

Google рекомендует обычный <a href>.

Надёжно:

<a href="/catalog/notebooks/">Ноутбуки</a>

Слабее как единственный путь:

<div onclick="openCategory()">Ноутбуки</div>

JavaScript сам по себе не запрещён

Google может обрабатывать динамически вставленные ссылки, если после выполнения JavaScript получается нормальный anchor с href.

Проблема начинается, когда URL существует только внутри обработчика события и не формируется как crawlable-ссылка.

Проверяйте rendered HTML

Для важных страниц используйте инструменты рендеринга и URL Inspection, особенно после перехода на SPA/CSR.

Canonical, noindex и страницы-сироты

Статус orphan page ничего не говорит об indexability.

Возможны комбинации:

сирота + 200 + index
сирота + 200 + noindex
сирота + canonical на другую страницу
сирота + 301
сирота + 404

Поэтому внутренние ссылки нельзя анализировать отдельно от технических сигналов.

Сирота с canonical на другую страницу

Если это реальный дубль, возможно, её вообще не нужно возвращать в структуру.

Подробнее: rel=canonical.

Сирота с noindex

Сначала спросите, зачем эта страница существует.

Если она служебная, отсутствие внутренних SEO-ссылок может быть ожидаемым.

Если она коммерческая и случайно получила noindex, нужно исправлять уже две проблемы.

Как расставить приоритеты

Список из тысячи URL нельзя исправлять в случайном порядке.

Разделите кандидатов.

Приоритет 1 — страницы с трафиком и продажами

inlinks = 0
organic clicks > 0

Это особенно странная ситуация: поисковик уже приводит пользователей, а сайт не поддерживает страницу внутренними ссылками.

Приоритет 2 — важные категории и услуги

Проверьте коммерческие посадочные, которые должны участвовать в структуре.

Приоритет 3 — страницы с внешними ссылками

Они уже получили внешние упоминания, поэтому потеря внутренней связи особенно нежелательна.

Приоритет 4 — индексируемые страницы из sitemap

Если URL объявлен актуальным, но не связан с сайтом, нужно принять решение.

Приоритет 5 — технический мусор

Не создавайте ссылки на мусор. Устраните генерацию или выберите правильный HTTP/SEO-сигнал.

Полезная таблица аудита

Как проверить результат

После исправления запустите новый crawl.

Для полезной страницы должно измениться:

inlinks: 0 → 1+

Но проверьте не только число.

Контрольный список URL

Для каждой восстановленной страницы:

• 200 OK;
• индексирование разрешено;
• canonical корректен;
• есть релевантная внутренняя ссылка;
• страница доступна из структуры;
• sitemap соответствует решению;
• нет случайного редиректа;
• ссылка присутствует в rendered HTML.

Проверка в поисковых системах

Для важных URL используйте:

• Google URL Inspection;
• Яндекс Вебмастер;
• серверные логи;
• отчёты индексирования.

Если URL долго не появляется в поиске, используйте отдельную диагностику почему страницы сайта не индексируются.

Не ждите мгновенного эффекта

Восстановление ссылки меняет архитектуру сразу, но поисковой системе нужно повторно обойти источники и целевой URL.

Типичные ошибки при исправлении страниц-сирот

Ошибка 1. Искать сироты только обычным crawl

Crawler не может перейти по ссылке, которой нет.

Нужен второй список URL.

Ошибка 2. Считать все URL из sitemap полезными

Sitemap может содержать устаревшие, ошибочные и технические адреса.

Ошибка 3. Добавить все сироты в футер

Это устраняет ноль в столбце inlinks, но не строит хорошую архитектуру.

Ошибка 4. Добавить ссылку с другой сироты

Получится изолированный остров:

сирота A → сирота B

но пути от основной структуры всё равно нет.

Ошибка 5. Считать любую глубокую страницу сиротой

URL на глубине пяти кликов — не сирота, если на него ведёт crawlable-путь.

Ошибка 6. Путать noindex и orphan

noindex — правило индексирования. Orphan — отсутствие внутреннего пути.

Ошибка 7. Не проверять status code

URL с 301 или 404 не нужно «лечить перелинковкой» как обычную страницу.

Ошибка 8. Считать sitemap достаточным исправлением

Карта помогает обнаружить URL, но не заменяет внутреннюю структуру.

Ошибка 9. Создать ссылки на страницы без ценности

Сначала решите, нужен ли документ вообще.

Ошибка 10. Не искать системную причину

Если после каждого импорта появляется 5 000 новых сирот, ручная перелинковка бессмысленна. Исправьте генератор.

Чек-лист аудита страниц-сирот

• выполнен crawl от главной страницы;
• выгружены URL из sitemap;
• собраны landing pages из аналитики;
• добавлены URL из Search Console;
• добавлены URL из Яндекс Вебмастера;
• при необходимости получен экспорт из CMS;
• учтены серверные логи;
• URL нормализованы;
• найдено множество все URL − crawl;
• кандидаты проверены вручную/массово;
• проверен HTTP status;
• проверены robots/noindex;
• проверен canonical;
• определена бизнес-ценность;
• полезным страницам назначен родитель/хаб;
• добавлены релевантные crawlable-ссылки;
• ненужные URL удалены или объединены корректно;
• sitemap приведён к актуальному состоянию;
• выполнен повторный crawl;
• важные URL проверены в Google и Яндексе;
• устранена системная причина появления новых сирот.

FAQ по страницам-сиротам

Что такое страница-сирота на сайте?

Это существующий URL, на который не ведут внутренние ссылки из обычной доступной структуры сайта.

Страница-сирота обязательно не индексируется?

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

Как найти страницы-сироты?

Нужно сравнить полный список известных URL с результатом внутреннего crawl. Источниками полного списка могут быть sitemap, CMS, аналитика, Search Console, Яндекс Вебмастер и логи.

Почему обычный SEO-crawler не находит сироты?

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

Достаточно ли добавить страницу в sitemap?

Нет. Sitemap помогает сообщить поисковику URL, но не заменяет внутреннюю ссылочную структуру.

Сколько внутренних ссылок должно быть у страницы?

Универсального числа нет. Google прямо рекомендует, чтобы каждая важная страница имела хотя бы одну внутреннюю ссылку. В реальном сайте количество и источники ссылок должны определяться архитектурой и пользой для посетителя.

Нужно ли ставить ссылку на каждую сироту?

Нет. Сначала решите, нужна ли страница. Устаревший или дублирующий URL может требовать редиректа, canonical, 404/410 или другого решения.

Страница без исходящих ссылок — это сирота?

Не обязательно. Если другие документы ссылаются на неё, это не orphan page. Скорее это страница-тупик с другой навигационной проблемой.

Можно ли исправить сироты ссылками из футера?

Технически входящие ссылки появятся, но это часто слабое решение. Лучше вернуть страницу в релевантную категорию, тематический хаб или контекстную перелинковку.

Может ли JavaScript создать ложную сироту?

Да. Если crawler не рендерит JavaScript или ссылка реализована нестандартно, инструмент может её не увидеть. Проверяйте rendered HTML и наличие обычного <a href>.

Как часто проверять страницы-сироты?

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

Вывод

Страница-сирота — не просто URL «без ссылок», а документ, выпавший из внутренней архитектуры сайта.

Главный метод поиска очень простой по логике:

все известные URL
−
URL, достижимые внутренним crawl
=
кандидаты в страницы-сироты

Сложность начинается дальше: не каждый кандидат нужно возвращать в структуру.

Для каждого URL определите:

нужен пользователю?
должен индексироваться?
есть самостоятельная ценность?
есть более подходящая замена?

Если страница полезна — дайте ей естественный внутренний путь из категории, хаба, статьи или другого релевантного документа.

Если страница не нужна — не создавайте искусственную ссылку ради отчёта. Используйте правильный статус, редирект, canonical или правило индексирования.

И главное: при массовом количестве сирот ищите системную причину. Хорошая внутренняя структура должна предотвращать их появление автоматически.

Для комплексной проверки структуры, кодов ответа, sitemap, индексирования и внутренних ссылок используйте технический SEO-аудит.