Внутренняя перелинковка сайта: схемы и правила

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

Зачем это вообще нужно

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

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

Представьте два одинаковых по тексту сайта техподдержки. На первом статья про обновление CMS ссылается на страницу услуги прямо в абзаце про риски устаревшего кода. На втором такой ссылки нет вообще. Только общее меню наверху. Формально у обоих сайтов один и тот же контент. Робот и читатель увидят их по-разному: у первого связь между вопросом и решением явная, у второго её приходится домысливать самому.

Схема 1: хаб-спицы — для сайта из 20–200 страниц

Подходит для сайта компании, который продаёт услуги: несколько направлений, у каждого — подуслуги, у части — кейсы и статьи блога. Модель простая. Главная ссылается на хабы (разделы направлений). Хаб ссылается на все услуги внутри направления и получает ссылки обратно с каждой из них.

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

На практике хаб не обязан быть отдельной страницей с уникальным текстом с самого начала. Для сайта из 20–30 страниц достаточно, чтобы разделом-хабом выступал пункт меню с коротким описанием направления и списком услуг внутри. Отдельную страницу-хаб с собственным контентом имеет смысл делать, когда направление разрастается за 5–7 услуг и внутри него уже накопилось несколько статей блога — тогда хабу есть что объединять.

Схема 2: каталог — для интернет-магазина

В каталоге основной вес идёт по цепочке категория → подкатегория → карточка товара, а не хаотично между карточками. Категория отдаёт вес подкатегориям. Получает часть веса от карточек внутри. Карточка товара ссылается вверх на категорию и вбок — на похожие товары, но не должна становиться точкой входа для случайных переходов «похожее → похожее → похожее» без выхода к категории.

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

Схема 3: блог → услуги

Статья блога почти никогда не продаёт сама по себе — она подводит читателя к решению и передаёт его дальше, на страницу услуги. Рабочая схема для этой связки:

• 1–2 ссылки из статьи на профильную услугу — в естественном месте текста, не в конце списком;
• 1 ссылка на хаб направления, если статья касается широкой темы;
• 2–3 ссылки на соседние статьи по теме, чтобы читатель не упирался в тупик.

Запрос «внутренняя перелинковка между информационным и коммерческим разделами» встречается в Вебмастере — это то, что реально ищут владельцы сайтов, а не абстрактная теория из учебника. Разбор смежной темы — чек-лист коммерческие факторы ранжирования: страница услуги должна не только получать ссылку из блога, но и быть готова принять пришедшего с неё читателя.

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

Анкорная стратегия: без переспама

Анкор — это текст ссылки, видимый пользователю. Три типа покрывают почти все случаи. Прямой анкор («техподдержка сайта») совпадает с головой запроса услуги. Частичный («поддержка сайта на Битриксе») — вариация с уточнением. Смысловой («как мы отвечаем за скорость сайта») — фраза внутри предложения, которая ведёт на услугу по смыслу, а не по точному совпадению.

Перекос в сторону прямых анкоров — частая ошибка. Слишком много ссылок с одинаковым точным текстом на одну и ту же страницу выглядит для поисковика неестественно и рискует попасть под фильтр «Баден-Баден» за переспам ключевых слов в ссылках , даже если сама разметка технически корректна. Разнообразие формулировок анкоров — не только стилистическая, но и техническая защита.

Семантическое ядро и кластеры блога

Перелинковка работает лучше всего, когда статьи блога сгруппированы по темам — кластерам — до написания, а не разбросаны вразнобой. Статья внутри кластера ссылается на 2–3 соседние статьи той же темы и на центральный материал (если он есть), а не на случайные посты с других концов блога. Такая структура опирается на подготовительную работу — сбор семантического ядра и кластеризацию запросов , которая определяет, какие статьи вообще должны появиться и как их сгруппировать до того, как перелинковка станет актуальной задачей.

Перелинковка кейсов

Кейс — публичный разбор выполненного проекта. Он усиливает конкретную услугу, если связан с ней ссылками в обе стороны. Минимальный набор для страницы кейса: ссылка вверх на услугу, которую кейс иллюстрирует, ссылка на хаб направления, если он есть, и одна-две ссылки на смежные кейсы того же профиля. Со стороны услуги — обратная ссылка на кейс в разделе примеров или результатов.

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

Пример: аудит небольшого сайта услуг за один час

Сайт digital-агентства на 60 страниц: 12 услуг, 3 хаба направлений, 35 статей блога. Владелец подозревает, что часть страниц «потерялась» в поиске, но не знает, с чего начать.

Шаг первый — выгрузка. Краулер (можно бесплатный вроде Screaming Frog в лимитированном режиме до 500 URL) проходит по сайту и строит список всех страниц с числом входящих ссылок на каждую. Занимает 10–15 минут.

