Сорок запланированных публикаций, один ненадёжный источник: разбор ситуации
Эта история вымышленная и создана для демонстрации типичной ошибки, а не описывает реального клиента. Имена, количество материалов и даты — вымышленные. Ошибки вполне реальные, и каждая команда хотя бы раз сталкивалась с подобным в своих процессах.
Исследовательская команда SEOBlogBot ·
Читайте как художественный рассказ
Всё, что описано ниже, — это смоделированный пример с вымышленными цифрами. Он показывает, как развивается ошибка, чтобы ваша команда могла распознать похожие паттерны в своих логах.
Что происходило по часам
Очередь заполняется
Скрипт для работы с контентом загружает сорок черновиков в планировщик WordPress — по два в день в течение двадцати дней. Каждый черновик ссылается на три–шесть внешних источников.
Единственная проверка — ручная
Редактор ранее ввёл пять доменов в поле бесплатного инструмента Semrush для проверки обратных ссылок и не увидел ничего необычного. Тридцать пять доменов так и не были проверены.
Первая жалоба
Читатель пишет на почту, что указанная «исследование» ведёт на заглушку. Редактор вручную исправляет одну публикацию.
Паттерн проявляется
Одиннадцать из сорока черновиков ссылаются на источники, размещённые на доменах с минимальным количеством входящих ссылок. Они были взяты из сгенерированного ИИ плана статьи.
Устранение проблем
Команда приостанавливает оставшуюся очередь, переписывает девять ссылок и публикует материалы заново. Шесть публикаций уже вышли в эфир со слабыми источниками.
Корневые причины, по степени важности
Ничто не блокировало очередь, и это стала первой ошибкой. Человек с браузером может проверить пять доменов, а не тридцать пять, поэтому проверка не могла охватить всю партию.
Вторая причина — отсутствие правила. Никто не записал, как выглядит слабый источник, поэтому каждый редактор полагался на интуицию, которая к четвергу уже истощилась.
Третья причина скрыта за двумя предыдущими. Никто не отвечал за результат после постановки в планировщик. Публикации находились в состоянии, которое выглядело как завершённое, а это самый опасный вид очереди.
Ни одна из трёх причин не была связана с людьми сама по себе. Каждая из них представляла собой отсутствующее правило, которое никто не видел. Процесс работал на памяти. Это самый сложный тип ошибок для исправления, потому что никто не совершал ошибок намеренно.
Четвёртая, менее значимая причина — способ загрузки партии. Загрузка сорока публикаций за один раз не давала естественной паузы для проверки, поэтому очередь просто росла. Решение простое. Загружайте партию меньшими частями и позволяйте каждой части завершить проверку перед загрузкой следующей.
Какими могли бы быть цифры
Каждая цифра в этой истории вымышленная, но арифметика реальна. Сорок черновиков при одном вызове bulk_dr каждый составят 40 кредитов, или $0.004.
Ручная проверка редактором пяти доменов заняла десять минут. Скрипт проверил бы остальные тридцать пять доменов за долю этого времени.
Деньги — самая малая часть истории. Реальная стоимость — это шесть публикаций, которые читатель уже мог видеть, и часы, потраченные на исправление того, что проверка выявила бы за секунды. Часы редко попадают в счёт на оплату.
Ничто из этого не предсказывает, как Google отнесётся к публикациям. Мы не делаем заявлений о ранжировании, только о качестве ссылок, с которыми сталкивается читатель. Сохраняйте это разграничение.
Что команда изменила после инцидента
Четыре изменения, каждое из которых достаточно мало, чтобы завершить за неделю.
01
Один вызов на черновик
Каждый исходящий домен проходит проверку через bulk_dr перед тем, как публикация сможет быть запланирована. Стоимость — 1 кредит на черновик.
02
Правила записаны
Три или более домена ниже установленного командой порога отправляют публикацию в статус HOLD. Дерево решений содержит точные правила.
03
Вторая проверка после публикации
Ежемесячный аудит фиксирует показатели сайта и оповещает о падениях.
04
Ответственный
Один конкретный человек получает уведомления о статусе HOLD. Уведомления, отправленные в канал, за которым никто не закреплен, игнорируются в течение недели.
Как должна была проверяться очередь
Исправление начинается до заполнения очереди. Три решения помогли бы выявить большинство этих публикаций до того, как их увидел читатель. Ни одно из них не требует нового ПО. Нужен список, предложение и имя, и команда может написать всё это за один вечер.
Подсчитайте количество доменов в черновике
Подсчитайте количество исходящих доменов для каждого черновика до того, как кто-либо решит, кто будет их проверять. Черновик с шестью доменами требует скрипта, а черновик с одним доменом можно быстро проверить вручную.
Вкладки бесплатного инструмента Semrush для проверки обратных ссылок подходят для случая с одним доменом. Они не потянут остальные сорок черновиков.
Запишите правило как предложение
Правило вроде «три или более доменов с низкой авторитетностью отправляют публикацию в HOLD» можно протестировать. Размытые указания вроде «внимательно проверьте источники» протестировать нельзя, и уставший редактор тоже не сможет их применить.
Записывайте каждое правило со статусом, который оно устанавливает, например HOLD или PASS, и человеком, который его видит. Правило без выхода оставляет редактора в догадках.
Назначьте ответственного до запуска
Кто-то должен отвечать за очередь HOLD в день загрузки первой публикации. Без этого имени первое уведомление попадёт в общий канал и будет там ждать.
Ответственному не нужно читать каждый черновик. Ему нужно видеть список HOLD каждый день и принимать решения по каждой записи.
Сигналы, пришедшие слишком поздно
У команды было три сигнала до начала устранения проблем, и каждый из них поступил позже, чем следовало. Сигналы не были скрыты. Они лежали в почтовом ящике, во view очереди и в заметках редактора, но никто не свёл их в одном месте.
Жалоба читателя — это поздний сигнал
Читатель, который нашёл битую ссылку, уже увидел её. Это сообщение полезно, но оно приходит после того, как ущерб нанесён, поэтому не может быть основным предупреждением.
Кластер похожих источников — более ранний сигнал
Одиннадцать черновиков, ссылающихся на домены с низкой авторитетностью из одного плана, — это паттерн, который выявила бы одна проверка. Группировка по доменам стоит дёшево и выявляет паттерн до того, как его заметит читатель.
Тихая очередь — не здоровая очередь
Когда планировщик показывает сорок публикаций и нет уведомлений, никто ничего не проверял. Тишина воспринимается как успех, и именно так очередь, выглядящая завершённой, скрывает слабые источники.
Простой счётчик помогает. Считайте публикации, запланированные сегодня, и публикации, проверенные сегодня. Когда эти две цифры различаются, очередь нездорова.
Что сделал редактор дальше
Первым шагом редактора было приостановление оставшейся очереди и остановка планировщика. Это заняло минуты. Это была единственная часть недели, которая шла по плану. Планировщик оставался закрытым для новых черновиков, пока не было записано правило и не назначен ответственный. Никто не открыл его раньше времени.
Далее последовало переписывание. Каждая затронутая ссылка была заменена на источник, который редактор мог открыть и прочитать, а публикация возвращалась в очередь только после проверки вторым человеком. Скорость не была целью, потому что быстрое исправление, повторяющее ту же ошибку, никому не поможет.
После этого команда написала короткую памятку для себя. В ней были перечислены правило, ответственный и проверка, в таком порядке. Ничего лишнего. Это не было поиском виноватых, и никто не просил объяснять, почему они доверились бесплатному инструменту.
К концу недели у команды появилось две новые привычки и одна старая. Новые привычки — подсчёт доменов и список HOLD. Старая привычка — редактор читает каждую ссылку перед публикацией. Этот этап оказался рабочим.
Вопросы для следующего обзора
Какой шаг может запланировать публикацию без проверки ссылок?
Кто проверял очередь между планированием и публикацией?
Сколько доменов содержала последняя партия и сколько проверил человек?
Какое уведомление сегодня не имеет назначенного ответственного?
Каково правило для статуса HOLD, выраженное одним предложением?
Урок
Ручная проверка масштабируется на пять доменов, скрипт — на пять тысяч
Бесплатные инструменты от Semrush, Ahrefs или Moz подходят для человеческого взгляда. Всё, что повторяется по расписанию, должно быть в коде, с ценой за вызов и строкой лога за запуск.
Подсчитайте количество доменов в черновике, прежде чем решать, кто будет их проверять.
Запишите порог и настройте его на основе собственной истории.
Кто проверял очередь между планированием и публикацией? Что они на самом деле видели? Какое правило сработало бы, выраженное предложением, которое коллега мог бы проверить? Разведение руками в ответ означает, что следующие сорок публикаций закончатся так же. Запишите ответы в руководство по эксплуатации на этой неделе.
Вопросы читателей об этой ошибке
Эта история о реальном клиенте?
Нет. Это вымышленный пример, демонстрирующий паттерн ошибки. Ошибки в нём распространены, но имена, количество материалов и даты вымышлены.
Почему команда не заметила проблему раньше?
Проверка была в голове у одного человека, а уведомление уходило никуда. Как только правило записано и направлено назначенному ответственному, ту же ошибку гораздо сложнее пропустить. Исправление — это правило и имя, а не героические усилия.
Ворота (gate) остановили бы все шесть опубликованных материалов?
Ворота остановили бы черновики до планирования. Шесть публикаций, которые уже вышли в эфир, всё равно потребовали бы устранения, поэтому история заканчивается переписыванием, а не откатом.
Какое минимальное изменение может сделать команда?
Добавьте один вызов bulk_dr на этапе планирования и запишите правило HOLD. Эта пара сама по себе выявила бы слабые ссылки в этой истории.