Вокруг перелинковки много арифметики: «не больше трёх кликов до любой страницы», «пять ссылок на статью», «вес перетекает с главной». Эти правила удобно проверять, но они плохо объясняют, зачем ссылка нужна. А у ссылки всегда есть задача: помочь поисковику найти страницу, а читателю перейти к следующему шагу.
Как проектировать структуру с нуля, мы разбирали в статье о структуре сайта под спрос. Здесь речь о сайте, где уже есть услуги, категории и статьи, но связи между ними выросли стихийно.
Коротко
- Ссылка решает одну из задач: обнаружение страницы, навигацию, контекст или переход к следующему действию.
- Начните с инвентаризации: какие страницы важны, сколько на них ссылок, есть ли страницы без входящих ссылок.
- Связи строятся по отношениям между типами страниц, а не «каждая со всеми».
- Ссылка должна быть обычной a href в HTML, с понятным анкором и на канонический адрес.
Какие задачи решают ссылки
- Обнаружение. Робот находит новые страницы по ссылкам. Поэтому на каждую важную страницу должна вести ссылка хотя бы с одной другой страницы сайта.
- Навигация. Человек понимает, где он и куда может пойти: меню, хлебные крошки, разделы.
- Контекст. Анкор и окружающий текст подсказывают, о чём целевая страница.
- Следующее действие. Прочитал статью о проблеме, перешёл к услуге, которая её решает.
Инвентаризация
Выгрузите все URL сайта краулером (Screaming Frog, Netpeak Spider или аналог) и добавьте к ним данные: тип страницы, канонический адрес, число входящих внутренних ссылок, глубину от главной, шаблон, наличие в sitemap. Отметьте важные страницы: услуги и категории, которые приносят заявки, и материалы, которые на них ведут.
Различайте две ситуации. Страница-сирота не имеет ни одной входящей ссылки внутри сайта. Её можно найти только из sitemap или извне, и это проблема. Глубокая страница доступна, но через пять-шесть переходов. Это не всегда проблема: товар в узкой подкатегории естественно лежит глубоко. Проблема, если глубоко лежит важная услуга.
Отношения между типами страниц
Вместо правила «каждая статья ссылается на всё» опишите отношения между типами страниц. Это методика, а не секретная формула поисковиков: она помогает принимать решения последовательно.
- категория → товары и подкатегории: основа навигации каталога;
- услуга → статьи, которые помогают принять решение о ней;
- статья → следующая задача читателя: другая статья глубже или услуга;
- кейс → услуга, которая в нём применялась;
- статья ↔ статья: только если вторая продолжает тему первой.
Статья о том, как выбрать кондиционер для квартиры, логично ведёт к категории кондиционеров и к услуге монтажа. Ссылка из неё на страницу «Вентиляция складов» формально тематична, но читателю не нужна. Такие ссылки разбавляют полезные.
Контекстные ссылки, навигация, крошки и «Читайте также»
Это разные инструменты. Меню и футер дают сквозную навигацию по разделам, их одинаково видно на всех страницах. Хлебные крошки показывают место страницы в иерархии и ведут вверх. Блок «Читайте также» даёт выбор, когда материал закончился. Контекстная ссылка внутри текста сильнее всех по смыслу: она стоит там, где у читателя возникает вопрос, и анкор описывает ответ.
Сквозные блоки с десятками ключевых фраз в футере не помогают ни людям, ни поиску. Если в футере 40 ссылок «ремонт квартир недорого», «ремонт квартир под ключ», это не навигация, а попытка манипуляции.
Анкоры, href и канонические адреса
Анкор должен быть описательным, достаточно коротким и связанным с обеими страницами. «Здесь» и «подробнее» ничего не сообщают. «Чек-лист перед переездом сайта» сообщает. Для ссылок-картинок анкором служит alt изображения.
Ссылка должна вести на канонический адрес и отдавать 200. Ссылка на URL с редиректом работает, но добавляет лишний шаг, а цепочка из двух-трёх редиректов уже заметно замедляет обход. После переездов и объединения страниц старые ссылки в текстах часто остаются. Краулер найдёт их за минуту.
JavaScript, пагинация и доступность ссылок
Google надёжно извлекает только ссылки в элементе a с атрибутом href. Ссылки через onclick, кнопки с переходом в скрипте или a без href робот может не распознать. Проверьте, что важные ссылки есть в HTML, который отдаёт сервер, или хотя бы в отрисованной версии, которую показывает проверка URL. Подробнее о рендеринге в материале о JavaScript SEO.
В каталогах есть отдельный риск: кнопка «Показать ещё». Если товары дальше первой порции подгружаются только по клику, робот их не увидит. Такие списки нужно дублировать страницами пагинации с обычными ссылками.
Карта перелинковки
Учебный пример для небольшого сайта инженерной компании. Восемь страниц: услуга «Монтаж вентиляции», услуга «Обслуживание вентиляции», категория «Вентиляционное оборудование», статьи «Как выбрать приточную установку», «Сколько стоит вентиляция офиса», «Как часто чистить вентиляцию», кейс «Вентиляция ресторана» и страница контактов.
| Источник | Задача читателя | Целевой URL | Анкор | Место | Проверка |
|---|---|---|---|---|---|
| Как выбрать приточную установку | Подобрать оборудование | /oborudovanie/ | каталог приточных установок | После таблицы сравнения | Переходы в каталог из статьи |
| Как выбрать приточную установку | Заказать монтаж | /montazh-ventilyacii/ | монтаж с подбором оборудования | Финальный блок | Заявки после чтения статьи |
| Сколько стоит вентиляция офиса | Понять состав цены и заказать | /montazh-ventilyacii/ | расчёт стоимости монтажа | Раздел о факторах цены | Переходы на услугу |
| Как часто чистить вентиляцию | Передать обслуживание подрядчику | /obsluzhivanie/ | регламентное обслуживание вентиляции | После графика чистки | Переходы и заявки |
| Кейс: вентиляция ресторана | Заказать похожий проект | /montazh-ventilyacii/ | монтаж вентиляции для общепита | Итоги кейса | Переходы на услугу |
| Монтаж вентиляции | Разобраться в выборе до заказа | Статья о выборе установки | как выбрать приточную установку | Блок вопросов | Глубина просмотра |
| Монтаж вентиляции | Увидеть пример | Кейс ресторана | пример проекта для ресторана | Блок примеров | Переходы в кейс |
Заметьте, чего в карте нет. Статья о чистке не ссылается на кейс ресторана, а статья о стоимости не ведёт на каталог. Эти связи можно было бы натянуть, но читателю на этом месте они не нужны.
Пилот и оценка результата
Внедряйте карту группами: одна услуга и связанные с ней материалы. Запишите дату. Через несколько недель проверьте три вещи. Обнаружены и проиндексированы ли страницы, которые раньше были сиротами. Ходят ли люди по новым ссылкам (это видно в аналитике по переходам между страницами). Доходят ли они до целевого шага: страницы услуги, формы, звонка.
Чего простым сравнением не доказать: что рост позиций вызван именно ссылками. Одновременно меняются выдача, конкуренты и сам сайт. Перелинковка может помочь видимости, но обещать линейный рост от «перераспределения веса» некорректно.
Чек-лист перелинковки
- У каждой важной страницы есть хотя бы одна входящая контекстная ссылка.
- Нет страниц-сирот среди тех, что должны быть в поиске.
- Ссылки сделаны как a href и видны в HTML или после рендеринга.
- Ссылки ведут на канонические адреса без редиректов.
- Анкоры описывают целевую страницу, без «здесь» и без списков ключей.
- Каждая ссылка в тексте отвечает на вопрос, который возникает у читателя в этом месте.
- Дата внедрения записана, проверка запланирована.
Вывод
Хорошая перелинковка выглядит естественно: в каждом месте текста есть одна-две ссылки, по которым действительно хочется перейти. Если ссылку приходится оправдывать словами «для SEO», скорее всего, она не нужна.
Если страниц много, удобно начать с одной услуги и материалов вокруг неё. Темы для таких связок удобно брать из контент-плана по одному кейсу.
Частые вопросы
Фиксированного числа нет. Ссылка ставится там, где у читателя возникает вопрос, на который отвечает другая страница. В одной статье это две ссылки, в другой восемь. Ориентир здесь польза для читателя, а не норма.
Это удобный ориентир для важных страниц, но не правило поисковиков. Товар в узкой подкатегории может лежать глубже и нормально индексироваться. Важнее, чтобы на каждую нужную страницу вела хотя бы одна ссылка и чтобы ключевые разделы были близко к главной.
Google извлекает ссылки из отрисованной страницы, если это элемент a с атрибутом href. Ссылки через onclick или кнопки без href он может не распознать. Надёжнее, когда важные ссылки есть в HTML с сервера.
Да, у них разные задачи. Ссылки в тексте ведут к ответу на вопрос в конкретном месте. Блок в конце предлагает выбор, когда читатель закончил материал.
