Для SEO принципиального преимущества у /category/postname/ перед /postname/ нет. Для обычного информационного сайта или блога я бы по умолчанию выбирал короткий постоянный URL вида domain.ru/postname/, а категории отражал через навигацию, внутренние ссылки и хлебные крошки.
Количество директорий в URL само по себе не показывает поисковой системе реальную глубину страницы. Статья domain.ru/category/subcategory/postname/ может находиться в одном клике от главной, а domain.ru/postname/ — быть спрятана за пятью переходами. Для структуры сайта важнее именно система внутренних ссылок и то, как страницы связаны между собой.
Поэтому аргумент «если добавить категорию в URL, поисковику станет понятнее структура сайта» верен лишь частично. Адрес действительно становится более описательным:
domain.ru/seo/vnutrennyaya-perelinkovka/
Но ту же иерархию можно явно показать без включения категории в адрес:
Главная → SEO → Внутренняя перелинковка
при URL:
domain.ru/vnutrennyaya-perelinkovka/
Для этого используются страницы рубрик, меню, контекстная перелинковка и хлебные крошки. В частности, Google рекомендует формировать хлебные крошки по реальному пользовательскому пути, а не просто копировать структуру URL.
Когда имеет смысл /category/postname/
Такую схему стоит использовать, если категории являются стабильной частью архитектуры сайта и статья практически никогда не меняет основной раздел.
Например:
domain.ru/seo/canonical/ domain.ru/analytics/ga4-events/ domain.ru/content/information-gain/
У структуры есть практические плюсы: по URL сразу видна принадлежность страницы к разделу, проще анализировать каталоги в системах аналитики, логах и SEO-инструментах, а структура большого сайта становится аккуратнее.
Дополнительный сегмент /seo/ или /analytics/ сам по себе не является проблемой. Нет оснований укорачивать нормальный понятный URL только ради уменьшения количества символов или слешей.
Почему для блога часто удобнее /postname/
Главный минус категории внутри URL — адрес статьи становится зависимым от таксономии сайта.
Допустим, опубликована статья:
domain.ru/seo/kak-proverit-indeksaciyu/
Через год вы решили, что раздел SEO слишком широкий, и перенесли материал в Technical SEO:
domain.ru/technical-seo/kak-proverit-indeksaciyu/
Теперь ради обычной переклассификации контента приходится менять URL, ставить постоянный редирект со старого адреса, обновлять внутренние ссылки и следить за переобходом нового URL.
При плоской структуре:
domain.ru/kak-proverit-indeksaciyu/
можно сколько угодно менять рубрики, структуру меню и хлебные крошки, не меняя адрес самой статьи.
Особенно неудобна категория в URL, когда одна статья относится сразу к нескольким рубрикам. Возникает искусственный вопрос, какую из них считать основной именно для формирования адреса.
Поэтому для информационного сайта, где классификация контента со временем может меняться, независимость URL от рубрик обычно полезнее небольшой дополнительной наглядности.
А что насчёт длины URL
Разница между:
и:
сама по себе слишком мала, чтобы выбирать структуру на основании длины.
Проблемой становятся не нормальные каталоги, а чрезмерно длинные, повторяющиеся или технически сложные адреса, например:
domain.ru/blog/category/articles/seo/search/google/postname/
или URL с большим количеством ненужных параметров.
Если категория действительно отражает постоянную архитектуру сайта, удалять её только ради нескольких символов смысла нет.
Какой вариант выбрать
Для нового обычного блога или информационного сайта:
— наиболее универсальный вариант.
Рубрики при этом можно оставить отдельными индексируемыми страницами:
domain.ru/seo/ domain.ru/analytics/ domain.ru/content/
а принадлежность статей к ним показывать через хлебные крошки и внутренние ссылки.
Если же проект изначально строится как большая жёстко разделённая база знаний, где материалы имеют одну постоянную категорию, вариант:
тоже полностью нормален.
Главное — не переделывать уже работающий сайт с одной схемы на другую только ради предполагаемого SEO-преимущества. Если существующие URL понятны и нормально индексируются, добавление или удаление категории обычно не даёт достаточной выгоды, чтобы оправдать массовую смену адресов и редиректы.