SEO проще и дешевле закладывать в основу сайта, чем «докручивать» после запуска. Многие технические и структурные решения — адреса страниц, дерево разделов, скорость, разметка — почти невозможно поменять безболезненно, когда сайт уже работает и проиндексирован. Ниже — что стоит продумать до того, как команда начнёт писать код.
Коротко о главном
- Схему адресов и дерево разделов почти невозможно поменять дёшево после запуска.
- Скорость — следствие архитектуры, а не косметика на финальном этапе.
- Структуру собирают от запросов аудитории, а не от отделов компании.
Почему SEO начинается до разработки
Поисковые системы оценивают сайт целиком: структуру, скорость, содержание и то, как всё это связано между собой. Если основа заложена криво, отдельные правки почти не двигают результат — приходится переделывать фундамент. Продуманная на старте архитектура экономит месяцы и защищает бюджет.
Есть решения, которые почти невозможно откатить дёшево. Сменить схему адресов на живом сайте — значит настраивать сотни редиректов и терять часть накопленных позиций. Перестроить дерево разделов — переписать внутренние ссылки и заново объяснять поисковику логику сайта. Поэтому такие вещи разумнее обсудить до первой строки кода.
Дешевле спроектировать основу один раз, чем чинить её после того, как сайт уже проиндексирован.
Что заложить в структуру сайта
Структура — это карта разделов и адресов страниц. Её лучше собрать из реальных запросов аудитории, а не из внутренней логики компании. Понятное дерево URL, логичные разделы и предсказуемые адреса упрощают индексацию и помогают пользователю быстрее находить нужное.
Дерево разделов от запросов, а не от отделов
Сначала собирается семантика — как именно люди ищут ваш продукт. Затем запросы группируются в разделы и страницы. Так у каждой значимой темы появляется своя посадочная страница, а не абзац, потерянный внутри общего текста.
- Одна страница — один смысловой кластер запросов.
- Глубина вложенности — не больше трёх кликов от главной.
- Разделы названы словами аудитории, а не внутренними терминами.
Как собрать структуру за пять шагов
- Собрать поисковые запросы
Выгрузить семантику по теме из Wordstat и подсказок — как реально ищут ваш продукт.
- Сгруппировать запросы по намерению
Разложить запросы на кластеры: информационные, коммерческие, навигационные.
- Собрать дерево разделов
Каждый кластер — раздел или страница; глубина не больше трёх кликов от главной.
- Зафиксировать URL-структуру
Утвердить формат адресов, транслитерацию и разделители до старта разработки.
- Передать требования в ТЗ
Структура, URL и SEO-правила становятся частью технического задания.
На выходе — карта сайта, по которой команда строит разработку без переделок.
Адреса страниц, которые не придётся менять
Короткие, читаемые и устойчивые адреса — вложение на годы. Их формат стоит зафиксировать до разработки: транслитерация, разделители, обработка старых ссылок. Тогда при росте сайта не появится зоопарк несовместимых схем.
Скорость и технические основы
Скорость — не косметика на финальном этапе, а следствие архитектурных решений: выбор технологии, работа с изображениями, объём скриптов. Заложенная в основу производительность одинаково важна и для Google, и для Яндекса, и напрямую влияет на конверсию.
- Выбрать технологию под задачу, а не «по привычке» — от неё зависит базовая скорость.
- Продумать работу с изображениями: форматы, размеры, ленивую загрузку.
- Держать объём скриптов под контролем — лишний JavaScript замедляет отрисовку.
Кастомная разработка
- Полный контроль над скоростью и разметкой.
- Структура URL и шаблоны под задачу.
- Масштабируется без переписывания.
Готовый конструктор
- Скорость ограничена движком шаблона.
- Структура URL часто навязана.
- Оптимизация упирается в платформу.
Контент и семантика
Даже быстрый сайт с идеальной структурой не выйдет в топ без содержания, которое отвечает на запрос лучше конкурентов. Семантическая вёрстка — корректные заголовки, разметка и осмысленные ссылки — помогает поисковику понять, о чём каждая страница, а пользователю — быстро найти ответ.
На этапе проектирования достаточно определить типы страниц и их структуру: что несёт главная, что — раздел, что — статья вроде этой. Тогда контент-команда работает по понятному каркасу, а не изобретает формат заново для каждой страницы.
Часть технических SEO-требований задаётся прямо в разметке страницы. Адрес канонической версии и правила для роботов лучше заложить в шаблон сразу:
<meta name="robots" content="max-image-preview:large">
<link rel="canonical" href="https://atal-code.ru/blog/seo-before-development/">| Решение | До разработки | После запуска |
|---|---|---|
| Схема адресов | Задаётся один раз | Сотни редиректов, потеря позиций |
| Дерево разделов | Строится от запросов | Перелинковка и переобход |
| Скорость | Заложена в архитектуру | Упирается в движок |
Коротко: что проверить до старта
Итог статьи в одном взгляде — эти решения дешевле принять сейчас, чем переделывать после запуска. Пройдитесь по чеклисту перед тем, как согласовать техническое задание.
Чеклист до ТЗ
- Собрана семантика и сгруппирована в разделы и страницы.
- Зафиксирован формат адресов страниц и правила транслитерации.
- Выбрана технология с учётом требований к скорости.
- Определены типы страниц и их семантическая структура.
FAQ
Насколько раньше старта разработки нужно думать о SEO?
Оптимально — на этапе проектирования, когда обсуждаются структура, типы страниц и технология.
Можно ли всё исправить уже после запуска?
Часть вещей — да, но схему адресов, дерево разделов и выбор технологии переделывать дорого и рискованно.