← 2026-09-14 の一覧へ戻るホーム
Google はなぜ依然として不適切な広告を表示し続けているのでしょうか？

2026/09/14 2:37

Google はなぜ依然として不適切な広告を表示し続けているのでしょうか？

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

元のHacker News記事へ ↗
要約▶

Japanese Translation:

Google の高度な AI モデルである Gemini は、iOS システムアラートのパロディを用いてユーザーをクリックさせるよう誘導する欺瞞的な YouTube 広告を特定しました。オペレーティングシステムのダイアログを模倣した広告を禁止する厳格なポリシーが存在にもかかわらず、この誤解を招くクリエイティブは複数回のユーザー苦情にもかかわらず人間による審査官によって以前承認されていました。広告は非機能のボタンを用いて緊急のハードウェア故障状態を偽造し、視聴者にデバイスが直ちに技術的危機に直面しているという錯覚を成功裡に抱かせました。この操作は虚偽表示に関する基本的なルールに違反し、プラットフォームの安全メカニズムに対するユーザーの信頼を損ないます。したがって、Google はクリエイティブコンテンツを即座に承認停止するよう推奨し、ポリシー違反警告を発出することを示唆しています。広告主がこの種の欺瞞的な実践を継続した場合、アカウントの完全な停止のリスクに直面します。この事例は、人間による監視と自動検知の間にある重大なギャップを浮き彫りにしており、Google はこれらの洗練された詐欺を特定できる強力な AI を保有していますが、システムはまだ有害コンテンツがユーザーに到達する前に能動的にブロックするためにそれらを完全に活用していないという状況です。

本文

Google の広告審査における AI 活用の遅れと欺瞞的な iOS 警告模倣告の分析

ご支援について

記事が気に入られた場合は、以下の方法でご寄付・支援をご検討ください。

  • Patreon をご訪問いただく
  • Ko-fi からワンオフのご寄付をご検討いただく

はじめに：なぜ Google では AI を活用しないのか？

近年、AI が欺瞞的な広告を検出する能力において優れているにもかかわらず、Google での本格導入が遅れているという問題意識があります。

事例の発見

数ヶ月前、YouTube アプリ内で不正な広告が表示されました。

  • 原因: iPhone の空き容量不足による警告を装った広告です。
  • 発見の経緯: 著者は集中力が欠如した状態で不用意にクリックしてしまったことがきっかけでした。
  • 現状: 厳密な審査プロセスがあっても、こうした漏れは頻繁に起きているのです。

Google への報告と対応

著者と複数のユーザーが広告を報告しましたが、Google は以下のように回答しました。

