Vercel o Cloudflare Workers: cómo decido dónde desplegar un proyecto Next.js

No hay una respuesta única entre Vercel y Cloudflare Workers para Next.js. Llevo varios proyectos en cada uno y la decisión depende de tres preguntas concretas, no de preferencia personal por una marca.

Pregunta 1: ¿dónde vive ya el dominio y la infraestructura del cliente?

Si el cliente ya tiene su DNS en Cloudflare (lo más común, porque registra dominios a precio de coste), y además necesita una base de datos, desplegar también ahí con Workers reduce el número de proveedores a gestionar y factura. Si no hay infraestructura previa, Vercel sigue siendo el camino de menor fricción para arrancar.

Pregunta 2: ¿el proyecto necesita runtime de Node completo?

Ciertas dependencias (procesamiento de imágenes complejo, algunos SDKs de terceros) asumen Node.js completo y no funcionan sin adaptación en el runtime Edge de Cloudflare Workers. Si el stack ya depende de ese tipo de librerías, Vercel evita fricción de compatibilidad.

Pregunta 3: ¿el proyecto necesita base de datos en el edge?

Si la app necesita D1, KV o Durable Objects de Cloudflare, desplegar el propio Next.js en Workers minimiza la latencia entre la función y el dato. Mezclar Vercel para el hosting con Cloudflare solo para la base de datos añade una llamada de red entre proveedores que no existe si todo vive en el mismo edge.

Mi checklist final

Infraestructura existente del cliente, dependencias de Node no adaptadas, y necesidad de base de datos en el edge. Con esas tres respuestas, la decisión sale sola en la mayoría de proyectos — y evito la discusión abstracta de 'cuál es mejor', que casi nunca tiene una respuesta útil fuera de un caso concreto.