Next.js: Partial Prerendering (PPR) — компромиссы и trade-offs

PPR снимает выбор «вся страница static или dynamic» и объединяет оба режима в одном streamed response.

Разбор

• Лучшее из обоих без split routing. Не нужно выбирать static или dynamic на уровне page и не нужен отдельный client fetch + spinner для dynamic частей — один streamed ответ, static не ждёт медленный query.
• Окупается, когда страница реально смешанная. Полностью dynamic dashboard не имеет static shell; полностью static marketing page не нуждалась в PPR. Sweet spot — «в основном static, чуть personal».
• Когда НЕ внедрять: всё, что нельзя гонять на canary/experimental. Флаг нестабилен, конфиг ещё меняется — ставка production-архитектуры на experimental — реальный риск.
• Suspense boundaries становятся архитектурой, не декором. Граница буквально определяет шов static/dynamic — плохие boundaries дают крошечный shell или случайный dynamic route.

Итог

PPR — компромисс CDN-скорости и персонализации; цена — experimental status и дисциплина в размещении Suspense.