「当社は当該広告が Google のポリシーに抵触しないと判断しました。Google のポリシーでは、ユーザーおよび全体のエコシステムにとって有害だと考えている特定のコンテンツや実践を禁止しています」

  • 問題点: 人間による審査は網羅できておらず、同様の回答が複数回繰り返されていることが確認されました。
  • ハンロンの剃刀 (Hanlon's razor): 十分に説明できる愚かさで十分説明可能なことは、悪意のせいにしてはならないという原則ですが、今回のケースでは「利益優先による判断」や「人材の能力不足」という現実的な理由が疑われます。

AI 判定の結果

Google 自らの AI モデルである Gemini は、この広告を即座に却下しました。

【分類】：却下
【ポリシー違反事項】：
  • 虚偽表現：欺瞞的な広告デザイン
  • 虚偽表現：信頼できない・欺瞞的な主張

AI による拒否理由の詳細分析

Gemini モデルは、以下の 3 つの観点からこの広告を明確に却下しました。

1. システム警告の模倣（虚偽表現）

  • 違反事実: Google アドポリシーでは、OS のダイアログやエラーメッセージ、システム通知を模倣する広告は厳しく禁止されています。
  • 証拠: 広告内のバナーは明示的に 「iPhone のストレージがいっぱいです」 という iOS システムアラートモーダルを再現しています。
    • 標準的な iOS タイポグラフィを使用
    • コンテナスタイルがシステムと同一
    • モックアップのシステムボタン（「はい」「いいえ」）を設置

このトリックにより、ユーザーはデバイスがネイティブな警告を出していると思い込み、視覚的に欺かれてクリックさせられます。

2. 非機能かつ欺瞞的な UI コンポーネント

  • 違反事実: 偽のダイアログオプションや実質的なシステム機能を果たさない要素を含む広告は不可です。
  • 証拠: グラフィック内の「はい」「いいえ」ボタンは、真のシステムコントロールではなく、クリックするとストアやランディングページへリダイレクトするだけの静的なビジュアルです。

3. 恐怖戦術と未検証の主張

  • 違反事実: 慌てさせる即時行動を強制するために行う欺瞞的な声明や恐怖戦術の使用は禁止されています。
  • 証拠: 「すぐには空き容量を確保しないと、一部の機能が正常に動作しないかもしれません」という文言を配置することで、ユーザーのデバイスに緊急故障が起きていると誤認させ、アプリインストールを強制しています。

必要な措置と提言

Google への要請

  • 直ちに広告クリエイティブを却下する
  • 掲載企業アカウントへポリシー違反警告・却下フラグを発行する
    • 同様の違反が繰り返された場合は、欺瞞的行為に対する全アカウントの停止措置が取られる可能性があります。

結論：AI ツールの活用を急ぐべき

Google の審査プロセスですら二度もこの広告を承認しましたが、自社の AI モデル（Gemini）は数秒で正しく却下しました。

人間たちがご自身の手にある素晴らしい AI ツールの一部だけでも活用してみたまえ！

  • 人間の審査ミスは避けられないが、AI は欺瞞を瞬時に検出できる
  • 収益化のための安易な承認よりも、ユーザー保護とポリシー遵守が最優先であるべき

同じ日のほかのニュース

一覧に戻る →

2026/09/14 6:06

Claude Fable 5.1 が、370年もの間解読されてこなかったシフラル・ディスティッヒを解読しました

## Japanese Translation: Claude AI が、ロイヤリストのトマス・アークハート（*Logopandecteision* および *The Jewel* の作品）から提示された 2 つの歴史的に未解決のカギ合を成功裏に解読し、ブルートフォース計算や人類による事前の解読なしに、王チャールズ 2 世への隠された祈りを明らかにしました。これらのカギ合は、既知の解法が存在せず、CIA などの組織によってこれまで追求されたことがなかったため、特に選ばれました。大規模なデータ処理ではなく、モデルは単純で埋め込まれた構造的ロジックを認識しました：一方のカギ合は、各数字をアークハートの 32 の「Proquiritations」内の単語インデックスにマッピングし、他方は *The Jewel* のページインデックスに数字をマッピングし、それらのページの最初の一語の頭文字を採用します。これにより、「O GOD UPHOLD KING CHARLS THE SECOND / MAKE HIM THE SUPREME RULER OF THIS LAND」という 2 つのロイヤリストの祈りと、「GREAT LORD, MANTAINE THAT REGAL FAMILIE / WHEREOF KING CHARLS THE SECOND IS THE HEAD...」という ottava rima 形式の祈りが得られ、写本エラー、ハイフン接続語、ページシフトオフセット、および *The Jewel* の不読み可能なセグメントによる軽微な不一致を除いて正確です。検証の結果、275 の位置のうち 231 が正確な最初の単語の一致を示しています。1652 年版の *Jewel* のフリーデジタル画像が存在しないため、残りの不明点を解決するには実物コピーまたはジャック＆ライアルの 1983 年版が必要です。この成果は、高度な AI が以前見過ごされてきた微妙な構造的パターンを検出することで歴史的真実を明らかにすることを示しており、暗号解析を計算的なブルートフォースからパターン認識へ転換しました。

2026/09/10 21:27

Julia 1.13 のハイライト

## Japanese Translation: Julia 1.13 がリリースされ、回帰と課題を特定することに焦点を当てたテスターおよびコントリビューターからの大きな貢献が反映されています。今回のアップデートは、特に起動時間とパッケージの前コンパイルにおいて劇的なパフォーマンス向上をもたらします。ベンチマークによると、パッケージの読み込みはバージョン 1.12 に比べて約 30% 速く（LTS の 1.10 に比べて約 10-20% 速く）、アプリケーションの起動時間は 1.12 に比べて約 20% 向上しており、平均的なスピードアップ率は約 1.22 倍です。これらの改善は、AbstractString および数値型に対して RapidhashNano を採用したことであり、イメージオブジェクトのマーキングをスキップしてフルコレクション時間を短縮した強化された garbage collection、そして新しいデフォルトのハッシュングアルゴリズムという技術的なアップデートによって実現されています。より迅速な開発ワークフローを支援するために、重要なバグ修正により Ctrl-C を通じた割り込み処理がより信頼性高く、タスクのカANCEL mechanisms が改善されました。また、リリースには REPL に直接組み込まれる貴重な開発者ツールが含まれます：内部実装による構文ハイライトは OhMyREPL.jl などの外部パッケージの必要性を排除し、新しい fzf スタイルの履歴検索（Ctrl-R）がファジー検索と複数結果の選択、そして REPL モードの表示をサポートします。また、Windows では効率的なテキスト入力を可能にする括弧付きペースト機能も利用可能です。診断機能をさらに強化するために、「--trace-eval」フラグにより、テストスイートやスクリプトでの停滞を特定しながらトップレベルの評価進捗を監視することができ、新しい「@__FUNCTION__」マクロは「#self#」の代替としてパブリック API として機能します。さらに、イントロスペクションマクロは型の付いた呼び出し式を受け付けるようになり、Time To First X（TTFX）モニタリングは 2026 年 9 月 7 日より稼働開始される新しい CI ジョブを通じて Julia の開発プロセスの一部として統合されました。これらの改善は、テスト時や大規模スクリプト実行時の待ち時間を大幅に削減し、個人のコントリビューターおよびエンタープライズチームの両方に対して全体の生産性を高め、より速いフィードバックループを提供します。 ## Text to translate: Julia version 1.13 has been released with significant contributions from testers and contributors focused on identifying regressions and issues. The update delivers dramatic performance improvements, particularly in startup times and package precompilation. Benchmarks indicate that loading packages is now roughly 30% faster than in version 1.12 (and roughly 10-20% faster than 1.10 LTS), while application startup times have improved by approximately 20% over 1.12, with a mean speedup of ~1.22x. These gains are driven by technical updates including the adoption of RapidhashNano for AbstractString and numeric types, enhanced garbage collection that skips marking image objects to reduce full collection time, and new default hashing algorithms. To support this faster development workflow, critical bug fixes ensure more reliable interrupt handling via Ctrl-C and improved task cancellation mechanisms. The release also introduces valuable developer tools directly into the REPL: built-in syntax highlighting replaces the need for external packages like OhMyREPL.jl, a new fzf-style history search (Ctrl-R) supports fuzzy searching with multiple result selection and REPL mode indication, and bracketed paste functionality is now available on Windows for efficient text input. Further enhancing diagnostics, the `--trace-eval` flag allows users to monitor top-level evaluation progress to identify hangs in test suites or scripts, while a new `@__FUNCTION__` macro serves as a public API alternative to `#self#`. Additionally, introspection macros now accept call expressions with types, and Time To First X (TTFX) monitoring is now an integrated part of Julia's development process through new CI jobs, going live on September 7, 2026. Collectively, these improvements significantly reduce wait times during testing or large-scale script execution, thereby boosting overall productivity and providing faster feedback loops for both individual contributors and enterprise teams.

2026/09/14 5:33

[脆弱性のあるルーターがウイスコンシン大学のインターネット時間サーバーを洪水状にした]

## Japanese Translation: 2003 年 5 月、ウイスコンシン大学マディソン校は、公開 NTP サーバー（128.105.39.11）を標的とした大規模な流入トラフィック洪水に直面した。この事象は悪意のある DDoS 攻撃ではなく、低価格の Netgear ルーター（特に RP614、MR814、DG814 ファミリー）における設計上の欠陥によって引き起こされたものである。これらの欠陥デバイスでは、大学のサーバー IP アドレスがハードコーディングされており、固定の UDP ソースポート番号（23457）を使用しており、世界中で 707,147 台以上の影響を受けた機器が何十万というユニークなソースホストを生成した。洪水は 2003 年 5 月 14 日頃に始まり、数ヶ月にわたって継続し、WiscNet の境界ルーターでのアップストリームブロックを必要とした。 問題の解決のため、Netgear の従業員、大学のスタッフ、および独立した専門家からなるレビューチームが結成された。大学は、Anycast NTP サービスの導入や IP ブロックによるリクエスト抑制など、様々な解決策を検討したが、Netgear は最終的にコード上の欠陥を認め、ユーザーが時刻サーバーの問い合わせを行う前に DNS 設定を手動で構成する必要のあるファームウェアアップグレード（例：v5.13 RC7）との交渉を開始した。この事象は、2003 年に SMC ルーターがオーストラリアの CSIRO サーバーを洪水させた類似のエピソードと類似している。この状況は、廉価なコンシューマ電子機器における深刻なセキュリティリスクを浮き彫りにし、交渉期間中も間欠的に大規模な洪水が発生していたにもかかわらず、2003 年 8 月時点で Netgear のサービス劣化と評判への損害を引き起こした。FAQ では、メディア報道に続いて製造元の責任、製品ライフサイクルの見積もり、およびウェブトラフィックに対する更なる影響について扱われた。