Технический аудит сайта в Москве

Заказать технический аудит сайта можно разовым пакетом — от 25 000 ₽ за 5–7 дней — или получить его в составе продвижения от 45 000 ₽/мес; экспресс-разбор перед стартом делаем бесплатно за 1 рабочий день. Технический SEO-аудит — это проверка сайта на ошибки, которые мешают поисковой системе с ним работать: найти страницы, получить их без сбоев сервера, понять, какая версия главная, и быстро показать пользователю на телефоне. Если здесь проблемы, контент и ссылки работают вполсилы: робот тратит обход на мусорные адреса, важные страницы выпадают из индекса, медленная мобильная версия портит поведение. Ниже — когда нужен аудит, что именно проверяем, как расставляем приоритеты, сколько это стоит и занимает, какие цифры должны измениться после внедрения и как принять отчёт, чтобы он не остался файлом в почте.

Когда нужен технический аудит сайта — шесть поводов заказать проверку

Аудит не делают «для галочки раз в год». Он нужен в конкретных ситуациях, и от повода зависит, с чего начинать проверку:

Если повод — старт продвижения, технический аудит идёт первым месяцем работ и в отдельном заказе не нуждается: связка «аудит и продвижение сайта» описана в тарифах SEO-продвижения. Если решение о бюджете ещё не принято, аудит заказывают отдельно — отчёт и ТЗ остаются у вас и подходят для любого подрядчика. Что именно проверяют в техническом аудите и чем он отличается от других проверок — в статье технический аудит сайта: что это и что проверяют и обзоре 9 видов SEO-аудита.

Что входит в технический SEO-аудит сайта — восемь зон проверки на ошибки

За цифрой «200+ пунктов проверки» стоят восемь зон. Их набор одинаков для всех сайтов, а вес разный: у магазина главными часто оказываются дубли фильтров, у сайта услуг — скорость и структура, у сайта на JavaScript-фреймворке — рендеринг.

• Индексация. Сколько страниц открыто роботу, сколько в индексе Яндекса и Google, что исключено и с какой формулировкой. Сверяем с тем, что должно быть в индексе, — индексация важна не числом, а составом.
• Ответы сервера. Коды по всем найденным адресам: 404 на внутренних ссылках, цепочки редиректов, несуществующие страницы с кодом 200 (soft 404), расхождения http/https и с www/без www, корректность HTTPS. См. HTTP-статусы.
• Дубли и canonical. Одинаковый контент по разным адресам: слэш, параметры, сортировки, пагинация, печатные версии. Проверяем, что canonical не спорит с sitemap и внутренними ссылками.
• robots.txt и sitemap. Что закрыто намеренно, а что по ошибке; нет ли в карте сайта адресов с редиректом и noindex; обновляется ли она.
• Скорость и Core Web Vitals. LCP, INP и CLS по полевым и лабораторным данным, отдельно для мобильных. Главное — не цифра, а причина медленной загрузки: изображения, шрифты, скрипты или сервер.
• Мобильная версия. Совпадает ли контент с десктопом (mobile-first), читается ли без масштабирования, не перекрывают ли всплывающие элементы кнопки и формы.
• Рендеринг и доступность для роботов. Отдаётся ли основной контент в HTML или появляется только после выполнения скриптов; не закрыт ли сайт для роботов нейросервисов — это уже зона готовности к AEO.
• Структура и перелинковка. Глубина кликов до важных страниц (crawl depth), страницы-сироты без входящих ссылок, понятные ЧПУ, микроразметка Schema.org на ключевых шаблонах.

Аудит юзабилити в полном объёме в техническую проверку не входит — из удобства мы смотрим только то, что влияет на поиск: читаемость на телефоне, перекрывающие элементы, доступность форм и кнопок. Полную проверку удобства интерфейса заказывают отдельно. Сокращённую версию нашего чек-листа — 60+ пунктов, которые можно пройти своими силами до обращения в агентство, — мы опубликовали в статье чек-лист технической оптимизации сайта.

Типовые находки технического аудита — дубли страниц, выпадение из индекса, медленные Core Web Vitals

