Чек-лист SEO-аудита сайта

Чек-лист SEO-аудита сайта

1) Область аудита, цели и ориентиры

Начните с чётко определённой области аудита. Сначала выберите 10–50 приоритетных страниц, а не весь сайт, если только он не совсем маленький. Хороший аудит отвечает на один вопрос: какие страницы требуют внимания, прежде чем они потеряют трафик или начнут хуже конвертировать? В этом смысле чек-лист SEO аудита сайта помогает не распыляться на второстепенные детали и сразу видеть зоны риска.

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

Зафиксируйте текущие позиции, трафик и индексное покрытие до любых изменений. Если за последние 90 дней была миграция, отметьте это. Если в Q2 был запущен новый раздел, тоже укажите. Эти даты важны, потому что резкое падение может быть побочным эффектом релиза, а не проблемой в поиске.

Полезный аудит также задаёт базовую точку для последующего сравнения. Сохраните дату, источник выгрузки и ответственного за отчёт. Без этого через месяц вы будете гадать. А это быстро становится дорогим.

Если команда уже отслеживает свойства в Astrina, держите источники аудита в одном месте, чтобы можно было сравнивать страницы, даты и изменения статусов без постоянного копирования вкладок. Для быстрого старта вид дашборда помогает централизовать список сайта ещё до начала аудита.

2) Технический SEO-чек-лист

Технические работы идут первыми, потому что правки контента мало помогут, если поисковые роботы не могут добраться до страницы. Проверьте директивы robots.txt и meta robots на страницах, которые вы хотите видеть в поиске. Одна строка disallow может заблокировать целый раздел. Да, такое до сих пор случается.

Затем проверьте битые ссылки, цепочки редиректов и ошибки 4xx/5xx. Цепочка из трёх редиректов добавляет задержку и риск; 404 на связанной странице тратит и краулинговый бюджет, и доверие пользователей. Сначала проверьте самые посещаемые шаблоны, потом длинный хвост. Одна битая ссылка в навигации может породить сотни неудачных кликов.

Проверьте XML-карты сайта и канонические теги. В sitemap должны быть только живые, индексируемые URL, а canonical должен указывать на предпочтительную версию каждой страницы. Если в sitemap есть URL с параметрами или canonical ведёт в другое место, поисковые системы получают противоречивые сигналы. А это замедляет обнаружение страниц.

Оцените Core Web Vitals и мобильную удобство. Страница может ранжироваться и при этом ощущаться медленной на телефоне. Проверяйте LCP, INP и CLS по группам шаблонов, а не только на главной, потому что главная часто получает самый чистый код и максимум внимания. Одна карточка товара с тяжёлым hero-видео может просадить весь шаблон.

Также проверьте HTTPS, дублирующиеся версии и единообразие URL. Сайт должен открываться одинаково каждый раз: http в https, non-www в www или наоборот, правила слэша в конце и заглавные/строчные буквы — всё должно обрабатываться последовательно. На одном сайте, который я видел, было четыре видимых версии одного и того же URL. Это не мелкая проблема.

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

3) Контент-аудит на странице

У каждой важной страницы должно быть чёткое соответствие между поисковым интентом и содержанием. Если запрос информационный, страница должна быстро отвечать на вопросы. Если запрос коммерческий, страница должна показывать детали продукта, доказательства и следующие шаги. Не делайте страницу услуги похожей на пост блога, если только интент не требует именно такого формата.

Тайтлы, H1, заголовки и мета-описания нужно проверять постранично. Заголовок должен объяснять, что это за страница, а не то, чем компания хотела бы её видеть. H1 должен поддерживать title, а не повторять его дословно. Заголовки должны делить страницу на блоки, которые реальный человек сможет просканировать меньше чем за 30 секунд.

Удаляйте тонкий, дублированный или устаревший контент. Страница на 150 слов, размноженная на 20 городских страниц, обычно работает хуже и может размывать сигналы качества сайта. Если страница больше не выполняет понятную задачу, либо улучшите её, либо архивируйте. Оставлять её без изменений — редко правильный выбор.

Добавляйте внутренние ссылки на поддерживающие страницы там, где они помогают читателю перейти к следующему шагу. Страница товара может вести к инструкциям по настройке, а руководство — к странице с ценами. Если важен путь, важна и ссылка. Для команд, которым нужно сравнивать группы страниц при ревизии контента, страница с ценами часто становится удобным тестовым примером, потому что там сочетаются поисковый интент и давление на конверсию.

Проверьте, что у изображений есть описательный alt-текст. Изображение дашборда не должно называться «image1». Если картинка добавляет смысл, опишите этот смысл простым языком. Если она декоративная, текст должен быть сдержанным. Скринридеры, поиск по изображениям и проверки на соответствие требованиям одинаково внимательно относятся к этой детали.

Контент-аудит лучше всего работает, когда он конкретный. Записывайте название страницы, проблему и способ исправления. «Слабая» — недостаточно. «В title нет названия продукта» — уже достаточно.

4) Проверка производительности сайта и UX

Скорость и удобство влияют на SEO-показатели, потому что пользователи реагируют на них мгновенно. Проверьте узкие места загрузки и тяжёлые ресурсы, такие как большие изображения, несжатое видео и раздутые скрипты. Страница, которая выглядит элегантно на десктопе, может тормозить на среднем телефоне с 4G. Это стоит кликов.

Упростите навигацию и уменьшите глубину клика. Если важная страница доступна с главной только через пять кликов, сайт может заставлять и поисковые системы, и пользователей работать слишком усердно. Обычно цель — 2 или 3 клика для приоритетных страниц. Не 7.

