DNS変更後にイベントのドメインが駐車ページを表示する場合：誤った接続先を特定する

訪問者に表示される画面を記録する

駐車ページ修復シートをダウンロード（Markdown、英語）

wwwやサブドメインを含めた正確なURLを、電話と別ネットワークで開きます。時刻、転送後のURL、題名、事業者の表示、画面を記録します。ルートドメインとwwwを別々に確認します。調査中は承認済みのイベントまたはチケットURLを案内に残します。

初期画面はレジストラ、DNS事業者、ホストのいずれからも届き得ます。「サイト準備完了」画面なら、意図したホストには着いても別のプロジェクトが応答している可能性があります。画面は症状の証拠であり、原因の証明ではありません。直近の承認済み変更と各アカウントの担当者を記録します。

権威DNSゾーンを確かめる

レジストラに登録されたネームサーバーと、公開する予定のDNSゾーンのものを比較します。違えば、予定のゾーンを編集しても公開回答は変わりません。同名のゾーンが複数ある場合は委任先を特定します。ゾーン全体を確認せずにネームサーバーを替えるとメールなどに影響するおそれがあります。[1]

問題のホスト名の権威回答を保存します。一つのリゾルバーのキャッシュだけで全員の表示を判断しません。変更直後なら別ネットワークの結果と時刻を比較します。

DNSの宛先とホストの指定値を照合する

対象名の実際のDNS回答（A、AAAA、CNAME）を、現ホストのドメイン設定手順と照合します。DNS事業者の画面でALIASやフラット化を設定している場合は、その設定も確認します。ALIASは独立したDNS回答の種類ではありません。有効な種類と宛先は事業者と名前により異なり、一般記事のIPを転用しないでください。古い駐車用レコード、意図しないワイルドカード、旧ホストの宛先も確認します。[2][4][5]

回答が指定値と一致するならDNSだけを原因と決めません。ルート、www、両方のどれが問題か書き分けます。根拠のある一箇所の変更を承認してもらい、元の値と戻し方を残します。無関係なメール・所有確認レコードは変えません。

ホスト側のドメイン割り当てを確認する

ホストの管理画面で、正確なホスト名が公開イベントサイトに割り当てられ、必要な所有確認が完了しているか調べます。VercelとNetlifyはDNS設定とサイトへの割り当てを別の手順として示します。実際の事業者の状態表示に従ってください。[2][3]

下書きや過去イベントではなく公開版が応答する想定か確認します。別プロジェクトやアカウントとの競合が出たら担当者へ渡し、所有者と移動先が確定するまで移管を強制しません。

参加者の経路を再確認する

承認済みの修正後、新しいブラウザーと別ネットワークで正確なHTTPS URLを開きます。ルート、www、イベントページ、日時、会場、チケットリンクをそれぞれ確認します。一部で旧画面が続くならDNS回答と以前のTTLを比較します。今TTLを変えても、すでに保存された回答は短縮されません。[1]

問題の名前、誤った画面、DNS宛先、サイト割り当て、担当者、変更時刻、最終結果を記録します。公開ページで確認するまで代替案内を消しません。Boletolibre.comにイベントがある場合は、そのページとチケット先を別途確認します。