<b>7 ошибок на Vercel, из-за которых SSR и ISR начинают вести себя непредсказуемо</b>

<b>7 ошибок на Vercel, из-за которых SSR и ISR начинают вести себя непредсказуемо</b>

Чаще всего проблемы не в Vercel как платформе, а в том, как собран проект под edge_compute, ssr и isr. Если страница «то кешируется, то нет», ищите не магию, а конфликт между рендером, заголовками и данными.

— Смешивают статический и динамический доступ к одному роуту: один fetch уходит в кеш, другой ломает ожидание от ISR.
— Ставят слишком много логики в middleware: на edge это быстро превращается в лишнюю задержку и сложную отладку.
— Не проверяют заголовки Cache-Control и revalidate: в итоге поведение отличается локально и на проде.
— Используют клиентский fetch там, где нужен серверный: получают лишний запрос и дублирование состояния.

Для лендингов и SaaS лучше заранее разделить: что рендерится на сервере, что можно отдать как статику, а что должно обновляться через ISR. Чем меньше «сюрпризов» в пути запроса, тем стабильнее TTFB и меньше странных багов.

Перед деплоем прогоняйте один и тот же роут в трёх режимах: без кеша, с кешем и после ре-валидции. Если поведение плавает, проблема почти всегда в границе между nextjs и vercel, а не в инфраструктуре.