Довідник
Поля оцінки інструменту по одному
Налаштуйте таблицю списків один раз, і щомісячна робота виконуватиметься автоматично. Ось кожен стовпець оцінки посилань, який може зберігати каталог, та виклик, який його заповнює.
Дослідницька команда SEO Tools AI ·
Стовпці, огляд
| Стовпець | Заповнюється через | Кредити | Оновлення |
|---|---|---|---|
| dr | bulk_dr, до 2 000 доменів | 1 | Щомісяця |
| dr_checked_on | Ваш власний скрипт, у день отримання даних | 0 | Кожен запуск |
| ref_domains | refdomains, відсортований за вашим вибором | 2 | Щомісяця, лише для топ-списків |
| top_anchors | anchors | 2 | Щокварталу |
| top_pages | toppages | 2 | Щокварталу |
| overview_blob | overview (безкоштовно, без ключа) | 0 | За запитом |
| rival_overlap | intersect, від 2 до 10 доменів | 2 | При додаванні інструменту |
Стовпці, що виправдовують своє існування
Почніть з двох. dr є ключем сортування, а dr_checked_on — стовпцем чесності.
Оцінка без дати виглядає як факт, а через місяць стає чуткою. Дата усуває цю проблему, а також дозволяє вашому скрипту пропускати рядки, які були оновлені годину тому після збою.
Вважайте все інше опціональним. Сайт порівняння, який показує посилальні домени поруч із рейтингом, дає читачам друге число для перехресної перевірки, що корисніше, ніж просто гарний бейдж. Наша сторінка інструмент аналізу backlink показує, як це виглядає порівняно з іншими перевірниками.
Поєднайте стовпці з глосарієм, щоб читачі бачили ті ж слова, що й у вашій адмін-панелі, та з рецептом синхронізації, коли будете готові їх заповнити.
Стовпці для посилань, які видає каталог
Оцінки описують інструмент. Каталог також видає посилання, і їм також потрібен окремий стовпець. Каталоги, які вимагають зворотного посилання, є поширеними, тому це питання торкнеться вас швидше, ніж ви очікуєте.
Почніть з поля «так/ні», яке фіксує зворотне посилання. Перед тим як його записати, перевірте сайт зазначеного інструменту самостійно, тому що запам’ятована відповідь — це перша помилка, яка виникає в списку з кількома сотнями рядків.
Стовпець взаємного посилання
Додайте reciprocal_link як стовпець «так/ні», який вказує, чи веде сайт зазначеного інструменту назад на вас. Уявіть, що ви підтримуєте 300 інструментів, і 40 з них попросили розмістити посилання в обмін. Цей стовпець покаже, які саме записи базуються на послугі, і зробить це ще до того, як читач запитає.
Виключіть цей стовпець із сортування за оцінкою. Він описує стосунки, а не інструмент, тому його змішування в рейтингу ускладнить пояснення порядку пізніше.
Стовпець статусу для публікованих посилань
Фіксуйте outbound_status з HTTP-статусом кожного опублікованого посилання, а також дату останньої перевірки. Список, який повертає 404, — це порушена обіцянка читачеві, і ніхто інший не помітить цього за вас.
Перевірку можна виконати в тому ж щомісячному запуску, що й оновлення оцінки. Ви додаєте один стовпець і не новий графік, що є найдешевшим обслуговуванням, яке може собі дозволити каталог.
Запишіть обіцянку, яку вам дали
Коли каталог вимагає посилання в обмін, зазначте дату, сторінку та точну формулювання запиту в стовпці link_note. Звичайна примітка займає хвилину на написання і заощаджує суперечку через півроку.
Не обіцяйте розміщення, яке не зможете підтримати. Якщо зворотне посилання ніколи не буде додано, чесним кроком буде позначити рядок і залишити оцінку без змін.
Відокремлення платного розміщення
Якщо список був оплачений за місце, зберігайте значення placement поруч із оцінкою і ніколи не дозволяйте оцінці самостійно визначати порядок. Високий dr не має бути єдиною причиною, через яку платний рядок знаходиться вище за кращий.
Показуйте прапорець платного розміщення поруч із оцінкою, щоб кожен, хто сортує сторінку, бачив обидва значення. Читач, який знаходить мітку, — це читач, який продовжує довіряти решті списку.
Параметри запиту, які ви дійсно використовуватимете
Це параметри API в порядку, необхідному для скрипта синхронізації.
action what to do: domain, overview, bulk_dr, refdomains, anchors ...
q one domain, for single-domain actions
domains comma list, for bulk_dr (GET) or send it as a POST body
key your sk_ key, or use the Authorization: Bearer header
page which page of rows
per rows per page, 10 to 5000, up to 1,000 rows per billed call
sort column to sort by
order asc or descНайменування та типи, що старіють добре
Називайте стовпці за тим, що вони містять, а не за постачальником. dr підходить для нашого, але якщо ви пізніше додасте другий метричний показник, dr_ours та da_moz заощадять вам міграцію.
Зберігайте рейтинг як ціле число від 0 до 100, дату як ISO-рядок, наприклад 2026-10-01, а підрахунки — як цілі числа. Стовпець тексту, що містить 1.2k, — пастка для першої людини, яка його відсортує.
Також зберігайте стовпець source із коротким значенням, наприклад seotoolsai. Це коштує кілька байтів і відповідає на питання, яке запитає кожен майбутній редактор.
Кожна відповідь містить ok. Аутентифіковані також містять _credits з вартістю цього запиту та вашим залишком балансу. Логуйте обидва. Перед тим як мапувати будь-яке інше поле в стовпець, виконайте один безкоштовний domain запит і прочитайте JSON самостійно.
Налаштуйте таблицю за п’ять кроків
Спочатку назвіть стовпці
Напишіть список стовпців, перш ніж торкатися API-ключа, і назвіть кожен стовпець за тим, що він містить. Залишайте імена постачальників поза назвами стовпців, щоб пізніший метричний показник не змусив вас перейменувати їх.
Виконайте один безкоштовний запит
Запустіть overview для одного домену. Йому не потрібен ключ, тому ви можете прочитати JSON і перевірити імена полів проти своєї таблиці, перш ніж витрачати будь-які кредити.
Додайте оцінку та її дату
Зберігайте dr як ціле число, а dr_checked_on як ISO-дату. Ці два стовпці є мінімумом для оцінки, якій читач може довіряти.
Протестуйте на двадцяти рядках
Відправте bulk_dr для двадцяти списків, які ви знаєте. Порівняйте три результати вручну з безкоштовною дією domain, і лише тоді запускайте повний список.
Додайте стовпці деталей для виділених записів
Посилальні домени та якірні тексти коштують 2 кредити за запит, тому отримуйте їх лише для списків, які ви показуєте детально. Оцінка за 1 кредит все ще може покривати всі інші рядки.
Практичний приклад: гіпотетичний запис списку
Це вигаданий приклад, а не реальний список. Уявімо каталог під назвою ToolShelf зі списком для вигаданого продукту example-seo.test.
Його запис містить dr 41, dr_checked_on 2026-10-01 та ref_domains 1 000. Це відповідає публічній формулі, оскільки log(1001), поділений на log(20 000 000) і помножений на 100, округлюється до 41.
Через місяць скрипт переотримує дані і знаходить 1 800 посилальних доменів, тому рейтинг стає 45. Змінюються лише dr та дата. Текст огляду, скріншоти та примітки редактора залишаються точно такими, якими були написані, оскільки оцінка не чіпає їх.
Яким спискам потрібна оцінка і наскільки глибоко
Не кожному списку потрібна однакова глибина. Каталог із кількома сотнями інструментів може оцінити кожен рядок, але деталізовані запити — це окреме рішення з окремою вартістю.
Оцінюйте кожен рядок, навіть ті, які ви приховуєте від читачів. Прихований список все ще потребує значення, коли хтось фільтрує адмін-панель, а порожня клітинка там виглядає як пропущена перевірка, а не як вибір.
Два списки на одному домені
Два списки можуть ділити один хост, наприклад інструмент і його безкоштовну пробну версію на одному сайті. Оцінка належить домену, тому обидва рядки отримують однаковий dr.
Додайте короткий текстовий запис, наприклад shares domain, до другого рядка. Без нього редактор бачить два однакових числа і припускає, що одне з них — помилка копіювання.
Те саме правило стосується компанії, яка запускає кілька інструментів під одним сайтом. Кожен інструмент може заслуговувати на власну сторінку, але його оцінка все одно є оцінкою домену, на якому він розміщений, тому вкажіть це в стовпці приміток.
Витрачайте деталізовані запити там, де дивляться читачі
Вершина категорії — це те місце, де кількість посилальних доменів змінює рішення. Почніть з 2-кредитних запитів там і залиште довгий хвіст на dr без змін.
Переглядайте розділення раз на рік. Списки рухаються вгору і вниз по сторінці, і рядок, який був прихований у березні, може зараз заслуговувати на деталізований запит.
Зберігайте сиря відповідь один раз
Зберігайте сиря JSON для кожного оновлення в одному текстовому стовпці або в окремому файлі. Коли ви змінюєте те, що показує сторінка, ви відбудовуєте її з цієї копії і уникаєте оплати за ті самі рядки двічі.
Це також дає вам запис, на який можна посилатися, коли рейтинг виглядає неправильно. Порівняйте збережену відповідь з поточною, перш ніж змінювати будь-яку оцінку вручну.
Також зафіксуйте значення ok поруч із збереженою відповіддю. Рядок, створений з відповіді, яка не була ok, має бути позначений для повторного запуску, а не довірятися як оцінка.
Запускайте оновлення в фіксованому порядку
Оновлення, яке чіпає рядки в випадковому порядку, важко перевірити. Обробляйте рядки в порядку, в якому вони з’являються на сторінці, і записуйте перший і останній домен запуску в лог.
Якщо скрипт зупиниться посередині, лог покаже, де продовжити. Рядки, які вже мають дату цього місяця, можна пропустити, і нічого не буде оплачено двічі.
Питання щодо полів
Чи варто зберігати сиря JSON для кожного списку?
Так, один раз за оновлення. Зберігайте його в одному текстовому або JSON-стовпці, потім виводьте dr та інші поля відображення з нього. Коли ви змінюєте те, що показуєте, ви можете відбудувати сторінки без повторного виклику API та подвійної оплати.
Що станеться, якщо домен не в індексі?
Не вгадуйте оцінку. Залиште клітинку dr порожньою і не показуйте жодного бейджа для цього списку. Наш індекс містить 181 132 097 доменів, що є великим числом, але не всім веб-простором, і порожнє значення є більш чесним, ніж нуль.
Чи потрібні мені всі ці поля на публічній сторінці?
Ні. Показуйте рейтинг і його дату, а можливо, посилальні домени для виділених списків. Залиште решту в адмін-панелі для сортування, аудиту та виявлення списків, числа яких стрибкоподібно змінюються між місяцями.