Внутренняя перелинковка и структура ссылок в магазине на 1С-Битрикс

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

Эта статья — практический разбор того, как выстроить внутреннюю перелинковку и структуру ссылок сайта в магазине на 1С-Битрикс: зачем перелинковка нужна с точки зрения распределения веса и PageRank, индексации, навигации и поведенческих факторов; какие бывают типы связей — иерархические, горизонтальные, контентные, теговые; как работают хлебные крошки, меню и анкоры; что такое глубина клика и «сиротские» страницы; как связать блог с каталогом в воронку; чем отличается автоматическая перелинковка от ручной и как её реализуют на платформе; почему связи ломаются после обмена с 1С и как проводить аудит. Материал вырос из нашей практики SEO-продвижения интернет-магазинов на 1С-Битрикс — по делу, без магии «ссылочного веса из воздуха».

Зачем магазину внутренняя перелинковка

Первый вопрос, который стоит задать: разве недостаточно просто иметь страницы, карту сайта и меню? Ведь товары и так «есть». Проблема в том, что наличие страницы в базе не означает, что она получает трафик и вес. Поисковая система работает со ссылками: она обходит сайт по ним, оценивает страницы по тому, кто и как на них ссылается, а пользователь перемещается по сайту тоже по ссылкам. Если внутренняя структура ссылок выстроена случайно, часть страниц оказывается «в тени» — до них не доходят ни робот, ни покупатель, ни вес.

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

• Распределяет вес страниц. Внутренние ссылки передают «ссылочный авторитет» от сильных страниц к тем, которые должны ранжироваться, — важные категории и товары получают поддержку.
• Помогает индексации. Робот находит и обходит страницы по ссылкам; хорошая перелинковка ускоряет попадание новых товаров и статей в индекс и переобход обновлённых.
• Ведёт покупателя. Логичные переходы «раздел → товар → сопутствующие → корзина» удерживают человека на сайте и увеличивают глубину просмотра и средний чек.
• Улучшает поведенческие. Когда со страницы есть куда пойти дальше, снижаются отказы, растут глубина и время — а это сигналы качества для поисковых систем.
• Формирует смысловые связи. Ссылки с осмысленными анкорами подсказывают поиску, о чём целевая страница и как страницы связаны тематически.
• Сокращает глубину клика. Правильная структура держит важные страницы ближе к главной, что помогает и обходу, и распределению веса.

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

Что такое перелинковка и структура ссылок

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

Полезно различать несколько понятий, которые часто смешивают:

• Внутренние ссылки — ведут на страницы того же сайта. Именно они предмет этой статьи.
• Внешние ссылки — ведут на другие сайты (исходящие) или приходят с них (входящие, «беклинки»). Это отдельная тема.
• Структура каталога — иерархия разделов и подразделов. Это скелет, на который навешивается перелинковка, но не одно и то же: у одной и той же структуры каталога перелинковка может быть выстроена лучше или хуже.
• Навигация — меню, крошки, футер, фильтры. Это самые массовые, «сквозные» внутренние ссылки.
• Анкор — видимый текст ссылки. Он несёт смысловой сигнал о целевой странице.

Структуру ссылок удобно рассматривать на трёх уровнях. Первый — глобальный: как устроен весь граф сайта, какие страницы центральные, нет ли изолированных областей. Второй — уровень шаблонов: как перелинкованы типовые страницы (карточка товара всегда даёт крошки, блок похожих, ссылку в раздел). Третий — уровень конкретной страницы: какие ссылки стоят в тексте статьи или в описании категории. Хорошая перелинковка выстроена на всех трёх: продуманный общий граф, аккуратные шаблоны и точечные ручные связи там, где они нужны. На 1С-Битрикс большая часть работы приходится на уровень шаблонов и компонентов — их и разберём подробнее в разделах о реализации.

Распределение веса страниц (PageRank)

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

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

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

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

Помощь индексации и обходу сайта