Одни и те же симптомы почти всегда имеют одни и те же причины. Таблица не заменяет аудит, но помогает понять, откуда ждать проблему, и что с ней происходит после того, как она найдена:

Что такое дубли страниц и как найти и убрать их своими силами — в гайде как найти и закрыть дубли страниц; метрики скорости без жаргона — в статье Core Web Vitals простыми словами. Аудит нужен, когда причина не очевидна, симптомов несколько сразу или правки уже пробовали, а результата нет.

Приоритеты P0–P3 — как отчёт технического аудита превращается в план работ

Выгрузка краулера на три сотни предупреждений бесполезна: разработчик не поймёт, с чего начать, а руководитель — стоит ли вообще начинать. Поэтому каждая находка получает приоритет по двум осям: насколько сильно влияет на трафик и сколько стоит исправление.

Этапы технического аудита сайта — от сканирования до проверки внедрения

Сам аудит занимает 5–7 дней. Но ценность появляется только после внедрения, поэтому в плане есть и следующий месяц — неважно, внедряет ваш разработчик, служба технической поддержки сайта или мы.

Если доступ к серверу есть, на первом этапе добавляем анализ логов: он показывает, какие адреса робот реально обходит и сколько обхода уходит на мусор, — без него эти выводы делаются по косвенным данным Вебмастера.

Цель в цифрах — что должно измениться после технического аудита

Техническая работа тоже измерима, и мерить её нужно не числом исправленных пунктов, а состоянием сайта. До старта фиксируем исходные значения, после внедрения — сравниваем.

1. Доля целевых страниц в индексе — сколько из страниц, которые должны находиться в поиске, реально туда попали. Цель — близко к полному покрытию при минимуме мусорных адресов.
2. Число адресов с ошибками — 4xx, 5xx, soft 404 и цепочки редиректов на внутренних ссылках. Цель — ноль на внутренних ссылках.
3. Дубли в индексе — адреса с одинаковым контентом, которые попали в поиск. Цель — только канонические версии.
4. Доля URL с хорошими Core Web Vitals по полевым данным для мобильных. Цель зависит от шаблона, но P1-проблемы скорости должны уйти.
5. Время индексации новых страниц — сколько проходит от публикации до попадания в поиск. Хорошая структура и sitemap его сокращают.
6. Доля обхода, потраченная на мусор — по логам или отчётам Вебмастера. Для больших каталогов это главный показатель.

Позиции и трафик в этот список намеренно не входят: они зависят ещё и от контента, спроса и конкурентов. Техника создаёт условия для роста, а сам рост измеряется уже в продвижении — как именно, описано в услуге SEO-продвижения и в сопровождении и контроле, где показатели из этого списка отслеживаются между полными аудитами.

Сколько стоит технический аудит сайта — цена разового SEO-аудита, стоимость в тарифах и регионах

Стоимость технического аудита сайта — от 25 000 ₽ за разовый пакет со сроком 5–7 дней; в абонентском продвижении аудит входит в тариф «Старт» от 45 000 ₽/мес. Цены базовые для Москвы и Санкт-Петербурга. Цена разового аудита от города не зависит, а абонентские тарифы для крупных и небольших городов идут по своему ценовому кластеру: «Старт» в регионах — от 35 000 ₽/мес. Полная сетка — на странице тарифов, быстрый расчёт — в калькуляторе, стоимость подготовки сайта к нейроответам — на странице цен на AEO.

От чего цена аудита растёт: число страниц и типов шаблонов, фильтры и параметры в каталоге, несколько поддоменов или языковых версий, сайт на JavaScript-фреймворке с нестандартным рендерингом. Внедрение правок в стоимость аудита не входит: его берут отдельно — по ТЗ для вашего разработчика, в рамках технической поддержки сайта или продвижения. Бесплатный экспресс-разбор сайта за 1 рабочий день помогает понять, нужен ли полный аудит сейчас.

Если нужна не только техника, но и точки роста — семантика, структура под спрос, контент, конкуренты, — правильнее заказать SEO-аудит сайта: его стоимость вместе со стратегией — от 40 000 ₽. Как формируется цена на аудит в разных форматах и что должно входить в отчёт за эти деньги — в обзоре сколько стоит SEO-аудит.

