Технологии Linkometer

Как устроена проверка ссылок

Ниже — весь функционал сервиса без маркетинговых обещаний: что именно проверяется, как именно и почему это устроено так, а не иначе.

Все ссылки — пример проектаиллюстрация, не реальные данные
blog-o-remonte.ru → ваш-сайт.ru
«ремонт квартир под ключ»
✓ Работает
Найдена на странице, анкор совпадает, страница в индексе
forum-otzyvy.ru/topic-402 → ваш-сайт.ru
«ремонт квартир под ключ»
JS-рендер
В обычном HTML ссылки нет - страница дорисовывает её скриптом. Найдена после открытия в браузере
news-digest.ru → ваш-сайт.ru
«ремонт квартир быстро»
Анкор изменён
Ссылка на месте, но донор переписал текст анкора
partner-shop.ru → ваш-сайт.ru
«ремонт квартир под ключ»
✗ Не на странице
Страница отдаёт 200, но тега ссылки на ней больше нет

Так выглядит список ссылок в проекте — с вашими реальными данными после первой проверки

Сбор ссылок

Список ссылок — это то, что вообще проверяется, поэтому его сборка не завязана на один источник.

Импорт из SEMrush и Ahrefs

Список бэклинков подгружается одним запросом, с фильтрами «только dofollow» и «без спамных доменов» — счётчик показывает, сколько ссылок и доменов отсеялось.

Ручное добавление

По одной ссылке, списком через вставку из таблицы или файлом — без привязки к платным источникам данных.

Автоматический тип размещения

Арендная, статейная, крауд-ссылка, с главной, сквозная, бесплатный домен, PBN/дроп-домен, спам-сеть — тип определяется по донор-странице автоматически, но его можно поправить вручную.

Отслеживание конкурентов

Можно подтянуть ссылочный профиль конкурента и сравнить его с собственным — те же проверки, отдельный срез.

Проверка на странице

Самая частая причина ложного «не работает» — путаница между «страница недоступна» и «ссылки на ней больше нет». Мы разделяем эти вопросы.

Мы правда открываем страницу

Сервис скачивает страницу донора и ищет на ней настоящий тег ссылки с нужным адресом, а не просто проверяет код ответа сервера. «Страница открывается» и «ссылка на ней есть» — разные вещи, и путать их нельзя.

Отдельная проверка для сайтов на JavaScript

Часть сайтов дорисовывает ссылки уже в браузере, через JavaScript — обычный запрос к серверу такой ссылки не увидит. Для этих случаев Linkometer открывает страницу в headless-браузере, дожидается загрузки скриптов и ищет ссылку в уже готовой странице — так же, как её видит посетитель или робот поисковика.

Анкор — отдельный статус, не часть «работает / не работает»

Присутствие ссылки и совпадение текста анкора проверяются независимо. Если донор переписал видимый текст, но ссылку не убрал, вы видите отдельный статус «анкор изменён» — а не общий «не работает», который выглядел бы как повод для паники без реальной причины.

Редиректы и мёртвые страницы

Отдельно видно, если донор-страница переехала на другой домен или отдаёт ошибку — это не то же самое, что ссылку сознательно удалили с прежнего места.

Как мы определяем тип ссылки

Мало найти ссылку на странице — нужно понять, что это за размещение: арендный блок, статья, крауд-ссылка с форума, соцсеть или что-то похожее на спам-сеть. От этого зависит и оценка стоимости, и общая картина по проекту. Простой эвристикой (по ключевым словам в URL и домене) здесь далеко не уедешь, поэтому часть работы делают две обученные модели.

Две модели, а не одна

Первая определяет, где физически стоит ссылка на странице — в тексте статьи, в футере, в сайдбаре, в меню. Вторая — какой это тип размещения. Вторая использует ответ первой как один из признаков: ссылка в основном тексте статьи, а не в шаблонном блоке в футере — уже сильный сигнал в пользу «статейная», а не «арендная» или «сквозная».

Обучены на реальных сделках, не на выдуманных примерах

