Побудуйте стратегію внутрішнього перелінкування: пріоритетні сторінки, кластери, правила анкорів, 3 моделі в порівнянні, план із 7 кроків і помилки, які варто виправити.

На цій сторінці
Коротко
стратегія внутрішнього перелінкування це письмовий план, який визначає, які сторінки отримують посилання, з яких сторінок і з яким анкором. Вона тримається на трьох опорах: короткий список пріоритетних сторінок, тематичні кластери, що об'єднують пов'язаний контент, і правила анкорів. Оберіть одну модель перелінкування (щільну «Вікіпедію», семантичний кокон або URL-силос), застосуйте її за допомогою краулера, а потім щомісяця вимірюйте вхідні посилання, глибину кліків і кліки.
Хочете дізнатися більше? Запитайте
Швидкий тест
Який спосіб знаходити клієнтів онлайн вам підходить найкраще?
Sorank відповідає вашим відповідям
Спробуйте його 3 дні на власному сайті й дізнайтеся, де ви зараз у Google, ChatGPT та інших ШІ.
Спробувати 3 дні безкоштовно3 дні безкоштовно, потім зупиніть, коли захочете. Гарантія повернення коштів протягом 90 днів, на певних умовах.
Цей посібник іде далі за визначення. Якщо вам потрібні лише основи про те, що таке внутрішнє посилання, спершу прочитайте наше визначення внутрішнього перелінкування. Тут ми розбираємо план: як посилальна вага рухається сайтом, як обрати сторінки, які її заслуговують, три основні моделі з їхніми плюсами й мінусами, покроковий метод, цифри для відстеження та помилки, які непомітно коштують позицій, зокрема ті, що характерні для багатомовних сайтів.
Більшість сайтів додають внутрішні посилання по одній статті: автор згадує старий матеріал і ставить на нього посилання. Це тактика. Стратегія працює навпаки. Спершу ви вирішуєте, куди має прийти авторитет, і потім кожне нове посилання служить цій меті.
Справжня стратегія письмово відповідає на чотири запитання:
Внутрішні посилання виконують три завдання одночасно. Вони дають краулерам змогу знаходити сторінки. Вони передають частину авторитету (логіка PageRank). А їхні анкори й навколишній текст повідомляють Google, про що цільова сторінка. Офіційна документація Google про посилання, які можна сканувати, каже прямо: "Every page you care about should have a link from at least one other page on your site." Там само додано, що ідеальної кількості посилань на сторінку не існує.
ШІ-пошукові системи спираються на ті самі сигнали. Їхні краулери переходять за посиланнями, щоб знаходити сторінки, а сторінка, закопана на глибину шести кліків, рідко завантажується, тому її рідко цитують. Чиста внутрішня структура допомагає і Google, і системам, що відповідають на запити.
Найбільше відкрите дослідження на цю тему належить Сайрусу Шепарду з Zyppy (оновлено 23 лютого 2026 року). Він проаналізував 23 мільйони внутрішніх посилань на 1800 сайтах і зіставив їх із кліками з Search Console. Це дослідження кореляції, тому сприймайте його як напрям, а не як закон. Проте напрям очевидний.
Що кажуть 23 мільйони внутрішніх посилань
Джерело: Cyrus Shepard, Zyppy internal link study (1800 сайтів, 520000 URL), оновлено в лютому 2026 року
Ще два висновки важливі для вашого плану. Трафік перестав зростати приблизно після 45-50 посилань, найімовірніше, тому що зайві посилання були наскрізними посиланнями меню на слабкі сторінки. А різноманітність анкорів, що ведуть на сторінку, сильно корелювала зі зростанням кліків. Графіки можна переглянути в повному дослідженні Zyppy про внутрішні посилання.
Перш ніж планувати, потрібна ментальна модель того, як тече цінність. Спрощено: кожна сторінка має певний запас авторитету (від зовнішніх посилань і від отриманих внутрішніх). Вона ділить цей авторитет між посиланнями, які містить. Посилання в основному тексті, на яке ймовірно клацнуть, важить більше, ніж посилання, сховане у футері. Це ідея «розумного користувача» (reasonable surfer), описана в патенті Google: посилання зважуються нерівномірно.
Глибина кліків це кількість кліків від головної сторінки до потрібної. Зазвичай головна має найбільше авторитету, тому кожен додатковий рівень розбавляє те, що доходить до сторінки. Поширене правило: тримати важливі сторінки в межах трьох кліків. Глибина впливає й на частоту сканування: на великих сайтах із обмеженим краулінговим бюджетом глибокі сторінки відвідують рідше, і вони пізніше оновлюються в індексі.
Не всі посилання мають однакову роль. Ваша стратегія має вказувати, для чого потрібен кожен тип.
| Тип посилання | Де розташоване | Основна роль | Вага як сигналу | Що потрібно вирішити |
|---|---|---|---|---|
| Контекстне посилання | В основному тексті | Передає релевантність і авторитет між пов'язаними сторінками | Високий: оточене тематичним текстом, на нього ймовірно клацнуть | Які сторінки куди посилаються і з яким анкором |
| Головне меню | Меню в шапці, на кожній сторінці | Дає головним розділам посилання з кожного URL | Середній: наскрізне, мало контексту | Лише 5-9 головних розділів, ніколи сторінки довгого хвоста |
| Хлібні крихти | Над заголовком | Передають вагу вгору батьківським категоріям, показують ієрархію | Середній: структуровані, анкори однакові | Логіка шляху і розмітка BreadcrumbList |
| Блок пов'язаних матеріалів | Кінець статті або картки товару | З'єднує сусідні сторінки кластера | Середній: можна автоматизувати | Правила: спершу той самий кластер, потім сусідні кластери |
| Футер | Низ кожної сторінки | Юридична інформація, контакти, кілька ключових сторінок | Низький: Google занижує вагу шаблонного тексту, що повторюється | Робіть його коротким, уникайте 80 посилань із ключовими словами |
Практичний висновок: коли потрібно підняти сторінку, ваш перший важіль це контекстні посилання із сильних пов'язаних сторінок. Посилання з меню другий важіль, і цей ресурс обмежений.

