#広告審査

YouTubeで流れてきた広告が、iPhoneの「ストレージがいっぱいです」という警告画面そっくりだった。思わずクリックしてしまった筆者は、それを不正確で紛らわしい広告だと判断してGoogleに通報したが、返ってきたのは「問題なし」という返答だった。しかも一度ではなく、複数人が同じ広告を報告しても結果は変わらなかったという。この記事は、その出来事を通して、Googleが広告審査にAIをもっと使うべきではないのか、と問いかけている。 筆者が気づいたのは、YouTubeアプリ内で表示された広告だった。理由は単純で、うっかりクリックしてしまったからだ。iPhoneの空き容量が少なくなっている自覚があり、ほんの一瞬、画面に出たものを本物の警告だと受け取ってしまった。広告の中身は、iPhoneの「Storage Full」警告をまねた見た目で、端末が危険な状態にあるかのように見せるタイプだった。 筆者は、こうした広告は見過ごされることがあるものだと考え、まずは通常の手順で報告した。だがGoogleからの返答は、要するに「この広告はポリシーに違反していない」というものだった。これで終わらず、筆者は

Google Ads で広告を出したら、突然アカウントを止められた。理由は「Malicious software」と「Compromised Site」。ただ、本人は「そんなものはない」と反論し、公開した検証結果を並べて再審査を求めた。この記事は、そのやり取りの経過と、なぜ本人がここまで強く false positive を疑っているのかを記録したものだ。しかも最後には、Hacker News で話題になった結果、アカウントが復活したと追記されている。広告審査のブラックボックスさと、開発者が巻き込まれる理不尽さが、かなり生々しく見える話だった。 記事の主題は、RACE という macOS 向け terminal multiplexer の広告が Google Ads で止められた、という出来事だ。RACE は Rust で書かれたネイティブアプリで、複数の端末を自由な大きさで並べ、開発作業に合わせて配置できる。普通の terminal multiplexer のように、アプリを閉じても shell session を生かしたままにできるのが売りで、作者自身が開発し、日常的に使い、保守も