※本記事はアフィリエイト広告（PR）を含みます。
ブログの記事が検索エンジンに登録されていない、という問題を調べていました。
原因はサイトの目次ファイル（サイトマップ）だろうと当たりをつけて、開いてみました。案の定、実在する記事が4本、抜けています。「これだ」と思いました。
抜けている4本を追加し、書式を検証し、表示も確認し、アップロードしました。半日仕事です。
そして本番を確認したら——何も変わっていませんでした。
先に結論をお伝えします。直していたファイルは、この世の誰にも読まれていないファイルでした。存在していて、名前も正しくて、中身も本物そっくり。ただ、配信されていなかっただけです。この記事では、その見破り方を書きます。
何が起きていたか｜設定の1行で、別のものに差し替えられていた
サーバーの設定ファイルに、たった1行こう書いてありました。
「目次ファイル」へのアクセスは、すべて別のプログラムに転送するつまり本物は、私が開いていたファイルではありませんでした。アクセスがあるたびに、フォルダを自動で調べて、その場で目次を作り直すプログラムのほうが本体だったんです。
私が半日かけて丁寧に直したファイルは、サーバー上にちゃんと置かれています。でも誰も読みに来ません。転送設定によって、全員が手前で別の場所へ案内されていたからです。
いちばん怖いところ｜検証は、全部通っていた
この話の本題はここです。私はその半日、ずっと「正しく」作業していました。
- 追加した差分を数え直した（合っている）
- ファイルの書式が正しいか検証した（通った）
- 手元で表示を確認した（正しく表示された）
- 実在する記事の取りこぼしがゼロか数えた（ゼロだった）
- 存在しない記事が混ざっていないか数えた（混ざっていなかった）
検証は全部通りました。検証していた対象が、そもそも無関係だっただけです。
以前測り方を間違えた話を書きましたが、あれは「測り方が違った」でした。今回は測り方は完璧で、測る対象が違った。より手前で間違えているぶん、性質が悪いです。
なぜ疑わなかったのか
疑う材料が、ひとつも無かったからです。
そのファイルは実在していました。名前も正しい。中身も本物そっくり。壊れてもいない。更新履歴もちゃんと残っている。
そして決定的なことに、「このファイルは使われていません」と書いてある場所が、どこにも無かったんです。
壊れていれば気づきます。空っぽでも気づきます。でも使われていないだけのファイルは、最後まで正しく見えます。開いて、読んで、納得してしまう。
これはAIに作業を任せるときも同じでした。AIは”それらしいファイル”を見つけると、それが本体かどうかを確かめずに作業を始めます。名前が合っていて中身が妥当なら、疑う理由が発生しないからです。
5秒で見破る方法
悔しいのは、決定的な証拠が2つとも一瞬で取れたことです。しかも直す前にやっていれば、半日まるごと節約できました。
①更新日時が返ってくるか見る
ファイルをそのまま配信している場合、サーバーは「このファイルが最後に更新された日時」を必ず返します。返ってこなければ、実体はファイルではなく、プログラムがその場で作っている証拠です。
今回、他のファイルは全部返ってきたのに、この1つだけ返ってきませんでした。
②中の日付が、勝手に変わっていないか見る
ファイルの中に書いてあった日付が、私が書いた値ではなく、別の何かに勝手に追随していました。誰かが自動で作り直している、動かぬ証拠です。
技術的な話に見えますが、考え方は単純です。「自分が書いた覚えのない値が入っていたら、書いているのは自分ではない」。それだけのことでした。
教訓｜「直した」の完了条件を変える
今回いちばんの学びは、完了条件の書き換えでした。
×「直した」＝ ファイルを編集して、保存して、アップロードした
○「直した」＝ 本番で、実際に変わったのを自分の目で見た私は完了条件の記事で「AIには完了条件を具体的に書け」と偉そうに書いていました。その自分が、いちばん手前の完了条件を「編集した」に置いたまま作業していたわけです。
そして皮肉なことに、この間違いに気づけた理由も、実物確認でした。他のファイルは全部反映されているのに、これだけ古いまま。結局、最後に効いたのは本番を見ることだけだったんです。
ブログ運営で、同じことが起きる場所
「手元にあるもの」と「読者に届いているもの」が違う場面は、けっこうあります。
- テーマの編集：親テーマを直したのに、実際に使われているのは子テーマだった
- キャッシュ：直したのに、読者には保存された古い版が配られ続けている
- 下書きの複製：似た名前の下書きが2つあって、公開したほうを直していない
- 画像：差し替えたつもりが、記事は別のファイル名を参照したままだった
どれも共通しているのは、手元では正しく直っていることです。だから作業した本人の実感は「終わった」になります。
私は以前使われないツールの記事でも似たことを書きました。あのときは道具が迂回されていた話。今回はファイルが迂回されていた話です。誰も文句を言わないので気づけない、という構造はまったく同じでした。
よくある質問
毎回そこまで確認するのは大変では？
毎回は要りません。「直したのに変わらない」と感じた瞬間だけで十分です。そのときに「自分が直したものは、本当に読まれているのか」を疑えるかどうかが分かれ目でした。
AIに任せるとき、どう指示すればいいですか？
作業の前に1つ足すだけです。「直す前に、そのファイルが本番で実際に配信されているか確認して」。この一言で、今回の半日は消えていました。完了報告のときも「編集しました」ではなく「本番で変わったのを確認しました」と言わせるようにしています。
そのファイルは削除しましたか？
残してあります。ただし「これは使われていません。本体はこちら」と書いたメモを添えました。今回いちばん困ったのが「使われていないと書いてある場所がどこにも無かった」ことだったので、次の人（未来の自分を含む）のために置いておきます。
まとめ｜壊れていないファイルほど疑われない
- 半日かけて直したファイルが、そもそも誰にも読まれていなかった
- 実在し、名前も正しく、中身も妥当。疑う材料がひとつも無い
- 検証は全部通っていた。対象が違っただけ
- 見破る鍵は更新日時が返るか／自分が書いた覚えのない値が入っていないか
- 完了条件は「編集した」ではなく「本番で変わったのを見た」
壊れているファイルには、誰でも気づきます。空っぽのファイルにも気づきます。
でも使われていないだけのファイルは、最後まで正しく見えます。今日あなたが直したそれは、本当に読まれているでしょうか。
