Проектируем новый сайт не только вокруг дизайна и меню, но и вокруг того, как потенциальные клиенты ищут услуги и продукты. До разработки определяем семантику, целевые страницы, URL, структуру контента, внутренние связи, технические SEO-требования и аналитику.
Когда структура уже разработана, иногда приходится создавать новые разделы, менять URL, перестраивать навигацию и переделывать шаблоны.
Изучаем, что пользователи действительно ищут, и только затем принимаем решение о структуре страниц.
Главный коммерческий интент.
Отдельные самостоятельные направления.
Запросы пользователей вокруг задачи.
Запросы ближе к покупке.
Вопросы, статьи и исследования.
Только для реальных регионов бизнеса.
До создания сайта распределяем, какой URL должен отвечать за конкретную группу запросов. Это помогает не создавать несколько почти одинаковых страниц под один смысл.
Основная страница услуги.
Собственный самостоятельный интент.
Отдельная задача пользователя.
Не конкурирует с коммерческой страницей.
Информационный запрос, а не продажа услуги.
Не создаём похожие URL без отдельного смысла.
Адрес страницы должен быть стабильным, понятным и соответствовать логике проекта.
Пользователю и команде проекта проще понимать назначение страницы.
Архитектура должна быть рассчитана на дальнейшее развитие.
Новые страницы добавляются в понятную структуру.
Контент и UX связаны. Для разных интентов требуется разный набор информации.
Понятное назначение страницы.
Что получает потенциальный клиент.
Основные вопросы по теме.
Кейсы, процесс и факты.
Следующие логичные страницы.
Что пользователь делает дальше.
Связи между страницами помогают пользователям переходить к следующему материалу и позволяют поисковой системе обнаруживать важные URL.
После запуска не должно выясниться, что важные страницы закрыты, canonical указывает не туда, а поисковый робот не может пройти по навигации.
Важные страницы доступны поисковому роботу.
Контролируем закрытые разделы.
Целевые URL находятся в карте сайта.
Устраняем конфликтующие сигналы.
Проверяем 200, redirects и 404.
Домен, HTTPS и финальная версия.
Не используем один и тот же Title и H1 для десятков страниц.
Основной контент, навигация и важные ссылки должны сохраняться на мобильной версии, а интерфейс должен оставаться удобным для пользователя.
Не исчезает на мобильном экране.
Важные URL остаются доступны.
Текст можно читать без увеличения.
Основные CTA доступны.
Не ломают мобильную композицию.
Тестируем несколько размеров экранов.
Не строим страницы как контейнеры для повторения ключевых слов.
Правильный рабочий домен.
Нет случайной блокировки сайта.
Карта содержит целевые страницы.
Подключаем контроль Google.
Контролируем ключевые страницы.
После запуска смотрим реальные сигналы.
Просмотры страниц сами по себе не показывают ценность SEO. Настраиваем измерение ключевых действий ещё при разработке.
Услуги, продукты, рынок и цели.
Запросы, интенты и кластеры.
URL, страницы и ownership.
Содержание, proof и CTA.
CMS, adaptive, technical SEO.
QA, analytics, Search Console.
Для проектирования структуры.
Логичные целевые URL.
Для основных страниц проекта.
Структура содержания.
Связи между страницами.
Robots, sitemap, canonical.
Где соответствует содержанию.
События и источники.
Объём проекта определяется реальным количеством необходимых страниц, шаблонов, контента, функций и интеграций.
Количество реальных направлений спроса.
Сколько целевых URL нужно.
Уникальные шаблоны и компоненты.
Тексты, кейсы и медиа.
Формы, каталог, API.
RU, KZ, EN при необходимости.
Для работающего проекта сначала разумно определить, можно ли развивать текущую архитектуру.
Разберём бизнес, услуги, поисковый спрос, семантику, конкуренцию, необходимую структуру, URL, контент и функциональность. После этого сформируем архитектуру сайта, которую можно развивать после запуска, а не переделывать под SEO заново.