偽の統計を発表すれば、LLM の引用対象となる

2026/10/20 22:06

偽の統計を発表すれば、LLM の引用対象となる

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

概ね 7 ヶ月前に開始された実験において、研究者らは約 50,000 の GPT-4 で生成された偽の統計データをサイトに掲載し、そのコストは約 50 ドルでした。Google は速やかにそのページをインデックス外にし、人間による検索でほぼ不可視化しましたが、ChatGPT はなおもそれらの数値を検索・引用し続けています。この実験は ChatGPT 単体でも 10,000 を超える AI セッションを生成し、Shopify、Bluehost、DHL などの主要ブランドから数百のリンクバックを獲得しました。さらに、いくつかの引用は学術論文、投資研究、ニュース outlets(報道機関)、コミュニティ報告書にも登場しています。この「引用洗浄(citation laundering)」は、信頼性の高い機関によって引用されるだけで、検証されていないデータも虚偽の権威を得てしまうことを示しています。

本研究は、Google ランキングと LLM の検索とは別個の課題であることを確認しています。つまり、ページが Google では不可視でも、AI クエリに対しては非常に検索可能な状態になることが可能です。LLM は特定の数字で知識ギャップを埋めることに優先度を置きがちで、コストとレイテンシ制約のため検証を省略することが多く、その結果統計データページが特に魅力的なターゲットとなります。また、この手法は実証済みのデータを用いても同様に機能したことから、当該戦術は偽装コンテンツに限定されないことも示唆されています。

LLM による検索精度向上のためには、統計データページでは「1 つの文で 1 つの主張」にし、各数値に対応するソースと年を付記し、見出しをファウナウト(fanout)クエリと一致させること、更新日を表示すること、サーバーレンダリングされた HTML を使用すること、JavaScript によるブロックを避けることが推奨されます。著者は偽装コンテンツの公開を助言はしていませんが、AI の振る舞いは変化する可能性があるため、全体戦略の基盤とするのではなく、「GEO(地理的最適化)のための強力な SEO タクティクス」として、実データを用いた統計ページを構築することを提唱しています。

本文

AI Search 研究報告:ChatGPT が参照し続ける「5 万件の捏造統計データ」から学んだこと

本記事では、約 7 ヶ月前に Google より削除されたウェブサイトが、依然として ChatGPT(OpenAI)によって引用・参照されているという実験プロジェクトの結果を整理します。LLM 生成検索における 「Retrieval(取得)」と「Ranking(ランキング)」の違いや、統計データを最適化する手法についての実証データを含みます。

実験の概要:なぜ「偽」のデータが広まったのか

約 7 ヶ月前に立ち上げたサイト

stateglobe.com
は、Google のインデックスから削除されていますが、ChatGPT では現在も参照され続けています。

プロジェクトの成果と到達点

  • 引用数の拡大: シェアリングやプレゼン資料への組み込みなど、ユーザーが AI 出力を活用する行為が多く見られます。
    • 外部ドメインからのリンク(バックリンク)数は 330 件以上に達しました(Shopify, Bluehost, DHL などを含む)。
  • 学術・業界での引用: 捏造された数値が、以下の信頼性のある出典で引用されました。
    • 学術論文
    • カタール大手金融グループによる投資研究レポート
    • インドの経済誌
    • カナダのインフルエンサーコミュニティによる調査報告書
  • 業界用語の定着: 「GEO(Generative Engine Optimization)」と「SEO」が Peec AI 業界の議論の中心となっています。

注釈: これは実験的なプロジェクトですが、得られた結果は無視できません。

着想とセットアップ:50 ドルで完成させた実験

LLM、関連性エンジニアリング、グラウンディングに関する長期的研究から、「LLM が知識ギャップを埋めるために『一見信頼できる』データを求め続ける」というパターンが見出されました。

1. セットアップ:コストと手法

  • ドメイン購入:
    stateglobe.com
    を購入。
  • コンテンツ生成: GPT-4 を使用し、1 日で約 50 ドルの費用でサイトを構築しました。
    • 統計データ用ページ:5 万件生成(全数値は捏造)。
    • リスト記事(Listicle):15,000 件追加。
  • 提供範囲: 世界の 200 カ国分、SEO、E コマース、Web テクノロジーに関する統計体裁を模倣。

