Внутренняя перелинковка — система связей между страницами одного сайта. В структуре pillar-cluster одна широкая «pillar»-страница раскрывает тему в целом, а «cluster»-статьи вокруг неё отвечают на узкие вопросы и все возвращаются к pillar. Такая структура показывает поисковой системе тематическую связь между страницами и ведёт пользователя от одной статьи к следующей.
Зачем нужна внутренняя перелинковка
Внутренняя ссылка выполняет три функции. Первая — обнаружение: робот переходит с одной страницы на другую по ссылке, а страница, к которой нет ссылок, находится только через sitemap и обычно индексируется позже. Вторая — контекст: текст вокруг ссылки и anchor-текст указывают, о чём страница. Третья — распределение «веса» между страницами: страница, до которой можно добраться с главной за три клика, считается более важной, чем та, что находится в десяти кликах.
В документе Google link best practices чётко указано, что ссылка должна иметь вид <a href="..."> — «ссылка», открывающаяся через JavaScript и onclick, для робота не является ссылкой. Это самая распространённая ошибка на SPA-сайтах.
Pillar и cluster: рабочая структура
Pillar-страница — это полная карта темы. Она не углубляется в узкий вопрос, а перечисляет все внутренние темы и даёт ссылку на каждую. Cluster-статья, в свою очередь, полностью отвечает на один вопрос и хотя бы один раз возвращается к pillar.
Практический пример: если pillar — «Подготовка сайта к поиску», то cluster будут следующими — технический аудит, скорость страниц, написание заголовков, настройка Search Console, внутренняя перелинковка. Каждая cluster-статья также ссылается на другие cluster, но только там, где это уместно по смыслу.
| Элемент | Функция | Направление ссылок |
|---|---|---|
| Pillar-страница | Полное покрытие темы | На все cluster |
| Cluster-статья | Ответ на один вопрос | На pillar + 1–3 соседние cluster |
| Страница услуги | Конверсия | Из cluster там, где уместно по смыслу |
Преимущество такой структуры в том, что при написании новой статьи вы не думаете, куда её привязать: она подключается к тому pillar, к которому относится.
Anchor-текст: что писать
Anchor — это кликабельный текст ссылки. Слова вроде «здесь», «подробнее», «эта ссылка» не несут никакой информации. Anchor должен называть тему страницы: «чек-лист технического SEO-аудита» или «отчёты Search Console».
При этом не стоит везде повторять один и тот же anchor — текст выглядит искусственно и надоедает читателю. Когда даёте ссылки на одну страницу из разных мест, используйте естественные варианты: «пройти аудит сайта», «чек-лист аудита», «проверка из 12 пунктов». Например, чек-лист SEO-аудита сайта читается как продолжение этой статьи.
Если anchor — изображение, то текст alt выполняет функцию anchor — ссылка на изображение с пустым alt остаётся для робота без anchor.
Сколько ссылок размещать
Точного числа нет, но в практике есть рабочий ориентир: в статье на 1000 слов 3–6 внутренних ссылок достаточно, чтобы они естественно располагались в тексте. Больше — и абзац превращается в «синий», а читатель не нажимает ни на одну.
Важнее — место ссылки. Ссылка в середине текста, там, где упоминается соответствующая мысль, получает больше кликов, чем список «Похожие статьи» в конце страницы. Автоматически сгенерированный блок «похожие статьи» полезен, но не заменяет контекстную ссылку, размещённую вручную.
Давать с одной страницы на один и тот же URL две-три ссылки тоже избыточно: первая ссылка работает, остальные лишь запутывают текст.
Осиротевшие страницы и глубина
Осиротевшая (orphan) страница — страница, на которую нет ссылок с других страниц сайта. Она есть в sitemap, но отсутствует в структуре сайта. На сайтах с большим архивом это обычное явление: статья трёхлетней давности осталась на 40-й странице пагинации, и на неё никто не ссылается.
Вторая проблема — глубина. Количество кликов, необходимых, чтобы добраться с главной страницы до страницы, называется «click depth». Практическое правило: важные страницы не должны находиться дальше трёх кликов. Вместо опоры на пагинацию сокращайте глубину с помощью соответствующих страниц тегов, тематических подборок и контекстных ссылок внутри статей.
Самый простой способ проверить это — сравнить URL из карты сайта со списком реальных внутренних ссылок:
# 1. Все URL из sitemap
curl -s https://example.com/sitemap.xml | grep -oP '(?<=<loc>)[^<]+' | sort -u > sitemap.txt
# 2. Проведите сканирование сайта и получите список внутренних ссылок
# (с помощью Screaming Frog или wget)
wget --spider -r -l 5 --no-verbose https://example.com 2>&1 \
| grep -oP 'URL:\K\S+' | sort -u > crawled.txt
# 3. Страницы, которые есть в sitemap, но не найдены по ссылкам
comm -23 sitemap.txt crawled.txt
Результат последней команды — список осиротевших страниц. Он не обязательно должен быть пустым, но для каждой важной страницы из списка нужно найти ссылку.
Какой странице нужно больше ссылок
Размещение ссылок само по себе не цель. Приоритеты определите так:
- Конверсионные страницы — услуги, продукты, контакты. Ссылайтесь на них из cluster-статей там, где это уместно по смыслу. Например, из статьи об аудите — на страницу услуг.
- Pillar-страницы — получают ссылки со всех cluster.
- Новые статьи — сразу после публикации должны получить 2–3 ссылки со старых, уже проиндексированных статей.
- Страницы с растущими показателями — страницы, чья позиция в Search Console находится в диапазоне 8–20. Добавление внутренних ссылок на них обычно даёт самый быстрый заметный результат.
Четвёртый пункт можно найти в отчётах Search Console: отсортируйте по средней позиции и выделите страницы, которым не хватает немного до первой страницы.
Возврат к старым статьям
Внутренняя перелинковка — не разовая работа. При написании новой статьи легко поставить ссылки только из неё на другие, но забывается обратное: ссылки со старых статей на новую.
Порядок работы простой — после публикации новой статьи найдите на сайте старые тексты по теме и, если найдёте подходящее предложение, поставьте ссылку:
site:example.com "ichki linklash"
Или прямо в репозитории: grep -ril "ichki linklash" content/. В каждом найденном файле посмотрите, есть ли предложение, на которое действительно стоит поставить ссылку. Принудительно вставленная ссылка не принесёт пользы.
AI-поиск и внутренние ссылки
Страницы, на которые ссылаются в AI-ответах, обычно чётко и самостоятельно раскрывают тему. Внутренняя перелинковка здесь влияет косвенно: хорошо связанная структура сайта создаёт для модели тематический контекст и оставляет открытый путь перехода с одной страницы на другую. В статье Отображение в AI-поиске эта сторона рассмотрена подробнее.
Практическая сторона: первый абзац cluster-статьи должен давать прямой ответ на вопрос, а ссылка на pillar должна идти после этого ответа, а не вместо него.
Часто задаваемые вопросы
Через какое время виден результат внутренней перелинковки?
После повторного сканирования страницы и обновления индекса. Это занимает от нескольких дней до нескольких недель и зависит от частоты сканирования сайта. Крупные изменения лучше делать в несколько этапов и наблюдать 3–4 недели после каждого этапа.
Могу ли я сделать это сам?
Да. Внутренняя перелинковка — одна из задач, которую можно выполнить без участия разработчика, на уровне контент-редактора. Нужно лишь один раз просканировать сайт, чтобы увидеть его структуру (бесплатная версия Screaming Frog поддерживает до 500 URL).
Много внутренних ссылок вредит странице?
Вред обычно не технический, а пользовательский: текст становится неудобным для чтения. Точной границы нет, но если в абзаце больше двух ссылок — перечитайте этот абзац.
Нужен ли nofollow для внутренних ссылок?
Обычно нет. Для использования rel="nofollow" во внутренних ссылках должна быть конкретная причина (например, URL логина или фильтров). Помечать обычные контентные ссылки nofollow не даёт никакой пользы.
Внутренняя перелинковка — самая дешёвая часть работы над сайтом: она не требует нового контента, настройки сервера или бюджета. Если один раз выстроить структуру pillar-cluster, каждая следующая статья сама найдёт своё место.