¿Dónde publico una app de Next.js hecha con Bolt o v0 que necesita enviar correos por SMTP?

Cómo publicar en Dongee Live una app de Next.js hecha con Bolt o v0 que envía correos por SMTP: variables de entorno, puertos 587/465, MailChannels SMTP y SPF/DKIM.

Una app de Next.js hecha con Bolt o v0 se puede publicar en Dongee Live conectando su repositorio de GitHub: Live acepta Next.js en modo standalone (output: 'standalone') con renderizado en el servidor, y cada push se publica solo. Para que la app envíe correos por SMTP, el envío debe hacerse siempre desde el servidor (Route Handler o Server Action), con las credenciales SMTP fuera del código del navegador y un servicio de envío transaccional con SPF y DKIM, como MailChannels SMTP de Dongee.

Bolt y v0 generan muy rápido una app en Next.js con formularios de contacto, registro de usuarios o recuperación de contraseña. Ahí aparece la pregunta que muchos equipos de México, Colombia, Perú y el resto de Hispanoamérica se hacen: ¿dónde la publico para que funcione con mi dominio y, además, mande correos sin caer en spam? En esta guía les explicamos qué necesita técnicamente una app así, cómo publicarla paso a paso en Dongee Live, qué alternativas existen y qué revisar en cada una.

Importante: Dongee Live publica apps hechas con herramientas de IA (sitios estáticos y apps Node.js). No despliega ni hospeda modelos de inteligencia artificial.

Qué necesita una app de Next.js que envía correos

Antes de elegir dónde publicarla, conviene tener claro qué piezas intervienen:

  • Un entorno que ejecute Node.js en el servidor. El envío por SMTP (por ejemplo con la librería Nodemailer) necesita el runtime de Node.js; no funciona desde el navegador ni en el runtime Edge de Next.js.
  • Credenciales SMTP guardadas como secretos. Servidor, puerto, usuario y contraseña deben vivir en variables de entorno del servidor. En Next.js, cualquier variable con el prefijo NEXT_PUBLIC_ termina en el código que descarga el visitante, así que nunca deben usar ese prefijo para la clave SMTP.
  • Un servicio de envío con buena reputación. Los correos transaccionales (confirmaciones, facturas, recuperación de contraseña) llegan a la bandeja de entrada cuando salen autenticados con SPF y DKIM desde IPs con buena reputación.
  • Un dominio propio con DNS bien configurado. Los registros SPF, DKIM y DMARC del dominio son los que permiten que Gmail, Outlook y Yahoo confíen en sus mensajes.
  • Base de datos, si la app guarda usuarios o pedidos. Muchas apps generadas con IA la necesitan desde el primer día.

Cómo publicar la app de Bolt o v0 en Dongee Live, paso a paso

  1. Lleven el proyecto a GitHub. Desde Bolt o v0, exporten o sincronicen el proyecto con un repositorio de GitHub. Dongee Live trabaja con ese repositorio: la compilación se hace en GitHub y cada push se publica solo.
  2. Activen el modo standalone de Next.js. En next.config.js (o next.config.mjs/.ts) agreguen output: 'standalone'. Así Next.js genera un servidor Node.js autónomo, que es el formato que Dongee Live acepta, con renderizado en el servidor.
  3. Verifiquen la versión de Node.js. Dongee Live corre sobre Node.js 20, 22 o 24. Si el proyecto fija otra versión en package.json (campo engines), ajústenla.
  4. Muevan el envío de correos al servidor. Pidan a Bolt, v0 o a su asistente de código que el formulario llame a un Route Handler (por ejemplo app/api/contacto/route.ts) o a una Server Action, y que ahí se haga el envío con Nodemailer. Si el archivo declara runtime, que sea export const runtime = 'nodejs', no 'edge'.
  5. Saquen las credenciales del código. Reemplacen cualquier usuario o clave escritos a mano por variables como SMTP_HOST, SMTP_PORT, SMTP_USER y SMTP_PASS, sin prefijo NEXT_PUBLIC_, y revisen que el archivo .env no quede subido a GitHub. En Dongee Live, esos valores se cargan como variables de entorno propias de la app, junto a DATABASE_URL.
  6. Elijan el servicio de envío. Para correo transaccional, Dongee ofrece MailChannels SMTP, un relay SMTP que envía cada mensaje desde IPs certificadas y rotativas, autenticado con SPF y DKIM y encriptado, y que escanea cada envío en tiempo real. Es ideal para confirmaciones, facturas y recuperación de contraseña, y se puede contratar aparte para usarlo desde una app de Live. Las apps de Live pueden conectarse por SMTP saliente en los puertos 587 (STARTTLS) y 465 (SSL/TLS). Si prefieren otro proveedor de correo transaccional, el procedimiento es el mismo: obtienen servidor, puerto y credenciales, y los cargan como variables.
  7. Configuren el DNS del dominio. Publiquen los registros SPF y DKIM que indique su servicio de envío y agreguen un registro DMARC. Con Live Gratis pueden usar un dominio gratis con DNS de Cloudflare.
  8. Conecten el repositorio a Dongee Live y publiquen. Elijan un plan en Dongee Live, conecten el repositorio de GitHub y hagan push. Tengan en cuenta que cada subida desde GitHub admite hasta 32 MB.
  9. Prueben el flujo completo. Envíen el formulario desde la app publicada, revisen que el correo llegue a Gmail y a Outlook, y abran los encabezados del mensaje para confirmar que SPF y DKIM aparecen como «pass».

