Стаття 11.09.2026 9

Як перевірити, чи працює ваше посилання: чотири умови і помилка, яку роблять майже всі

Посилання приносить користь, лише якщо зійшлися чотири умови: сторінка жива, індексується, тег посилання існує і не закритий атрибутом. Ми перевірили 27 майданчиків і з'ясували, що звична перевірка за вихідним кодом помиляється в кожного сьомого — причому у три різні боки. Розбираємо, як перевіряти правильно, і показуємо протокол із шести кроків.

Ви поставили або купили посилання. Воно є, його видно, підрядник відзвітував. Чи працює воно — питання, на яке зазвичай відповідають, відкривши вихідний код сторінки й пошукавши rel="nofollow". Ми перевірили 27 майданчиків і з'ясували, що в кожного сьомого така перевірка дає невірну відповідь — причому помилятися вона вміє у три різні боки. Нижче — що насправді означає «посилання працює», як це перевірити за пару хвилин і чому звичний спосіб підводить.

Що означає «посилання працює»

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

Умова	Що перевіряємо
Сторінка жива	Відповідає кодом 200, а не 404 і не 410. Публікації мають властивість зникати разом з акаунтом
Сторінка індексується	Немає `noindex` ні в мета-тезі, ні в заголовку відповіді. Сторінка поза індексом не передає нічого
Посилання існує	На сторінці є тег `<a href>` на вашу адресу, а не просто текст із написаною адресою
Посилання відкрите	У нього немає `rel="nofollow"`, `ugc` чи `sponsored`

Ми прогнали за цими чотирма умовами 27 майданчиків, на яких зазвичай розміщують посилання, — по одній свіжій публікації на кожен. Ось що лишилося:

Власний замір PromoPilot, 11 вересня 2026. Перевірялося посилання на цільовий домен у відрендереному DOM, а не у вихідному коді.

З 27 майданчиків посилання на цільову адресу взагалі існує на 16. Із цих шістнадцяти відкриті для передачі ваги 13. А з тринадцяти чотири стоять на сторінках, закритих від індексації. Реально працюють дев'ять із двадцяти семи.

Де ламається звична перевірка

Тепер головне. Стандартна порада — «відкрий вихідний код і знайди rel» — спирається на припущення, що пошуковик бачить ту саму розмітку, що й ви в «Перегляді коду сторінки». Це не так. Google прямо описує свій процес:

«Google обробляє вебзастосунки на JavaScript у три основні фази: 1. Сканування 2. Рендеринг 3. Індексування».

«Коли дозволяють ресурси Google, headless Chromium відмальовує сторінку й виконує JavaScript». І далі: «Google також використовує відмальований HTML для індексування сторінки».

Google Search Central, основи JavaScript-SEO

Тобто рішення ухвалюється за сторінкою після виконання скриптів. А скрипти сторінку змінюють — зокрема там, де ви цього не чекаєте.

Перевірити може будь-хто: відкрийте ці сторінки й порівняйте «Переглянути код сторінки» зі вкладкою Elements в інструментах розробника.

У нашій вибірці розійшлися чотири майданчики з 27 — це кожен сьомий. І помилки виявилися трьох різних типів, а не одного:

Скрипт знімає nofollow. У вихідному коді telegra.ph і graph.org стоїть rel="nofollow". Після виконання скриптів атрибута немає — редактор перемальовує статтю і втрачає його. Googlebot виконує JavaScript і бачить відкрите посилання. Перевірка за кодом забракує робочий майданчик.
Скрипт дописує nofollow. Рівно навпаки поводиться notepin: сервер віддає чисте посилання, а rel="nofollow" з'являється вже в браузері. Перевірка за кодом схвалить майданчик, який ваги не передає.
Скрипт створює саме посилання. У Strikingly у вихідному коді посилання немає взагалі — тег з'являється лише після рендерингу. Перевірка за кодом відзвітує «посилання немає» і буде неправа.

