Автоматический проверяльщик дроп доменов на n8n

Привет! Меня зовут Роман. Уже более десяти лет я занимаюсь SEO и контекстной рекламой, и в последние годы увлекся автоматизацией процессов связанных с этими направлениями. Сейчас активно работаю с n8n и хочу поделиться опытом создания автоматического проверяльщика (или чекера) доменов на базе этого сервиса. С помощью него можно экономить массу времени: все мониторится в фоне, вы же только получаете уведомления в telegram об освобождающихся доменах вместе со всеми их характеристиками.

Материал представляет из себя полностью готовое решение как получить такой проверяльщик: здесь есть готовый сценарий и полное руководство по его настройке. Так что запустить его сможет даже тот, кто раньше никогда не работал с n8n. Статья будет полезна не только для сеошников, но и для всех специалистов кто работает в digital-маркетинге, и возможно станет источником идей о том, как добавить больше автоматизации в повседневную практику.

Сама статья будет состоять из 3 частей:

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

Часть 1. Зачем нужны домены и на что их проверять?

Действительно, зачем нужны домены?

Освободившиеся дропы можно использовать для:

- на освободившемся свежем домене можно сделать PBN, и таким образом получить ссылку с контролируемого нами донора.

- освободившийся домен можно подклеить через 301 редирект к нашему основному продвигаемому сайту, передав ему вес и авторитет старого домена

-на таких доменах можно просто сделать один или несколько сайтов, и привлекать дополнительный трафик с вашей тематики

На какие параметры чекер проверяет домены?

Вообще, к сожалению, нет какого-то одного показателя, на основе которого можно было бы найти хороший домен. Любые пузомерки накручиваются, трафик на сайт может не отражать реальную видимость в поисковиках и быть высоким из-за ботов, которыми крутят ПФ. Однако если принимать во внимание сразу несколько метрик, то в целом высока вероятность, что домен действительно хорош. Например, если у сайта и высокий ИКС, и хорошие показатели по Majestic TF/CF, да еще и трафик какой-то трафик есть, он определённо стоит внимания.

Наш чекер проверяет следующие параметры:

● ИКС Яндекс (SQI). ИКС нельзя назвать идеальной метрикой, но он в достаточно сильной степени коррелирует с трафиком на сайт: чем больше трафика, тем выше ИКС. В качестве подтверждения этих слов приведу вебинар Михаила Воловича из Лаборатории поисковой аналитики «Ашманов и партнёры». А если на сайте есть трафик с поисковых систем, значит, как минимум, он представляет для них какую-то ценность.

● Посетители LiveInternet, SEMrush-трафик, и другие трафиковые метрики. Как правило все трафиковые показатели содержат в себе сильную погрешность. Дополнительная проблема в том, что в базе CheckTrust, как правило, неактуальные данные. Однако если хотя бы по одному из показателей трафик есть, скорее всего он действительно был, и домен стоит внимания.

● Majestic TF/CF — показатели ссылочного профиля сайта. Одни из самых известных из так называемых «пузомерок». CF (Citation Flow) показывает условное количество ссылок, а TF (Trust Flow) — авторитет доменов, с которых они стоят.

● SEMrush Rank — общий авторитет сайта по данным SEMrush. Отмечу, что по крайней мере на осень 2025 года легко купить недорогой триал-доступ к SEMrush, где через Bulk Analysis можно массово получить эти и другие показатели сразу для большого количества доменов в актуальном состоянии. В CheckTrust он, как правило, сильно неактуален.

● Keys.so — одна из самых точных баз по Рунету. Проблема в том, что в CheckTrust данные из этого сервиса также нередко устаревшие или нулевые. Но если значения есть, их явно стоит учитывать.

● Trust, Host Quality из CheckTrust. Второстепенный показатель, но если у домена показатель качества «good» и выше, а уровень траста выше 30, определённо стоит обратить на него внимание.

● Дата последнего снапшота в WebArchive — показывает, был ли домен активен в недавнее время. Часто встречаются случаи, когда сайты (особенно спарсенные из справочников) не работают уже несколько лет. Свежий снапшот говорит о том, что ресурс функционировал относительно недавно (хотя и не всегда), а значит, ещё не потерял свой авторитет для поисковых систем.

