Що таке Entity Audit?

Entity Audit: як перевірити історичну сутність дроп-домену перед купівлею

Під час пошуку дроп-домену недостатньо подивитися лише на DR, кількість referring domains або колишній органічний трафік. У домену може бути сильний посилальний профіль, але при цьому незрозуміла історія: кілька різних брендів, відсутність реальної організації, сумнівні згадки або взагалі відсутність ознак того, що за сайтом колись стояв реальний бізнес.

Саме для такого аналізу ми створили Entity Audit — інструмент, який намагається відновити історичну сутність домену за даними Wayback Machine, структурованими даними старого сайту, соціальними профілями, Google Knowledge Graph, бізнес-каталогами та незалежними згадками.

Програма аналізує домен, формує Entity Score від 0 до 100, визначає рівень підтвердженості сутності та окремо показує, які сигнали знайдені й що ще потрібно перевірити вручну.

1. Що таке Entity Audit і яку проблему він вирішує під час аналізу дроп-доменів?

Entity Audit — це інструмент для оцінки історичної сутності домену.

Його головне питання не:

«Наскільки великий DR у домену?»

а:

«Чи можна за історичними даними підтвердити, що за цим доменом колись стояв реальний бренд, компанія, організація або інша впізнавана сутність?»

У вихідній логіці програма прямо описана як система оцінки історичної сутності. Для перевірки вона використовує Wayback Machine, Google Knowledge Graph і зовнішній вебпошук.

Це особливо корисно для дропів, тому що два домени з однаковими SEO-метриками можуть мати абсолютно різну історію.

Один міг десять років належати реальному локальному бізнесу, мати адресу, телефон, LinkedIn, Facebook, згадки в каталогах та структуровані дані Organization.

Другий міг бути просто контентним SEO-сайтом без чіткої ідентичності.

Entity Audit допомагає побачити цю різницю.

2. Як Entity Audit використовує Wayback Machine для відновлення історичної сутності домену?

Wayback Machine є базовим джерелом даних для Entity Audit.

Спочатку програма звертається до CDX API Wayback Machine та отримує історичні HTML-знімки головної сторінки домену. Вона відбирає тільки відповіді зі статусом 200 та MIME-типом text/html.

Для одиночного аналізу програма вибирає до чотирьох історичних знімків, розподілених по часовому проміжку, а не просто чотири сусідні копії сторінки.

Це важливо, тому що домен міг існувати багато років.

Наприклад:

2014 — компанія мала одну назву;

2018 — сайт пережив редизайн;

2021 — бренд змінив позиціонування;

2024 — сайт перестав працювати.

Перевірка кількох часових точок дозволяє зрозуміти, чи була сутність стабільною протягом історії.

Якщо Wayback взагалі не повертає валідних HTML-знімків, Entity Audit не може нормально відновити історичну сутність і припиняє основний аналіз.

3. Які дані програма шукає в архівних версіях сайту?

Entity Audit не просто читає <title> старої сторінки.

Вона намагається зібрати якомога більше ознак реальної організації.

Програма витягує:

назви сайту та бренду;

<title>;

телефони;

email;

адреси;

структуровані дані Schema.org;

sameAs;

посилання на соціальні мережі;

сторінки About / Company;

Contact;

Team / Staff.

Особливу роль відіграє JSON-LD.

Entity Audit розпізнає такі типи сутностей, як:

Organization;

Corporation;

LocalBusiness;

Store;

ProfessionalService;

Product;

EducationalOrganization;

NGO;

Person.

Наприклад, якщо в історичному HTML знайдено:

Organization + назва компанії + телефон + адресу + sameAs на LinkedIn, це значно сильніший сигнал реальної сутності, ніж просто красивий title головної сторінки.

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

4. Як Entity Audit визначає країну та мову історичного сайту?

Програма не покладається лише на доменну зону.

Вона комбінує декілька сигналів.

Серед них:

національний TLD;

телефонний код;

згадки країни або адреси;

