Costos de Vercel: cuándo conviene usar máquinas Basic

El minuto de compilación más barato no basta para decidir. El 3 de septiembre de 2026, Vercel puso a disposición de los equipos Pro y Enterprise una nueva opción Basic con 2 vCPU, 8 GB de memoria y una tarifa de $0.007 por minuto de compilación. Solo reduce los costos de Vercel si el costo por compilación completada queda por debajo del de Elastic después de considerar el tiempo de ejecución, el redondeo, los fallos y la espera en cola.

Qué cambió Vercel

Una máquina de compilación es el equipo temporal que Vercel utiliza para instalar dependencias, compilar una aplicación y preparar el despliegue. Ahora los proyectos de pago tienen una opción fija de menor capacidad: las máquinas de compilación Basic están disponibles en Pro y Enterprise, no solo en Hobby.

Basic ofrece 2 vCPU, 8 GB de memoria y 32 GB de disco. Elastic puede asignar entre 4 y 30 vCPU y entre 8 y 60 GB de memoria según la carga del proyecto. Los proyectos de pago nuevos siguen utilizando Elastic de forma predeterminada.

Se trata de una alternativa, no de un nuevo valor predeterminado para los planes de pago. Los proyectos de pago nuevos siguen arrancando con Elastic, y un propietario puede elegir Basic en la configuración del equipo o del proyecto. Los proyectos Hobby conservan la misma máquina incluida de 2 vCPU, que ahora se llama Basic.

Este análisis se limita a la elección de la máquina de compilación. La tarifa del plan, el crédito de uso, los puestos, el tráfico, las funciones, el almacenamiento y los complementos siguen formando parte del análisis completo de precios de Vercel.

Cómo comparar los costos de Vercel por compilación completada

Basic y Elastic parten de la misma tarifa de CPU: $0.0035 por minuto de CPU. La diferencia en la factura aparece porque Basic utiliza siempre 2 vCPU, mientras que Elastic asigna entre 4 y 30.

Vercel redondea hacia arriba la duración de cada compilación a minutos enteros. De ahí salen dos fórmulas prácticas:

• Basic: minutos de compilación redondeados hacia arriba × $0.007.
• Elastic: minutos de compilación redondeados hacia arriba × vCPU asignadas × $0.0035.

Con la asignación mínima de 4 vCPU de Elastic, el costo inicial es de $0.014 por minuto de compilación facturado. Basic cuesta la mitad por cada minuto facturado. Por lo tanto, ambos cuestan lo mismo cuando Basic tarda exactamente el doble de minutos facturados; Basic resulta más económico cuando tarda menos del doble.

La regla cambia si Elastic asigna más de 4 vCPU. También cambia en cada salto de minuto, porque Vercel redondea la duración de cada compilación y no el total mensual. Para calcular la factura hacen falta la duración y la máquina asignada reales, no una estimación basada en la tabla de precios.

El ahorro de $7 es real dentro de este ejemplo, pero quizá no aporte valor. Si cada vista previa deja esperando a un desarrollador, un revisor o un agente de programación, un ciclo de respuesta más lento puede costar más que el ahorro en la factura. Si esas compilaciones se ejecutan en segundo plano y la cola se mantiene despejada, Basic ofrece el mejor costo unitario.

Los fallos también deben entrar en el numerador. La métrica operativa es el total de cargos de compilación dividido entre los despliegues correctos. Una máquina barata por minuto puede salir perdiendo en el resultado por el que realmente se paga si provoca reintentos.

El tiempo en cola también tiene un costo operativo

La fórmula de facturación publicada por Vercel utiliza la duración de la compilación y el número de CPU. No añade la espera en cola como otro componente. Aun así, el equipo sí sufre esa demora.

Cuando la concurrencia bajo demanda está desactivada, Pro dispone de 3 espacios de despliegue simultáneos. Las compilaciones que exceden esos espacios activos deben esperar. Con la concurrencia bajo demanda, Vercel indica un máximo de 500 despliegues simultáneos y factura los minutos de compilación consumidos.

Una compilación más lenta en Basic ocupa un espacio durante más tiempo. Puede ser irrelevante para quien funda una empresa y despliega un sitio pequeño unas cuantas veces al día. En cambio, puede importar muy pronto cuando un agente de programación abre varias vistas previas, una agencia despliega numerosos proyectos de clientes o un equipo envía cambios a varias ramas a la vez.

Conviene registrar ambos relojes:

• Duración de la compilación: determina el cargo de la máquina después del redondeo.
• Espera en cola más duración de la compilación: determina el tiempo hasta recibir resultados.

Ese es el núcleo de la decisión. Hay que optimizar la primera cifra sin permitir que la segunda perjudique el flujo de trabajo.

Para quién tiene sentido probar Basic

Quien dirige en solitario una aplicación pequeña

Quien dirige en solitario una empresa SaaS puede mover a Basic un sitio de marketing o un panel ligero desde la configuración del proyecto y después comparar la misma compilación representativa en Elastic. El beneficio es reducir el cargo periódico por compilaciones sin modificar el resto del plan de Vercel.

Solo conviene mantener el cambio si la compilación sigue siendo confiable y el proceso más lento, si lo hay, no retrasa los lanzamientos. En un proyecto con despliegues ocasionales, el ahorro puede ser demasiado pequeño para justificar ajustes manuales.

Una agencia con proyectos de clientes muy distintos

