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

Это не сложность, это рядовое решение задачи. Я эти задачи определяю и корпоративно решаю.

Вы либо невнимательны, либо упорно гнете свою линию от противного. Зачем - непонятно, ибо я не спрашиваю совета.

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

Про типы страниц я вам ответил выше с примером.

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

Вообще все равно какое у них слюноотделение. Есть задача, есть решение, есть позитивные результаты для бизнеса.

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

Или вы считаете, что я должен беречь проггеров и отказываться от своих типовых задач по аналитике? 

Это даже не смешно :) 

Зачем Вы парсите чужие сайты?

Вы ТЗ ставите программистам чужих сайтов, чтобы Вам было проще их парсить?

Вы ещё спросить, зачем я занимаюсь продвижением чужих (клиентских) сайтов :)

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

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

Было бы интересно послушать кто ещё использует какие решения для рабочих задач.  

Нет. Давайте, если вам так интересно про меня и про мою рабочую практику - пишите в личку я вам отвечу на ваши личные вопросы :)

Клиентские - не чужие.

Это вопрос определений. Для меня мои - в моей личной собственности.

Ну вы ещё расскажите, что клиентские сайты становятся своими. Отбросьте уж свои ехидные фантазии :)

Хотя, помнится мне, лет эдак 10 назад обратился один коммерс за продвижением и там оказалось, что его нанятый программист поставил Sape-у на внутренние страницы и так тихонько зарабатывал на ссылках. Я как увидел - прибалдел от такой наглости :)

Тоже видимости посчитал, что раз поработал какое-то время с клиентом, то сделанный им сайт стал "его".

Может, программисту сильно не доплачивали или вообще не платили, и у них был такой негласный договор 😉 А вы пришли и быстро все порешали типа 😀

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

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

Реализовать то можно, но проекты у вас все таки видимо достаточно ненагруженные. Смотрите, чтобы вы могли не переходя на страницу понять что это раздел или страница, серверу приходится ради редиректа, подключать ядро CMS, инициализировать все события, пробегать по роутам и только тут можно воткнуть ваш редирект. PHP не славится быстрой инициализацией и получается ради примитивной задачи вы грузите сервер, от сюда я могу сделать вывод что проекты у вас ненагруженные, так как на нагруженных такой фигней не страдают даже для удобство сеошника и это скорее всего не единственная идиотская просьба. Совет на будущее, различайте как то по другому, например для страниц можно добавлять .html а для разделов последний / и многое можно будет разруливать не подключая php