Як перевірити якість бікліків, не обманюючи свій конвеєр
Бали легко інтегрувати в процес випуску та легко неправильно інтерпретувати. Сім переконань, які ми бачимо в командах headless, зіставлені з тим, що показують дані.
Дослідницька команда Contentin ·
Наша позиція
Якість — це судження, число — це вхідні дані
Жоден API не може сказати, чи є посилання хорошим для вашої сторінки. Воно може показати, хто посилається, скільки доменів унікальні та як домен оцінюється за шкалою від 0 до 100. Хтось все одно повинен подивитися.
Читайте реферуючі домени перед рядками бікліків
Порівнюйте з колегами, а не з магічним порогом
Залишайте людину в контурі для будь-чого, на що ви реагуєте
Сім міфів, сім виправлень
Міф
Реальність
Що робити в конвеєрі
DR 40 — це прохід, 39 — це провал
DR — це логарифмічна шкала за нашою формулою: round(100 · log(ref_domains+1) / log(2·10^7)). Одна точка — це не вирок
Використовуйте діапазони, наприклад, менше 20, від 20 до 50, більше 50
Графік показує моє посилання сьогодні
Індекс оновлюється приблизно раз на місяць
Зберігайте дату перевірки та використовуйте Search Console для доказів того ж дня
Наш DR такий самий, як Ahrefs DR
Він порівнянний за духом, але не є тим самим числом, як Moz DA
Ніколи не змішуйте бали двох постачальників в одному стовпці
Низький бал означає заблокувати публікацію
Новий або нішевий домен може мати низький бал і бути цілком нормальним
Попередьте та позначте, не блокуйте
Більше рядів означає більше правди
Виклик нараховується один раз до 1000 рядків, але рядки з одного домену повторюються
Рахуйте реферуючі домени, а не бікліки
Вебхуки спрацьовують рівно один раз
Деякі відправники повторюють спроби, тому обробник може запуститися двічі
Зробіть перевірку ідемпотентною для кожної версії запису
Безкоштовні виклики не потребують дизайну
Тайм-аути та збої все одно впливають на ваших редакторів
Встановіть короткий тайм-аут і відмовляйтеся від закриття
Читання першого та п'ятого міфу
Візьміть поріг DR. Команда обирає 40, тому що це звучить округло. Потім нішевий, але поважний сайт із 600 реферуючими доменами отримує 38 і позначається без вагомої причини.
Формула пояснює, чому. При 600 реферуючих доменах бал становить 38, при 1000 — 41, при 5000 — 51. Перехід від 600 до 5000, що більше ніж у вісім разів, дає лише 13 балів, тому шкала швидко стискається вгорі.
Тепер п'ятий. Рядки бікліків дешеві, але десять тисяч рядків з трьох доменів розкажуть менше, ніж 300 рядків з 300 доменів. Сортуйте за реферуючим доменом спочатку, а потім переходьте до рядків, коли спрацьовує правило.
Чому поріг 40 здається безпечним?
Тому що це звучить округло, що є єдиною причиною, чому більшість команд його обирають. Порог без обґрунтування зміщує всі записи біля лінії, і люди, які читають прапорці, звикають їх ігнорувати.
Обирайте діапазони замість цього, і нехай назви діапазонів несуть зміст. Читання менше 20, від 20 до 50 або більше 50 — це початкова точка для перегляду, а не вирок партнеру.
Чому повторювані рядки вводять в оману?
Один домен може створювати багато рядків бікліків, тому довгий список може приховувати короткий набір джерел. Десять тисяч рядків з трьох доменів говорять менше, ніж 300 рядків з 300 доменів.
Малий список з багатьох доменів легше перевірити, ніж довгий список з кількох, і перевірка — це крок, який має значення.
Швидкий тест для вашого правила — подати йому один домен із десятьма тисячами рядків з одного джерела, а потім один із кількома сотнями рядків з багатьох. Два не повинні виглядати однаково, і якщо вони так виглядають, правило рахує не те.
Чому числа змінюються після запуску
Запуск приносить сплеск нових посилань, і перші покази часто розчаровують. Звичайна причина — календар, а не контент, оскільки індекс оновлюється приблизно раз на місяць.
Показ, який падає між двома перевірками, — це питання, яке варто поставити, а не тривога. Спочатку перевірте дати, потім реферуючі домени і лише потім бал.
Чому числа змінилися між двома перевірками?
Запуск перевірки цього тижня може показати домен інакше, ніж запуск минулого місяця, і причиною часто є оновлення, а не зміна на сайті. Посилання, додане після останнього оновлення, просто буде відсутнім наразі.
Порівнюйте тренд протягом кількох оновлень і зберігайте дату перевірки поруч із кожним показом. Посібник з полів оцінки пояснює, які поля містять цю дату.
Якщо список реферуючих доменів майже не змінився, подивіться на дату оновлення та на свій запит, перш ніж звинувачувати сайт. Більшість несподіванок у щомісячному індексі походять від календаря або від запиту, який змінився без попередження.
Чи може новий домен виглядати меншим, ніж він є?
Так. Домен, зареєстрований після останнього оновлення, може здаватися порожнім або тонким, навіть коли його власник зайнятий. Вважайте це невідомим доки не пройде наступне оновлення, і не фіксуйте це як проблему.
Тримайте короткий список доменів, які ви знаєте як нові для індексу, і перевіряйте їх після кожного оновлення. Ця звичка перетворює плутане показання на датувану факт, з яким набагато легше працювати.
Падіння даних посилань після запуску виглядають дуже схоже здалеку. Зачекайте на тренд, перш ніж змінювати правило.
Розумна перевірка одного посилання в конвеєрі
Чотири кроки показують, як перевірити якість бікліків, не обманюючи конвеєр.
1
Спочатку викличте безкоштовний огляд
Прочитайте домен за допомогою безкоштовної дії огляду перед запуском будь-якого правила. Це нічого не коштує, і це скаже вам, чи індекс взагалі знає ім'я.
2
Порівнюйте з колегами, а не з порогом
Встановіть показання поруч із кількома доменами з тієї ж ніші. Діапазон більш чесний, ніж лінія проходження, оскільки одна точка біля порога означає дуже мало.
3
Відкривайте рядки лише тоді, коли спрацьовує правило
Викликайте бікліки з per=100 лише для позначеного домену, потім рахуйте унікальні реферуючі домени. Два кредити купують корисну сторінку, тому просіть одну гарну сторінку, а не кілька маленьких.
4
Зберігайте вирок із його датою
Зберігайте показання, дату та правило, яке спрацювало. Рецензент тоді зможе побачити через місяці, чому запис було позначено, і якими були дані на той час.
Де тут Google
Google каже вже роками, що ігнорує більшість спамних посилань, а не карає за них. SpamBrain, система, що стоїть за оновленням спаму посилань у грудні 2022 року, працює в цьому напрямку.
Ось чому конвеєр, який блокує за низьким числом, більше шкодить, ніж допомагає. Ваш сигнал слабкий. Google сильний, тому використовуйте наш для пріоритезації перевірок, а потім перевіряйте звіт Links у Search Console для того, що сам Google повідомляє.
Чи потрібно мені відкидати посилання?
Зазвичай ні. Google каже вже роками, що ігнорує більшість спамних посилань, а не карає за них, тому файл disavow належить до конкретного випадку, а не до рутинного очищення.
Ручна дія від Google — це інша ситуація, і інструмент disavow є одним із кроків у цьому процесі. Прочитайте, що Google повідомляє в Search Console, перш ніж щось змінювати.
Залиште нотатку про профіль посилань, який ви перевірили, із його датою. Будь-хто, хто переглядатиме рішення пізніше, зможе побачити обґрунтування таким, яким воно було, а не таким, яким воно виглядає зараз.
Чи шкодить низький бал ранжуванню сторінки?
Наш бал описує граф посилань. Це не правило, яке Google застосовує до вашої сторінки, тому низький показник каже вам, куди подивитися, і нічого про те, що думає Google.
Ось чому конвеєр повинен попереджати, а не блокувати. Слабкий сигнал, використаний як жорсткий бар'єр, створює більше проблем, ніж спам, який він мав зловити.
Тоді навіщо дані про посилання?
Вони для пріоритезації перевірок, роботи, яку описують попередні розділи. Використовуйте їх, щоб вирішити, якому партнеру або запису людина повинна подивитися спочатку.
Все інше належить людині, яка читає прапорець. Цей читач, а не число, приймає рішення щодо сторінки.
Схожі запитання
Чи є безкоштовний спосіб спробувати це на одній сторінці?
Так. Безкоштовні дії domain та overview не потребують ключа, а перевірка DR на огляді приймає домен напряму. Запустіть його на своєму сайті, перш ніж вирішувати будь-яке правило.
Чи повинен низький бал блокувати публікацію?
Ні. Попередьте редактора та позначте запис. Людина може оцінити посилання партнера за секунди, тоді як бар'єр на основі оновлюваного раз на місяць показника буде давати хибні спрацювання на нових доменах. Дивіться пост-мортем для вигаданого прикладу цього.
Як часто повинна запускатися перевірка?
Запустіть безкоштовний огляд при публікації та bulk_dr сканування щонічі або щотижня. Оскільки індекс рухається приблизно щомісяця, перевірка одного й того ж домену кожну годину нічого нового не скаже і лише додасть шуму до ваших журналів.