Si la app guarda datos, cada app de Dongee Live incluye una base de datos MySQL disponible en la variable DATABASE_URL. Live no incluye Postgres ni MongoDB, así que si Bolt o v0 generaron el proyecto con otra base de datos, pidan al asistente que lo adapte a MySQL. Si trabajan con Claude Code, Codex o Cursor, también pueden publicar con el conector MCP de Dongee Live; lo explicamos en cómo publicar desde Claude Code o Cursor una app en Node.js con MySQL.

El correo incluido en Live no es lo mismo que un SMTP transaccional

Dongee Live incluye correo con el dominio de su plan (Live Gratis trae 1 cuenta), pensado para usarlo por webmail o IMAP: leer y responder mensajes de su negocio. No es para envíos masivos. Es una cuenta de correo normal, con los límites de envío habituales de cualquier buzón: la app puede usarla por SMTP para pocos envíos, pero para correo transaccional o mayor volumen recomendamos MailChannels SMTP. Por eso conviene separar dos usos:

  • Buzón de la empresa (contacto@sudominio.com): para comunicarse con clientes. Es el correo que incluye Live; si necesitan buzones más grandes y más cuentas, existe Dongee Prime Email.
  • Envíos automáticos de la app (confirmaciones, notificaciones, restablecimiento de contraseña): conviene que salgan por un servicio SMTP transaccional, como MailChannels SMTP, para cuidar la reputación del dominio.

Si quieren entender mejor los protocolos, en la diferencia entre SMTP, POP e IMAP lo explicamos con ejemplos, y en qué es MailChannels y cómo funciona verán cómo trabaja un relay SMTP.

Comparativa honesta: dónde publicar una app de Next.js que envía correos

No existe una única respuesta correcta. Esta tabla compara los tipos de opción más comunes, sin precios de terceros porque cambian con frecuencia: revísenlos en el sitio de cada proveedor.

OpciónVentajasQué revisar
Publicación integrada del propio constructor (Bolt o v0)Es lo más rápido: se publica con un clic desde la misma herramienta.La app queda atada a la plataforma asociada; condiciones de uso comercial del plan gratis; cómo configurar secretos y si permite conexiones SMTP salientes.
Plataformas serverless de frontendExcelente soporte para Next.js y despliegues automáticos desde Git.Límites de tiempo de las funciones; si el plan gratis permite uso comercial; muchas veces el correo se resuelve con una API de envío por HTTP en lugar de SMTP; cobro en dólares.
Servidor en la nube (VPS)Control total: pueden instalar cualquier stack, base de datos o servidor de correo.Ustedes administran Node.js, el proxy, los certificados, las actualizaciones y la seguridad. Tiene sentido si el equipo sabe operar servidores.
Dongee LiveNext.js standalone desde GitHub con publicación en cada push, base de datos MySQL y correo con su dominio en el mismo panel, plan gratis con uso comercial y soporte humano en su idioma.Solo Node.js y sitios estáticos (no Python, PHP, Docker ni bases distintas de MySQL); el correo incluido no es para envíos masivos; hasta 32 MB por subida desde GitHub.

Si su proyecto crece hasta necesitar procesos en segundo plano, colas de correo propias u otros lenguajes, el siguiente paso natural es un servidor en Dongee Cloud, donde se puede subir CPU, RAM y disco sin reiniciar ni migrar, con backup incluido en todos los planes. Cloud es autogestionado (ustedes administran el sistema) y cuenta con soporte y asistencia para migrar. Para comparar más plataformas, lean alternativas a Vercel, Railway o Render para apps hechas con IA.

