Перелинковка сайта: что это, как сделать и её анализ. Часть 2

Перелинковка (от Link ― ссылка) ― это то, как на сайте выстроены ссылки между страницами. Когда на сайте построили структуру, продумали URL, приходит время связать страницы между собой. Для этого нужна перелинковка.

Можно выделить три вида перелинковок.

1. Под уровень вложенности и индексацию. Её делают, чтобы страница была как можно ближе к главной.

2. Под Анкоры. Это уже более точечный инструмент, когда внутри ссылок указывают конкретные анкоры на страницы, чтобы за счет этого добрать вес страницы в конкурентных тематиках.

3. Под Юзера ― когда на сайте реализуют удобный набор функций, чтобы пользователю было удобно им пользоваться сайтом.

Способы простановки перелинковки:

Сквозная перелинковка. Например, футер, который остаётся неизменным на каждой странице сайта. SEO-специалист решает, какие ссылки в нём выводить.

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

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

● Перелинковка листингов. Листинги тоже выводятся в зависимости от того, в каком разделе находится пользователь.

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

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

Ручная перелинковка ― более точечная работа, когда ссылки ставят вручную:

● Теги. SEO-специалист анализирует семантику, видит конкретный поисковый спрос и засовывает его в теги над товарным листингом. Например, есть листинг «пальто» и его выводят в блок, в котором будут кнопки «пальто осенние», «пальто зимние» или «пальто с меховым воротником». А в блоке «пальто с меховым воротником» есть еще более глубокий блок, который ведет на более дочерние страницы И по сути за счет этого блока тегов мы как раз выстраиваем эту ветвистую структуру.

● Контекстная перелинковка ― когда ссылки выставляют вручную. Например, в магазине пальто есть блог. В нём размещают информационную статью и внутри текста ставят ссылку «купить пальто». И эта ссылка ведет на страницу листинга.

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

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

3. Не должно быть циклических ссылок. Например, в интернет-магазине есть страница игрового ноутбука Asus. На сайт добавлен блок хлебных крошек: каталог/ ноутбук/ игровые ноутбуки/ игровой ноутбук ASUS. Если последняя хлебная крошка кликабельна, получается, что страница ссылается на саму себя. Это будет плохо отражаться на ранжировании.

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

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

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

Давайте разберем как это работает на примере.

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

Рассчитаем PageRank для страницы 2: возьмем её вес так же за единицу и плюс вес страницы 1 ― итого на странице 2 общий ссылочный вес 1 и 1/3. Страница 2 ссылается на страницы 3 и 4. Каждой из них она отдает по половине своего веса.

Рассчитаем вес страницы 3: вес страницы 2 ― 1 и 1/3, делим его пополам ― 2/3 она передает странице 3 ― в итоге эта страница имеет свой ссылочный вес и еще 2/3. Получается, что ссылочный вес страницы 3 больше, чем у страницы 2.

Так с помощью несложных расчётов можно определить страницу с самым большим ссылочным весом.

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

Чем это полезно на практике.

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

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

У перелинковки под уровень вложенности есть несколько основных фишек.

● HTML-карты и хабовые страницы. Уровень вложенности ― это за сколько кликов пользователь добирается с главной до конечной страницы. Если на сайте много категорий и все они вложены друг в друга, как, например, в примере с игровыми ноутбуками ASUS, вряд ли получится получить прямую ссылку на эту категорию. А если ноутбук еще зеленый и недорогой, вряд ли все ссылки на подобные страницы поместятся на главной ― это десятки тысяч ссылок.

● Реализация HTML-карты на своей странице. Как это выглядит: в футере сайта расположена ссылка с анкором карты сайта, пользователь переходит по ней на страницу, где списком представлены все целевые страницы сайта. Если главная страница ― для пользователя, на ней выводятся спецпредложения выводятся, она красиво выглядит, то у карты сайта технический вид. На практике, 95% пользователей ее не видят, но тем не менее есть ссылка с главной страницы на футер, на карту сайта и с карты сайта на все целевые страницы. С помощью этого решения все страницы, начиная с главной, становятся доступны с двух кликов.

