Структура сайта под услуги

На hitz.agency структура собрана по учебнику: у каждого направления своя посадочная, блог разложен по тем же направлениям, города вынесены в отдельную ветку. С 4 мая по 12 сентября 2026 года страницы услуг вместе со служебными собрали в Google 5% показов сайта, блог - 87%. Блогу достался и коммерческий запрос, ради которого делалась страница услуги.

Схема при этом верная. Ошибка в распределении запросов, и найти ее можно только по отчету Search Console.

Что такое структура сайта для SEO

Структура сайта для SEO - это распределение поисковых запросов по страницам: какая страница отвечает на какую группу запросов и как до нее добираются посетитель и поисковый робот. Разделы, меню и адреса вытекают из этого распределения, и проектируют их последними.

Статьи про структуру чаще всего показывают дерево: главная, разделы, подразделы, правило трех кликов, силосы. Нарисовать его правильно несложно, и проверить можно глазами. Поисковик же выбирает, какую страницу показать по конкретному запросу. Если по коммерческому запросу он выбрал статью из блога, а страница услуги осталась без показов, перерисовка дерева ничего не изменит.

В рабочей структуре про каждую страницу известно, под какую группу запросов она сделана, главная ли она в своей теме и по каким ссылкам до нее доходят с главной.

Как легко ошибиться с распределением, видно на самом запросе «структура сайта». По замеру Wordstat 14-15 сентября 2026 года он набирает 23 144 показа в месяц по всем регионам. К SEO большая часть объема отношения не имеет: «структура официального сайта» дает 13 407, «требования к структуре сайта образовательной организации» - 1877. Люди ищут, как по закону оформить сайт школы или госучреждения, и страница под голый запрос «структура сайта» собирала бы показы от завучей и сотрудников администраций. Под поисковую оптимизацию формулируют «структура сайта для seo», таких запросов 26 в месяц.

Как строится структура от семантики

Структуру проектируют в пять шагов, меню - последний:

1. Собрать спрос: все формулировки, которыми люди ищут ваши услуги, включая узкие.
2. Разложить запросы по группам. В одну группу попадают формулировки, за которыми стоит одна задача человека. Где брать запросы, как их чистить и группировать, разобрано в статье о семантическом ядре.
3. Каждой группе назначить одну посадочную и тип страницы: услуга, категория, карточка, статья. Тип зависит от того, что человек хочет сделать: купить, сравнить или разобраться. Подробно про это в статье об интенте запроса.
4. Свести все в карту релевантности: группа запросов, адрес, тип страницы.
5. Из карты собрать разделы, меню и адреса.

Карта релевантности - обычная таблица, и после запуска ее не выбрасывают: по ней сверяют отчеты. Для компании, которая обслуживает инженерные системы зданий в Алматы, фрагмент карты выглядит так:

• обслуживание кондиционеров, чистка кондиционера, заправка кондиционера: /konditsionery, страница услуги
• ремонт вентиляции, чистка вентиляции: /ventilyatsiya, страница услуги
• договор на обслуживание здания: /obsluzhivanie-zdaniy, страница услуги
• как часто чистить кондиционер: /blog/kak-chasto-chistit-konditsioner, статья

Меню собирают из той же карты. В него попадают страницы коммерческих групп: услуги, категории, основные разделы каталога. Ссылка из меню стоит на каждой странице сайта, и поисковик читает пункты меню как самые важные страницы. Статьи по одной в меню не выносят, блог идет одним пунктом. Если пункт меню назван не так, как люди ищут услугу, он помогает только тем, кто уже на сайте.

Когда порядок переворачивают и начинают с меню, пункты называют так, как компания называет услуги у себя внутри. В той же компании услуга может называться «техническое обслуживание инженерных систем», а люди ищут «чистка кондиционера» и «ремонт вентиляции». В меню один пункт и одна страница, спрос же делится на две группы с разными задачами. Страница собирает обе группы и ни по одной не выглядит лучшим ответом.