Сроки технического аудита — сколько занимает проверка и когда виден эффект

Аудит сайта услуг или небольшого каталога — 5–7 дней. Большой интернет-магазин с фильтрами и десятками тысяч адресов требует больше времени на сканирование и разбор, срок уточняем после первичной оценки.

Эффект от исправлений появляется не в день выкладки. Роботу нужно переобойти изменённые страницы, пересчитать дубли и склейки, накопить полевые данные по скорости — данные Core Web Vitals в отчётах поисковиков обновляются с задержкой в несколько недель. Критичные исправления вроде открытого раздела или починенного canonical обычно заметны в индексе в течение нескольких недель, изменения в скорости и обходе — за 1–2 месяца.

Ускорить индексацию исправленных страниц можно: отправить адреса на переобход в Вебмастере и Search Console, обновить дату в sitemap, поставить ссылки на них с главной и разделов, которые робот обходит часто. Это не заменяет исправления, но сокращает ожидание с недель до дней для самых важных адресов.

Ошибки заказчика — почему технический аудит сайта не даёт результата

• Аудит без ресурса на внедрение. Отчёт получен, а разработчик занят другими задачами. Договоритесь о времени команды до заказа — или сразу закладывайте внедрение подрядчиком.
• Починка всего подряд. Команда берёт пункты по порядку в отчёте, а не по приоритету, и месяц уходит на косметику.
• Проверка «на глаз» после внедрения. Правку выложили, но никто не проверил, что она работает на всех шаблонах. Через месяц выясняется, что canonical поправили только на половине страниц.
• Редизайн сразу после аудита без повторной проверки. Новые шаблоны приносят новые ошибки, а старый отчёт их не видит. Как переезжать без потерь — в гайде переезд сайта без потери позиций.
• Ставка на оценку PageSpeed. Цифра в лабораторном тесте — ориентир, а не цель. Важны полевые данные пользователей и причины задержек.
• Закрытие всего подозрительного в robots.txt. Попытка «убрать дубли» запретом в robots иногда прячет от робота страницы, которые нужны в индексе, и мешает ему увидеть canonical.
• Аудит вместо стратегии. Техника — фундамент, но не причина роста. Идеально чистый сайт без структуры под спрос и контента трафик сам не соберёт.

Технический аудит интернет-магазина, сайта услуг и сайта на JavaScript — что отличается по типу проекта

Набор зон проверки одинаковый, но точки, где чаще всего теряется трафик, у разных типов сайтов свои. Поэтому и глубина проверки по зонам, и срок аудита зависят от того, что за сайт перед нами.

• Интернет-магазин. Главные риски — фильтры и сортировки, которые плодят тысячи адресов, пагинация без canonical, карточки товаров «не в наличии» с кодом 200 и без альтернатив, медленные шаблоны категорий из-за тяжёлых изображений. Аудит здесь в первую очередь про краулинговый бюджет и пагинацию; особенности ниши разобраны в тематике продвижение интернет-магазинов.
• Сайт услуг и корпоративный сайт. Страниц немного, поэтому решают скорость, структура и отсутствие дублей: у каждой услуги своя страница на понятном адресе, до неё 2–3 клика, и та же услуга не описана ещё раз в блоге и разделе «о компании».
• Сайт на JavaScript-фреймворке (React, Vue, Next, Nuxt). Проверяем, что робот получает контент без выполнения скриптов: сравниваем исходный HTML и отрисованную версию, смотрим статусы в Вебмастере. Если контента в HTML нет — рекомендуем серверный рендеринг или предрендер для ключевых шаблонов. Подробнее — JS-рендеринг.
• Сайт на CMS и конструкторе. У каждой платформы свой набор типовых проблем: служебные адреса, дубли от тегов и архивов, тяжёлые плагины, ограничения на редиректы. В отчёте разделяем, что чинится настройками, что — доработкой, а что упирается в ограничения платформы; особенности каждой — в разделе продвижение по CMS.
• Мультирегиональный сайт. Поддомены или папки городов, привязка регионов в Вебмастере, единые шаблоны без дублей между регионами, hreflang для языковых версий.

