Correo y notificaciones
GCM envía mucho correo — recibos de donación, PDFs de estados de cuenta, recordatorios de asistencia, restablecimientos de contraseña, notificaciones de flujos de trabajo, mensajes de bienvenida para nuevos miembros. Este artículo recorre la configuración de quién parece enviar los correos, cómo se entregan, y qué dicen.
La pestaña Configuración → Correo lleva dos tarjetas: Identidad del remitente y Proveedor de correo. Debajo de ellas, la tarjeta Plantillas de correo te permite anular cualquier plantilla transaccional por organización. Las tres son solo para administradores.
Identidad del remitente
Cada correo saliente necesita tres cosas: un nombre de remitente, un correo de remitente y una dirección de respuesta.
Nombre del remitente
Lo que los destinatarios ven en su bandeja de entrada como el nombre "De" — generalmente el nombre de marca de tu iglesia. Mantenlo bajo 30 caracteres o algunos clientes lo truncan.
Correo del remitente
La dirección desde la que vienen los mensajes. Debe estar en un dominio que puedas verificar con el proveedor que elijas (ver abajo). Si estás en el Predeterminado de la plataforma, déjalo vacío y enviaremos desde una dirección propiedad de GCM con el nombre de tu iglesia en la etiqueta De.
Dirección de respuesta
Cuando un destinatario pulsa Responder en su bandeja de entrada, la respuesta va aquí en lugar de a la dirección del remitente. Útil si tu remitente es noreply@gracia.org pero quieres que las respuestas lleguen a oficina@gracia.org. Déjalo vacío y las respuestas vuelven al correo del remitente.
TIP
Establece Reply-To al buzón general de tu iglesia incluso si duplica al remitente. Las pocas personas que sí responden a una dirección "noreply" son a menudo mayores o técnicamente inexpertas y no quieres que su respuesta desaparezca en un agujero negro.
Proveedor de correo
El desplegable de proveedor tiene tres opciones. Elige una — el proveedor es para toda la organización, no puedes mezclar.
Predeterminado de la plataforma
La infraestructura de envío compartida que GCM opera. Sin configuración requerida, sin verificación de dominio. La mejor opción para organizaciones pequeñas que no quieren lidiar con la entregabilidad y no necesitan su propio dominio De.
Limitaciones:
- Límite estricto de 100 correos transaccionales por día en starter, 1,000 en growth, ilimitado en network+.
- La dirección De visible es un dominio propiedad de GCM; solo el nombre De es tuyo.
- Anuncios masivos (cualquier cosa sobre 50 destinatarios por envío) requieren un proveedor no plataforma.
Resend
Conecta tu propia cuenta de Resend pegando una clave de API. Resend maneja la entregabilidad, el procesamiento de rebotes y la verificación por dominio. El flujo:
- Regístrate en resend.com, verifica tu dominio de envío (registros DNS que te dan) y crea una clave de API.
- Pega la clave en el campo Clave de API de Resend. El ícono de ojo alterna la visibilidad — la clave está enmascarada por defecto.
- Guarda. El siguiente correo saliente usa Resend.
No validamos la clave al guardar (Resend no tiene un endpoint de "ping de prueba"), así que pruébala enviando un correo real — ej. dispara una bienvenida para ti mismo.
SMTP
Para correo auto-alojado o proveedores sin API (Mailgun, SendGrid, Postmark, tu propio Postfix). Campos:
| Campo | Notas |
|---|---|
| Host SMTP | ej. smtp.sendgrid.net |
| Puerto SMTP | 587 para STARTTLS (predeterminado), 465 para TLS implícito, 25 para sin cifrar (no). |
| Usuario | El usuario SMTP de tu proveedor — a menudo apikey para SendGrid, tu correo completo para estilo Gmail. |
| Contraseña | La contraseña SMTP. Enmascarada por defecto; haz clic en el ojo para revelar. |
| Usar TLS / SSL | Activa para 587/465. Déjalo activado a menos que estés probando localmente. |
Las credenciales se almacenan cifradas en app_settings bajo las claves smtp_*. La edge function que envía correo (send-email) las lee del lado del servidor — nunca aparecen en el navegador después de que guardas.
WARNING
SMTP es más lento que los proveedores de API (una conexión por envío) y no escala a anuncios masivos. Si envías más de unos pocos miles de correos al mes, usa Resend o un proveedor con API.
Plantillas de correo
Desplázate más allá de la tarjeta de proveedor a Plantillas de correo. Esta tarjeta lista cada plantilla transaccional que GCM envía — correos de bienvenida, restablecimientos de contraseña, recibos de donación, notificaciones de estados de cuenta, inicios de sesión con enlace mágico, notificaciones de flujos de trabajo.
Cada fila muestra el nombre de la plantilla, la insignia de categoría y si tu organización ha anulado el predeterminado. Haz clic en una fila para abrir el editor.
Editar una plantilla
El editor tiene:
- Asunto — la línea de asunto del correo. Soporta variables de fusión.
- Cuerpo — el HTML del correo. El editor te deja cambiar entre modos Vista previa y Código.
- Conmutador Activado — apaga una plantilla que no quieres enviada (ej. desactiva la bienvenida automática si la manejas manualmente).
- Anulación de remitente — opcional. Si se establece, esta plantilla se envía desde una dirección diferente al predeterminado de la organización (útil para una dirección "billing@" en recibos).
- Anulación de Reply-To — la misma idea para las respuestas.
El panel derecho lista las variables de fusión disponibles para esta plantilla — ej. {{member_name}}, {{donation_amount}}, {{statement_year}}. Haz clic en una variable para copiarla; pégala en el asunto o cuerpo.
Haz clic en Restablecer al predeterminado para eliminar la anulación de tu organización y revertir a la plantilla predeterminada de la plataforma.
Seguridad HTML
Los cuerpos de plantilla se sanitizan con DOMPurify antes de enviarse. Puedes usar cualquier HTML que quieras, pero las etiquetas <script> y los manejadores onclick en línea se eliminan. Esto es para prevenir que una cuenta de administrador comprometida envenene cada correo que envía tu organización.
Notificaciones (in-app y push)
El correo no es el único canal de notificación. Configura los otros en la pestaña Canales — ahí es donde viven el SMS, WhatsApp, push y enrutamiento in-app. La pestaña de Recordatorios (cubierta en Recordatorios) luego elige qué canales usar para recordatorios de eventos específicamente.
Qué se guarda dónde
| Clave | Dónde |
|---|---|
messaging_sender_name, messaging_sender_email, email_reply_to | app_settings |
email_provider | app_settings |
resend_api_key | app_settings (cifrado en reposo) |
smtp_host, smtp_port, smtp_user, smtp_pass, smtp_secure | app_settings (contraseña cifrada) |
| Anulaciones de plantilla | org_email_templates (una fila por par organización-plantilla) |
Errores comunes
"Mis correos van a spam." Con el Predeterminado de la plataforma, esto está mayormente fuera de tus manos. Con Resend o SMTP, verifica tu dominio — SPF, DKIM, DMARC. Los documentos del proveedor te guían por cada uno. Sin DKIM, casi cada correo aterriza en spam.
"Cambié el correo del remitente y ahora no se envía nada." Tu nuevo dominio de remitente no está verificado con el proveedor. Vuelve a Resend (o donde sea) y agrega los registros DNS que listan. Hasta que la verificación se complete, el proveedor rechaza envíos desde ese dominio.
"Los recibos salieron con la plantilla antigua." Los cambios de plantilla aplican solo a envíos futuros. Los recibos ya enviados permanecen como estaban — no volvemos a renderizar PDFs históricos.
Próximos pasos
- Canales — SMS, WhatsApp, push, in-app.
- Recordatorios — elige qué canales envían recordatorios de eventos.
- Datos básicos de la organización — el correo de la organización bajo Identidad es el Reply-To de respaldo.