Вторая большая задача перелинковки — помогать поисковому роботу находить и обходить страницы. Робот двигается по сайту по ссылкам: пришёл на страницу, собрал с неё ссылки, пошёл по ним дальше. Если на страницу не ведёт ни одна внутренняя ссылка, робот может добраться до неё только из карты сайта (sitemap) — а это менее надёжный и приоритетный путь. Хорошая структура ссылок означает, что до любой важной страницы можно дойти по коротким и логичным маршрутам.

Что даёт грамотная перелинковка для индексации:

• Обнаружение новых страниц. Новый товар, попавший в раздел и в блоки «новинки»/«похожие», сразу получает входящие ссылки — робот находит его быстрее.
• Переобход обновлённых. Страницы, на которые ведёт много живых ссылок, робот навещает чаще — важные обновления быстрее попадают в индекс.
• Экономию краулингового бюджета. Если робот не тратит обходы на бесконечные комбинации фильтров и дубли, он успевает обойти полезные страницы.
• Отсутствие «слепых зон». Нет изолированных областей сайта, куда ведут ссылки только из карты сайта или ниоткуда.

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

Навигация и поведенческие факторы

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

Как перелинковка влияет на поведение:

• Снижает отказы. Со страницы всегда есть куда пойти дальше — в раздел, к похожему товару, к сопутствующему, к полезной статье. Человек не упирается в тупик.
• Увеличивает глубину. Логичные блоки «похожие» и «с этим покупают» вовлекают в просмотр нескольких карточек за визит.
• Ведёт к заказу. Сопутствующие товары и рекомендации напрямую поднимают средний чек, а переходы «раздел → товар → корзина» короче, когда навигация выстроена.
• Помогает сориентироваться. Хлебные крошки и понятное меню показывают, где человек находится и как вернуться на уровень выше.

Тонкость в том, что навигационная логика и логика «веса» иногда тянут в разные стороны. Например, для веса заманчиво поставить побольше ссылок на приоритетные категории отовсюду — но если это мешает пользователю и захламляет интерфейс, выигрыш в весе съедается проигрышем в поведении. Правильный ориентир — от пользователя: сначала выстроить перелинковку так, чтобы человеку было удобно двигаться по сайту к покупке, а уже затем донастроить акценты для веса, не ломая удобство. Ссылка, которая помогает покупателю, почти всегда полезна и для SEO; ссылка «только для робота» — почти всегда сомнительна.

Типы связей: карта перелинковки

Чтобы перелинковка была системой, а не набором случайных ссылок, полезно различать типы связей. В интернет-магазине их удобно свести к четырём группам, у каждой из которых своя роль. Здоровый магазин использует все четыре в связке, а не полагается на одну.

Каждый тип решает свою задачу. Иерархические связи формируют понятную структуру и переносят вес по вертикали каталога. Горизонтальные связывают товары между собой и напрямую работают на удержание и средний чек. Контентные соединяют блог с каталогом, превращая информационный трафик в путь к покупке и передавая вес из статей в коммерческие страницы. Теговые и фасетные создают дополнительные точки входа под конкретный спрос («красные платья», «ноутбуки до 50000»), которых нет в обычной иерархии. Дальше разберём каждый тип отдельно — как он устроен и как реализуется на 1С-Битрикс.

Иерархия: раздел ↔ подраздел ↔ товар

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

Из чего складываются иерархические связи в магазине на 1С-Битрикс:

• Меню разделов. Ссылки с главной и сквозные ссылки в разделы каталога — самый весомый канал передачи веса вниз по иерархии.
• Списки подразделов. На странице раздела — ссылки на его подразделы (и, при необходимости, на популярные товары), чтобы вес шёл дальше вниз.
• Ссылки в карточки. Со страницы раздела/подраздела — ссылки на товары через листинг (и пагинацию, доступную роботу).
• Хлебные крошки. С карточки товара — ссылки наверх, в подраздел и раздел; вес частично возвращается вверх, а пользователь понимает своё место.
• Ссылка «в раздел» из карточки. Явная ссылка «все товары раздела» помогает и навигации, и передаче веса обратно в категорию.