Какой формат проверки выбрать — краулер, разработчик, технический аудит или SEO-аудит

Если сайт в целом здоров и нужно понять, почему он не растёт, разумнее начать с SEO-анализа — он смотрит на спрос, конкурентов и контент, а технику затрагивает только там, где она мешает. Технический аудит нужен, когда есть симптомы из таблицы выше или впереди переезд.

Как принять отчёт технического аудита — чек-лист заказчика

Качество технического аудита видно до того, как вы начнёте что-то внедрять. Проверьте отчёт по этим пунктам — они же наши требования к собственной работе:

1. У каждой находки есть конкретные адреса, а не «на сайте встречаются дубли».
2. Есть доказательство: код ответа, строка в robots.txt, статус в Вебмастере, скриншот.
3. Каждый пункт имеет приоритет и объяснение, почему он именно такой.
4. Формулировку можно отдать разработчику без пересказа автора.
5. Сломанное и желательное разделены.
6. Учтены данные самих поисковиков, а не только выгрузка краулера.
7. Скорость разобрана по причинам, а не одной цифрой.
8. Указано, какие выводы сделаны по косвенным признакам, если не было доступа к серверу или логам.

Технический аудит сайта в регионах — Санкт-Петербург, Екатеринбург, Казань, Новосибирск, Краснодар

Технический аудит не зависит от географии: сканирование, данные Вебмастера и Search Console, скорость и рендеринг проверяются одинаково для сайта из любого города, поэтому цена разового аудита для регионов такая же, как для Москвы. Региональность появляется на следующем шаге — в продвижении: выдача Яндекса по коммерческим запросам различается от города к городу, а абонентские тарифы для регионов идут по своему ценовому кластеру. Разбор местного рынка и региональные цены — на страницах SEO-продвижение в Санкт-Петербурге, в Екатеринбурге, в Казани, в Новосибирске, в Краснодаре и AEO-продвижение в Нижнем Новгороде; полный список городов — в разделе регионы.

Для регионального бизнеса в аудит добавляем проверку привязки сайта к региону в Вебмастере и карточки в Яндекс Бизнесе, а для сети филиалов — структуру региональных разделов и отсутствие дублей между ними. Продолжение этой работы — локальное SEO.

Глоссарий — термины технического аудита сайта

• Техническое SEO и технический аудит — работа с фундаментом сайта и его проверка.
• Индексация, краулинг и краулинговый бюджет — попадание в базу поиска, обход робота и его лимит.
• Canonical и дубли — указание основной версии страницы и одинаковый контент по разным адресам.
• robots.txt, noindex, X-Robots-Tag — способы управлять доступом и индексацией.
• Sitemap — карта сайта для роботов.
• 301-редирект и 302-редирект — постоянное и временное перенаправление.
• Soft 404 и HTTP-статусы — страницы-пустышки с кодом 200 и коды ответов сервера.
• Core Web Vitals: LCP, INP, CLS — метрики скорости, отклика и стабильности; скорость загрузки — общее понятие и от чего она зависит.
• JS-рендеринг — отрисовка контента скриптами, которую роботы выполняют не всегда.
• Страница-сирота и глубина вложенности — страница без входящих ссылок и число кликов до неё.
• Пагинация и ЧПУ — постраничная навигация каталога и человекопонятные адреса.
• Schema.org — микроразметка, которая помогает поисковикам и нейросервисам понимать содержимое страницы.
• Анализ логов — проверка того, какие адреса робот обходит на самом деле.
• ИКС — индекс качества сайта в Яндексе.

Для выездных услуг и филиалов уточняем фактическую зону работы: ЦАО, Хамовники, Пресненский район (Москва-Сити), Замоскворечье, Тверской район. Проверяем адреса, график, стоимость выезда и способы связи. Различия в локальной выдаче оцениваем по замерам; наличие района в списке не означает, что под него нужна отдельная посадочная.