Стратегія починається з короткого списку. Якщо пріоритетна кожна сторінка, не пріоритетна жодна. Вам потрібно 10-30 сторінок на розділ сайту, які отримають основну масу внутрішніх посилань: сторінки, що продають, сторінки, які вже ранжуються поблизу вершини, і посібники, які їх підтримують.
Зіставте три джерела:
Від усіх URL до списку пріоритетів
Для кожної сторінки зі списку запишіть у план три речі: основний запит, на який вона націлена, кластер, до якого належить, і цільову кількість вхідних контекстних посилань. Робоча стартова сітка: сторінки конверсії та опорні посібники 10 і більше унікальних вхідних контекстних посилань, статті кластера 3-8, службові сторінки 0-2. Це робочі орієнтири, а не правила Google. Підлаштуйте їх під розмір сайту: сайт із 60 сторінок не може дати 15 посилань 20 сторінкам.
Сторінки, що правлять за опору сайту, часто називають cornerstone content. Наш посібник про cornerstone content пояснює, як обрати й написати їх так, щоб вони заслуговували на посилання, які ви надсилаєте.
Друга опора групує сторінки за темою. Кластер це опорна сторінка, що охоплює широку тему, оточена вужчими статтями, кожна з яких відповідає на одне конкретне запитання. Опорна сторінка й статті посилаються одна на одну. Результат: Google бачить блок сторінок, що глибоко розкривають тему, це будує тематичний авторитет, а кожна сторінка передає релевантність сусідам.
Як побудувати карту кластерів за 5 кроків
Групування запитів за спільною видачею Google лежить в основі кластеризації ключових слів, а повну модель опорної сторінки та супутніх описано в нашому посібнику про тематичні кластери й опорні сторінки. Якщо потрібна готова карта, генератор тематичних кластерів Sorank групує ключові слова в кластери й позначає перетини, які спричинили б канібалізацію.
Анкор це клікабельний текст посилання. Google читає його як короткий опис цільової сторінки. Документація просить анкори, які "descriptive, reasonably concise, and relevant" і для сторінки, на якій вони стоять, і для сторінки, на яку ведуть, та застерігає від загальних фраз на кшталт «натисніть тут» і від переспаму ключовими словами.
Анкори: до і після наведення ладу
У коді різниця виглядає так. Останній приклад важливий для посилань-зображень: Google використовує атрибут alt як анкорний текст.
<!-- Weak: generic anchor, no context -->
<p>To learn more, <a href="/uk/blog-geo-seo/site-architecture-seo">click here</a>.</p>
<!-- Strong: descriptive anchor inside a relevant sentence -->
<p>Pages buried too deep get crawled less often, so check
your <a href="/uk/blog-geo-seo/site-architecture-seo">crawl depth by directory</a> first.</p>
<!-- Image link: the alt text becomes the anchor -->
<a href="/uk/pricing"><img src="/img/plans.png" alt="Sorank pricing plans"></a>
Повний перелік типів анкорів (точний, частковий, брендовий, голий URL, загальний) дивіться в нашому посібнику про анкорний текст.
Коли опори визначено, ви обираєте, як сторінки пов'язані між собою. Є три основні моделі. Більшість реальних сайтів їх комбінує, але одна має бути провідною, інакше кожен редактор іде за власною логікою.
Принцип. Щоразу, коли сторінка згадує поняття, що має власну сторінку, вона посилається на неї. Посилання йдуть у всіх напрямках між усіма близькими сторінками, як у Вікіпедії, де стаття може містити сотні внутрішніх посилань.
Коли використовувати. Великі бази знань, глосарії, документація, медіасайти, будь-які сайти, де читачі переходять від поняття до поняття.
Плюси. Дуже мала глибина кліків, швидке виявлення нових сторінок, багато варіацій анкорів, чудово для читачів, які досліджують сайт. Застосовувати просто: якщо в терміна є сторінка, ставте посилання.
Обмеження. Авторитет розподіляється рівномірно, тому не можна виокремити кілька пріоритетних сторінок. На невеликому сайті з малим авторитетом розбавлення шкодить. Межі тем розмиваються, і Google отримує слабший сигнал про те, що охоплює кожен розділ.
Приклад. Стаття глосарію про «краулінговий бюджет» у перших абзацах посилається на «сканування», «robots.txt», «sitemap», «лог-файли» та «помилки сервера», і кожна з цих сторінок посилається назад.
Принцип. Кокон популяризував у Франції Лоран Буррелі під назвою «cocon sémantique». Він організовує сторінки в сувору ієрархію, збудовану на пошуковому намірі. Материнська сторінка охоплює широкий намір. Дочірні сторінки охоплюють вужчі наміри під нею. Сторінки одного рівня це сестри. Посилання підпорядковуються точним правилам: мати посилається вниз на всіх дочок, кожна дочка посилається вгору на матір, дочка посилається на сестер лише коли тема тече природно, і ніщо не посилається за межі кокона, крім як через верхню сторінку.
Коли використовувати. Конкурентні ніші, де вирішує тематичний авторитет, сайти, які ви будуєте з нуля, розділи, які можна повністю спланувати до написання.
Плюси. Найсильніший сигнал релевантності з трьох моделей. Авторитет концентрується там, де потрібно, бо посилання піднімаються назад до материнської сторінки. Кожна сторінка має чітку роль, що запобігає канібалізації.
Обмеження. Важко планувати й підтримувати. Суворі правила можуть змушувати ставити штучні посилання або забороняти корисні. Важко впровадити постфактум на наявному сайті з роками непродуманих посилань. Пуристи забороняють посилання за межі кокона, що може шкодити читачеві.
Приклад. Материнська сторінка: «бігові кросівки». Дочірні: «трейлові кросівки», «кросівки для бігу по асфальту», «бігові кросівки при плоскостопості». Онуки під «трейловими кросівками»: «водонепроникні трейлові кросівки», «трейлові кросівки для багнюки». Сторінка про водонепроникні кросівки посилається вгору на трейлову та вбік на сторінку про багнюку, але ніколи напряму на сторінку про асфальт.
Наш повний посібник про семантичний кокон пояснює, як будувати його рівень за рівнем.
Принцип. Ієрархію записано в адресах. Кожен розділ має каталог, кожна сторінка лежить у каталозі своєї теми, а хлібні крихти повторюють цей шлях. Посилання здебільшого залишаються всередині свого силосу: сторінки посилаються на батьківську сторінку каталогу та на сусідів у тому самому каталозі.
/seo/ section page (pillar)
/seo/technical/ category page
/seo/technical/crawl-depth/ article
/seo/technical/orphan-pages/ article
/seo/content/ category page
/seo/content/topic-clusters/ article
Коли використовувати. Інтернет-магазини, каталоги, сайти місцевих послуг, будь-який сайт із природним деревом категорій. Підходить і командам з великою кількістю редакторів, бо правило видно просто в адресі.
Плюси. Зрозуміло всім. Хлібні крихти автоматично створюють однакові посилання вгору. Звіти за каталогами (краул, трафік, індексація) стають тривіальними. Це модель, якої вже дотримується більшість архітектур сайтів, як пояснює наш посібник про архітектуру сайту для SEO.
Обмеження. Сторінка може жити лише в одному каталозі, тоді як реальні теми перетинаються. Перенесення сторінки пізніше означає зміну її URL і додавання редиректу. Суворі силоси блокують корисні перехресні посилання між розділами.
Додайте розмітку хлібних крихт, щоб Google розумів шлях. Документація Google про структуровані дані хлібних крихт вимагає щонайменше два елементи ListItem, кожен із позицією та назвою:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "SEO", "item": "https://www.example.com/seo/"},
{"@type": "ListItem", "position": 2, "name": "Technical SEO", "item": "https://www.example.com/seo/technical/"},
{"@type": "ListItem", "position": 3, "name": "Crawl depth"}
]
}
</script>
| Критерій | Мережа «Вікіпедії» | Семантичний кокон | URL-силос |
|---|---|---|---|
| Основне правило | Посилатися на кожне пов'язане поняття | Посилання йдуть за ієрархією намірів | Посилання йдуть за деревом каталогів |
| Найкраще для | Глосаріїв, документації, медіа | Конкурентних ніш, нових сайтів | Магазинів, каталогів, місцевих послуг |
| Потік авторитету | Розподілений рівномірно | Зосереджений на материнських сторінках | Зосереджений на сторінках категорій |
| Тематичний сигнал | Від слабкого до середнього | Сильний | Від середнього до сильного |
| Трудомісткість планування | Низька | Висока | Середня |
| Трудомісткість підтримки | Середня (багато посилань) | Висока | Низька |
| Впровадження на старому сайті | Легко | Важко | Середньо (зміна URL) |
| Головний ризик | Розбавлення, немає пріоритетів | Штучні посилання, жорсткість | Ізольовані розділи |
Яка модель має бути провідною на типовому бізнес-сайті?
Наша рекомендація для більшості сайтів: використовуйте URL-силос або кокон як каркас (він вирішує, куди прийде авторитет) і допускайте легку мережу всередині кожного кластера (вона зберігає корисність сторінок для читачів). Перехресні посилання між силосами робіть рідкісними та свідомими.
Ось метод, яким ми користуємося, від аудиту до впровадження. На сайті з кількох сотень сторінок заплануйте два-три робочі дні на перший прохід.
Впровадження за 7 кроків
Використовуйте краулер на кшталт Screaming Frog SEO Spider. Безкоштовна версія сканує до 500 URL, цього вистачає для багатьох невеликих сайтів. Наш посібник із налаштування Screaming Frog описує конфігурацію.

