SEO нового сайта: требования к страницам до запуска

SEO начинается до выбора шаблона

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

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

Соберите карту потребностей

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

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

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

Согласуйте страницы и адреса

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

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

Превратите шаблон в проверяемые поля

Для каждого типа страницы перечислите title, H1, description, основной текст, изображения, ссылки и необходимые структурированные данные. Определите, кто заполняет поля и что происходит при отсутствии значения. Автоматический шаблон названия полезен лишь тогда, когда он даёт точное и различимое описание страницы.

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

Установите критерий готовности содержания

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

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

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

Разделите стенд и рабочий сайт

Запишите, как ограничивается доступ к тестовой версии и кто проверяет настройки при релизе. Закрытие обхода в robots.txt и указание noindex решают разные задачи; нельзя считать один механизм универсальной заменой другого. В рабочей матрице перечислите, какие адреса должны индексироваться и какие остаются служебными.

После переключения проверьте ответы сервера, canonical, robots, sitemap и метаданные на реальном домене. Карта сайта должна содержать актуальные пригодные адреса. Как объясняет документация Google, отправка sitemap помогает обнаружению, но сама по себе не гарантирует индексацию. Поэтому наличие XML — лишь один пункт приёмки.

Подготовьте контрольную выборку релиза

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

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

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

Определите работу после запуска

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

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