Часть 2. Как построен сценарий проверки доменов

Сценарий простой: проверяем, свободен ли домен, и если свободен, собираем по нему все нужные характеристики. Если занят - ежедневно выполняем проверку на факт освобождения.

Пошаговый алгоритм следующий:

  • получаем список доменов из таблицы в Airtable. Если проверка идёт в первый раз — проверяется весь список, если нет — только те домены, которые имеют статус «занят»;
  • отправляем каждый домен в netfox.ru с помощью узла HTTP Request. Здесь мы проверяем, занят домен или нет на данный момент. Если занят — ничего с ним не делаем, если свободен — отправляем его дальше на сбор показателей;
  • собираем показатели из CheckTrust и WebArchive. Данные из API CheckTrust приходят в два этапа: сначала вы отправляете запрос с доменом на обработку, потом, спустя 1–2 минуты, отправляете запрос на готовые данные. Поэтому здесь мы используем узел Loop Over Items. Этот узел позволяет разбить наш список доменов на отдельные элементы и обработать их по очереди. Второй поток — это запрос к WebArchive, где мы получаем дату последнего снимка домена. Дополнительно отмечу, что, к сожалению, мне так и не удалось добиться того, чтобы WebArchive отправлял ответ о последнем снимке сайта в 100% случаев. Поэтому в финальных данных по домену есть также дата последнего снимка из WebArchive по данным CheckTrust. Она, как правило, не самая свежая, но хотя бы позволяет понять, есть ли в архиве вообще какие-либо данные;
  • соединяем данные из CheckTrust и WebArchive с помощью узла Merge. В качестве идентификатора для слияния используем сам домен;
  • добавляем эти данные в таблицу доменов и отправляем сообщение о них в Telegram. Если какие-то характеристики домена заслуживают внимания, в сообщении делаем дополнительную пометку.

Часть 3. Установка и настройка сценария n8n

Установка n8n

Начнем с установки. Вы можете поставить n8n на:

Официальное облако n8n (платно). Цены начинаются от 20 долларов в месяц. Однако тариф ограничен по функционалу, и к тому же его нельзя оплатить российскими картами. Поэтому этот вариант не самый удобный — я бы его не рекомендовал.

Функционал платного тарифа довольно сильно урезан
Функционал платного тарифа довольно сильно урезан

Самостоятельная установка (бесплатно). Есть кое-какие ограничения по сравнению с платной версией, но все они решаемы. Здесь есть несколько вариантов:

  • локальная установка на свой компьютер, например в Docker-контейнере;
  • аренда облачного сервера — ставим таким же образом;
  • использование готовых решений от российских провайдеров.

Я выбрал последний вариант — по сочетанию затрат времени и стоимости он оптимален. Ниже пара готовых предложений от российских хостеров, я тестировал и то и другое — оба хорошо работают:

Также не забудьте зарегистрировать свою копию n8n. Это бесплатно и снимает часть ограничений. Для этого при первом входе укажите свою реальную почту. Туда придет ключ активации — его нужно добавить в Settings -> Usage and plan -> Enter activation key.

Настройка Airtable

Сам сценарий (в n8n он называется workflow) представляет собой JSON-файл с настройками. Наша задача — скачать его и импортировать в n8n.

1. Скачиваете JSON-файл отсюда (в редакторе вверху нажмите ссылку Download raw file).

2. Создаете новый workflow в n8n.

3. Импортируйте скачанный domain_checker.json (меню с тремя точками в верхнем правом углу → Import from file) в ваш workflow

Теперь вы должны увидеть картину, представленную ниже на скриншоте:

Сценарий обработки доменов, видны узлы и связи между ними
Сценарий обработки доменов, видны узлы и связи между ними

