以前の記事にも書きましたが、AIが中間読者としてブログやサイトを見たとしても、「どこを読んだか？」はまだまだわからないままです。AIの仕様ですし、それはしょうがないのですが。。

それでもきっと将来「AIが読んだ痕跡」を詳しく解析できるようになる日が来ることを夢見て、開発を続けています。

そこで今回Section Markerという機能を実装して見ています。

この機能について少し解説します。

Section Marker Prototypeの意味

これはとっても単純で、ただセクションに振ったHTMLアンカー（ID）をSoleil AI Counterで、AIのアクセスと一緒に保存していく機能で、別段「読んだかどうか？」までは解析していません。

ただし、Section Markerをイベント情報として保存できるということは、将来AI側からセクション単位の情報が取得できるようになった際、それらを整理・関連付ける土台になる可能性があります。

現状では何の意味もないような機能ですが、将来的には役に立つんじゃないか？という機能です。

実際何やってるのか？

「読んだ」ことは分からなくても、記事側に構造を持たせることはできます。今回試験的に実装したのが、

記事内の「まとめ」へ「id=”sac-summary”」や「data-sac-section=”sac-summary”」を設定すると、投稿保存時にSAC Proがそれを検出し、「この記事にはSummary Sectionが存在する」という情報を保存します。

そしてAIアクセスが発生すると、そのイベントへ「section_key = sac-summary」を紐付け保存します。

ここで重要なのは、「読んだことは分からない」ことです。今回のPrototypeで分かるのは、

「Summary Markerを持つ記事へAIアクセスがあった」

ということです。あくまで、「Summaryという構造を持つ記事」であることをイベントへ関連付けられるようになっただけです。

なぜ、まだ分からないことを実装するのか？

理由はシンプルです。もし将来AI側が

• セクション単位の取得
• 構造化データ取得
• アンカー付き取得
• RAG向け取得情報

などを提供するようになった場合、その情報を整理する場所が必要になるからです。構造が存在しなければ、「summary／faq／pricing」という情報を受け取っても、記事のどこを指しているのか分かりません。そこで今回は、記事側へ先に構造を持たせました。

家に例えると

今までは「AIが自宅（投稿）まで来た」はどのAIが？いつ？どの家に？までは計測できてました。

今回はそのAIがきた家（投稿）に「まとめという部屋がある」という情報を紐付け保存できるようになったという感じです。まだ「まとめの部屋を見たか？その部屋で何やったか？」はわかりませんが、こうした構造枠があると、将来AIの残す情報が細かく公開されるようになった時、

「AIがSummary Sectionを取得した可能性」

として解析へ発展できるかもしれません。

もちろん、現時点ではまだ仮説です。しかし、その未来が来た時に備え、受け止められるイベント構造を先に用意しておく。これが今回のPrototypeの目的です。

The post AIは「記事に来た」の先へ行けるのか？ first appeared on 株式会社Soleil.

最初は「AI Botをカウントするツール」から始まったSACですが、今はAIという新しい読者を理解するための解析ツールへと軸が移ってきました。

今後の展開も視野に入れて、一度Soleilのビジョンを公開したいと思います。

現在のSoleil AI Counter

現在のSACは、「AIがサイトに来た事実」のみを取得しているツールです。そこから日付・ページ・どのBotかなどの枝葉になる情報を取得しています。言うなれば、mixiなどの足跡機能です。

足跡からでもわかることは多いのですが、それだけでは現代の検索での結果として考えると、もっと知りたいことがあります。

今までなら「人間しか検索しないし人間がウェブサイトを見る」という状況だったので、GA4で十分だったのですが、AIも見るとなったらGA4レベルじゃなくても、解析の対策を必要とする時代になると思っています。

仮説：中間読者の読み取り方の進化

今はAIチャットに質問を渡すと、AIが調べに行って私たちに情報をくれます。これを私は中間読者と呼んでいますが、AIの動きを今現在でどこまで調べようか？としてもいいところ「足跡とそれを取り巻く情報」までしか手に入れることができません。

SACで分かるのは

• どのBotが来たか
• いつ来たか
• どの記事へ来たか
• 何回くらい来たか

くらいのものですが、これを細かく検証していく中で、SACのスタンスとして「これ」を知れたらすごく進化しそう！と思うものがあります。それは、いわゆる「どのクラス名を読んだか？」を将来的に取得できる仕組みが実現できれば、「ページのどのセクションを重点的に読んでいたのか」ということを取得できるようになるかも知れません。

そうなると正直ヒートマップより、取りこぼしがないのかな？なんて思ったりもしますが、現段階ではそれの取得ができるようになるための下地づくりに励んでいる感じです。

