Многие заказчики думают, что SEO — это то, чем занимаются после запуска сайта: пишут тексты, покупают ссылки, настраивают рекламу. На деле часть решений, которые влияют на позиции в поиске, принимается ещё на этапе разработки — в техническом задании, в структуре разделов, в выборе движка. Если пропустить этот этап, продвижение начнётся не с нуля, а с минуса: сначала придётся чинить то, что можно было сделать правильно сразу.
Почему SEO нельзя откладывать на потом
Поисковые системы оценивают не только тексты и ссылки, но и то, как сайт устроен технически: как быстро он открывается, понятна ли структура адресов, корректно ли настроены заголовки страниц, нет ли дублей контента. Часть этих параметров закладывается архитектурой сайта, и переделать их после запуска сложнее, чем настроить с самого начала — иногда это требует полной переработки шаблонов или смены движка.
Есть и практическая причина: если оптимизатор подключается после того, как сайт уже сдан, он вынужден работать с тем, что есть. Часть рекомендаций упирается в бюджет на доработку, часть — в нежелание заказчика что-то переделывать «раз уже всё готово». Результат — сайт продвигается медленнее и дороже, чем мог бы.
Структура сайта и адреса страниц
Структура — это то, как разделы и страницы связаны друг с другом и как устроены URL. Если вы предполагаете, что сайт будут продвигать по конкретным запросам, разделы стоит проектировать под эти запросы заранее, а не создавать после того, как обнаружится нехватка страниц под нужные темы.
Что важно продумать
- Человекопонятные адреса страниц (ЧПУ) — без наборов цифр и параметров, с транслитерацией или переводом названия раздела.
- Логичную вложенность: каталог → категория → карточка, без лишних промежуточных уровней и без путаницы, когда один товар доступен по нескольким разным адресам.
- Разделы под информационные запросы — блог, статьи, «вопросы и ответы» — если бизнес планирует привлекать трафик не только по коммерческим запросам.
- Отдельные посадочные страницы под группы услуг, а не одну общую страницу «услуги» с перечислением всего подряд.
Если структуру продумывают ещё на этапе создания сайта, разделы формируются вокруг семантики, а не наоборот — когда сначала делают дизайн, а потом пытаются встроить туда нужные страницы.
Технические требования, которые нужно внести в ТЗ
Часть параметров стоит зафиксировать письменно в техническом задании, чтобы разработчик заложил их архитектурно, а не добавлял руками на каждой странице после запуска.
| Параметр | Зачем нужен |
|---|---|
| Редактируемые title и description на каждой странице | Без этого метатеги придётся менять через разработчика, а не самостоятельно |
| Настройка канонических адресов (canonical) | Убирает дубли страниц с разными параметрами в адресе |
| Файл robots.txt и XML-карта сайта | Помогают поисковым роботам находить и правильно обходить страницы |
| Адаптивная вёрстка под мобильные устройства | Мобильная версия — основной фактор ранжирования для большинства тематик |
| Настройка ЧПУ и 301-редиректов | Сохраняет позиции при изменении адресов в будущем |
| Микроразметка Schema.org для карточек и организации | Помогает поиску формировать расширенные сниппеты в выдаче |
Отдельно стоит прописать требование к скорости загрузки — она напрямую влияет и на ранжирование, и на поведение посетителей. Подробнее об этом мы писали в статье про скорость загрузки сайта.
Контент: не откладывайте тексты на конец проекта
Частая ошибка — сначала сделать дизайн и вёрстку с текстом-заглушкой вроде «lorem ipsum», а тексты написать в последнюю неделю перед сдачей. Это плохо по двум причинам. Во-первых, тексты «под макет» получаются формальными и не решают задачу привлечения посетителей из поиска. Во-вторых, если блок в макете рассчитан на короткий заголовок в три слова, туда физически не поместится нормальный, читаемый текст с ключевыми словами.
Правильный порядок обратный: сначала собирается список тем и запросов, под них пишутся тексты, а дизайн подстраивается под реальный объём контента.
Если сайт создаётся на конструкторе или в спешке, найдите время хотя бы на список ключевых страниц и заголовков до начала вёрстки — это займёт день-два, но избавит от переделок после запуска.
Выбор CMS с учётом SEO
Не любая система управления сайтом одинаково удобна для продвижения. Перед выбором стоит убедиться, что движок или конструктор позволяет:
- редактировать title, description и заголовки h1 на каждой странице без обращения к разработчику;
- настраивать ЧПУ произвольно, а не только по шаблону вида «/catalog/id123»;
- подключать XML-карту сайта и файл robots.txt;
- добавлять alt-теги к изображениям;
- устанавливать счётчики аналитики и коды подтверждения прав в Яндекс Вебмастере.
Мы сравнивали разные варианты в отдельном материале про выбор между CMS и разработкой на заказ — там же разбор, когда оправдана разработка с нуля, а когда достаточно готового решения вроде 1С-Битрикс или WordPress.
Аналитика и вебмастер — подключить до запуска
Счётчик Яндекс Метрики и подтверждение прав в Яндекс Вебмастере стоит установить не после запуска, а на этапе тестовой версии сайта — так вы сразу увидите, как индексируется новый сайт, нет ли ошибок сканирования, и получите историю данных с первого дня, а не через месяц после старта продаж.
Это особенно важно, если сайт заменяет старый: без подключённой аналитики сложно понять, просел ли трафик после смены домена или структуры, и на сколько.
Что делать, если сайт уже готов, а SEO не закладывали
Если разработка уже завершена, а часть базовых требований не выполнена, ситуация не критична — но потребует отдельного этапа. Обычно он включает:
- Технический аудит. Проверка структуры, скорости, дублей, корректности редиректов и микроразметки.
- Сбор семантики. Формирование списка запросов, под которые нет отдельных страниц.
- Доработка структуры. Добавление недостающих разделов и посадочных страниц без потери уже наработанных позиций.
- Написание и доработка текстов. Замена формальных текстов на содержательные, отвечающие на реальные вопросы посетителей.
Такой путь обычно называют доработкой сайта — это дешевле и быстрее, чем разработка с нуля, если базовая архитектура сайта была спроектирована разумно.
Итог
SEO на этапе разработки — это не про хитрые приёмы, а про набор обязательных требований, зафиксированных в техническом задании: понятная структура, редактируемые метатеги, адаптивная вёрстка, корректные адреса страниц и продуманный контент. Заложить это на старте почти всегда дешевле, чем переделывать позже. Если вы планируете новый сайт или хотите проверить, насколько технически готов уже существующий, наша команда может провести аудит сайта и подсказать, что стоит исправить в первую очередь — напишите нам через страницу контактов.
