Para ativar HTTPS ou HTTP para seu domain personalizado:

Se você estiver usando HTTPS (configuração manual) ou HTTP, verifique se o registro CNAME está configurado para:

Se você estiver usando HTTPS (configuração rápida), verifique se o registro CNAME está configurado para:

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.

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 "Flexível" ou "Completo".

Vá para Configurações > Help Center e certifique-se de que seu Help Center está Ativo.

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.

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).

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.

Certificados SSL conflitantes ou duplicados: Se você estiver usando HTTPS com um domain personalizado (configuração rápida), a Intercom fornece o certificado SSL. Quaisquer certificados conflitantes ou adicionais configurados no seu provedor de domain causarão erros e devem ser removidos.

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 suítes de cifra suportados.

Garanta padrões de criptografia atualizados: Tanto seu navegador quanto o servidor devem suportar padrões modernos de criptografia.

O Intercom não configura SSL para link branding em domínios personalizados. Você é responsável por configurar e gerenciar os certificados SSL dentro do seu provedor de domain para link branding.

Visite as configurações de SSL do seu domain provider: Para resolver problemas de handshake SSL para link branding, você precisará configurar o certificado SSL diretamente com seu domain provider.

Se o seu certificado SSL for gerenciado por um provedor terceirizado, certifique-se de que ele ainda esteja válido.

Se você está 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.

Se você encontrar um Erro 1014 ao visitar seu domínio personalizado do Help Center, isso provavelmente se deve a um problema de CNAME Cross User do Cloudflare. Para resolver esse erro:

Uma causa comum, mas fácil de perder, do Erro 1014 é não selecionar o protocolo de segurança correto nas configurações do seu Intercom Help Center após criar o registro CNAME. Mesmo que seu DNS esteja configurado corretamente, o domínio personalizado não será validado até que essa etapa seja concluída. Para resolver esse problema, vá para Configurações > Help Center > Configurar & Estilo, abra a seção Domain e selecione a opção que corresponde à sua configuração de DNS: HTTPS (Configuração Rápida) se seu CNAME apontar para us.intercomhelpcenter.com, ou HTTPS (Configuração Manual) se seu CNAME apontar para custom.intercom.help. Lembre-se de salvar suas alterações após selecionar.

Se você encontrar um erro "Access Denied" ao configurar o HTTPS:

Certifique-se de seguir todas as etapas no guia.

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):

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

Se o status da configuração HTTPS permanecer “Pendente” por um longo período, siga estas etapas:

Depois que a configuração rápida do HTTPS estiver habilitada e funcionando, problemas recorrentes são improváveis, a menos que as configurações sejam modificadas ou configuradas incorretamente. O Intercom fornece certificação SSL como parte dessa configuração para garantir confiabilidade.

Após configurar seu domínio personalizado, os links dos artigos redirecionarão automaticamente, mas os links das páginas de coleção ainda podem carregar sob o domínio padrão do Intercom se acessados diretamente. Para empresas que priorizam SEO, certifique-se de que as coleções estejam devidamente atualizadas para funcionar com o domínio personalizado.

Se o problema surgir após reativar seu Help Center ou resolver suspensões de pagamento:

Se tudo acima parecer estar em ordem e você ainda estiver enfrentando problemas, entre em contato com nossa equipe de Suporte pelo Messenger, e eles ficarão felizes em investigar isso para você!