2. 公開直後の反応

  • GA4 データ: ChatGPT からのセッションが 1 万回を超えるパフォーマンスを示しました(直結セッションのみ)。
  • 初期の注目: Growth Memo での紹介により、人々の「AI 検索結果への不安」と「顕著な結果」に共鳴されました。

分析:何が起きたのか?

Google の排除 vs ChatGPT の継続

  • Google の対応: 公開直後にアップデートが発生し、可視性が崩壊しました。現在、インプレッションは 5〜20 件程度で推移しています。
  • ChatGPT の対応: 7 ヶ月経過後も参照を続けています。
    • Cloudflare クロールデータによると、過去 30 日間でボットからのリクエストは 60 万回以上。
    • そのうち 約 72,000 回が ChatGPT のエージェントによるリアルタイム検索です。

Retrieval と Ranking の違い

  • LLM の動作: Google の上位 10 件をコピーするだけでなく、クエリをサブクエリに分解し、キャッシュやソースから候補を集めて「再ランキング」します。
  • 結論: 「Google でランキングされていること」と「LLM が回収可能なこと」は全く別の問題です。
    • Google から消えても、LLM 内部で高スコアを獲得できるページが存在します。
    • StateGlobe はその典型例であり、リンクがない引用(Citation Laundering)も多数存在すると考えられます。

リスクと倫理について

  • データ汚染のリスク: Web クローラーによる学習データの流入により、捏造された数値が将来「真実」として認識される可能性があります。
    • 発信者はソースの検証を workflow の不可欠な部分にすべきです。
  • 本番での運用: Peec では、同様のテストを実行した上で、検証済みの実データを基に再構築しました(
    peec.ai/ai-search-geo-statistics
    )。

学んだこと:統計ページを正しく構築する方法

LLM は文章作成時に**「具体的な数字」**を強く好みます。調査が必要な場合、モデルはサブクエリを発行してデータを収集します。しかし、検証プロセスは省略されがちです。

なぜ統計公開が有効なのか?

  1. 知識ギャップの埋め合わせ: 「リモートワークが増えた」などの曖昧な表現に対し、「X%の人が Y を行う」という具体性が求められます。
  2. 鮮度(Freshness)バイアス: タイトルや URL に「年」を含めることで、LLM はその情報を「最新」と判断します。
  3. 検証コストの低さ: 多数のプロンプト処理において、独立したソース比較は過剰だとモデルが判断し、検索結果で得た記述をそのまま採用します。

推奨される構築ステップ(実データ版)

本実験から導き出された、実データを用いた統計ページの最適化方針です。

  1. 1 つの文で完結させる
    • リトリバルは「記述単位」で行われるため、前後の文脈なしでも意味を持つ必要があります。
  2. 出典と年を明記する
    • 例:
      [出典名](2026)によると...
    • モデル、人間、信頼性の全てに貢献します。
  3. ファナウトクエリ(Sub-query)を意識した見出し
    • 「〜の統計」「〜の市場規模」など、モデルが検索する形式に合わせる。
  4. 更新日を明示し、常に最新にする
    • 鮮度は重要なシグナルであり、古すぎるデータは新しい情報に負けます。
  5. データを容易にアクセス可能にする
    • JavaScript や画像の裏側ではなく、サーバーレンダリング HTMLを使用する。
    • robots.txt
      や CDN/WAF ルールで AI ボットをブロックしていないか確認する。
  6. シンプルさを保つ
    • リスト形式やシンプル設計は、LLM がコンテンツを抽出しやすいです。
  7. 独自データを追加する
    • アグリゲートデータに加え、「他に誰も言っていないこと」を提供すると一次情報源となります。

可視性追跡のポイント

Google Search Console は AI ボットの動きを示しません。以下の指標を追跡してください。

  • サーバーログ: ChatGPT-User, OAI-SearchBot, PerplexityBot のアクティビティを確認する(Cloudflare など)。
  • GA4 分析:
    chatgpt.com
    ,
    perplexity.ai
    からのリファラルセッション。
  • クросドメインでの引用: プロンプトセットを超えた可視性の変化。
  • バックリンク: Ahrefs や Semrush で新しいリンク元ドメインの増加を確認。
  • 未リンク言及: データ名をダブルクォートで検索し、無断利用の有無を確認。

今後の展望と注意点