● В рамках одной страницы не размещать больше 5000 ссылок. Размещать до 5000 ссылок ― нормально, но если на сайте десятки тысяч страниц, не стоит создавать ссылки с HTML-карты сайта.

● Разбивать по разделам и типам страниц и делать отдельную карту сайта под каждую категорию товаров.

Рассмотрим на примере сайтов тематики «Недвижимость».

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

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

В меню в магазине МВидео содержатся разные категории товаров. Если навести курсор на категорию «Телевизоры» ― всплывет еще одно окно с разбивкой по телевизорам: LED-телевизоры, OLED-телевизоры и т.д. Если навести курсор на них― появится ещё больше ссылок на еще более нишевые страницы. Это и есть расхлопнутое меню.

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

Поэтому важно проверять, все ли ссылки, которые размещены в меню, выводятся в коде напрямую, без JS и стилей.

Рассмотрим на примерах:

1. www.site.ru/catalog/categoriya/podkategoriya ― сайт.ru/каталог/категория/ подкатегория.

2. www.site.ru/categoriya/podkategoriya ― сайт.ru/категория/подкатегория.

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

Грамотно разложенный уровень вложенности по URL помогает не только в анализе, но и в парсинге. Например, в Screaming Frog можно настроить парсинг в определенной категории с помощью регулярных выражений. И если четко нужна категория, особенно на большом проекте, можно указать лягушке какую именно категорию обходить

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

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

Но здесь есть свои нюансы. Например, «рабочая одежда» и «спецодежда». Кажется, что под эти запросы нужно создавать разные страницы. Однако в хосторизаторе чётко видно, что по этим запросам ранжируются одни и те же страницы. Это значит, что эти запросы нужно объединить в один кластер и создать одну страницу под их продвижение.

Бывают и обратные примеры. Например, холодильники: есть запрос «купить холодильник» или «купить холодильник в Москве», а чаще встречается запрос «купить холодильники недорогие». Нужно ли выносить их на отдельные страницы по запросам или продвигать вместе с остальными? От тематики к тематике это может различаться ― нужно смотреть по выдаче.

Если частотность запроса очень мала, например, по супер специфическому запросу ― «купить пальто осеннее зеленое с меховым воротником», не нужно под него создавать отдельную страницу. Лучше объединить его с родительской страницей.

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

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

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

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

Файл с анкор-листом лучше приготовить заранее. Если это листинг по холодильникам ― «купить холодильники» ― анкор, «холодильники недорого» ― анкор, «холодильники в Москве» ― анкор. Дополнительно нужно прописать, сколько раз употребить этот анкор и на какую страницу он должен вести.

Анкор не является драйвером роста, это вариант точечной работы над определенными страницами.

Эталон анкорной перелинковки ― Википедия. Если в статье упоминается тема, на которую есть отдельная статья, в тексте обязательно прикреплена ссылка на неё. Поэтому если в обзоре упоминается товар, у которого есть карточка, лучше вставить на неё ссылку в текст.

У анкорной перелинковке для больших сайтов есть несколько правил:

● Линковать «похожее на похожее» и только в рамках одной категории;

● Создать файл с таблицей анкоров-URL и количеством ссылок на каждый анкор. Система ищет свободные страницы сама, то есть мы даем ТЗ разработчику: что сделать, чтобы среди массива страниц были внедрены нужные Анкоры и чтобы они употреблялись определенное количество раз и вели на определенную страницу;

● Ссылки размещаются навсегда;

● На одного акцептора ссылается N разных доноров с разными анкорами. Акцептор ― это страница, которая принимает ссылки;

● Не дублировать одинаковые анкоры-URL на 1 доноре. То есть не нужно ставить сразу 3 ссылки с Анкорами, например «купить холодильник», «холодильник в Москве», с одной страницы, лучше делать их более разносторонними. Не стоит делать одинаковых Анкоров;

● Не делать одинаковых анкоров. Исключение ― только высокочастотные тематики, в этом случае можно применить 2–3 анкора;

● Делать не более 4–5 ссылок со страницы;

Делать не более 10 ссылок на страницу.