Una agencia no debería aplicar la misma decisión de máquina a todas las cuentas. Es mejor asignar Basic, proyecto por proyecto, a landing pages pequeñas y proyectos de contenido. Las tiendas más grandes, los monorepositorios y las aplicaciones con muchas dependencias deben permanecer en Elastic hasta que sus propias mediciones indiquen lo contrario.

El beneficio es proteger mejor el margen de cada proyecto. Un cliente con pocos requisitos ya no tiene que heredar la misma máquina de compilación que la aplicación más exigente de la agencia.

Un responsable de ingeniería que trabaja con agentes de programación

El desarrollo impulsado por agentes cambia el volumen de la ecuación. Más commits automatizados pueden generar más compilaciones de vista previa, por lo que una pequeña diferencia por compilación se repite con mayor frecuencia.

El responsable de ingeniería debe medir una ráfaga representativa, no un único despliegue en un momento de poca actividad. Si Basic reduce el costo por compilación completada, pero las ejecuciones más largas ocupan los 3 espacios disponibles y forman una cola, la máquina más barata habrá trasladado el costo de la factura al tiempo de respuesta.

Un responsable de plataforma en Enterprise

Basic está disponible en Enterprise, pero un detalle del contrato puede impedir el cambio directo. Los clientes Enterprise que tienen máquinas Enhanced habilitadas por contrato utilizan esas máquinas de forma predeterminada y deben contactar a su responsable de cuenta para actualizar sus preferencias.

Cómo cambiar un proyecto y medir el resultado

El primer cambio debe hacerse a nivel de proyecto. Así el experimento no afecta a aplicaciones ajenas y puede revertirse con facilidad desde la misma configuración.

1. 1

   Registrar la referencia de Elastic

   Abra Build Diagnostics en Vercel Observability y elija un despliegue representativo. Registre la duración de la compilación, la máquina asignada, el uso facturado, la espera en cola y si el despliegue terminó correctamente. Mantenga comparables las condiciones de caché y la revisión del código para la prueba con Basic.

2. 2

   Elegir Basic para el proyecto

   Abra el proyecto en Vercel y vaya a Settings, Build and Deployment y Build Machine. Seleccione Basic y guarde el cambio. Vercel documenta la misma opción a nivel de equipo, pero la configuración por proyecto es más segura para la primera prueba. Se necesita el rol de propietario para acceder a la configuración de la máquina de compilación.

3. 3

   Usar la ruta documentada mediante CLI

   Vercel CLI 59.6.0 o posterior permite aplicar el cambio al proyecto con este comando:

   vc project update --build-machine basic

   Un error común es ejecutar una versión anterior de la CLI y concluir que la opción de máquina no está disponible. Compruebe la versión antes de interpretar un comando fallido como una restricción del plan.

4. 4

   Ejecutar la misma carga

   Compile la misma revisión representativa en condiciones de caché comparables. Registre los mismos campos: duración, máquina, uso facturado, espera en cola y finalización. En flujos impulsados por agentes, incluya una ráfaga habitual para que la cola pueda hacerse visible.

5. 5

   Decidir según los resultados

   Calcule el total mensual de compilación y divídalo entre los despliegues correctos. Mantenga Basic cuando ese costo unitario disminuya y el tiempo total de respuesta siga dentro del objetivo del equipo. Vuelva a asignar Elastic al proyecto desde la configuración de Build Machine cuando la velocidad, la memoria o la confiabilidad empeoren lo suficiente como para anular el ahorro.

Los límites que conviene tener claros

Basic es una máquina más pequeña, no una versión más eficiente de Elastic. Su límite de memoria es fijo: 8 GB. Elastic puede escalar hasta 60 GB y 30 vCPU cuando la carga lo exige.

El redondeo también puede comerse un ahorro pequeño. Basta con rebasar por unos segundos el siguiente minuto para sumar otro minuto completo a la factura. Hay que comparar el uso facturado que muestra Vercel, no un cálculo de cronómetro redondeado a conveniencia.

Elastic también continúa adaptándose conforme cambia el proyecto. Basic permanece fija. Una elección que funciona para la aplicación pequeña de hoy puede dejar de ser adecuada cuando aumentan las dependencias, las rutas o los recursos generados.

Quién debería actuar, esperar o ignorar el cambio

• Actúe esta semana si gestiona un proyecto Pro o Enterprise con compilaciones estables, que consumen pocos recursos y tienen volumen suficiente para que una diferencia recurrente por compilación sea relevante.
• Espere si el proyecto está limitado por CPU, consume mucha memoria, se acerca al máximo de 45 minutos o ya es sensible a las colas de vistas previas. Primero establezca una referencia clara en Elastic.
• Ignore el cambio de precio si utiliza Hobby. La máquina incluida de 2 vCPU pasó a llamarse Basic, pero la máquina y las condiciones del plan siguen igual.
• Revise primero el contrato si Enterprise tiene habilitadas las máquinas Enhanced. Es posible que el cambio dependa del responsable de cuenta.

Qué hacer el lunes

Elija el lunes un proyecto pequeño y representativo. Ejecute la misma compilación en Elastic y Basic; después registre la duración, el uso facturado, las CPU asignadas, la espera en cola y la finalización. Conserve la opción que reduzca el costo por compilación completada sin incumplir el objetivo de tiempo de respuesta del equipo.

Suscríbase al boletín para recibir más análisis claros sobre los cambios de plataforma que afectan al presupuesto o al flujo de trabajo.