SEO аудит перед запуском сайта

Что подготовить для аудита

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

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

Как получить данные

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

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

Границы результата

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

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

Что проверить до публикации

Ответы и адреса

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

У переезжающего проекта отдельно проверяем старые адреса и соответствие конечных страниц. Перенаправление на нерелевантный раздел не считается полноценной заменой материала. Для постоянных изменений используется согласованный постоянный переход.

Индексация и метаданные

Проверяем robots.txt, noindex, canonical, sitemap, Title и H1. Настройки должны соответствовать назначению страницы и будущему домену. В sitemap не должны случайно остаться тестовые адреса и страницы, которые не планируется открывать поиску.

Robots.txt управляет обходом. Он не заменяет защиту закрытых данных и не гарантирует исключение URL из поиска. Согласование доступа, индексации и канонических версий рассматривается как единая задача, чтобы правила не противоречили друг другу.

Пользовательские сценарии

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

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

Что проверить на конечном домене

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

На узком экране таблицу можно прокрутить вбок. С клавиатуры используйте Tab и стрелки.

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

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

Как принимается результат

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