Математика перевірки беклінків: DR, термін за терміном
Одна формула, кілька слів, які люди плутають, і таблиця гіпотетичних вхідних даних, щоб ви могли перевірити власну панель інструментів.
Формула
DR = round(100 log(ref_domains + 1) / log(2 10^7))
Публічна, коротка та легка для відтворення. Вона залежить лише від одного вхідного параметра: скільки різних доменів посилаються на ціль у нашому індексі.
- Це наш власний показник
- Подібний за духом до Ahrefs DR або Moz DA, але не такий самий
- Логарифмічний: кожен додатковий нуль у посилальних доменах додає приблизно однакову кількість балів
Глосарій
| Термін | Значення в цьому API |
|---|---|
| Беклінк | Одне посилання з однієї сторінки на ціль. Індекс містить близько 798,5 мільярдів таких посилань. |
| Посилальний домен | Окремий домен-джерело, який рахується один раз, незалежно від кількості посилань. Це вхідний параметр для DR. |
| Посилання між доменами | Зв'язок між двома доменами. У графіку їх 2 774 625 913. |
| DR | Оцінка від 0 до 100, обчислена на основі посилальних доменів. |
| Анкор | Клікабельний текст посилання. Повертається через anchors та anchor_cloud. |
| Топ-сторінка | URL на цільовому сайті, відсортований за кількістю отриманих посилань. Повертається через toppages. |
| Перетин | Домен, який посилається одночасно на дві-десять цілей. Повертається через intersect. |
| Кредит | Одиниця оплати. 1 кредит дорівнює $0,0001. Дії коштують від 0 до 3 кредитів. |
| Вік індексу | Час, що минув з моменту останнього перезавантаження. Приблизно місяць. |
Приклад розрахунку з вигаданими вхідними даними
Ніщо тут не описує реальний сайт. Вхідні дані вигадані, щоб показати, як працює логарифмічна шкала, і кожен результат обчислено за формулою вище.
Ціль із 100 посилальними доменами отримує 27 балів. При 1000 — 41, при 10 000 — 55, при 100 000 — 68, а при 1 000 000 — 82. Лише 20 000 000 посилальних доменів дають 100 балів.
Як читати кроки
Подивіться на кроки. Перехід від 100 до 1000 доменів дає 14 балів, як і стрибок від 1000 до 10 000, але другий стрибок потребує в дев’ять разів більше нових посилальних доменів. Саме тому малий сайт рухається швидко, а великий — ледве.
Гіпотетичний сайт із 300 доменами
Уявімо, що вигаданий сайт має 300 посилальних доменів. Формула дає 34 — оцінку між 27 при 100 та 41 при 1000.
Сайт без посилальних доменів отримує 0, оскільки логарифм від 1 дорівнює 0. Це реальна відповідь, яка означає, що індекс ще не має даних для цього домену.
Порівняйте це з 41 при 1000 доменах. Сайт збільшує кількість посилальних доменів більш ніж у три рази, але оцінка зростає лише на сім балів — так працює логарифмічна шкала в звичайному прикладі.
Міф проти реальності
| Міф | Реальність |
|---|---|
| Мої показники Majestic або Moz мають збігатися з цим DR. | Кожен вендор сканує власну павутину та визначає власну оцінку. Очікуйте однакового напрямку, а не однакових цифр. |
| Вищий DR означає вищі позиції. | DR описує профіль посилань. Google ніколи не казав, що використовує його, а ранжування залежить від набагато більшого. |
| Втрата 2 балів означає, що я втратив посилання. | На логарифмічній шкалі 2 бали можуть бути значною зміною на верхньому рівні та шумом на нижньому. Перевіряйте кількість посилальних доменів напряму. |
| DR оновлюється, коли посилання стає активним. | Індекс оновлюється приблизно щомісяця, тому оцінка відстає. |
| Пакетний запит менш точний, ніж одиночний. | bulk_dr та compare читають з одного індексу; різниця лише в упаковці. |
Використання числа в продукті
Число DR легко відобразити, але легко й неправильно прочитати. Контекст навколо нього важливий не менше, ніж саме число.
Показуйте кількість поруч із оцінкою
Показуйте DR поруч із кількістю посилальних доменів, яка його сформувала. Користувачі швидко зрозуміють шкалу, коли зможуть бачити обидва показники.
Не усереднюйте різні сайти
Не усереднюйте його по різних сайтах, оскільки середнє значення логарифмів приховує те, що вас цікавить. Замість цього ранжуйте, групуйте або порівнюйте з підрядною множиною.
Групування для панелі портфеля
Перевірка беклінків, що показує портфель, працює краще з групуванням, ніж із середнім значенням. Кілька великих доменів домінують у будь-якому середньому, тому групуйте за діапазонами, які ви можете пояснити клієнту.
Для програмного оцінювання багатьох сайтів дивіться масивний скрипт; для таблиці, яка виглядає переконливо на публічній сторінці, дивіться проксі-панель.
Встановіть межі груп у одному значенні конфігурації, щоб зміни були видимі в огляді, а легенда графіка могла читати з того ж джерела.
Вік індексу та його вплив на DR
Оцінка змінюється лише тоді, коли змінюється індекс, і це змінює те, як ви читаєте зміну між двома датами.
Чому оцінка може стояти на місці
Індекс перезавантажується приблизно щомісяця, тому оцінка може залишатися незмінною тижнями, поки сайт отримує нові посилання. Це ефект індексу, а не вирок сайту.
Читайте оцінку відносно дати індексу, яку показує ваш екран. Плоска лінія з недавньою датою означає інше, ніж плоска лінія з датою місячної давнини.
Читач, який бачить той самий DR протягом місяця, має перевірити дату індексу, перш ніж робити висновок про сайт. У більшості випадків дата пояснює плоску лінію.
Порівняння двох дат в одному інструменті
Порівнюйте два показання, взяті з одного інструменту, або показання з різницею в місяць. Поєднання показання до перезавантаження з показанням після — найлегший спосіб вигадати тренд.
Якщо вам потрібна історія, зберігайте кількість посилальних доменів разом із кожним показанням. Кількість показує рух, а DR тоді є лише його поданням.
Відтворення оцінки у власному коді
Спробуйте самі. Обчисліть її з кількості посилальних доменів і порівняйте з тим, що повертає API. Python: round(100 math.log(n + 1) / math.log(2e7)). JavaScript: Math.round(100 Math.log(n + 1) / Math.log(2e7)).
Коли результат відрізняється на одиницю
Натуральний логарифм підходить, оскільки основа скасовується у відношенні. Якщо ваш результат відрізняється на одиницю, спочатку перевірте режим округлення.
Правила округлення відрізняються в різних мовах. Python's round округлює точні половини до найближчого парного числа, тоді як Math.round у JavaScript округлює їх вгору, тому значення посередині може потрапити на різні боки.
Зберігайте кількість разом із оцінкою
Зберігайте кількість посилальних доменів поруч із DR у вашій таблиці, з датою, коли ви її прочитали. Тоді ви зможете перевикористати оцінку пізніше без нового запиту, а рецензент зможе перевірити її вручну.
Збережена кількість також дозволяє пізнішому читачеві побачити, що бачила формула, що важливо, коли клієнт запитує, чому число змінилося.
Колонка для дати запиту важлива не менше, ніж кількість. Без неї два показання, які виглядають ідентично, можуть походити з різних місяців індексу.
Де терміни глосарію зустрічаються з API
Таблиця глосарію коротка на меті. Три її терміни викликають більшу плутанину в звітах клієнтів, тому кожен з них розглядається тут детальніше.
Беклінк та посилальний домен
Беклінк — це одне посилання. Посилальний домен — це окремий домен, який розміщує одне або кілька таких посилань. Десять тисяч посилань з одного активного блогу рахуються як один посилальний домен, тому DR слідує за другим терміном, а не першим.
У звіті позначайте ці два числа по-різному. Їхнє переплутування — найшвидший спосіб зробити так, щоб кількість посилань виглядала як кількість доменів.
Така ж логіка застосовується до анкоров. Десять тисяч посилань з однаковим анкоровим текстом можуть походити з одного посилального домену, тому кількість анкоров і кількість доменів можуть розповідати зовсім різні історії про один сайт.
Кредит та вартість запиту
Кредит — це одиниця оплати, а запит коштує стільки, скільки коштує його дія, а не стільки, скільки коштує його рядки. Запит refdomains за 2 кредити повертає той самий заряд, незалежно від того, чи містить він 10 рядків, чи 1000.
Це робить кількість рядків вільною змінною всередині запиту, тому витягуйте потрібний розмір сторінки в одному запиті, а не в багатьох дрібних.
Топ-сторінки та анкори
Топ-сторінки та анкори описують, куди потрапляють посилання і що вони кажуть. Читайте їх поруч із DR, оскільки висока оцінка з тонкою різноманітністю анкоров розповідає іншу історію, ніж та сама оцінка з широким міксом.
Перевірте список анкоров на домінування однієї фрази. Одне повторюване посилання з багатьох доменів може виглядати як кампанія, і читач повинен бачити це, перш ніж читати загальну кількість.
Питання, які люди ставлять про DR
- Чи можу я конвертувати DR в Ahrefs DR?
- Ні. Вони побудовані на різних індексах і різних формулах. Обидва зростають із більшою кількістю посилальних доменів, тому тренди збігаються за напрямком, але цифри не конвертуються одна в одну.
- Чи каже DR, що сторінка займе місце?
- Ні. DR описує профіль посилань домену. Він не говорить, де з’явиться будь-яка сторінка в результатах пошуку, а ранжування залежить від набагато більшого.
- Чому моя оцінка впала без втрати посилань?
- Формула логарифмічна, а індекс перезавантажується приблизно щомісяця. Падіння може наслідувати перезавантаження або невелику зміну біля верхньої межі шкали, тому перевірте кількість посилальних доменів, перш ніж називати це втратою.
- Чи можу я обчислити DR з власних даних про беклінки?
- Тільки з кількості посилальних доменів, взятої з того ж індексу. Ваш власний сканер бачить інший набір доменів, тому формула, застосована до вашої кількості, дасть інше число для того ж сайту.
- Чи може реальний сайт мати DR 0?
- Так, коли індекс не має посилальних доменів для нього. Новий запуск або сайт, який індекс ще не досяг, виглядає так, тому дата індексу має бути поруч із числом.
