Сорок запланованих публікацій, один джерело поганих посилань: посмертний аналіз

Кореневі причини, за спадом ваги

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

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

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

Жодна з трьох причин не була проблемою людей сама по собі. Кожна з них була відсутнім правилом, яке не бачив ніхто. Все працювало на пам’яті. Це найважчий тип збоїв для виправлення, тому що ніхто не зробив нічого навмисно неправильно.

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

Якими були б цифри

Кожна цифра в цій історії вигадана, але арифметика реальна. Сорок чернеток при одному виклику bulk_dr кожна — це 40 кредитів, або $0.004.

Ручна перевірка редактором п’яти доменів зайняла десять хвилин. Скрипт покрив би інші тридцять п’ять за частку цього часу.

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

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

Як чергу слід було перевірити

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

Підрахуйте хости на чернетку

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

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

Запишіть правило як речення

Правило, таке як «три або більше слабких хостів переводять публікацію в режим УТРИМАННЯ», можна перевірити. Невизначені вказівки, такі як «ретельно перевірте джерела», перевірити неможливо, і втомлений редактор також не зможе їх застосувати.

Запишіть кожне правило зі статусом, який воно встановлює, наприклад, УТРИМАННЯ або ПРОХОДИТЬ, та особою, яка його бачить. Правило без виходу залишає редактора в невизначеності.

Визначте власника до запуску

Хтось повинен володіти чергою УТРИМАННЯ в день завантаження першої публікації. Без цього імені перше сповіщення потрапить у спільний канал і чекатиме там.

Власнику не потрібно читати кожну чернетку. Йому потрібно бачити список УТРИМАННЯ щодня і вирішувати, що робити з кожним записом.

Сигнали, які надійшли з запізненням

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

Скарга читача — це запізнілий сигнал

Читач, який знайшов мертве посилання, вже бачив його. Це повідомлення корисне, але воно надходить після шкоди, тому не може бути головним сигналом тривоги.

Кластер подібних джерел — це більш ранній сигнал

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

Тиха черга — не здорова черга

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

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

Що зробив редактор далі

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

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

Після цього команда написала коротку нотатку для себе. Вона містила правило, власника та перевірку в такому порядку. Нічого більше. Нотатка не була актом звинувачення, і нікого не просили пояснити, чому вони довіряли безкоштовному інструменту.

До кінця тижня команда мала дві нові звички та одну стару. Новими звичками були підрахунок хостів та список УТРИМАННЯ. Старою звичкою було те, що редактор читав кожне посилання перед його публікацією. Ця частина виявилася ефективною.

Питання для запиту під час власного огляду

Будьте прямолінійними.

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