SMTP personalizado en Scoreapps | Guía completa

Configuración de SMTP personalizado en Scoreapps

Configuración de SMTP personalizado en Scoreapps

El SMTP personalizado permite que los correos enviados por las herramientas de Scoreapps salgan con una identidad de marca coherente. Es especialmente importante para partners, agencias y cuentas que necesitan que auditorías, notificaciones y comunicaciones automáticas se envíen desde su propio dominio.

Objetivo de esta guía: entender qué datos debes pedir a tu proveedor de correo, cómo rellenar cada campo y cómo validar que el envío funciona antes de activar flujos reales.

Dónde se configura

Pantalla de SMTP personalizado con campos de remitente, servidor, puerto, cifrado y prueba de envío.
Pantalla de SMTP personalizado con campos de remitente, servidor, puerto, cifrado y prueba de envío.

Qué es SMTP y cuándo usarlo

SMTP es el protocolo que permite enviar correos desde un servidor autorizado. En Scoreapps se utiliza para que determinados emails salgan desde el remitente que definas, en lugar de usar una identidad genérica de plataforma.

  • Usa SMTP personalizado si quieres que los emails salgan desde un dominio propio.
  • Úsalo cuando trabajes con marca blanca y quieras coherencia entre web, automatizaciones y comunicaciones.
  • Úsalo si tu proveedor exige autenticación específica para enviar correos desde una cuenta concreta.

Campos de configuración

CampoQué significa
Activar SMTP personalizadoHabilita o deshabilita esta configuración. Si está desactivado, Scoreapps no usará estos datos como SMTP personalizado.
Nombre remitenteNombre visible para quien recibe el email. Suele ser el nombre de la agencia, marca o proyecto.
Email remitenteDirección desde la que se enviarán los correos. Debe pertenecer al dominio autorizado por tu proveedor.
Nombre Reply-To por defectoNombre que aparecerá cuando el destinatario responda.
Email Reply-To por defectoDirección a la que llegarán las respuestas.
Servidor SMTPHost del proveedor, por ejemplo smtp.tudominio.com, smtp.gmail.com o el servidor indicado por tu hosting.
Puerto SMTPPuerto de conexión. Los más habituales son 587 para TLS y 465 para SSL.
Usuario SMTPUsuario autorizado para enviar, normalmente una dirección de email completa.
Contraseña SMTPContraseña o contraseña de aplicación. Si ya está guardada, puedes dejar el campo vacío para no cambiarla.
Cifrado SMTPTipo de seguridad de la conexión: TLS, SSL o sin cifrado si tu proveedor lo exige.

Cómo configurarlo paso a paso

  1. Pide a tu proveedor de email el servidor SMTP, puerto, cifrado, usuario y contraseña de envío.
  2. Activa SMTP personalizado.
  3. Rellena el remitente y el Reply-To con direcciones coherentes con tu marca.
  4. Introduce servidor, puerto, usuario y contraseña.
  5. Selecciona el cifrado recomendado por tu proveedor.
  6. Guarda la configuración.
  7. Envía un email de prueba a una dirección controlada por tu equipo.

Resultado esperado

Cuando la configuración es correcta, el bloque de estado muestra que el SMTP personalizado está activo y la prueba de envío se registra correctamente. A partir de ese momento, los flujos compatibles podrán enviar correos con la identidad indicada.

Errores habituales

  • Contraseña incorrecta o uso de la contraseña normal cuando el proveedor exige contraseña de aplicación.
  • Puerto y cifrado no compatibles entre sí.
  • El dominio del remitente no está autorizado para enviar desde ese servidor.
  • SPF, DKIM o DMARC del dominio no están configurados, lo que puede afectar entregabilidad.
Recomendación: valida primero con una dirección interna y revisa cabeceras SPF/DKIM si los mensajes llegan a spam.

Acceso a WordPress, Google Workspace y Reply-To

  • La configuración SMTP no permite recuperar el acceso a wp-admin. Utiliza el acceso oficial de WordPress, el restablecimiento de contraseña o contacta con soporte.
  • Para Google Workspace, configura smtp.gmail.com, puerto 587, TLS y una contraseña de aplicación cuando Google la solicite.
  • Si Reply-To no funciona, guarda la configuración, envía un mensaje de prueba a otro buzón y revisa las cabeceras From y Reply-To mediante Mostrar original. Si la cabecera no aparece, envía a soporte una copia de las cabeceras sin datos sensibles.