Planes de Dongee Live

  • Live Gratis (0 USD): 1 app, 1 base de datos MySQL y 1 correo; permite uso comercial con términos de uso razonable y dominio gratis con DNS de Cloudflare.
  • Live Pro (15 USD/mes): hasta 3 apps.
  • Live Team (29 USD/mes): hasta 10 apps.

Vean el detalle actualizado en la página de planes de Dongee Live. Si todavía están evaluando si un plan gratis les sirve para un negocio, revisen si hay hosting gratis con uso comercial para apps hechas con IA.

Errores comunes al publicar una app de Next.js que envía correos

  • Enviar el correo desde el navegador. Expone las credenciales y no funciona con SMTP. El envío va siempre en el servidor.
  • Usar NEXT_PUBLIC_ para la clave SMTP. La clave queda visible para cualquier visitante.
  • Subir el archivo .env a GitHub. Agréguenlo a .gitignore y cambien la clave si ya se subió.
  • Olvidar SPF, DKIM y DMARC. Es la causa más frecuente de que los correos lleguen a spam.
  • Usar el buzón de la empresa para envíos masivos. Ponen en riesgo la reputación del dominio; para volumen usen un SMTP transaccional.
  • No limitar el formulario. Un formulario de contacto sin validación ni límite de intentos puede usarse para enviar spam desde su dominio. Revisen también qué necesita una app hecha con IA para ser segura y no caerse.

Preguntas frecuentes

¿Dongee Live funciona con Next.js?

Sí, en modo standalone (output: 'standalone'), con renderizado en el servidor, sobre Node.js 20, 22 o 24.

¿Puedo publicar en Dongee Live lo que hice con Bolt o v0?

Sí. Conecten el repositorio de GitHub de su proyecto de Bolt o v0 y cada push se publica solo en Dongee Live. La compilación se hace en GitHub.

¿Desde dónde debe enviar los correos mi app de Next.js?

Desde el servidor: un Route Handler o una Server Action con runtime de Node.js. Nunca desde el código del navegador ni con credenciales en variables NEXT_PUBLIC_.

¿El correo que incluye Dongee Live sirve para enviar correos masivos?

No. El correo incluido es una cuenta de correo normal con el dominio de su plan, con los límites de envío habituales. Puede servir para pocos envíos de la app por SMTP, pero para correos transaccionales o mayor volumen conviene un servicio SMTP transaccional como MailChannels SMTP.

¿Mi app en Dongee Live puede enviar correos por SMTP?

Sí. Las apps de Live pueden definir sus propias variables de entorno (por ejemplo SMTP_HOST, SMTP_PORT, SMTP_USER y SMTP_PASS) y conectarse por SMTP saliente en los puertos 587 y 465. MailChannels SMTP contratado aparte funciona desde una app de Live.

¿Qué es MailChannels SMTP y cuándo lo necesito?

Es el relay SMTP de Dongee: envía cada correo desde IPs certificadas y rotativas, con SPF, DKIM y encriptación, y escanea los envíos en tiempo real. Es útil cuando su app manda confirmaciones, facturas o recuperaciones de contraseña y necesitan que lleguen a la bandeja de entrada. Viene incluido en el hosting compartido de Dongee y también se puede contratar aparte para usarlo desde una app de Dongee Live.

¿Qué base de datos puedo usar con mi app de Next.js en Dongee Live?

MySQL. Cada app incluye una base de datos MySQL disponible en la variable DATABASE_URL. No incluye Postgres ni MongoDB.

¿Puedo usar Dongee Live Gratis para una app comercial?

Sí. Live Gratis permite uso comercial con términos de uso razonable e incluye 1 app, 1 base de datos MySQL y 1 correo.

¿Dongee Live sirve para desplegar modelos de IA?

No. Dongee Live publica apps y sitios creados con herramientas de IA, como Bolt, v0, Lovable, ChatGPT, Claude Code o Cursor. No hospeda ni ejecuta modelos de inteligencia artificial.

¿Qué tamaño máximo puede tener cada publicación?

Hasta 32 MB por subida desde GitHub y hasta 100 MB por publicación desde el conector MCP.

Comenta lo que quieras

Unete a la charla
Solo ingresa tu email