Як правильно зберігати джерело знахідки під час пошуку дроп-доменів?

1. Що означає джерело знахідки домену і чому його потрібно зберігати?

Джерело знахідки (Domain Origin / Source) — це точний канал, інструмент, пошуковий оператор або майданчик, через який домен було вперше виявлено (наприклад, Google Dorks, Ahrefs Broken Links, GoDaddy Auctions, DropCatch, ExpiredDomains.net або аналіз сайтів-партнерів) [159, 234, 236–238].

Чому важливо зберігати джерело:

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

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

Повторення успішного алгоритму: Знання джерела дозволяє відтворити вдалий пошуковий запит чи метод для аналізу інших ніш.

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

2. Яку інформацію необхідно фіксувати під час знаходження домену через Google Dorks?

Під час роботи з Google Dorks (Google Hacking) фіксують такі деталі:

Точний рядок пошукового оператора (Dork Query): Повний вираз із використанням операторів site:, inurl:, intitle:, filetype: та логічних операторів OR / |.

Приклади: KEYWORD intitle:resources inurl:links.html або site:example.com inurl:(login OR admin).

Регіон та мовні налаштування пошуку (GEO / Language): Пошукова доменна зона (google.com.ua, google.com), мовні параметри (hl=uk) та гео-локація [182, 219–220].

Дата виконання запиту: Індекс Google постійно оновлюється, тому результати видачі змінюються.

URL сторінки у видачі (SERP Page): Конкретна адреса сторінки, на якій було знайдено посилання або згадку домену.

3. Як зберігати джерело домену з Ahrefs, ExpiredDomains, GoDaddy Auctions або DropCatch?

Ahrefs: Фіксувати конкретний звіт або модуль (Site Explorer $\rightarrow$ Competing Domains, Best by Links, Broken Links, Content Explorer, Link Intersect, Lost Backlinks) та задані фільтри (наприклад, 404, DR > 5, Dofollow, Referring Domains > 20).

[підозріле посилання вилучено]: Записувати назву списку (Pending Delete, Deleted .com, Marketplace), ключові слова та налаштовані SEO-фільтри (TLD, Majestic TF/CF, довжина) [141–142, 149].

GoDaddy Auctions: Записувати тип продажу (Grace period expiry stream / Closeout ladder / Live auction), Auction ID, поточну ціну/ставку, збереження оригінального віку (WHOIS age) та ризик скасування через викуп власником [58–60, 63, 80].

DropCatch: Фіксувати статус перехоплення (Drop catching / Backorder $13–59), оновлення дати реєстрації (reset age) та тип підсумкового аукціону (Public auction) [58–60, 63, 80].

4. Як правильно записувати Source URL для сторінок партнерів, каталогів чи broken links?

Source URL (Referring Page): Повна URL-адреса сторінки, де розміщено посилання на знайдений домен (наприклад, ресурсна сторінка партнера чи каталог).

Target Broken URL: Повна біта адреса на шуканому домені (наприклад, dead-domain.com/resource-guide).

Категорія майданчика: Позначка типу сайту (партнерський ресурс, галузевий каталог, ресурсний розділ /resources.html, інфо-портал, форум).

Контекст посилання (Link Context & Reason): Навколишній текст, тип посилання (In-content / Sidebar / Footer) та тип рекомендації (general link чи deep link) [19–21, 84, 110].

5. Чому важливо зберігати дату й час знахідки (expired & pending delete)?

Суворий життєвий цикл домену: Домени проходять чіткі стадії: прострочення (Grace Period, 30–45 днів), період викупу (Redemption Period, ~30 днів), очікування видалення (Pending Delete, 5 днів) та безпосередній дроп о 14:00 EST / 21:00 за київським часом.

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

Динаміка відпадання посилань (Link Decay): Що довше домен лежить у простроченні чи паркінгу, то більше зовнішніх посилань відпадає (Lost Backlinks) або втрачає вагу через відсутність індексації.

6. Як фіксувати URL донора, цільовий URL, анкор та HTTP-статус?

Під час знаходження домену через біте посилання у базі створюються окремі поля:

