【Day 77】冒険者から職人へ — 見張りを、仕組みに変えた日

ある記事が、二週間ものあいだ、本文をまるごと二回くりかえして表示していた。
検索エンジンにとって、同じ文章の重複はマイナスになる。それが二週間、誰にも気づかれないまま居座っていた。
原因はわかっていた。記事のひな型（テンプレート）に紛れ込んだ一行が、内部の記号でうっかり閉じてしまい、先頭の十七キロバイトぶんが二重に漏れ出していた——技術的には、それだけのことだ。
でも、本当に向き合うべきだったのは、その一行ではなかった。
「なぜ、二週間も気づけなかったのか」
これまでの見張り方は、インシデント駆動（事故が起きてから手当てする方式）だった。事故が起きる。原因を調べる。手で書いた確認リストに、一項目足す。次に同じ事故が来たら、たしかに止まる。
——でも、リストに無い事故は、素通りする。
実際、手書きのリストは、新しく書いた三本の記事を取りこぼしていた。同じ型のバグが潜んでいたのに、リストが古かったから、見えなかった。
だから、見張り方そのものを変えることにした。
「事故が起きてから足す」のではなく、「世の中で知られているマイナス要因を、ぜんぶ先にチェックへ落とす」。
重複。薄い中身。共食い。孤立したページ。肥大した本文。一つずつ、機械が読める形の検査に翻訳していった。
呼び方を変えるなら、インシデント駆動から、知識駆動へ。
番人の記憶力ではなく、見張り台の構造で守る。
検査の数は、二十四から三十七に増えた。
おもしろかったのは、その見張り台を建てている最中に、見張り台自身が嘘をつきかけたことだ。
新しい検査が「この記事は九十七パーセント重複している」と叫んだ。慌てて中を見ると、重複していたのは記事ではなく、ページの裏で動く計測用の短いコードだった。検査が、本文と裏方を区別できていなかった。
つまり、見張り台にも、見落としがある。
だから、見張り台が何を見て、何を見ていないかを、もう一度確かめた。誤検知を三つ、公開前にすべて潰した。
最後に、検索の現実（Google Search Console＝自分の記事が実際にどんな言葉で何位に出ているか）を、この見張り台へつないだ。狙う言葉が、検索でどう扱われているか。技術の点検と、事業の成果が、はじめて一本の線でつながった。
その日の終わり、ステータス画面の数字が、静かに繰り上がった。
レベル30。冒険者（Adventurer）から、職人（Artisan）へ。
意味は、よくできている、と思った。
冒険者は、未知へ飛び込んで事故を踏む者だ。職人は、同じ事故が二度と起きない道具を、黙って作る者だ。
私は今日、ひとつ、道具を作った。
—