Configurando HTTPS (configuração manual) ou HTTP
Para ativar HTTPS ou HTTP para seu custom domain:
Navegue até Settings > Help Center > Configure & Style
Na seção "Domain", localize a configuração "Security protocol"
Defina o "Security protocol" para HTTPS (manual setup) ou HTTP
Salve suas alterações
Verifique se você configurou o CNAME corretamente
Se você estiver usando HTTPS (manual setup) ou HTTP, verifique se o registro CNAME está configurado para:
Se seu workspace estiver hospedado nos EUA - custom.intercom.help
Se seu workspace estiver hospedado na Europa - custom.eu.intercom.help
Se seu workspace estiver hospedado na Austrália: custom.au.intercom.help
Se você estiver usando HTTPS (quick set up), verifique se o registro CNAME está configurado para:
Se seu workspace estiver hospedado nos EUA - us.intercomhelpcenter.com
Se seu workspace estiver hospedado na Europa - eu.intercomhelpcenter.com
Se seu workspace estiver hospedado na Austrália: au.intercomhelpcenter.com
HTTPS (quick set up) pode não estar disponível para seu workspace.
Para verificar em qual região seu workspace está hospedado, observe a barra de URL do seu navegador ao usar o Intercom.
Se a URL começar com:
app.intercom.com, seu workspace está hospedado nos EUAapp.eu.intercom.com, seu workspace está hospedado na Europaapp.au.intercom.com, seu workspace está hospedado na Austrália
Verifique se as alterações do CNAME foram propagadas
As alterações do CNAME levam algum tempo para propagar. Isso pode levar até 72 horas dependendo do seu provedor.
Você pode verificar se a alteração do CNAME foi propagada usando uma ferramenta como MXToolbox.
Outra ferramenta útil para verificar a propagação do DNS é whatsmydns.net, que pode ajudar a confirmar que suas alterações de DNS foram propagadas globalmente.
Certifique-se de usar a consulta CNAME no MXToolbox
Se você estiver usando HTTPS (manual setup) - neste caso, executar uma verificação CNAME normalmente não retornará dados, pois não há necessidade do DNS estar vinculado a um domain Intercom. A configuração é feita dentro do serviço que você configurou para implementar o HTTPS.
Verifique suas configurações do Cloudflare
Se você estiver usando Cloudflare, certifique-se de que a nuvem ao lado do seu registro CNAME esteja laranja e que você tenha configurado o SSL na seção "Crypto" para "Flexible" ou "Full".
Não escolha ‘Full (Strict)’ pois isso resultará em um certificado SSL inválido.
Certifique-se de que seu Help Center está ativo
Vá para Settings > Help Center e certifique-se de que seu Help Center está Live.
Resolvendo erros SSL no seu Help Center Intercom
Quando você encontrar erros SSL como ERR_SSL_VERSION_OR_CIPHER_MISMATCH ou SSL_ERROR_NO_CYPHER_OVERLAP no seu Help Center Intercom, isso indica um problema na conexão segura entre seu navegador e o servidor. Este guia ajudará você a entender e resolver esses problemas comuns.
Entendendo ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Este erro ocorre quando seu navegador não consegue estabelecer uma conexão segura com o servidor devido a problemas na configuração do SSL (Secure Sockets Layer).
Causas comuns
Configurações DNS incorretas ou atrasos na propagação: Os registros DNS (Domain Name System) podem estar configurados incorretamente ou ainda não terem se propagado completamente pela internet.
Exemplo: Um registro CNAME (Canonical Name) apontando para us.intercomhelpcenter.com da Intercom pode ainda não ter sido propagado.
Dica: Aguarde até 24 horas para que as alterações de DNS tenham efeito. A propagação do DNS pode levar tempo dependendo do seu provedor de domain e do provedor de internet.
Certificados SSL conflitantes ou duplicados: Se você estiver usando HTTPS com um custom domain (quick setup), a Intercom fornece o certificado SSL. Qualquer certificado conflitante ou adicional configurado no seu provedor de domain causará erros e deve ser removido.
Dica profissional: Certifique-se de que apenas o certificado SSL fornecido pela Intercom esteja ativo para seu custom domain para evitar conflitos.
Entendendo SSL_ERROR_NO_CYPHER_OVERLAP
Este problema ocorre durante o handshake SSL/TLS (Transport Layer Security) quando o servidor e o cliente não conseguem concordar sobre os protocolos de criptografia ou conjuntos de cifras suportados.
Resolvendo problemas de sobreposição de cifras
Garanta padrões de criptografia atualizados: Tanto seu navegador quanto o servidor devem suportar padrões modernos de criptografia.
Nota: Navegadores ou sistemas operacionais mais antigos podem não suportar os protocolos de criptografia mais recentes, causando esse erro.
Dica: Atualize seu navegador para a versão mais recente para garantir suporte aos padrões atuais de criptografia.
Resolvendo erros de handshake SSL para link branding
A Intercom não configura SSL para link branding em custom domains. Você é responsável por configurar e gerenciar os certificados SSL dentro do seu provedor de domain para link branding.
Resolvendo problemas SSL de Link Branding
Visite as configurações SSL do seu provedor de domain: Para resolver problemas de handshake SSL para link branding, você precisará configurar o certificado SSL diretamente com seu provedor de domain.
Nota: Isso é separado do certificado SSL que a Intercom fornece para o domain principal do seu Help Center.
Importante: Consulte a documentação ou suporte do seu provedor de domain para instruções específicas sobre como configurar e solucionar problemas de certificados SSL.
Se seu certificado SSL for gerenciado por um provedor terceirizado, certifique-se de que ele ainda é válido.
Certifique-se de que você tenha pelo menos um artigo publicado
Se você estiver vendo Not found ao tentar acessar seu Help Center, certifique-se de que tenha pelo menos um artigo publicado. Se não houver artigos publicados, seu Help Center ficará inativo e retornará Not found.
Erro 1014 - CNAME Cross-User Banned
Se você encontrar o Erro 1014 ao visitar seu custom domain do Help Center, provavelmente é devido a um problema de CNAME Cross User do Cloudflare. Para resolver esse erro:
Configurações DNS do Cloudflare: Certifique-se de que o registro CNAME esteja configurado no modo DNS-only (ícone de nuvem cinza) no Cloudflare, não proxy. A configuração proxy (ícone de nuvem laranja) pode resultar no erro 1014.
Registro CNAME: Crie um registro CNAME e certifique-se de que seu custom domain aponte para custom.intercom.help ou us.intercomhelpcenter.com (dependendo do seu método de configuração HTTPS)
Aguarde até 48 horas para a propagação do DNS. Se o problema persistir, pode ser necessária uma investigação mais aprofundada nas configurações do servidor.
Erro "Access Denied" durante a configuração do HTTPS
Se você encontrar um erro "Access Denied" ao configurar o HTTPS:
Verifique se seu registro CNAME aponta para o domain regional correto
Se estiver usando Cloudflare, certifique-se de que o modo SSL esteja configurado para "Flexible" ou "Full" (não "Full (Strict)")
Reiniciar a configuração do SSL desligando a configuração HTTPS, aguardando alguns minutos e ligando novamente é uma etapa recomendada de solução de problemas.
Usando Amazon CloudFront?
Certifique-se de seguir todas as etapas no guia.
Usando Custom Reverse Proxy?
Certifique-se de seguir os guias.
Exemplo de consulta CNAME para configuração de reverse proxy: não encontrará nada, mas mostrará qual servidor DNS você utiliza.
Recebendo erro 502 ao acessar custom.domain/robots.txt?
Se você estiver usando nginx (ou ingress nginx), verifique seus logs para:
“upstream sent too big header while reading response header from upstream”
Se você encontrar essa mensagem nos seus logs, precisa aumentar, na anotação do seu ingress (o padrão é 4k):
nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"
ou http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffer_size em uma configuração padrão do nginx.
Isso resolverá o problema do erro 502 ao acessar custom.domain/robots.txt
E se o status da configuração HTTPS permanecer “Pending” por um longo período?
Se o status da configuração HTTPS permanecer “Pending” por um longo período, siga estas etapas:
Verifique sua configuração DNS para problemas comuns:
• Certifique-se de que o registro CNAME está formatado corretamente e não inclui partes extras do domain (por exemplo, não adicione seu próprio domain ao host da Intercom).
• Certifique-se de que está usando um registro CNAME, não um registro A.
• O CNAME deve apontar para o domain regional correto da Intercom (por exemplo, us.intercomhelpcenter.com para workspaces dos EUA).Após fazer as correções, aguarde o tempo para a propagação do DNS, que pode levar de 1 a 72 horas dependendo do seu provedor.
Depois que o DNS estiver configurado e propagado corretamente, volte às configurações do seu Help Center e tente ativar o HTTPS (quick setup) novamente.
Se o status permanecer “Pending” após essas etapas e tempo suficiente tiver passado, verifique novamente suas configurações DNS para quaisquer erros.
Como garantir segurança e estabilidade a longo prazo?
Depois que o HTTPS quick setup estiver ativado e funcionando, problemas recorrentes são improváveis, a menos que as configurações sejam modificadas ou configuradas incorretamente. A Intercom fornece certificação SSL como parte dessa configuração para garantir confiabilidade.
Os links de artigos e páginas de coleção redirecionarão automaticamente para meu custom domain?
Após configurar seu custom domain, os links dos artigos redirecionarão automaticamente, mas os links das páginas de coleção ainda podem carregar sob o domain padrão da Intercom se acessados diretamente. Para empresas que priorizam SEO, certifique-se de que as coleções estejam atualizadas para funcionar com o custom domain.
Cenários após reativação ou suspensão de pagamento
Se o problema surgir após reativar seu Help Center ou resolver suspensões de pagamento:
Verifique as configurações do seu custom domain dentro do Intercom e certifique-se de que todos os campos estejam atualizados corretamente.
Remova o custom domain durante a solução de problemas, se necessário, e volte temporariamente para o domain padrão da Intercom.
Ainda está tendo problemas?
Se tudo acima parecer correto e você ainda estiver tendo problemas, entre em contato com nossa equipe de Suporte via Messenger, e eles ficarão felizes em investigar isso para você!