Archive · 全記事

記事一覧

AI Native MEO と LLMO Framework に関するフレームワーク・エンジニアリング・比較記事。

  1. 01
    比較

    メニュー画像 OCR vs 構造化メニュー — AI はどちらを引くか

    AI がレストランのメニューを引く source は画像 OCR と構造化 hasMenu の 2 系統。ChatGPT・Perplexity・Gemini・Claude 4 エンジンの pickup priority と reliability を比較し、両 source 併用の redundancy multiplier を整理する。
  2. 02
    比較

    訪問前クエリ 訪問後クエリ — AI引用経路の入れ替わりを実測

    訪問前クエリは first-party schema、訪問後クエリは三者レビュー corpus が AI 引用の primary に入れ替わる — ChatGPT / Perplexity / Claude / Gemini × 60 クエリの実測で query stage × citation path の 2 axis を解剖する。
  3. 03
    エンジニアリング

    QAPage 店舗 Q&A JSON-LD 実装 — FAQPage との違いと 4 エンジンの direct answer 精度

    4 エンジンの direct answer 精度を上げる QAPage / Question / Answer の JSON-LD 実装。FAQPage との型別分岐、attribute layer と 2 layer redundant で「PayPay 使える?」の店舗頻出 Q&A を engineer 視点で解説。
  4. 04
    エンジニアリング

    acceptedPaymentMethod で PayPay・交通系 IC・JCB を構造化する

    acceptedPaymentMethod JSON-LD で PayPay / 交通系 IC / JCB を配線する 4 手法。schema.org enum / DefinedTerm / sameAs / カスタム URI を 4 AI エンジンで実測したエンジニア視点の実装ガイド。
  5. 05
    比較

    単店舗 vs チェーン店 — AI アシスタントが引く出典層はなぜ違うか

    同じエリア・同じ業種でも、単店舗とチェーン店では AI アシスタントの引用出典分布が systematic に分岐する。schema 型・provenance source・signal type の 3 軸で 4 エンジンの挙動差を engineer 視点で実測整理する。
  6. 06
    エンジニアリング

    アクセシビリティ属性を JSON-LD で構造化する三層配線

    「車椅子で入れる?」「ペット可?」「子連れ大丈夫?」に AI が答えられるようにするための schema.org 配線。amenityFeature の三値表現・業種別 dedicated property・GBP wheelchair_accessible_* の三層を分解し、AI 4 エンジンの引用挙動と失敗モードを整理する。
  7. 07
    エンジニアリング

    複数拠点の LocalBusiness を JSON-LD で束ねる三層配線

    支店・フランチャイズ・複合施設テナントを AI に「同じブランドの別拠点」として認識させるための schema.org 配線。branchOf / parentOrganization / department の三パターンを JSON-LD で組み、AI 4 エンジンの解釈差と失敗モードを診断する。
  8. 08
    フレームワーク

    AI 引用の失敗モード分類 — LLMO 4 primitive で切り分ける

    schema はクリーン、GBP も verified、なのに AI が引かない。この頻出する現場問題を retrievability / attributability / citability / verifiability の 4 primitive に分解し、症状・診断・修復レバーを並べる debug-oriented な taxonomy を提示する。
  9. 09
    エンジニアリング

    予約可能性を JSON-LD で構造化する — AI に「今夜 8 時空いてる?」と答えさせる

    予約可能性 JSON-LD の実装論。acceptsReservations (静的フラグ) と Reservation / OfferSchedule (動的枠) を分離配線し、ReserveAction で予約導線を宣言。AI 4 エンジンの読取り挙動と Structure + Confidence 軸の接続を実測観察で整理する。
  10. 10
    フレームワーク

    AI 引用の安定性とは何か — Entity・Field・Surface の三層で分解

    同じクエリを 5 回投げたとき AI が引く店舗がぶれないか、毎回変わるか。この安定性を Entity・Field・Surface の三層に分解し、LLMO Framework の三軸に対応させる。
  11. 11
    比較

    AI が引く星は誰の?: Google レビュー vs 食べログの重み付け

    AI が引く星は誰か — Google レビュー・食べログ・ホットペッパーで数字が割れるとき、ChatGPT・Perplexity・Claude・Gemini が優先する source は業種別 (飲食 / 美容 / 医療) で動く。sameAs で仲裁を宣言する実装まで含めて比較する。
  12. 12
    フレームワーク

    AI 引用イベントの解剖 — クエリから引用文字列までの内部経路

    AI 引用は S0-S6 の 7 ステージから成る内部 pipeline。エンジニア視点で各 stage を分解し、JSON-LD / KG / NAP のどれがどこに効くか、上流盲目の投資を止めるための三軸 map を描く。
  13. 13
    フレームワーク

    AI Native MEO 成熟度モデル — あなたの店舗のエンティティ構造化は今どの段階にあるか

    AI Native MEO の三軸 (構造・信頼度・出典) を段階化し、店舗のエンティティ構造化が今 Level 0〜4 のどこに立っているかを測る成熟度モデルを framework として定義する。各 Level を「何が構造として TRUE か」で定め、Level 1→2→3 の差分を JSON-LD 断片で接地しながら、三軸の充足度の合成として成熟度を読む方法を LLMO Framework の文脈で整理する。
  14. 14
    フレームワーク

    業種オーバーレイ — なぜ AI Native MEO は飲食・医療・美容で実装が分かれるのか

    AI Native MEO の三軸 (構造・信頼度・出典) は全業種に共通する土台だが、その上に載る実装は飲食・医療・美容で別物になる。業種オーバーレイという設計概念を定義し、Restaurant 系と MedicalBusiness 系の JSON-LD 差分を schema 断片で接地しながら、なぜ AI Native MEO が業種ごとに分岐するのかを LLMO Framework の Industry Implementations の文脈で整理する。
  15. 15
    エンジニアリング

    メニューを構造化データにする — AI が「何を出す店か・いくらか」を答えるための hasMenu/Menu/MenuItem 設計

    メニューは品目・価格・提供可否が頻繁に変わる典型的な状態フィールドである。hasMenu / Menu / MenuSection / MenuItem / Offer を JSON-LD で正しく入れ子にしても、更新時刻が古ければ AI は価格や在庫の引用を避ける。掲載 (画像/PDF) と構造化 (Menu schema) と鮮度維持を別問題として切り分け、AI Native MEO の Confidence 軸に接続する。
  16. 16
    フレームワーク

    AI 営業時間の信頼度と state field 鮮度 framework — 更新時刻が構造より効く

    AI が営業時間や在庫を「事実」として引くとき、信頼度を決めるのは JSON-LD の構造ではなく更新時刻。state field 鮮度が Confidence 軸をどう駆動するか、engineer 視点で framework 化する。
  17. 17
    エンジニアリング

    ビジネスを Knowledge Graph に配線する: sameAs・@id で AI 引用の同定を確かにする

    「店名と住所を統一しましょう」は文字列レベルの症状対処だ。その上にある決定層、すなわち @id と sameAs による URI 明示宣言で店舗エンティティを Knowledge Graph に配線する層を、コードと依存関係の表でエンジニア視点から読み解く。
  18. 18
    比較

    三つの出典経路 — AI アシスタントは first-party schema・Knowledge Graph・第三者レビューをどう使い分けるか

    同じ店舗の同じ事実でも、AI アシスタントに届くまでに first-party JSON-LD・Google Knowledge Graph・第三者レビュープラットフォームという三つの provenance 経路を通る。三つは互換ではない。MEO 業者が訴求しがちな「口コミを増やす」が、なぜ三経路のうちの一本でしかないのか。LLMO Framework の Provenance 軸から経路ごとに比較する。
  19. 19
    フレームワーク

    AI アシスタントがあなたの店舗を引用する前に成立していなければならない条件

    AI に引用されることは、加点して貯めるスコアではない。順序のある前提条件の連鎖であり、最初に成立しない 1 リンクで切れる。本稿は AI Native MEO の三軸（信頼度・構造・出典）を加点パラメータではなく依存グラフとして読み直し、どのリンクが切れると entity が 'not cited' に落ちるのかを構造で示す。
  20. 20
    比較

    ローカルパック vs AI の回答 — Google 検索と AI アシスタントは同じ店舗のどこを引用面にするか

    Google のローカルパック (3-pack) と AI アシスタントの回答は、同じ GBP を見ていても読んでいる data が違う。前者は ranking signal を順位化し、後者は entity graph と構造化 provenance を retrieval する。surface 軸で両者を分解し、なぜ「順位を上げる最適化」と「引用される最適化」が別問題になるのかを整理する。
  21. 21
    エンジニアリング

    NAP 一貫性を「表記ゆれ」ではなくエンティティ解決の問題として読む

    MEO 業者が言う「NAP を揃えましょう」は症状の話だ。AI エンジンが複数のソースから同一店舗を同定するエンティティ解決のレイヤーで、NAP が実際に何をしているかをコードと表で読み解く。
  22. 22
    比較

    ChatGPT・Claude・Perplexity・Gemini はなぜ同じ店舗でも違う出典を引くのか

    同じ店舗を尋ねても、4 つの AI エンジンは違う事実を違う出典から引いてくる。原因は retrieval architecture の差にある。各エンジンが事実をどの provenance path から拾うかを公開仕様ベースで対応付け、出典 (Provenance) を独立変数として最適化する設計を整理する。
  23. 23
    エンジニアリング

    Schema.org の Place / LocalBusiness / Restaurant: AI アシスタントはどの type を最も重く扱うのか

    schema.org LocalBusiness 系の継承ツリーをエンジニアの目で辿り、各サブタイプが獲得する property の差分と、四つの AI エンジンが階層をどう解決しているらしいかを公開仕様ベースで整理する。日本市場のタベログ系 taxonomy・GBP 自動カテゴリ推測との不一致も扱う。
  24. 24
    エンジニアリング

    GBP を JSON-LD として読み解く: AI が見ている中身

    Google ビジネスプロフィールが編集している実体は schema.org の JSON-LD である。GBP の各フォーム欄が Place / LocalBusiness のどのプロパティに射影されているか、そして AI アシスタントの引用挙動を決める Schema Confidence Score をエンジニア視点で読み解く。
  25. 25
    フレームワーク

    AI Native MEO の三軸 — 構造・信頼度・出典で最適化対象を分解する

    AI Native MEO は単一の最適化問題ではない。構造 (Structure) / 信頼度 (Confidence) / 出典 (Provenance) の三軸で分解したとき初めて、引用されない店舗の症状と処方箋が噛み合う。LLMO Framework のローカル実装としての taxonomy を整理する。
  26. 26
    比較

    LLMO・GEO・AEO・AIO の違いとは — AI検索最適化の選び方

    LLMO・GEO・AEO・AIO の違いとは。AI 検索最適化（AI アシスタントに引用されるための対策）を巡る 4 つの用語の起源と定義を比較表で整理し、場面別にどれを選ぶべきかの判断基準を示す。
  27. 27
    フレームワーク

    AI Native MEO とは何か

    AI Native MEO の定義 — LLMO Framework のローカルビジネス領域への実装系。順位最適化から AI 引用最適化への移行を、エンジニア視点で体系化する。