Ключевой риск иерархии — избыточная вложенность. Если структура каталога слишком глубокая (раздел → подраздел → под-подраздел → под-под-подраздел → товар), важные страницы «тонут»: до них далеко и роботу, и покупателю, и весу. Здоровая иерархия обычно укладывается в 3–4 уровня для большинства товаров. Как проектировать структуру каталога, чтобы она была и логичной, и неглубокой, мы подробно разбираем в отдельной статье про структуру каталога и разделы в 1С-Битрикс. Здесь важно запомнить принцип: перелинковка настраивается поверх структуры, но не чинит её ошибки — сначала разумная иерархия, потом связи.

Горизонталь: похожие, сопутствующие, аналоги

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

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

Контентные связи: статья ↔ категория ↔ товар

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

• Статья → категория и товар. В тексте гайда «как выбрать» логично сослаться на категорию каталога и на конкретные упомянутые модели — там, где читателю по смыслу пора перейти к выбору и покупке.
• Категория и товар → статья. На странице категории или в карточке товара уместен блок «Полезные материалы» или ссылка «как выбрать», ведущая в блог. Это помогает сомневающемуся и удерживает его на сайте.
• Статья ↔ статья. Материалы одного тематического кластера ссылаются друг на друга и на опорную (pillar) статью, концентрируя вес на главной теме.

Ценность контентных связей в том, что блог обычно собирает информационный трафик, до которого не дотягивается каталог, и обладает собственным весом. Ссылка из хорошей статьи в категорию передаёт этой категории часть авторитета и приводит на неё тёплого, уже подготовленного читателя. Обратная ссылка — из категории в статью — удерживает сомневающегося покупателя, давая ему разобраться, вместо того чтобы уйти гуглить в другое место. Чтобы такие связи были осмысленными, статьи должны вырастать из семантики, привязанной к каталогу; как собрать семантическое ядро магазина и разложить его по кластерам и категориям, мы разбираем в статье про семантическое ядро интернет-магазина на 1С-Битрикс.

Теговые и фасетные страницы

Обычная иерархия каталога отвечает на вопрос «какой это товар», но не покрывает спрос вида «красные платья», «ноутбуки до 50000», «диваны для дачи». Такие запросы описывают товар не по типу, а по признаку — цвету, цене, назначению, бренду. Для них создают теговые и фасетные страницы: подборки товаров по одному или нескольким признакам. Это дополнительные точки входа из поиска и дополнительные узлы в сети перелинковки.

• Теговые страницы. Ручные или полуавтоматические подборки по тегу/признаку («товары для дачи», «подарки до 3000»). У них свой ЧПУ, заголовок и, часто, текстовое описание.
• Фасетные (фильтровые) страницы. Страницы, соответствующие применённому фильтру («красные», «бренд X», «до 5000»). Часть из них имеет поисковый спрос и достойна индексации, часть — нет.
• Пересечения фильтров. Комбинации двух-трёх признаков («красные платья до 5000»). Спрос есть только у некоторых — их и открывают, остальное закрывают от индексации.

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

Хлебные крошки и меню как каркас

Хлебные крошки и меню — самые массовые внутренние ссылки на сайте: они присутствуют почти на каждой странице и потому переносят заметную долю веса. Это «сквозная» перелинковка, каркас, на который навешивается всё остальное. Разберём их роль подробнее.

• Хлебные крошки. Путь «Главная → Раздел → Подраздел → Товар» на каждой странице каталога. Дают пользователю ориентир и ссылки на уровни выше, а поиску — понятную иерархию (плюс размечаются как BreadcrumbList).
• Главное меню. Ссылки в основные разделы каталога с любой страницы. Самый весомый канал передачи веса от главной вниз и мощный навигационный элемент.
• Мегаменю. Развёрнутое меню с подразделами. Удобно для больших каталогов, но требует меры: сотни ссылок в мегаменю распыляют вес и перегружают.
• Футер. Сквозные ссылки на важные страницы (популярные разделы, служебные страницы). Полезен, но не стоит превращать его в «ссылочную свалку».
• Боковое меню / фильтры. Навигация внутри раздела: подразделы, теги, фильтры. Часть ссылок ведёт на индексируемые страницы, часть — на закрытые от индексации.