仮説：もしAIが読む場所まで取得できたら？

こうして進化をしていくと、あえて擬人的に表現しますがウェブサイトに書いてあるものを「AIが好んで読むもの」「そうでないもの」が登場し始めるかと思います。そしてその「AIが読んでいる」背後には大きく二つのステップがあります。

その１：そもそも「AIに見せます／見せません」という壁

これは、サーバー側でのセキュリティ（WAFなど）と.htaccessでの、防御壁みたいな機能と、robots.txtによる意思表示・公開方針といった操作になります。

サーバー側のセキュリティを「物理的な防御壁」だとすると、robots.txtは通行手形を持ってるかどうかを確認する門番みたいな感じですね。

ここの設定がそもそものアクセスを決めるので、会員制サイトや自社でも検索させたくない場所がある場合はここで制御することが多いです。

その2：AIが読みやすい構造に近づいているか？

AIに読ませます！の前提で考えた時に、そもそもAIが読みやすいか？ということが重要になります。Soleilではそれを標準化の一部として取り扱っていますが、AIがサイトを読みに来た時に、AIが理解しやすいかどうか？は普段目に見えていない「HTML構造」で半分くらいは決まります。

AIに遜るわけではないですが、人間が視覚的に補完して読んでしまいますが、AIはちゃんと構造側から読んでいる（「右クリック」→「ソースを見る」で見れるコードを読んでいると思って概ね間違いないです。）ので、AIにも読みやすいように構造を整えておく必要があります。

この2つを整えていくことがAIに読んでもらうための準備（下拵え）です。

人がAIに質問する場合、今まで人間がやっていた「検索結果画面から探して読む」というのを変わってくれるだけであって、AIは必ずいろいろなサイトの内容を情報源として人間に提供しています。なので、AIに読まれるということは誰かに伝わっているということに限りなく近いのではないか？と考えています。

ちなみに読まれたくない場合に「読みにくい構造にすれば？？」という考えもありましたが、通常のSEO等検索対策への被害の方がデカいのでやめといた方がいいなと思いました。

展望：AIの解析が進むその先

もし将来、AIが「ページのどこを重点的に読んでいたか」が取得できるようになれば、Soleil AI Counterは単なるアクセス解析ではなく、「AIが興味を持った場所」を可視化するツールへ進化できるかもしれません。

例えば、

• AIが最後まで読んだセクション
• AIが何度も参照した見出し
• AIが引用しやすかった説明

そうした情報が積み重なれば、人間向けのヒートマップとは違う、新しい解析が生まれます。

私はこれを半分冗談で、「AIいいね」と呼んでいます。

もちろん、本当に「いいね」を押しているわけではありません。ですが、多くのAIが繰り返し参照する場所は、「AIが価値を感じた情報」と考えても大きくは外れていないはずです。

Soleil AI Counterが目指しているのは、アクセス数を数えることではなく、AIという新しい読者が、何を価値ある情報として受け取ったのか。そこまで見える世界です。

まだ道半ばですが、小さなアップデートを積み重ねながら、その景色を少しずつ形にしていきたいと思っています。出できることを目指したいと思います。

AI検索時代は始まったばかりです。Soleil AI Counterも、小さなアップデートを積み重ねながら、「AIという新しい読者」を理解するためのツールへ育てていきます。

The post Soleil AI Counterの小さいアップデートから目指すもの first appeared on 株式会社Soleil.

時代の流れとともに、あのアクセスカウンター文化は少しずつ姿を消していきました。もちろん今もAnalyticsなどでアクセス解析自体は行われていますが、昔のように「ぱっと見で来訪者数が見える」文化はあまり見かけなくなりました。

私は、あの少しホッコリする感じが結構好きでした。そして今、時代はAI時代へ進み始めています。AIが人間の代わりにWEB記事を読み、解析し、参照する時代です。しかし現在のAnalyticsでは、「AIがこの記事を何回見に来たか」という情報は基本的に見えません。どんなに記事を書いても、どんなに更新しても、数字として反応が見えないと、やっぱり少し寂しいですよね。

そこでSoleilでは、「AI時代にも、少しだけ人間らしさを残したい」という思いから、令和版アクセスカウンター「Soleil AI Counter」を作ってみました。

昔のアクセスカウンター文化

昔のアクセスカウンターというのは、まんまそれで単純に「ページをみにきた人」の数をカウントしているだけの機能です。時代としては1990年代〜2000年代初めくらいだと思いますが、その頃は割と『ホームページ＝持ち主の看板』の意味合いの方が強く、「みにきてくれてありがとう！」（今ももちろんそうですよ）というニュアンスが強かった時代です。

