カスタムドメインでHTTPSまたはHTTPを有効にするには:

HTTPS（手動設定）またはHTTPを使用している場合、CNAMEレコードが次のように設定されているか確認してください:

HTTPS（クイックセットアップ）を使用している場合、CNAMEレコードが次のように設定されているか確認してください:

CNAMEの変更は反映に時間がかかります。プロバイダーによっては最大72時間かかることがあります。

MXToolboxのようなツールでCNAMEの変更が反映されたか確認できます。

DNSの反映確認に便利なツールとしてwhatsmydns.netもあり、DNS変更が世界中に反映されたか確認できます。

Cloudflareを使用している場合、CNAMEレコードの横のクラウドがオレンジ色で、"Crypto"セクションのSSLが"Flexible"または"Full"に設定されていることを確認してください。

Settings > Help Centerに移動し、Help CenterがLiveに設定されていることを確認してください。

Intercom Help CenterでERR_SSL_VERSION_OR_CIPHER_MISMATCHやSSL_ERROR_NO_CYPHER_OVERLAPのSSLエラーが発生した場合、ブラウザとサーバー間の安全な接続に問題があることを示します。このガイドはこれらの一般的な問題の理解と解決を助けます。

このエラーは、ブラウザがSSL（Secure Sockets Layer）設定の問題でサーバーとの安全な接続を確立できない場合に発生します。

DNS設定の誤りや伝播遅延：DNS（Domain Name System）レコードが誤って設定されているか、インターネット全体に完全に伝播していない可能性があります。

例：Intercomのus.intercomhelpcenter.comを指すCNAME（Canonical Name）レコードがまだ伝播していない場合があります。

競合または重複したSSL証明書：カスタムドメインのHTTPS（クイックセットアップ）を使用している場合、IntercomがSSL証明書を提供します。ドメインプロバイダー内で設定された競合または追加の証明書はエラーの原因となるため削除してください。

この問題は、SSL/TLS（Transport Layer Security）ハンドシェイク中にサーバーとクライアントが対応する暗号化プロトコルや暗号スイートで合意できない場合に発生します。

最新の暗号化標準を使用していることを確認：ブラウザとサーバーの両方が最新の暗号化標準をサポートしている必要があります。

Intercomはカスタムドメインのリンクブランディングに対してSSLを設定しません。リンクブランディングのSSL証明書の設定と管理は、domainプロバイダー側で行う必要があります。

domainプロバイダーのSSL設定を確認してください：リンクブランディングのSSLハンドシェイク問題を解決するには、domainプロバイダーで直接SSL証明書を設定する必要があります。

SSL証明書をサードパーティのプロバイダーで管理している場合は、有効期限が切れていないか確認してください。

Help Centerにアクセスした際にNot foundが表示される場合は、少なくとも1つの記事が公開されているか確認してください。記事が公開されていない場合、Help Centerは非アクティブとなりNot foundが返されます。

カスタムHelp Center domainにアクセスした際にエラー1014が発生した場合、これはCloudflareのクロスユーザCNAME問題が原因の可能性があります。このエラーを解決するには：

エラー1014のよくある見落としがちな原因は、CNAMEレコード作成後にIntercom Help Center設定で正しいセキュリティプロトコルを選択していないことです。DNSが正しく設定されていても、このステップが完了しないとカスタムdomainは検証されません。問題解決には、設定 > Help Center > 設定とスタイルに移動し、Domainセクションを開いて、DNS設定に合ったオプションを選択してください。CNAMEがus.intercomhelpcenter.comを指す場合はHTTPS（クイックセットアップ）、custom.intercom.helpを指す場合はHTTPS（手動セットアップ）を選択し、変更を保存してください。

HTTPS設定中に「アクセス拒否」エラーが発生した場合：

ガイドのすべての手順に従っていることを確認してください。

nginx（またはingress nginx）を使用している場合は、ログを確認してください。

“upstream sent too big header while reading response header from upstream”
​
ログにこのメッセージがある場合、ingressのアノテーションで（デフォルトは4k）値を増やす必要があります。

またはvanilla nginx設定でhttp://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffer_sizeを参照してください。

これでcustom.domain/robots.txtアクセス時の502エラー問題が解決します。

HTTPS設定ステータスが長時間「保留」のままの場合は、以下の手順を実行してください。

HTTPSクイックセットアップが有効で正常に機能している場合、設定が変更または誤設定されない限り、再発する問題はほとんどありません。Intercomはこのセットアップの一環としてSSL証明を提供し、信頼性を確保します。

カスタムdomainを設定すると、記事リンクは自動的にリダイレクトされますが、コレクションページのリンクは直接アクセスするとデフォルトのIntercom domainで読み込まれる場合があります。SEOを重視する企業は、コレクションがカスタムdomainで正しく動作するように更新してください。

Help Centerを再有効化したり支払い停止を解決した後に問題が発生した場合：

上記の内容に問題がなく、それでも問題が解決しない場合は、Messengerを通じてサポートチームにお問い合わせください。喜んで調査いたします！