Главный пример в материале — SEO-команда, которая за 18 месяцев создала более 1 400 тикетов с описанием проблем и рекомендаций. Компания при этом продолжала терять органический трафик, поисковая видимость снижалась, а инженерные ресурсы уходили на инициативы CEO, продуктовые запуски и другие внутренние задачи. В итоге руководство сочло команду неэффективной и сократило ее.
Ключевой тезис автора: бэклог не равен прогрессу. Пока SEO-рекомендации не внедрены, они не влияют на трафик, ranking, indexing и бизнес-показатели. Для SEO-специалиста задача не заканчивается созданием аудита или тикета — она заканчивается только тогда, когда изменение попало в продакшн.
Что такое «IT line of death»
Hunt называет эту границу «IT line of death» — условной линией, которая отделяет задачи, реально попадающие в разработку, от задач, остающихся в очереди. Даже сильная SEO-идея может не пройти выше этой линии, если рядом стоят проекты, связанные с выручкой, безопасностью, compliance, инфраструктурой или инициативами влиятельных внутренних заказчиков.
По словам автора, SEO-рекомендации часто проигрывают не из-за слабой экспертизы, а из-за плохой упаковки для внутренней системы приоритизации. Разработка оценивает не сам факт ошибки, а стоимость работы, ожидаемый эффект, владельца задачи и ее ценность по сравнению с другими запросами.
Из этого следует важный сдвиг: SEO-команде нужно говорить не языком списка проблем, а языком вклада в результат. Это особенно актуально для технического SEO, где одна ошибка в шаблоне, CMS или логике генерации URL может масштабироваться на тысячи страниц.
Почему AI Search и GEO помогают продвигать старые SEO-задачи
Автор отмечает, что задачи, которые месяцами не двигались как «SEO-улучшения», могут получить приоритет, если их переформулировать как подготовку к AI Search, GEO или структурирование контента для обнаружения AI-системами. Сама работа при этом не меняется, меняется ее связь с тем, что сейчас важно руководству.
В качестве примера Hunt приводит IBM. Там SEO-инициативы долго не получали нужного приоритета, но ситуация изменилась после отчета о слабом внутреннем поиске сайта, который негативно влиял на продажи собственного поискового продукта IBM. Те же улучшения удалось продвинуть уже как исправления site search, а не как внешнее SEO.
Этот подход не означает, что SEO нужно искусственно переименовывать ради моды. Скорее, речь о том, чтобы связывать работу с текущими бизнес-приоритетами: AI Search, GEO и AEO, ростом выручки, улучшением навигации, снижением технического долга или повышением качества поиска по сайту.
Системные исправления важнее уборки симптомов
Отдельный акцент в статье сделан на том, что SEO-команды часто лечат симптомы вместо причины. Тысячи редиректов, десятки тысяч 404-ошибок и дубли страниц могут выглядеть как огромный список отдельных задач, но иногда все они создаются одной неправильной технической логикой.
В одном из кейсов сайт ежедневно генерировал страницы из product feed, а URL строились на основе названия товара и первого атрибута. Атрибут был нестабильным: когда он менялся, менялся и URL. В результате создавались новые страницы, старые превращались в 404, а индекс сайта постоянно «перемалывался».
Решением стала не ручная чистка ошибок, а изменение самой логики URL: вместо нестабильного атрибута нужно было использовать постоянный идентификатор, например SKU. Одно системное изменение заменило тысячи мелких исправлений и остановило механизм, который создавал проблему.
Для компаний, которые борются за рост органического трафика, это важный вывод: SEO должно быть встроено в продуктовые, технические и редакционные процессы, а не существовать отдельной очередью тикетов. Иначе даже качественный аудит останется документом, который ничего не меняет.
Итоговая мысль Hunt проста: задачи внедряются не потому, что они соответствуют лучшим практикам, а потому что бизнес видит в них достаточную ценность. Поэтому сильное SEO сегодня — это не только диагностика проблем, но и умение провести решение через внутреннюю конкуренцию за ресурсы.
Источник: Search Engine Journal