Codex公開前チェックテンプレート

このテンプレートを使う場面

新規ページ追加、既存ページ修正、CSS調整、内部リンク追加、sitemap更新の後に使います。作業完了報告だけで終わらせず、公開状態とSEOタグ、秘密情報の有無を分けて確認します。

確認だけを依頼する場合も有効です。修正を始める前に「まず確認だけ」と指定すると、問題の切り分けがしやすくなります。

GPTで先に整理すること

• 確認対象URL
• 触ったファイル
• 維持したいSEOタグ
• 確認する内部リンク
• 秘密情報として扱うもの
• 修正してよいか、確認だけか

Codexへ渡すテンプレート

Codex作業オーダー
【サイト名】｜公開前チェック

目的
作業後の公開URL、SEOタグ、内部リンク、秘密情報を確認する。

確認対象
・【URL1】
・【URL2】

確認項目
□ 200 OK
□ title / description / H1
□ canonical自己URL
□ robots index,follow
□ noindexなし
□ sitemap掲載状況
□ 内部リンク200 OK
□ CSS読み込み
□ スマホ幅で大崩れなし
□ 公式誤認なし
□ 秘密情報なし
□ AdSenseコード、Search Console確認タグ、robots.txt、ads.txt 非変更

今回はやらないこと
確認だけ。修正が必要な場合は、勝手に直さず報告する。

報告
URLごとの結果、問題あり、問題なし、次に修正するなら何かを分けて報告する。

停止条件

• 対象URLが404または500
• canonicalが別ページを向いている
• noindexが出ている
• 秘密情報らしい文字列がある
• AdSenseやSearch Consoleタグが消えている
• robots.txtやads.txt変更が必要になる

FAQ

公開前チェックは作業の最後ではなく安全ゲート

公開前チェックは、作業が終わった後に流れで見るものではなく、公開状態にしてよいかを判断する安全ゲートです。200 OK、内部リンク、canonical、robots、noindex、sitemap、スマホ表示、秘密情報、公式の案内と誤解される表現を分けて確認します。Codexの報告にこれらの項目が入っていない場合は、次へ進まず追加確認します。

特に、robots.txt、ads.txt、AdSenseコード、Search Console確認タグ、.htaccess、DB、cronのような設定系は、通常の本文作業で触る必要がありません。作業中にそれらへ触る必要が出たら停止条件として扱います。公開前チェックをテンプレートに入れておくと、後から慌てて確認するよりも安全です。

確認結果をどう読むか

公開前チェックでは、すべての項目を同じ重さで扱う必要はありません。noindex混入、canonicalの別URL指定、robotsの誤設定、秘密情報の露出、AdSenseコードやSearch Console確認タグの消失は、公開前に止めるべき強いシグナルです。一方、軽い文言調整やリンク文言の改善は、公開後の追加作業に分けられる場合があります。

Codexに確認させる時は、「問題なし」だけで終わらせず、確認したURL、確認したタグ、変更していないファイル、判断に迷った点を報告させます。人間側は、その報告を読み、公開してよいか、差し戻すか、次の小さな修正に分けるかを決めます。確認した日時と対象URLも残しておくと、後から同じ問題を追いやすくなります。公開前チェックは、作業者を責めるためではなく、次の作業を安心して進めるための記録です。短くても残します。

関連ページ