Cómo conectar tu correo por SMTP e IMAP en Merez

Conecta el correo de tu empresa a Merez: servidores, puertos y cifrado por dirección, con los valores exactos de Hostinger, Google Workspace y Zoho Mail.

8 de noviembre de 2026 · 9 min de lectura

Portada: Cómo conectar tu correo por SMTP e IMAP en Merez

Conectar el correo de tu empresa a Merez sirve para que las conversaciones con tus clientes dejen de vivir en una bandeja aparte. Aquí configuras el servidor de salida (SMTP), el servidor de entrada (IMAP) y el cifrado de cada dirección, para que los correos que envías desde la plataforma salgan con tu dominio y las respuestas queden en la ficha de cada lead.

Qué necesitas antes de empezar

Antes de tocar el formulario, reúne esto:

  • Un buzón ya creado y funcionando en tu proveedor de correo. Merez no crea buzones: se conecta a uno que ya existe.
  • La contraseña de ese buzón, o la contraseña de aplicación si tu proveedor la exige. En Google Workspace y en Zoho Mail con verificación en dos pasos, la contraseña normal no sirve para IMAP.
  • La sesión de dueño del sitio. Solo el dueño puede editar estas credenciales. Cualquier otro usuario puede ver la configuración, pero no cambiarla.
  • La lista de direcciones que vas a conectar y la función de cada una: ventas, soporte, facturación, cartera.
  • Claridad sobre a qué dirección debe llegar el aviso de leads nuevos. Ese campo, "Avisar de leads nuevos a", es independiente de las direcciones que conectes.

El módulo que usas es el de correo del sitio. No hace falta instalar nada: si el buzón responde por IMAP, Merez lo va a leer.

Las credenciales, una por una

Cada dirección que conectas es una fila con estos campos. Todos se copian de la documentación de tu proveedor. No se adivinan.

CampoQué esDe dónde sale
Servidor de salida (SMTP)El servidor por el que Merez entrega los correos que envías desde la plataforma y los avisos de leads nuevos.Documentación de tu proveedor de correo.
Puerto de salidaEl número por el que se conecta ese servidor. Va siempre en pareja con el cifrado.Documentación de tu proveedor de correo.
Servidor de entrada (IMAP)El servidor del que Merez lee las respuestas para pegarlas en la ficha del lead.Documentación de tu proveedor de correo.
Puerto de entradaEl número por el que se conecta el servidor de entrada.Documentación de tu proveedor de correo.
UsuarioLa cuenta con la que te autenticas. Casi siempre es la dirección completa, por ejemplo ventas@tudominio.com.La dirección que estás conectando.
ContraseñaLa del buzón, o la contraseña de aplicación cuando el proveedor la exige.Tu proveedor de correo. No es la contraseña de Merez.
CifradoEl tipo de conexión segura: SSL o TLS/STARTTLS. Tiene que coincidir con el puerto.Documentación de tu proveedor de correo.

Estos son los valores típicos de tres proveedores. Verifica siempre en el enlace oficial, porque cada proveedor puede cambiar su documentación.

ProveedorEntrada (IMAP)Salida (SMTP)Usuario y contraseñaDocumentación oficial
Hostingerimap.hostinger.com, puerto 993, SSLsmtp.hostinger.com, puerto 465, SSL. Si hay problemas de cifrado, puerto 587 con TLS/STARTTLSLa dirección completa y la contraseña del buzónHostinger: detalles de configuración del correo
Google Workspaceimap.gmail.com, puerto 993, SSLsmtp.gmail.com, puerto 587, TLS. Con SSL el puerto es 465La dirección completa y una contraseña de aplicación de 16 dígitosGoogle Workspace: configurar Gmail en un cliente de terceros
Zoho Mailimappro.zoho.com, puerto 993, SSL, para dominio propio en plan pago. Para cuentas @zoho.com es imap.zoho.comsmtppro.zoho.com, puerto 465 con SSL o 587 con TLS, para dominio propio. Para cuentas @zoho.com es smtp.zoho.comLa dirección completa y, si tienes verificación en dos pasos, una contraseña específica de aplicación de 12 dígitosZoho Mail: acceso por IMAP y datos de servidor
La pareja puerto y cifrado no se mezcla. Si el proveedor documenta 465 con SSL, no pongas 465 con STARTTLS, y al revés. La mayoría de los fallos de conexión salen de ahí.

Si tu proveedor es Google Workspace

