SEO-аудит сайта своими руками: практический чек-лист

SEO-аудит сайта своими руками — это последовательная проверка того, могут ли посетители и поисковые системы найти нужные страницы, открыть их и получить полезный ответ. Начните с важных для бизнеса URL, состояния индексации и доступности сайта, затем изучите структуру, содержание, внутренние ссылки и удобство на телефоне. Результатом должен стать список конкретных исправлений, а не просто набор показателей из сервиса.

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

Подготовка к SEO-аудиту: выберите страницы и период

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

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

При наличии доступа используйте кабинеты вебмастеров Google и Яндекса, аналитику сайта и обходчик страниц. Без доступа начните с ручной проверки в браузере, но помечайте ограничения: оператор поиска и внешняя проверка не дают полного списка индексированных адресов. Не выдавайте отсутствие данных за отсутствие проблемы.

Заведите таблицу: URL или шаблон, наблюдение, доказательство и дата, влияние, ответственный, задача и статус перепроверки. Не храните в ней пароли или персональные данные посетителей.

1. Проверьте доступность и ответы страниц

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

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

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

2. Разберитесь с обходом и индексацией

В кабинетах поисковых систем изучите сведения по нескольким приоритетным адресам: известна ли страница системе, какая причина указана для исключения и когда данные были обновлены. Сопоставьте отчёт с фактической страницей и изменениями на сайте: статусы могут обновляться не одновременно. Для отдельных адресов используйте доступную проверку URL в соответствующем кабинете.

Проверьте ограничения обхода

Проверьте, не закрыты ли важные разделы авторизацией, сетевыми ограничениями или правилами для роботов. Файл robots.txt управляет доступом роботов к обходу, но запрет обхода не равен надёжному удалению адреса из индекса. Директиву noindex нужно оценивать в контексте доступности страницы для обхода. Не открывайте служебные или приватные разделы вслепую: сначала выясните назначение ограничений и проверьте актуальные правила конкретной поисковой системы.

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

3. Сверьте карту сайта и канонические адреса

Найдите используемую XML-карту сайта, откройте её и проверьте несколько адресов из разных разделов. Для важных страниц сопоставьте адрес в карте с конечным адресом после перенаправления и внутренними ссылками. Не включайте в задачу «добавить все URL» без разбора: фильтры, служебные и удалённые страницы могут требовать отдельного решения.

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

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

4. Оцените структуру и внутренние ссылки

Выберите важную страницу и попробуйте добраться до неё из меню, раздела и связанных материалов. Понятен ли путь без поиска по сайту? Ищите страницы, к которым нет осмысленных внутренних переходов, битые ссылки и анкоры, не объясняющие назначение адреса.

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

5. Проверьте содержание и поисковый интент

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

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

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

6. Откройте сайт на телефоне и проверьте скорость

На реальном устройстве проверьте читаемость текста, масштабирование, доступность меню, кнопок и форм. Таблицы и всплывающие элементы не должны перекрывать основное содержимое. Оцените несколько шаблонов, а не только главную страницу.

Измерьте производительность

Для производительности используйте доступные данные реальных посещений и инструмент лабораторной проверки. Запишите адрес, устройство, условия и дату: разовые тесты зависят от сети и окружения. Обратите внимание на тяжёлые изображения, сторонние скрипты, задержку загрузки и неожиданные сдвиги элементов, затем передайте разработчику конкретный пример.

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

7. Сопоставьте страницы с данными поиска и аналитики

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

Например, снижение переходов у страницы услуги — повод проверить её доступность, изменение спроса, адреса, заголовка и другие изменения одновременно. Это ещё не доказательство конкретной причины. Сформулируйте проверяемые гипотезы и сохраните исходные значения до исправлений.

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

Как расставить приоритеты: пример таблицы

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

Наблюдение	Следующая проверка	Приоритет
Важная страница услуги периодически возвращает серверную ошибку.	Сохранить время и адрес, передать логи разработчику, проверить несколько запросов.	Высокий: страница может быть недоступна клиентам.
Меню ведёт через несколько перенаправлений на ту же услугу.	Уточнить конечный адрес и исправить внутреннюю ссылку после проверки.	Средний: затрагивает навигацию и поддержку.
У старой статьи непонятное описание в поиске.	Сверить содержание и метаданные; определить ценность обновления.	Ниже, если статья сейчас не относится к приоритетным.

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

Чек-лист SEO-аудита перед завершением

1. Выбраны цель, период, приоритетные URL и образцы основных шаблонов.
2. Проверены доступность страниц, ответы сервера и назначение перенаправлений.
3. В кабинетах вебмастеров изучены статусы важных адресов и возможные ограничения обхода.
4. Сопоставлены карта сайта, внутренние ссылки и сигналы основной версии страниц.
5. Проверены пути к важным страницам, битые ссылки и понятность анкоров.
6. Оценены соответствие интенту, актуальность текста, заголовки и описания.
7. На телефоне проверены меню, формы, таблицы и типовые страницы; условия тестов записаны.
8. Данные поиска и аналитики сравнены с учётом периода и ограничений отчётов.
9. Для каждой задачи назначены ответственный, приоритет, доказательство и способ повторной проверки.

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