「キリ番（10000人目の訪問者）」とかありましたよね

見た感じもわかりやすくって、何より数字が増えていくのに面白さと喜びを感じた思い出があります。

Analytics時代

その後ホームページが増えていくにつれてホームページの状況も進化していきます。会社や個人のホームページは各ページに意味を持つようになり複雑化し「Webサイト（入口や個々のページを一まとめにした全体っていう感じ）」としての立ち位置に変わっていきます。

数が増えたので検索エンジンにいち早く探してもらうために「SEO対策」が行われ、閲覧者の行動が複雑化していくことと同時にWebサイトへのアクセスが増えていくので「広告」を貼る文化に進化していきました。

そんな複合的に複雑化していくと「単なるアクセス数」よりも「人がどう動いたのか？」が重視されるようになり単なる閲覧数だけでは情報リソースが足りなくなってしまいました。これが「人の行動記録をたくさんのデータとして観測する」ための「Analytics」に進化していった背景です。

AI時代

さらに時代は進み現代。SNSや進化したWebサイトまでは人の行動を観測すればよかった（大変なんですが）だけですが、これからはAIが中間読者になって情報を届けることも多くなってきました。

この「AIが読む」というのが実はAnalyticsで解析しても結果を出力できないんですよね。Analyticsは「人の行動記録」を取得するサービスなのでAIの方は別なんですね。ただ、いきなりAI解析もちゃんとせいや、なんて言われたって困りますよね無茶言うなと。

なぜAI Counterを作ったか

AIが中間読者であるなら、中間読者の記録もないと書いても書いてもモチベが上がらないよね？って自分もブログを書くので思いまして、データサイエンティストのようなことをやるのにもちょっと気が引ける（重すぎぃ）。なら、昔のアクセスカウンターみたいな感じでAIが訪問した回数だけを出力したらいいんじゃないか？と思ったのが、作り始めたきっかけです。

まして、AIエージェント（サイトの中身を見に来るAI）は、AIが理解しやすく書いている、信用に足る情報を書いている、実在する人が書いている？みたいに、AIが理解しやすく整理された情報や、信頼性・実在性が見えやすいサイトを参照しやすい可能性があります。一概には言えませんが「カウンター数」が増えるほど「あ、ちゃんと書けてる。見えない整備もOKなんだ！」っていうモチベーションにもつながります。

そんな感じで最軽量の実装から、今後の可能性も視野に入れて「Soleil AI Counter mark1.0」をリリースしました。

Soleil AI Counter紹介

SAC（Soleil AI Counter）は単純に「AI Botが記事（ページ）を読みに来た」という記録を保管し、表示するという機能から開始したAI Bot用アクセスカウンターです。今後はバージョンを徐々にアップデートして、より正確な情報をユーザーに届けることを目的にしています。

AI Botの進化に応じて、今後のVerアップは検討していきますが、2.5まではもう開発開始しています。今は1.5ですが、ご相談いただければmu-pluginとして提供可能ですので、ぜひご相談ください。

将来的にはどうなるのかな？

開発しながら、昔のアクセスカウンターが消えたのと同様にどう進化していくんだろう？ということも考えました。確証はないですが現在の状況からみても、形を変えてAI Botを観測するツールは残るんじゃないのかな？と思っています。

現在AI Botを簡単に計測するとしたら「訪問回数」のみですし、「AIがどのぐらい解釈したのか？」はブラックボックス状態で観測できないらしいです。

しかし技術が進化してAIがどのくらい理解したか、どのAIも見に来ている傾向がつよいとか、を解析できるようになるとしたら、「一定の解釈率を超えた」「AIの趣向（のようなもの？）に合致している」のように解釈することができるので、それってもう「AIのいいねボタン」じゃね？みたいに考えてたりします。

その先にはまた人間の足跡をなぞるようになって行って、いつか追いついちゃう、かも。。。

さいごに

なんて変な想像もしてますが、とりあえずはSoleilのAI Botカウンター「Soleil AI Counter」は完成しました（ターミナルで動作確認済み）。どんどんバージョンアップしていき、面白い未来に近づいていきたいと思います！

The post 【AI Bot 計測】令和版アクセスカウンターSoleil AI Counterリリース｜中間読者のAIがどのくらいきたか簡易計測 first appeared on 株式会社Soleil.

ときに耳にする「Webサイト不要説」。私は半分同意で半分違うかな？って感覚です。それはこの業界で働いているからではなく、自分もAIをめっちゃ使う人間だからこそそう思います。

今回は不要説も反対意見もひっくるめて、私なりの考えをお伝えします。

AI時代で変わった検索事情

