Собственно, сам вопрос: а почему нельзя конечный html передавать?
Очевидный минус передачи html — больший объем ответа. Если сидишь через wifi, то м.б. и будет нормально, а если взять мобильный инет, то будет тяжко.
Также если передаваемый шаблон подразумевает какую-либо динамику, то это доп. объем кода и соответственно нагрузка.
Ваш аргумент про «дополнялки», на мой взгляд, не выдерживает критики. Ведь если что-то надо добавить, так же придется лезть в шаблон и что-то править. А откуда данные попадают в шаблон? Из процессора. Его так же придется править. Так что шило на мыло.
В данном случае гораздо правильнее смотреть на передачу чистых данных и использование шаблонизации на стороне клиента. Подавляющее большинство современных решений юзают либо сторонний js-шаблонизатор, либо свою реализацию вывода представления. Я бы смотрел в этом направлении.