Теперь для ясности немного пройдем по основным понятиям. Выше мы загрузили workflow “Domain_checker”. Workflow - это единица автоматизации в n8n и по сути представляет из себя некий сценарий работы для выполнения какой - либо задачи. Например, наш Workflow “Domain_checker” выполняет задачу обработки списка доменов. Workflow состоит из узлов (nodes) и связей между ними (connections)

Посмотрите названия основных узлов и как они связаны. Узлы из списка ниже мы дальше будем настраивать:

- Get domains from table (узел Airtable)

- Update if domain busy (узел Airtable)

- Update domains table (узел Airtable)

- Checktrust request (узел HTTP запроса)

- Strong domain message (узел Telegram)

- Weak_domain_message (узел Telegram)

Настройка Airtable

В нашем воркфлоу Airtable несет функцию базы данных, где мы будем хранить всю информацию о доменах. Чтобы ее настроить надо сделать следующее:

1. Зарегистрируйте аккаунт в Airtable.

2. Создайте таблицу с полями:

- Domains
- Status
- ИКС
- Majestic TF
- Majestic CF
- SEMrush Rank
- Keys.so количество запросов в топе Google
- Keys.so трафик из Google
- Keys.so количество запросов в топе Яндекса
- Keys.so трафик из Яндекса
- Страниц в индексе Google
- SEMrush трафик
- LiveInternet Visits
- Checktrust Trust
- Checktrust host quality
- Webarchive Last Entry

Запомните название базы и таблицы, где хранятся эти поля. Далее их нужно будет указать в настройках n8n.

3. Создайте токен для подключения по API (актуальное руководство можно найти тут), ниже краткий пересказ:

  • нажмите Create token, укажите любое имя;
  • в поле Scopes выберите: data.records:read, data.records:write, schema.bases:read;
  • в поле Access поставьте «All resources»;
  • сохраните полученный токен.

4. В workflow Domain_checker откройте любой узел Airtable (например, Update if domain busy).

  • в поле "Credential to connect with" выберите "Create new credential";
  • вставьте ваш токен и сохраните;
  • в полях "Base" и "Table" укажите ваши названия базы и таблицы с доменами.

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

  • топ поисковой выдачи Яндекса и Google по вашей семантике (я беру топ-100, тогда выше вероятность, что какие-то домены освободятся). Удобный сервис для выгрузки — arsenkin.ru;
  • справочники по вашей теме: Яндекс.Справочник, 2ГИС, Zoon и др. Мусора будет много, но шанс найти освободившийся домен выше. Для ускорения можно использовать парсеры или заказать выгрузку на kwork.ru.

Настройка подключения к Checktrust

Основной массив данных по доменам мы получаем от Checktrust.ru. Почему от них? Потому что недорогой апи;)

Стоимость проверки одного домена по api будет такая же, как и в веб-интерфейсе. Следовательно, что бы он работал, у вас должны быть деньги на балансе. Далее:

1. Скопируйте API-ключ на странице настроек Checktrust.

2. В нашем ворклоу Domain_checker откройте узел Checktrust request. В поле "applicationKey" вставьте свой ключ вместо значения “put_your_applicationKey_here”.

Подключение Telegram

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

1. Создайте бота в Telegram:

  • Откройте BotFather;
  • Введите команду /newbot;
  • Придумайте имя и username (username должен обязательно оканчивается на bot).
  • Сохраните токен доступа который пришлет BotFather

2. Получите свой Chat ID:

  • откройте userinfobot (или любого другого бота который позволяет узнать ваш Chat ID);
  • нажмите /start;

  • сохраните присланный ID

3. Настройте узлы Telegram в workflow :

  • В workflow Domain_checker есть 2 телеграм узла: Strong domain message и Weak_domain_message. В любом из них в настройках выберите Create new credential.
  • Вставьте токен, полученный от BotFather.
  • В поле Chat ID замените put_your_chatId на свой ID. В отличии от токена, который указывается один раз, этот Chat ID надо указать в настройках обоих узлов: Strong domain message и Weak_domain_message

Дополнительные настройки workflow