На вкладці Internal ваш план визначають чотири стовпці. Документація Screaming Frog визначає їх так: Inlinks (кількість внутрішніх посилань на URL), Unique Inlinks (сторінка, на яку тричі посилаються з однієї сторінки, враховується один раз), Crawl Depth (кліки від стартової сторінки) і Link Score (метрика від 0 до 100 відносної цінності сторінки за її внутрішніми посиланнями, обчислюється після аналізу краулу).

Краулер знаходить лише ті сторінки, на які є посилання. Щоб знайти сиріт, порівняйте список усіх відомих URL (XML-sitemap плюс вивантаження «Сторінки» з Search Console) із краулом. У Google Таблицях помістіть усі відомі URL у стовпець A аркуша «Known», а проскановані URL у стовпець A аркуша «Crawl», потім:
=FILTER(Known!A2:A, Known!A2:A<>"", ISNA(MATCH(Known!A2:A, Crawl!A:A, 0)))
Кожен повернений URL відомий Google або вашому sitemap, але не отримує жодного внутрішнього посилання. Вирішіть щодо кожного: поставити посилання з його кластера, об'єднати з сильнішою сторінкою або видалити з редиректом.
Відсортуйте краул за Link Score або за кількістю доменів-донорів. Ваші 20 найкращих сторінок це донори. Для кожної пріоритетної сторінки знайдіть від двох до п'яти донорів на близьку тему й додайте з кожного по одному контекстному посиланню з анкором із вашого плану. Розміщення посилання в першій половині тексту, у реченні, що пояснює, навіщо читачеві клацати, відповідає логіці розумного користувача.
Порада
Перед редагуванням перевірте, на що сторінка вже посилається. Безкоштовний аналізатор внутрішніх посилань Sorank показує кожне внутрішнє посилання сторінки з його анкором, тож загальні анкори й дублі можна помітити за секунди.
Коли URL змінюється, старі внутрішні посилання й далі ведуть на редирект. Кожен перехід витрачає краул і може втрачати трохи сигналу. Після кожної міграції вивантажуйте внутрішні посилання, ціль яких відповідає 301 або 302, і замінюйте їх кінцевим URL. Наш посібник про SEO-редиректи пояснює коди відповідей, а безкоштовна перевірка битих посилань знаходить мертві посилання на будь-якій сторінці.
Стежте за невеликим набором цифр, однаково щомісяця, спершу на пріоритетних сторінках.
| Метрика | Де дивитися | Як виглядає норма | Що робити при відхиленні |
|---|---|---|---|
| Унікальні вхідні контекстні посилання | Краулер, вкладка Internal | На рівні цілі з плану або вище | Додати посилання зі сторінок-донорів |
| Глибина кліків | Краулер | 3 або менше для пріоритетних сторінок | Поставити посилання з меню, хаба чи сторінки категорії |
| Сторінки-сироти | Sitemap і Search Console порівняно з краулом | Нуль серед сторінок, які треба індексувати | Поставити посилання, об'єднати або перенаправити |
| Внутрішні посилання на редиректи чи помилки | Краулер, коди відповідей цілей посилань | Нуль | Замінити на кінцевий URL |
| Середня позиція та кліки | Search Console, «Ефективність» за сторінками | Зростання через 4-12 тижнів після публікації посилань | Перевірити анкори й сам контент |
| Проіндексовані сторінки | Search Console, звіт «Сторінки» | Усі пріоритетні сторінки проіндексовано | Перевірити URL, переконатися, що посилання доступні для сканування |

