Главная / Блог / Разработка сайтов / SEO на этапе разработки: что заложить сразу

SEO на этапе разработки: что заложить сразу

Исправлять SEO после запуска дороже, чем заложить его при создании сайта. Перечисляем технические и структурные решения, которые стоит принять до первой строки кода.

Почему SEO начинается с разработки

Распространённая схема выглядит так: сначала делают сайт, потом приглашают специалиста по продвижению, и он приносит список из пятидесяти замечаний. Адреса страниц нечитаемые, заголовки дублируются, мобильная версия прячет часть контента, а смена структуры потребует переделки шаблонов и настройки редиректов. Всё это можно было бы сделать правильно сразу, затратив малую долю усилий.

Поисковое продвижение состоит из нескольких слоёв: технического состояния сайта, структуры и содержимого, внешних сигналов. Первые два слоя полностью зависят от того, как сайт построен. Третий — результат долгой работы после запуска. Поэтому именно разработка определяет потолок, до которого можно дойти. Если фундамент кривой, лучшие тексты и ссылки дают меньший эффект.

В этой статье мы разберём то, что имеет смысл включить в техническое задание и проверить при приёмке. Мы не обещаем позиций, потому что поисковые алгоритмы меняются и зависят от конкуренции, но обеспечить технически чистый сайт можно гарантированно.

Структура сайта и семантика

Начинать нужно не с вёрстки, а со спроса. Соберите запросы, по которым люди ищут ваши услуги или товары, и сгруппируйте их по смыслу. Каждая группа, как правило, получает собственную страницу. Это называют кластеризацией, и она напрямую определяет карту сайта.

Типичные принципы:

Один поисковый интент — одна страница. Если на странице услуги пытаются ответить на коммерческий запрос «заказать» и на информационный «как выбрать», она не сработает ни по одному.
Коммерческие страницы (услуги, каталог, цены) отделяются от информационных (блог, база знаний), но связаны ссылками.
Глубина вложенности не более трёх кликов от главной до любой значимой страницы.
Важные разделы доступны в основном меню, а второстепенные подключаются через перелинковку.

Хороший пример — структура, где есть общая страница раздела, дочерние страницы услуг и поддерживающие статьи блога. Так работает и наш сайт: раздел услуг, отдельные страницы направлений и статьи, раскрывающие частные вопросы.

Для региональных и узкоспециализированных проектов

Если вы работаете в нескольких городах или сегментах, не создавайте сотни почти одинаковых страниц, различающихся названием города. Поисковые системы распознают такие шаблоны и понижают их. Каждая страница должна содержать уникальную полезную информацию: местные особенности, примеры, адреса, условия.

Адреса, заголовки и мета-теги

Человекочитаемые адреса

Адрес страницы должен быть понятен без открытия: /uslugi/razrabotka-sajtov/, а не /index.php?id=47&cat=3. Правила простые:

латинские буквы в нижнем регистре, слова через дефис;
адрес отражает иерархию разделов;
нет лишних параметров, идентификаторов сессий и дат без необходимости;
слеш в конце используется единообразно по всему сайту, а вторая форма перенаправляется на основную.

Адрес — один из самых трудно меняемых элементов. После запуска любая смена требует настройки постоянных перенаправлений и приводит к временной потере позиций. Поэтому схему адресов нужно согласовать до публикации первого материала.

Заголовки H1–H3

На каждой странице должен быть один заголовок первого уровня, и он должен описывать суть. Подзаголовки второго и третьего уровней выстраивают логику документа, как оглавление книги. Частая ошибка вёрстки — использовать теги заголовков ради размера шрифта: логотип в H1, слоган в H2, а реальный заголовок страницы оказывается в обычном абзаце. Размер шрифта нужно регулировать стилями, а теги — использовать по смыслу.

Title и description

Мета-теги должны генерироваться по шаблону, но допускать ручную правку. Для title разумная длина — до 60–70 символов, для description — 140–180 символов. Они обязаны быть уникальными для каждой страницы. Дубли метаданных по сотням страниц — классическая беда сайтов на конструкторах и устаревших CMS. Description не влияет на позиции напрямую, но формирует сниппет и влияет на долю переходов, так что относитесь к нему как к рекламному объявлению.

Техническая часть: индексация, скорость, мобильность

Файлы для роботов и карта сайта

Нужно подготовить файл robots.txt, который запрещает индексировать служебные разделы: административную панель, результаты внутреннего поиска, страницы с параметрами сортировки, корзину. И нужно сформировать автоматически обновляемую карту сайта в формате XML со списком всех значимых адресов. Оба файла указываются в панелях вебмастеров поисковых систем. Опасный сценарий — запрет индексации, оставшийся включённым на боевом сайте после тестирования. Мы включаем проверку этого параметра в чек-лист запуска.

