Многие заказчики воспринимают SEO как отдельную услугу, которая начинается после запуска: сайт сделали, теперь «продвигаем». На практике значительная часть успеха в поиске определяется ещё при разработке — структурой разделов, адресами страниц, шаблонами, скоростью, корректной индексацией. Если это не заложено сразу, SEO-специалист через полгода приходит со списком из сотни технических правок, часть которых требует переделки движка. Разберём, что стоит предусмотреть заранее.
Почему SEO нельзя «прикрутить» потом
Некоторые вещи на готовом сайте действительно легко поправить: дописать мета-теги, исправить заголовки, добавить текст в категорию. Но фундаментальные решения меняются дорого. Если структура каталога не учитывает, как люди ищут товары, придётся создавать новые разделы и переносить в них страницы. Если адреса генерируются из идентификаторов, смена формата потребует сотен редиректов. Если каталог отдаётся скриптом без серверного рендеринга, поисковые системы могут видеть пустые страницы.
Мы видели много подобных историй. Один производитель мебели запустил красивый сайт на JavaScript-фреймворке, где все страницы товаров формировались в браузере. Через три месяца в индексе было 40 страниц из 1 200, а трафик из поиска упал втрое по сравнению со старым сайтом. Переделка на серверный рендеринг заняла полтора месяца и стоила сопоставимо с изначальной разработкой фронтенда.
Поэтому SEO-специалист должен участвовать в проекте с самого начала — на этапе структуры и технического задания, а не после запуска. В наших проектах это закладывается в рамках SEO-подготовки при запуске.
Структура сайта по спросу
Структура разделов — главное SEO-решение. Каждая страница сайта должна отвечать на определённую группу поисковых запросов. Если для запроса нет подходящей страницы, сайт по нему не будет ранжироваться, сколько бы текста ни было на главной.
Основа структуры — семантическое ядро: собранный и сгруппированный список запросов, по которым целевая аудитория ищет ваши товары и услуги. Анализ ядра часто показывает, что людям нужны страницы, которых не было в планах. Например, компания, продающая кондиционеры, планирует разделы по брендам, а запросы показывают значительный спрос на «кондиционер для квартиры 20 м²», «тихий кондиционер в спальню», «инверторный кондиционер». Под каждую такую группу нужна посадочная страница — фильтр с отдельным адресом или самостоятельная категория.
Без учёта спроса
- Каталог → Бренд → Модель
- Одна страница «Услуги» со списком
- Фильтры работают без смены адреса
- Города упомянуты одной строкой в контактах
С учётом спроса
- Каталог → Тип → Подборки по площади, шуму, назначению
- Отдельная страница на каждую услугу
- Важные сочетания фильтров получают свои адреса и заголовки
- Страницы по районам или городам, если есть спрос и реальное присутствие
Важно не перегнуть: создавать страницы под каждый запрос с минимальными отличиями нельзя, это приводит к дублям и размыванию веса. Группировка запросов по смыслу и интенту — основная работа, которую делает специалист.
Адреса, шаблоны и управление мета-данными
Человекопонятные адреса
Адреса страниц должны быть читаемыми, короткими и стабильными: /catalog/kondicionery/invertornye/ вместо /index.php?cat=12&filter=45. Формат адресов закладывается в движок один раз и потом почти не меняется. Нужно сразу решить, будет ли слеш на конце, как транслитерировать кириллицу, как формировать адреса фильтров и пагинации. Каждое из этих решений, изменённое после запуска, означает массовые редиректы.
Шаблоны мета-тегов
На сайте с тысячами страниц невозможно вручную писать title и description для каждой. Поэтому в админке должны быть шаблоны: например, для товара — «{Название} — купить в Москве по цене {цена} ₽», для категории — «{Название категории}: цены, характеристики, доставка». При этом для любой страницы нужно иметь возможность переопределить шаблон вручную. Если CMS этого не умеет из коробки, доработку нужно заложить в смету.
Заголовки страниц
Тег H1 на каждой странице один и формируется из названия, а логотип, название компании в шапке и заголовки блоков в боковой колонке не размечаются как H1. Звучит очевидно, но в готовых шаблонах эта ошибка встречается постоянно, и исправлять её приходится во всех шаблонах сразу.
Индексация: что открыть, а что закрыть
Поисковые системы должны индексировать полезные страницы и не тратить ресурсы на мусор. Если не управлять этим при разработке, в индекс попадают служебные страницы, бесконечные комбинации фильтров, сортировки, версии для печати, результаты внутреннего поиска. На одном магазине автозапчастей мы нашли в индексе 180 000 страниц при реальном каталоге в 12 000 товаров — остальное были дубли с параметрами сортировки и сессий.
| Что | Как обрабатывать |
|---|---|
| Категории, товары, услуги, статьи | Открыты, в карте сайта, с уникальными мета-тегами |
| Важные сочетания фильтров | Открыты, со своим адресом, заголовком и текстом |
| Прочие комбинации фильтров | Закрыты от индексации или с каноническим адресом на категорию |
| Сортировки, параметры отслеживания, сессии | Канонический адрес на страницу без параметров |
| Корзина, личный кабинет, оформление заказа | Закрыты от индексации |
| Результаты внутреннего поиска | Закрыты от индексации |
| Пагинация | Открыта, без дублирования текста категории на всех страницах |
Сюда же относятся файл robots.txt, автоматически обновляемая карта сайта в формате XML, корректные коды ответа сервера — 200 для живых страниц, 301 для перенесённых, 404 для несуществующих. Распространённая ошибка — «мягкая» 404, когда несуществующая страница отдаёт код 200 и шаблон с надписью «Страница не найдена». Поисковик считает её нормальной страницей и может проиндексировать тысячи таких.
Пока сайт в разработке, тестовая версия должна быть закрыта от индексации — паролем или запретом в robots.txt. И обязательно нужно снять этот запрет при запуске. Забытый запрет индексации на боевом сайте — одна из самых частых причин, по которой новый сайт неделями не появляется в поиске.
Скорость и мобильная версия
Поисковые системы учитывают скорость загрузки и удобство на мобильных устройствах, а главное — эти факторы влияют на поведение пользователей, которое тоже учитывается. Скорость тоже закладывается при разработке, потому что зависит от архитектуры: серверного рендеринга, кеширования, способа подключения скриптов и шрифтов, обработки изображений.
Ориентиры, которые мы ставим в техническое задание для коммерческих сайтов: основной контент отображается быстрее 2,5 секунды на мобильном соединении, страница не «прыгает» при загрузке, реакция на первое нажатие — быстрее 200 миллисекунд. Достигать этих показателей на этапе разработки на порядок дешевле, чем оптимизировать готовый сайт, где каждое изменение рискует что-то сломать.
Мобильная версия должна содержать тот же контент, что и десктопная. Если на смартфоне ради компактности скрыт текст категории или характеристики товара, поисковая система, которая оценивает сайт преимущественно по мобильной версии, этого контента может не учесть.
Ещё одно решение, которое лучше принять заранее, — где на страницах будет текст для поисковых систем и пользователей. Описание категории, блок частых вопросов, характеристики услуги должны иметь своё место в макете, а не втискиваться потом под каталог мелким шрифтом. Если дизайнер не предусмотрел эти блоки, через полгода SEO-тексты окажутся в самом низу страницы, где их никто не читает, или будут ломать аккуратную вёрстку. Мы закладываем такие зоны в прототипы сразу и показываем заказчику, как будут выглядеть страницы с реальным объёмом текста.
Если сайт уже был: переезд без потерь
Отдельная и очень важная тема — запуск нового сайта на месте старого. Старый сайт мог накопить позиции, ссылки и трафик за годы. При неаккуратном переезде всё это теряется за несколько недель, а восстанавливается месяцами.
Выгрузка старых адресов
Собираем все страницы старого сайта, которые получают трафик или имеют внешние ссылки, из аналитики, панелей вебмастеров и краулера.
Карта редиректов
Для каждой старой страницы определяем новую с максимально близким содержанием и настраиваем постоянный редирект. Перенаправление всего подряд на главную — ошибка.
Перенос контента и мета-данных
Тексты, заголовки и мета-теги, которые хорошо работали, переносим или улучшаем, но не теряем.
Проверка перед запуском
Проверяем редиректы, коды ответов, карту сайта, robots.txt, счётчики аналитики на тестовой версии.
Мониторинг после запуска
Первые 4–6 недель ежедневно смотрим индексацию, ошибки и трафик, быстро исправляем найденное.
Подробнее о переезде крупных каталогов — в статье о переезде магазина на новую платформу.
Чек-лист SEO перед запуском
Перед тем как открыть сайт для поисковых систем, мы проходим финальную проверку. Её можно использовать и для приёмки работ у любого подрядчика.
- Структура разделов соответствует семантическому ядру, у каждой группы запросов есть посадочная страница.
- Адреса человекопонятные и единообразные, нет дублей со слешем и без, с www и без.
- Title, description и H1 заполнены для всех типов страниц, работают шаблоны и ручное переопределение.
- Robots.txt и карта сайта настроены, запрет индексации тестовой версии снят.
- Несуществующие страницы отдают код 404, редиректы со старого сайта работают.
- Канонические адреса проставлены на страницах с параметрами.
- Основной контент отдаётся сервером в HTML, а не только формируется скриптами.
- Скорость загрузки и мобильная версия соответствуют целевым показателям.
- Изображения имеют alt, микроразметка товаров, организации и хлебных крошек валидна.
- Сайт добавлен в панели вебмастеров, счётчики аналитики и цели настроены.
Главное
SEO начинается не после запуска, а на этапе проектирования. Структура, построенная по реальному спросу, человекопонятные адреса, шаблоны мета-тегов, управляемая индексация, скорость и корректный переезд — всё это закладывается при разработке и стоит в разы дешевле, чем исправление готового сайта.
Включайте SEO-специалиста в проект с первых недель, фиксируйте требования в техническом задании и проверяйте их перед запуском по чек-листу. Тогда после открытия сайта продвижение будет заниматься ростом, а не исправлением фундамента.
Нужен сайт или интернет-магазин?
Обсудим задачу, подскажем подходящую платформу и оценим сроки и бюджет — бесплатно и без обязательств.
Обсудить проект
