Консалтинг
Чек-лист аудита сайта: что проверить перед редизайном или запуском рекламы
Полный чек-лист для самостоятельного аудита сайта: 38 конкретных пунктов по индексации, скорости, микроразметке, мобильной версии и коммерческим факторам, с инструментами и правилами приоритизации.
Коротко
Перед редизайном или запуском рекламы бесплатный чек-лист закрывает большую часть типовых проблем: индексация и краулинг (10 пунктов), скорость и Core Web Vitals (8 пунктов), микроразметка (6 пунктов), мобильная версия (8 пунктов), коммерческие факторы для Яндекса (6 пунктов) — всего 38 проверок. Разбор занимает 3–5 часов с Яндекс.Вебмастером, Search Console, PageSpeed Insights и Lighthouse под рукой.
Почему это самая дешёвая страховка в проекте
Редизайн стоит от 150 000 ₽, месяц рекламы в Яндекс.Директе для среднего проекта — от 60 000 до 300 000 ₽ на сам бюджет размещения, не считая ведения. Оба вложения предполагают, что сайт технически способен принять новый дизайн или новый трафик и не потерять его на первом же шаге. Проверить это заранее стоит несколько часов времени, а не проверить — рискнуть всем бюджетом на редизайн или рекламу разом.
Логика простая: реклама приводит трафик на сайт, который уже не индексируется корректно, работает медленно на мобильных или теряет заявки из-за сломанной формы, — и вы платите за клики, которые физически не могут превратиться в деньги. Редизайн поверх сайта, чьи реальные проблемы никто не разобрал, рискует повторить их в новой обёртке или, того хуже, случайно снять с индекса страницы, которые раньше приносили трафик.
Чек-лист ниже — это не сокращённая версия платного аудита, а рабочий набор из 38 конкретных проверок, которые можно провести самостоятельно за один рабочий день с бесплатными инструментами. Он организован в пять блоков: индексация и краулинг, скорость, микроразметка и метаданные, мобильная версия и юзабилити, коммерческие факторы для Яндекса. Каждый пункт сформулирован как конкретное действие, а не общее пожелание вроде «проверьте SEO».
Блок 1. Индексация и краулинг: 10 пунктов
Если страницу не видит поисковый робот, всё остальное не имеет значения: дизайн, скорость и тексты не спасут страницу, которой нет в индексе. Этот блок проверяет базовую доступность сайта для Яндекса и Google, и именно здесь чаще всего находятся критичные проблемы после переезда на новый домен, смены CMS или редизайна.
Половина пунктов в этом блоке проверяется за пять минут в браузере, вторая половина требует краулера вроде Screaming Frog или отчётов в Яндекс.Вебмастере и Search Console. Начинайте отсюда: если индексация сломана, остальные блоки чек-листа можно смотреть параллельно, но именно эти 10 пунктов определяют, увидит ли новый дизайн или рекламный трафик вообще кто-то из поисковых систем.
| Пункт | Что именно проверять |
|---|---|
| robots.txt | Директивы Disallow не блокируют важные разделы: каталог, статьи, страницы услуг. Особенно после переезда на новый движок — там часто остаётся тестовая строка Disallow: / |
| sitemap.xml | Файл существует, доступен по прямой ссылке, содержит все ключевые страницы и не содержит страниц с ошибкой 404 или редиректом внутри себя |
| Отправка sitemap | Карта сайта добавлена и принята в Яндекс.Вебмастере и Google Search Console, без ошибок обработки в отчёте |
| Meta robots | На страницах, которые должны индексироваться, нет случайного noindex — частая находка после переноса тестовой версии сайта на прод без правки этого тега |
| Canonical | Указывает на собственный URL страницы, а не на главную или на другую случайную страницу — ошибка канонизации массово вымывает страницы из индекса |
| Реальный размер индекса | Число страниц в отчёте об индексации Вебмастера и Search Console сопоставимо с числом страниц в sitemap — разрыв в разы означает системную проблему |
| Дубли адресов | Сайт не открывается одновременно по http и https, с www и без, со слэшем в конце и без — каждая пара без редиректа создаёт дубль в индексе |
| Цепочки редиректов | Нет цепочек из двух и более редиректов подряд (301 → 301 → 200) — они замедляют обход и часть роботов просто не доходит до конечной страницы |
| Битые ссылки | Внутренние ссылки не ведут на страницы с ошибкой 404 — краулер вроде Screaming Frog находит это за один проход по сайту |
| HTTPS и смешанный контент | Весь сайт открывается по HTTPS без предупреждений о смешанном контенте и без старых внутренних ссылок на http-версии страниц |
Блок 2. Скорость и Core Web Vitals: 8 пунктов
Google и Яндекс используют скорость как фактор ранжирования, но даже если бы не использовали — медленный сайт теряет посетителей до того, как они увидят предложение. Ориентиры Google по Core Web Vitals: LCP (загрузка основного контента) до 2,5 секунды — хорошо, до 4 секунд — приемлемо, дальше — плохо; INP (отклик на взаимодействие) до 200 миллисекунд — хорошо; CLS (сдвиги вёрстки) до 0,1 — хорошо. Эти пороги стоит проверять по реальным полевым данным, а не только в лабораторном тесте.
Главная ошибка при проверке скорости — тестировать только главную страницу. Карточка товара с двадцатью изображениями и калькулятором ведёт себя совершенно иначе, чем облегчённая главная. Проверяйте каждый уникальный шаблон отдельно: главная, категория или каталог, карточка товара или услуги, страница оформления заказа.
| Пункт | Что именно проверять |
|---|---|
| LCP по шаблонам | Замерен отдельно для главной, каталога и карточки товара или услуги, а не только для главной страницы |
| INP при реальных действиях | Отклик проверен на реальных действиях: клик по фильтру, открытие модального окна, ввод в поле формы, а не только при загрузке страницы |
| Причины сдвигов CLS | Найдены конкретные элементы без заданной ширины и высоты — картинки, баннеры, блоки под шрифты без font-display |
| Вес изображений | Изображения сжаты, отдаются в современных форматах (WebP или AVIF) и подгружаются в размере, реально нужном под экран |
| Блокирующие скрипты | Скрипты аналитики и виджетов не загружаются синхронно в head перед контентом, отложены или загружаются асинхронно |
| Кэширование | Настроено браузерное кэширование и, если есть, кэширование на уровне CDN для статических файлов: стилей, скриптов, изображений |
| Время ответа сервера | TTFB стабилен и не даёт всплесков при обычной нагрузке — проверяется отдельно от клиентской части, часто упирается в хостинг |
| Сторонние скрипты | Посчитаны число и вес внешних виджетов: чат, счётчики, соцсети — это часто самая скрытая статья веса страницы |
Блок 3. Микроразметка и метаданные: 6 пунктов
Метаданные и микроразметка не меняют то, что видит посетитель на странице, но напрямую влияют на то, как страница выглядит в выдаче и понимает ли её поисковая система. Ошибка здесь редко ломает сайт визуально, поэтому такие проблемы могут жить годами незамеченными: страница работает, просто хуже кликается в выдаче или показывается без сниппета с ценой и рейтингом, на который был расчёт.
Главное правило проверки микроразметки — сверять её с тем, что реально видно на странице. Разметка Product с ценой 5 000 ₽ на странице, где реальная цена уже 6 500 ₽, — не техническая мелочь, а прямой повод для санкций со стороны поисковой системы за вводящие в заблуждение данные.
| Пункт | Что именно проверять |
|---|---|
| Title и description | Уникальны на каждой странице, не дублируются массово между карточками товаров и не остаются пустыми на важных разделах |
| Валидность Schema.org | Проходит проверку валидатором и совпадает с видимым контентом: цена, наличие, рейтинг соответствуют тому, что на странице |
| Open Graph | Заполнены og:title, og:description и og:image — от них зависит, как ссылка выглядит при расшаривании в мессенджерах и соцсетях |
| Один H1 на странице | H1 один, отражает тему конкретной страницы и не дублирует дословно title |
| Иерархия заголовков | H2–H6 идут по смысловой структуре без пропущенных уровней и не используются просто ради визуального размера текста |
| Alt-тексты | У изображений товаров и услуг есть описательный alt, особенно важно для карточек, где картинка несёт основную информацию |
Блок 4 и 5. Мобильная версия, юзабилити и коммерческие факторы: 14 пунктов
И Яндекс, и Google строят индекс по принципу mobile-first: для ранжирования используется именно мобильная версия страницы, даже если основной трафик у вас идёт с десктопа. Это делает мобильный блок не опциональной проверкой «для полноты», а таким же критичным, как индексация.
Технически исправный сайт регулярно теряет заявки на ровном месте: кнопка ниже сгиба на маленьком экране, номер телефона, который нельзя нажать и позвонить, форма без валидации, которая просто ничего не делает при ошибке ввода. Такие проблемы чек-лист найдёт быстрее, чем любой другой блок, потому что большинство из них видно глазами за пять минут на реальном телефоне.
Тот же принцип касается и коммерческих факторов, которые Яндекс исторически учитывает отдельно от технической исправности и релевантности контента: насколько сайт похож на реально работающий бизнес, а не на страницу-заглушку. Google формально таких факторов не декларирует, но для российской выдачи они ощутимо влияют на позиции коммерческих запросов, а для интернет-магазинов сюда же добавляется состояние микроразметки Product и структуры фильтров — пустые категории и дубли URL от фильтров тоже коммерческий фактор, просто выраженный через техническую проблему.
| Пункт | Что именно проверять |
|---|---|
| Паритет контента | Мобильная версия содержит те же текст, ссылки и разметку, что десктопная, а не урезанный вариант — это прямое требование mobile-first индексации |
| Размер зон касания | Кнопки и ссылки достаточно крупные и разнесены так, чтобы не было промахов пальцем на маленьком экране |
| Viewport и масштаб | Текст читается без принудительного увеличения жестом «щипок», viewport настроен корректно |
| Кликабельные контакты | Номер телефона и email оформлены как ссылки tel: и mailto:, а не как обычный текст |
| Формы на мобильном | Поля вызывают нужную клавиатуру (числовую для телефона, с @ для почты), ошибки валидации видны, а не спрятаны |
| CTA в зоне видимости | Главное действие видно без долгой прокрутки на типичном экране смартфона |
| Всплывающие окна | Не перекрывают контент намертво и легко закрываются на маленьком экране — навязчивые интерстишлы наказываются Google отдельно |
| Запись реальных сессий | Просмотрены записи в вебвизоре Яндекс.Метрики: где посетители зависают, что кликают вхолостую, где бросают форму |
| Видимость цен | Цены видны без регистрации и без звонка, если у конкурентов в нише цены открыты |
| Контакты | Телефон, адрес и часы работы видны и совпадают на всех страницах и в карточке компании в Яндекс.Бизнесе |
| Процесс заказа | Шаги оформления понятны, видна информация о доставке и оплате без поиска по сайту |
| Отзывы | На сайте или на связанных площадках есть отзывы, желательно с ответами компании |
| О компании | Есть реальные сведения о компании: команда, адрес, реквизиты — не только страница-заглушка с формой |
| Структура каталога | Разделы соответствуют тому, что реально продаётся, без пустых категорий и без фильтров, плодящих дубли страниц |
Инструменты: что показывает каждый
Пяти бесплатных инструментов достаточно, чтобы закрыть все 38 пунктов чек-листа. Яндекс.Вебмастер — источник правды по индексации в Яндексе: сколько страниц в индексе, какие исключены и почему, есть ли ошибки в sitemap, проблемы с безопасностью и специфичные для Яндекса рекомендации по коммерческим факторам. Google Search Console — то же самое для Google: отчёт покрытия по индексации, отчёт по мобильному юзабилити и отчёт Core Web Vitals на основе реальных данных пользователей (CrUX), а не только лабораторного теста.
PageSpeed Insights даёт быстрый снимок по конкретному URL: и лабораторные, и полевые данные Core Web Vitals, плюс список конкретных находок по каждой метрике с оценкой влияния. Lighthouse — тот же движок, но запускается прямо из DevTools в Chrome, удобен для страниц за авторизацией или до публикации, куда PageSpeed Insights не достучится, и дополнительно проверяет доступность и базовую безопасность.
Вебвизор в Яндекс.Метрике закрывает то, что не покажет ни один автоматический отчёт: как реальные люди ведут себя на странице. Записи сессий стоит смотреть выборочно — 15–20 записей на ключевой странице обычно достаточно, чтобы увидеть повторяющийся паттерн, будь то бесполезный клик по нерабочему элементу или систематический уход с формы на одном и том же поле.
Как приоритизировать найденное
После прохода по всем 38 пунктам почти всегда набирается список из 15–30 находок, и попытка чинить их по порядку сверху вниз — плохая стратегия: время уходит на низкоприоритетные правки, пока критичная проблема продолжает стоить денег каждый день. Разложите список на три уровня.
Критично — то, что прямо сейчас блокирует индексацию денежных страниц или ломает конверсию: закрытая от индексации карточка товара, сломанная форма заявки, сайт без HTTPS, критичный провал LCP на странице оформления заказа. Такие пункты чинятся в течение нескольких дней, независимо от того, что запланировано дальше.
Важно — то, что не горит сегодня, но тормозит рост: отсутствующая или неполная микроразметка, слабая мобильная адаптация неключевых страниц, лишние сторонние скрипты. Это ложится в спринт или в план на месяц. Можно отложить — низкий трафик на затронутых страницах, косметические огрехи в иерархии заголовков, дубли на страницах, которые и так почти никто не посещает. Критерий простой: если находка не блокирует деньги и не мешает индексации важной страницы, а трудозатраты на исправление выше эффекта, — в бэклог.
Что чек-лист не поймает
Чек-лист отвечает на вопрос «что не так», но не всегда отвечает на вопрос «почему именно так и что с этим реально делать». Если LCP на карточке товара 4,8 секунды, чек-лист укажет на проблему, но не скажет, вызвана ли она тяжёлыми изображениями, медленным сервером, блокирующим скриптом стороннего виджета или их сочетанием, — а это три разных исполнителя и три разных бюджета на исправление.
Чек-лист также не заменит понимания вашего бизнеса и конкурентов: он не скажет, соответствует ли структура каталога реальному спросу в вашей нише, не сравнит вас с тремя ближайшими конкурентами в выдаче и не расставит приоритеты с учётом того, какой у вас бюджет и какая метрика для вас сейчас важнее — трафик, заявки или конкретная выручка. Это требует контекста, которого нет ни в одном автоматическом отчёте.
Разумный порядок действий — пройти чек-лист самостоятельно, закрыть то, что понятно и дёшево исправить своими силами, и уже с этим списком идти за профессиональным разбором того, что осталось непонятным. В Veltos.Tech аудит сайта стоит от 15 000 ₽ за экспресс-формат на 3 дня; если часть находок из своего прохода по чек-листу вы решите отдать в работу, эта сумма обычно засчитывается в стоимость дальнейших доработок. Но чек-лист выше закрывает основную часть работы бесплатно — профессиональный аудит нужен для оставшихся 20%, а не вместо всего процесса.
Частые вопросы
Сколько времени занимает аудit по этому чек-листу?
Для сайта среднего размера — 3–5 часов, если инструменты (Яндекс.Вебмастер, Search Console, PageSpeed Insights) уже подключены. Если доступов ещё нет, добавьте день на их настройку и накопление первых данных: Search Console и Вебмастер показывают историю не сразу, а вебвизору нужно время, чтобы накопить достаточно сессий для анализа поведения. Крупный сайт с десятками уникальных шаблонов страниц и каталогом займёт заметно больше времени просто за счёт числа типов страниц, которые нужно проверить по каждому блоку отдельно.
Нужно ли проходить все 38 пунктов сразу?
Нет, можно проходить блоками. Если сайт готовится к запуску рекламы, начните с индексации и скорости — это блоки, которые напрямую влияют на то, доходят ли деньги от рекламы до продаж. Перед редизайном стоит добавить блок микроразметки и мобильной версии, чтобы зафиксировать, что именно нельзя терять при переезде на новый дизайн. Блок коммерческих факторов почти всегда можно оставить на потом: он влияет на рост позиций постепенно, но редко становится причиной резкого падения трафика или заявок за короткий срок.
Можно ли обойтись без доступа к Search Console или Вебмастеру?
Частично. PageSpeed Insights, Lighthouse и ручная проверка robots.txt, sitemap.xml и разметки работают без регистрации сайта в кабинетах поисковых систем. Но реальные данные об индексации, ошибках обхода и полевых метриках Core Web Vitals показывают именно Вебмастер и Search Console, и без них часть находок придётся оценивать косвенно, по данным аналитики. Например, вместо точного числа страниц в индексе Яндекса можно ориентировочно оценить его через поисковый оператор site: — грубее, чем отчёт Вебмастера, но лучше, чем ничего.
Сайт ещё не запущен. Какие пункты чек-листа применимы?
Почти все, кроме тех, что требуют накопленной истории: реальный размер индекса, полевые данные Core Web Vitals из CrUX и записи вебвизора появятся только после запуска и первого трафика. Всё остальное — robots.txt, sitemap, канонические адреса, микроразметку, мобильную адаптацию, лабораторные тесты скорости — можно и нужно проверить до запуска, пока правки дешевле. Коммерческие факторы тоже частично проверяемы заранее, если цены, контакты и процесс заказа на сайте уже финальные, а не тестовые заглушки для дизайнера.
Что делать, если находок слишком много, чтобы починить всё сразу?
Это нормальная ситуация для сайта, который никогда не проверяли по этому списку. Разложите находки на критично, важно и можно отложить по правилам из раздела про приоритизацию, закройте критичный уровень в первую неделю, важный — в течение месяца, а остальное перенесите в обычный план работ на квартал. Пытаться закрыть весь список одним рывком обычно означает не закрыть ничего вовремя. Полезно сразу показать список с приоритетами команде или подрядчику, который будет чинить находки, — это снимает споры о том, что делать в первую очередь.
Нужна помощь с этой задачей?
Мы делаем это на практике, а не только пишем об этом. Опишите задачу — разберём и пришлём смету по этапам.
Услуги по теме
- Аудит сайта: технический, SEO и UXПрежде чем менять дизайн, увеличивать бюджет на рекламу или писать техподдержке «сайт стал хуже работать», разберитесь, что на самом деле происходит. Аудит — это один отчёт, который сводит техническое состояние, SEO и юзабилити в список: что горит, что важно, а что можно не трогать.
- IT-консалтинг и продуктовый аудитСамые дорогие ошибки в разработке делаются до первой строчки кода: неверно понятая задача, стек, выбранный по привычке подрядчика, и ТЗ, которого нет. Консалтинг нужен, чтобы разобраться до того, как начнётся счётчик разработки: что именно строить, из чего, за сколько и в каком порядке. Результат — документ, а не мнение на созвоне.
- SEO и GEO продвижение сайтаПоисковый трафик — единственный канал, который не выключается вместе с рекламным бюджетом. Мы ведём сразу два направления: классическое SEO под Яндекс и Google и GEO — подготовку страниц к цитированию в ответах AI Overviews, Нейро, ChatGPT и Perplexity, где всё чаще заканчивается путь пользователя. Начинаем с аудита, а не с закупки ссылок.
Читать дальше
- Технический, SEO и UX-аудит сайта: в чём разница и что заказыватьТехнический, SEO и UX-аудит закрывают разные вопросы и находят разные проблемы. Разбираем, чем они отличаются, что каждый вид упускает и как понять, какой аудит заказывать в вашей ситуации.
- Медленный сайт теряет деньги: Core Web Vitals и конверсияСкорость сайта — это не техническая метрика, а строка в отчёте о выручке. Разбираем Core Web Vitals простым языком, показываем, как найти настоящую причину медленной загрузки, и даём список исправлений, отсортированный по отдаче на час работы.
- Редизайн сайта без потери трафика: этапы, риски и SEO-чеклист переездаПоловина запросов на редизайн — это на самом деле проблемы контента, скорости или оффера. Разбираем, как отличить одно от другого, почему поэтапный вывод безопаснее большого запуска и что должно быть в чеклисте переезда, чтобы не потерять органику.