Структура сайта для SEO: как разделить услуги и запросы
Отдельные страницы услуг, навигация и фильтры. Как избежать одинаковых адресов.
Содержание статьи
Структуру сайта для поисковой оптимизации (SEO) начинайте с перечня задач посетителя и существующих страниц. Для каждой задачи решите, нужен ли самостоятельный адрес (URL), куда на него поставить ссылку и что человек сможет сделать на странице. Итогом станет карта адресов и связей с правилами для категорий, услуг, статей и фильтров. Красивое дерево папок без проверяемого содержимого и маршрутов эту работу не завершает.
Какие страницы и данные собрать перед новой схемой
Выгрузите действующие URL вместе с типом, каноническим адресом, кодом ответа и входящими внутренними ссылками. Отдельно отметьте поисковые показы и клики по страницам за один период, обращения и страницы, на которые ведут внешние ссылки. При отсутствии доступа к одному источнику оставьте поле «нет данных», чтобы пустота не стала причиной удалить полезный адрес.
Затем запишите реальные предложения компании: услуги, варианты работ, города, категории, модели товаров, ограничения и отличия. Семантические запросы привязывайте к конкретной задаче человека. «Разработка интернет-магазина» описывает услугу и порядок заказа, «как выбрать систему управления сайтом (CMS)» помогает принять решение, «стоимость сайта» требует объяснения состава расчёта. Разные слова могут вести к одной задаче, а похожие слова могут означать разные решения.
Колонки рабочей карты
Запишите «задача посетителя», «подтверждённая формулировка спроса», «основной URL», «тип страницы», «самостоятельный ответ», «родительская страница», «ссылки на соседние задачи», «текущий статус», «что требуется создать или сохранить». Эта карта служит заданием для редактора, разработчика и владельца ассортимента.
Разделите инвентарь на три набора: опубликованные страницы, известные поисковой системе адреса и предлагаемые новые страницы. Один URL может быть в первых двух наборах; новый пока не должен получать выдуманный статус индексации. Для существующих адресов сохраните старое назначение и данные о входах до решения о переносе. Для новых запишите, кто предоставит отдельные факты: ассортимент, условия услуги, региональную доступность или инструкцию. Если фактов нет, строка остаётся гипотезой, а не готовым пунктом меню.
Когда вопросу нужен отдельный адрес
Создавайте страницу, если пользователь ожидает самостоятельный выбор или действие и компания может дать для него отдельные факты. У услуги это состав работ, ограничения, факторы цены, сроки согласования и форма. У категории это ассортимент и признаки сравнения. У карточки это точный товар, варианты и покупка. У статьи это инструкция или сравнение, которое не превращает страницу услуги в длинный учебник.
Не создавайте адрес только потому, что в запросе есть ещё одно прилагательное. Если «SEO-аудит сайта» и «аудит SEO сайта» означают одну проверку, вторую страницу придётся наполнять почти тем же содержимым. Проверьте выдачу и собственные URL, выберите основной ответ и естественно используйте обе формулировки на одной странице. Если запрос с городом требует отдельных условий доставки или команды, сначала подтвердите эти отличия.
Проверяйте решение по трём вопросам. Может ли компания дать отдельное предложение или набор товаров? Нужно ли человеку другое действие? Можно ли поддерживать факты на странице после запуска? Если хотя бы ответы и действия совпадают, начните с одного основного URL и разделов внутри него. Если отдельный адрес уже получает входы, не удаляйте его по этому правилу автоматически: сначала сравните реальные вопросы, содержание, ссылки и последствия перенаправления.
| Пара запросов | Вероятное решение | Что проверить до выпуска |
|---|---|---|
| «SEO-аудит» и «проверка сайта перед продвижением» | Одна услуга при одинаковом составе | Не требуют ли запросы разных документов |
| «SEO-аудит заказать» и «как провести аудит самостоятельно» | Услуга и самостоятельная инструкция | Разные цели страниц и ясный переход между ними |
| «Чайник модели X» и «электрические чайники» | Карточка и категория | Факты конкретной модели и выбор ассортимента |
| «Доставка в город А» и «доставка в город Б» | Отдельные страницы только при отличающихся условиях | Сроки, стоимость, зона и реальные способы получения |
Как собрать дерево услуг, категорий и статей
Поставьте страницы с широким выбором выше страниц с конкретным решением. Главная показывает основные направления; раздел услуги собирает варианты работ; отдельная услуга отвечает на условия заказа; статьи помогают подготовиться к выбору и ссылаются на соответствующую услугу. Для магазина путь идёт от категории к подкатегории и товару. Иерархия нужна человеку для ориентации, а поиску для обнаружения и понимания связей.
Например, веб-студия может связать страницу разработки сайтов с отдельными страницами интернет-магазина и лендинга. Статья «лендинг или многостраничный сайт» помогает выбрать формат и ведёт к подходящим услугам. Статья «техническое задание» объясняет, какие данные подготовить. Коммерческая страница описывает цену и состав работ; инструкции отвечают на вопросы подготовки и выбора.
Для каждого узла дерева напишите одно предложение: зачем он существует. Если цель сформулировать невозможно или совпадает с родителем, страницу стоит пересмотреть. Но сохраняйте полезный работающий URL до анализа его трафика и ссылок. Автоматическое объединение по внешнему сходству заголовков может потерять конкретный ответ для аудитории.
Пример двух связанных адресов
Страница SEO-аудита отвечает, что проверяют, какие данные нужны для старта и как принять результат услуги. Инструкция по самостоятельному аудиту ведёт читателя через проверки и журнал ошибок. В карте у обеих строк разные действия; статья даёт контекстную ссылку на услугу, а каталог услуг помогает найти коммерческую страницу. Похожие слова в заголовках не требуют ни дублирования текста, ни переименования действующих URL.
Какие ссылки делают структуру доступной
От главной или раздела должен существовать понятный путь к важной странице через обычные ссылки. Google рекомендует ссылки <a href="..."> и отмечает, что внутренний поиск магазина не заменяет навигацию для обнаружения товаров. Проверьте меню, категории, списки, хлебные крошки, связанные статьи и контекстные переходы. Текст ссылки должен объяснять назначение страницы.
Не нужно связывать каждую страницу со всеми. От статьи о сроках SEO естественно перейти к услуге SEO-продвижения и диагностике индексации, если читатель выясняет задержку. Ссылка на настройку рекламной кампании без связи с вопросом создаёт отвлечение. В каталоге показывайте родительскую категорию, соседние варианты и подходящие аналоги при отсутствии товара.
Проверьте входящие ссылки на конкретный URL. «Страница находится в Sitemap» не означает, что человек её найдёт. Отсутствие пути из навигации особенно опасно после редизайна, когда старый URL сохранился, но его карточка исчезла из раздела. Подсчёт кликов от главной полезен для поиска глубоко спрятанных страниц, однако правило «не глубже трёх кликов» не является требованием Google или Яндекса.
Оформите граф связей в таблице «страница-источник → текст ссылки → страница назначения → цель перехода». Для услуги источник обычно каталог или тематическая статья; для товара категория и подходящий список; для сравнения две конкретные карточки. Если у важного URL нет ни одной обычной входящей ссылки, добавьте её там, где посетитель принимает соответствующее решение. После выпуска откройте страницу-источник без авторизации, найдите href в HTML и перейдите на конечный адрес. Пустой JavaScript-обработчик сам по себе не подтверждает доступный путь.
Как выбрать адреса и не сломать работающие URL
URL должен оставаться стабильным, когда меняется текст или дизайн страницы. Выберите понятные пути для разделов и товаров, единый формат слеша и регистра, правила для параметров сортировки. Внутренние ссылки, Sitemap и canonical должны указывать на согласованные версии. Google подчёркивает, что связи между страницами важнее механического повторения дерева в тексте URL; красивые папки без ссылок не создают хорошую навигацию.
При изменении существующей структуры составьте таблицу «старый URL → новый URL → причина → тип перенаправления → проверка». Для каждой старой страницы ищите близкий по смыслу новый документ. Массовый редирект на главную убирает нужный ответ. Перед выпуском проверьте страницы с показами, обращениями и внешними ссылками. После выпуска сравните ответы старых адресов и конечные канонические страницы.
| Состояние | Решение |
|---|---|
| Адрес полезен и отвечает своей задаче | Оставить, исправить содержание и ссылки |
| Содержимое перенесено на близкий адрес | Проверить постоянный редирект на соответствующий ответ |
| Страница навсегда удалена без замены | Корректный 404 или 410, убрать внутренние ссылки |
| Создан параметр сортировки того же списка | Согласовать правила канонизации и обхода по модели каталога |
Подробности восстановления адресов после изменения домена вынесены в статью о переносе сайта. При проектировании структуры достаточно заложить таблицу сопоставления и ответственность за проверку, не смешивая её с созданием новых разделов.
Для миграции сначала заполните сопоставление старых и новых адресов, затем проверьте четыре группы: страницы с поисковыми входами, страницы с обращениями, адреса с внешними ссылками и обычные страницы шаблона. Один старый URL должен вести на одну подходящую новую страницу без цепочки случайных переходов. После переноса сравните конечный ответ, содержимое, внутренние ссылки и canonical; лишь затем обновляйте Sitemap. Если замены нет, решение об удалении согласуют отдельно, а не направляют весь раздел на главную.
Как решать судьбу фильтров интернет-магазина
Фильтр полезен человеку, когда помогает выбрать товар по размеру, материалу, назначению или наличию. Но каждое сочетание может создавать URL. Бесконечные комбинации занимают ресурсы обхода и размывают набор полезных страниц. Google отдельно описывает управление фасетной навигацией: индексируемые страницы фильтра должны иметь понятное содержание и устойчивые адреса; для ненужных комбинаций продумывают ограничение обхода.
Сначала соберите запросы покупателей и ассортимент. Если «мужские беговые кроссовки» дают достаточно товаров и требуют отдельного сравнения, раздел может иметь самостоятельную страницу. Если комбинация «цвет + сортировка + наличие + размер» почти всегда пуста или меняется ежедневно, отдельный поисковый URL может быть лишним. Решение нельзя принимать только по частотности фразы: проверьте ассортимент, спрос, состояние страницы и трудоёмкость поддержки.
Почему количество комбинаций быстро растёт
В учебном каталоге есть 5 цветов, 6 размеров и 4 варианта материала. Если выдавать отдельный адрес каждой комбинации, только три фильтра дают 5 × 6 × 4 = 120 сочетаний до сортировки и наличия. Это максимум математических комбинаций, а не число существующих товаров или страниц, которые нужно индексировать. Проверьте, какие из 120 вариантов реально содержат полезный ассортимент и понятную задачу.
В этом расчёте каждый из трёх фильтров выбран одновременно. Если разрешить ещё и отсутствие выбора по каждому признаку, получится (5 + 1) × (6 + 1) × (4 + 1) − 1 = 209 непустых сочетаний фильтров; единица убирает страницу без фильтров. Это верхняя граница различных наборов значений при условии, что каждый набор создаёт отдельный URL. Фактическое число доступных страниц зависит от реализации фильтра и ассортимента. Для SEO выбирайте адреса по задаче покупателя и содержимому.
Сохраняйте работу фильтра для посетителя, даже если его технические варианты не являются самостоятельными посадочными. Не ставьте запреты вслепую: неправильно закрытая категория или вариация товара может убрать нужный путь для робота. Для каждого шаблона проверьте параметры, canonical, внутренние ссылки и фактическую выдачу товаров.
Заведите реестр правил: «фильтр доступен человеку», «URL нужен в поиске», «URL разрешён для обхода», «куда указывает canonical», «есть ли товары». Эти решения могут различаться. Если адрес закрыт в robots.txt, робот может не увидеть размещённый на нём canonical или noindex. Если выбран самостоятельный индексируемый фильтр, проверьте стабильный ассортимент, осмысленный заголовок и путь из категории. Проверяйте правило на образцах с товарами, пустой выдачей и сочетанием нескольких параметров до массового применения.
Когда категории, карточки и варианты товара делить
Категория отвечает на выбор из ассортимента: какие модели доступны и чем различаются. Карточка отвечает за конкретный товар, цену, наличие, варианты и покупку. Похожие карточки производителя могут иметь одинаковые характеристики; самостоятельность определяется продаваемой моделью и условиями. Переписывать рекламный абзац для каждого артикула не требуется. Детальная проверка вынесена в статью о карточках товара собственного магазина.
Для размера или цвета выберите модель URL по устройству каталога. На одной странице переключение варианта должно менять данные и заказ; в модели отдельных страниц каждый адрес должен открывать верную модификацию. Google описывает оба подхода к вариантам ProductGroup. Не копируйте пример разметки на весь каталог без проверки связи между товаром, вариантом и каноническим адресом.
Отсутствующий товар оцените отдельно от удалённой категории. Временное отсутствие может оставлять полезную карточку с честным статусом и альтернативами; окончательное снятие требует решения по спросу и замене. Автоматическое удаление всех товаров с нулевым остатком может уничтожить маршруты, на которые всё ещё приходят посетители.
Когда региону нужна собственная страница
Создавайте региональный URL, если различаются доступность услуги, сотрудники или партнёры, способы получения, сроки, стоимость либо примеры реализуемой работы. Тогда страница отвечает на вопрос жителя конкретного города. Если меняется только название города в заголовке и первом абзаце, самостоятельная польза сомнительна. Сначала проверьте, где компания действительно работает и какие условия можно подтвердить.
Для удалённой услуги одна содержательная страница может объяснить географию работы. Для доставки товара полезна проверка адреса и условий до заказа; нельзя обещать одинаковый срок всем регионам, если он зависит от склада и перевозчика. В карте структуры укажите источник региональных данных и того, кто обновляет их при изменении зоны работы.
Если уже существуют десятки региональных URL, не удаляйте их массово без данных. Сравните страницы, поисковые входы, контакты и реальные отличия. Результатом аудита может быть укрепление части адресов, объединение других и исправление шаблона. Для каждого удаляемого URL нужна понятная судьба ссылок и перенаправлений.
Как оформить карту структуры в техническое задание
Передайте разработчику список URL и связей, а редактору задачи каждого типа страницы. Для шаблона услуги укажите обязательные поля: состав, исключения, исходные данные для расчёта, этапы, подтверждённые примеры и способ связи. Для каталога: категория, фильтры, данные товара, состояние наличия и связанные товары. Не ограничивайтесь рисунком веток без правил наполнения и маршрутов.
Для каждого нового адреса обозначьте родителя, источники внутренних ссылок, целевой вопрос, требования к содержимому и критерий готовности. Для существующего адреса укажите, что сохранить: URL, полезный ответ, рабочие входящие ссылки. Файл Sitemap формируйте из согласованных канонических страниц после проверки опубликованного сайта, а не из желаемых страниц, которых ещё нет.
Передайте также правило для исчезающего товара и пустой категории. Если товар временно отсутствует, карточка может оставаться с честным статусом и аналогами; если снят навсегда, нужна проверка замен и входов. Пустая категория, созданная заранее под будущий ассортимент, не становится полезной посадочной от одного заголовка. Для каждой такой строки укажите состояние, решение и владельца данных; разработчик не должен угадывать коммерческую политику по шаблону URL.
Пример строки задания
URL услуги «SEO-аудит»: отвечает на состав проверки и результат для заказчика; родитель «SEO-услуги»; входящие ссылки из каталога услуг и статьи о самостоятельной проверке; на странице есть область работ, данные на входе, критерии приёмки и действие для обращения; после выпуска статус 200, правильный canonical, рабочая форма и действующие ссылки.
Как проверить структуру после разработки
Пройдите маршруты как новый посетитель: из главной к услуге, из категории к товару, из статьи к следующему шагу. На телефоне проверьте меню и хлебные крошки. Запустите обход опубликованных URL и найдите страницы без входящих внутренних ссылок, ошибки, ненужные редиректы и адреса с неправильным canonical. Сравните выборку с утверждённой картой.
Затем проверьте несколько страниц в поисковых кабинетах и сохраните дату их текущего статуса. Если система пока не включила новый URL в поиск, это не означает, что разработчик не выполнил проверяемую часть работы. Если же URL недоступен по ссылке, содержит чужую услугу или отправляет товар другого варианта в корзину, исправление можно требовать сразу.
После существенного изменения структуры следите за показами и входами по старым и новым адресам на сопоставимых периодах. Обращения связывайте с реальными страницами входа при доступной аналитике. Если требуется развитие структуры сайта, передайте карту URL, список проверок и таблицу перенаправлений: по ним можно оценить объём работ и принять результат без обещания фиксированной позиции в поиске.
Закройте техническую приёмку выборкой маршрутов. Для каждого типа страницы пройдите путь от родителя, откройте прямой URL, проверьте код ответа, соответствие заголовка и содержимого задаче, основной адрес и следующий полезный переход. Ошибку общего шаблона после выборки проверьте на полном наборе его URL. Поисковые показы измеряйте позднее и отдельно от факта, что опубликованные маршруты работают.
Пример строки приёмки для категории условного магазина: «категория доступна из меню; содержит реальные товары; ссылка на выбранную карточку ведёт к её постоянному URL; карточка открывает тот же вариант после перезагрузки; хлебная крошка возвращает в категорию; у обеих страниц согласованы canonical и внутренние ссылки». Если категория пуста, сначала выясните, временно ли исчез ассортимент. Редиректить её на главную автоматически нельзя: решение зависит от замены, старых входов и того, что увидит покупатель.
После релиза сравните утверждённую карту с фактическим обходом. У каждой новой важной страницы должна быть хотя бы одна осмысленная входящая ссылка из подходящего раздела, а у старой страницы с новым адресом должен работать согласованный переход. Выгрузите ошибки 404 и цепочки редиректов, затем вручную проверьте несколько примеров каждого шаблона. Если в поисковом кабинете статус пока старый, запишите дату последнего обхода; это отдельная проверка, а не повод отметить рабочую ссылку как сломанную.
Сохраните версию карты на дату выпуска. Когда позже добавится новая услуга или категория, укажите её основной вопрос, родителя и источник фактов до появления URL. Так дерево отражает решения посетителя. Если новая страница дублирует существующую, карта покажет пересечение ещё до написания текста. При изменении ассортимента обновляйте ссылки и судьбу исчезнувших карточек вместе с навигацией.
У каждой строки карты должно быть проверяемое состояние: «сохранить», «создать», «объединить после анализа», «удалить без замены» или «ждёт фактов». Не переносите строку в «создать», пока не известны содержание, путь из навигации и владелец обновления. Для объединения приложите пару URL и причину выбора основного. Эта дисциплина защищает существующие страницы с реальными входами и помогает разработчику реализовать согласованное дерево без догадок.
Документация и источники
Редакция Webclub. Опубликовано 2026-10-03, обновлено 20.10.2026.
Обсудим задачу вашего сайта?
Пришлите адрес и опишите, что хотите исправить. Согласуем состав работ и порядок проверки.
ПОСМОТРЕТЬ СОСТАВ РАБОТ