Google recomienda usar clientes que admitan OAuth y advierte que compartir usuario y contraseña con terceros es menos seguro. La contraseña de aplicación es el camino que Google documenta para clientes que no usan OAuth, y solo funciona con cuentas que tienen activada la verificación en dos pasos. Puede no aparecer como opción si tu cuenta usa solo llaves de seguridad, si el administrador la deshabilitó o si tienes Protección Avanzada. En ese caso, el correo no se puede conectar por contraseña y toca resolverlo con tu administrador de Workspace.

Si tu proveedor es Zoho Mail

Zoho pide habilitar el acceso por IMAP en la cuenta antes de configurar cualquier cliente. Con verificación en dos pasos activa, la contraseña normal no entra: hay que generar la contraseña específica de la aplicación desde la configuración de TFA. Esa contraseña no caduca, y se puede revocar en cualquier momento desde el mismo panel.

Simulación de uso: de la plataforma a Merez

Pongamos el caso de una empresa que vende repuestos. Tiene dos direcciones con funciones distintas: ventas@ para cotizaciones y soporte@ para posventa. El dueño del sitio conecta las dos como filas separadas, cada una con su servidor, su puerto y su contraseña. En el campo "Avisar de leads nuevos a" deja ventas@.

Un visitante llena el formulario de la página de contacto a las nueve de la mañana. Merez crea el lead y manda el aviso a ventas@. Como la empresa conectó su propio buzón, ese aviso sale desde el dominio de la empresa, no desde la plataforma, y su entrega queda medida. Si no hubiera conectado ningún buzón, el correo transaccional saldría desde Merez y desde el nombre del sitio.

La asesora abre ventas@ en su cliente de siempre, responde la cotización y sigue con su día. Merez revisa esa dirección cada 5 minutos. En la siguiente pasada encuentra la respuesta, la asocia al lead y la deja en su ficha. Nadie tuvo que copiar y pegar nada en el CRM.

Días después el cliente escribe a soporte@ por una garantía. Esa dirección también está conectada, así que la respuesta también aparece en la ficha del mismo lead. Si el cliente hubiera escrito a una tercera dirección que nadie conectó, ese correo no aparecería: Merez solo lee los buzones que le entregaste.

Algo importante: si una credencial falla, esa fila no se borra ni se queda en silencio. Queda en estado "Con errores" y el resto de direcciones sigue funcionando. Así sabes exactamente cuál arreglar.

Cómo comprobar que quedó bien

  1. Guarda la fila. Si el IMAP rechaza la conexión de una vez, la fila queda marcada con "Con errores". Si queda limpia, la autenticación pasó.
  2. Desde un correo externo, escríbele a la dirección que conectaste. No uses tu propio correo de pruebas: usa uno fuera de la empresa.
  3. Responde ese correo desde el cliente donde lees normalmente. La respuesta tiene que salir desde el buzón conectado, no desde otra cuenta.
  4. Espera la revisión de 5 minutos. No es instantáneo, así que no repitas la prueba cinco veces seguidas.
  5. Abre la ficha del lead en Merez y confirma que la respuesta aparece ahí, con su remitente y su fecha.
  6. Prueba el aviso de leads nuevos: envía un formulario de prueba y verifica que el correo llegue a la dirección del campo "Avisar de leads nuevos a".
  7. Vuelve a la fila y confirma que sigue sin errores. Si después de la prueba aparece "Con errores", el problema está en la contraseña o en el servidor, no en el resto de la configuración.

Errores frecuentes

SíntomaCausaQué hacer
La fila dice "Con errores" y antes funcionabaCambiaste la contraseña en el proveedor. Merez guarda la anterior y no puede leerla: solo la usa.Entra como dueño del sitio y vuelve a pegar la contraseña nueva. La anterior no se puede consultar ni recuperar.
El proveedor rechaza el usuario y la contraseñaUsaste la contraseña normal cuando el proveedor exige contraseña de aplicación.Genera una contraseña de aplicación y pégala en el campo Contraseña. En Google es de 16 dígitos; en Zoho, de 12.
Se agota el tiempo de espera o hay error de conexiónEl puerto y el cifrado no son la pareja que documenta el proveedor.Revisa la tabla del proveedor y corrige la pareja completa. Por ejemplo, 465 con SSL o 587 con TLS/STARTTLS.
El servidor de entrada rechaza la conexión aunque la contraseña esté bienEl acceso por IMAP está apagado en la cuenta o lo bloqueó el administrador.Habilita el acceso por IMAP en el proveedor. En Zoho se hace desde la configuración de la cuenta. En Workspace, lo revisa el administrador.
El aviso de leads nuevos llega a otra direcciónEl campo "Avisar de leads nuevos a" apunta a un buzón distinto del que esperas.Corrige ese campo. No depende de las direcciones conectadas, así que se ajusta aparte.
Las respuestas no aparecen en la ficha del leadEl cliente respondió desde una dirección que no está conectada, o la respuesta se movió de la bandeja de entrada.Conecta esa dirección y repite la prueba. Ten en cuenta que la revisión es cada 5 minutos.

