На сайте действительно должен быть принят единый формат передачи данных. Фильтры для примера были даны. На клиенте json должен обрабатываться не библиотекой, а в ручную генерируя из него html. То есть ещё раз. Или мы с сервера получаем html и просто его вставляем в нужное место. Или мы с сервера получаем json и с помощью JS формируем на его основе html и потом вставляем.

Одним из нехороших моментом при использовании json то, что если клиенту захочется изменить вывод результата фильтрации, ну скажем добавить несколько полей или поменять поля местами, то править это придётся в двух местах. В шаблоне где результат формируется первоначально при загрузке страницы и отдельно в JS. При этом если в шаблоне можно отделаться ctrl+x->ctrl-v, то в JS придётся вдумчиво переделывать код. Возможно напрямую с этими полями не связанный.

monstrUвадяпропущено...
чем отличается json от html?
и то и другое строка.
на сервере ,как ни крути, формировать строку.
на клиенте - вставка html - одна команда .innerHtml
вставка json - сначала преобразование json - потом вставка
в чём профит дополнительного преобразования?
когда у тебя измениться разметка, но останутся постоянными данными, то ты будешь менять только слой отображения.

ТС - отправляй json с сервера, на клиенте или фремворка типа ангуляра и или js шаблонизатором типа EJS
На клиенте нет ни ангуляра, ни EJS. Уже 5 раз написал, что из JSON потом руками делается HTML. Не нужно усложнять задачу. Я её по-моему описал предельно просто и при том достаточно конкретно.

skyANAPrizzrak На сайте действительно должен быть принят единый формат передачи данных. Фильтры для примера были даны. На клиенте json должен обрабатываться не библиотекой, а в ручную генерируя из него html. То есть ещё раз. Или мы с сервера получаем html и просто его вставляем в нужное место. Или мы с сервера получаем json и с помощью JS формируем на его основе html и потом вставляем.

Одним из нехороших моментом при использовании json то, что если клиенту захочется изменить вывод результата фильтрации, ну скажем добавить несколько полей или поменять поля местами, то править это придётся в двух местах. В шаблоне где результат формируется первоначально при загрузке страницы и отдельно в JS. При этом если в шаблоне можно отделаться ctrl+x->ctrl-v, то в JS придётся вдумчиво переделывать код. Возможно напрямую с этими полями не связанный.
То есть при первом заходе на страницу данные отдаются в виде HTML. И на сайте должен быть единый формат их передачи.

Простите, но к чему тогда весь этот топик? :)
Да. Во всех или почти во всех интернет магазинах, когда клиент заходит в каталог он видит там список товаров, который ему был загружен в виде html при загрузке страницы. Я грешным делом думал, что это очевидный факт. Но видимо существуют в мире люди, которые никогда в жизни не видели интернет-магазины и даже представить себе не могут как они работаю. Для таких специалистов сообщаю, что чаще всего в интернет-магазинах этот html формируется на сервере силами html-шаблонизатора и потом в ответ на запрос возвращается браузеру.

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

ИзопропилhVosttнасколько трудозатраты клиентской генерации
о них бессмысмысленно рассуждать, не зная модели
Модели чего простите?

ИзопропилPrizzrakЯ её по-моему описал предельно просто и при том достаточно конкретно.
это Вам только так кажется.

объём передаваемых данных каков?

Объем может быть разный в зависимости от желаний пользователя. Но обычно передается количество записей помещающихся на страницу, а их 9-15.