Шаблон карти внутрішнього перелінкування

Карта внутрішнього перелінкування (для заповнення)

Коли використовувати: Один рядок на кожне заплановане посилання: яка сторінка його дає, яка комерційна сторінка отримує, анкор, де воно стоїть, хто його додає і як його перевірили.

Карта можливостей внутрішнього перелінкування

Сайт: [домен] · Відповідальний за карту: [ім'я] · Дата сканування або вивантаження: [дата] · Дата перегляду: [дата + 4 тижні]

Сплануйте тут кожне посилання, перш ніж хтось почне правити сторінки. Один рядок - одне посилання. Ціль - завжди сторінка, на якій люди купують, бронюють або реєструються.

Як заповнювати кожен стовпець

• Сторінка-джерело: індексована сторінка на ту саму тему, яка вже отримує відвідування або покази.
• Цільова (комерційна) сторінка: кінцевий URL, а не редирект. Беріть канонічну версію.
• Анкор у тексті: слова, зрозумілі навіть без контексту, які описують цільову сторінку. Жодних «натисніть тут».
• Місце: точний заголовок і речення, щоб редактору не доводилося вгадувати. В основному тексті, а не у футері чи бічній панелі.
• Відповідальний: одна людина, яка править сторінку, і термін.
• Перевірка / статус: ставте «Перевірку пройдено» лише після перевірок нижче.

Перевірка кожного рядка

• Посилання - це звичайний <a href="..."> на реальний URL, і воно є в HTML сторінки.
• Цільова сторінка віддає 200, це канонічний URL і на ній немає noindex.
• Анкор збігається з таблицею і природно звучить у реченні.
• Поруч немає іншого посилання на ту саму сторінку.

Фінальна перевірка: кожен рядок має статус «Перевірку пройдено» або датовану причину, чому ні; кожна цільова сторінка отримала щонайменше одне нове посилання з тексту; дата перегляду стоїть у календарі відповідального.

Виберіть цільові комерційні сторінки

Коли використовувати: Вирішіть, яким комерційним сторінкам першими давати внутрішні посилання, щоб карта вела на сторінки, які приносять гроші, а не на випадкові статті.

Виберіть сторінки, які мають отримувати посилання

Допомога потрібна не кожній сторінці. Почніть зі сторінок, де відвідувач може купити, забронювати, запросити ціну або почати пробний період.

• Складіть список комерційних сторінок: [сторінки товарів / послуг / цін / демо].
• Додайте цінність для бізнесу: висока, середня чи низька, за погодженням з відділом продажів або власником сайту.
• Перевірте поточну підтримку: скільки внутрішніх сторінок посилаються на кожну з них зараз і звідки.
• Оцініть пошуковий потенціал: у Search Console випишіть запити, за якими сторінка вже показується, але стоїть нижче за перші результати.

Висока цінність і мало внутрішніх посилань - це пріоритет 1. Такі сторінки першими потрапляють у карту.

Обмежте список 5-15 сторінками за один раунд. Переглядайте його щокварталу, бо пропозиції та пріоритети змінюються.

Знайдіть сторінки-джерела

Коли використовувати: Знайдіть наявні сторінки, які можуть дати доречне посилання з тексту на кожну цільову комерційну сторінку.

Знайдіть доречні сторінки, з яких варто посилатися

Почніть з однієї цільової сторінки і рухайтеся у зворотному напрямку. Вам потрібні сторінки, які вже говорять про ту саму проблему, що її вирішує цільова сторінка.

• Пошук по власному сайту: використовуйте [site:yourdomain.com тема] і синоніми, щоб знайти сторінки, де згадується тема.
• Search Console: звіт «Посилання» (Links) показує сторінки з найбільшою кількістю внутрішніх посилань. Це вибірка, обмежена 1 000 рядків, тож сприймайте її як список підказок, а не як повний підрахунок.
• Дані про запити: сторінки, які отримують покази за запитами, близькими до теми цільової сторінки, - сильні джерела.
• Групування за темами: вставте список ключових слів у Keyword Cluster Tool, щоб побачити, які сторінки належать до однієї групи і мають посилатися одна на одну.

Залишайте джерело, лише якщо читач цієї сторінки захоче перейти саме на цільову. Слабкі збіги відкидайте.

Перенесіть кожну відібрану пару в карту. Повторюйте цей пошук щоразу, коли публікуєте нову велику сторінку.

Правила для анкорів та розміщення

Коли використовувати: Пишіть анкори і вибирайте місця для посилань так, щоб це відповідало рекомендаціям Google і природно читалося.

Напишіть анкор

У рекомендаціях Google щодо посилань сказано, що анкор має бути описовим, досить коротким і доречним для обох сторінок.

• Прочитайте його окремо: якщо без контексту анкор нічого не означає, перепишіть його.
• Без шаблонних фраз: замість «натисніть тут» і «читати далі» напишіть, що саме отримає читач.
• Змінюйте формулювання: використовуйте природні варіації навколо [тема цільової сторінки], а не одну фразу з точним входженням по всьому сайту.
• Не перенасичуйте ключовими словами: Google відносить переспам ключовими словами до порушень правил щодо спаму.
• Посилання-зображення: Google використовує alt зображення як анкор, тож пишіть описовий alt.

Слабо: «Більше порад - тут.» Краще: «Читайте наш посібник про вибір бігових кросівок при плоскостопості.»

Виберіть місце

• Ставте посилання в основному тексті там, де читачеві потрібен наступний крок, а не лише в меню чи футері.
• Нехай навколишні слова додають контекст. Не ставте кілька посилань впритул одне до одного.
• Змініть одне наявне речення або додайте одне коротке. Не причіплюйте блок посилань.
• Ідеальної кількості посилань на сторінці не існує. Додавайте їх там, де вони допомагають, і зупиняйтеся, перш ніж текст почне нагадувати список посилань.

Запишіть точний заголовок і речення у стовпець «Місце», наприклад [H2 «Варіанти цін», 2-й абзац].

Чекліст перевірки посилань

Коли використовувати: Переконайтеся, що кожне нове посилання доступне для сканування, веде на правильний URL і переживе наступний реліз.

Перевірте кожне нове посилання, перш ніж закрити рядок

Google надійно переходить за елементами <a> з атрибутом href, у якому є реальний URL. Інші варіанти він може пропустити.

1. Розмітка: посилання має вигляд <a href="/target">. Не <span>, не атрибут, який розуміє лише роутер, і не javascript:.
2. Вихідний HTML: відкрийте сторінку-джерело в Get Source Code of Webpage і знайдіть цільовий URL. Інструмент показує HTML до виконання JavaScript.
3. Відрендерений HTML: якщо посилання чи анкор вставляє JavaScript, підтвердьте його в інструменті «Перевірка URL-адреси» (URL Inspection) у Search Console.
4. Ціль: цільова сторінка віддає 200, вона канонічна та індексується. Не редирект, не 404 і не сторінка з noindex.
5. Анкор: збігається з картою і добре читається в контексті.
6. Перевірка на сторінці: використайте seotools.pro SEO Extension, щоб швидко перевірити відредаговану сторінку прямо під час перегляду.

Перевірку підтвердив: [ім'я] · Дата: [дата] · Рядки з помилками і причина: [нотатки]

Структура та ієрархія сайту

Коли використовувати: Зробіть важливі сторінки легкодоступними, щоб карта перелінкування спиралася на чисту структуру.

Опишіть неглибоку логічну ієрархію

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

• Розділи верхнього рівня: згрупуйте сторінки під зрозумілими сторінками рівня [хаб / категорія], які посилаються вниз і назад угору.
• Глибина кліків: запишіть, за скільки кліків від головної розташована кожна комерційна сторінка. Позначте ті, що лежать значно глибше за решту.
• Хаб-сторінки: дайте кожній групі сторінку категорії або опорну сторінку з прямим шляхом від головної.
• Навігація та хлібні крихти: переконайтеся, що вони відповідають реальній ієрархії, а не старому меню.

Перш ніж змінювати посилання, запишіть для кожної пріоритетної сторінки, яка в неї має бути батьківська і дочірні сторінки.

Безкоштовний аудит сайту сканує реальні сторінки з вашого меню та sitemap і показує глибину кліків, биті посилання та сторінки-сироти.

Виправте сторінки-сироти та биті посилання

Коли використовувати: Знайдіть сторінки без жодного вхідного внутрішнього посилання і виправте внутрішні посилання, що ведуть на помилки або редиректи.

Виправте сторінки-сироти та биті посилання

Рекомендація Google проста: на кожну важливу для вас сторінку має вести посилання хоча б з однієї іншої сторінки сайту. На сторінку-сироту не веде жодне, тож пошуковим роботам і читачам важко її знайти.

• Знайдіть сироти: порівняйте список URL із sitemap зі сторінками, які отримують внутрішні посилання. Кожен [URL сторінки-сироти] без вхідних посилань іде в список.
• Додайте посилання з тексту: внесіть кожну важливу сторінку-сироту в карту як цільову.
• Знайдіть биті посилання: проскануйте сайт на внутрішні посилання, що ведуть на 404 або редиректи.
• Виправте або приберіть: направте посилання на кінцевий робочий URL або видаліть посилання на сторінки, яких більше немає.

Посилання одразу на кінцевий URL позбавляє користувачів зайвого переходу, а ваші звіти - зайвого шуму.

Повторно скануйте сайт після великих релізів і за сталим графіком. Нові сироти та биті посилання з'являються, коли сайт змінюється.

Перелінкування тематичних кластерів

Коли використовувати: Зв'яжіть опорну сторінку та допоміжні статті за сталою схемою «хаб і промені», яка веде трафік на комерційні сторінки.

Перелінкуйте тематичні кластери

Карта шукає посилання точково, для кожного випадку окремо. Тематичний кластер - це стала схема, яку ви налаштовуєте один раз і застосовуєте до кожної нової сторінки в групі.

• Визначте опорну сторінку: широка сторінка на тему [тема опорної сторінки], яка розкриває предмет і працює як хаб.
• Від опорної до кожної допоміжної: опорна сторінка посилається на кожну допоміжну статтю.
• Від кожної допоміжної до опорної: кожна допоміжна стаття посилається назад угору.
• Від допоміжних до комерційної: там, де читач готовий, ставте посилання на відповідну сторінку товару чи послуги.
• Між допоміжними: пов'язуйте близькі за темою статті лише там, де це допомагає читачеві.

Заносьте кожне посилання з допоміжної статті на комерційну сторінку окремим рядком у карту, щоб воно, як і будь-яке інше, мало відповідального та перевірку.

Коли публікуєте нову статтю в кластері, вбудовуйте її в перелінкування того ж дня.

Заповнений приклад (вигаданий сервіс для бухобліку)

Коли використовувати: Заповнена карта для вигаданого SaaS для бухобліку, який посилює посиланнями свої сторінки зарплатного модуля та цін.

Заповнений приклад: Tallyfin просуває модуль зарплати

Лише приклад. Компанію, людей, URL і цифри вигадано, щоб показати, як виглядає придатна до роботи заповнена версія.

Сайт: tallyfin.example · Відповідальна за карту: Dana (SEO) · Дата вивантаження: 3 листопада · Дата перегляду: 1 грудня

Цілі: /payroll-software (висока цінність, 2 вхідні внутрішні посилання) і /pricing (висока цінність, лише посилання в меню).

Виправлення для рядка 2: віджет CMS виводив <span onclick>. Leo замінив його звичайним <a href="/payroll-software">, і 12 листопада рядок пройшов перевірку.

Фінальна перевірка (1 грудня): 3 з 4 рядків пройшли. Рядок 4 перенесли в наступний раунд, бо статтю переписують.

Чому це спрацювало

• У кожному рядку було вказано конкретне речення, тож редакторам не доводилося вгадувати, куди ставити посилання.
• Перевірка виявила посилання, яке в браузері виглядало нормально, але не було тегом <a href>, доступним для сканування.
• Кожен рядок вів на комерційну сторінку, тож робота підсилювала сторінки, що приносять гроші, а не просто додавала посилань у блозі.

Наступний крок

Запустіть безкоштовний аудит сайту, щоб знайти сторінки-сироти і надто глибоко розташовані комерційні сторінки, а потім перевірте кожне нове посилання у вихідному HTML за допомогою Get Source Code of Webpage.