Такой файл можно составить быстро, если хорошо проработана семантика. Семантика с хорошей полнотой ― готовый анкор-лист.

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

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

Самое простое что можно сделать для этого ― размножить эту структуру, спарсить частотность, убрать нулевые запросы или переформатировать ее, чтобы запросы, по которым есть частотность, объединялись родительскими категориями.

● Хлебные крошки ― удобная навигация для пользователя;

● Популярные товары или категории, чтобы показать пользователю, какими услугами чаще всего пользуются;

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

● Блоки рекомендаций. Здесь можно рекомендовать товары, которые дополняют основной товар. Например, кронштейны для телевизоров;

● Вместе с этим товаром покупают;

● Теги ― разводка на более детальные уточнения. Например, пользователь приходит на общую страницу, но когда видит теги понимает, что его интересует что-то определённое и переходит по тегам дальше.

Хлебные крошки закрывают сразу несколько вопросов.

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

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

Это обязательный элемент перелинковки. Хлебные крошки должны быть на каждом сайте.

Хлебные крошки лучше дополнительно размещать с помощью микроразметки.

Микроразметка ― набор синтаксических правил, который помогает поисковой системе определить, что за элемент перед ними представлен. На сайте Schema.org можно посмотреть, как оформлять элементы в коде. Если оформить элемент определенным образом, системе будет проще понять что это.

Лайфхак: можно не только кликать на родительскую категорию, но и раскрыть список и перейти на другие категории в этой же сфере. Правда, такое редко встречается на практике.

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

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

Теги помогают пользователю быстрее найти нужный товар. Они улучшают ранжирование страниц за счет ссылок на другую страницу.

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

Пагинация (от англ. page ― страница) ― это порядковая нумерация страниц, чтобы разделить ссылочные блоки на сайте. Если на листинге больше 500 товаров ― их не стоит размещать на на одной странице. Лучше разбить их на блоки и каждый разместить на отдельной странице.

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

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

Не дублировать первую страницу пагинации. Очень часто страница пагинации, реализуется с помощью Get-параметров. Например, есть страница «Ноутбуки ASUS», URL второй страницы ― ASUS ― "?page=2". Это вторая страница этого листинга. "? page=3" ― это третья страница.

При этом основная страница реализуется без Get-параметров. Но в этот Get-параметр можно вписать не "page равно 2", а "page =1". В этом случае первая страница из Get-параметра недоступна, но она дублирует основную, поэтому здесь важно настраивать директ с такой страницы на целевую.

Не выводить ссылку на себя (на текущую страницу). При реализации пагинатора на все страницы важно учесть, что если вторая страница открыта, на неё не должно быть ссылки в этом пагинаторе.

Canonical на 1-ю страницу нежелателен. Лучше сделать деоптимизацию. Даже в гайде Яндекса есть рекомендация проставлять canonical на первую страницу пагинации на листингах. Но делать этого не стоит, потому что в Google, например, это работает немного иначе. Поэтому лучше делать деоптимизацию страницы.

1. «Обрезать» Title на страницах пагинации. Если на сайте 10 страниц пагинации, они все имеют одинаковый title и примерно одинаковое содержимое, не подумает ли поисковая система что это дубль? Чтобы этого не случилось, нужно обрезать title. Если основная страница листинга содержит title «Купить холодильник в Москве недорого», то на второй странице листинга будет post-title «Холодильники ― страница 2». Засчет этого первая страница становится более релевантной. Она будет ранжироваться по всем запросам. Вторая страница ранжироваться уже не будет.

2. Удалить текст со страниц пагинации. Речь идет о SEO-тексте, который прежде всего реализуется внизу листинга реализуется. К тому же текст повышает релевантность по запросам. Если его не будет, то выбирая между двумя страницами, поисковая система выберет первую основную страницу.

3. Добавить «Страница 2» в Title, H1 и Description. Это нужно сделать, чтобы теги не дублировались. Важно, чтобы каждая страница сайта имела уникальные title, Н1 и description ― они нигде не должны дублироваться. Поскольку наполнение одинаковое нужно добавить «Страница 2» в каждый из этих блоков. Это можно сделать автоматически: прописать в ТЗ для программистов условие, что в зависимости от номера страницы у определенного шаблона формируются теги.

