Когда заказчик спрашивает, входит ли SEO в разработку сайта, ответ зависит от того, что именно понимать под SEO.
Разработчик может подготовить сайт к индексации: настроить доступ поисковых роботов, структуру страниц, метаданные, карту сайта и другие технические элементы.
Но продвижение сайта по поисковым запросам - отдельная задача.
Техническое SEO и продвижение - разные задачи
Технически корректный сайт сам по себе не гарантирует высоких позиций.
На результат влияют содержание страниц, конкуренция, поисковый спрос и то, насколько страница отвечает на запрос пользователя.
Задача разработчика - сделать так, чтобы техническая реализация сайта не мешала поисковой системе находить и обрабатывать его страницы.
Например, сайт может нормально работать для посетителей, но отдельный раздел окажется закрыт от индексации или до некоторых страниц нельзя будет добраться по внутренним ссылкам.
Поэтому требования поисковых систем стоит учитывать во время разработки, а не проверять только после запуска.
Поисковик должен находить нужные страницы
Во время разработки сайт или отдельные разделы иногда временно закрывают от индексации. Перед публикацией важно проверить, что эти ограничения сняты там, где они больше не нужны.
Для этого проверяются robots.txt, настройки индексации и ответы сервера. Служебные страницы при необходимости можно оставить закрытыми, а страницы услуг, каталог, статьи и другие материалы, которые должны участвовать в поиске, должны быть доступны.
Также создаётся sitemap.xml - карта сайта со списком страниц для поисковых систем.
При этом одной карты сайта недостаточно. Страницы должны быть связаны обычными ссылками, чтобы поисковый робот мог переходить между разделами сайта.
Структура страниц и адресов
Ещё до разработки стоит определить, какие разделы и страницы будут на сайте и как они будут связаны между собой.
Например, у каталога могут быть отдельные страницы категорий и товаров:
/catalog
/catalog/stanki
/catalog/stanki/model-1Лучше определиться с адресами заранее, чем после запуска массово менять уже проиндексированные страницы.
Если одинаковое или почти одинаковое содержимое доступно по нескольким адресам, поисковой системе можно указать основной адрес с помощью canonical.
При переделке существующего сайта старые адреса по возможности лучше сохранять. Если адрес всё-таки изменился, посетителя и поискового робота можно автоматически перенаправить со старой страницы на соответствующую новую.
Что поисковик видит на странице
Для страниц, которые должны участвовать в поиске, обычно настраиваются:
title;description;- основной заголовок страницы;
- иерархия остальных заголовков;
- семантическая HTML-вёрстка.
У карточки товара, категории, услуги и статьи разное содержание, поэтому и метаданные должны формироваться с учётом конкретной страницы, а не быть одинаковыми по всему сайту.
Для подходящих типов страниц можно добавить структурированные данные Schema.org. Они позволяют явно передать поисковой системе, например, информацию о товаре, организации, статье или навигационной цепочке.
Такие данные могут использоваться для расширенного представления страницы в результатах поиска. Это делает результат заметнее и может увеличить число переходов, но сама разметка напрямую не повышает позиции.
Скорость, мобильная версия и изображения
Сайт должен нормально работать не только на компьютере владельца, но и на телефонах и при медленном соединении.
При разработке я также обращаю внимание на изображения: они не должны загружаться в значительно большем размере, чем требуется для отображения на странице. Изображения можно сжимать и подготавливать разные размеры для разных устройств.
Большое количество лишнего JavaScript, тяжёлые изображения и сторонние скрипты могут заметно замедлить загрузку.
При этом цель не в максимальной оценке автоматического теста, а в том, чтобы скорость не мешала посетителю пользоваться сайтом.
Про это я подробнее писал в статье «Как скорость загрузки сайта влияет на заявки и стоит ли ускорять уже быстрый сайт».
Что я обычно закладываю при разработке
Конкретный набор зависит от проекта, но базово я проверяю несколько групп вещей.
Структура сайта: разделы, страницы, внутренние ссылки и адреса страниц.
Индексация: доступ поисковых роботов, robots.txt, sitemap.xml, canonical, корректная страница 404 и перенаправления со старых адресов на новые, если они меняются.
Содержимое страниц: title, description, заголовки, семантическая HTML-вёрстка и структурированные данные там, где они уместны.
Техническое качество: мобильная версия, скорость загрузки, оптимизация изображений, аналитика и сервисы для вебмастеров, если они требуются проекту.
Дополнительные требования зависят от сайта. Например, в интернет-магазине появляются карточки товаров, категории, цены и данные о наличии.
Многие из этих вещей зависят от того, как сайт устроен, поэтому лучше учитывать их во время разработки, а не добавлять перед самой публикацией.
Где заканчивается работа разработчика
Техническая подготовка сайта не отвечает на вопрос, по каким запросам бизнесу нужно продвигаться и какие страницы для этого создавать.
Отдельной работы требуют, например:
- исследование поискового спроса и распределение запросов по страницам;
- планирование и подготовка посадочных страниц и контента;
- анализ конкурентов в поисковой выдаче;
- дальнейшая работа с позициями и поисковым трафиком.
Если поиск планируется использовать как канал привлечения клиентов, SEO-специалиста полезно подключить ещё до начала разработки.
Так можно заранее определить необходимые разделы и страницы, а не перестраивать готовый сайт после запуска.
Для небольшого сайта это требуется не всегда. Если задача - представить компанию, услуги или каталог, а отдельное поисковое продвижение пока не планируется, можно сначала сделать технически корректную основу и развивать SEO позже.
Что в итоге
Базовое техническое SEO при разработке - это подготовка сайта к нормальной индексации и дальнейшему продвижению.
После запуска не должно выясниться, что нужные страницы закрыты от поиска, у разных разделов одинаковые метаданные или поисковому роботу сложно находить страницы сайта.
Это не заменяет SEO-продвижение, но позволяет не начинать его с исправления технических проблем.