03
Як читати результат
BUYНизький ризик, стабільна історія, критичних сигналів не знайдено.
CHECKЄ зміни тематики, недостатньо даних або сигнал, який варто переглянути вручну.
SKIPВиявлено spam-період, blacklist, зламаний контент, небезпечний редірект або високий ризик.
Фінальний статус не замінює SEO-аудит метрик і посилань. Він показує ризики минулого домену, які часто не видно у поточному сайті.
04
Експорт результатів
Готові результати можна записувати пакетами в Google Sheets або експортувати у CSV та HTML. Звіт містить домен, фінальний статус, risk score, мову, тему, кількість знімків, DNS, DMCA та коротке пояснення.
05
Google credentials і підключення таблиці
History Checker використовує окремий Google service account. Клієнт отримує доступ лише до тих таблиць, які ви вручну відкрили для email цього service account.
01 // GOOGLE CLOUD
Створіть або оберіть проєкт
Відкрийте Google Cloud Console та створіть окремий проєкт для History Checker. Це спростить керування доступом і заміну ключа.
Відкрити Google Cloud Console ↗
02 // API
Увімкніть Google Sheets API
У вибраному проєкті відкрийте APIs & Services → Library, знайдіть Google Sheets API і натисніть Enable.
Увімкнути Sheets API ↗
03 // SERVICE ACCOUNT
Створіть сервісний акаунт
Перейдіть у IAM & Admin → Service Accounts → Create service account. Вкажіть назву, наприклад history-checker. Для роботи з окремою таблицею широкі ролі Google Cloud не потрібні.
Створити service account ↗
04 // JSON KEY
Завантажте credentials JSON
Відкрийте створений акаунт: Keys → Add key → Create new key → JSON → Create. Google завантажить JSON лише під час створення ключа.
Не надсилайте JSON стороннім особам. Файл містить приватний ключ. Якщо він потрапив у чужі руки, видаліть цей key у Google Cloud і створіть новий.
05 // SHARE
Надайте таблиці доступ
Відкрийте JSON і знайдіть поле client_email. У потрібній Google-таблиці натисніть Share, вставте цей email і надайте роль Editor. Робити таблицю публічною не потрібно.
"client_email": "history-checker@project-id.iam.gserviceaccount.com"
06 // DESKTOP CLIENT
Імпортуйте JSON у History Checker
У клієнті відкрийте API → Google Sheets API → Завантажити JSON і виберіть файл. Клієнт скопіює credentials у свій локальний профіль, тому оригінальний файл можна перемістити в захищене сховище.
07 // SHEET ID
Додайте таблицю
Відкрийте Налаштування → Пайплайн Google Sheets. Вставте Sheet ID, задайте назву та відповідність колонок, після чого натисніть Зберегти таблицю.
https://docs.google.com/spreadsheets/d/SHEET_ID/edit
08 // TEST
Перевірте підключення
Таблиця має з'явитися у списку активних. Запустіть 1–2 тестові домени. Готовий рядок буде записано після завершення всіх увімкнених перевірок домену.
Якщо таблиця не підключається
- 403 / Permission denied: перевірте, чи таблиця відкрита саме для
client_email з JSON з роллю Editor.
- Spreadsheet not found: перевірте Sheet ID, не вставляйте повний URL замість ідентифікатора.
- API has not been used: увімкніть Google Sheets API в тому самому проєкті, де створено service account.
- JSON не приймається: оберіть service account key у форматі JSON, а не OAuth client або звичайний API key.
ОФІЦІЙНІ ІНСТРУКЦІЇ: SERVICE ACCOUNT ↗ JSON KEY ↗ SHARE ACCESS ↗
06
Створення акаунта після першої оплати
History Checker не створює відкриті безкоштовні акаунти. Кабінет користувача створюється автоматично лише після того, як платіжний провайдер підтвердив першу оплату.
Як це працює
Оберіть тариф, вкажіть email і завершіть оплату. Після зарахування платежу ми створюємо кабінет, активуємо обраний тариф та надсилаємо на цей email токен доступу, посилання на кабінет і desktop-клієнт. Окрема форма реєстрації та вхід через сторонні сервіси не потрібні.
Навіщо це потрібно
Кожен акаунт потенційно споживає ресурси черги, воркерів, API-ліміту, сховища та підтримки. Створення акаунта тільки після підтвердженої оплати не дозволяє одноразовим і автоматизованим реєстраціям займати ці ресурси. Так активним клієнтам доступна стабільніша пропускна здатність, а витрати на інфраструктуру залишаються прогнозованими.
Перевірте сервіс за $1. Одноденний тестовий тариф дає змогу виконати реальну перевірку всього процесу. Низька ціна робить тест доступним, підтверджує реального користувача та зменшує навантаження від фейкових акаунтів.
07
Короткі відповіді
Чи підходить сервіс для аналізу drop lists?
Так. History Checker розрахований на пакетну перевірку списків прострочених і дроп-доменів перед аукціоном або реєстрацією.
Чи можна використовувати результат для відбору PBN-доменів?
Так. Історія тематики, spam-сигнали, редіректи, DNS та DMCA допомагають прибрати ризикові домени до аналізу SEO-метрик.
Що означає фінальний статус CHECK?
CHECK означає, що домен пройшов автоматичні фільтри й може переходити до подальшої ручної перевірки. Це не команда «купувати» і не 100% гарантія: статус говорить, що сервіс не знайшов критичного автоматичного стоп-сигналу, а домен готовий до наступного етапу вашої роботи.
Чому CHECK не гарантує безпечну купівлю домену?
Фільтри History Checker сильні, але Web Archive може мати неповні, відсутні або некоректно збережені знімки. Сервіс також не оцінює SEO-метрики, профіль посилань, індексацію, історію санкцій чи ціну на аукціоні. Перед купівлею перегляньте ключові знімки вручну й перевірте метрики у ваших SEO-інструментах.
Чим CHECK відрізняється від BUY, SKIP та BAD?
CHECK — домен варто переглянути вручну; BUY — низький автоматичний ризик і стабільні сигнали; SKIP або BAD — знайдено суттєвий ризик, наприклад spam-історію, blacklist, небезпечні редіректи чи DNS-сигнали. Будь-який статус є рішенням фільтрації, а не фінансовою рекомендацією.
Чому DNS може залишатися «Очікує DNS»?
Для нових або нещодавно перевірених доменів зовнішній DNS-сервіс може поставити запит у власну чергу. Desktop-клієнт повторно надсилає такі домени пакетами до 10, доки не з’явиться результат. Основний аналіз домену при цьому не перезапускається.
Чи використовуються кешовані результати?
Так. Якщо результат уже є у кеші провайдера, він повертається швидше. Якщо кешу немає, домен може отримати тимчасовий статус очікування, після чого клієнт виконає повторну перевірку.
Що перевірити вручну після статусу CHECK?
Перегляньте кілька важливих знімків Web Archive, тематику в різні періоди, редіректи, мову, профіль посилань, індексацію, органічний трафік, SEO-метрики та репутацію домену. Для дропів також перевірте умови аукціону й можливі торгові марки.