Главный принцип работы с каркасом — мера. Сквозные ссылки очень весомы именно потому, что стоят на всех страницах, но по той же причине их избыток вреден: если из футера и мегаменю ведут сотни ссылок, вес размазывается тонким слоем, а важные страницы не получают акцента. Разумный каркас — это компактное меню в ключевые разделы, аккуратные крошки на каждой странице, умеренный футер и навигация внутри раздела без перегруза. Хлебные крошки при этом почти всегда полезны и не бывают лишними: они и ориентируют пользователя, и красиво возвращают вес вверх по иерархии, и дают материал для микроразметки. Каркас — это фундамент структуры ссылок; всё остальное (блоки, теги, ручные ссылки) достраивается поверх него.

Анкоры: разнообразие и релевантность

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

Сравним, как выглядят хорошие и плохие анкоры для внутренних ссылок:

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

Приоритет страниц и глубина клика

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

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

• Ссылки с главной. Блоки популярных разделов, хитов продаж, акций на главной подтягивают важные страницы «ближе».
• Меню в ключевые разделы. Сквозная ссылка делает раздел доступным в один клик с любой страницы.
• Теговые точки входа. Подборки под спрос дают короткие пути к товарам, минуя глубокую вложенность.
• Неизбыточная структура. Меньше лишних уровней вложенности — меньше глубина у всех страниц раздела.
• Перелинковка блоками. «Похожие» и «с этим покупают» создают дополнительные короткие маршруты между карточками.

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

Сиротские страницы

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

Откуда берутся сиротские страницы в интернет-магазине:

• После обмена с 1С. Товар выгрузился, но не привязался к активному разделу — карточка «висит» без входящих ссылок из каталога.
• После смены структуры. Раздел удалили или перенесли, а товары остались без привязки к новой иерархии.
• Снятие раздела с публикации. Раздел скрыли, а его товары не обработали — на них больше нет ссылок из навигации.
• Импорт без ссылок. Статьи или страницы загрузили, но не встроили в перелинковку — они доступны только по прямому URL.
• Устаревшие/архивные товары. Позиции сняли с листингов, но не удалили и не перенаправили — они остались сиротами.

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

Перелинковка блога с каталогом: воронка

Мы уже говорили про контентные связи в разделе о типах перелинковки. Здесь разберём их в динамике — как воронку, по которой читатель блога движется к покупке. Блог обычно ловит информационный спрос («как выбрать», «чем отличается», «обзор»), до которого не дотягивается каталог. Задача перелинковки — не бросить этот трафик на статье, а провести его дальше: в категорию, к конкретным товарам, к заказу.

Как выглядит воронка блог → каталог → товар по шагам:

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

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

Автоматическая и ручная перелинковка

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

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

Свойства-привязки и компоненты «похожие»

Перейдём к реализации на 1С-Битрикс. Автоматическая перелинковка на платформе строится в основном на двух механизмах: свойствах-привязках и штатных компонентах вывода. Разберём их.

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

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

Штатные компоненты вывода. На 1С-Битрикс есть готовые компоненты для списков и связанных товаров, которые умеют показывать блоки «похожие» и «сопутствующие» по свойству-привязке или по фильтру (тот же раздел, близкие характеристики). Хлебные крошки формируются автоматически из иерархии разделов, меню — из структуры каталога. Это и есть основа автоматической перелинковки: настроив компоненты один раз в шаблоне, вы получаете крошки, блоки похожих и сопутствующих, ссылки в раздел на всех карточках сразу. Важный нюанс, к которому мы ещё вернёмся: если горизонтальные связи заданы вручную через свойства-привязки, их может затирать обмен с 1С — поэтому в крупных каталогах часть связей (например, «похожие») выгоднее строить алгоритмически по разделу и характеристикам, а не руками.

