Configuración de HTTPS (configuración manual) o HTTP
Para habilitar HTTPS o HTTP para tu custom domain:
Navega a Settings > Help Center > Configure & Style
En la sección "Domain", localiza la configuración "Security protocol"
Configura el "Security protocol" a HTTPS (manual setup) o HTTP
Guarda tus cambios
Verifica que hayas configurado el CNAME correctamente
Si usas HTTPS (manual setup) 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 (quick set up), 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 (quick set up) 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 el 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 (manual setup), normalmente una verificación CNAME no devolverá datos ya que 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 la 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" a "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é Live.
Resolución de errores SSL en tu Intercom Help Center
Cuando encuentres errores SSL como ERR_SSL_VERSION_OR_CIPHER_MISMATCH o SSL_ERROR_NO_CYPHER_OVERLAP en tu Intercom Help Center, 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 custom domain (quick setup), Intercom provee 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 custom domain para evitar conflictos.
Entendiendo SSL_ERROR_NO_CYPHER_OVERLAP
Este problema surge durante el protocolo 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.
Solucionar errores de handshake SSL para link branding
Intercom no configura SSL para link branding en custom domains. Usted es responsable de configurar y gestionar los certificados SSL dentro de su domain provider para link branding.
Resolución de problemas SSL en Link Branding
Visite la configuración SSL de su domain provider: Para resolver problemas de handshake SSL para link branding, deberá configurar el certificado SSL directamente con su domain provider.
Nota: Esto es independiente del certificado SSL que Intercom proporciona para el dominio principal de su Help Center.
Importante: Consulte la documentación o soporte de su domain provider para instrucciones específicas sobre cómo configurar y solucionar problemas de certificados SSL.
Si su certificado SSL es gestionado por un proveedor externo, asegúrese de que siga siendo válido.
Asegúrese de tener al menos un artículo publicado
Si ve No encontrado al intentar visitar su Help Center, asegúrese de tener al menos un artículo publicado. Si no hay artículos publicados, su Help Center estará inactivo y devolverá No encontrado.
Error 1014- CNAME Cross-User Banned
Si encuentra un Error 1014 al visitar su custom Help Center domain, probablemente se deba a un problema de Cloudflare Cross User CNAME. Para resolver este error:
Configuración DNS de Cloudflare: Asegúrese de que el registro CNAME esté configurado 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: Cree un registro CNAME y asegúrese de que su custom domain apunte a custom.intercom.help o us.intercomhelpcenter.com (dependiendo de su método de configuración HTTPS)
Permita 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.
Notas:
El proxy de Cloudflare activado causa fallo en el handshake SSL para link branding porque Intercom solo presenta certificados *.intercom-mail.com.
La solución requiere una regla de origen de Cloudflare (solo para Enterprise).
Los clientes que no son Enterprise deben usar modo solo DNS.
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 su Intercom Help Center después de crear el registro CNAME. Incluso si su DNS está configurado correctamente, el custom domain no se validará hasta completar este paso. Para resolver este problema, vaya a Configuración > Help Center > Configurar y Estilo, abra la sección Domain y seleccione la opción que coincida con su configuración DNS: HTTPS (Configuración rápida) si su CNAME apunta a us.intercomhelpcenter.com, o HTTPS (Configuración manual) si su CNAME apunta a custom.intercom.help. Recuerde guardar los cambios después de seleccionar.
Importante: Si tiene un plan Cloudflare Enterprise o superior, asegúrese de que Zone Hold esté desactivado para su 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, vaya a la configuración de su cuenta Cloudflare y desactive Zone Hold para el domain afectado.
Error "Acceso Denegado" durante la configuración HTTPS
Si encuentra un error de "Acceso Denegado" al configurar HTTPS:
Verifique que su registro CNAME apunte al domain regional correcto
Si usa Cloudflare, asegúrese de que el modo SSL esté configurado en "Flexible" o "Completo" (no "Completo (Estricto)")
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.
¿Usa Amazon CloudFront?
Asegúrese de seguir todos los pasos en la guía.
¿Usa Proxy Reverso Personalizado?
Asegúrese de seguir las guías.
Ejemplo de búsqueda CNAME para configuración de proxy reverso: no encontrará nada pero sabrá qué servidor DNS utiliza.
¿Recibe un error 502 al acceder a custom.domain/robots.txt?
Si usa nginx (o ingress nginx) revise sus registros para:
“upstream envió un encabezado demasiado grande mientras leía el encabezado de respuesta del upstream”
Si encuentra ese mensaje en sus registros, debe aumentar, en la anotación de su ingress (el valor predeterminado 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, siga estos pasos:
Verifique su configuración DNS para problemas comunes:
• Asegúrese de que el registro CNAME esté correctamente formateado y no incluya partes adicionales del domain (por ejemplo, no agregue su propio domain al host de Intercom).
• Asegúrese 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 espacios de trabajo en EE. UU.).Después de hacer correcciones, permita tiempo para la propagación DNS, que puede tardar de 1 a 72 horas según su proveedor.
Una vez que el DNS esté configurado y propagado correctamente, vuelva a la configuración de su Help Center e intente habilitar HTTPS (configuración rápida) nuevamente.
Si el estado sigue “Pendiente” después de estos pasos y ha pasado suficiente tiempo, vuelva a verificar su 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 incorrectamente los ajustes. Intercom proporciona certificación SSL como parte de esta configuración para garantizar la fiabilidad.
¿Los enlaces a artículos y páginas de colección redirigirán automáticamente a mi custom domain?
Después de configurar su custom domain, los enlaces a artículos redirigirán automáticamente, pero los enlaces a páginas de colección podrían seguir cargándose bajo el domain predeterminado de Intercom si se accede directamente. Para empresas que priorizan el SEO, asegúrese de que las colecciones estén actualizadas para funcionar con el custom domain.
Escenarios después de la reactivación o suspensión por pago
Si el problema surge después de reactivar su Help Center o resolver suspensiones de pago:
Verifique la configuración de su custom domain dentro de Intercom y asegúrese de que todos los campos estén correctamente actualizados.
Elimine el custom domain durante la solución de problemas si es necesario y vuelva temporalmente al domain predeterminado de Intercom.
¿Sigue teniendo problemas?
Si todo lo anterior parece estar en orden y aún tienes problemas, contacta a nuestro equipo de Soporte vía Messenger; estarán encantados de ayudarte a investigar más a fondo.