Сайт, готовый к продвижению, — это сайт, в котором структура разделов, адреса страниц, мета-теги, скорость, мобильная версия и аналитика заложены на этапе разработки, а не добавлены после запуска. Такой проект можно сразу отдавать в SEO: поисковики корректно его индексируют, а SEO-специалисту не приходится начинать с переделки движка и шаблонов.
Типичная картина, с которой к нам приходят: компания заказала красивый сайт, заплатила, запустила, через три месяца наняла SEO-подрядчика. Тот открывает проект и выдаёт список из сорока пунктов, половина которых требует вмешательства разработчика. Услуги сидят на одной странице с якорями, адреса вида /page?id=17, заголовки H1 зашиты в картинки, мобильная версия грузится восемь секунд. Бюджет на продвижение первые два месяца уходит на ремонт того, что можно было сделать правильно с самого начала и почти бесплатно.
Что значит «сайт, готовый к продвижению»
Готовность к продвижению означает, что у сайта нет технических препятствий для роста в Google и Яндексе, а каждый будущий шаг SEO-специалиста делается через админку, без программиста. Пометка «SEO-оптимизированный шаблон» в описании темы WordPress тут мало что гарантирует: если в шаблоне нет места для отдельной страницы под каждую услугу, продвигать будет нечего.
Мы разделяем готовность на пять слоёв:
- Структура: разделы и страницы собраны под реальные поисковые запросы.
- Разметка страниц: адреса, заголовки H1-H3, title и description, микроразметка.
- Техническая база: индексация, robots.txt, карта сайта, отсутствие дублей, корректные коды ответа.
- Скорость и мобильная версия: сайт быстро открывается со смартфона на обычном мобильном интернете.
- Измеримость: счётчики, цели и передача заявок в CRM, чтобы потом было видно, что именно приносит клиентов.
Пропуск любого слоя не остановит продвижение, но сделает его дороже и медленнее.
Сколько стоит переделка, если SEO не заложили сразу
Переделка почти всегда обходится дороже, чем правильная постановка задачи на старте, потому что затрагивает уже свёрстанные шаблоны, наполненные страницы и проиндексированные адреса. Точную сумму без аудита назвать нельзя, но соотношение трудозатрат видно по типовым случаям.
| Что нужно сайту | Если заложить при разработке | Если переделывать после запуска |
|---|---|---|
| Отдельная страница под каждую услугу | Пункт в прототипе и шаблон «страница услуги» | Новый шаблон, перенос текстов, редиректы со старых якорей, переобход страниц поисковиками |
| Понятные адреса страниц (ЧПУ) | Настройка постоянных ссылок до наполнения | Смена всех адресов, карта 301-редиректов, временная просадка трафика |
| Редактируемые title, description, H1 | Поля в админке для каждого типа страниц | Доработка шаблонов и модулей, ручное заполнение задним числом |
| Быстрая мобильная версия | Выбор лёгкой темы, сжатие картинок, минимум скриптов | Оптимизация готовой вёрстки, замена тяжёлых плагинов и слайдеров, иногда новая тема |
| Цели в аналитике | Разметка форм и кнопок при сборке | Поиск всех форм по сайту, правка кода, потеря истории данных за прошедшие месяцы |
Про последнюю строку часто забывают. Если цели не настроили в день запуска, первые месяцы остаются без данных о заявках, и восстановить их задним числом нельзя. Потом с подрядчиком спорят, росли ли продажи, без цифр на руках.
Как собрать структуру сайта под поисковые запросы
Структуру разделов нужно строить от семантического ядра, а не от дизайн-макета: сначала список запросов, по которым вас ищут клиенты, потом группы запросов, потом страницы под эти группы, и только после этого прототип. Семантическое ядро — это набор поисковых запросов, по которым потенциальные клиенты ищут ваши товары или услуги, разбитый на группы по смыслу.
На практике это выглядит так. Компания в Алматы продаёт и монтирует кондиционеры. В головах у собственника три услуги: продажа, монтаж, обслуживание. Семантика показывает больше: люди отдельно ищут монтаж в квартиру и в офис, чистку, заправку фреоном, ремонт конкретных брендов, продажу мульти-сплит-систем. Каждая заметная группа запросов со своим спросом требует своей страницы. Если на старте заложить в меню только «Услуги» одной страницей, продвигать придётся одну страницу против десятка конкурентов, у которых под каждый запрос есть отдельный посадочный лист.
Что зафиксировать в техническом задании до дизайна:
- полный список страниц услуг и категорий с черновыми названиями;
- вложенность: какие страницы лежат внутри каких разделов и на каком уровне от главной;
- шаблоны страниц: услуга, категория, карточка товара, статья, кейс, контакты;
- возможность добавлять новые страницы услуг без участия дизайнера.
Важное ограничение: не стоит плодить страницы под каждую формулировку запроса. «Монтаж кондиционера» и «установка кондиционера» — одна потребность, им нужна одна страница. Отдельная страница оправдана, когда у группы запросов другой смысл, другой клиент или другое предложение. Подробнее о том, как раскладывать разделы на конкретной CMS, мы писали в материале про SEO-структуру сайта на WordPress.
Как должны выглядеть адреса страниц, заголовки и мета-теги
Адрес каждой страницы должен быть коротким, читаемым и отражать её содержание, а title, description и H1 должны задаваться отдельно для каждой страницы через админку. В рекомендациях Google по структуре URL прямо говорится, что адреса лучше делать простыми и понятными человеку, со словами вместо длинных идентификаторов.
Для казахстанских сайтов есть свой вопрос: кириллица или латиница в адресах. Технически поисковики работают с обоими вариантами. Мы на проектах выбираем транслитерацию латиницей: такие ссылки не превращаются в длинную цепочку символов вида %D0%BC%D0%BE, когда их копируют в мессенджер или вставляют в рекламный кабинет. Главное правило в другом: выбрать схему один раз, до наполнения сайта, и больше её не менять.
Что проверить в шаблонах:
- на каждой странице ровно один H1, и он текстовый, а не картинка с надписью;
- заголовки H2 и H3 идут по смыслу, а не используются ради размера шрифта;
- title и description можно отредактировать для любой страницы, включая категории и фильтры;
- если поля не заполнены, система подставляет осмысленный шаблон, а не название сайта на всех страницах;
- у картинок есть поле для alt-текста.
Отдельно стоит заложить микроразметку. Структурированные данные — это код на странице, который описывает поисковику её содержание в машиночитаемом виде: организация, товар, статья, вопросы и ответы. По справке Google о структурированных данных, такая разметка помогает поисковику понять страницу и может дать ей расширенный вид в выдаче. Добавить разметку организации и хлебных крошек при сборке шаблона — час работы. Встраивать её потом в чужую вёрстку заметно дольше.
Техническая база: индексация, robots.txt, карта сайта и дубли
Техническая база готова, когда поисковый робот видит все нужные страницы, не видит служебных и не находит одну и ту же страницу по нескольким адресам. На этом слое чаще всего ошибаются при сдаче.
Самая дорогая ошибка, которую мы регулярно встречаем, — запрет индексации, оставшийся с тестового домена. Разработчик закрыл сайт от поисковиков на время работы, а при переносе на боевой домен забыл снять запрет. Сайт живёт неделями и месяцами, но в поиске его нет. Проверка занимает минуту, поэтому она обязана стоять в чек-листе приёмки.
Второй частый случай — путаница между robots.txt и запретом индексации. В документации Google о файле robots.txt прямо сказано, что этот файл не предназначен для того, чтобы убирать страницы из поиска: для этого используется директива noindex. Robots.txt управляет обходом, и закрытая в нём страница всё равно может попасть в выдачу, если на неё ведут ссылки.
Что должно быть настроено к запуску:
- файл robots.txt закрывает служебные разделы (корзина, личный кабинет, поиск по сайту, технические параметры), но не закрывает стили и скрипты, нужные для отрисовки страниц;
- карта сайта sitemap.xml генерируется автоматически и обновляется при добавлении страниц; по правилам Google для файлов Sitemap один файл вмещает до 50 000 адресов или 50 МБ без сжатия, для больших сайтов нужен индексный файл;
- сайт открывается только по одному адресу: с www или без, только по https, с косой чертой на конце или без; остальные варианты перенаправляют на основной;
- несуществующие страницы отдают код 404, а не пустую страницу с кодом 200;
- страницы фильтров, сортировок и пагинации не создают дублей, а там, где похожие страницы неизбежны, указан канонический адрес.
Канонический адрес (rel=»canonical») — это указание поисковику, какую из нескольких похожих страниц считать основной. Google описывает canonical как один из способов объединить дубли. Для интернет-магазинов с фильтрами эту логику нужно продумать ещё на этапе проектирования каталога: какие сочетания фильтров станут отдельными посадочными страницами, а какие останутся служебными.
Скорость и мобильная версия: что проверить до сдачи
Мобильную версию нужно считать основной, потому что Google индексирует сайты именно по ней. В описании mobile-first индексации Google пишет, что для индексации и ранжирования использует мобильную версию контента. Если на смартфоне часть текста скрыта или вырезана, для поисковика её как будто нет.
Для скорости есть конкретные ориентиры — метрики Core Web Vitals. По описанию Core Web Vitals на web.dev, хорошими считаются значения, если на 75-м процентиле визитов:
| Метрика | Что измеряет | Хорошее значение |
|---|---|---|
| LCP (Largest Contentful Paint) | Скорость появления главного элемента страницы | до 2,5 секунды |
| INP (Interaction to Next Paint) | Как быстро страница реагирует на нажатия | до 200 миллисекунд |
| CLS (Cumulative Layout Shift) | Насколько «прыгает» вёрстка при загрузке | до 0,1 |
Скорость определяют решения, принятые на старте, и финальная оптимизация их почти не исправляет. Слайдер на весь первый экран с пятью видео, три шрифта в шести начертаниях, чат-виджет, карта и пиксели всех рекламных систем, загружаемые сразу, дают тяжёлую страницу, которую потом не спасёт ни один плагин кэширования. На этапе прототипа стоит договориться о простом: первый экран лёгкий, картинки в современных форматах и нужного размера, сторонние виджеты грузятся после основного контента.
Для Казахстана добавим практический момент: проверяйте сайт не только на офисном Wi-Fi. Значительная часть клиентов откроет его со смартфона на мобильном интернете, иногда за пределами крупных городов. Хостинг тоже влияет: сервер с быстрым откликом для аудитории в Казахстане и соседних странах снимает часть проблем со скоростью ещё до оптимизации кода.
Что должна позволять админка SEO-специалисту
Админка готова к продвижению, если SEO-специалист и маркетолог могут сами создавать страницы, менять тексты, мета-теги, адреса и перелинковку, не заказывая каждую правку у разработчика. На проектах B2BPRO.KZ мы чаще всего видим обратную ситуацию: сайт собран на конструкторе блоков с жёсткими шаблонами, и добавление одной новой услуги превращается в задачу для верстальщика на несколько дней.
Минимальный набор возможностей:
- создание новой страницы услуги или категории из готового шаблона за несколько минут;
- редактирование title, description, H1 и адреса страницы;
- вставка текстовых блоков, таблиц, списков и ссылок в тело страницы без правки кода;
- управление редиректами из админки;
- блог или раздел статей с рубриками, если в планах есть контентное продвижение.
На WordPress большая часть этого решается связкой правильно собранной темы и SEO-плагина. На 1С-Битрикс есть встроенный SEO-модуль и гибкие инфоблоки. Сама CMS тут вторична. Важно, чтобы разработчик собрал шаблоны под эти задачи и не сдал сайт, где каждая страница свёрстана отдельно.
Аналитика, цели и заявки в CRM с первого дня
Аналитику нужно настроить до запуска сайта, иначе продвижение с первого месяца будет оцениваться на глаз. Одних счётчиков Google Analytics и Яндекс Метрики мало, нужны цели: отправка каждой формы, клик по телефону, переход в мессенджер, заказ обратного звонка.
Следующий шаг — передача заявок в CRM с меткой источника. Тогда через полгода можно ответить на вопрос собственника «сколько денег принесло SEO», а не только «сколько было посетителей». Для этого формы на сайте должны передавать UTM-метки и источник перехода вместе с заявкой. Если это не заложить при разработке, придётся переделывать все формы. Подключите Google Search Console и Яндекс Вебмастер в день запуска: так вы увидите, как поисковики обходят сайт, и получите сообщения об ошибках индексации.
Перенос старого сайта: как не потерять позиции
При запуске нового сайта на месте старого нужно настроить постраничные 301-редиректы со всех старых адресов на соответствующие новые, иначе накопленные позиции и ссылки пропадут. В руководстве Google по переносу сайта со сменой URL постоянные серверные редиректы названы основным инструментом, а сам переезд рекомендуется готовить по заранее составленной таблице соответствия адресов.
Типичная ошибка — перенаправить все старые адреса на главную. Для поисковика это почти то же самое, что удалить страницы. Правильный порядок: выгрузить все старые адреса, которые получают трафик или имеют внешние ссылки, сопоставить каждому новый адрес, настроить редиректы, после запуска проверить выборочно коды ответа и следить за отчётами в Search Console и Вебмастере. Подробно о том, как пройти этот этап на WordPress, мы рассказывали в статье о редизайне без потери SEO-позиций.
Чек-лист приёмки сайта перед запуском
Перед тем как подписать акт с разработчиком, пройдитесь по списку. Большинство пунктов проверяется без технических знаний, остальное попросите показать.
- Откройте адрес
/robots.txtи убедитесь, что в нём нет строки, закрывающей весь сайт от обхода. - Посмотрите исходный код любой страницы: нет ли там метатега noindex там, где его быть не должно.
- Откройте
/sitemap.xml: в карте есть все страницы услуг и нет служебных. - Наберите адрес сайта с www и без, по http и по https: все варианты ведут на один основной.
- Введите несуществующий адрес: сайт показывает страницу 404, а не главную.
- Проверьте несколько страниц в PageSpeed Insights в мобильном режиме.
- Откройте сайт со своего смартфона на мобильном интернете и пройдите путь до заявки.
- Попросите показать, как создать новую страницу услуги и поменять её title и адрес.
- Отправьте тестовую заявку с каждой формы и проверьте, что она дошла, засчиталась как цель и попала в CRM.
- Если это переезд, получите от разработчика таблицу редиректов и проверьте выборочно десять старых адресов.
Пример: как это выглядит в реальном проекте
Возьмём условную производственную компанию, которая заказывает новый корпоративный сайт взамен устаревшего. В первом варианте ТЗ было восемь страниц: главная, о компании, продукция одной страницей, услуги одной страницей, портфолио, новости, вакансии, контакты. После сбора семантики стало понятно, что спрос есть по двенадцати отдельным видам продукции и четырём услугам, причём по трём видам клиенты ищут ещё и цену с доставкой по Казахстану.
В итоговом прототипе появились шаблон категории продукции, шаблон карточки с полями для характеристик и цены, отдельные страницы услуг и раздел статей. Старый сайт имел около сотни проиндексированных адресов, для них составили таблицу редиректов. Цели и передачу заявок в CRM настроили до запуска. Разница по бюджету разработки получилась умеренной, потому что шаблонов стало больше, а уникальной вёрстки меньше. Зато SEO-специалист с первого месяца занимался текстами, ссылками и перелинковкой, а не заказывал доработки у программиста. Пример иллюстративный, но набор решений в нём типичный для наших проектов.
Именно так мы ведём разработку сайтов под ключ: SEO-требования входят в ТЗ до дизайна, а приёмка идёт по чек-листу выше. Если сайт уже работает и вы подозреваете, что он мешает собственному продвижению, начните с SEO-аудита сайта: он покажет, что можно исправить точечно, а что проще заложить в новую версию. Создание сайтов, готовых к продвижению, требует, чтобы разработчик и SEO-специалист работали вместе с первого дня. Поэтому мы предпочитаем брать сайт под ключ и продвижение одной командой: так никому не приходится переделывать чужую работу.
Частые вопросы
Можно ли сделать SEO после запуска, если сайт уже готов?
Да, можно, но это обычно дороже и дольше. Мета-теги, тексты и ссылки легко добавить в любой момент. А вот структуру разделов, адреса страниц, шаблоны и скорость часто приходится переделывать в коде, иногда со сменой адресов и настройкой редиректов. Поэтому основные SEO-требования выгоднее включить в техническое задание до начала дизайна.
Какая CMS лучше подходит для продвигаемого сайта?
Для продвижения важнее качество сборки, чем конкретная CMS. WordPress и 1С-Битрикс позволяют редактировать мета-теги, адреса и структуру, настраивать редиректы и карту сайта. Проблемы возникают, когда разработчик собирает страницы уникальной вёрсткой без шаблонов или выбирает тяжёлую тему. Выбирайте платформу по задачам бизнеса и требуйте от подрядчика редактируемые SEO-поля.
Сколько времени добавляют SEO-требования к разработке?
Обычно немного, если их учесть в ТЗ с самого начала. Основное время уходит на сбор семантики и проектирование структуры, это несколько дней работы до прототипа. Настройка robots.txt, карты сайта, редиректов, полей для мета-тегов и целей аналитики встраивается в обычный процесс сборки. Гораздо больше времени занимает исправление тех же вещей после запуска.
Как проверить, что разработчик не закрыл сайт от индексации?
Откройте адрес вашсайт.kz/robots.txt и посмотрите, нет ли строки Disallow: / для всех роботов. Затем откройте исходный код главной страницы и поищите слово noindex. После запуска подключите Google Search Console и Яндекс Вебмастер: в них видно, какие страницы попали в индекс, а какие исключены и почему.