Перевірити це може будь-хто й просто зараз: відкрийте будь-яку таку сторінку, порівняйте «Перегляд коду сторінки» зі вкладкою Elements в інструментах розробника. Різницю буде видно очима.

Dofollow ще не означає, що вага передається

Друге місце, де міркування обривається надто рано. «Посилання dofollow» і «посилання передає вагу» — різні твердження, і перше не тягне за собою друге.

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

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

Клас, про який не попереджають

Найчисленніша група в нашій вибірці — майданчики, де посилання немає взагалі: одинадцять із двадцяти семи. Адреса видна на сторінці як текст, виглядає як посилання, але тега <a> в розмітці немає ні до, ні після рендерингу.

Найчастіше це сервіси для публікації нотаток і фрагментів коду, які не перетворюють адреси на посилання автоматично. Звіт підрядника при цьому виглядає бездоганно: сторінка є, адреса на ній є, скриншот додано. Користі — нуль.

Протокол перевірки: шість кроків

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

Крок 1

Переконатися, що сторінка відкривається

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

Перевірка: сторінка відкрилася, на ній ваш текст, а не повідомлення про помилку і не форма входу.

Крок 2

Перевірити, чи дозволена індексація

В інструментах розробника на вкладці Elements знайдіть <meta name="robots"> і подивіться, чи немає там noindex. Друга точка — заголовок відповіді X-Robots-Tag, він робить те саме, але не видний у розмітці; дивитися на вкладці Network.

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

Перевірка: ви подивилися обидва місця — і мета-тег, і заголовок відповіді, — і noindex немає в жодному.

Крок 3

Знайти посилання у відрендереному DOM

Ключовий крок. Не «Перегляд коду сторінки», а саме вкладка Elements: там показано стан сторінки після виконання скриптів — те саме, що отримує пошуковик. Натисніть пошук по DOM і введіть свій домен.

Якщо тег <a> не знайшовся, а адреса на сторінці очима видна — це той самий випадок, коли посилання немає. Текст є, посилання немає.

Перевірка: ви знайшли саме тег <a href> зі своєю адресою, а не просто текст з адресою всередині абзацу.

Крок 4

Подивитися rel у знайденого посилання

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

Значення nofollow, ugc і sponsored означають, що майданчик просить пошуковик не враховувати посилання як рекомендацію.

Перевірка: ви перевірили rel у посилання на свою адресу, а не у випадкового посилання на сторінці.

Крок 5

Порівняти з вихідним кодом — і зрозуміти, кому вірити

Тепер відкрийте «Перегляд коду сторінки» й порівняйте. Якщо відповіді розійшлися — вірити треба відрендереному DOM, бо саме його індексує пошуковик.

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

Перевірка: ви знаєте, чи збігаються дві версії, і якщо ні — у який бік.

Крок 6

Перевірити, чи потрапила сторінка в індекс

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

Це єдиний крок, який вимагає терпіння: решта п'ять робляться за хвилину.

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

Що з цим робити, якщо розміщень багато

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

1. Відкрити сторінку в headless-браузері, дочекатися завантаження
2. Дати скриптам відпрацювати (зазвичай вистачає пари секунд)
3. Знайти в DOM посилання саме на свій домен
4. Прочитати його rel
5. Окремо прочитати meta robots і заголовок X-Robots-Tag

Саме так влаштована перевірка в нас — і вона вбудована не у звіт, а в сам механізм вибору майданчиків.

Як це працює в PromoPilot

У кожного майданчика в системі є пріоритет, і він не заданий раз і назавжди — він перераховується за його фактичними показниками. У розрахунок ідуть три речі.

Індексація. Ми регулярно перевіряємо, чи потрапляють опубліковані сторінки в індекс, і частка попадань рухає пріоритет у діапазоні приблизно від −25 до +30. Шкала неперервна, без обривів: майданчик з однією випадковою індексацією зі ста не отримує переваги перед повністю мертвим. Майданчик, який забороняє індексацію у себе в розмітці, отримує мінімум і піднятися не може в принципі.