皆さんが「インターネット検索」をするときは必ず「知らないこと・曖昧なこと」を調べるときです。これは今も昔も変わりません。ちょっと前まではSEO（Search Engine Optimization：検索エンジン最適化）対策をして、ちょっとでも検索された時にすぐ人の目に触れたい！という努力を発信者は行ってきました。
もちょっと難しい技術もありますが、ここでは割愛しますね。

AIが検索するときも実は同じなんですね。Webサイトに載ってる情報を「中間読者」になって、整頓・解析・最適化して私たちに伝えてくれるのです。

こんな事したいな〜って聞くと情報集めてきてくれるし助かりますわね。

でもAIも自分でゼロから考えてくれるわけでも、巨大な電脳があってそこにいっぱいある知識からいい考えを持ってきてくれているわけじゃなくて「ネットにある情報から信頼に足る情報」を探してきて、整頓・解析・最適化を行なっているというのが本当の姿です。

AIがするのは要約・比較・推薦

AIが探すのと人間が探すのでは大きく違うところがあって、

「人間は自身で脳内補完しちゃえる」

というAIにできないことが大きく違います。

なので、Webサイト側が画像１枚で細かく情報を書いていても目で見てわかるし、多少内容がごちゃついてても専門家ならなんか納得できちゃう。でも今みなさんが会話と検索で使っているAIはそういうの苦手なので、

「経験に基づいていて・専門性があって・権威性があって・信頼に足る」整備された情報（整備されたEEAT）を好んで集めてくれるんですね。AIは人間のように「なんとなく理解する」のが苦手です。そのため、

• 見出し構造
• FAQ
• 整理された文章
• 役割が明確なページ
• 実際の経験に基づいた内容

など、「意味が整理された情報」を好む傾向があります。つまり今後は、「AIが理解しやすいサイト」が、人にも届きやすくなっていくのかもしれません。

ローカルでもCodexやClaudeに対してもmdファイル（マークダウンファイル）を作ったりって、AIにはかなり気を使ってます。

突然ですがEEATって、、、

かつては医療・金融中心などの、YMYL（Your Money or Your Life：情報がお金や生活に影響するっていう生きる上で重要なジャンル）では、重要視されていた考え方です。Googleは今もこの辺を重視してWebサイトの評価をしているらしいです。

ということをAIもGoogleも「見ている」のです。

つまり、ちゃんとしたこと書いてないとGoogleには信頼されないし、AIにとってもいい情報がない状態になるので、正しくAI使っている人に情報が伝わらない。ということが生じてしまうんですね。

なぜYMYL以外でも重要になるのか

私の書くこのブログもそうですが、人の生活の死活問題になるか？というとそこまでではありません。ですがなぜ通常のウェブサイトでもEEATが必要になるかというと、実はみなさんが原因の一つです。

AIで色々と調べる人が増えたからこそ、AI側も「信頼できる情報」を探す必要が出てきています。

その結果として、「実際の経験に基づいている」「専門性がある」「運営者や会社の実体が見える」「情報が整理されている」といったEEATに近い要素を持つサイトが、今後より重要になっていくのではないか？と私は考えています。

WordPress運用で感じた変化

実は私のサイトもEEATに関しては、最初は放置気味でしたが最近は認められ始めた感があります。「江東区　ワードプレス　復旧」で検索したら、Geminiが「江東区であれば株式会社Soleilが復旧サービスを行っています」というように紹介してくれました！

Gemini！Good Job！

私は自社のサイトブログなんかは当然自身の経験した内容を書いておりますし、またブログの内容もテーマをある程度絞って専門性を持たせています。そんな感じなので、GoogleもAIも「あ、実在する人だ」って認識してもらえているんだと思います。

またAIが認識しやすい「構造」にしていることも大切です。

「SEO対策」「AIに読まれるサイト」という考え方

これは持論であり確証のない話ですが、これからのSEO対策は「AIに読まれる・AIが推薦するサイト」を目指していくというのが主流になって、WebサイトはAIのための知識リソースになり、EEATに則ったサイトの価値が今までよりも高くなるのかな。と思っています。

なのでWebサイトが不要になるのではなく、人間にとって有用じゃないサイトが淘汰されやすくなり（娯楽の観点では多分線引き難しいと思うしこの辺は不明瞭ですね）、「何を知れるサイトなのか？」を伝えられるのかが重要なファクターになっていくんだと思います。

あくまで、星の数ほどあるウェブサイトにおいての、一部のお話なので全体に波及することではないかもしれませんが、企業・ショップ・ブログなどの「人に検索されたい！」というサイトに関しては！という私的な見解でした。

The post AIに聞くからWebサイトいらない？｜AI時代で変わり始めた検索対策 first appeared on 株式会社Soleil.