Чеклист проверки полученных ссылок: шаблон

Лист проверки полученных ссылок (для заполнения)

Когда использовать: Одна строка на ссылку: живой 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, который открывается, с указанной датой проверки.
• Целевой адрес скопирован из 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, который теперь редиректит. Попросите поставить конечный адрес.
• В href есть параметры отслеживания, которые вы не согласовывали.
• Href проходит через сокращатель ссылок или собственный редирект площадки.

Вставьте каждый href в Redirect Checker, чтобы увидеть код ответа и каждый шаг до конечного URL.

Проверка индексируемости живой страницы

Когда использовать: Проверьте код ответа, meta robots, X-Robots-Tag, robots.txt, canonical и наличие ссылки в исходном коде.

Проверьте живую страницу: может ли Google её проиндексировать?

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

Что говорит документация Google (проверено 10 ноября 2026)

• noindex задаётся метатегом robots или HTTP-заголовком X-Robots-Tag.
• Чтобы noindex сработал, страница не должна быть закрыта в robots.txt. Если она закрыта, noindex на ней не прочитать.
• rel="canonical" - сильный сигнал, а не команда. Google может выбрать другую каноническую страницу.
• Редирект тоже сильный сигнал для выбора канонической страницы.

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

• Всё чисто: 200, нет noindex, canonical на себя, ссылка в исходном коде. Переходите к наблюдению по индексации.
• Canonical на другую страницу: запишите, куда он указывает, и проверьте, есть ли ваша ссылка и там.
• noindex или 404: отметьте строку [запрошено исправление / отклонить] и попросите замену.

Запустите Website Audit и для своего сайта. Он находит ошибки кодов ответа, noindex и проблемы с canonical. Ссылка на вашу страницу, которая не работает или закрыта noindex, ничего не даёт.

Журнал наблюдений по индексации

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

Журнал наблюдений по индексации

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

Что можно и что нельзя проверить (проверено 10 ноября 2026)

• Инструмент «Проверка URL» (URL Inspection): работает только для URL в ресурсе Search Console, к которому у вас есть доступ. Используйте его для своего целевого URL, а не для страницы площадки.
• Даже на своём сайте: по словам Google, «URL есть в Google» (URL is on 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 Таблицах или 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 с редиректом. Попросили поставить конечный адрес /garden-hoses/.
• Строка 3: запрошено исправление. Анкор заменили на точное вхождение, а у платной ссылки нет rel. Попросили согласованный анкор и rel="sponsored".
• Строка 4: отклонена. На странице noindex. Попросили замену размещения.

Что было дальше

• 6 ноября 2026 Plinthway исправил строки 2 и 3. В тот же день их перепроверили и приняли.
• Оплата одобрена для строк 1-3. Строка 4 ждёт, пока замена не пройдёт проверку.
• Повторная проверка индексации для строки 2 назначена на 17 ноября 2026.

Почему это работает

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