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 correcto
Si estás usando 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 estás usando 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 de CNAME se hayan propagado
Los cambios de CNAME tardan un tiempo en propagarse. Esto puede tomar hasta 72 horas dependiendo de 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 ayudar a 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 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é Live.
Resolviendo 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 dependiendo de tu proveedor de domain y proveedor de internet.
Certificados SSL conflictivos o duplicados: Si usas HTTPS con un custom domain (quick setup), 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 custom domain para evitar conflictos.
Entendiendo SSL_ERROR_NO_CYPHER_OVERLAP
Este problema surge durante el handshake 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 superposición 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.
Abordando errores de handshake SSL para link branding
Intercom no configura SSL para link branding en custom domains. Eres responsable de configurar y gestionar los certificados SSL dentro de tu proveedor de domain para link branding.
Resolviendo problemas SSL de Link Branding
Visita la configuración SSL de tu proveedor de domain: Para resolver problemas de handshake SSL para link branding, necesitarás 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 Not found 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 devolverá Not found.
Error 1014 - CNAME Cross-User Banned
Si encuentras un Error 1014 al visitar tu custom Help Center domain, 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 custom domain apunte a custom.intercom.help o us.intercomhelpcenter.com (dependiendo de 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.
Error "Access Denied" durante la configuración de HTTPS
Si encuentras un error "Access Denied" 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 Custom Reverse Proxy?
Asegúrate de seguir las guías.
Ejemplo de búsqueda CNAME para una configuración de reverse proxy: 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 estándar de nginx.
Eso resolverá el problema del error 502 al acceder a custom.domain/robots.txt
¿Qué pasa si el estado de configuración HTTPS permanece “Pending” por un período prolongado?
Si el estado de configuración HTTPS permanece “Pending” por un período prolongado, 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 tomar desde 1 hasta 72 horas dependiendo de tu proveedor.
Una vez que el DNS esté correctamente configurado y propagado, vuelve a la configuración de tu Help Center e intenta habilitar HTTPS (quick setup) nuevamente.
Si el estado permanece “Pending” 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 la certificación SSL como parte de esta configuración para garantizar la fiabilidad.
¿Los enlaces de artículos y páginas de colección redirigirán automáticamente a mi custom domain?
Después de configurar tu custom domain, los enlaces de artículos redirigirán automáticamente, pero los enlaces de 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úrate de que las colecciones estén correctamente actualizadas para funcionar con el custom domain.
Escenarios después de la reactivación o suspensión de pago
Si el problema surge después de reactivar tu Help Center o resolver suspensiones de pago:
Verifica la configuración de tu custom domain dentro de Intercom y asegúrate de que todos los campos estén correctamente actualizados.
Elimina el custom domain 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, ¡y estarán encantados de investigar más a fondo por ti!