← すべてのドキュメント

ドメイン確認

ドメイン確認は 1 回限りの DNS TXT チャレンジで、geodeck が llms.txt、sitemap、feed、可視性エンドポイントを有効にする前に、その hostname をあなたが管理していることを証明します。

仕組み

  1. ダッシュボードにドメインを追加します。ユニークなトークンを生成します。
  2. のDNS TXTレコードを作成します _geodeck.<hostname> トークンを値として設定します。
  3. をクリックします 確認。DNS-over-HTTPSでレコードを解決します。

レコードの例

Type:  TXT
Name:  _geodeck.example.com
Value: gd_v1_abc123...

トラブルシューティング

  • 伝播: ほとんどのレジストラは1〜5分以内に公開します。30分かかる場合もあります。
  • Apex対サブドメイン: レコード名はホスト名の下のリテラル _geodeck ラベルです - apexを2回含めないでください。
  • CNAMEチェーン: ルックアップはDNS解決に従います。CNAMEは問題ありません。
  • すでに確認済み: レコードはそのまま残せます - 定期的な再確認は行いません。

所有権の証明はAI可視性にとってなぜ重要ですか?

IndexNowドキュメントは、geodeckが使用しているのとほぼ同じDNSベースの所有権モデルを説明しており、Google自身のSearch Consoleヘルプもプロパティ確認のための同等のDNS TXT方式を文書化しています。所有権の証明が重要な理由は、生成エンジン最適化の研究者たちがarXiv論文で述べているように、そうでなければ作成者は自分のコンテンツがどう使われるかについてほとんど発言権を持てないからです。schema.orgのはじめ方ガイドも、ページが実際に何であるかを機械が曖昧さなく検証可能な形で読み取れるようにすることについて、同様の指摘をしています。

URLを送信するには、ホスト内で少なくとも1つのテキストファイルをホストすることで、URLが送信されるホストの所有権を「証明」する必要があります。

— IndexNow documentation

技術的な問題を迅速に発見・診断するには、Search Consoleでサイトを確認してください。

— Google Search Central documentation, “AI features and your website”

生成エンジンのブラックボックス的で急速に変化する性質を踏まえると、コンテンツ作成者は自分のコンテンツがいつ、どのように表示されるかをほとんど、あるいはまったくコントロールできません。

— Aggarwal et al., “GEO: Generative Engine Optimization” (arXiv:2311.09735)

geodeckドキュメントの続きを読むか、プラットフォームページへ移動してください。

Platform