Отдельный случай - сайты, где страниц сотни и они создаются по шаблону: каталоги, агрегаторы, проекты с автоматической генерацией страниц. Там карту составляют до того, как появится первая страница. Иначе близкие формулировки разойдутся по разным адресам, и эти адреса будут конкурировать между собой, хотя спрос можно было собрать на одном.

Сколько страниц делать под одну услугу

По одной на каждое решение, которое принимает человек. Две формулировки идут на одну страницу, если ответ на них одинаковый: услуга, цена и условия совпадают. «Заправка кондиционера» и «заправить кондиционер фреоном» - одна страница. С «монтажом кондиционера» страниц уже две: у монтажа своя цена, и перед ним спрашивают о другом, например где повесить внешний блок и сколько метров трассы входит в стоимость.

Если делать страницу под каждую формулировку, получится несколько тонких страниц с почти одинаковым текстом. Поисковик выбирает между ними, выбор меняется от недели к неделе, и ни одна не набирает ссылок и поведенческих сигналов. У одной полной страницы такой конкуренции нет.

Чтобы страницы не спорили за запрос, для каждой определяют головную тему в два слова. Она стоит в title и не повторяется в title других страниц. Допустим, головная тема главной у компании - «аренда спецтехники». Тогда страницы техники называются «аренда экскаватора» и «аренда автокрана», а слов «аренда спецтехники» в их title нет. На сайтах, которые работают не первый год, повтор темы в title - частая причина путаницы: страницы добавляли по одной, и каждую заголовком тянули к главному запросу. Как писать сам title, чтобы Google его не переписал, мы разбираем в статье о title и description.

В B2B то же правило касается категорий и карточек. Категория «экскаваторы» и карточка конкретной модели - полноценные посадочные, и гарантию, доставку на объект, обслуживание раскрывают на них же. Если эти ответы вынести в отдельные разделы «Доставка» и «Сервис», карточка выглядит для поисковика неполной. А страница «Доставка» начинает получать запросы, которые относятся к технике.

Схема верная, результата нет: разбор на hitz.agency

В сентябре мы выгрузили Search Console за 4 мая - 12 сентября 2026 года и сложили показы по группам страниц. На бумаге структура такая:

• Страницы услуг: /geo, /aeo, /seo, /local-seo
• Гео-ветка: /seo/almaty, /seo/tashkent
• Блог: хаб /blog и кластеры geo (24 статьи), local-seo (17), aeo (7); кластер seo на момент выгрузки пустой
• Инструменты: /tools и шесть инструментов
• Остальное: /about, /audit, /research, английская версия /en

Всего 77 адресов в sitemap. Проверку по схеме такая структура проходит.

Показы по группам страниц за тот же период:

• блог: около 4000 показов, 87%
• страницы услуг и служебные: 225 показов, 5%
• инструменты: 50 показов, 1%
• английская версия: 22 показа, 0,5%
• остальные страницы: около 6,5%

Отдельно по посадочным:

• /geo: 58 показов, средняя позиция 31,3
• /local-seo: 53 показа, средняя позиция 31,7
• страницы SEO-продвижения и AEO: в отчете не появляются

Первое подозрение в такой ситуации - посадочным не хватает веса. В отчете Search Console о внутренних ссылках учтено 244 ссылки, больше всего входящих у этих страниц:

• главная: 50
• /blog: 36
• /about: 32
• /aeo: 32
• /geo: 30
• /local-seo: 26

От 26 до 32 входящих ссылок на страницу услуги для сайта из 77 адресов - нормальная цифра. На самом сайте ссылок еще больше: 25 сентября 2026 года мы прошли краулером по всем адресам sitemap, и на каждую посадочную ведут ссылки с 68-69 страниц, потому что меню и подвал стоят везде. У /aeo по отчету столько же входящих, сколько у страницы «О нас», а показов у нее нет. Поддержка блогом разницу тоже не объясняет: у AEO в блоге семь статей, у SEO ни одной, а у обеих посадочных ноль показов. Значит, дело не в весе. Как вес распределяется по сайту и сколько ссылок куда ставить, мы разбираем в статье о внутренней перелинковке.