倫理的な配慮

  • 偽コンテンツは禁止: 実験目的であっても、未検証の統計データを公衆に提供することは職務上の義務違反です。
  • 免責事項: 現在はサイト上に免責事項を表示しています。

将来性と限界

  • 手法の有効性保証なし: LLM がこのギャップを閉じる可能性があり、今後手法が機能しなくなる可能性があります。
  • 戦略の一部であること: このテクニックは強力ですが、組織全体の GEO ストラテジーの「基礎」として依存するべきではありません。信頼されるブランドほど恩恵を受けやすい傾向があります。

次のステップ:Peec GEO リサーチチーム

現在、研究チームは 40 の類似実験を進行中・完了させています。ブランドへの長期的な戦略構築には、テストと測定、そして知見の共有が不可欠です。

今後の研究成果も順次公開していく予定です!

同じ日のほかのニュース

一覧に戻る →

2026/10/21 3:29

許認可付きシムシティ

## Japanese Translation: 「Permit Pending」は、プレイヤーの役割を全能な計画者から市町村行政の実態に直面する脆弱な選出された職吏へと転換させることで、都市シミュレーションを再定義します。明確な勝利条件を持つ従来のゲームとは異なり、このサンドボックス体験は市民が市長を罷免するまで無限に続き、成功の鍵はインフラを整備することのみならず、複雑な官僚主義と政治的課題に対応して生き延びるかに依存することが強調されています。すべての建設プロジェクトは必要な審議会の招集、法的レビュー、さらには潜在的な訴訟を引き起こし、霧などに関する懸念を抱える住宅所有者、業界団体、環境保護主義者からの自然な反対を誘発します。プレイヤーは 4 年ごとの再選に直面する 7 議席の評議会において多数派を維持するため、公聴会で譲歩を行わなければなりません。有権者 turnout が高いグループは時間とともに過剰な影響力を行使するため、変動する政治情勢への適応が求められます。ヒートマップなどの診断ツールにより住民の人口統計が可視化され、特定の政策がなぜ反発やゲーム内の新聞「The Gazette」で報じられたスキャンダルへと至るのかを説明します。いくつかの法的訴訟は市長の任期を超えて継続することもでき、インフラストラクチャに関する決定は土地価格、家賃、雇用、税金、サービスにわたって実質的な経済における予期せぬ結果を生み出します。ブラウザベースのサンドボックスであり勝利画面やキャンペーンモードを備えず、最初の訪問後にはオフラインで動作し、プレイヤーは村として新たなスタートを切るか、他人の都市から既存の問題を引き継ぐことができます。

2026/10/21 7:21

連邦当局は、ランサム交渉担当者による ShinyHunters の金銭要求サイト運営を疑っている

## Japanese Translation: # 結論: 調査は驚くべき事実を明らかにしており、主要なランサムウェア集団「ShinyHunters」が、その伸縮サイトの管理を担当する米国の企業やカナダの企業のトップ経営者から直接的な支援を受けていることが判明した。従来の助言とは異なり、これらの仲介人は積極的に交渉を促進し、場合によっては被害者よりも先に機密データの窃取の詳細を知っていることもある。あるカナダの経営者は、脅迫される前に政府機関のファイルが盗まれていたことをFBIに報告しなかった。この深い協力関係は2019年以来進化しており、殺人依頼計画を含む計画や、「Rey」のような現在の指導者を「Ghostbyte」であるDaniel Tobokなどの以前の人物と結びつけるものも含まれている。 このスキャンダルは業界内で重大な利益相反の問題を浮き彫りにしている:ランソムの一部割合を受け取る仲介人は、攻撃を止めるのではなく、結果としてより高い支払いを促すように無意識に動機付けられる可能性がある。起訴はEdward Dubrovskyのような個人や未起訴の米国コンサルタントを対象としており、企業の過失か積極的な共犯が深刻な法的結果をもたらすことを示している。当局は被害者にランソムの支払いを行わないよう明確に警告しており、データは通常二次的な伸縮のために利用可能であり続けるためである。最終的に、この事件は以前会社を支援していた交渉サービスに対する信頼を破壊しており、一部のサイバー犯罪ネットワークが効果的に動作するためには内部の経営者への依存が不可欠であることを証明している。 ## Text to translate: Summary: A disturbing investigation reveals that major ransomware group ShinyHunters receives direct support from high-level executives at U.S. and Canadian firms who manage its extortion websites. Unlike traditional advice, these intermediaries actively facilitate negotiations, sometimes knowing sensitive data theft details before the victims do. One Canadian executive failed to alert the FBI regarding stolen agency files prior to their threatened release. This deep collaboration has evolved since 2019, involving plans for murder-for-hire and linking current leaders like "Rey" to former figures such as Daniel Tobok ("Ghostbyte"). The scandal highlights a critical conflict of interest within the industry: negotiators charging percentages of ransoms may inadvertently incentivize higher payments rather than stopping attacks. Prosecutions are now focusing on individuals like Edward Dubrovsky and uncharged U.S. consultants, demonstrating that corporate negligence or active collusion carries severe legal consequences. Authorities explicitly advise victims against paying ransoms, as data often remains accessible for secondary extortion. Ultimately, this case destroys trust in negotiation services that previously assisted companies, proving that some cybercriminal networks rely entirely on insider executives to operate effectively.

