Первый блин комом: SSR-рендер вслепую

Каждый SSR-фреймворк, будь то Next, Nuxt, Qwik или прочие, рендерит первый ответ вслепую: сервер не знает вьюпорт, цветовую схему, DPR, локаль и таймзону клиента. Пока это влияет только на CSS, с этим еще как-то можно справляться, но динамическая разметка и логика привнесут старые добрые hydration mismatch, FOUC и layout shift, которые годами чинят точечно через suppressHydrationWarning и ssr: false, не видя общей причины.

В докладе разберу проблему системно. Будет карта слепых зон сервера, ответ платформы (Client Hints, Critical-CH, ALPS) и почему он провалился чуть более, чем наполовину, куки-ловушка как доминирующий антипаттерн реконструкции и матрица из шести стратегий. Расскажу, какую цену платит каждая: где лишний round-trip, где CLS, а где потеря кеша или статики.

Материал основан на опыте core-мейнтейнера Vuetify: я реализовал и поддерживаю подсистему ssrClientHints в Nuxt-модуле. Доклад для middle+ разработчиков на любом SSR-стеке. Участник уйдет с ментальной и пока что вневременной моделью «Что сервер не знает и почему он не узнает» и критериями выбора стратегии с понятной ценой.