5 вещей, которые нужно проверить перед деплоем на Vercel, чтобы не ловить сюрпризы

5 вещей, которые нужно проверить перед деплоем на Vercel, чтобы не ловить сюрпризы

Vercel удобен ровно до момента, когда проект собирается не так, как локально. Чаще всего ломается не код, а окружение: переменные, пути, кэш и serverless-лимиты.

— Сборка должна работать без ручных шагов. Если нужен .env.local, моковые файлы или «сначала запусти скрипт», это надо перенести в build command.
— Проверь, что рендер не зависит от process.env, которых нет в preview. Для Next.js это типичная причина «у меня локально ок, а в деплое пусто».
— Учитывай filesystem: временные файлы, загрузки и запись на диск на сервере часто живут недолго. Для состояния сразу закладывай S3, R2, Supabase Storage или аналог.
— API routes и serverless-функции имеют таймауты и холодный старт. Долгие задачи лучше выносить в очередь или отдельный воркер.
— Если используешь redirects, rewrites и headers, проверь их отдельно: одна ошибка в конфиге превращает рабочий сайт в набор 404 и бесконечных редиректов.

На практике полезно держать один чек: локальная сборка, preview-окружение, production-окружение и ручная проверка критичных URL. Если все три совпали по поведению, Vercel обычно не удивляет.