Vercel lleva integraciones del Marketplace a entornos personalizados

Vercel suma entornos personalizados a las integraciones nativas del Marketplace

Vercel anunció que sus integraciones nativas del Marketplace ya pueden conectarse a entornos personalizados, una capacidad que hasta ahora estaba limitada a production, preview y development. El cambio, publicado en el changelog de la plataforma el 17 de septiembre, permite que bases de datos, almacenamiento y otros recursos aprovisionados a través del Marketplace se vinculen a entornos como staging o QA sin necesidad de tocarlos manualmente.

Hasta este lanzamiento, cuando conectabas un recurso del Marketplace —por ejemplo, Neon o Algolia— las variables de entorno que el conector creaba se inyectaban únicamente en los tres entornos estándar. Querer probar esa integración en staging significaba duplicar pasos, copiar secretos a mano o mantener workarounds fuera del flujo oficial. La nueva opción cierra ese hueco y deja el scope de variables bajo control de la plataforma.

Para founders y equipos pequeños, la consecuencia directa es que el ciclo «crear staging → aprovisionar base → probar cambios → promover a producción» deja de requerir scripts propios o soluciones en .env. La integración llega al entorno elegido y las credenciales se inyectan automáticamente.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Qué cambia en el flujo de despliegue

El cambio es pequeño en pantalla pero relevante en arquitectura. Ahora, al conectar un recurso desde el dashboard de Vercel, el CLI o la REST API, puedes elegir el entorno objetivo. Las variables generadas por esa conexión —por ejemplo DATABASE_URL en una base de datos— quedan scoped únicamente a los entornos seleccionados.

El comando CLI lo ilustra bien:

vercel integration add neon --environment staging

Ese --environment reemplaza el comportamiento por defecto que apuntaba a producción. Según la documentación oficial de Vercel, el flag también está disponible en vercel connect attach y en el campo envVarEnvironments de la API REST, lo que abre la puerta a automatizaciones más completas desde pipelines de CI/CD.

Un detalle importante: los despliegues existentes no se actualizan automáticamente. Después de conectar un recurso o cambiar su scope de entornos, hay que generar un nuevo deployment para que las variables nuevas lleguen al entorno correcto. Es un paso pequeño que conviene recordar para evitar inconsistencias entre lo que dice el dashboard y lo que corre en producción.

Quién puede usarlo y cuánto cuesta

La funcionalidad está disponible para cuentas Pro y Enterprise. Según la documentación de entornos de Vercel, el plan Pro incluye 1 entorno personalizado por proyecto sin coste adicional, mientras que Enterprise incluye 12 por proyecto. Si necesitas más, ambos planes pueden comprar packs de 5 entornos adicionales por US$50 mensuales, hasta un máximo de 16 (Pro) o 22 (Enterprise) por proyecto.

Esto coloca a staging como entorno canónico dentro de Pro, lo cual coincide con la tendencia del mercado: cada vez más equipos medianos separan QA de preview antes de promover a producción. Para una startup en plan Pro, esto significa que montar un pipeline con staging real —con su propia base de datos del Marketplace— ya no requiere subir de plan.

Por qué importa para founders hispanohablantes

En el ecosistema hispano, muchas startups crecen sobre Vercel por la combinación de Next.js, edge y velocidad de iteración. Una parte significativa del tráfico del sitio viene precisamente de founders que están en esa transición de «MVP en Hobby» a «producto serio en Pro». El anuncio toca justo ese momento.

Reducción de deuda técnica: separar staging de preview con recursos reales evita el clásico «en staging funcionaba, en producción explotó».
Aprovisionamiento reproducible: las bases de datos del Marketplace se crean y se conectan sin tocar la consola del proveedor, lo que baja la barrera para equipos sin DevOps dedicado.
Costo predecible: el modelo de packs permite pagar solo por los entornos extra que necesitas, sin saltos de plan.

El contexto de la compañía ayuda a dimensionar el movimiento. Vercel fue fundada en 2015 por Guillermo Rauch bajo el nombre ZEIT (rebranding en abril de 2020), mantiene Next.js y v0 —su herramienta de generación con IA que ganó un Webby en 2025—, y cerró en septiembre de 2025 una Serie F de US$300 millones liderada por Accel y GIC, que valoró a la empresa en US$9.300 millones según Wikipedia. En marzo de 2026 sumó a su junta a Mitchell Hashimoto, cofundador de HashiCorp y creador de Terraform. Es decir, la plataforma sigue invirtiendo fuerte en infraestructura para equipos que construyen sobre la nube.

Acciones concretas que puedes aplicar esta semana

Audita tus entornos actuales. Entra al dashboard de tu proyecto en Vercel y revisa qué variables de entorno están inyectadas por integraciones del Marketplace. Si tienes un staging improvisado con secretos copiados a mano, este es el momento de migrarlo.
Crea un entorno staging y conecta una base de datos del Marketplace. Si estás en Pro, usa el entorno incluido. Lanza un cambio, despliega y verifica que las variables se inyectan correctamente sin tocar .env. Documenta el comando CLI exacto —algo como vercel integration add <proveedor> --environment staging— en tu README interno.
Aprovecha la API para automatizar. Si tu equipo usa GitHub Actions o pipelines similares, integra el endpoint con el campo envVarEnvironments para que cada staging branch se conecte al recurso correcto sin intervención manual. El resultado: menos pasos manuales y menos diferencias entre lo que prueba QA y lo que ven los usuarios.

Qué significa esto para tu startup

Si tu producto corre sobre Vercel y dependes de integraciones del Marketplace (Neon, Upstash, Algolia, etc.), este anuncio reduce una fricción que muchos equipos resuelven con scripts propios o con cuentas duplicadas en el proveedor. En términos prácticos: puedes tener un staging real, con base de datos propia, sin salir del flujo de Vercel y sin pagar más hasta que necesites más de un entorno personalizado.

La tendencia general —que Vercel viene empujando con sus herramientas de Workflow Development Kit, Agent Investigations y modelos como Fluid— apunta a que el frontend cloud deja de ser solo un lugar donde desplegar y se convierte en una capa de infraestructura que provisiona, conecta y monitorea. Para founders, eso significa menos tiempo peleando con credenciales y más tiempo construyendo producto.