Шаг второй — сортировка по возрастанию числа входящих ссылок. Наверху списка — страницы-сироты с нулём. На практике их обычно находится больше, чем ожидает владелец: старые лендинги под завершённые акции, черновики, которые забыли удалить, страницы благодарности после формы.

Шаг третий — по каждой странице услуги проверка: есть ли хотя бы одна ссылка из блога. Часто оказывается, что 2–3 услуги из 12 не упоминаются ни в одной статье вообще — просто потому, что статьи писали в разное время и разные авторы, а связку никто не сверял.

Шаг четвёртый — план правок. Не «переделать всё», а точечно: 5–7 ссылок из существующих статей на страницы услуг без единого входа, удаление или редирект сирот, которые больше не нужны. Час работы закрывает добрую половину проблем, которые нашлись бы и без специальных инструментов — просто руками, при внимательном просмотре сайта.

Чек-лист аудита перелинковки: 8 пунктов

1. Выгрузите список всех страниц сайта (карта сайта или краулер).
2. Найдите страницы без единой входящей ссылки — страницы-сироты.
3. Проверьте, что у каждой страницы услуги минимум одна ссылка из блога.
4. Проверьте глубину: сколько кликов от главной до самой дальней продающей страницы.
5. Посчитайте разнообразие анкоров на самые важные страницы — не больше трети точных совпадений.
6. Найдите циклы «похожее → похожее → похожее» без выхода на категорию или услугу.
7. Проверьте, что хлебные крошки в интерфейсе совпадают с логикой ссылок и разметкой BreadcrumbList.
8. Отметьте страницы с избыточным числом исходящих ссылок (за сотню) — вес размывается на каждую.

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

Сколько ссылок на странице — это уже слишком много

Точной цифры не существует, но здравый принцип есть: чем больше исходящих ссылок на странице, тем меньше веса и внимания достаётся каждой отдельной. Страница со ста ссылками в подвале, меню и теле текста размывает свой вес почти до нуля на каждую конкретную цель — робот и читатель одинаково теряются в таком количестве вариантов.

Практический ориентир для тела статьи блога — 5–10 ссылок на другие страницы сайта, без учёта повторяющихся элементов меню и подвала. Для страницы услуги — 3–5 ссылок в основном тексте: на хаб, на смежную услугу, на кейс, на пару статей блога. Больше — уже шум, в котором теряется главный призыв страницы, а не помощь читателю.

Когда перелинковку нужно автоматизировать

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

Здесь в дело идут программные блоки: «похожие товары» по общим атрибутам, «читайте также» по тегам или категории статьи, автоматические ссылки на услугу по ключевым словам в тексте. Разница с ручной расстановкой — в контроле, а не в самом инструменте: автоматический блок обязан иметь ограничения (не больше N ссылок, не повторять один и тот же URL дважды на странице, не создавать циклов), иначе он быстро превращается в источник тех самых ошибок, которые чек-лист выше должен находить.

Хлебные крошки — часть той же системы

Хлебные крошки (навигационная цепочка вида «Главная → Услуги → Название услуги») — это перелинковка в компактном виде. Они дают читателю быстрый путь назад по иерархии и одновременно сообщают роботу, где страница расположена в структуре сайта. Разметка BreadcrumbList в коде должна дословно совпадать с тем, что видно в интерфейсе: расхождение между видимой цепочкой и кодом сбивает робота с толку так же, как обычная битая ссылка.

Частые ошибки

Страницы-сироты — самая частая находка при первом аудите. Раздел когда-то убрали из меню, но страницы остались доступны по прямой ссылке. Просто без единого входа. Циклы у похожих товаров или статей — вторая по частоте: рекомендательный блок ведёт на похожий товар, тот — на следующий похожий, и так по кругу без единого выхода к категории. Третья ошибка — «динамические» блоки «похожие статьи», которые автоматически подбирают случайные материалы вместо осмысленной подборки. Такой блок сливает вес туда, куда не планировали. Его лучше заменить на вручную заданный список из 3–5 материалов.

Четвёртая ошибка встречается на сайтах, где меню растёт годами без пересмотра: пункт меню ведёт на страницу, которую переименовали или объединили с другой, а старую ссылку забыли поправить. Читатель попадает на страницу с устаревшим заголовком или на 404, а робот тратит часть обхода впустую. Простая проверка раз в квартал — кликнуть по всем пунктам меню подряд — находит такие расхождения быстрее любого сложного инструмента.

Мобильная версия: ссылки прячутся чаще, чем кажется

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

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

После редизайна или смены структуры

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

Правило простое: любая правка структуры требует отдельного прохода по чек-листу сразу после публикации, не через квартал. Карта соответствия старых и новых URL — таблица «было → стало» — экономит часы на поиске битых ссылок постфактум. Составляйте её до переезда, а не после жалоб от пользователей или падения трафика в отчётах.