Por qué falla una sola cuenta para todo

Todo empieza sin complicaciones. Tu primer proyecto recibe un contact@ alias que reenvía a tu Gmail personal. El segundo recibe el mismo trato. Después una página necesita un formulario y otro endpoint también empieza a enviarte emails. Con diez proyectos tienes diez reglas de reenvío, un filtro por dominio y etiquetas que dejaste de ordenar hace meses. Una sola cuenta intentando ser diez.

Después llegan los problemas:

  • Los mensajes pasan desapercibidos. El aviso de un error de un cliente de un proyecto se pierde entre el lanzamiento de otro y tu correo personal. Tu cliente de correo no distingue esos productos. Lo encuentras cuatro días después.
  • Se pierde el contexto. «La exportación no funciona.» ¿Qué exportación? Muchos mensajes ni siquiera nombran el proyecto y la única pista es una cabecera Para: escondida en un reenvío.
  • No puedes silenciar un proyecto. El lanzamiento de un producto inunda la bandeja de todos. Para silenciarlo, tienes que silenciar toda tu vida.
  • No puedes delegar. Un colaborador se une a un proyecto cuyos mensajes están en tu cuenta personal. Tienes que reenviarlos uno a uno o compartir tus credenciales. Ninguna opción es buena.
  • Los proyectos abandonados nunca desaparecen. La regla de reenvío sobrevive al producto. Dos años después sigues recibiendo spam de un dominio caducado y no sabes si borrar un filtro entrelazado con otros nueve.

No es un problema de filtros, sino de estructura: todos los productos pasan por un canal y las etiquetas son un parche.

Qué cambia con una bandeja por proyecto

Cambia el enfoque. Cada proyecto tiene su bandeja, dirección, endpoint y reglas de notificación. Los mensajes no se mezclan y todo queda organizado por proyecto:

  • El silencio se aplica por proyecto. Silencia el proyecto en lanzamiento; los otros nueve siguen avisando.
  • La colaboración queda separada. Un colaborador recibe los mensajes de ese proyecto (en un canal compartido de Discord o Slack, o una bandeja de equipo) sin acceder a tu correo.
  • El archivo queda separado. ¿Proyecto abandonado? Archiva su bandeja. Se cierra el canal, el historial sigue legible y nada más cambia.
  • El contexto no cuesta nada. Si está en la bandeja, pertenece a ese proyecto. Sin investigar cabeceras.

Puedes hacerlo con un correo de pago por proyecto o un dominio catch-all y reglas de enrutamiento. Cuesta dinero por dirección o una tarde por proyecto y por eso nadie lo mantiene después del tercero. Crear otra bandeja debe ser sencillo.

La configuración, en la práctica

Para esto creamos mailcontact . Crea un proyecto y tendrás dos orígenes en una bandeja:

Una dirección de email que funciona al instante. [email protected] funciona en cuanto existe el proyecto: sin DNS, servidor de correo ni verificaciones. Ponlo en tu pie de página y listo. (Cómo funciona la dirección.)

Un endpoint de formulario para el formulario de tu página de lanzamiento. HTML que envía email y message (más los campos opcionales name y subject), enviado con el script alojado de MailContact para que los visitantes permanezcan en la página:

<form action="https://mailcontact.app/api/forms/your-form-id" method="POST" data-mailcontact-form>
  <label>Email <input name="email" type="email" required /></label>
  <label>Message <textarea name="message" required></textarea></label>
  <button type="submit">Send</button>
  <p data-contact-status role="status" aria-live="polite"></p>
</form>
<script defer src="https://mailcontact.app/forms/v1.js"
  crossorigin="anonymous" referrerpolicy="no-referrer"></script>

Ambos llegan a la misma bandeja del proyecto y un notificación (Discord, Slack, email o un webhook) se activa en cuanto llega algo, sin tener que revisar otra bandeja. Diez proyectos, diez bandejas, ninguna pestaña más. El documentación explican los detalles. Free incluye un proyecto con formulario; Pro incluye diez con formulario y dirección de email (precios).

El ejemplo es independiente de la tecnología porque diez proyectos rara vez usan la misma. Hay guías por herramienta para lo que publicas: Next.js, Astro, SvelteKit, Hugo, o la lista completa.

mailcontact no pretende ser un helpdesk. Sin tickets, SLA ni colas de asignación: una bandeja limpia por proyecto para sus mensajes reales. Puedes crear una cuenta gratuita para acceder.

Separar canales es una buena práctica

Nadie mezcla los registros de diez servicios en un archivo ni los errores de diez aplicaciones en un monitor. Separar por producto es básico. El email de contacto es la excepción porque antes aislarlo costaba: dominio, DNS y cuentas de pago por dirección.

Cuando crear bandeja cuesta cinco segundos en vez de una tarde, crear contacto forma parte de iniciar cada proyecto, como el repositorio. Así debería haber sido siempre.

Tu próximo proyecto merece su bandeja. Y los nueve anteriores también.