Configuración de HTTPS (configuración manual) o HTTP
Para habilitar HTTPS o HTTP para tu domain personalizado:
Navega a Settings > Help Center > Configure & Style
En la sección "Domain", localiza la configuración "Security protocol"
Configura el "Security protocol" a HTTPS (configuración manual) o HTTP
Guarda tus cambios
Verifica que hayas configurado el CNAME correctamente
Si usas HTTPS (configuración manual) o HTTP, verifica que el registro CNAME esté configurado en:
Si tu workspace está alojado en EE. UU. - custom.intercom.help
Si tu workspace está alojado en Europa - custom.eu.intercom.help
Si tu workspace está alojado en Australia: custom.au.intercom.help
Si usas HTTPS (configuración rápida), verifica que el registro CNAME esté configurado en:
Si tu workspace está alojado en EE. UU. - us.intercomhelpcenter.com
Si tu workspace está alojado en Europa - eu.intercomhelpcenter.com
Si tu workspace está alojado en Australia: au.intercomhelpcenter.com
HTTPS (configuración rápida) podría no estar disponible para tu workspace.
Para verificar en qué región está alojado tu workspace, mira la barra de URL de tu navegador cuando uses Intercom.
Si la URL comienza con:
app.intercom.com, tu workspace está alojado en EE. UU.app.eu.intercom.com, tu workspace está alojado en Europaapp.au.intercom.com, tu workspace está alojado en Australia
Verifica que los cambios en el CNAME se hayan propagado
Los cambios en CNAME tardan en propagarse. Esto puede tomar hasta 72 horas según tu proveedor.
Puedes verificar si el cambio de CNAME se ha propagado usando una herramienta como MXToolbox.
Otra herramienta útil para verificar la propagación DNS es whatsmydns.net, que puede confirmar que tus cambios DNS se han propagado globalmente.
Asegúrate de usar la búsqueda CNAME en MXToolbox
Si usas HTTPS (configuración manual), normalmente una verificación CNAME no devolverá datos porque no es necesario que el DNS esté vinculado a un domain de Intercom. La configuración se realiza dentro del servicio que configuraste para implementar HTTPS.
Verifica tu configuración de Cloudflare
Si usas Cloudflare, asegúrate de que la nube junto a tu registro CNAME esté naranja y que hayas configurado SSL en la sección "Crypto" como "Flexible" o "Full".
No elijas ‘Full (Strict)’ ya que resultará en un certificado SSL inválido.
Asegúrate de que tu Help Center esté activo
Ve a Settings > Help Center y asegúrate de que tu Help Center esté Activo.
Resolución de errores SSL en tu Help Center de Intercom
Cuando encuentres errores SSL como ERR_SSL_VERSION_OR_CIPHER_MISMATCH o SSL_ERROR_NO_CYPHER_OVERLAP en tu Help Center de Intercom, indica un problema con la conexión segura entre tu navegador y el servidor. Esta guía te ayudará a entender y resolver estos problemas comunes.
Entendiendo ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Este error ocurre cuando tu navegador no puede establecer una conexión segura con el servidor debido a problemas con la configuración SSL (Secure Sockets Layer).
Causas comunes
Configuración DNS incorrecta o retrasos en la propagación: Los registros DNS (Domain Name System) podrían estar mal configurados o no haberse propagado completamente en internet.
Ejemplo: Un registro CNAME (Canonical Name) apuntando a us.intercomhelpcenter.com de Intercom podría no haberse propagado aún.
Consejo: Espera hasta 24 horas para que los cambios DNS surtan efecto. La propagación DNS puede tardar según tu proveedor de domain e ISP.
Certificados SSL conflictivos o duplicados: Si usas HTTPS con un domain personalizado (configuración rápida), Intercom proporciona el certificado SSL. Cualquier certificado conflictivo o adicional configurado en tu proveedor de domain causará errores y debe ser eliminado.
Consejo profesional: Asegúrate de que solo el certificado SSL proporcionado por Intercom esté activo para tu domain personalizado para evitar conflictos.
Entendiendo SSL_ERROR_NO_CYPHER_OVERLAP
Este problema surge durante el apretón de manos SSL/TLS (Transport Layer Security) cuando el servidor y el cliente no pueden acordar protocolos de cifrado o suites de cifrado compatibles.
Resolviendo problemas de solapamiento de cifrado
Asegura estándares de cifrado actualizados: Tanto tu navegador como el servidor deben soportar estándares modernos de cifrado.
Nota: Navegadores o sistemas operativos antiguos podrían no soportar los protocolos de cifrado más recientes, causando este error.
Consejo: Actualiza tu navegador web a la última versión para asegurar que soporte los estándares actuales de cifrado.
Solucionando errores de apretón de manos SSL para branding de enlaces
Intercom no configura SSL para branding de enlaces en domains personalizados. Eres responsable de configurar y gestionar los certificados SSL dentro de tu proveedor de domain para branding de enlaces.
Resolviendo problemas SSL de branding de enlaces
Visita la configuración SSL de tu proveedor de domain: Para resolver problemas de apretón de manos SSL para branding de enlaces, debes configurar el certificado SSL directamente con tu proveedor de domain.
Nota: Esto es independiente del certificado SSL que Intercom proporciona para el domain principal de tu Help Center.
Importante: Consulta la documentación o soporte de tu proveedor de domain para instrucciones específicas sobre cómo configurar y solucionar problemas de certificados SSL.
Si tu certificado SSL es gestionado por un proveedor externo, asegúrate de que siga siendo válido.
Asegúrate de tener al menos un artículo publicado
Si ves No encontrado al intentar visitar tu Help Center, asegúrate de tener al menos un artículo publicado. Si no hay artículos publicados, tu Help Center estará inactivo y mostrará No encontrado.
Error 1014 - CNAME Cross-User Banned
Si encuentras un Error 1014 al visitar tu domain personalizado del Help Center, probablemente se deba a un problema de CNAME Cross User en Cloudflare. Para resolver este error:
Configuración DNS de Cloudflare: Asegúrate de que el registro CNAME esté en modo solo DNS (icono de nube gris) en Cloudflare, no proxy. La configuración proxy (icono de nube naranja) puede causar el error 1014.
Registro CNAME: Crea un registro CNAME y asegúrate de que tu domain personalizado apunte a custom.intercom.help o us.intercomhelpcenter.com (según tu método de configuración HTTPS)
Permite hasta 48 horas para la propagación DNS. Si el problema persiste, puede ser necesaria una investigación adicional en la configuración del servidor.
Una causa común pero fácil de pasar por alto del Error 1014 es no seleccionar el protocolo de seguridad correcto en la configuración de tu Help Center de Intercom después de crear el registro CNAME. Aunque tu DNS esté configurado correctamente, el domain personalizado no se validará hasta completar este paso. Para resolverlo, ve a Settings > Help Center > Configure & Style, abre la sección Domain y selecciona la opción que coincida con tu configuración DNS: HTTPS (Quick Setup) si tu CNAME apunta a us.intercomhelpcenter.com, o HTTPS (Manual Setup) si tu CNAME apunta a custom.intercom.help. Recuerda guardar los cambios después de seleccionar.
Importante: Si tienes un plan Cloudflare Enterprise o superior, asegúrate de que Zone Hold esté desactivado para tu domain. Zone Hold valida que los nombres de host resuelvan a direcciones IP asociadas con la misma cuenta de Cloudflare, lo que impedirá que HTTPS Quick Setup funcione y devolverá un error 1014 Cross-User Banned. Para desactivarlo, ve a la configuración de tu cuenta Cloudflare y desactiva Zone Hold para el domain afectado.
Error "Acceso denegado" durante la configuración de HTTPS
Si encuentras un error de "Acceso denegado" al configurar HTTPS:
Verifica que tu registro CNAME apunte al domain regional correcto
Si usas Cloudflare, asegúrate de que el modo SSL esté configurado en "Flexible" o "Full" (no "Full (Strict)")
Reiniciar la configuración SSL desactivando la configuración HTTPS, esperando unos minutos y volviéndola a activar es un paso recomendado para solucionar problemas.
¿Usas Amazon CloudFront?
Asegúrate de seguir todos los pasos en la guía.
¿Usas un proxy inverso personalizado?
Asegúrate de seguir las guías.
Ejemplo de búsqueda CNAME para configuración de proxy inverso: no encontrará nada pero sabrá qué servidor DNS utilizas.
¿Recibes un error 502 al acceder a custom.domain/robots.txt?
Si usas nginx (o ingress nginx) revisa tus registros para:
“upstream sent too big header while reading response header from upstream”
Si encuentras ese mensaje en tus registros, necesitas aumentar, en la anotación de tu ingress (el valor por defecto es 4k):
nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"
o http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffer_size en una configuración nginx estándar.
Eso resolverá el problema del error 502 al acceder a custom.domain/robots.txt
¿Qué hacer si el estado de configuración HTTPS permanece “Pendiente” por mucho tiempo?
Si el estado de configuración HTTPS permanece “Pendiente” por mucho tiempo, sigue estos pasos:
Verifica tu configuración DNS para problemas comunes:
• Asegúrate de que el registro CNAME esté correctamente formateado y no incluya partes adicionales del domain (por ejemplo, no agregues tu propio domain al host de Intercom).
• Asegúrate de usar un registro CNAME, no un registro A.
• El CNAME debe apuntar al domain regional correcto de Intercom (por ejemplo, us.intercomhelpcenter.com para workspaces en EE. UU.).Después de hacer correcciones, permite tiempo para la propagación DNS, que puede tardar de 1 a 72 horas según tu proveedor.
Una vez que el DNS esté configurado y propagado correctamente, vuelve a la configuración de tu Help Center e intenta habilitar HTTPS (configuración rápida) nuevamente.
Si el estado sigue “Pendiente” después de estos pasos y ha pasado suficiente tiempo, vuelve a verificar tu configuración DNS para detectar errores.
¿Cómo asegurar la seguridad y estabilidad a largo plazo?
Una vez que la configuración rápida de HTTPS esté habilitada y funcionando, es poco probable que surjan problemas recurrentes a menos que se modifiquen o configuren mal los ajustes. Intercom proporciona certificación SSL como parte de esta configuración para garantizar fiabilidad.
¿Los enlaces a artículos y páginas de colecciones redirigirán automáticamente a mi domain personalizado?
Después de configurar tu domain personalizado, los enlaces a artículos redirigirán automáticamente, pero los enlaces a páginas de colecciones podrían seguir cargándose bajo el domain predeterminado de Intercom si se accede directamente. Para empresas que priorizan SEO, asegúrate de que las colecciones estén actualizadas para funcionar con el domain personalizado.
Escenarios después de la reactivación o suspensión por pago
Si el problema surge después de reactivar tu Help Center o resolver suspensiones de pago:
Verifica la configuración de tu domain personalizado dentro de Intercom y asegúrate de que todos los campos estén correctamente actualizados.
Elimina el domain personalizado durante la solución de problemas si es necesario y vuelve temporalmente al domain predeterminado de Intercom.
¿Sigues teniendo problemas?
Si todo lo anterior parece estar en orden y aún tienes problemas, contacta a nuestro equipo de Soporte vía Messenger, ¡ellos estarán encantados de investigar más a fondo por ti!