4. Если карточек товаров очень много, а страниц на листинге не 10, а 150, использовать расхлопнутый пагинатор. Если реализовывать страницы в стандартном варианте на сайте будет 150 ссылок ― 1, 2, 3, 4, 5 и т.д., поисковой системе будет сложно добраться до самых последних страниц. Чтобы помочь проиндексировать все страницы, за пятой страницей ставят многоточие и дальше точечно дают ссылку на десятую, двадцатую, сотую и последнюю страницу в пагинации.

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

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

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

Silo-структура ― построение структуры сайта таким образом, чтобы страницы из определенных категорий не ссылались друг на друга. Чаще всего это реализуется на информационных сайтах. Например, на сайте о киберспорте есть отдельные разделы о Dota, разделы под CS. Важно, чтобы внутри этих разделов все страницы ссылались друг на друга, но чтобы статьи о Доте не ссылались на страницы со статьями о KS. В итоге получаются большие группы страниц.

SILO-структура очень важна для информационных сайтов и сайтов услуг. В интернет-магазинах она работает намного хуже. На практике даже не вспомню примеров, когда SILO структура заметно отражалась на позициях. Яндекс на это особо внимание не обращает, но в Google это мастхэв особенно под особо конкурентные тематики и разделы.

Она помогает показать поисковой системе, что сайт более нишевый. Логика такая: если сайт или страница на сайте заточены строго под определённую тематику и перелинкуются строго между страницами такой тематики, скорее всего сайт ― эксперт в тематике и он довольно нишевый. Такие сайты Google очень любит.

Ещё SILO-структура оптимизирует передачу внутреннего веса за счет того, что показывает нишевость сайта.

1. Проанализировать конкурентов в тематике ― применяют ли они такой подход.

2. Определить центральную, «хабовую» тему. Это тема, внутри которой с помощью URL всех страниц, с реализованной SILO-структурой.

3. Определить вспомогательные тематики ― темы, которые не будут использованы.

4. Собрать и сгруппировать запросы.

5. Подготовить контент.

6. Залинковать контент по схеме.

Ссылки на сайты, которые реализовали такой подход:

Для сайта услуг: https://boosthive.eu/

Для инфо статьи: https://www.888casino.com/blog/blackjack-strategy-guide (только через VPN)

● Главное меню;

● HTML-карта сайта;

● Теги;

● Товарная перелинковка;

● Автоматическая анкорка.

Пример перелинковки, где учтены все эти моменты ― один из наших проектов online.globus.ru, это продуктовый гипермаркет. На нём можно посмотреть, как реализовано главное меню, теги, товарная перелинковка и автоматический анкор.

● Главное меню;

● HTML-карта сайта;

● Нучная анкорка из информационного раздела;

● Изредка теги;

● Перелинковка между услугами.

Пример: sputnik8.com

● Главное меню;

● HTML-карта сайта;

● Ручная анкорка;

● Перелинковка «читайте также»;

● Перелинковка «свежие статьи».

Пример: tehnoexpert.top. На сайте учтены все эти моменты. Кроме HTML-карт сайта и ручной анкорки на нём есть перелинковка по «Читайте так же» и «Читайте свежие статьи». Для информационников особенно важно: если выходят новые материалы, главная страница показывает их информационную свежесть. В информационных тематиках актуальности информации играет большую роль. Собственно, этим мы подчеркиваем актуальность Тем что с главной страницы есть ссылка на вновь вышедшую статью подчёркивается эта актуальность

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

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

ТЗ на перелинковку в различных типах страниц. Когда на сайт внедряют шаблонные блоки, например, «Рекомендованные товары» или «С этими товарами покупают», важно указать в ТЗ для программиста, по какому алгоритму должны подтягиваться страницы в эти блоки.

Например, для блока «Другие товары из этого раздела» можно дать программисту задание: в этот блок должны подтягиваться все дочерние листинги. В этом теговом блоке должны уводится все страницы, которые имеют маску URL: сайт/ каталог/ телефоны. И в таком блоке должны выводиться страницы, которые имеют последующий адрес и никакие другие.