Содержание15
- Что такое SEO-оптимизация сайта и когда она начинается
- SEO-требования до старта разработки
- Техническая оптимизация: скорость, адаптив, индексация
- Структура сайта, перелинковка и SEO-тексты
- ЧПУ и структура адресов: проектируется один раз
- Микроразметка и дружба с поисковиками
- Оптимизация под ИИ-поиск
- CMS и SEO-возможности из коробки: что проверить до выбора
- Многоязычность: когда hreflang нужен уже на этапе разработки
- Сколько стоит сайт с SEO-оптимизацией
- Чек-лист перед запуском: 15 пунктов
- Кому это нужно, а кому можно отложить
- Частые ошибки SEO-оптимизации при разработке
- Частые вопросы
- Источники
SEO-оптимизация сайта — это работа со структурой, скоростью, текстами и разметкой ещё на этапе разработки, а не правки готового сайта постфактум. Если техническое задание не учитывает требования поисковиков, после запуска придётся переделывать вёрстку, менять адреса страниц и терять уже накопленную индексацию. Дешевле заложить SEO в проект сразу — до того, как дизайнер нарисует первый макет, а не после сдачи сайта клиенту.
Что такое SEO-оптимизация сайта и когда она начинается
SEO-оптимизация сайта — это набор технических и текстовых решений, которые помогают поисковику понять содержание страницы и показать её по нужному запросу. В неё входят структура разделов, скорость загрузки, адаптивная вёрстка, тексты с ключевыми словами и микроразметка. Начинать эту работу нужно на этапе технического задания, а не после сдачи сайта.
Пока сайт существует в виде макета, изменить структуру раздела — это правка в файле. После запуска та же правка — это смена адресов, потеря накопленных ссылок и просадка в выдаче на несколько недель, пока поисковик переиндексирует старые страницы. Поэтому SEO-специалист логично подключается к проекту вместе с проектировщиком структуры, а не после дизайнера и вёрстальщика.
На практике это выглядит так: до того как утверждён дизайн, готов список разделов и структура меню с учётом реального спроса, а не пожеланий заказчика «сделать красиво». Уже на этом шаге видно, сколько будет посадочных страниц, какие URL получат карточки услуг и товаров, где понадобится блог. Изменить этот план на бумаге стоит часа работы, изменить его на боевом сайте — недели простоя раздела в выдаче.
Заложить SEO в техзадание дешевле, чем чинить готовый сайт: структура правится в файле, а не в боевой индексации.
SEO-требования до старта разработки
SEO-требования до старта разработки — это семантическое ядро, структура разделов и черновые заголовки страниц, собранные до утверждения дизайна. Без этого макет рисуют «на глаз»: разделы называют так, как удобно заказчику, а не так, как ищут пользователи, и половину трафика сайт теряет ещё до запуска.
Сбор семантики начинают с выгрузки запросов через Wordstat и группировки их по смыслу — так становится видно, какие страницы вообще нужны сайту и в каком порядке их вести в меню. Подробно про этот шаг для тех, кто делает его впервые, мы разбирали в статье с чего начать SEO-продвижение сайта новичку.
Дальше структуру превращают в карту сайта: главная, разделы услуг или каталога, карточки, блог, страницы контактов и документов. У каждой страницы фиксируют рабочий заголовок и 1–2 ключевые фразы, под которые она будет писаться. Это черновик, не финальный текст — но без него копирайтер и дизайнер работают вслепую, а после запуска структуру приходится перекраивать вместе с адресами.
Отдельно проговаривают адреса страниц: транслит без дублей, без параметров с датами и id, с человекочитаемым слагом. Смена URL после индексации — одна из самых дорогих SEO-ошибок, потому что вместе с адресом сайт временно теряет вес страницы в глазах поисковика.
Техническая оптимизация: скорость, адаптив, индексация
Техническая оптимизация — это скорость загрузки, корректный адаптив под мобильные экраны и отсутствие технических барьеров для индексации: закрытых страниц, битых ссылок, дублей. Без неё даже сильные тексты не помогают — поисковик либо не может обойти сайт целиком, либо понижает его в выдаче за медленную загрузку.
Скорость измеряют по метрикам Core Web Vitals: время до отрисовки основного контента, стабильность вёрстки при загрузке, задержка отклика на первое касание. На эти показатели напрямую влияют вес изображений, число сторонних скриптов и качество вёрстки — подробный разбор метрик и способов их пройти есть в статье про оптимизацию скорости сайта под Core Web Vitals.
Адаптив проверяют не «открылось на телефоне и ладно», а по конкретным экранам: меню не перекрывает контент, кнопки нажимаются пальцем без промахов, таблицы не разъезжаются за пределы экрана. Мобильный трафик у большинства коммерческих ниш превышает половину, и поисковики оценивают в первую очередь именно мобильную версию страницы.
Индексацию проверяют файлом robots.txt, картой sitemap.xml и панелями Яндекс.Вебмастера и Google Search Console: страницы должны быть открыты для обхода, без дублей по параметрам URL и без цепочек редиректов длиннее одного перехода.
Структура сайта, перелинковка и SEO-тексты
Структура сайта и перелинковка — это то, как страницы связаны между собой ссылками в тексте и меню: от этого зависит, как поисковик распределяет вес между разделами и как быстро пользователь находит нужную информацию. Плоская структура без внутренних ссылок хуже ранжируется даже при сильных текстах на каждой странице.
Логика простая: главная ссылается на разделы услуг, разделы — на конкретные страницы и статьи блога, статьи блога — обратно на коммерческие страницы, к которым они относятся по теме. Ссылка внутри текста, а не только в меню, добавляет странице вес и помогает пользователю дочитать материал, а не уйти со страницы после первого абзаца.
SEO-тексты для коммерческих страниц пишут под структуру запроса: заголовок отвечает на прямой запрос, первый абзац даёт конкретику без разгона, дальше — детали, которые снимают возражения. Не растягивают текст ради объёма и не втискивают ключевую фразу в каждое предложение — за это поисковик тоже понижает страницу, если видит переспам.
Внутренняя ссылка в тексте статьи работает на страницу сильнее, чем такая же ссылка в подвале сайта.
ЧПУ и структура адресов: проектируется один раз
Адрес страницы задаёт поисковику иерархию сайта и отвечает пользователю на вопрос «где я» ещё до открытия ссылки. Менять его после индексации дорого: вместе с адресом страница временно теряет накопленный вес.
Как выглядят проблемные адреса и чем они плохи:
/page?id=123— семантики нет, по ссылке не понять содержание;/katalog/2023/telefony/— год в адресе устаревает вместе со страницей;/product/iphone-15/— нет категории, поисковик не видит контекста.
Рабочие варианты по типу проекта:
- лендинг — минимум уровней, часто одна страница:
/usluga/; - интернет-магазин —
/kategoriya/podkategoriya/tovar/, не глубже трёх уровней; - корпоративный сайт —
/uslugi/nazvanie-uslugi/,/keysy/klient/.
Фильтры — главный источник дублей. Если фильтр по цене создаёт отдельный адрес /smartfony/?price_from=10000, а содержимое почти совпадает с основной категорией, поисковик видит дубль. Решается на этапе проектирования: закрыть фильтры от индексации либо сделать фильтрацию без смены адреса.
Пять признаков кривой структуры, которые видно за десять минут: адреса длиннее 90 символов, больше трёх уровней вложенности у коммерческих страниц, одинаковые title у разных страниц, отсутствие хлебных крошек в коде, страницы доступны по нескольким адресам без canonical.
Микроразметка и дружба с поисковиками
Микроразметка — это структурированные данные по стандарту schema.org, которые объясняют поисковику, что именно на странице: товар с ценой, статья с автором, организация с адресом и телефоном. Без разметки поисковик распознаёт содержание страницы по тексту и вёрстке — с разметкой получает точные данные и может показать их прямо в выдаче: рейтинг, цену, хлебные крошки.
Дружба с поисковиками начинается с базового набора разметки: Organization для карточки компании, Product и Offer для карточек товаров, Article для статей блога, BreadcrumbList для цепочки разделов. Для сайтов услуг добавляют FAQPage там, где есть вопросы и ответы, и LocalBusiness — если бизнес привязан к конкретному городу или региону.
Разметку проверяют инструментом валидации от Google и панелью структурированных данных в Яндекс.Вебмастере: ошибка в разметке не ломает страницу визуально, но лишает её расширенных сниппетов в выдаче, а иногда и части трафика — поисковик может понизить доверие к странице, если разметка противоречит видимому контенту.
Отдельная часть дружбы с поисковиками — файлы robots.txt и sitemap.xml, канонические адреса без дублей и корректные заголовки ответа сервера. Это техническая гигиена, которую разработчик закладывает один раз при сборке сайта, а не чинит вручную после каждой жалобы вебмастера.
Оптимизация под ИИ-поиск
Оптимизация под ИИ-поиск — это подготовка страниц к тому, что их будут читать не только люди и поисковые роботы, но и языковые модели, которые формируют ответ голосового помощника или ИИ-агента из фрагментов текста разных сайтов. Модель забирает кусок текста целиком, поэтому страница должна давать прямой, самодостаточный ответ уже в первом абзаце раздела.
Практически это те же принципы, что и в классическом SEO, но строже: чёткая иерархия заголовков, короткие абзацы с одним тезисом, таблицы там, где есть параметры для сравнения, и микроразметка, которая явно называет тип контента. Полотно текста без структуры модель не процитирует — ей не из чего выдернуть цельный фрагмент.
Отдельно стоит проверить, что контент не спрятан в форматах, которые не читаются как текст: встроенный PDF, изображение с текстом вместо разметки, форма без подписанных полей. Чек-лист конкретных технических правок под эту задачу собран в статье про оптимизацию сайта под ИИ-агентов.
Закладывать это в разработку дешевле, чем переписывать готовые страницы: структура заголовков и разметка правятся один раз на этапе вёрстки, а не постранично после запуска.
CMS и SEO-возможности из коробки: что проверить до выбора
CMS определяет, что можно настроить без программиста, а что станет отдельной задачей на разработку. Минимум для любого проекта: редактирование адреса, title, description, h1, alt у изображений, robots, canonical и редиректов.
| CMS | Редактирование адреса | Canonical из коробки | Скорость ядра | Типичные доработки |
|---|---|---|---|---|
| 1С-Битрикс | Да | Да | Средняя | Оптимизация запросов к базе, настройка кеширования |
| WordPress | Да | Через плагин | Зависит от хостинга | Лёгкая тема, минимизация плагинов |
| Tilda | Ограниченно | Нет | Хорошая | Переезд на свой домен, ручная простановка редиректов |
| Webflow | Да | Да | Хорошая | Настройка коллекций под сложную структуру |
Проверка занимает десять минут: создать тестовую страницу, заполнить title и description, посмотреть, как формируется адрес, найти поле canonical. Если что-то из этого требует обращения в поддержку — это не «из коробки», а отдельная строка в смете.
Кастомная CMS оправдана, когда готовые не закрывают специфику бизнес-процесса. Риск в том, что SEO-функции придётся закладывать с нуля, а не включать модулем.
Многоязычность: когда hreflang нужен уже на этапе разработки
Если проект только на русском, раздел можно пропустить. Как только появляются языковые или региональные версии, разметка hreflang нужна сразу — иначе поисковик видит две почти одинаковые страницы и не понимает, какую ранжировать; теряют позиции обе.
Разметка обязательна для региональных поддоменов (kz.example.com и ru.example.com) и для подкаталогов (example.com/ru/, example.com/en/). Вариант с параметром в адресе (example.com/?lang=ru) — наименее предпочтительный. В коде это <link rel="alternate" hreflang="..."> в <head> каждой языковой версии, включая x-default; проверяется до запуска валидаторами Search Console.
Подробный разбор языковых версий, локализации и выбора структуры — в статье про многоязычный сайт.
Этапы SEO-оптимизации при разработке сайта
SEO-оптимизация при разработке идёт параллельно с проектированием и вёрсткой, а не отдельным блоком после сдачи сайта. Ниже — порядок шагов и ориентировочные сроки для сайта среднего размера, от 10 до 30 страниц.
Сбор семантики и анализ ниши
3–5 рабочих дней
Сбор запросов по Wordstat, группировка по смыслу, определение списка нужных страниц.
Проектирование структуры сайта
2–3 рабочих дня
Карта разделов, адреса страниц, рабочие заголовки под собранную семантику.
Техническое задание с SEO-требованиями
1–2 рабочих дня
Фиксация структуры, разметки и технических условий для дизайнера и разработчика.
Вёрстка с адаптивом и оптимизацией скорости
5–10 рабочих дней
Сжатие изображений, ленивая загрузка, мобильная версия без перекрытий.
SEO-тексты и микроразметка страниц
5–7 рабочих дней
Тексты по структуре запроса, разметка Organization, Product, Article, BreadcrumbList.
Технический аудит перед запуском
2–3 рабочих дня
Проверка robots.txt, sitemap.xml, редиректов, дублей и скорости по Core Web Vitals.
Индексация и передача в поисковики
1–2 рабочих дня
Добавление сайта в Яндекс.Вебмастер и Google Search Console, отправка карты сайта.
Сроки по этапам разработки сайта в целом, без привязки к конкретному объёму SEO-работ, разобраны в статье про сроки разработки корпоративного сайта.
Сколько стоит сайт с SEO-оптимизацией
Стоимость сайта с SEO-оптимизацией зависит от типа сайта и объёма семантики, но встроенная в разработку SEO-подготовка не выносится отдельной строкой — она входит в стоимость проекта как часть проектирования структуры, вёрстки и текстов. Ниже — ориентир по типам сайтов под ключ.
| Тип сайта | Цена от | Срок |
|---|---|---|
| Сайт-визитка | 28 000 руб. | 2–3 недели |
| Лендинг | 34 000 руб. | 2–3 недели |
| Корпоративный сайт | 78 000 руб. | 4–6 недель |
| Интернет-магазин, портал | 120 000 руб. | 8–12 недель |
| Готовое решение на 1С-Битрикс | 89 900 руб. | 3–5 дней |
Подробный состав работ по каждому типу сайта — на странице сколько стоит сайт. Цена растёт вместе с числом страниц, которые нужно спроектировать под семантику: у лендинга это один экран с блоками, у портала — десятки карточек с уникальной разметкой под каждую категорию. Если заказчик уже пришёл с собранной семантикой и готовой структурой, разработка идёт быстрее — часть подготовительного этапа уже сделана.
Чек-лист перед запуском: 15 пунктов
Каждый пункт проверяется за пару минут, а пропущенный обходится неделями переиндексации.
- Тестовый поддомен закрыт от индексации в robots.txt
- Файл sitemap.xml валиден и загружен в Search Console и Яндекс.Вебмастер
- Страница 404 отдаёт корректный HTTP-статус и содержит навигацию
- Битых ссылок нет — проверено сканером, а не глазами
- Canonical проставлен на всех страницах с параметрами
- Дубли отфильтрованы: фильтры, сортировки и пагинация закрыты или канонизированы
- Core Web Vitals проходит на ключевых шаблонах: главной, категории, карточке
- У всех страниц уникальные title и description
- На странице один h1, иерархия заголовков не нарушена
- Alt-атрибуты заполнены у значимых изображений
- Микроразметка размещена: Organization, Product, BreadcrumbList где уместно
- Счётчики аналитики установлены: Яндекс.Метрика и Google Analytics 4
- Цели и события настроены: заявка, звонок, добавление в корзину
- Доступы к аналитике и вебмастерам переданы заказчику
- Редиректы со старого сайта прописаны, если это редизайн
Кому это нужно, а кому можно отложить
SEO-оптимизация на этапе разработки нужна любому сайту, который рассчитывает на органический трафик из поиска, а не только на рекламу и прямые переходы по ссылке. Для интернет-магазина, сайта услуг с региональным спросом или каталога с десятками карточек закладывать SEO в проект нужно обязательно — переделка структуры после запуска обойдётся дороже самой разработки.
Отложить часть работы можно для сайта, который живёт исключительно на трафике из рекламы или соцсетей: промо-страница под конкретную рекламную кампанию, разовый лендинг под мероприятие, внутренний сервис без задачи попасть в выдачу. Здесь достаточно базовой технической гигиены — скорости и корректной вёрстки, без глубокой семантики и микроразметки под каждую страницу.
Пример из практики: сайт услуг, который заказали без SEO-требований в техзадании, после запуска пришлось частично перевёрстывать под структуру запросов — переносили карточки услуг в отдельные разделы, меняли адреса и заново отправляли страницы на индексацию. Это заняло больше времени, чем заложить те же требования в проект с самого начала. О похожих случаях подробно рассказано в статье про ошибки при заказе сайта.
Если сомневаетесь, какой объём SEO-работ нужен именно вашему сайту, разумнее обсудить это на этапе выбора подрядчика и договора — что входит в разработку, а что будет отдельной услугой, подробно разобрано в статье как заказать разработку сайта.
Частые ошибки SEO-оптимизации при разработке
Большинство ошибок SEO-оптимизации при разработке сайта связаны не с недостатком знаний, а с порядком работ: SEO подключают слишком поздно, когда структура и дизайн уже утверждены и менять их дорого.
- 01 SEO подключают после сдачи сайта
Структуру и адреса страниц приходится переделывать на боевом сайте, с потерей уже начатой индексации.
- 02 Семантику не собирают, а угадывают
Разделы называют так, как удобно заказчику, а не так, как ищут пользователи в поиске.
- 03 Скорость проверяют «на глаз»
Сайт открывается быстро у разработчика на мощном компьютере и медленно у пользователя на смартфоне.
- 04 Микроразметку добавляют формально
Копируют шаблон с другого сайта без проверки, соответствует ли он реальному содержанию страницы.
- 05 Тексты пишут ради ключевых слов
Фраза механически втиснута в каждое предложение, а не отвечает на вопрос читателя.
- 06 Адреса страниц меняют после запуска
Без настройки редиректов, из-за чего сайт теряет вес уже проиндексированных страниц.
Разбор похожих ситуаций шире, не только по SEO, а по разработке сайта в целом, — в статье про семь ошибок, которые тихо крадут выручку.
Из опыта студииЧаще всего SEO подключают, когда сайт уже свёрстан и тексты залиты — дизайн переделывать не с руки, и мы правим то, что можно: заголовки, скорость, разметку. Но часть решений упирается в структуру, которую на этом этапе менять дорого. Если бы SEO-требования были в техзадании с самого начала, половины таких компромиссов не было бы.
Никита Борисов
SEO-специалист студии «ЦЕМЕС»
Источники
- SEO Starter Guide — Google Search Central
- Отличия качественного сайта от некачественного — Яндекс.Вебмастер
- Core Web Vitals — web.dev, Google
- Getting started with schema.org — schema.org
Если готовите техническое задание на новый сайт или хотите проверить, учтён ли SEO в уже согласованном проекте, — оставьте заявку, и мы подскажем, что стоит поправить до старта разработки.