Чекліст перевірки отриманих посилань: шаблон

Аркуш перевірки отриманих посилань (для заповнення)

Коли використовувати: Один рядок на кожне отримане посилання: живий URL, точний цільовий URL, анкор, rel, спостереження щодо індексації, докази, відповідальні та фінальна перевірка.

Аркуш перевірки отриманих посилань

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

Замовлення або кампанія: [ID замовлення / кампанія] - Підрядник або майданчик: [назва] - Відповідальний за перевірку: [ім'я] - Дата перевірки: [РРРР-ММ-ДД]

Деталі рядка (заповніть для кожного посилання)

• Погоджено в замовленні: адреса [URL], анкор [текст], rel [значення], розміщення [текст статті / біо автора / список ресурсів]
• Статус живої сторінки: [200 / 301 на [URL] / 404 / інше], перевірено [дата]
• Статус цільового URL: [200 / редирект на [URL] / 404]
• Правила для роботів на живій сторінці: meta robots [немає / noindex / nofollow], X-Robots-Tag [немає / noindex]
• Canonical живої сторінки: [на себе / вказує на [інший URL] / відсутній]
• Де знайдено посилання: [код сторінки / лише відрендерена сторінка / обидва]
• Платне чи обмінне посилання: [так / ні]. Якщо так, знайдений rel: [sponsored / nofollow / немає]
• Рішення: [прийняти / запит на виправлення / відхилити], причина: [один рядок]
• Дата повторної перевірки: [дата]

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

• Відповідальний за перевірку: [ім'я] - завдання: перевірити кожне заявлене посилання та заповнити рядок до [дата]
• Контакт підрядника: [ім'я] - завдання: виправити або замінити рядки з позначками «виправити» чи «відхилити» до [дата]
• Відповідальний за бюджет: [ім'я] - завдання: погодити оплату лише прийнятих рядків до [дата]
• Відповідальний за звітність: [ім'я] - завдання: перенести прийняті рядки в трекер зворотних посилань до [дата]

Фінальна перевірка

• У кожному рядку є живий URL, що відкривається, і дата перевірки.
• Цільовий URL скопійовано з href, а не зі звіту підрядника.
• Анкор і rel прочитано з HTML сторінки, а не лише зі скриншота.
• Платні чи обмінні посилання позначено sponsored або nofollow, як вимагають правила Google щодо спаму.
• Кожна нотатка про індексацію каже, що, де і коли побачили. Жоден рядок не містить «проіндексовано» без джерела.
• У кожному рядку є скриншот із датою та рішення з однією причиною.

Перевірка посилання: адреса, анкор і rel

Коли використовувати: Прочитайте href, анкор і rel в HTML та звірте їх із замовленням за визначеннями rel від Google.

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

На екрані посилання може виглядати правильно, а в коді бути хибним. Читайте його в HTML. Клацніть правою кнопкою й виберіть «Перевірити» або знайдіть свій домен у коді сторінки.

П'ять перевірок посилання

1. Точний цільовий URL: скопіюйте href. Звірте із замовленням протокол, www, слеш у кінці, параметри та регістр літер.
2. Статус цільової сторінки: відкрийте href. Запишіть, що він повертає: 200, редирект чи помилку.
3. Анкор: скопіюйте видимий текст між тегами. Для посилання-зображення запишіть alt.
4. Атрибут rel: скопіюйте значення rel повністю, як написано, разом із комбінованими значеннями.
5. Розміщення: запишіть, де стоїть посилання: у тексті, біо автора, сайдбарі, футері чи списку посилань.

Що означає кожне значення rel (Google, перевірено 10 листопада 2026)

• Значення можна поєднувати через пробіл або кому, наприклад rel="ugc nofollow".
• Правила Google щодо спаму вважають спамом посиланнями обмін грошей на посилання чи на публікації з посиланнями, якщо посилання не позначено nofollow або sponsored.
• Отже, атрибут sponsored на платному розміщенні стоїть правильно. Не позначайте його як дефект і не просіть майданчик його прибрати.

Проблеми з цільовим URL, які варто виловити

• Href веде на старий URL, який тепер перенаправляє. Попросіть поставити кінцевий URL.
• У href є параметри відстеження, яких ви не погоджували.
• Href проходить через скорочувач посилань або власний редирект майданчика.

Вставте кожен href у Redirect Checker, щоб побачити код відповіді та кожен крок до кінцевого URL.

Перевірка індексованості живої сторінки

Коли використовувати: Перевірте код відповіді, meta robots, X-Robots-Tag, robots.txt, canonical і чи є посилання в коді сторінки.

Перевірте живу сторінку: чи може Google її проіндексувати?

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

Що каже документація Google (перевірено 10 листопада 2026)

• noindex можна задати метатегом robots або HTTP-заголовком X-Robots-Tag.
• Щоб noindex спрацював, сторінка не має бути заблокована в robots.txt. Інакше Google не прочитає noindex.
• rel="canonical" - сильний сигнал, а не наказ. Google може обрати інший канонічний URL.
• Редирект теж сильний сигнал для вибору канонічної сторінки.

Як читати результат

• Усе чисто: 200, без noindex, canonical на себе, посилання є в коді. Переходьте до спостереження щодо індексації.
• Canonical на іншу сторінку: запишіть цей URL і перевірте, чи є ваше посилання й там.
• noindex або 404: позначте рядок [запит на виправлення / відхилити] і попросіть заміну.

Запустіть Website Audit і для свого сайту. Він показує помилки кодів відповіді, noindex і проблеми з canonical. Посилання на вашу зламану або закриту noindex сторінку нічого не дає.

Журнал спостережень щодо індексації

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

Журнал спостережень щодо індексації

Індекс Google для чужого сайту вам не видно. Записуйте, що побачили, де і коли. Не пишіть «проіндексовано» чи «не проіндексовано» як факт.

Що можна і що не можна перевірити (перевірено 10 листопада 2026)

• Інструмент «Перевірка URL-адреси» (URL Inspection): працює лише для URL у ресурсі Search Console, до якого у вас є доступ. Перевіряйте ним свій цільовий URL, а не сторінку майданчика.
• Навіть на своєму сайті: за Google, «URL-адреса є в Google» означає, що сторінка може з'являтися в пошуку, а не що з'явиться напевно.
• Пошук з оператором site: Google зазначає, що результати не обов'язково повні. Відсутність URL - лише приблизний орієнтир, а не доказ.
• Інструменти аналізу беклінків: показують те, що знайшов їхній власний краулер. Це не індекс Google.

Як формулювати спостереження

План повторних перевірок

• Перша перевірка: при отриманні, [дата]
• Друга перевірка: [дата, погоджена з підрядником]
• Остання перевірка до кінця гарантії: [дата]
• Щоразу переконуйтеся, що посилання на місці, з тією самою адресою, анкором і rel.

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

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

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

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

Докази захищають обидві сторони. Вони показують, що було на сторінці певного дня, і дають підрядникові чіткий список правок.

Що зберегти для кожного рядка

• Скриншот усієї сторінки з видимим адресним рядком і датою, посилання виділено.
• HTML посилання, скопійований як текст: href, анкор і rel.
• Заголовки відповіді живого URL або примітка, що X-Robots-Tag немає.
• Рядки meta robots і canonical із head сторінки.
• Назва файлу: [order-ID_publisher_YYYY-MM-DD.png]
• Де зберігається: [посилання на спільну папку]

Прийняти, виправити чи відхилити

• Прийняти: сторінка відкривається, href і анкор збігаються із замовленням, rel чесно відображає, як отримано посилання, noindex немає.
• Запит на виправлення: не той цільовий URL, не той анкор, зайвий редирект або посилання стоїть у місці, яке замовлення виключало.
• Відхилити: сторінка віддає помилку, має noindex, заблокована в robots.txt або посилання немає.

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

Вітаю, [ім'я]! Дякуємо за звіт про розміщення за [ID замовлення]. Ми перевірили кожне посилання [дата]. Прийнято: [n]. Ці потребують виправлення:

• [живий URL]: [проблема, напр. href веде на старий URL; будь ласка, поставте [кінцевий URL]]
• [живий URL]: [проблема, напр. сторінка має noindex; будь ласка, замініть]

Скриншоти та HTML лежать тут: [посилання на папку]. Чи можете підтвердити до [дата]? Ми перевіримо того ж дня.

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

Хочете, щоб хтось незалежно глянув на звіт підрядника? Запишіться на безкоштовну консультацію з Анатолієм Улітовським.

Заголовок таблиці (CSV)

Коли використовувати: Готовий рядок заголовків і допустимі значення, щоб вести перевірку в Google Sheets або Excel.

Готовий заголовок таблиці

Вставте цей рядок у клітинку A1 у Google Таблицях або Excel, потім розділіть текст на стовпці за комою. Один рядок на кожне отримане посилання.

row_id,order_id,vendor,publisher_domain,live_url,live_status,target_url_agreed,target_url_found,target_status,anchor_agreed,anchor_found,rel_expected,rel_found,paid_or_exchanged,placement,meta_robots,x_robots_tag,robots_txt_blocked,canonical,link_in_source,indexing_observation,observation_method,observation_date,screenshot_file,qa_date,qa_owner,verdict,fix_reason,fix_due,recheck_date

Допустимі значення

• rel_expected / rel_found: none, sponsored, ugc, nofollow, sponsored nofollow, ugc nofollow
• paid_or_exchanged: yes, no
• placement: body, author_bio, resource_list, sidebar, footer, comment
• meta_robots / x_robots_tag: none, noindex, nofollow, noindex_nofollow
• observation_method: site_search, exact_url_search, url_inspection_own_site, backlink_tool, not_checked
• verdict: accept, fix_requested, reject, replaced

Поради для таблиці

• Позначайте рядки, де target_url_found не дорівнює target_url_agreed.
• Позначайте рядки, де paid_or_exchanged = yes, а rel_found = none.
• Позначайте рядки, де meta_robots або x_robots_tag містить noindex.
• Сортуйте за recheck_date, щоб жодне посилання не вийшло з гарантійного строку неперевіреним.

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

Заповнений приклад (вигаданий садовий магазин)

Коли використовувати: Чотири заповнені рядки за замовленням вигаданого магазину: одне посилання прийнято, два на виправлення, одне відхилено.

Заповнений приклад: перевірка розміщень для Tarnwick

Лише приклад. Tarnwick (магазин систем поливу для саду) і Plinthway Outreach (підрядник із посилань) вигадані. Усі URL, дати й результати придумані, щоб показати заповнений аркуш.

Замовлення: PW-1042, чотири спонсорські статті, rel="sponsored" погоджено в замовленні - Відповідальний за перевірку: SEO-лід - Дата перевірки: 3 листопада 2026

Рішення

• Рядок 1: прийнято. Статус 200, canonical на себе, посилання є в коді сторінки.
• Рядок 2: запит на виправлення. Href веде на старий URL із редиректом. Попросили поставити кінцевий URL /garden-hoses/.
• Рядок 3: запит на виправлення. Анкор замінили на точне входження, а платне посилання не мало rel. Попросили погоджений анкор і rel="sponsored".
• Рядок 4: відхилено. Сторінка має noindex. Попросили інше розміщення на заміну.

Що було далі

• 6 листопада 2026 Plinthway виправив рядки 2 і 3. Їх перевірили того ж дня і прийняли.
• Оплату погоджено для рядків 1-3. Рядок 4 чекає, доки заміна пройде перевірку.
• Повторну перевірку індексації для рядка 2 призначено на 17 листопада 2026.

Чому це працює

• Кожне рішення спирається на те, що будь-хто може перевірити на сторінці.
• Відсутній rel на платному посиланні виявили до оплати, а не після проблем.
• Жоден рядок не стверджує, що сторінку проіндексовано. Кожна нотатка каже, що і коли побачили.