Тендеры и лиды
Информация
Туристические проекты относятся к тем сайтам, где количество потенциальных посадочных страниц очень быстро перестаёт измеряться тысячами. Города, направления, отели, экскурсии, трансферы, авиабилеты, железнодорожные и автобусные маршруты, сезонность и различные комбинации параметров создают огромный поисковый спрос, но вместе с ним — риск произвести большое количество страниц, которые поисковая система не сочтёт полезными.
Мы столкнулись с этой задачей при развитии туристического проекта GoToPlace. Архитектура изначально предполагает очень большое количество посадочных страниц, поэтому обычный подход «создали URL — добавили в sitemap» здесь не работает.
Главная задача масштабируемого SEO — не генерация максимального количества URL, а контроль качества каждого типа страниц.
1. Сначала проектируем тип страницы, затем масштабируем
До массовой генерации нужно ответить на несколько вопросов.
Есть ли у страницы самостоятельный поисковый интент? Отличается ли она от соседних страниц не только названием города? Получает ли пользователь данные, соответствующие конкретному URL? Есть ли внутренние ссылки на страницу? Понятна ли поисковой системе её роль в общей структуре сайта?
Если базовый шаблон слабый, увеличение числа страниц только масштабирует проблему.
Поэтому мы разделяем сайт на отдельные типы сущностей: туристические направления, экскурсии, отели, транспорт, трансферы, страховки и информационные материалы. Для каждого типа задаётся собственная логика формирования страницы.
2. URL должен оставаться стабильным
На крупном сайте особенно дорого обходятся постоянные изменения адресов.
Если сначала создать сотни тысяч страниц, отдать их поисковому роботу, а потом изменить схему URL, появляются цепочки редиректов, старые адреса в индексе, лишний обход роботом и путаница с canonical.
Поэтому URL-схему желательно проектировать до масштабирования.
Мы придерживаемся принципа: уже созданный хороший URL не меняется без серьёзной причины. Оптимизировать текст, данные и интерфейс безопаснее, чем постоянно перестраивать адресное пространство проекта.
3. Sitemap — это не склад всех существующих URL
Одна из типичных ошибок больших сайтов — автоматически выгружать в sitemap всё, что существует в базе.
Но наличие страницы ещё не означает, что она достойна индексации.
В sitemap должны попадать только канонические страницы, которые мы действительно хотим видеть в поиске. Фильтры, технические комбинации параметров, дубли и слабые страницы лучше не смешивать с основным индексируемым массивом.
При большом количестве URL также полезно разделять sitemap по логическим типам страниц. Это сильно упрощает диагностику.
Если поисковая система хуже обходит определённый тип страниц, становится понятно, где искать проблему.
4. Нельзя оценивать качество только по HTTP 200
Страница может возвращать код 200 и при этом быть практически бесполезной.
Например, существует URL направления, но на нём нет доступных предложений, уникальной информации, карты, полезных данных или связей с другими страницами.
С технической точки зрения всё работает. С точки зрения поисковой системы ценность такой страницы сомнительна.
Поэтому для массовых шаблонов полезно определять собственный набор критериев качества.
Это может быть наличие объектов, содержательного текста, географических данных, FAQ, связанных направлений, карты, актуальных предложений и других элементов.
Не обязательно использовать всё одновременно. Главное — чтобы страница отвечала конкретному пользовательскому запросу.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13691 тендер
проведено за восемь лет работы нашего сайта.
5. Внутренняя перелинковка важнее количества sitemap
Даже хорошо подготовленный URL не должен существовать изолированно.
Поисковый робот должен находить страницы не только через XML-карту, но и обычными ссылками.
Для туристического сайта естественными связями становятся:
город → отели;
город → экскурсии;
город → трансферы;
статья → соответствующее направление;
отель → город;
маршрут → связанные города.
Такая структура одновременно помогает пользователю продолжить путешествие по сайту и показывает поисковой системе отношения между сущностями.
6. Миллион страниц нельзя контролировать вручную
Как только проект становится большим, привычная ручная проверка перестаёт масштабироваться.
Нужен мониторинг типов страниц.
Мы смотрим не только на общее количество URL в индексе, но и на динамику отдельных кластеров: какие страницы входят в индекс, какие выпадают, какие чаще обходятся роботом, где возникают дубли и где поисковая система выбирает другой canonical.
Это позволяет отличить локальную проблему шаблона от общей проблемы домена.
7. Не стоит торопить индексацию плохих страниц
На небольшом сайте желание как можно быстрее отправить новые URL поисковым системам понятно.
На проекте с сотнями тысяч или миллионами страниц приоритет меняется.
Гораздо важнее убедиться, что поисковый робот регулярно получает качественные URL.
Если сегодня отдать ему миллион слабых страниц, а завтра начать исправлять их одну за другой, проект сам создаёт поисковой системе лишнюю работу.
Поэтому масштабирование должно происходить после проверки шаблона на ограниченном количестве страниц.
8. Информационный контент помогает коммерческой архитектуре
Большой туристический сайт не должен состоять исключительно из посадочных страниц.
Информационные материалы помогают закрывать вопросы пользователей на более ранних этапах выбора: куда поехать, какой сезон выбрать, как построить автомобильный маршрут, что посмотреть в регионе.
Но ценность такого контента значительно выше, если он связан с основной архитектурой сайта.
Например, статья о поездке в определённый регион должна естественно вести к экскурсиям, вариантам проживания и другим полезным сущностям — там, где это действительно помогает читателю.
Главный вывод
Programmatic SEO работает не тогда, когда сайт научился создавать миллионы URL.
Оно начинает работать, когда сайт способен контролировать качество миллионов потенциальных URL.
Мы стараемся соблюдать именно эту последовательность:
архитектура → качественный шаблон → стабильные URL → каноникализация → внутренняя перелинковка → sitemap → тестовая индексация → масштабирование → мониторинг.
Если поменять порядок и начать сразу с генерации, технический долг растёт значительно быстрее поискового трафика.
