Сайт, сделанный без учёта поисковых требований, приходится дорабатывать сразу после запуска, и стоит это дороже, чем заложить те же вещи в задание разработчику. Речь идёт о технической готовности, а не о самом продвижении: возможность редактировать мета-теги, место под текст в шаблонах, вменяемые адреса страниц. Перечень короткий и передаётся один раз, до начала работ, — после запуска продвижение сайта начинается с наполнения, а не с переделки.
Почему требования дешевле заложить сразу
Разработчик решает задачу, которую ему поставили. Если в задании написано «современный сайт с каталогом», результат будет соответствовать формулировке: красивый, работающий и без половины того, что понадобится через месяц.
Разница в стоимости возникает из-за того, на каком этапе вносится изменение. Добавить поле для описания страницы в момент проектирования — несколько минут. Добавить его же после сдачи проекта — отдельная задача с согласованием, доработкой шаблонов и повторным тестированием. Переделка структуры адресов после запуска вообще превращается в переезд с перенаправлениями и просадкой позиций.
Отдельный сюжет — сайты на конструкторах и готовых решениях. Часть требований там закрыта по умолчанию, часть недоступна в принципе, и узнать об ограничениях лучше до оплаты, а не после наполнения.
Требования на этапе разработки не ускоряют продвижение. Они убирают ситуацию, когда первые месяцы работы уходят на исправление того, что можно было сделать сразу.
Структура и адреса страниц
Структура определяет, какие страницы вообще будут на сайте, и меняется она тяжелее всего. Проектируется она под спрос, а не под представление о логике каталога.
- Отдельная страница под каждое направление. Одна страница «Услуги» с перечислением всего не собирает запросы по конкретным услугам.
- Понятные адреса латиницей. Транслитерация или английские слова вместо идентификаторов и параметров.
- Глубина вложенности до трёх уровней. Страницы, до которых от главной больше трёх переходов, обходятся реже.
- Адрес не меняется при переносе страницы. Смена раздела не должна автоматически ломать ссылку.
- Возможность задать адрес вручную. Автоматическая транслитерация заголовка даёт длинные и неудобные адреса.
- Единый вид адресов. Один вариант написания: с завершающим слешем или без, в нижнем регистре, без дублирующих версий.
- Хлебные крошки. Навигационная цепочка на всех внутренних страницах.
- Место под будущие разделы. Блог, а также региональные и языковые версии закладываются в структуру, даже если запускаются позже.
Отдельно оговаривается фильтрация в каталоге: страницы фильтров либо получают собственные адреса с редактируемыми мета-тегами, либо закрываются от индексации. Стихийная генерация адресов с параметрами создаёт дубли.
Шаблоны страниц и место под текст
После сдачи чаще всего приходится добавлять место под текст. Дизайнер собирает страницу из плиток и иконок, а через месяц выясняется, что разместить полноценное описание услуги негде.
Требование формулируется просто: на каждом типе страниц предусмотрен редактируемый текстовый блок с поддержкой подзаголовков, списков, таблиц, ссылок. Нужна не строка под заголовком — полноценная область, которая нормально выглядит и при трёх абзацах, и при десяти.
Дополнительно оговаривается набор элементов, которые редактор должен уметь вставлять без помощи разработчика: подзаголовки второго и третьего уровня, перечни маркированные и нумерованные, таблицы, выделение текста, внутренние ссылки, блок вопросов и ответов. Если хотя бы часть из этого требует правки кода, наполнение сайта встанет.
Для карточек товаров и услуг предусматриваются отдельные поля: краткое описание для перечня, полное описание, характеристики, условия. Единое поле «описание» на всё приводит к тому, что в перечне выводится обрезанный кусок текста.
Мета-теги и заголовки
Раздел короткий, но пропускают его регулярно, а последствия видны сразу: сайт запускается с одинаковыми заголовками на всех страницах.
- Заголовок окна и описание редактируются вручную на каждой странице, включая карточки, разделы каталога и страницы блога.
- Шаблоны для массовых страниц. Для карточек задаётся правило формирования с подстановкой названия и характеристик, а ручное значение имеет приоритет над шаблоном.
- H1 отделён от заголовка окна. Это разные поля с разными задачами, и совпадать они не обязаны.
- Один H1 на странице. Логотип, название раздела в шапке и подписи блоков в заголовок первого уровня не оборачиваются.
- Порядок заголовков не нарушается вёрсткой. Подзаголовки внутри текста выводятся тегами H2 и H3, а не увеличенным шрифтом абзаца.
- Заголовки в шаблонах не задаются жёстко. Названия блоков вроде «Наши преимущества» должны редактироваться.
Технические требования
Техническая часть проверяется до приёмки и почти не зависит от того, на чём сделан сайт.
| Требование | Что именно |
|---|---|
| Коды ответа | рабочие страницы — 200, несуществующие — 404 с оформленной страницей, перенесённые — 301 |
| Единственная версия сайта | с www и без, по защищённому и незащищённому протоколу — перенаправление на один вариант |
| Карта сайта | формируется автоматически, обновляется при добавлении страниц |
Файл robots.txt |
редактируется без обращения к разработчику |
| Канонические адреса | проставляются автоматически, редактируются вручную |
| Запрет индексации | управляется на уровне страницы, а не только целиком по сайту |
| Микроразметка | организация, хлебные крошки, товар или услуга, блок вопросов и ответов |
| Содержание доступно без скриптов | текст и ссылки отдаются сервером, а не подгружаются после действия |
| Постраничная навигация | отдельные адреса страниц перечня, а не подгрузка без смены адреса |
| Защищённое соединение | сертификат с автоматическим продлением, без смешанного содержимого |
Доступность содержания без скриптов важнее прочего для сайтов на современных фреймворках: текст, который видит человек, при индексации может отсутствовать целиком.
Мобильная версия и скорость
Google перешёл на индексирование по мобильной версии, поэтому она рассматривается как основная, а не как урезанный вариант настольной.
Требование по содержанию формулируется однозначно: мобильная версия содержит то же, что и настольная. Скрытые на мобильных блоки текста, характеристик и перелинковки — распространённая практика ради компактности, и она обходится позициями.
По скорости в задание закладываются проверяемые условия: сжатие изображений и современные форматы, отложенная загрузка изображений вне первого экрана, объединение и минификация стилей и скриптов, кэширование, ограничение на число сторонних скриптов. Отдельно указывается целевое время загрузки основного содержания на мобильном соединении, причём замер делается на боевом сервере, а не на тестовом.
Коммерческие элементы страниц
Часть требований относится не к технике, а к содержанию шаблонов. Эти элементы входят в группу коммерческих характеристик, которые Яндекс учитывает при ранжировании сайтов услуг и магазинов, и одновременно влияют на конверсию.
- Цены или диапазоны. Место под стоимость предусматривается на странице, а не только в прикреплённом прайсе.
- Несколько способов связи. Телефон, форма, мессенджер, обратный звонок — минимум два-три варианта.
- Реквизиты и адрес. Наименование компании, идентификационные данные, адрес и часы работы в подвале.
- Условия оплаты и доставки. Отдельные страницы, а не абзац в подвале.
- Блок доказательств. Отзывы, сертификаты, примеры работ с возможностью пополнять их без разработчика.
- Формы без лишних полей. Имя и контакт, остальное по желанию.
- Страница контактов с картой. Адрес текстом, а не только на изображении карты.
Требование к формам стоит уточнить отдельно: заявка должна приходить и на почту, и в систему учёта обращений, а факт отправки — фиксироваться в аналитике. Форма, которая работает, но никуда не передаёт данные, обнаруживается обычно через месяц по отсутствию заявок.
Аналитика и доступы
Раздел, который решается за час на этапе запуска и годами создаёт проблемы, если его пропустить.
Счётчики аналитики устанавливаются до запуска, а не после: данные первых недель потом не восстановить. Для казахстанского сайта ставятся оба счётчика — под Google и под Яндекс, поскольку трафик распределяется между двумя системами и сводить его к одному источнику некорректно. Сайт добавляется в обе панели вебмастеров, права владельца оформляются на компанию.
Отдельно фиксируется принадлежность ресурсов. Домен, хостинг, система управления, счётчики и панели регистрируются на компанию, подрядчику выдаются права доступа нужного уровня. Домен, оформленный на разработчика, при расставании превращается в предмет переговоров.
Цели в аналитике настраиваются под ключевые действия: отправка формы, нажатие на номер телефона, переход в мессенджер, оформление заказа. Без целей оценивать работу сайта нечем — остаются только визиты.
Что проверить при приёмке
- Запрет индексации снят. Файл
robots.txtи мета-теги на боевом сайте открыты для обхода. - Мета-теги редактируются. Проверка на страницах трёх разных типов.
- Текстовые блоки на месте. Со списками, таблицами и подзаголовками.
- Адреса страниц читаемые. Без параметров и идентификаторов.
- Коды ответа корректны. Несуществующий адрес отдаёт 404, а не 200 с пустой страницей.
- Карта сайта формируется. Новая страница появляется в ней автоматически.
- Мобильная версия полная. Содержание совпадает с настольной.
- Скорость замерена. На боевом сервере, по трём типам страниц.
- Формы доходят. Тестовая заявка получена на почту и зафиксирована как цель.
- Счётчики работают. Данные поступают в обе системы.
- Доступы переданы. Домен, хостинг, панели, счётчики оформлены на компанию.
- Резервное копирование настроено. С хранением копий вне сервера сайта.
Типичные ошибки
| Ошибка | Последствие | Что делать |
|---|---|---|
| Требования обсуждаются после сдачи | доработки стоят дороже разработки | включать в задание до начала работ |
| Нет места под текст в шаблонах | наполнение сайта невозможно без правки кода | редактируемый блок на каждом типе страниц |
| Мета-теги задаются в коде | каждая правка через разработчика | поля в системе управления плюс шаблоны |
| Домен оформлен на подрядчика | потеря контроля при расставании | все ресурсы на компанию |
| Счётчики ставят после запуска | данные первых недель потеряны | установка и проверка до переключения |
| Запрет индексации остался с тестовой версии | сайт не попадает в выдачу | проверять в первую очередь при приёмке |
| Мобильная версия урезана | потеря содержания при индексации | полное совпадение с настольной |
SEO-продвижение и контекстная реклама в Cropas
Команда Cropas подключается к проектам на этапе задания разработчику: структура проектируется под собранный спрос, а требования к шаблонам, адресам и технической части фиксируются письменно до начала работ. Такой порядок избавляет от первых месяцев продвижения, потраченных на исправление готового сайта.
Пока новый сайт набирает позиции, первые обращения приносит контекстная реклама: она же показывает, какие страницы действительно нужны и какие формулировки приводят покупателей.
Часто задаваемые вопросы
Нужно ли привлекать специалиста по продвижению до начала разработки?
Разово — да, на этап проектирования. Сбор спроса и проектирование структуры занимают несколько дней, а меняют весь дальнейший ход проекта. Постоянное сопровождение до запуска обычно не требуется.
Насколько эти требования выполнимы на конструкторах?
Базовая часть закрыта в большинстве решений: редактируемые мета-теги, читаемые адреса, карта сайта, защищённое соединение. Ограничения обычно касаются тонкой настройки индексации, работы с фильтрами каталога и скорости загрузки. Перечень ограничений разумно выяснить до выбора платформы.
Что делать, если сайт уже разработан без этих требований?
Проверить перечень и отсортировать по стоимости исправления. Мета-теги и тексты обычно дорабатываются недорого, структура адресов и шаблоны — заметно дороже. Часть пунктов рациональнее отложить до следующего обновления сайта.
Кто должен писать эти требования — заказчик или подрядчик?
Формулирует их специалист по продвижению, а в договор с разработчиком включает заказчик. Разработчик отвечает за выполнение, но не за полноту перечня, если перечень ему не передали.
Влияет ли выбор системы управления на продвижение?
Напрямую — нет, поисковые системы оценивают результат, а не средство разработки. Косвенно влияет: на распространённых системах перечисленные требования закрываются штатными средствами, на самописных решениях каждое становится отдельной задачей.
Стоит ли закладывать блог сразу, если писать пока некому?
Раздел разумно предусмотреть в структуре, даже если публикации начнутся позже. Добавление блога к готовому сайту требует новых шаблонов и перестройки навигации, а заложенный заранее раздел просто стоит пустым.