Я настраивал всё под себя, но вы можете адаптировать под свои задачи.

  • Время запуска проверки. Узел 10:00 Every Day, содержит в себе время когда нужно запускать ежедневную проверку доменов. Как видно из названия это каждый день в 10 часов, но вы можете поменять это время.
  • Данные о доменах. То, какие данные отправляются по домену в телеграм определяется у узлах Strong domain message и Weak_domain_message. Я отправляю не все данные которые дает Checktrust. Если вы хотите добавить или убрать еще что - то, посмотрите показатели которые заходят в Input по этому узлу. А что бы понять как называется тот или иной показатель в api Checktrust, перейдите на страницу где вы получили их токен, там покликайте на чекбоксах параметров. Их названия будут добавляться в url запроса, по ним вы и поймете что есть что.
  • Определение "хорошего домена". В узле If strong or weak domain можно поставить пороговые значения показателей при которых к домену в телеграмме добавляется метка #хороший_домен. Вы можете подредактировать пороговые значения этих показателей на свой вкус, либо вообще удалить узел Weak_domain_message, тогда вам в телеграм будут приходить сообщения только о тех доменах которые соответствуют указанным параметрам.

И еще немного советов для начинающих

Ниже приведу несколько моментов для тех кто захочет изменить сценарий или же собрать что - то подобное с чистого листа. Думаю, это позволит уменьшить потенциальные ошибки и лучше понять процесс:

Что делать если список доменов на проверку больше 1000 штук?

В бесплатном тарифе Airtable есть ограничение в 1000 строк. Кроме того, проверка большого списка идёт долго, так как домены обрабатываются последовательно. Решение простое: разделите список на несколько таблиц не больше 1000 штук и сделайте на каждую таблицу свою копию workflow. Дополнительно можно добавить запуск этих копий в разное время, например с разницей в час — тем самым вы ещё немного ускорите процесс.

Как избежать ошибки с потерей контекста?

Часто встречается ситуация: сервер возвращает результат проверки, но без информации о том, какой именно объект был проверен. Пример: узел Whois request в нашем воркфлоу где мы отправляем на проверку название домена, а в ответ получаем только значение 0 или 1. Без связи с доменом эти данные не имеют никакого смысла.

Чтобы избежать этой проблемы, используйте узел Edit Fields. С его помощью можно подтянуть исходные данные и присоединить их к потоку вместе с результатом проверки. Например, после узла Whois request эту функцию выполняет узел Carry domains2, где соединяются домен и ответ от сервера Whois.

Что делать, если API отвечает не сразу?

Если сервис отвечает не сразу и нужно обработать список, применяйте узел Loop over items. Он разбивает массив на элементы и проходит их поочерёдно. Для стабильности работы добавьте:

  • узел Wait — даст время для промежутка между запросами;
  • счётчик попыток — ограничит количество попыток одного и того же запроса. Нужен на случай, если что-то пойдёт не так и обращение к серверу не продолжалось бесконечно.

Пример реализации в нашем workflow: узел Loop Over Domains и всё, что идёт дальше на ветке Loop. Там реализованы и ожидание, и счётчик попыток обращения к серверу.

Эта часть воркфлоу отвечает за последовательную обработку доменов
Эта часть воркфлоу отвечает за последовательную обработку доменов

Как вообще лучше понять работу n8n?

Хороший вариант чтобы это сделать: пройти бесплатный курс на официальном сайте n8n — модули Beginner и Intermediate. Курс займёт максимум часов 5, но при этом появится хорошее понимание базы и принципов работы сервиса. Он на английском языке, но написан крайне просто, и тот же ChatGPT переведёт его без каких-либо проблем.

Заключение

На этом всё, надеюсь, материал оказался для вас полезным. Мы разобрали, какие метрики стоит учитывать при выборе доменов, как построить процесс их проверки в n8n и каким образом настроить интеграции с внешними сервисами. По сути, это готовое решение, которое можно адаптировать под свои задачи и масштабировать под разные объемы данных.

Буду благодарен если подпишитесь на мой телеграм-канал. Там я пишу об автоматизации, SEO и других связанных с этим вещах. Пишу нечасто, но если пишу, стараюсь что бы материал был действительно интересным и полезным.

33