Donor URL: Повний URL сторінки, з якої виходить посилання.

Target Broken URL: Бітий URL на знайденій доменній назві.

Anchor Text: Точний текст анкора (branded, exact match, generic, naked URL) — необхідний для перевірки на спам-фільтри та розробки аутріч-шаблонів.

HTTP Status Code: Код відповіді бітої сторінки чи домену (404 Not Found, 410 Gone, DNS NXDOMAIN, 5xx).

7. Як зберігати пошуковий запит, GEO, мову та TLD для повторного пошуку?

Для побудови реплікованих шукачів у базі даних зберігають мета-параметри:

Search Query / Operator: Точна комбінація (наприклад, KEYWORD intitle:resources inurl:links.html).

GEO / Location: Цільова країна або регіональний сервер Google (US, UA, UK).

Language: Мова контенту та видачі (uk, en, es).

TLD: Доменна зона (.com, .org, .ua, .net).

Це дозволяє запускати автоматизовані скрипти (Dork Generators, Netpeak Checker) для масового перекриття суміжних ніш.

8. Організація єдиної бази доменів у Google Sheets без втрати джерел

Щоб уникати дублікатів і не втрачати цінну інформацію про різні джерела одного домену, застосовують двотабличну структуру [128, 131–134, 157]:

[Таблиця 1: Master Domain List] <────── (1:N) ────── [Таблиця 2: Prospecting Log]
(Унікальний Root Domain + Метрики) (Журнал усіх знахідок і джерел)

Нормалізація Root Domain (eTLD+1): Автоматичне формувальне виділення кореневого домену (очищення від https://, www. та шляхів) у окрему колонку.

Таблиця 1: Master Domain List (Унікальні домени): Один рядок на один кореневий домен. Містить зведені пузомірки (DR, TF, CF, RDs), фінальний статус (Pass / Review / Reject) та розраховане поле Source Count / Intersection Count (кількість різних джерел, де виявлено домен).

Таблиця 2: Prospecting Log (Журнал знахідок): Лог усіх знахідок. Якщо домен виявлено у 5 різних місцях (наприклад, у 3 конкурентів через Link Intersect та в 2 Dorks), тут буде 5 окремих рядків із відповідними Source URL, Donor Page, Anchor та Dork Query [15, 105, 158–159].

Автоматична перевірка дублів: Використання формул (COUNTIF, MATCH) або спеціалізованих надбудов (наприклад, Go Siftly) для автоматичного виявлення повторних перевірок [128, 131–134, 157].

9. Збереження скриншотів, Web Archive, RDAP/WHOIS та історії перевірок

Web Archive (Wayback Machine): Фіксація прямого посилання на архівний знімок (наприклад, web.archive.org/web/YYYYMMDD.../domain.com) із позначкою дати останньої чистої версії до появи спаму чи паркінгу.

Результати RDAP / WHOIS: Запис дат створення (Created), закінчення (Registry Expiry Date), поточних EPP-статусів (pendingDelete, redemptionPeriod, clientHold) та назви реєстратора.

Хмарні скриншоти: Посилання на папки в Google Drive зі скриншотами бітих посилань, сніппетів або звітів Ahrefs.

Журнал аудиту (Audit Trail): Історія змін статусів під час моніторингу доступності (перехід від Active до Expired або Pending Delete).

10. Аналіз збережених джерел для визначення найефективніших методів

Для оцінки ефективності різних інструментів будують зведені таблиці (Pivot Tables) за колонкою Source / Method [158–159, 170]:

Показник конверсії джерела (Source Pass Rate): Відсоток знайдених доменів з цього джерела, які успішно пройшли оцінку (Pass) і були викуплені, відносно загальної кількості знахідок.

Середня якість та авторитетність: Обчислення середнього Trust Flow (TF), DR, кількості живих реферальних доменів (Live RDs) та чистоти анкорів для кожного джерела окремо.

Визначення ROI методів: Порівняння того, які інструменти (наприклад, Ahrefs Broken Links vs GoDaddy Closeouts vs Google Dorks vs DropCatch) дають найдешевші та найякісніші дропи без токсичного спаму.