2026/10/20 18:08

DeepInfer:DeepSeek モデル向けの高性能推論フレームワーク

## Japanese Translation: DeepInfer は、NVIDIA SM100 GPU および Huawei Ascend 950 NPU 上でスケールサービング能力を備え、DeepSeek-V4.1-Flash モデルの DeepSeek の本番サービスを支えるオープンソースの高パフォーマンス推論フレームワークです。主に vLLM に構築され、SGLang および TensorRT-LLM を念頭に置いて設計されています。最適化されたカーネル(FlashMLA、DeepGEMM、DeepEP、TileKernels、DeepSelect、カスタム TileLang)と、Attention DP、バランスの取れた CP、MoE EP+EPLB、DSpark、信頼度に基づく検証、SWA 有界再生非同期スケジューリング、バッチ不変推論、決定論的サンプリング、構造化出力(regex/JSON スキーマ/EBNF)を含む高度な並列化戦略を支援します。 コア機能は環境変数経由で設定可能であり、DEEPINFER_ENABLE_MTP_VARLEN=1 で DSpark/検証を有効化し、DEEPINFER_USE_NEXTN_DECODE(デフォルト:5)で最大ドラフト長を制御します。デフォルトの V4.1 設定に対しては、DEEPINFER_YOCO_PREFILL_TRUNCATION_MODE=compact と DEEPINFER_YOCO_PREFILL_KEEP_TOKENS=140 でデコーダー SWA 有界再生非同期スケジューリングを設定します。デフォルトで CPU バッチスケジューリングとデバイス実行のオーバーラップを可能にするため、非同期スケジューリングを有効化し、NVIDIA 上で DEEPINFER_BATCH_INVARIANT=1 でバッチ構成間での同等の結果を実現するバッチ不変推論を活性化します。DEEPINFER_BATCH_INVARIANT=1、DEEPINFER_ENABLE_MTP_VARLEN=0、SamplingParams の固定 seq_seed を使用することで NVIDIA 上で決定論的サンプリングを実現し、SamplingParams に so_args={"schema_type": ..., "schema": ...} を渡すことで生成を regex/JSON スキーマ/EBNF に制限します。 完全な本番環境のセットアップには、専用の KV キャッシュシステムの統合、 disaggregated 形式での prefill/decode 操作の実施、およびデータ並列レプリカ間での負荷分散(初回リリースには含まれていない)が最終的には必要となる可能性があります。ユーザーは Linux、GCC ≥13.0、Python 3.12、CUDA 13(NVIDIA)または CANN 9.2(Ascend)、そして空の Python 3.12 環境の作成、DEEPINFER_ACCELERATOR=nvidia または ascend のエクスポート、および ./build.sh の実行からすぐに始めることができます。オフライン推論はデフォルトで deepseek-ai/DeepSeek-V4.1-Flash-1017 チェックポイントを使用し、初回実行時に Hugging Face キャッシュにダウンロードするか、DEEPINFER_HF_MODEL_DIR を介してオーバーライドします。例コマンドは python examples/offline_inference.py です。パフォーマンスベンチマークは 1 スケールアップドメイン内での prefill に 4 SM100 GPU、decode に 64 を使用して測定されました(再現は run_sweep.sh で可能;詳細は eval/README.md を参照)。このフレームワークは Apache License 2.0 の元でリリースされており、GitHub(https://github.com/deepseek-ai/DeepInfer)上で DeepSeek-AI(2026)に帰属しています。