Умные подборки, карусели и блоки

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

• Умные фильтры и подборки. Автоматически собранные наборы товаров по условиям (новинки, хиты, со скидкой, по характеристике) — выводятся каруселью или сеткой на главной, в разделах, в карточке.
• Рекомендации на данных. Блоки «с этим покупают» и «вам может понравиться» на основе статистики заказов и просмотров (в 1С-Битрикс для этого есть сервис товарных рекомендаций).
• Карусели на главной. «Хиты продаж», «новинки», «популярное в разделе» — подтягивают важные товары ближе к главной, сокращая их глубину клика.
• Просмотренные товары. Блок недавно просмотренного — персональная перелинковка, возвращающая к интересовавшим карточкам.
• Блоки на главной странице. Популярные разделы и категории на главной — мощный канал передачи веса вниз и сокращения глубины.

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

Перелинковка после обмена с 1С

Отдельная головная боль магазинов на 1С-Битрикс — обмен с учётной системой 1С. Обмен регулярно перезаписывает товары, их привязки к разделам и значения свойств. Если перелинковка завязана на эти данные, каждая выгрузка может её частично или полностью ломать. Это одна из самых частых причин, по которой связи «внезапно перестали работать».

Что именно ломается после обмена и почему:

• Обнуляются свойства-привязки. Если обмен перезаписывает свойства товара, заполненные вручную привязки (сопутствующие, аналоги) могут стереться — блоки становятся пустыми.
• Меняется раздел товара. Обмен перепривязывает товар к другому разделу или снимает привязку — товар «выпадает» из своей категории и из перелинковки.
• Появляются товары без раздела. Новые позиции выгружаются без привязки к активному разделу — рождаются сиротские карточки.
• Возникают дубли и деактивации. Обмен создаёт дубли по разным идентификаторам или деактивирует товары, оставляя битые ссылки на них.

Как сделать перелинковку устойчивой к обмену. Во-первых, настроить обмен так, чтобы он не затирал свойства, заполняемые на стороне сайта (в 1С-Битрикс можно исключать отдельные свойства из перезаписи при обмене) — тогда ручные привязки переживают выгрузку. Во-вторых, там, где возможно, строить горизонтальные связи алгоритмически на стороне сайта: «похожие» — по разделу и характеристикам, «с этим покупают» — по статистике заказов; такие связи не зависят от того, что придёт из 1С, и не ломаются при обмене. В-третьих, контролировать, что каждый выгруженный товар попадает в активный раздел, и после крупных выгрузок прогонять аудит на сирот и битые связи. Практический вывод: чем меньше перелинковка завязана на данные, которые перезаписывает обмен, тем она стабильнее. Идеал — автоматические алгоритмические связи плюс защищённые от перезаписи ручные привязки для важных случаев.

Аудит перелинковки

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

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

Пошаговое внедрение

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

1. Проверьте структуру каталога. Логичная иерархия без избыточной вложенности — фундамент. Кривую структуру перелинковка не починит; сначала приведите её в порядок.
2. Определите приоритетные страницы. Ключевые категории и товары, которые приносят выручку и должны ранжироваться. На них будет направлена основная поддержка.
3. Настройте каркас. Хлебные крошки на всех страницах, компактное меню в ключевые разделы, умеренный футер, навигация внутри раздела — сквозная перелинковка.
4. Сократите глубину важного. Поднимите приоритетные страницы ближе к главной ссылками с главной, из меню, через теговые точки входа — в пределах 3–4 кликов.
5. Настройте горизонтальные блоки. «Похожие», «сопутствующие», «с этим покупают» — по свойствам-привязкам и алгоритмам; проверьте релевантность подбора.
6. Свяжите блог и каталог. Ссылки из статей в категории и товары по смыслу текста, обратные ссылки из каталога на полезные статьи — воронка.
7. Разберитесь с анкорами. Осмысленные, релевантные, разнообразные тексты ссылок; уберите «тут»/«подробнее» и переспам ключами.
8. Откройте нужные теговые страницы. Подборки под реальный спрос — в индексацию и перелинковку; бесполезные комбинации фильтров закройте.
9. Защитите связи от обмена с 1С. Исключите ручные привязки из перезаписи или стройте связи алгоритмически; контролируйте привязку товаров к разделам.
10. Проведите аудит. Краулером найдите сирот, глубокие страницы, битые ссылки, переспам анкорами; составьте и выполните список исправлений.
11. Повторяйте регулярно. После смены структуры и крупных выгрузок перепроверяйте перелинковку — она ломается именно в эти моменты.

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

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