html lang;

Content-Language;

аналіз тексту сторінки;

резервні налаштування, якщо нічого визначити не вдалося.

Наприклад, для .pt програма може припустити Португалію.

Якщо паралельно знайдено:

телефон +351;

lang="pt";

адресу в Lisboa,

впевненість у визначенні країни та мови зростає.

У результаті Entity Audit повертає не тільки:

Країна: Португалія

але й:

Надійність: Висока

та пояснення, на яких сигналах базується висновок.

Це корисно при роботі з міжнародними дропами, де лише доменна зона не завжди достатня.

5. Для чого використовується Google Knowledge Graph?

Після визначення історичної назви бренду Entity Audit може звернутися до Google Knowledge Graph API.

Програма шукає кандидатів за назвою бренду, порівнює їх із визначеною історичною назвою та відбирає найбільш схожий результат.

Якщо збіг достатньо сильний, у результаті можна отримати:

назву сутності;

Knowledge Graph ID;

типи сутності;

description;

рівень схожості.

Сам факт наявності Knowledge Graph-кандидата не означає автоматично, що він належить саме цьому домену.

Тому програма прямо додає рекомендацію перевірити, чи кандидат Knowledge Graph справді пов'язаний із потрібним доменом, а не є просто однойменною організацією.

Тобто Knowledge Graph у Entity Audit — це додатковий доказ, а не остаточний вирок.

6. Як програма шукає соціальні профілі, каталоги та незалежні згадки?

Entity Audit використовує зовнішній вебпошук через Serper.

Програма формує кілька запитів навколо:

домену;

історичної назви бренду;

company/contact;

official social.

Після цього результати діляться на кілька категорій.

Соціальні мережі

Підтримуються, зокрема:

Facebook;

Instagram;

LinkedIn;

YouTube;

X / Twitter;

TikTok;

Pinterest;

GitHub.

Бізнес-каталоги

Серед шаблонів, які розпізнає програма:

Yelp;

Yellow Pages;

TripAdvisor;

Trustpilot;

Crunchbase;

BBB;

Chamber of Commerce;

Kompass;

Europages;

Foursquare;

OpenCorporates;

D&B та інші.

Незалежні згадки

Результати, які не є:

самим сайтом;

соцмережею;

бізнес-каталогом,

можуть потрапити до категорії незалежних згадок.

Саме вони часто цікаві для ручного аудиту: статті, профілі компанії, локальні ресурси, партнерські сторінки тощо.

7. Як формується Entity Score від 0 до 100?

Entity Score — це внутрішня система оцінювання Entity Audit.

Вона складається з позитивних сигналів і штрафів.

Наприклад, поточна логіка нараховує:

+5 — визначено історичну назву бренду;

+12 — назва бренду узгоджена в різних знімках;

+8 — знайдено структуровані дані реальної організації;

+4 — історичний телефон;

+3 — історичний email;

+5 — історична адреса;

+6 — сайт мав кілька бізнес-сторінок;

до +20 — історичні соціальні мережі;

+10 або +15 — відповідна сутність у Knowledge Graph;

до +6 — згадки домену у вебпошуку;

до +10 — соціальні профілі у вебпошуку;

до +15 — бізнес-каталоги;

до +16 — незалежні згадки.

Є й негативні сигнали.

Наприклад:

−15 — багато суперечливих історичних назв без узгодженості.

Також передбачений штраф для доменів, назва яких схожа на штучні SEO-шаблони на кшталт best, top, login, bonus, casino тощо.

Після цього результат обмежується діапазоном:

0–100.

Важливо розуміти: це внутрішній скоринг Entity Audit, а не метрика Google і не прямий фактор ранжування.

8. Що означають рівні Entity Audit?

На основі Entity Score програма присвоює домену один із п'яти рівнів.

80–100 — Сильна реальна сутність

Є велика кількість узгоджених історичних доказів.

Наприклад:

бренд;

адреса;

телефон;

структуровані дані;

соцмережі;

