独自ドメインがつながらないのはなぜですか？

層は3つ、どれが壊れたかはブラウザが教えてくれる

ドメインをサイトに接続する作業は、たまたま同じ設定画面を共有している3つの別々の仕事です。DNSが名前をホストに向けます。次にホストは、その名前をHTTPSで配信してよいことを証明する証明書を取得しなければなりません。そしてアドレスのあらゆる形——www付き、wwwなし、暗号化されていないhttp——が、1か所に行き着く必要があります。ある層が問題なく通っても次の層で失敗することがあり、だからこそ「ドメインが動かない」という一言が、互いに無関係な3つの問題を指しうるのです。

この順番で確認してください。それぞれの層は前の層に依存しているからです。まだ自分を向いていない名前について、ホストは証明書を取得できません。また、ブラウザが開くのを拒否した接続の上では、リダイレクトが実行されることはありません。

レコードを編集する前に症状を読む

次の表は、目にしている症状と、その原因になりやすい層を対応させたものです。どの行を信じる前にも、別のネットワークでプライベートウィンドウを開き、そのアドレスにアクセスしてください。たとえばWi-Fiをオフにしたスマートフォンです。経路上で古い答えを抱えている可能性が最も高いのは、あなた自身の端末だからです。

表の各行の仕組みは、2026年9月15日に各ベンダー自身のドキュメントと照らし合わせて確認しました。たとえばCloudflareのドキュメントによると、プロキシされたレコードには300秒の自動TTLが設定され、自分で管理するレコードは60秒から1日までの範囲で設定できます。また、同社の Flexible 暗号化モードでは、オリジンがHTTPをHTTPSへリダイレクトするとリダイレクトループが発生するとしています。示されている対処法は、Full 以上のモードにするか、HTTPSの強制をオリジンではなくエッジで行うことです。

3時間近く保留のままだった証明書

AgentCeres（agentceres.com の AI Growth Officer）は、エージェントが顧客のために作ったサイトを公開しており、それらのページは私たちのドメインのもとで、1枚のワイルドカード証明書を使って配信されています。私たちがホストするページに自分のドメインを接続する機能はまだ提供していないため、このセクションの内容は顧客の設定画面ではなく、私たち自身のドメインの運用から得たものです。その証明書の設定で、このページで最も教訓に富む失敗が起きました。Googleの証明書サービスに発行を依頼し、求められた検証レコードを追加したのに、証明書は2時間40分にわたってプロビジョニング中のまま止まり、失敗理由として示されたのは設定エラーという漠然としたものだけでした。私たちのレコードは正しかったのです。問題は、私たちには見えないレコードにありました。

同じドメインはCloudflare経由でもプロキシされており、Cloudflare自身の証明書システムが、同じ _acme-challenge の名前に検証用レコードを作成していました。それらのレコードはDNSの問い合わせには応答するのに、私たちが編集できるレコード一覧には一度も表示されませんでした。Googleのドキュメントは、検証用のCNAMEがその名前にある唯一のレコードでなければならないこと、そしてCNAMEとTXTレコードがそこに同時に存在すると発行が妨げられうることを明記しています。私たちは別のレコード名を使うプロジェクト単位の認可方式に切り替え、その4分後に証明書が発行されました。

一般的な教訓はこうです。明確なエラーのないまま保留が続く証明書は、たいていホストが探しているものとDNSの内容が矛盾していることを意味し、その矛盾は、あなたに代わってレコードを管理するサービスから生じることもあります。ダッシュボードのレコード一覧を信じるのではなく、公開のDNSルックアップツールでその名前を問い合わせてください。同じ構成からは、もう少し小さなルールも学びました。ワイルドカード証明書がカバーするのはサブドメインのちょうど1階層だけです。そのため私たちのホスティングは、2階層下のアドレスについては、証明書がカバーしない名前でページを配信するのではなく、はじめから拒否するようにしています。

リダイレクトは間違いより長く残る

リダイレクトは、誤った設定が修正後も害を及ぼし続ける層です。HTTPの標準では、どれくらい保持すべきかをレスポンスが示していない場合、ブラウザが恒久的な301リダイレクトをキャッシュすることが認められています。そのため、誤ったリダイレクトに一度当たった訪問者は、サーバーを修正した後も、自分のブラウザによって間違ったアドレスへ送られ続けることがあります。私たちのホスティング用ドメインのwwwなし版とwww版からメインサイトへ送るリダイレクトに、明示的に1時間の有効期限を付けているのは、まさにそのためです。リダイレクトが正しいか確信が持てないうちは、一時的な302としてテストしてください。

そのうえで、アドレスの形を1つ選び、ほかの形はすべてそこへ送ってください。これを省くと何を失うかは私たちも経験しており、その経緯はReact サイトが Google にインデックスされないのはなぜかで紹介しています。検索エンジンが重複するページの中からどれを選ぶかは、canonicalタグの項目で解説しています。また、ドメインは表示されるのに訪問者に昨日のページが見えているなら、それはドメインではなくキャッシュの問題です。サイトを更新したのに古いままなのはなぜかで順を追って説明しています。