Перевірка довіри домену для фрейма даних на 2000 рядків
Спробуйте один домен у полі, а потім оцініть увесь стовпець одним викликом. Таблиця порогів пропонується нами, але ви можете її змінити.
Дослідницька команда CranSEO ·
Спочатку перевірте один домен
Безкоштовно, без ключа. Введіть домен і побачте його DR та кількість посилальних доменів, перш ніж писати скрипт.
Увесь стовпець за один запит
Надішліть до 2000 доменів у bulk_dr, що коштує 1 кредит за виклик. Тут ми об’єднуємо їх через кому; спочатку виконайте тестовий виклик з трьома доменами, щоб підтвердити структуру виводу.
library(httr2)
library(dplyr)
domains <- readr::read_csv("links_export.csv")$domain |> unique()
chunk <- head(domains, 2000)
scores <- request("https://cranseo.com/api.php") |>
req_url_query(action = "bulk_dr",
domains = paste(chunk, collapse = ","),
key = Sys.getenv("CRANSEO_KEY")) |>
req_perform() |>
resp_body_json()
glimpse(scores)Таблиця порогів: що зазвичай означає діапазон DR
| Діапазон DR | Мітка | Що робити з рядком |
|---|---|---|
| 0–9 | Тонкий | Зберігати для підрахунку обсягу, ігнорувати для аргументів щодо якості |
| 10–29 | Малий | Типово для нових або локальних сайтів; перевірте якірний текст |
| 30–59 | Заснований | Зазвичай вартий ручного перегляду в звіті для клієнта |
| 60–79 | Сильний | Згадувати за іменем та перевіряти відповідність тематиці |
| 80–100 | Дуже великий | Рідкісний; підтвердіть, що посилання редакційне, а не з профілю чи коментаря |
Чому логарифмічна шкала змінює ваші пороги
DR зростає за логарифмом кількості посилальних доменів. Крок від 10 до 20 вимагає значно менше нових посилальних сайтів, ніж крок від 70 до 80.
Тому діапазони не повинні бути однакової ширини в вашій голові. Сайт з DR 45 не є посередині між локальним блогом і New York Times, а гістограма сырих значень введе вас в оману.
Використовуйте cut() з таблицею вище, а потім підрахуйте рядки в кожному діапазоні, а не усереднюйте DR. Усереднення на логарифмічній шкалі приховує саме тих аутлієрів, яких ви найняли знайти.
Сирі значення DR мають тенденцію скупчуватися в нижній частині, тому гістограма таких значень переважно показує натовп внизу. Логарифмовані частоти розподіляють ті самі дані більш чесно.
Три способи використання міток
Оберіть один спосіб і дотримуйтесь його.
Три способи, і фільтрація йде першою. Залишайте лише рядки з DR 30 і вище перед ручним переглядом, і ви скоротите список на 2000 рядків до чогось, що людина може прочитати за післяобід. Ранжування: відсортуйте за спаданням і візьміть топ-50 як приклади для слайда клієнта. Аудит: підрахуйте рядки в кожному діапазоні та порівняйте цей місяць з минулим, використовуючи файли з позначкою дати з runbook.
Сайт з DR 70 може посилатися на вас зі спонсорської сторінки. Локальний блог з DR 12 може бути найбільш релевантним згадуванням, яке у вас є. Жоден із цих способів не вимірює якість. Сприймайте число як допоміжний інструмент сортування та дивіться на якірний текст, перш ніж приймати рішення, про те, як це витягти, пояснює словник дій.
Якщо ваш список почав своє життя як експорт Search Console, послідовність об’єднання показує кроки очищення, які запобігають втраті ключів, а сторінка ціноутворення показує, скільки коштуватиме тисяча таких викликів.
Примітка щодо розміру вибірки
Вибачте, але малі вибірки брешуть, і ефект зростає, коли ви розбиваєте їх за діапазонами.
Маючи лише 40 доменів, один аутлієр змінює підрахунок діапазону на помітну величину. Розмір вибірки — це важіль. Оцініть весь експорт, а не вибірку зручності, оскільки виклик до 2000 доменів коштує ті самі 1 кредит, що й виклик для двох. Най дешевший спосіб отримати стабільну картину — запитати все і дозволити cut() відсортувати дані після цього.
Мала таблиця легко читається і легко сприймається неправильно. Друкуйте частоти поруч із відсотками, щоб читач бачив розмір бази.
Перш ніж довіряти виводу
- Усуньте дублікати доменів та видаляйте www перед викликом, кожного разу
- Логуйте поле кредитів у відповіді
- Зберігайте дату знімку поруч із оцінками
- Зберігайте таблицю порогів у системі контролю версій
- У звіті вкажіть, що DR — це наш власний показник, а не Moz DA
Оцінка списку перспектив без самообману
Перевірка довіри домену така ж хороша, як і список, який ви їй подаєте. Пакетне оцінювання часто є першим кроком завдання з збагачення: у вас є список компаній або сайтів і ви хочете отримати число, за яким їх відсортувати. Число — це ключ сортування. Це не вирок.
Оцінки потім потрапляють у таблицю, яку читатимуть колеги, тому формулювання навколо них має таке ж значення, як і пороги.
Визначтеся, для чого потрібна оцінка
Список, який ви сортуєте для аутрічу, список, який ви аудитуєте, і список, який ви відрізаєте перед ручним переглядом, потребують різних порогів. Спочатку напишіть мету на початку ноутбука, а потім оберіть діапазони.
Оцінювання для аутрічу віддає перевагу відповідності та доступним контактам. Сам по собі DR відсортує великий, але нерелевантний сайт вище за маленький, який точно є вашою аудиторією, тому читайте оцінку поруч із нішею.
Називайте кожну таблицю порогів відповідно до її мети, наприклад outreach-bands або audit-bands. Дві чітко названі таблиці не дозволяють ключу сортування тихо перетворитися на вирок.
Зберігайте вхідні та вихідні дані простими для відстеження
Кожен рядок повинен зберігати свій початковий вхідний рядок поруч із нормалізованим доменом, щоб оцінку можна було відстежити назад до рядка, який її створив. Логуйте, скільки рядків пішло і скільки повернулося.
Якщо рядок не має оцінки, зафіксуйте її як відсутню, а не видаляйте. Тихе видалення — це те, через що список перспектив зменшується без рішення кого-небудь його відрізати.
Логуйте виклик, а не лід
Логуйте запит, дію, час і поле кредитів кожної відповіді. Не логуйте повний ключ і уникайте особистої контактної інформації у файлі журналу.
Журнал, який показує, що було запитано і скільки це коштувало, відповідає на більшість питань, які колеги поставлять через місяць.
Тримайте журнал у звичайному текстовому форматі, по одному рядку на виклик, щоб diff міг показати зміну вартості між двома місяцями без будь-якого додаткового програмного забезпечення.
Нічиї, майже дублікати та довгий хвіст
Два домени можуть отримати однакову оцінку і все одно відрізнятися в одному аспекті, який має для вас значення, наприклад, мовою або нішею. Нічия — це підказка подивитися на рядки, а не причина вибрати перший алфавітом.
Довгі хвости ховаються в малих діапазонах. Підрахуйте, скільки доменів знаходиться прямо під кожним порогом, оскільки поріг, що розділяє щільний кластер, перемістить багато рядків одночасно.
Запишіть, які рядки були вирішені нічиєю, щоб вибір, який ви зробили, залишався видимим, коли хтось запитає про це пізніше.
Що діапазони не можуть сказати
Діапазони описують число, а не стосунки. Домен у сильному діапазоні повідомляє вам, що кількість посилальних доменів висока, і нічого про те, чи є посилання редакційним, свіжим або активним.
Поєднуйте кожен діапазон із поглядом на фактичні посилання для рядків, які ви плануєте згадати. Цей погляд повільний, і саме тому існують діапазони: вони вирішують, які рядки цього варті.
Корисний тест — випадковим чином обрати три рядки з кожного діапазону і прочитати їхні якірні тексти. Якщо діапазони розповідають узгоджену історію, збережіть їх. Якщо ні, змініть пороги, перш ніж публікувати що-небудь.
П’ять етапів від списку до відранжованої таблиці
Нормалізація
Видаліть пробіли, приведіть домен до нижнього регістру, видаліть www та видаліть точні дублікати. Зробіть це перед першим викликом, щоб кожен рядок мав один ключ.
Оцінювання частинами
Надсилайте не більше 2000 унікальних доменів за один виклик bulk_dr. Кожен виклик коштує 1 кредит, незалежно від розміру частини до цього ліміту.
Перевірте покриття
Порівняйте кількість оцінених доменів із кількістю, яку ви надіслали. Запишіть різницю в журнал, а потім вирішіть, що робити з кожним відсутнім рядком.
Розрізання на діапазони
Застосуйте таблицю порогів з cut(), а потім підрахуйте рядки в кожному діапазоні. Зберігайте діапазони поруч із сирими оцінками, а не замінюйте їх.
Ранжування для читача
Відсортуйте за числом, яке потребує ваша мета, а не лише за міткою діапазону, і збережіть верхні рядки в окремій таблиці для перегляду.
Питання, які люди ставлять щодо пакетного оцінювання
Пакетне оцінювання завжди піднімає ті самі кілька питань, тому вони відповідаються тут у тексті.
Що робити з рядком, у якого немає оцінки?
Збережіть його та позначте як відсутній, а потім спочатку перевірте ключ. Зазвичай це пов’язано з кінцевим слешем, префіксом www або іншим регістром.
Якщо ключ чистий, а домен все ще відсутній, щомісячний індекс його не містить.
Чи можу я оцінити список більший за 2000?
Розділіть унікальні домени на групи до 2000, викличте bulk_dr один раз для кожної групи та об’єднайте результати.
П’ять тисяч унікальних доменів потребують трьох викликів, що становить 3 кредити.
Які помилки HTTP має обробляти цикл?
HTTP 401 для відсутнього або неправильного ключа та HTTP 402, коли баланс порожній. Обидва мають зупинити запуск, а не повторювати спробу.
Все інше варто повністю зафіксувати в журналі разом із часткою, з якої вона надійшла.
Як протестувати це перед реальним запуском?
Спочатку оцініть три домени та перевірте структуру виводу з допомогою glimpse(). Протестуйте решту конвеєра на тестових даних, щоб платний виклик запускався лише тоді, коли ви цього хочете.
Чи варто ділитися оцінками з клієнтом?
Діліться ними з приміткою, що DR — це наш власний показник на логарифмічній шкалі, і показуйте дату знімку поруч із ним. Клієнт, який читає лише число, сприйме його як аудит, яким воно не є.
Покажіть таблицю порогів разом із ним, щоб діапазони були видимі для читача.
