Какие проекты собирали с Next.js

Что проверяют

Работали ли вы с Next.js по-настоящему или только читали документацию. По одному проекту интервьюер понимает, знаете ли вы стратегии рендеринга и кэширование. Следом почти всегда спрашивают, почему здесь SSR, а не статика, и где вы деплоили.

Как отвечать

Возьмите один-два проекта и расскажите по схеме: что за продукт, какие решения приняли и почему, какой результат.

• роутер: App Router или Pages Router. Для App Router расскажите, где были Server Components, а где "use client", и зачем;
• рендеринг: статика для лендингов и статей, ISR с revalidate для каталога, где данные меняются раз в несколько минут, SSR для персональных страниц, стриминг через Suspense для медленных блоков;
• данные и кэш: как инвалидировали кэш (revalidatePath, revalidateTag), чем делали мутации, Server Actions или API-роуты. С Next.js 15 fetch по умолчанию не кэшируется, об этом часто спрашивают;
• производительность: next/image, next/font, next/dynamic для тяжёлых компонентов, Core Web Vitals, где INP с 2024 года заменил FID;
• инфраструктура: Vercel или своя сборка в Docker с output: "standalone". В Next.js 16 middleware.ts переименован в proxy.ts, это стоит знать.

Цифры берите свои и реальные: LCP был 4 секунды, стал 1,8 на медленном 4G. Если цифр нет, опишите изменение словами. Если коммерческого опыта нет, расскажите о пет-проекте так же подробно, это честнее выдуманного интернет-магазина.

Где спотыкаются

Называют проценты вроде «трафик вырос на 40%». Первый же вопрос «как измеряли» разрушает историю.

Путают SSR, SSG и ISR или ставят "use client" на каждый файл. Тогда Server Components не дают выигрыша, а бандл растёт.

Не могут объяснить ошибки гидратации и кэширование. С этим сталкивается любой, кто реально запускал Next.js в продакшене.