Канонические адреса и дубли

Одна и та же страница не должна быть доступна по нескольким адресам: с www и без, с http и с https, со слешем и без, с разными параметрами метки. Для этого настраивают:

единое главное зеркало и постоянное перенаправление остальных вариантов на него;
принудительный HTTPS;
канонический адрес в разметке страницы для случаев, когда дубли неизбежны, например при фильтрах каталога.

Скорость и мобильная версия

Скорость и удобство работы на мобильном — часть оценки качества. Поисковые системы индексируют в первую очередь мобильную версию страницы. Если там спрятан текст, нет части разделов или картинки не загружаются, это сказывается на ранжировании. Пересечения с нашими статьями очевидны: подробности о метриках — в материале про скорость загрузки, а о поведении интерфейса на малых экранах — в тексте про адаптивную вёрстку.

Ещё один важный момент — отрисовка на стороне клиента. Если весь контент сайта формируется скриптами уже в браузере, робот может увидеть пустую страницу или обработать её с задержкой. Для сайтов, зависящих от поискового трафика, предпочтительна выдача готового HTML с сервера, а скрипты лишь дополняют интерактивность.

Микроразметка, внутренние ссылки и контент

Структурированные данные помогают поисковикам лучше понимать страницу и иногда дают расширенный сниппет. Для компании полезна разметка организации с контактами, для статей — разметка публикации, для часто задаваемых вопросов — разметка вопросов и ответов, для хлебных крошек — разметка цепочки навигации. Разметку нужно проверять в валидаторах и не вставлять данные, которых нет на странице: нарушение правил приводит к потере расширенных сниппетов.

Внутренняя перелинковка — бесплатный инструмент распределения веса. Рекомендации:

ссылки ставятся в тексте естественно, с понятным анкором, а не «читать далее»;
с главных коммерческих страниц есть ссылки на поддерживающие статьи, а со статей — на услуги;
хлебные крошки показывают положение страницы в иерархии;
битые ссылки отслеживаются автоматически.

Что касается контента, разработчик должен предусмотреть возможность его удобного редактирования: поля для заголовков, описания, альтернативных подписей к изображениям. Если для изменения title нужно обращаться к программисту, обновлять метаданные никто не будет. Не забудьте про требования к самим текстам: уникальность, польза, ответы на вопросы пользователя. Технический каркас без хорошего содержимого не работает, и наоборот.

Миграция со старого сайта

Если новый сайт заменяет существующий, самая рискованная часть проекта — перенос. Потеря позиций после запуска нового сайта обычно связана не с качеством нового, а с ошибками миграции. Порядок работ:

Выгрузить список всех адресов старого сайта и отметить те, что имеют трафик и ссылки.
Составить таблицу соответствия: старый адрес — новый адрес.
Настроить постоянные перенаправления по таблице и проверить цепочки, чтобы не было промежуточных переходов.
Перенести заголовки, тексты и метаданные значимых страниц, не обнуляя их.
Сразу после запуска проверить индексацию, ошибки сканирования и позиции по основным запросам.
Держать перенаправления не меньше года.

Этап	Что проверяем
До запуска	закрыт ли тестовый домен от индексации, готова ли карта соответствия адресов
В момент запуска	открыт ли боевой сайт для роботов, работают ли редиректы
Первые две недели	отчёты об индексации, коды ответов, падение трафика по группам страниц
Через два месяца	динамика позиций и сравнение с исходным уровнем

Что включить в приёмку

Составьте короткий список проверок: единственный H1 на каждой странице, уникальные title и description, корректные коды ответов, настроенные редиректы, чистые адреса, наличие карты сайта и robots.txt, разметка, отсутствие блокировок индексации, оценка скорости и мобильной версии. Если хотите заказать сайт с учётом этих требований, ознакомьтесь со страницей разработки сайтов и свяжитесь с нами по адресу [email protected].

Итоги

SEO при разработке — это не набор хитростей, а аккуратная инженерия: структура по спросу, понятные адреса, правильные заголовки, чистая индексация, скорость, мобильность, разметка и продуманная миграция. Вложения на этом этапе окупаются многократно, потому что устраняют целые классы проблем, исправлять которые позже гораздо дороже.

Нужен датасет под вашу задачу?

Подготовим тестовую партию изображений с разметкой, чтобы вы могли проверить подход на своей модели. Напишите на [email protected] или оставьте заявку.