Причина нашлась в отчете по запросам. Запрос «aeo аудит» дал 160 показов со средней позицией 10,7. Отвечает на него статья /blog/kogda-nuzhen-aeo-audit. Страницы /aeo и /audit по этому запросу в отчете не появляются.

Запрос коммерческий: человек ищет, кому заказать аудит. Посадочные рассчитаны как раз на такие запросы. Статья же написана для того, кто еще решает, нужен ли ему аудит вообще. Но формулировка «AEO-аудит» стоит у статьи в заголовке, и весь текст о нем. У /aeo и /audit тема шире. Для поисковика статья совпадает с запросом точнее, и он показывает ее.

Схема тут ни при чем, ошибка в распределении. В нашей карте у этого запроса не было одного владельца: на него рассчитывали и /aeo, и /audit. Две посадочные на один запрос дают ту же неопределенность, что и статья вместо посадочной, и поисковик решил ее по-своему.

Как проверить, какая страница забирает запрос

Сверку делают по карте релевантности и Search Console:

1. Возьмите карту. Если карты нет, выпишите для каждой посадочной три-пять запросов, ради которых она сделана.
2. Откройте в Search Console отчет «Эффективность» и задайте период от трех месяцев. На молодом сайте показов мало, короткий период даст случайные колебания вместо картины.
3. Поставьте фильтр по запросу и откройте вкладку «Страницы». Там видно, какие адреса получали показы по этому запросу и сколько.
4. Сравните с картой. Когда запросов больше двух десятков, удобнее выгрузить пары «запрос - страница» целиком. Интерфейс Search Console такой выгрузки не дает, ее собирают через Looker Studio или API.
5. В Яндексе сделайте ту же сверку в Вебмастере, в отчете по поисковым запросам.

На нашем сайте проверка по «aeo аудит» так и выглядела: фильтр по запросу, вкладка «Страницы», в списке статья блога и ни одной посадочной. Проверка одного запроса занимает меньше минуты, а мы впервые сделали ее только на аудите, по данным за четыре месяца.

У сверки пять возможных исходов, и у каждого свое действие:

• Запрос забирает запланированная страница: распределение в порядке, дальше работают над позицией.
• Вместо посадочной отвечает статья блога: коммерческую формулировку убирают из title и заголовка статьи, на посадочную добавляют ответы, ради которых люди находили статью, а из статьи ставят ссылку на посадочную.
• Две страницы делят показы: выбирают одну, у второй меняют головную тему. Если вторая целиком повторяет первую, их склеивают.
• Показы уходят на главную: у группы нет своей страницы, или ее страница слишком общая.
• Ни одна страница показов не получает: причина вне структуры. Сначала проверяют, есть ли у запроса спрос и попала ли страница в индекс. Почему Google не берет страницы в индекс, разобрано в статье о страницах вне индекса.

С «aeo аудит» мы поступаем по второму исходу, с поправкой на две посадочные. Владельцем запроса назначили /aeo: в запросе назван AEO, а за /audit остается аудит сайта в целом. На /aeo появляется блок про аудит с ответами, ради которых люди открывали статью. Title у статьи и так информационный, про симптомы и самопроверку, его не трогаем, а в тексте ставим ссылку на /aeo. Результат сверим по тому же отчету.

После правок сверку повторяют через месяц-полтора: раньше поисковик не успеет переобойти страницы.

Какие еще отчеты Search Console нужны для такой работы, собрано в статье об отчетах Search Console.

Запросы, которых нет в Wordstat

Часть запросов сервисы подбора слов не показывают. Их слишком мало для статистики, или люди формулируют их длинно, как в разговоре. Зато их слышит отдел продаж: на звонках и в переписке клиенты спрашивают про гарантию, сроки поставки, запчасти, сервис после покупки.