• Все ссылки с одним анкором. Сотни внутренних ссылок с идентичным точным ключом на одну страницу выглядят неестественно и скорее вредят, чем помогают.
• Безликие анкоры. «Тут», «здесь», «подробнее» как единственный текст ссылки — теряется смысловой сигнал для поиска и пользы для пользователя.
• Глубокая вложенность. Важные страницы утоплены на 6–7 кликов от главной из-за громоздкой структуры — до них не доходят ни робот, ни вес.
• Сиротские страницы. Товары и статьи без единой внутренней ссылки — не индексируются, не получают веса, не приносят трафика.
• Нет перелинковки блога с каталогом. Статьи живут островами, не ведут в категории и к товарам — информационный трафик и вес не доходят до продаж.
• Нерелевантные «похожие». Блоки забиты случайными товарами из чужих категорий — вредят и продажам, и смысловой перелинковке.
• Переизбыток ссылок. Сотни ссылок в футере и мегаменю распыляют вес тонким слоем — важные страницы не получают акцента.
• Открыты все фильтры. Индексируются десятки тысяч комбинаций фасетов-дублей — краулинговый бюджет и вес уходят в мусор.
• Связи ломаются после обмена. Привязки затирает 1С, блоки пустеют, товары теряют разделы — а никто не проверяет.
• Нет хлебных крошек. Пользователь не понимает, где он, вес не возвращается вверх по иерархии, теряется материал для микроразметки.
• Ссылки «для веса», а не для людей. Ссылки ставят исключительно ради SEO, они мешают чтению и не ведут пользователя — сомнительная польза и риск.
• Перелинковку не проверяют. Настроили один раз и забыли; каталог изменился, обмен перезаписал данные — а аудита нет.

Чек-лист

Практический список для настройки и поддержания внутренней перелинковки магазина на 1С-Битрикс:

1. Структура в порядке. Логичная иерархия каталога без избыточной вложенности — фундамент перелинковки готов.
2. Приоритеты определены. Ключевые категории и товары выделены, на них направлена основная поддержка ссылками.
3. Каркас настроен. Хлебные крошки на всех страницах, компактное меню в ключевые разделы, умеренный футер, навигация внутри раздела.
4. Глубина под контролем. Важные страницы в 3–4 кликах от главной; глубоко утопленных приоритетных страниц нет.
5. Горизонтальные связи работают. «Похожие», «сопутствующие», «с этим покупают» настроены и релевантны, блоки не пустые.
6. Блог связан с каталогом. Статьи ведут в категории и к товарам, каталог возвращает к полезным материалам — воронка замкнута.
7. Анкоры осмысленны. Релевантные, разнообразные тексты ссылок; нет переспама одним ключом и безликих «тут».
8. Теги под спрос. Полезные теговые/фасетные страницы открыты и перелинкованы; мусорные комбинации фильтров закрыты.
9. Связи устойчивы к обмену. Привязки защищены от перезаписи 1С или строятся алгоритмически; товары привязаны к разделам.
10. Аудит проведён. Сирот, глубоких страниц, битых ссылок и переспама нет; проверка повторяется после структурных изменений и выгрузок.

Вывод

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

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

Другие разборы по техническому и контентному продвижению магазина на 1С-Битрикс — в рубрике SEO и продвижение: от структуры каталога и семантического ядра до микроразметки, аналитики и удержания.