Модель типа ссылки обучена на данных о реальных покупках на бирже Sape — там тип каждой купленной ссылки известен заранее, разметка вручную не нужна. Для каждой такой сделки страница донора была открыта живьём, а дальше извлечены те же признаки, что видит и наш собственный чекер: позиция в HTML-дереве, окружающий текст, атрибут rel, число исходящих ссылок. На кросс-валидации модель угадывает тип в 97% случаев против 84–85% у одной эвристики по URL и домену.

Что пришлось учесть отдельно

Реальные страницы регулярно ломают простые правила:

  • Биржа различает всего четыре реальных типа сделок (аренда, статья, крауд, соцсеть) — остальные типы (сабмит-каталоги, бесплатные хостинги, спам-сети, PBN) моделью не покрыты и определяются отдельными точными правилами и сигналами.
  • Один и тот же короткий коммерческий анкор, купленный сразу на десятках доноров, — обычная аренда. А вот длинное предложение, слово в слово повторённое на десятках доменов, — уже след сети-сателлитов. Разделяет их именно длина анкора, а не сам факт повтора.
  • Часть донор-страниц не содержит ссылку в обычном HTML вовсе — она дорисовывается уже в браузере через JavaScript. Такие страницы отдельно рендерятся headless-браузером, если обычный запрос ссылку не нашёл.
  • Донор мог оставить ссылку на месте, но переписать текст анкора — это самостоятельный статус, а не то же самое, что «ссылка пропала».

Дообучение — процесс, а не разовая настройка

Часть реальных размещений остаётся неоднозначной даже для обученной модели — когда и эвристика, и алгоритм не уверены. Такие случаи не додумываются автоматически: они откладываются в очередь на ручную проверку, а размеченные вручную примеры позже возвращаются в переобучение модели вместе с новыми реальными данными о покупках.

Почему отчёта SEMrush или Ahrefs «с лёту» недостаточно

Оба сервиса показывают, что ссылка когда-то встретилась их собственному краулеру — это не то же самое, что «ссылка стоит именно сейчас, с тем же анкором, и её видно живому посетителю». Данные обновляются по расписанию их обхода, а не по вашему запросу. Они не различают тип размещения — просто список бэклинков без понимания, аренда это, статья или крауд-пост, а значит не помогают оценить, сколько размещение реально стоило. Их краулер не всегда исполняет JavaScript так, как это делает браузер живого посетителя, — ссылки, дорисованные скриптом, нередко просто не попадают в отчёт. И один и тот же физический бэклинк у них может стать несколькими разными строками из-за www/http различий в адресе донора — так что даже голое число «у вас N ссылок» бывает раздутым.

Видимость в поиске

Ссылка может быть физически на месте и при этом ничего не давать в поиске — и наоборот. Это два разных вопроса.

Индексация в Google

Проверяется отдельно и по странице-доноре, и по конкретной ссылке — знает ли о них поисковик вообще, до вопроса о позициях.

Позиции по анкорной фразе

Отдельная проверка того, ранжируется ли целевая страница по тексту анкора — независимый сигнал, не влияющий на статус «ссылка на месте».

Бережный запуск массовых проверок

Проверка индексации — это реальные запросы к поиску через ваш собственный сервис проверки (A-Parser или XMLRiver). При проверке всего проекта запросы уходят с паузой между ссылками, а не разом, чтобы не выглядеть подозрительной активностью и не привести к блокировке.

Проверка «на странице» и «везде»

Можно проверить только видимую страницу списка или сразу весь проект целиком — в зависимости от задачи.

Аналитика и контекст

Статус одной ссылки — это только начало. Дальше нужен контекст: сколько это вообще стоило и стоило ли.

Метрики донор-доменов

Authority Score или Domain Rating и трафик каждого донора, из уже подключённого источника — видно не только «работает», но и «стоило ли вообще».

Тематическое соответствие

Автоматическое сравнение тематики донор-страницы и вашего сайта — насколько уместна ссылка с точки зрения контента, а не только метрик.

Дашборд проекта

Процент рабочих ссылок, разбивка по типу размещения, кодам ответа страниц, атрибутам rel и статусу индексации — на одном экране.

Экспорт в CSV

Любой отфильтрованный список ссылок можно выгрузить — например, только неработающие для disavow или только рабочие для усиления.

Частые вопросы о проверке

Проверьте свою ссылочную массу за 5 минут