Передача ваги. Та сама ознака з цієї статті, і перевіряється вона саме за відрендереним DOM. Підтверджена передача ваги дає помітний плюс, підтверджена відсутність — найбільший штраф у системі. Логіка проста: марне посилання гірше, ніж слабке.

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

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

Чого робити не варто

Перевіряти rel за «Переглядом коду сторінки» У нашій вибірці це дає невірну відповідь у кожного сьомого майданчика, причому в обидва боки. Єдине надійне джерело — відрендерений DOM.

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

Вважати dofollow достатньою умовою Відкрите посилання на сторінці з noindex не дає нічого. Спершу індексованість сторінки, потім атрибут посилання.

Вірити звіту зі скриншотом Скриншот підтверджує, що текст з адресою на сторінці є. Він не підтверджує ні існування тега посилання, ні його відкритості, ні індексованості сторінки.

Коротко

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

І головне: звична перевірка за вихідним кодом помиляється в кожного сьомого майданчика, бо пошуковик ухвалює рішення за сторінкою після виконання скриптів, а ви дивитеся на сторінку до. Різниця видна в інструментах розробника за десять секунд — достатньо відкрити вкладку Elements замість «Перегляду коду сторінки».

Перевірити свій сайт

Сканування покаже, що заважає вашим сторінкам потрапляти в індекс, — а неіндексована сторінка не передає вагу за жодними посиланнями.

Часті питання

Як перевірити, чи передає посилання вагу?
Потрібні чотири перевірки поспіль: сторінка відповідає кодом 200, на ній немає noindex ні в мета-тезі, ні в заголовку X-Robots-Tag, у відрендереному DOM існує тег посилання на вашу адресу, і в цього тега немає значення nofollow, ugc чи sponsored. Обрив на будь-якому кроці обнуляє результат.

Чому не можна перевіряти nofollow у вихідному коді сторінки?
Тому що пошуковик індексує сторінку після виконання JavaScript, а вихідний код показує її до. Скрипти можуть зняти атрибут, дописати його або створити саме посилання. У нашій вибірці з 27 майданчиків вихідний код і реальний DOM розійшлися в чотирьох, тобто в кожного сьомого.

Де подивитися відрендерений DOM?
В інструментах розробника браузера, вкладка Elements. Це стан сторінки після виконання скриптів. «Перегляд коду сторінки» показує інше — відповідь сервера до скриптів. Для масової перевірки знадобиться headless-браузер, звичайного запиту до сторінки недостатньо.

Посилання dofollow — цього достатньо?
Ні. Якщо сторінка закрита від індексації, вона не потрапить в індекс, і посилальний сигнал із неї враховано не буде, яким би відкритим не було саме посилання. Перевіряти треба обидві ознаки, починаючи з індексованості сторінки.

На сторінці видно мою адресу, але чекер каже, що посилання немає. Хто має рацію?
Найімовірніше, чекер. Частина майданчиків виводить адресу як звичайний текст і не створює тег посилання — очима він невідрізнний від посилання, але для пошуковика це просто літери. Перевіряється пошуком по DOM: потрібен саме тег посилання, а не текст з адресою.

Через скільки після публікації має сенс перевіряти індексацію?
Перші перевірки розумно робити через пару тижнів, остаточний висновок — через місяць. Дозвіл індексуватися і факт потрапляння в індекс — різні речі: сторінка може бути повністю відкритою і все одно не потрапити в індекс.

Джерела

Власний замір PromoPilot, 11 вересня 2026: 30 майданчиків для розміщення посилань, по одній свіжій публікації на кожен; порівнювалися відповідь сервера і відрендерений DOM (headless Chromium). Перевірку пройшли 27, у трьох сторінка не встигла відмалюватися.
Google Search Central, «Основи JavaScript-SEO»: три фази обробки (сканування, рендеринг, індексування), виконання JavaScript у headless Chromium і використання відмальованого HTML для індексування.
Google Search Central, документація щодо атрибутів rel: значення nofollow, ugc, sponsored.