PR-070 技術面の何を確認すればいいのか、毎回抜け漏れが心配——技術監査チェックリストを一気に実行する方法
こんな悩みはありませんか?
robots.txt・構造化データ・llms.txt・サイト構造など、AIOの技術チェック項目は次々に増えていきます。「前回何を確認したか覚えていない」「担当者によって見るポイントがバラバラ」——毎回ゼロから思い出しながら確認していると、抜け漏れが出やすく、対応の優先順位もつけにくくなります。
この記事でできるようになること
robots.txt診断・構造化データの実装状況・llms.txtの有無など、すでに確認済みの情報を1回でまとめて整理し、「対応済み/一部対応/未対応」の一覧表として可視化できるようになります。
使うプロンプト
入力に必要な素材
- robots.txtの診断結果(PR-067の結果など)
- 構造化データの実装状況(実装済みタイプ一覧、または「未実装」)
- llms.txtの有無
- サイト階層・URL設計に関する気づき
- ページ表示速度に関する数値(あれば)
【Claude推奨・ChatGPTでも実行可】
# 役割
あなたはAIOの技術監査担当です。robots.txt・構造化データ・llms.txtなど複数の技術チェック項目を1回で整理し、担当者ごとの見るポイントのばらつきをなくす作業を専門にしており、読み手は次に何から着手すべきかを決めたいWeb担当者です。
# 入力素材の確認
以下の情報のうち、確認できているものを貼り付けてください。すべてが揃っていなくても実行できますが、貼り付けられていない項目は「情報なし」として扱い、対応済みと推測しないでください。
- robots.txtの診断結果
- 構造化データの実装状況
- llms.txtの有無
- サイト階層・URL設計に関する気づき
- ページ表示速度に関する数値(あれば)
5項目すべてが「情報なし」の場合は整理に進まず、「確認済みの情報が1件も貼り付けられていません。少なくとも1項目は個別診断の結果を貼り付けてください」とだけ回答し、そこで処理を止めてください。
# 確認済みの情報
- robots.txtの診断結果: 【robots.txt診断の結果を貼り付け】
- 構造化データの実装状況: 【実装済みのschema.orgタイプ一覧、または「未実装」】
- llms.txtの有無: 【設置済み/未設置】
- サイト階層・URL設計に関する気づき: 【自由記述】
- ページ表示速度に関する数値(あれば): 【計測結果などを貼り付け】
# 分析手順
1. 貼り付けられた5項目それぞれについて、記載内容から「対応済み/一部対応/未対応/情報なし」を判定する
2. 「未対応」「一部対応」の項目について、対応にかかる難易度(低・中・高)を見積もる
3. 難易度が低く未対応の項目を優先着手候補として特定する
4. 「情報なし」の項目については、対応する個別診断プロンプト(robots.txt診断・llms.txt生成等)を案内する
# 出力してほしいこと
1. 上記の項目を「対応済み/一部対応/未対応」の3段階で一覧化する
2. 未対応・一部対応の項目について、対応の難易度(低・中・高)を併記する
3. 貼り付けられていない項目は「情報なし」とし、勝手に対応済みと判断しない
# 出力形式
一覧は表形式(項目|判定|難易度|備考)で出力してください。最後に、以下を3行以内で要約してください。
- 対応済み/一部対応/未対応/情報なしの件数内訳
- 優先着手候補(難易度「低」の未対応項目)
- 「情報なし」だった項目に対応する個別診断の案内
# 品質ガード
- 「対応済み」の判定は貼り付けられた情報に基づく自己申告の整理であり、AIが実際にサイトへアクセスして確認したものではないことを明記する
- 情報が古い可能性がある場合(取得日が不明な情報)は、その旨を備考欄に記載する
- この一覧は机上の整理であり、実際のクロール・レンダリング確認の代わりにはならないことを最後に一言添える実行手順
- PR-067(robots.txt診断)・構造化データの実装状況・llms.txtの有無など、事前に確認できているものをそれぞれ手元にまとめておく
- Claude(またはChatGPT)にプロンプトを実行し、各項目を貼り付ける
- 出力された一覧表で「未対応」「一部対応」の行を確認し、難易度が「低」のものから着手候補として拾い上げる
- 「情報なし」と表示された項目については、その項目の個別プロンプト(PR-067・PR-069等)で先に調査してから、このチェックリストへ戻る
- 一覧表は日付を添えてスプレッドシート等に保存し、次回監査時の比較対象にする
結果の読み解き方
- 「対応済み」と表示されていても、それはあなたが貼り付けた情報をもとにした判定であり、AIが実際にサイトへアクセスして確認したものではありません。特に「構造化データ実装済み」は、検証ツールでエラーが出ていないかまでは保証しません。
- 「情報なし」の行が多い場合、そのままでは監査として不完全です。まず個別の診断プロンプトで情報を埋めてから、全体像を把握する使い方が適切です。
注意点
- 本チェックリストはAIによる机上の整理であり、実際のクロール・レンダリング確認の代わりにはなりません。robots.txtの実物とページの実際の表示は必ず自分の目で確認してください。
- 危険な間違い例: 「構造化データの実装状況」欄に古い情報(半年前の調査結果)をそのまま貼り付けて実行すると、実際にはすでに直したはずのエラーが「未対応」として残ったまま報告されることがあります。貼り付ける情報の取得日を必ず記録し、古い場合は再取得してから実行してください。
- 断定的な合否判定ではなく参考情報として扱い、社内外への報告時は「一次情報で確認する」旨を明記してください。
関連レッスン・関連パターン
- レッスン III-D9 技術監査の手順を身につける・III-D10 テクニカルAIO総まとめ(編III全体の技術要素を体系的に振り返ってから使うと、チェックリストの抜け漏れに自分でも気づけます)
- 関連パターン: PR-067 robots.txtをAI視点で診断する方法・PR-073 サイト全体の構造化データを棚卸しする方法(このチェックリストへの入力を作る個別診断)
確認テスト
選択肢をクリックすると、その場で正誤と解説が表示されます。
Q1. 技術監査チェックリストの「対応済み」判定は、貼り付けた情報をもとにしたAIの判定であり、AIが実際にサイトへアクセスして確認したものではない。
記事は「AIが実際にサイトへアクセスして確認したものではない」と明記し、特に構造化データの実装状況はエラーの有無まで保証しないと注意している。
Q2. 「情報なし」の項目が多い場合、次に取るべき行動はどれか。
「情報なし」の行が多い場合はまず個別診断で情報を埋めてから全体像を把握する使い方が適切とされている。
Q3. 記事が挙げる「危険な間違い例」はどれか。
貼り付ける情報の取得日を記録し、古い場合は再取得してから実行するよう注意されている。
よくある質問
Q. このチェックリストは実際のクロール確認の代わりになりますか?
なりません。記事は「実際のクロール・レンダリング確認の代わりにはならない」と明記し、必ず自分の目で確認するよう述べています。
Q. 優先的に着手すべき項目はどう選びますか?
難易度(低・中・高)が併記されるので、難易度「低」のものから着手候補として拾い上げます。
Q. チェックリストの結果は誰が最終確認しますか?
記事内では明示されていません(記事では扱っていない事項です)。