не о рабстве речь, больше про бизнесовые задачи, сео-оптимизацию и виденье ПО. если бизнес требует так, то вариант либо делать, как требуют, либо работать на себя ;)

Ты можешь это объяснить бизнесу об альтернативной реализации этого и реализовать

какие есть аргументы кроме костыльности реализации?

Использовать стандартные протоколы не есть костыль

что вы подразумеваете под стандартными протоколами?

Пойдём от обратного: какими протоколами вы пользуетесь/знаете? Желательно в контексте темы

про протоколы вы начали разговор, я лишь уточняю. мой тезис бизнес-идеи превыше красивости/удобности разработки. вот простой пример https://auto.drom.ru/bmw/ и https://auto.drom.ru/region28/bmw/

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

Да, мы говорим на одном языке

Судя по задаче это достаточно типичная выборка с фильтрацией по полям. Значит есть общий список. Если для SSR для SEO, то в принципе поисковик должен будет получить конкретную страницу конечного продукта без выборки и пройдёт по всем пунктам общего списка. А для выборки можно (нужно!) уйти от REST (следы которого наблюдаю в путях) в пользу других протоколов (GraphQL, JSON-RPC, XML-RPC и т.п.). Обоснование этого обширная тема и сейчас у меня просто нет на это времени

как я понял из топика, речь идет именно о роутинге приложения, а не о rest, возможно не так понял вопрос)

Да, о роутинге, но с оговорками. Одно дело роутинг относительно разных сущностей. Другое роутинг по категориям, подкатегориям, моделям и другим полям, которые есть поля конкретной сущности

По факту это всё фильтр по полям. Аналогично делают по цвету, размеру, вкусу и т.д. и т.п.

К примеру допустимо делать
/models
/category/N/models
/brand/N/models

Учитывая, что этот путь /parentRoute/: category/: subcategory/:brand/:model может иметь 100500 элементов, то внутри будет ещё фильтр.

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

согласен, это звучит не очень 🙈
как в таких случаях борются с запросами SEO специалистов ?

Ну во-первых не каждый назвавшийся груздем должен полезать в кузовок. Другими словами не надо прислушиваться к 100% всей чуши от SEO, и спросить чем обосновано данное решение, т.к. список уже есть и есть всякие микроразметки для отдельно взятых элементов

о какой двойной нагрузке речь? я тут вижу запрос в бд по нескольким параметрам, ну да базу скорее всего придется денормализовать и добавить индексов

Ок. Первый запрос - ищем в БД категорию
Второй - ищем категорию, которая имеет конкретного родителя
Третий - ищем бренд, который имеет конкретную подкатегорию
Четвёртый - ищем модель, которая имеет конкретный бренд, который имеет конкретную подкатегорию
И т.д.