ブランドリンクが開かないのはなぜ？DNS反映待ちのときに確認したいこと
独自ドメインで短いリンクを作ったのに、開いてみたら「このサイトにアクセスできません」。設定を見直しても間違いが見当たらない。
そんなとき、実は設定ミスではなく「ただの反映待ち」ということが少なくありません。
DNSの変更は、保存した瞬間に世界中へ広がるわけではありません。
名前解決の情報が各地のリゾルバやキャッシュに行き渡るまでには、どうしても時間がかかります。これがDNSの反映遅延です。
結論としては、多くの場合数分から数時間で直ります。24時間以上かかることもありますが、頻度としては稀です。
ここで大事なのは、待てばいいのか、それとも直すべきなのかを切り分けること。
反映待ちかどうかの見分け方
一番わかりやすいのは、digやnslookupで「今どう答えているか」を見ることです。
ターミナルで `dig link.example.com` のように叩けば、その時点で返ってくる値が確認できます。
何も返ってこない、あるいは古いIPを返しているなら、反映待ちの可能性が高い。
逆に、意図した値がすでに返っているのに開かないなら、原因はDNS以外にあります。アプリ側の設定、証明書の発行、リダイレクトの向き先などを疑ったほうが早いです。
TTLも一緒に見ておくと判断しやすいです。TTLが3600なら、最大で1時間ほど古い情報がキャッシュされ続けるという意味になります。
反映を待っている間、ネームサーバーを何度も切り替えたり、レコードを消して作り直したりするのは逆効果になりがちです。変更するたびに待ち時間がリセットされる感覚で、余計に混乱します。
ブラウザキャッシュやOSのDNSキャッシュも紛らわしい存在です。同じPCで何度もリロードして「まだダメだ」と判断するのは少し早計かもしれません。
スマホのテザリングや別回線で開いたらすんなり表示された、というのはよくあるパターンです。
キャッシュを消すなら、Windowsは `ipconfig /flushdns`、Macなら `sudo dscacheutil -flushcache` あたりを試しておくと安心です。
待つ前に確認したい3点
とはいえ、待つ前にやることは意外と少ないです。見るべきはレコードの値、ホスト名、TTLの3つ。
ここが合っていれば、あとは時間の問題になります。
逆にここがズレていると、何時間待っても開きません。
よくあるのは `www` の付け忘れ、末尾のドットの扱い、値のコピペミス。地味ですが、DNSでつまずく原因の多くはこのあたりです。
ルートドメインにCNAMEを置けないという制約も引っかかりやすいポイントです。`www` なしで使いたい場合は、Aレコードやサービス側が指定するALIAS相当のレコードを使う必要があります。
Cloudflareなどを経由している場合は、プロキシ（オレンジ雲）のオンオフで挙動が変わる点も覚えておきたいところです。
証明書の発行がDNS反映後に行われるタイプのサービスだと、反映に加えてさらに数分のラグが乗ります。この二段階の待ちを知らないと、壊れていると思い込んでしまうんですよね。
ブランドリンクのように独自ドメインを接続するタイプのサービスでは、この工程が必ず発生します。短いリンクを自分のドメインで発行する場合も同じで、接続手順と反映状況の確認方法がセットでまとまっていると安心です。
確認用のツールは複数使うと判断しやすいです。dnscheckerのようなサイトなら、地域ごとの反映状況をざっくり眺められます。
ただ、表示がバラバラでも焦らなくて大丈夫です。世界中のリゾルバが一斉に更新されるわけではないので、それが普通の状態です。
反映が完了したあとも、自分の環境だけ古い情報を掴んでいることがあります。その場合は少し時間を置くか、別のネットワークで試すのが手っ取り早いです。
開かない＝設定ミス、と決めつけないこと。返ってくる値を確認して、それから待つ。
待つという工程が入るだけで、作業の見通しはかなり良くなります。地味な領域ですが、一度流れを押さえておくと、リンクまわりのトラブルに落ち着いて対応できるようになります。
