Почему именно каталог с фильтрами
SEO-каталог — это сайт, у которого тысячи однотипных URL, и каждая страница может ранжироваться по своему набору запросов. Это самый эффективный тип сайта для органики:
- 50 школ × 12 округов × 4 типа = ~2400 потенциальных long-tail запросов
- 200 карт × 6 стран × 20 сервисов = ~24 000 комбинаций
- 5000 колледжей × 250 профессий = ~1.25 млн потенциальных long-tail комбинаций
Это массивная семантика, которую невозможно закрыть статьями. Только каталогом.
Правило 1. URL-структура задаётся до первой строчки кода
Худшее, что можно сделать — начать писать карточки и думать об URL «потом». Перестройка URL-структуры через год стоит от 500к ₽ и месяца простоя позиций.
Базовые шаблоны для агрегаторов, которые мы используем:
| Тип сайта | Шаблон | Пример |
|---|---|---|
| Каталог школ (pro-schools) | /shkoly/[slug] | /shkoly/gimnaziya-1543 |
| Каталог СПО (icolleges) | /college/[slug], /profession/[slug] | /college/mospolytech, /profession/programmist |
| Каталог авто (carto-auto) | /catalog/[brand]/[model] | /catalog/bmw/x5-g05 |
| Каталог карт (opencard) | /cards/[slug], /country/[slug], /service/[slug] | /country/kazakhstan, /service/chatgpt |
Правила:
- Кириллица в URL — нет. Только латиница + дефисы.
- Без trailing-slash или со всеми trailing-slash. Не миксовать.
- Без
?в SEO-URL — параметры только для сортировки/служебного. - Каждый URL должен самостоятельно объяснять содержимое (
/cards/kaspi-goldясен,/p/123— нет).
Правило 2. Двусторонняя связка сущностей
Главный приём для агрегатора — связать всё со всем. У каждой сущности должны быть «обратные ссылки» на связанные.
Пример на icolleges:
- На карточке профессии «Программист» → блок «Колледжи, которые её преподают»
- На карточке колледжа → блок «Программы обучения» со ссылками на профессии
- На странице города → блок «Профессии популярные в этом городе»
Пример на opencard:
- Карточка карты → блок «С чем работает» (ChatGPT, Steam, Spotify)
- Карточка сервиса (ChatGPT) → блок «Подходящие карты» (Kaspi, Halyk, etc.)
- Карточка страны → блок «Все карты страны»
Эта матрица перелинковки даёт критические две вещи:
- PageRank равномерно распределяется по карточкам (не «утекает» на главную)
- Пользователь не уходит после первой карточки — кликает дальше
Правило 3. Hub-страницы под high-volume запросы
Карточки ранжируются по брендовым/long-tail запросам. Но самые ёмкие коммерческие запросы — это не отдельные карточки:
- «лучшие колледжи Москвы» — нужна hub-страница, а не карточка
- «топ карт для ChatGPT» — то же самое
- «BMW X5 импорт» — обзорная hub-страница, не одна карточка
Hub-страница — это лонгрид 2500-5000 слов + сравнительная таблица + ссылки на конкретные карточки в каталоге.
Подробнее про pillar и spoke архитектуру →
Правило 4. Фильтры: индексировать только избранные комбинации
Это самая частая ошибка. Многие открывают все комбинации фильтров для индексации → получают тысячи дублей мусорных страниц → теряют crawl budget Google.
Правильный подход:
- Базовые комбинации (1 фильтр) — открываем для индексации с уникальным title/meta
- Топ-50 самых популярных комбинаций (2 фильтра) — открываем с уникальным контентом
- Всё остальное —
canonicalна родительскую категорию
Полный разбор faceted navigation →
Правило 5. Уникальный контент на карточках обязателен
Тонкий контент (200-400 слов) на карточках = верная смерть каталога. Google и Яндекс посчитают эти страницы «недостойными» и не пустят выше топ-50.
Минимум на карточку:
- 1200-1800 слов уникального контента
- Структурированный по H2 разделам
- FAQ-блок 5-8 вопросов
- Связанные сущности (карточки рядом)
Как масштабировать: комбинация автогенерации через Claude AI + ручная редактура. Чистая автогенерация даёт штампованный контент, чистая ручная — слишком долго. Гибрид — оптимум.
Как мы это сделали в pro-schools с карточками 50+ школ — описано в нашем кейсе.
Правило 6. Schema.org для каждого типа сущности
Поисковики не понимают «это страница школы» из одного текста. Нужны структурированные данные.
Минимальный набор для агрегатора:
| Тип сущности | Schema-тип |
|---|---|
| Главная | Organization + WebSite |
| Карточка товара/услуги | Product / Service / EducationalOrganization |
| Карточка с отзывами | AggregateRating + Review |
| Карточка с местом | LocalBusiness + PostalAddress + GeoCoordinates |
| Любая вложенная | BreadcrumbList |
| Каталоговая страница | ItemList |
| Любая с FAQ | FAQPage |
Полный гид по Schema.org для агрегаторов →
Правило 7. Sitemap.xml с приоритетами и разбивкой
При 1000+ URL обычный плоский sitemap.xml — это сигнал поисковику «не знаю, какие страницы важные». Crawl budget тратится непредсказуемо.
Правильно:
- Sitemap разбит на несколько файлов (по разделам)
- Sitemap-index объединяет их
- Priority указан осмысленно (главная 1.0, hub-страницы 0.9, карточки 0.7-0.8, блог 0.6)
- ChangeFreq отражает реальную частоту обновления
Подробный гид по sitemap для агрегатора →
Чек-лист на старт
- [ ] URL-структура спроектирована до кода
- [ ] Двусторонняя связка сущностей через блоки «связанные»
- [ ] 5-15 hub-страниц под high-volume запросы
- [ ] Фильтры: топ-50 комбинаций открыты, остальное под canonical
- [ ] Карточки: 1200+ слов уникального контента
- [ ] Schema.org для каждого типа сущности
- [ ] Sitemap.xml разбит по разделам с приоритетами
- [ ] FAQ-блок с FAQPage Schema на ключевых посадочных
- [ ] Внутренняя перелинковка плотная (5-10 ссылок с каждой страницы)
Итог
Каталог с фильтрами — самый эффективный тип SEO-сайта. Но и самый требовательный к архитектуре. Ошибка в URL-структуре или индексации фильтров стоит сотни тысяч рублей и месяцев простоя.
Если хотите оценить здоровье своего каталога — бесплатный SEO-аудит проверит 150 параметров включая структуру каталога, Schema-разметку и индексацию.