Какая организация адресов страниц лучше?

А как быть, если вчера это конечный элемент, а завтра имеет дочерние элементы?

Вчера /category, завтра /category/ 😂 шЮтка

Хотя для любителей разнотипной адресации это реалии. Ужас.

В общем эта хрень актуальна только для любителей статик сайтов и т.п. (/category/index.php, /category/page.php). При использовании норм. движков для динамика выбирают единообразную адресацию. Или вообще для всего – единообразную (т.е. без трэйлинг слешей), как я писал ранее.

С трэйлинг слешами при использовании общего правила редиректа могут быть проблемы, когда как бы статик генерится только на лету или при первом обращении.

Хочу сказать, что это вот  ?abc=12&bcd=22 с двумя параметрами - довольно бесячий вариант. Особенно, если оно должно индексироваться.

Я за годы получил ссылки на:  ?abc=12 без  &bcd=22; на  ?bcd=22&abc=12,  ?bcd=12&abc=22  и на ?bcd=22 отдельно. Плюс, с битыми параметрами во всех возможных вариантах. Пришлось строго прописать, чтобы были только 2 параметра и только в нужном порядке. Иногда думаю, что сделать /wowa/leto/12/22/ было бы даже логичнее. Но у меня все так и осталось на  leto.php?abc=12&bcd=22 )))

У рекомендации есть конкретный автор, он указан.

Совершенно верно, но я это объясняю на уровне аналогии любому знакомому с компьютером (просто чтобы было понятно).

Потому как любая категория и страница - это сущности и лучше, если у этих сущностей будут четкие признаки.

Таксономия имеет отношение к организации иерархии. Структура сайта характеризуется формированием рабочего древа (той же иерархии), где каждый элемент имеет свой URL, так понятно?

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

Можно использовать вашу логику, тогда в ней, предположим

site.ru/category/страны/

site.ru/россия/

Вы можете сделать и так (если вам нравится), но куда логичнее не использовать лишний уровень "category" и более экономно использовать рабочую URL последовательность:

site.ru/страны/

site.ru/страны/россия

Чем точнее и лаконично будет формироваться URL, тем быстрее он будет использоваться в навигационных цепочкам поисковых сниппетов (для SEO это действительно важно).

Cовершенно верно. Только в моей логике категория и страница - это разные сущности. 

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

Как программист, вы должны понимать насколько важна эта классификация.

А это в любом случае надо делать, независимо от структурной логики (если есть адреса заканчивающиеся на слэш), потому как адрес со слэшем и без - поисковой системой различаются.

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

Но в своём случае я любой выбранный URL могу чётко классифицировать по признаку - дочерний это элемент (страница) или родительский (категория). Мне для поисковой и технической аналитики это очень помогает, потому как даёт возможность систематизировать рабочие выборки.

Кто дозрел до этих задач - поймет о чём я, кому кажется это ненужным - без проблем, реализуйте свою URL иерархию как вам удобно. Я естественно не настаиваю на том, что моя рекомендация нужна всем. 

да он чушь написал, аналитика на количестве слешей не строится, какой бы не был огромный проект)

есть аналитика разделов  вход /blog/* -> кол-во лидов, например так
ну и продолжать в разделах копаться можно до бесконечности, а вот конечные страницы анализируют вне зависимости от того, что есть слэш или нет

Также. Допустим, появляется категория

site.ru/kakoe-to-neponyatnoe-dlinnoe-nazvanie/

Когда адрес сразу формируется с закрывающим слэшем я понимаю - это категория. Она потенциально может иметь вложенные страницы.

А теперь представьте. Отказываемся от моей логики и парсим чужой сайт, получаем адрес

site.ru/kakoe-to-neponyatnoe-dlinnoe-nazvanie

вы можете не переходя по ссылке сразу понять - страница это или категория? Нет, не можете.

Допустим, если таких страниц десятки-сотни (и это просто список), просматривать их вручную накладно, а вам нужно автоматизировать выборку и точно разобраться, где категории, а где страницы?

Вот. 

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

Вы перед тем как хаять, разберитесь в написанном. Я не говорил, что аналитика стоится на количестве слешей.

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

Если вам не нужно решение тех задач о которым я рассказываю выше, вы можете все адреса нагрузить хоть в корень.

Если для вас это решает задачи, то для вас ваш путь будет правильным решением. 

Речь не о лидах. Речь о техническом анализе, который определяет признак у URL адреса.

Не, хотя многое зависит от смысла показанных GET-параметров.

В общем у пути и строки параметров свое назначение. Что-то, конечно, может «пересекаться», например при пагинации часто лепят в путь page/2 или, как сейчас на форуме, page2, хотя явно это параметр для строки параметров (или для какого-то спец. выделения в пути вроде .2). А вот /search?q=needle было бы хорошо заменить на /search/needle 😉