каталоги;

Knowledge Graph;

незалежні згадки.

60–79 — Підтверджений бренд

Бренд добре простежується, хоча набір доказів може бути не максимальним.

40–59 — Частково підтверджена сутність

Є реальні позитивні сигнали, але доказова база неповна.

20–39 — Слабкі або суперечливі сигнали

Окремі ознаки є, але вони недостатні або між ними є суперечності.

0–19 — Сутність не підтверджена

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

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

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

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

Сам Entity Audit це враховує.

Якщо знайдені історичні соцмережі, програма додає рекомендацію:

перевірити, чи вони справді посилаються назад на цей домен.

Якщо знайдено Knowledge Graph-кандидата — перевірити його зв'язок із доменом.

Саме тому у вебверсії Entity Audit особливо важливо зробити всі джерела клікабельними.

У старій програмі для соцмереж, каталогів і незалежних згадок уже зберігаються URL, а в Google Sheets створюється окрема кнопка-посилання «Відкрити».

Практичний принцип простий:

автоматизація знаходить кандидата → людина підтверджує зв'язок.

10. Як використовувати Entity Audit разом із backlinks, Organic і Web Archive?

Entity Audit не повинен замінювати повний аналіз дроп-домену.

Він відповідає лише на одну групу питань:

«Хто стояв за цим доменом і наскільки добре це можна підтвердити?»

Backlinks відповідають на іншу:

«Хто і як посилався на домен?»

Organic:

«За якими запитами та сторінками домен ранжувався?»

Wayback:

«Що реально було на сайті протягом його історії?»

У нашій практиці найбільш логічна схема перевірки виглядає так:

Web Archive → Entity → Organic → Backlinks → Recovery → ціна → ручне рішення.

Наприклад, високий Entity Score сам по собі ще не означає, що домен варто купувати.

Може бути:

Entity Score: 88/100

але при цьому:

backlink profile зіпсований;

старі URL не відновлюються;

ключові сторінки втрачено;

аукціон уже занадто дорогий.

І навпаки: Entity Score 45/100 не обов'язково робить домен марним, якщо backlinks, Organic і історія дуже сильні.

Саме тому Entity Audit я розглядаю насамперед як інструмент пошуку сильних і слабких місць, а не машину, яка замість SEO-фахівця приймає остаточне рішення.

Який результат видає Entity Audit?

Після завершення аналізу користувач отримує структурований звіт із такими основними блоками:

Загальна оцінка

Entity Score;

рівень сутності;

надійність;

історичний бренд.

Історія

кількість перевірених знімків;

перший і останній snapshot;

варіанти назви бренду.

Географія

країна;

мова;

надійність визначення;

причини.

Історичні докази

Schema.org;

телефон;

email;

адреса;

бізнес-сторінки;

соцмережі.

Зовнішні докази

Google Knowledge Graph;

соціальні профілі;

бізнес-каталоги;

незалежні згадки.

Scoring

позитивні сигнали;

штрафи;

кількість балів за кожний фактор.

Ручна перевірка

конкретний список того, що SEO-фахівцю ще варто відкрити й перевірити самому.

Саме такий набір даних закладений у звіт вихідної версії Entity Audit.

Висновок

Entity Audit створювався не для того, щоб замінити Ahrefs, Semrush або ручну перевірку Web Archive.

Його задача інша — зібрати в одному місці докази того, що домен історично був пов'язаний із реальною сутністю.

Для пошуку дроп-доменів це дає ще один рівень аналізу.

Замість:

«У домену хороший DR і багато referring domains»

ми можемо сказати:

«У домену був стабільний історичний бренд, адреса, телефон, Organization schema, LinkedIn, Facebook, каталоги, незалежні згадки й кандидат у Knowledge Graph — і тепер це можна перевірити разом із backlinks та Organic».

Саме в цьому головна користь Entity Audit: він не просто ставить оцінку, а показує, з яких доказів вона складається і куди SEO-фахівцю дивитися далі.