I-11 WEBMARKSも実践中：AIO着手の考え方

ここからは少し目線を変えて、私たちWEBMARKS自身の話をします。派手な成果を誇るためではなく、AIOに実際に取り組む会社が、どんな順番で手を動かしているのかを、隠さずそのまま見ていただくためです。WEBMARKS社内には、AIO診断を人力の勘ではなく仕組みとして回すための自動化ツールが実際に稼働しています。この回では、その仕組みが実際にどんな順番でチェックを進めているかを、そのまま種明かしします。

診断の仕組みを、まず自分たちにも向ける

WEBMARKS社内には、企業のURLを1つ入れるだけでAIO診断を全自動で行う仕組み(社内では「aio-scan」と呼んでいます)があります。

本来は見込み客や商談前診断のための仕組みですが、同じ考え方をもとに、自社サイト(webmarks.co.jp)の月次点検も別途組み立てています。商談用の仕組みと自社向けの点検が、同じ「実測から入る」という土台を共有している、という点が着手の一貫性を支えています。

技術基盤の点検を最初に置く理由

I-07で整理した技術基盤→コンテンツ→信頼性→計測という4つの打ち手のうち、この仕組みが最初に手をつけるのは技術基盤です。robots.txtで主要なAIクローラーの巡回を許可しているか、llms.txtや構造化データが入っているか、ページがJavaScriptに強く依存していないかを確認します。

取得は対象サイトへのGETのみ・最大10ページに絞り、ログインやフォーム送信は一切行いません。

「たぶん大丈夫」で終わらせず、実測から入る

次に行うのは、思い込みではなく実測です。業種やサービス内容から、見込み客がAIに聞きそうな日本語の質問を10問ほど用意し、実際に検索した結果に自社が登場するか、代わりに誰が登場するかを1つずつ記録します。

一度きりで終わらせず、月次のループに乗せる

自社の月次点検は、実測と改善を毎月回す設計になっています。

curlでの確認は取得がGETのみで、本番サイトへの書き込みは一切行いません。

数字を作らないという約束も、そのまま実装になっている

I-01で約束した「数字や実績には出典と時期を添える」という姿勢は、この仕組みの中にもそのまま組み込まれています。診断の途中で企業プロフィールを推定する場面はありますが、推測の実績数字を作ることは禁止されており、データが取得できなかった項目は「※データ欠損」と明記したまま診断を続けるルールになっています。ここでお見せしたのは仕組みの中身であって、自社の点数そのものではありません。皆さんに持ち帰ってほしいのは点数の中身よりも「どの順番で手をつけるか」という考え方です。

実践ステップ

1. 1
   自社(または担当先)のrobots.txtを開き、主要なAIクローラーの記載がどうなっているかを確認する
2. 2
   主要ページのHTMLソースを開き、構造化データ(JSON-LD)が入っているかをざっと確認する
3. 3
   ページの本文がJavaScriptなしでもソース上にそのまま存在するかを確認する
4. 4
   自社名や主要サービス名についてAIに聞かれそうな質問を3つ書き出し、実際に検索して自社が登場するか記録する
5. 5
   同じ質問を月1回振り返る日を、先にカレンダーへ入れておく

このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。