Возьмем поставщика промышленного оборудования в Ташкенте. На звонках у него повторяются одни и те же вопросы: есть ли запчасти на складе, кто делает пусконаладку, сколько ждать поставку под заказ. В Wordstat таких формулировок почти нет, а клиенты задают их каждую неделю.

Прослушайте 20-30 последних входящих звонков или прочитайте переписку в мессенджерах, выпишите вопросы словами клиента и отметьте повторяющиеся. Каждый повторяющийся вопрос попадает на сайт одним из трех способов:

• Отдельная страница: вопрос описывает самостоятельную услугу со своей ценой. Пусконаладка у поставщика из примера - отдельная услуга, ей нужна своя страница.
• Блок на существующей странице: вопрос касается условий покупки той же техники. Сроки поставки и гарантию дают блоком на карточке или в категории.
• Ветка каталога: запчасти, если компания их продает, получают свой раздел со своими карточками.

Нулевая частота в Wordstat - не повод отказаться от страницы. Проверьте по конкурентам: если у двух-трех из них под такой вопрос есть отдельная страница или блок, на вашем сайте ему тоже нужно место.

Такие вопросы люди задают и нейросетям, причем целиком, как менеджеру по телефону. Нейросеть собирает ответ из страниц, где ответ написан текстом. Если сроки поставки и условия гарантии есть на карточке, у нее больше шансов попасть в такой ответ, чем у раздела «Доставка» с общими словами.

Когда подуслуге нужна своя страница

Своя страница нужна подуслуге, если:

• ее ищут отдельно от основной услуги;
• у нее своя цена или свой порядок работы;
• перед заказом клиенты спрашивают о том, на что страница основной услуги не отвечает.

Хватает блока, если подуслугу ищут вместе с основной, ответ укладывается в два-три абзаца, а цена входит в общий прайс.

Обратная ошибка - страница под каждую строку прайса. Двадцать страниц по сто пятьдесят слов с одинаковым блоком «Почему мы» поисковик индексирует неохотно, а те, что попали в индекс, спорят с основной страницей услуги.

У клининговой компании в Самарканде «уборка после ремонта» получает свою страницу: работы там больше и цена выше, а клиенты спрашивают про строительную пыль и следы краски на окнах. Уборка экологичными средствами идет блоком на каждой странице уборки. Это условие любой уборки, отдельно такую услугу не заказывают.

Вложенность в адресе вторична. Связь страниц поисковик определяет по ссылкам и содержанию, а адрес вида /uslugi/uborka-posle-remonta нужен людям и отчетам. Понятные префиксы экономят время: в Search Console можно отфильтровать страницы по части адреса и за минуту посчитать показы всего раздела. Так мы и считали показы блога и посадочных для разбора на своем сайте.

Гео-страницы - отдельная ветка, и к ней относится то же правило одной страницы на решение. У нас таких страниц две, /seo/almaty и /seo/tashkent. Где ставить ключ с городом, сколько гео-страниц делать и чем они отличаются от обычных посадочных, разобрано в статье о страницах «город плюс услуга».

Что делать со сложившейся структурой

Если сайт работает давно, начинать с чистого листа дорого: часть страниц уже собирает показы и ссылки. Перестройку начинают с отчета, а меню трогают в последнюю очередь.

1. Выгрузите из Search Console все страницы с показами и запросы по каждой. Страницы, которые приносят заявки и трафик, без причины не трогают.
2. Составьте карту релевантности на текущих адресах. В ней сразу видны страницы без своей группы запросов, группы без своей страницы и группы, за которые спорят две страницы.
3. Меняйте содержимое и title раньше, чем адреса. Новый адрес означает редирект и временную просадку, правка текста обходится дешевле.
4. Склеивайте дубли в пользу сильной страницы, у которой больше показов и входящих ссылок. Полезное содержимое второй перенесите на нее, со второй поставьте 301-редирект.
5. Переносите по частям. Если меняется сразу весь раздел, по отчету потом не понять, какая правка что дала.

При склейке и переносе адресов:

• редирект ставят 301, постоянный: он передает новой странице накопленный вес старой;
• цепочек не делают, старый адрес ведет сразу на конечный;
• внутренние ссылки на сайте переписывают на новый адрес, чтобы они не шли через редирект;
• старый адрес убирают из sitemap, новый добавляют;
• если обе страницы должны остаться, например варианты с параметрами в адресе, вместо редиректа ставят canonical на основную.

В Tilda 301-редиректы ставят в настройках сайта, код для этого не нужен. Если в Tilda поменять адрес страницы, старый перестает открываться и отдает 404. Поэтому редирект со старого адреса ставят в тот же день, когда публикуют страницу на новом. Про дубли и canonical подробнее в статье о дублях страниц.

Просадка после перестройки - обычное дело. Поисковику нужно переобойти страницы, увидеть редиректы и заново решить, какая страница отвечает на запрос. Перед переносом зафиксируйте позиции и показы по страницам, которые меняете, иначе через месяц не с чем будет сравнить. Если через полтора-два месяца показы по перенесенным запросам не вернулись, проверьте, в индексе ли новые адреса и не ведет ли какой-то из старых в никуда.

Коротко

• Структура сайта для SEO - это распределение запросов по страницам. Меню и разделы проектируют последними, из карты релевантности.
• Одна страница на одно решение человека. Отдельные страницы под каждую формулировку получаются тонкими и спорят между собой.
• У каждой страницы своя головная тема в два слова, в title других страниц она не повторяется.
• Схема по учебнику не гарантирует, что запросы легли туда, куда планировали. На hitz.agency страницы услуг вместе со служебными дали 5% показов при ссылках из меню с каждой страницы. Коммерческий запрос забрала статья блога.
• Проверяют структуру по Search Console: для каждого целевого запроса смотрят, какая страница получает показы.
• Вопросы из звонков и переписки дают запросы, которых нет в Wordstat. Их кладут блоками на существующие страницы или выносят в новые разделы.
• Сложившуюся структуру перестраивают по отчету, частями, с 301-редиректами и замером до и после.

Частые вопросы

Что такое структура сайта для SEO?

Это распределение поисковых запросов по страницам сайта: какая страница отвечает на какую группу запросов и как до нее добираются посетитель и поисковый робот. Разделы, меню и адреса строятся из этого распределения.

С чего начинать структуру нового сайта?

С семантики. Сначала собирают спрос и группируют запросы по задачам, потом назначают каждой группе одну страницу и сводят все в карту релевантности. Меню и адреса рисуют последними, по карте.

Что такое карта релевантности?

Таблица, где каждой группе запросов сопоставлены одна страница сайта и ее тип: услуга, категория, карточка или статья. По ней проектируют разделы, а после запуска сверяют, те ли страницы получают показы.

Сколько страниц делать под одну услугу?

По одной на каждое решение, которое принимает человек. Формулировки с одинаковым ответом, то есть та же услуга, цена и условия, идут на одну страницу. Своя страница нужна подуслуге, у которой отдельный спрос, своя цена и свои вопросы перед заказом.

Как понять, что статья блога перебивает страницу услуги?

В Search Console, в отчете «Эффективность»: фильтр по целевому запросу, вкладка «Страницы». Если показы по коммерческому запросу получает статья, а посадочной в списке нет или она ниже, статья перебивает посадочную.

Работает ли правило трех кликов?

Небольшая глубина вложенности помогает роботу быстрее находить страницы. Но какая страница ответит на запрос, правило не решает: страница может быть в одном клике от главной и все равно проигрывать статье блога.

Можно ли перестроить структуру без потери позиций?

Без временной просадки почти никогда. Риск снижают так: меняют текст и title раньше адресов, ставят 301-редиректы без цепочек, переносят разделы частями и фиксируют позиции до переноса, чтобы было с чем сравнить.

Нужна ли вложенность в адресах страниц?

Для ранжирования она вторична: связь страниц поисковик определяет по ссылкам и содержанию. Понятные префиксы вроде /uslugi/ или /blog/ удобны людям и упрощают разбор отчетов по разделам.