Кейс с цифрами: в качестве технического аудита вернул интернет-магазин в выдачу
Технический аудит сайта редко заказывают из любопытства. Обычно до него доходят так, как герой этого кейса: органический трафик интернет-магазина просел на [X %] за [период], категории начали исчезать с выдачи Google, а подрядчик разводил руками – «мы ничего не трогали».
Знакомый разговор?
Далее – разбор реального проекта: показывавшая Search Console на старте, как искали найденные причины, в каком порядке чинили и сколько недель прошло до возвращения в выдачу. Без названия клиента – с механикой и цифрами. И с главным выводом, ломающим привычную логику: вопрос не «сколько ошибок на сайте», а «какие из них действительно держат сайт вне индекса».
Что такое технический аудит сайта Это диагностика того, как поисковая система сканирует, индексирует и интерпретирует сайт: robots.txt, редиректы, canonical, hreflang, метаданные, индексное покрытие. Результат аудита – не перечень ошибок, а приоритетный план: что именно блокирует видимость, в каком порядке это чинить и какого эффекта ждать.
Сайт исчез с выдачи: с чего начинался кейс
Исходные данные проекта: интернет-магазин в нише [ниша – обобщено], [N тыс.] товарных позиций, возраст домена [лет]. Симптом классический. Показы в GSC просели с [X] до [Y] за [период], клики – за ними, [часть] категорийных страниц исчезла из отчета «Страницы» как проиндексированные.
Для руководителя e-commerce это выглядит еще проще: канал, приносивший [долю] заказов, начал таять – а ROAS платных кампаний раздувается, потому что органику приходится компенсировать бюджетом. Цена невидимости считается просто даже без внутренних данных. Из нашей практики аудитов: на одном из проектов две коммерческие страницы собрали 685 907 показов за 16 месяцев — и всего 44 клика, потому что висели на позициях 44-58. Спрос был. Видимости не было. Владельцу меньшего сайта та самая математика болит иначе: каждую неделю вне индекса — это заявки, ушедшие конкуренту из соседней SERP-строки.
Первое, что мы сделали – не «прогнали сайт через сканер». Первое – зафиксировали точку «до»: выгрузку GSC по страницам и запросам, срез индексного покрытия, серверные логи за [период]. Без этой точки невозможно ни измерить эффект аудита, ни доказать его.
Почему «трафик упал» – это жалоба, а не диагноз
Жалоба описывает последствие. Диагноз называет причину, которую можно исправить и проверить. Между ними – методика.
Наша диагностика стоит на двух принципах. Первый: данные берутся из независимых источников – Search Console, серверные логи, полный краул сайта, Serpstat – и каждая весомая находка должна подтвердиться по меньшей мере в двух из них. Логи говорят, куда реально ходит Googlebot; Краул говорит, что он там видит; GSC говорит, что из этого попало в индекс. Разногласия между источниками – это не шум, это и есть самые интересные места аудита.
Второй принцип: каждая находка получает приоритет по влиянию на выдачу – Critical, High, Medium, Low – в зависимости от того, что именно она делает: блокирует индексацию, ограничивает рост или деградирует сигнал. Похожую логику «сначала критическое – потом возможности» советует и методика аудита Ahrefs: начинать с индексации и технических разрывов, а не с косметики
Период.
Без приоритезации аудит превращается в отчет о 500 ошибках, где длинный Title на странице «Контакты» стоит рядом с noindex на половине каталога – и команда разработки месяц чинит не то.
Инсайт. В выпадении из выдачи чаще всего виноват не «алгоритм» и не санкции. Большинство сайтов, которые «исчезли из Google», поисковая система не наказывала – она послушно выполнила то, что сайт сам ей приказал: не сканировать, не индексировать или считать страницу переадресацией.
Что нашел аудит: три блокера, которые держали магазин вне выдачи
Полный список находок проекта содержал [N] пунктов. Но вне выдачей сайт держали три – и все три принадлежат к классу блокеров: ошибкам, которые напрямую останавливают сканирование или индексацию.
Блокер 1 – [запрет сканирования: robots.txt – подтвердить фактом проекта]. [Описание находки: какие разделы закрыты, с какого момента – от оператора.] Механика здесь задокументирована Google: robots.txt управляет сканированием, а не индексацией – но заблокированный раздел каталога означает, что краулер не видит ни контента, ни обновлений, ни внутренних ссылок. Классика жанра – правило Запретить, что переехало со staging в продакшн вместе с релизом…
Блокер 2 – [случайный noindex в шаблоне – подтвердить фактом проекта]. [Описание: в каком шаблоне, сколько URL зацепило от оператора.] Здесь есть нюанс, который пропускают даже опытные команды: noindex срабатывает только тогда, когда страница доступна для сканирования. Если тот же раздел одновременно закрыт у robots.txt – краулер просто не увидит директиву, и страница может висеть в индексе пустой заглушкой. Две ошибки в сумме ведут себя не так, как каждая в отдельности. Именно поэтому находки проверяются связями, а не поштучно.
Блокер 3 – [сломанные редиректы на коммерческих URL – подтвердить фактом проекта]. [Описание: цепи / редирект «все на главную» / межъязыковые 301 – от оператора.] Редирект – это canonical-сигнал: 301 говорит Google, что каноническим должен стать целевой адрес. Цепь размывает этот сигнал, а массовый редирект сотен страниц на главную поиск трактует как soft 404 – страницы просто исчезают из индекса. Из нашей практики: на одном аудите мы нашли 37 межъязыковых редиректов, где украиноязычные адреса отдавали 301 на другую языковую версию, а 6% всего краул-бюджета уходило на обработку переадресаций. Как правильно строить карту редиректов – отдельно разбирали в материале о миграцию сайта без потери трафика.
Каждый из трех блокеров отдельно – строка в чек-листе. Вместе они складывались в системную картину: краулер не видит часть каталога, из видимой части половина запрещена к индексации, а оставшееся рассыпает сигнал по редиректным цепям.
Блокеры против ограничителей: почему одни фиксы работают недели, а другие – месяцы
Это центральная рамка всего кейса – и главное, чего не хватает типичным чек-листам аудита.
Блокировщики останавливают сканирование или индексацию направления: закрыт robots.txt, noindex, сломанные редиректы, soft 404. Их исправление возвращает страницы в подходящее к индексации состояние — и эффект виден в окне недель, от последующего переобхода. Ограничители не останавливают ничего: тонкий контент, слабая перелинковка, недиверсифицированная линковая масса, переспамленные метаданные. Они держат потолок позиций – и лечатся месяцами системной работы.
Топ-10 причин, которые мы находим в аудитах чаще всего (измерения из реальных проектов нашей практики):
| # | Причина | Сорт | Что видели на практике |
| 1 | robots.txt закрывает обход | Блокировщик | запрет со staging в продакшне |
| 2 | Redirect-цепи и межъязыковые 301 | Блокировщик | 37 межъязыковых редиректов, 6% обхода — переадресации |
| 3 | Soft 404 | Блокировщик | несуществующие URL отдают 200 с контентом главной |
| 4 | Устаревшие sitemap | Блокер/деградация | объявлено 796 URL при 608 в индексе, lastmod трехлетней давности |
| 5 | Тонкие коммерческие страницы | Ограничитель | 632 слова на странице 491 тыс. показов → позиция 54 |
| 6 | Конфликтная schema-разметка | Ограничитель | Article и Service одновременно на странице услуги |
| 7 | Недиверсифицированная линковая масса | Ограничитель | 97 % ссылок — sitewide-футеры из 5 доменов |
| 8 | Перекошенная внутренняя перелинковка | Ограничитель | ни одной коммерческой страницы в топ-10 по весу |
| 9 | «Просканированная, но не проиндексированная» | Качественная оценка | 335 URL вне индекса, 78 % — с достаточным объемом текста |
| 10 | Метаданные на масштабе | Ограничитель | 500 длинных Title, 292 страницы без H1 |
Обратите внимание на строку 9. Он – главная честная оговорка этого кейса: если страницы «просканированы, но не проиндексированы», это качественная оценка Google, и ни один быстрый фикс ее не изменит. Это правило работает в большинстве аудитов, которые мы видели. Но не у всех: бывает, что «качественная» причина оказывается замаскированным блокером – и наоборот. Именно поэтому диагностика предшествует плану, а не подгоняется под него.
Порядок фиксов повторяет порядок обработки поиска
Очередность работ в кейсе определяло не «проще», а конвейер поиска: сначала сканирование, затем индексация, затем сигналы ранжирования. Чинить метаданные на страницах, которые краулер не видит, — работа в пустоту.
Последовательность выглядела так: [открыли сканирование разделов в robots.txt] → [сняли noindex с шаблона, N URL] → [разобрали карту редиректов: прямые 301 без цепей, вернули 200 на целевых страницах] → перегенерировали sitemap под живые URL → подали ключевые страницы на переобход. Техническую часть – шаблоны, серверные правила, X-Robots-Tag – закрывал Dev-Unit: часть фиксов в таких кейсах живет не в SEO-настройках, а в коде CMS, и без команды разработки они не выполняются.
Сняли. Подали. Далее – самая тяжелая часть: ждать переобхода и не дергать сайт еженедельными «улучшениями», смазывающими картину измерения.
Для самодиагностики – матрица, по которой можно сверить собственный магазин:
| Симптом | Вероятная причина | Где проверить | 🚩 Красные флажки |
| Категории исчезают из отчета «Страницы» | noindex / robots.txt | GSC → Индексирование, проверка URL | «Запрещено тегом noindex» на денежных URL |
| Показы падают разделом, не сайтом | Закрытый каталог в robots.txt | GSC → Настройки → robots.txt | Disallow на раздел с трафиком |
| «Страница с переадресацией» растет | Цепи, редиректы на главную | краул + выборочная проверка 301 | коммерческий URL ведет на главный или другой язык |
| Страницы есть, трафика нет | «Просканированная, не проиндексированная» | GSC → Индексирование → причины | сотни URL с достаточным контентом вне индекса |
| Показы есть, кликов нет | Метаданные, позиции 30+ | GSC → Эффективность | CTR ниже 0,1% при тысячах показов |
Результат: [T] недель до возвращения в выдачу
Окно измерения мы зафиксировали заранее – против точки «до», снятой на старте аудита. Динамика по контрольным метрикам: индексное покрытие [было → стало], показы [X → Y], щелчки [X → Y], позиции категорийных запросов [диапазон → диапазон] в окне [T недель].
[Опционально от оператора: график или 2–3 контрольные точки динамики.]
Критерий «сайт вернулся» мы формулировали не как «трафик вырос», а измеряемо: категории из топ-списка точки «до» снова в индексе, показы по ним восстановились до [доли] стартового уровня, в отчете индексирования нет денежных URL со статусом блокера. Сколько это длится? Сроков переиндексации Google не документирует – на этом проекте от фиксов до стабилизации прошло [T недель], и честный ответ для любого сайта звучит как диапазон, а не дата.
И признание, без которого кейс был бы рекламой, а не кейсом: скорый возврат сработал, потому что причины были в блокерах. Если бы аудит показал, что каталог «просканирован, но не проиндексирован» из-за качества — разговор был бы о месяцах контентной работы. Аудит не ускоряет Google. Он лишь гарантирует, что вы чините истинную причину.
5 симптомов, что вашему магазину требуется технический аудит
Аудит до падения стоит в разы дешевле, чем после. Вот симптомы, с которыми к нам приходят чаще всего – и с которыми лучше приходить раньше:
- Показы или клики в GSC просели более 20-30% без сезонного объяснения.
- В отчете «Страницы» растет любая из причин: «Просканированная, но не проиндексированная», «Страница с переадресацией», «Запрещено тегом noindex».
- После релиза, редизайна или переезда на новую CMS трафик «почему-то» не восстановился – особенно если платформу меняли вместе со структурой URL, как это бывает при разработке интернет-магазина под ключ.
- Новые страницы неделями не появляются в индексе.
- Категории со спросом висят на позициях 20–50 – показы есть, кликов нет.
Отдельный пласт – специфика e-commerce: фасетная навигация, фильтры, пагинация и языковые версии генерируют тысячи URL, и именно там блокеры любят прятаться. Системно мы разбираем это в гайде с SEO-продвижение интернет-магазина.
И чек-лист вопросов к подрядчику, если аудит вам уже делают: укажите точку «до» и источника данных; каков приоритет у каждой находки и почему; какие из ошибок – блокеры; что изменится в выдаче и когда проверяем. Подрядчик, отвечающий на эти четыре вопроса, продает не отчет. Он продает результат.
Как мы проводим технический аудит в ADS Group
Мы в ADS Group работаем с 2011 года, и аудит у нас – это не PDF на сто страниц «на полку». Отчет на 500 ошибок без приоритетов – как распечатка всех анализов без диагноза: формально полная, практически бесполезная. Поэтому каждая находка в нашем аудите имеет доказательство из двух независимых источников, класс влияния и место в очереди фиксов – а сам технический SEO-аудит сайта ведет та же связка SEO-Unit + Dev-Unit, которая затем реализует исправление. Диагност и хирург в одной команде: между «нашедшими» и «починившими» не теряется ни ответственность, ни время.
Отчет об ошибках или плане возврата трафика: честное сравнение
Критерий | Аудит-отчет «обо всем» | Приоритетный аудит |
Формат результата | 100+ страниц ошибок | план: блокеры → ограничители → очередь фиксов |
Приоритезация | нет или «критичность сканера» | класс влияния + масштаб + деньги страницы |
Доказательность | один инструмент | GSC + логи + краул, две верификации на находку |
Прогноз эффекта | отсутствует | окно эффекта по каждому классу находок |
Что с ним делать | разбираться самим | отдать в работу как есть |
Краткое заключение: ценность аудита измеряется не толщиной отчета, а скоростью, с которой после него начинают чинить правильные вещи.
Что сделать прямо сейчас
Если ваш магазин теряет видимость – не ждите, пока выдача «сама восстановится»: каждую неделю с блокером в индексации стоит денег, которые уже не вернутся. Начните с матрицы симптомов выше и отчета «Индексирование страниц» в GSC. А если хотите диагноз вместо догадок – сделаем экспресс-диагностику вашего сайта за 48 часов: проверим robots.txt, noindex, редиректы и индексное покрытие и скажем прямо, есть ли у вас блокеры и что чинить первым.
Часто задаваемые вопросы
Что входит в технический аудит сайта?
Диагностика сканирования и индексации: robots.txt, редиректы, canonical, hreflang, sitemap, метаданные, индексное покрытие в GSC, серверные логи, краул сайта. На выходе — приоритетный перечень находок с классом действия каждой и план исправлений в правильной очередности.
Почему сайт не индексируется в Google?
Самые частые причины – блокеры: запрет в robots.txt, noindex в шаблоне, сломанные редиректы или soft 404. Отдельный класс – «просканированный, но не проиндексированный»: Google видит страницу, но считает ее недостаточно ценной. Первый класс строится быстро, второй нуждается в работе с контентом и сигналами.
Сколько длится технический аудит, и когда будет эффект?
Сам аудит для магазина – обычно 5–10 рабочих дней в зависимости от размера. Эффект от исправления блокеров виден в окне нескольких недель после переобхода; точных сроков переиндексации Google не документирует. Ограничители трудятся на горизонте месяцев.
Какую отчетность я получу?
Не список ошибок, а план: любая находка с подтверждением из двух источников, классом действия, ценностью и исполнителем (SEO либо разработка). Плюс зафиксирована точка «до» – чтобы эффект фиксов можно было измерить, а не оценивать на глаз.
Что если причина окажется не технической?
Это тоже результат аудита – и он экономит больше всего. Тогда план смещается на контент, внутреннюю перелинковку и внешние сигналы, с теми же приоритетами и контрольными точками. Худший сценарий – месяцами чинить «техничку», когда дело в качестве страниц.
Можно ли провести аудит самостоятельно по чек-листу?
Базовую проверку – так: отчет «Индексирование страниц» в GSC, robots.txt, выборочная проверка редиректов закрывают самые грубые блокеры. Предел самодиагностики – связи между ошибками и приоритетом: без логов и краула легко починить заметное вместо важного.
