Кейс: как построили региональное SEO на тысячах страниц без ручного копирования
Задача: масштабировать услуги компании на большое количество городов, но не создавать каждую региональную страницу вручную. При этом URL, метаданные, заголовки, хлебные крошки и sitemap должны формироваться предсказуемо, а поисковик не должен получать тысячи практически одинаковых страниц.
Почему простого шаблона с названием города недостаточно
Самый простой вариант — заменить в одном тексте название города. Технически это быстро, но для SEO такой подход создаёт слабые страницы: различия минимальны, заголовки однотипны, а поисковая ценность низкая. Поэтому архитектуру строили не только вокруг переменной CITY, но и вокруг данных города и типа услуги.
Как разделили данные
Города вынесли в отдельную сущность с кодом, регионом, падежными формами и SEO-полями. Услуги оставались отдельным источником. Региональная страница собиралась как комбинация города и услуги, а не как вручную созданная копия документа.
Маршруты
Сформировали два уровня адресов: страницу города и региональную страницу конкретной услуги. Роутер проверяет существование города и услуги, после чего передаёт данные в общий шаблон.
/city/
/city/services-it/service/Как решали индексацию
Не все комбинации обязаны попадать в поиск. Для городов предусмотрели отдельный флаг индексируемости. Sitemap формируется только для страниц, которые разрешено индексировать, а служебные и слабые комбинации не добавляются в карту автоматически.
Уникализация метаданных
- H1 строится с учётом услуги и города;
- Title и Description используют отдельные шаблоны;
- для города доступны падежные формы;
- хлебные крошки отражают региональную структуру;
- Schema.org формируется на основании фактической страницы.
Почему всё делали через миграции
Структура городов, свойства и код должны быть воспроизводимы на тестовой и рабочей среде. Поэтому ручное создание десятков полей в админке заменили миграциями. Это снижает риск расхождений и позволяет повторно развернуть функционал без инструкции из множества ручных шагов.
Что проверили перед запуском
- корректность всех типов URL;
- 404 для неизвестного города или услуги;
- canonical;
- Title, Description и H1;
- хлебные крошки;
- sitemap и правила индексации;
- отсутствие старых дублей в маршрутизации.
Массовое SEO масштабируется только тогда, когда контент, маршрутизация и правила индексации проектируются как система, а не как копирование страниц.
Результат
Вместо ручного создания тысяч документов получилась управляемая структура, где новый город или услуга автоматически участвуют в нужных комбинациях. При этом можно отдельно управлять индексируемостью и SEO-полями, не меняя код каждой страницы.
Принципы canonical и региональной индексации дополнительно разбираются в материалах рубрики SEO и продвижение. Разработка такой архитектуры относится к развитию и технической поддержке сайта.