Записуйте в план дату кожної партії нових посилань. Без неї в Search Console не можна зрозуміти, звідки взялася зміна позицій: від посилань, від контенту чи від оновлення алгоритму.
Кожна з помилок нижче часто трапляється на реальних сайтах. По кожній: що це, як її помітити, як виправити.
Що це. Сторінка, на яку не веде жодне внутрішнє посилання. Google може знати про неї зі sitemap, але вона не отримує авторитету й майже не сканується.
Як помітити. Порівняння sitemap і краулу з кроку 2.
Як виправити. Поставте посилання з її опорної сторінки та з однієї-двох сусідніх. Якщо жодна сторінка природно на неї не посилається, найімовірніше, їй не варто існувати окремо: об'єднайте її.
Що це. Сторінка, що продає, за п'ять-шість кліків від головної, часто тому, що вона видима лише на 4-й сторінці блогу з пагінацією.
Як помітити. Відфільтруйте краул за глибиною більше 3 і зіставте зі списком пріоритетів.
Як виправити. Додайте її на хаб або сторінку категорії, у потрібне меню або поставте посилання із сильної статті. Не покладайтеся лише на пагінацію, щоб дістатися до контенту.
Що це. Два різні URL отримують той самий анкор, і Google не може зрозуміти, який із них відповідає на запит.
Як помітити. Вивантажте всі внутрішні посилання (анкор і адресу призначення), побудуйте зведену таблицю за анкором і порахуйте різні адреси призначення. Будь-який анкор із більш ніж однією адресою це сигнал тривоги.
Як виправити. Закріпіть кожен анкор лише за однією сторінкою. Якщо обидві сторінки справді відповідають на той самий запит, об'єднайте їх.
Що це. Навігація, збудована на кнопках, подіях onclick або компонентах фреймворка, які ніколи не віддають справжнє посилання. Google повідомляє, що надійно переходить за елементами <a> з атрибутом href, а розмітка на кшталт <span href>, <a onclick> або URL javascript: ненадійна.
Як помітити. Проскануйте з вимкненим рендерингом JavaScript, потім із ввімкненим. Сторінки, знайдені лише за ввімкненого рендерингу, або не знайдені взагалі, залежать від крихких посилань. Інструмент «Перевірка URL» у Search Console показує відрендерений HTML.
Як виправити. Віддавайте кожне навігаційне посилання як <a href="/uk/blog-geo-seo/site-architecture-seo">. Наш посібник про JavaScript SEO описує сторону рендерингу.
Що це. Додавання rel="nofollow" до внутрішніх посилань, щоб «ліпити» авторитет. Це не утримує авторитет на сторінці, а лише заважає йому текти через це посилання.
Як помітити. У краулері відфільтруйте внутрішні посилання за атрибутом nofollow.
Як виправити. Приберіть nofollow із внутрішніх посилань. Якщо сторінка не повинна отримувати авторитет, приберіть посилання або поставте на сторінці noindex. Дивіться нашу сторінку про посилання nofollow.
Що це. Мегаменю зі 150 посиланнями або футер зі списком із 80 сторінок за ключовими словами. Тоді кожна сторінка посилається на все, і ваші пріоритети стираються. Дані Zyppy також показують падіння трафіку після приблизно 50 посилань, імовірно, через такі наскрізні посилання.
Як помітити. Порахуйте посилання в шаблонах шапки й футера. Якщо наскрізних посилань більше, ніж контекстних, на більшості статей домінує шаблон.
Як виправити. Залиште в меню 5-9 пунктів верхнього рівня, винесіть довгі списки на сторінки-хаби, а футер використовуйте для юридичної інформації, контактів і кількох ключових сторінок.
Багатомовні сайти додають родину помилок, яку більшість посібників оминає. Мовні версії для Google це окремі сторінки, а посилання повідомляють Google, які версії належать одна до одної. Наш посібник про міжнародне SEO охоплює загальне налаштування, тут ідеться про помилки посилань.
7a. Сторінка однією мовою посилається на сторінку іншою мовою. Французька стаття посилається на англійську версію посібника, часто тому, що перекладач залишив вихідне посилання. Французький читач потрапляє на англійський контент і йде, а французький посібник втрачає внутрішнє посилання, яке мав отримати.
Як помітити. У Screaming Frog виконайте Bulk Export, Links, All Inlinks, потім відфільтруйте рядки, де джерело в теці однієї мови, а адреса призначення в іншій. Для тек на кшталт /fr/ і /en/ ці два регулярні вирази виділяють французькі сторінки, що посилаються на будь-яку іншу мовну теку:
Source: ^https://www\.example\.com/fr/
Destination: ^https://www\.example\.com/(?!fr/)[a-z]{2}/
Як виправити. Замініть кожне посилання на еквівалентну сторінку тією самою мовою. Єдині міжмовні посилання, доречні в основному тексті, це перемикач мови та свідомі відсилання («це дослідження доступне лише англійською»).
7b. Версії, що не ведуть на свій переклад. Французька сторінка має англійський еквівалент, але ніщо їх не пов'язує: немає hreflang, немає перемикача мови, що веде на точний переклад (перемикач веде на англійську головну). Тоді Google може вважати їх непов'язаними сторінками або показувати у видачі не ту мову.
Як помітити. Перевірте перемикач мови на вибірці глибоких сторінок: він веде на перекладену сторінку чи на головну? Потім перевірте теги hreflang на тих самих сторінках.
Як виправити. Зробіть так, щоб перемикач вів на точний еквівалентний URL, і оголосіть кожну версію через hreflang. Документація Google про локалізовані версії сувора: "Each language version must list itself as well as all other language versions", і "if two pages don't both point to each other, the tags will be ignored."
<!-- On BOTH the English and the French page -->
<link rel="alternate" hreflang="en" href="https://sorank.com/blog-geo-seo/site-architecture-seo" />
<link rel="alternate" hreflang="fr" href="https://sorank.com/fr/blog-geo-seo/architecture-site-seo" />
<link rel="alternate" hreflang="x-default" href="https://sorank.com/blog-geo-seo/site-architecture-seo" />
7c. Hreflang і внутрішні посилання розповідають різні історії. Hreflang каже, що сторінка A французькою відповідає сторінці B англійською, але canonical сторінки B указує в інше місце, або перемикач веде на сторінку C, або французькі внутрішні посилання ведуть на перенаправлений URL, а hreflang перелічує кінцевий. Google отримує суперечливі сигнали й може проігнорувати кластер hreflang.
Як помітити. Для вибірки сторінок запишіть поруч чотири URL: ціль hreflang, ціль перемикача, canonical цільової сторінки та кінцевий URL після редиректів. Усі чотири мають збігатися.
Як виправити. Генеруйте hreflang, canonical і посилання перемикача з одного джерела істини в CMS (одна таблиця перекладів), ніколи вручну. Безкоштовний генератор hreflang Sorank будує коректний взаємний набір тегів, а наш посібник про hreflang пояснює кожен атрибут.
Попередження
Перекладені слаги змінюють URL кожною мовою. Коли ви перекладаєте статтю, перекладайте й її внутрішні посилання: кожне посилання має вести на версію цільової сторінки тією самою мовою, зі слагом, що існує цією мовою.
Що це. Нові статті отримують посилання на старі, але старі статті ніколи не посилаються на нові. Свіжі сторінки залишаються слабкими місяцями.
Як помітити. Відсортуйте сторінки за датою публікації й подивіться унікальні вхідні посилання контенту за останні три місяці.
Як виправити. Зробіть це частиною публікації: кожна нова стаття отримує від двох до п'яти посилань із наявних пов'язаних сторінок у день виходу.
Щомісячна перевірка внутрішнього перелінкування
Ручне перелінкування добре працює приблизно до кількох десятків сторінок. Після кількох сотень ніхто не пам'ятає кожну сторінку, і посилання починають вести на застарілий або канібалізуючий контент. Автоматизація допомагає за трьох умов:
Саме тут стає в пригоді Sorank. Він планує тематичні кластери з перевіркою на канібалізацію через генератор тематичних кластерів, а функція оптимізації контенту переписує й оновлює старі сторінки, і це найслушніший момент для оновлення їхніх внутрішніх посилань.
Щоб почати, не потрібно перебудовувати весь сайт. За один вечір:
Потім вирішіть, яка модель буде провідною на вашому сайті (силос, кокон чи мережа), і запишіть це. Коли модель і правила анкорів записано, кожна нова сторінка вбудовується в структуру, а не дрейфує за її межі.
Для більшості бізнес-сайтів найкращий підхід це URL-силос або семантичний кокон як каркас, щоб авторитет ішов на пріоритетні сторінки, плюс легке перехресне перелінкування всередині кожного тематичного кластера. Мережі «посилаємося на все» підходять для глосаріїв і документації, але ускладнюють просування сторінок, що продають.
Google каже, що ідеальної кількості немає. Зручний робочий орієнтир: 10 і більше унікальних вхідних контекстних посилань для пріоритетних сторінок і 3-8 для підтримувальних статей, у межах трьох кліків від головної. Дослідження Zyppy за 23 мільйонами посилань показало, що трафік перестав зростати приблизно після 45-50 посилань, здебільшого це наскрізні посилання меню.
Лише через перемикач мови або як свідоме відсилання. В основному тексті кожне посилання має вести на сторінку тією самою мовою. Кожна перекладена сторінка також має посилатися на свої еквіваленти через взаємні теги hreflang, узгоджені з перемикачем і canonical URL.