Мобильные экраны требуют отдельной проверки. Целевые зоны должны быть достаточно крупными, текст не должен странно переноситься, а формы не должны заставлять пользователя увеличивать масштаб. Проверяйте реальный вид на телефоне, а не только адаптивный предпросмотр в десктопном браузере. Настоящие пальцы менее терпимы, чем макеты.

Снижайте скачки макета и навязчивые межстраничные окна. Баннер, который сдвигает контент после загрузки, может привести пользователя не к той кнопке. Полноэкранный поп-ап на мобильном может заблокировать первое взаимодействие. Если сайт зависит от pop-up для сбора email, проверьте, как часто он появляется и не вредит ли первому визиту. Иногда достаточно одного лишнего шага, чтобы потерять сессию.

В проверку производительности также стоит включить сторонние скрипты. Виджеты чата, рекламные теги, инструменты согласия и аналитика могут замедлять страницы сильнее, чем основной код. Измеряйте страницу до и после загрузки каждого скрипта. Если скрипт добавляет 800 мс и не даёт заметной ценности, его нужно пересмотреть.

Если команда управляет большим числом страниц, единый вид дашборда помогает связать проблемы производительности с группами страниц и ответственными. Это особенно важно, когда изменение шаблона затрагивает сразу 40 URL. Ручная таблица может не заметить такую закономерность.

5) Внешние сигналы и проверка авторитетности

Бэклинки, упоминания и сигналы доверия по-прежнему влияют на видимость. Экспортируйте данные по ссылкам и помечайте токсичные или нерелевантные ссылки. Цель не в том, чтобы собирать ссылки ради самих ссылок, а в том, чтобы понимать, какие из них поддерживают сайт, а какие выглядят случайными, спамными или вообще не по теме.

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

Проверьте локальные цитирования, профили и согласованность NAP, если бизнес работает на местном рынке. Название, адрес и номер телефона должны совпадать на сайте, в каталогах и на страницах профилей. Один неверный номер офиса или старый телефон могут создать достаточно путаницы, чтобы просели лиды. Локальное SEO часто сводится к аккуратному ведению данных.

Проверка авторитетности должна также смотреть на контекст появления сайта. Упоминание в нишевом издании может быть важнее десятка слабых ссылок из каталогов. Поисковые системы не впечатляются одним только объёмом. Пользователи — тоже.

Если нужно понять, как внутри компании обсуждают сигналы доверия, связанный материал вроде что означает trust score для сайта может помочь сформулировать выводы аудита ещё до того, как вы решите, что действительно стоит исправлять.

6) Ежедневный SEO-мониторинг

Аудит не заканчивается в момент отправки отчёта. Настройте ежедневную рутину, чтобы раньше замечать проблемы после аудита. Проверяйте индексное покрытие, ошибки обхода и падение трафика каждое утро или в тот же рабочий день каждую неделю — в зависимости от размера сайта. Смысл в том, чтобы заметить изменение раньше клиента или отдела продаж.

Следите за позициями по приоритетным ключевым словам и страницам. Для ежедневного отчёта не нужны 500 ключей. Обычно достаточно 10–20 приоритетных запросов, если они ведут на денежные страницы или контент с высоким трафиком. Если один из этих запросов за ночь падает на 8 позиций, проверяйте страницу, а не только число.

Отслеживайте новые битые ссылки, редиректы и изменения статуса страниц. Страница, которая перешла с 200 на 302, может по-прежнему работать для пользователей, но поисковые системы воспринимают это изменение иначе. Пачка 404 после обновления CMS — это предупреждение, а не мелочь. Исправьте это до следующего краула.

Следите за обновлениями контента, изменениями в SERP и действиями конкурентов. Если конкурент публикует сравнительную страницу, которая начинает ранжироваться по вашему основному запросу, отметьте формат и подачу. Если ваша страница просела после изменения title, верните прежнюю версию и протестируйте снова. Результаты поиска могут сдвинуться после одной правки, и вам нужна дата, привязанная к самой правке, а не смутное воспоминание.

Фиксируйте действия, ответственных и дату следующей проверки. Ежедневная заметка «исправлено» — недостаточна. Запишите, кто изменил страницу, что именно изменилось и когда будет следующая проверка. Это экономит часы, когда та же проблема возвращается через две недели. А она часто возвращается.

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

7) Приоритизированный план действий и отчётность

Превратите находки в практический план. Расставьте проблемы по влиянию и трудозатратам. Сломанный canonical на странице с высоким трафиком обычно важнее слабого meta description на странице без показов. Не каждая находка заслуживает одинаковую неделю работы.

Группируйте исправления на технические, контентные и связанные с авторитетностью, чтобы работа шла параллельно. Один разработчик может исправлять sitemap и редиректы, один редактор — обновлять title, а один маркетолог — проверять бэклинки. Три небольших потока часто быстрее, чем одна огромная очередь.

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

В отчёте кратко опишите результаты, риски и последующие проверки. Успехом может быть «исправлено 48 битых ссылок». Риском — «индексация всё ещё заблокирована на /resources/». Последующей проверкой — «повторный краул через 14 дней». Конкретные цифры помогают руководству решать, на что выделить бюджет в следующем месяце.

Хорошая отчётность также оставляет место для одного-двух примеров. Покажите точный URL, точную проблему и точное исправление. Если команда видит проблему в одной строке, она может согласовать изменение без встречи. Это экономит время для следующего аудита.

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