Приєднання беклінків до експортів з Search Console крок за кроком

Налаштування та чому приєднання допомагає

Search Console показує сайти, що посилаються. Він не ранжує їх.

Експортуйте топ-сайти, що посилаються, у форматі CSV, і файл надасть вам стовпець доменів без оцінки ваги. Цю прогалину усуває приєднання, оскільки сирецький експорт — це просто список, а не аргумент.

Наша дія bulk_dr оцінює весь стовпець одним викликом, тому приєднання — це один left_join() за доменом. Search Console показує лише вибірку посилань, які він знає, тому сприймайте експорт як нижню межу, а не як загальну суму.

Що нам розповідає приклад і чого він не показує

Уважно прочитайте рядок форуму, оскільки сорок посилань із DR 9 — це обсяг без ваги.

У цьому вигаданому випадку два рядки з одним посиланням кожен переважають 67 посилань із тонких сайтів, саме такий шаблон слід шукати у власних даних. Це відображає принцип роботи DR, а не обіцянку щодо позицій у пошуку.

Не сприймайте це як причинно-наслідковий зв’язок. Google заявляв, що посилання — це лише один із багатьох сигналів, і після оновлення ядра у березні 2024 року картина стала ще складнішою.

Спочатку об’єднайте кілька експортів в одну таблицю

Перш ніж приєднувати беклінки до експортів з Search Console, зберіть файли. Більшість реальних завдань передбачають кілька експортів, по одному для кожного клієнта або за квартал, і приєднання буде чистішим, якщо існує одна таблиця для приєднання.

Перевірте, чи файли дійсно сумісні

Кілька CSV-файлів від різних людей об’єднуються без проблем лише тоді, коли вони мають однакові назви стовпців, порядок стовпців, формати дат і кодування. Припустімо, ви отримуєте один експорт на клієнта. Перед їх об’єднанням порівняйте рядок заголовків кожного файлу і зупиніться, якщо хоча б один відрізняється.

Швидка перевірка — це список назв стовпців для кожного файлу та одна умова зупинки в скрипті. Це коштує кілька рядків коду і запобігає тихій невідповідності.

Розділювачі та десяткові знаки

Експорти з різних машин іноді надходять із крапкою з комою як розділювачем або з іншим десятковим знаком. Перевірте розділювач кожного файлу, перш ніж припускати, що це файл із розділеними комами, і вкажіть явний locale, якщо десятковий знак відрізняється.

Файл, який парситься в один стовпець, — це найдешевша помилка, яку можна виявити. Виведіть кількість стовпців кожного файлу і зупиніться, якщо вона дорівнює одному.

Запишіть вибір під час парсингу в скрипт як явні аргументи, а не значення за замовчуванням, щоб наступний користувач міг бачити їх, не відкриваючи дані.

Один довгий стовпець із стовпцем джерела

Зберіть файли в одну довгу таблицю зі стовпцем, який фіксує файл-джерело та дату експорту. Ця таблиця замінює набір аркушів, які люди тримають у порядку вручну.

Зведені дані стають одним викликом group_by() замість аркуша на клієнта. Зберігайте сирі файли без змін, щоб крок об’єднання можна було запустити знову з початку.

Пошук значень між аркушами — це приєднання

Запит на переміщення стовпця 2 разом із стовпцем 1 — це приховане приєднання. Виберіть ключ, тут домен, і дозвольте left_join() перенести другий стовпець. Версія в електронній таблиці ламається, коли рядок переміщується, тоді як приєднання за ключем — ні.

Якщо друга таблиця використовує інший формат ключа, виправте ключ перед приєднанням, а не після. Нерозбіжність зазвичай є проблемою регістру або префікса.

Що приєднання не може виправити

Приєднання ставить дві таблиці поруч за ключем. Воно не може змусити два джерела погодитися, і воно не може врятувати домен, який ніколи не був експортований. Там, де два експорти розходяться в підрахунках, приєднання показує розбіжність, а не вирішує її.

Залишайте цю різницю видимою в звіті, з іменами обох джерел поруч, щоб читач міг побачити, з якого експорту взято число.

Приєднання також не може пояснити, чому два джерела розходяться. Для цього потрібно подивитися на сирі рядки, що є ще однією причиною, чому експорт залишається незмінним.

Зберігайте імена джерел у таблиці

Стовпець джерела — це дешева страховка. Коли через півроку цифра здається неправильною, перше питання — з якого експорту вона взята, і стовпець відповідає на нього без пошуку в старих папках.

Припустімо, клієнт запитує, чому один домен показується двічі. Стовпець джерела показує, що він взято з весняного експорту та літнього експорту, що є фактом, який можна пояснити в одному реченні.

Правила очищення, що зберігають приєднання

Ключі ламаються першими, і роблять це тихо.

Знижте регістр кожного домену, видаліть провідний www, прибрати кінцеві крапки та слеші, і згорніть дублікати перед викликом, оскільки одна випадкова велика літера перетворює гарне збіг на NA, яке ви можете не помітити, поки клієнт не запитає.

Зберігайте сирецький експорт незмінним у власному файлі, запишіть очищену таблицю поруч із ним і запишіть дату експорту в назві файлу. Щомісячний робочий зошит пояснює, чому важливі файли з датами, а сторінка масового оцінювання містить код запиту для повторного використання.

Нарешті, коли експорт має 1 200 унікальних доменів, а таблиця з оцінками має 1 150, знайдіть ці 50 перед тим, як будувати графіки; глосарій перелічує, що повертає дія, а дерево рішень каже, коли інше джерело є кращою відповіддю.

Другий експорт без перебудови приєднання

Додавання другого періоду — це те місце, де багато приєднань тихо ламаються. Виправлення полягає в тому, щоб визначити знімок, перш ніж торкатися оцінок.

Думайте про знімок як про частину ключа. Два рядки з однаковим доменом і різними датами знімку — це різні факти, навіть якщо числа виглядають однаково.

Два експорти з різних місяців не є трендом, поки не вирішено питання знімків. Вирішіть це спочатку, а потім малюйте лінію.

Оцініть обидва періоди за один прохід

Припустімо, у вас є експорт цього кварталу та минулого кварталу. Об’єднайте обидва з їхніми датами, а потім оцініть унікальні домени в обох файлах за один прохід, щоб обидва квартали мали один знімок.

Оцінювання їх окремо, в різний час, змішало б два стани індексу в одному порівнянні. Позначте дату знімку на графіку, щоб читач міг побачити, що обидва числа взято з одного проходу.

Домени, які з’являються в обох

Домен, присутній в обох експортах, повинен з’явитися один раз у таблиці оцінок і двічі в об’єднаній таблиці. Це зберігає чесність оцінки та чесність підрахунку посилань на квартал.

Зробіть таблицю оцінок з одним рядком на домен перед тим, як приєднати її, щоб приєднання не множило рядки. Переконайтеся, що кількість рядків дорівнює кількості унікальних доменів.

Зберігайте оцінювання та приєднання як окремі кроки

Зберігайте крок оцінювання у власному скрипті, а приєднання — в іншому. Коли оцінка змінюється, ви знаєте, який крок потрібно перезапустити, і приєднання ніколи не доведеться робити вручну.

Малий файл, який фіксує дату знімку та назви експортів, полегшує зіставлення двох кроків пізніше.