Límites y buenas prácticas

Merez no es un proveedor de correo. No crea buzones, no cambia contraseñas y no reemplaza a tu proveedor. Lo que hace es conectarse a los buzones que le entregas, leer las respuestas y dejarlas en la ficha del lead. Tampoco puede mostrarte la contraseña guardada: si la pierdes, hay que generar una nueva en el proveedor y volver a pegarla.

  • La revisión de cada dirección es cada 5 minutos. Una respuesta recién llegada puede tardar ese lapso en aparecer.
  • Solo el dueño del sitio edita credenciales. Si esa persona sale de la empresa, transfiere la propiedad del sitio antes, no después.
  • Con buzón propio el correo sale desde tu dominio y su entrega se mide. Sin buzón propio, Merez manda el transaccional desde su plataforma y desde el nombre del sitio.
  • Si el IMAP rechaza la conexión, la fila queda en "Con errores". Esa señal es tu primer diagnóstico: revísala antes de tocar cualquier otra cosa.

Buenas prácticas con las contraseñas de aplicación:

  • Una contraseña de aplicación por proveedor y por integración. No reutilices la misma en varios sistemas.
  • Guárdala en un gestor de contraseñas de la empresa, no en un chat ni en un documento compartido.
  • Revócala cuando alguien deja la empresa o cuando cambies de proveedor. Es la forma de cerrar el acceso sin tocar la contraseña principal.
  • En Google, la contraseña de aplicación se revoca si cambias la contraseña de la cuenta. Si eso pasa, Merez queda con la credencial vieja y hay que volver a pegar una nueva.
  • En Zoho, la contraseña específica no caduca, pero se puede revocar desde la configuración de TFA. Úsalo como mecanismo de corte.

Guía visual

Los seis pasos, de un vistazo

El recorrido completo sin abrir la plataforma. Cada paso corresponde a un tramo de la guía de arriba.

Guía visualIntegraciones

Paso 1 de 6

1

Contraseña de aplicación

No uses la del correo: el proveedor exige una específica.

merez.co1 / 6

Paso 1 de 6: Contraseña de aplicación

Preguntas frecuentes

¿Puedo conectar varias direcciones de correo en Merez?

Sí. Cada dirección es una fila independiente, con su servidor, su puerto, su cifrado y su contraseña. Lo normal es darle una función a cada una: ventas@ para cotizaciones, soporte@ para posventa, facturacion@ para cobros. Si una fila falla, las demás siguen funcionando.

¿Cada cuánto revisa Merez los correos que llegan?

Cada dirección conectada se revisa cada 5 minutos. Una respuesta recién llegada puede tardar ese lapso en aparecer en la ficha del lead. No es instantáneo, así que no repitas la prueba varias veces seguidas: espera la siguiente pasada.

Cambié la contraseña en mi proveedor de correo y se rompió la conexión. ¿Por qué?

Porque Merez guarda la contraseña que le entregaste y no puede leerla para mostrártela. Al cambiarla en el proveedor, la credencial guardada queda vieja y el IMAP la rechaza. La fila pasa a "Con errores" y la solución es volver a pegar la contraseña nueva como dueño del sitio.

¿Qué pasa si no conecto ningún buzón propio?

Merez manda el correo transaccional desde su plataforma y desde el nombre del sitio. Funciona, pero el remitente no es tu dominio y la entrega no se mide. Con un buzón propio conectado, el correo sale desde tu dominio y su entrega queda medida.

¿Quién puede cambiar estas credenciales?

Solo el dueño del sitio. Otros usuarios pueden ver la configuración, pero no editarla. Si la persona que las administra sale de la empresa, transfiere la propiedad del sitio antes de que pierda el acceso.

Fuentes

Miguel Yañez

Escrito y revisado por Miguel Yañez

Fundador de Merez. Estas guías salen de operar negocios reales, no de la documentación del proveedor.

Quién construye Merez →

Ponlo a prueba con tu negocio

15 días gratis, sin tarjeta. Si prefieres hablar primero, el asesor arma la solución contigo.