当社独自のアクセス統計は常に有効です。Google Analyticsは、公開ページ(ログイン後のワークスペースは対象外)の利用状況を把握するためのもので、許可をいただいた場合のみ有効になります。詳しくは プライバシーポリシーをご覧ください。

年齢確認週次レポート:アプリレビュー1,800件で検証

週次のデータレポートで、年齢確認ルールが実際のアプリでどのように適用されているかを示せるでしょうか。Google Playのレビュー1,800件と、EU KIDS Actへの公開意見2,604件をすべて読みました。個人に関するフィールドはデータから一切除外しています。

イラスト:スマートフォンにアプリレビューの一覧が表示されています。レビューカードが大きなふるいに落ち、ティール色の印が付いた数枚のカードだけが下のトレイに落ちます。鍵の付いた盾はプライバシーを、卓上カレンダーは毎週の定型作業を表しています。

はい、年齢確認ルールが実際のアプリでどのように適用されているかを追う週次レポートは作れます。ただし、レポートが追跡するのは導入状況であり、ユーザーではありません。未成年と思われる人物のリストになることは決してあってはなりません。

テストは2026年10月25日06:46〜06:52 UTC(シンガポール時間14:46〜14:52)に実施しました。EveryInfraへのリクエストは19件で、うち18件が課金され、合計は$0.020837でした。アプリと言語の組み合わせ9通りについて、Google Playの最新レビューを200件ずつ、計1,800件読みました。手作業で確認した結果、年齢確認に関するレビューは67件(3.7%)でした。割合が最も高かったのはCharacter.AIで19.0%、Discordは英語で4.5%、スペイン語で4.5%でした。

Roblox、Instagram、Snapchat、Steam、Xboxはいずれも2%未満でした。同日、EU KIDS Actの意見募集に寄せられた公開意見2,604件もすべて読みました。その67.9%は10月3日から6日までの4日間に集中しています。58.3%がゲームに言及しています。

本記事でいう「年齢確認の導入状況レポート」とは、アプリやプラットフォームのコンプライアンスチームおよびトラスト&セーフティチーム向けの、1ページの週次ブリーフです。対象とするのは、公開された集計シグナルのみです。具体的には、年齢確認に言及するアプリストアレビューの割合、苦情の種類、プラットフォームのお知らせやヘルプセンターページの変更です。さらに、フォーラムやソーシャルメディアでの議論量、法律や意見募集の状況も含みます。このレポートが答える問いは1つだけです。「このルールは市場でどこまで浸透し、ユーザーはどこでつまずいているのか」。「このユーザーは何歳か」には答えません。

アイソメトリックのイラスト。コンベヤーが3つの木箱を運び込んでいます。アプリストアのレビュー、プラットフォームのお知らせ、フォーラムの投稿です。中央の仕分け機が、保存前に投稿者名、アバター、ハンドルネームを取り除き、手前の廃棄箱に落とします。ティール色のブロックが1つ出てきます。これが集計値です。表示ボードの前には9本のバーが並び、1本が1つのレビューストリームを表しています。

コンプライアンスチームにいまこれが必要な理由

数週間のうちに、3つの規制当局が年齢規制をめぐって相次いで動きました。

  • 欧州連合(EU)。 9月17日、欧州委員会はKIDS Act案を採択しました。13歳未満のソーシャルメディアアカウントを禁止し、13〜14歳には保護者が管理する「ミニアカウント」を、15歳からは独立したアカウントを認める内容です(欧州委員会プレスリリース IP/26/1890)。欧州委員会のQ&Aでは、自己申告の年齢は「明確に不十分」とされています。プラットフォームは、ルールの適用開始から6か月以内に既存アカウントを確認しなければなりません(The KIDS Act explained)。提案番号はCOM(2026)681で、本文は欧州委員会の提案ページに掲載されています。欧州議会での手続番号は2026/0286(COD)です。10月22日の本会議で委員会への付託が発表されました(Legislative Observatory)。
  • オーストラリア。 16歳未満のソーシャルメディアアカウントに関する規制は、2025年12月10日に始まりました。eSafetyはStanford Social Media Labと共同で調査を実施しています。3か月後、10〜15歳の子どものアカウント保有率は52.4%から42.1%に下がりました。しかし、年齢制限の対象となるプラットフォームの利用率は85.9%から81.5%に下がったにすぎません。アカウントを持ち続けている子どものうち、50.2%はプラットフォームから年齢確認を求められなかったと答えています。18.2%は、確認で年齢が誤って推定されたと答えました(eSafetyレポート)。調査パネルは、2回の調査の両方に回答した803人の子どもです(eSafetyメディアリリース)。eSafetyは3月の更新で、5つのプラットフォームを名指ししました。問題の1つは、16歳未満と申告した子どもに対し、一部のプラットフォームが年齢確認を「試みる」よう促していたことです(eSafetyコンプライアンス更新、2026年3月)。Technology.orgは10月20日、これらの数字をKIDS Actと並べて取り上げました(technology.org、二次情報)。
  • 中国。 9月18日、中国国家インターネット情報弁公室は、未成年者のインターネット利用に関する国務院規則の草案について意見募集を開始しました。草案では、16歳未満のユーザー向けサービスは「未成年者モード」で運用しなければならず、事業者は未成年ユーザーを識別できなければならないとされています。意見募集は10月17日に締め切られました(CACの通知、中国語)。

コンプライアンスチームへのメッセージは、3か所とも同じです。法律はプラットフォームが何をすべきかを定めます。どこまで実行されたかは、観察しなければわかりません。

eSafetyの「50.2%が年齢確認を求められなかった」という数字は、典型的な導入状況のシグナルです。これは割合であり、特定の子どものデータではありません。表しているのはプラットフォームがルールをどのように適用しているかであり、子どもたちが誰なのかを示すものではありません。私たちの週次レポートが収集するのは、この種のシグナルだけです。

まず境界線を定める:公開された集計シグナルのみ

手法より先にこのセクションを置いたのは、プロダクトが何を収集してよいかをここで決めるためです。

このプロダクトは、未成年者に関する個人情報を一切収集・推測しません。 これを実践するための4つのルールは次のとおりです。

  1. 保存前に投稿者フィールドを削除する。 レビューのエンドポイントは投稿者名とアバターのリンクを返します。XとWeiboの検索は、投稿者ID、プロフィール文、メンションを返します。私たちの呼び出しスクリプトは、ファイルを書き込む前にこれらのフィールドを削除します。監査用に残すのは、元のレスポンスのSHA-256ハッシュのみです。今回のテストでは、課金された18件のレスポンス全体で、スクリプトが4,609個の投稿者フィールドを削除しました。
  2. 年齢を推測しない。 レポートには、「未成年者による投稿」を示すフィールドはありません。年齢推定モデルの学習も呼び出しも行いません。
  3. 自己申告の年齢を引用しない。 レビューには「16歳です」や「9歳の息子が」といった記述がよくあります。レポートではこうしたレビューをカウントしますが、引用は一切しません。今回のテストでは、関連する67件のレビューのうち6件に自己申告の年齢が含まれていました。事前に作成したパターンルールで検出できたのは2件だけでした。単語で書かれた年齢(「seventeen」)、生年、「18+」を見逃したのです。そのため、レポートに引用を載せる前に、必ず人がすべて確認する必要があります。
  4. 本文中のハンドル名をマスクする。 67件のレビューのうち2件は、本文に投稿者自身のアカウント名が含まれていました。レポートではこれらを「[handle]」に置き換えます。

なぜここまで厳格なのか。Character.AIの例を見てください。

Character.AIの親会社は10月12日、裁判所の監督下で資産を売却するため、Chapter 11(米連邦破産法第11章)の適用を申請しました(Character.AIブログ、裁判資料)。

PPC Landによると、39州とコロンビア特別区の司法長官が10月14日に通知を提出しました。この通知は同社の記録を引用しています。2025年3月13日時点で米国のアカウントは21.6百万件あり、そのうち2.1百万件は申告年齢が18歳未満でした。各州は、効果的な年齢確認を含む九つの条件を、あらゆる買い手に課しました(PPC Land、二次情報)。

企業が年齢データを保存すると、そのデータは裁判所と買い手が扱わなければならない資産になります。年齢データを一切保存しないモニタリングベンダーであれば、この問題に巻き込まれることはありません。

最初に定めた合否ルール

3つのルールを定めたのはシンガポール時間14:45でした。最初のデータ取得リクエストを送信したのは14:46です。

  1. 密度。 最新のレビューのうち、少なくとも5%が年齢確認に関するもの(手作業で確認)であること。少なくとも2つのアプリが基準を満たすこと。5%を下回ると、各アプリから得られるレビューは週に数件程度にとどまり、苦情の種類に傾向が見えません。
  2. 分類。 事前にキーワード辞書を作成しました。この辞書による苦情タイプの分類は、少なくとも70%のケースで人による分類と一致する必要があります。70%を下回ると、すべてのレビューを人が読まなければならず、レポートは低コストでも再現可能でもなくなります。
  3. 境界。 成果物と保存ファイルに含まれる投稿者フィールドはゼロであること。自己申告の年齢を含むレビューの引用はゼロであること。

結果:ルール3は合格しました。ルール1は不合格で、5%を超えたのはCharacter.AIだけでした。ルール2も不合格で、一致率は42.3%でした。この2つの不合格を受けてプロダクトの設計を変更しました。詳しくは後述します。

ルール1について1点注意があります。判定には点推定値を使いました。Discordでは200件中9件であり、95%のWilson信頼区間は2.4%〜8.3%です。この区間は5%をまたぐため、サンプルを増やせば結果が変わる可能性があります。

テスト1:Google Playの9ストリーム、1,800件中67件のレビューが年齢確認に言及

シンガポール時間14:46〜14:50に、Google Play Reviews APIを使って、アプリと言語の組み合わせごとに最新レビュー200件を取得しました。対象には、過去1年以内に年齢確認を導入したアプリ、または年齢制限リストに含まれるアプリを選びました。各バッチの対象期間(最も古いレビューから最も新しいレビューまで)は、以下のとおりです。

  • Character.AI(英語): 38/200、19.0%。200件のレビューは53.3時間分です。関連する38件はすべて星1でした。2025年11月24日以降、同アプリは18歳未満のユーザー向けの自由形式のチャットを廃止しています(Character.AIヘルプセンター)。多くのレビューが、チャットする前に年齢確認が必要だと述べています。
  • Discord(英語): 9/200、4.5%、29.9時間分。Discordは9月22日、アカウントのシグナルに基づいてユーザーを年齢層に振り分ける運用を開始しました。同社は、ユーザーの「90%以上」は年齢確認を求められないとしています(Discordブログ)。Ars Technicaによると、この計画はユーザーの反発を受け、2月に示された計画に代わるものとなりました。反発の一因は、2025年に第三者の年齢確認サービスで発生し、約70,000枚の身分証画像が流出した情報漏えいでした(Ars Technica、二次情報)。開始から1か月が経っても、新着レビューの4.5%がこの件に触れています。
  • Discord(スペイン語): 9/200、4.5%、114.7時間分。
  • Instagram(英語、オーストラリアストア): 4/200、2.0%。このストリームには問題がありました。最新レビューが10月14日のもので、取得時点より269.5時間前でした。今週のデータではありません。
  • Roblox(英語、オーストラリアストア): 2/200、1.0%。200件のレビューの対象期間は、わずか2.7時間です。
  • Roblox(スペイン語、メキシコストア): 3/200、1.5%、5.2時間分。
  • Snapchat(英語、オーストラリアストア): 0/200。
  • Steam(英語、オーストラリアストア): 1/200、0.5%。200件のレビューの対象期間は321時間です。その1件は、年齢確認の手段がクレジットカードしかないと不満を述べています。オーストラリアでは、アプリ配信を含む6種類のサービスを対象とした年齢制限コンテンツに関するコードが、2026年3月9日に施行されました(eSafety)。
  • Xbox(英語、英国ストア): 1/200、0.5%、289.7時間分。
Google Playの最新レビュー200件のうち、年齢確認に関するレビューの割合(手動確認)を示す横棒グラフ。Character.AI英語は19.0%でティール色、5%のラインを超える唯一の棒です。Discord英語とDiscordスペイン語はそれぞれ4.5%、Instagram英語は2.0%で、その最新レビューは11日前のものでした。Robloxスペイン語は1.5%、Roblox英語は1.0%、Steamは0.5%、Xboxは0.5%、Snapchatは0%です。取得日時は2026年10月25日06:46〜06:50(UTC)。

ここから3つの結論が導けますが、それぞれに限界があります。

  • シグナルは導入後に弱まる。 Robloxは2025年11月19日、チャットを対象とした顔による年齢確認を発表し(Robloxニュースルーム)、2026年1月9日に全世界へ展開しました(Roblox開発者フォーラム)。その9か月後、Robloxの2つのストリームはいずれも1.0〜1.5%です。導入から1か月のDiscordは4.5%。制限がいまだに反発を招いているCharacter.AIは19.0%です。根拠は、同一手法による同日比較です。限界:これは1日分のデータであり、時系列ではありません。シグナルが月ごとにどれだけの速さで弱まるかは分かりません。
  • ストアは国ではない。 Discordの英語レビューを米国ストアと英国ストアの両方から取得したところ、200件のレビューIDは2セットとも完全に一致しました。Google Playは言語単位でレビューを返し、国を指定するパラメータは結果に影響しませんでした。つまり「オーストラリアストアのRoblox」は、実際には「英語のRobloxレビュー」を意味し、オーストラリアのユーザーの意見を示すものではありません。国別の傾向を見るには、規制当局のデータや現地のフォーラムなど、国単位のシグナルを使ってください。
  • データは約1日遅れ。 9ストリーム中8つで、最新レビューは取得時点より24.1〜26.4時間古いものでした。Instagramは11日遅れでした。レポートには「T-1日までのデータ」と明記し、最新レビューが48時間より古いストリームにはフラグを付けるべきです。

今回のテストでは、App Store Reviews APIは週次レポートに向きませんでした。オーストラリアストアでRobloxの最新レビュー500件を要求したところ、返ってきたのは10件で、日付は2020年6月から2026年4月までにわたっていました。中国ストアの大型ゲームでも返ってきたのは10件で、すべて5月〜7月のものでした。そのうち7件は同じテンプレート文でした。App Storeのストリームは評価やリリースノートに使い、週次のレビューサンプルには使わないでください。

テスト2:キーワード辞書で十分か

このテストはルール2に答えるものです。API呼び出しの前に確定・記録しておいた辞書(英語、スペイン語、中国語)を1,800件のレビューに適用し、手動で読んだ結果と比較しました。

  • 適合率。 辞書がマッチしたのは55件で、そのうち52件が実際に年齢確認に関するものでした。適合率は94.5%です。偽陽性3件はすべてスペイン語でした。原因は英語リストに含まれていたベンダー名「persona」です。スペイン語の「persona」は「人」を意味する一般的な単語です(「la persona bloqueada」「hacia una persona」)。Robloxが自社の発表でこのベンダー名を挙げていたため、リストに追加していました。
  • 再現率。 マッチしなかったレビューを手動で調べたところ、関連レビューがさらに15件見つかりました。再現率は77.6%です。取りこぼした表現には、誤字の「ages verification」、「verify our age」(リストに含めていなかった代名詞)、「face verification」、「can't chat until you're over 18」(「verify」をまったく含まない)、そして「grupo de edad incorrecto」などのスペイン語表現があります。
  • 分類。 正しくマッチした52件のうち、辞書が人間の判定と同じ不満の種類を割り当てたのは22件のみで、42.3%でした。19件は「その他」に分類されました。手動で読んだ結果、関連レビュー67件は6種類に分かれました。機能のロック:17件。プライバシーと身分証:17件。年齢の誤判定・確認失敗:15件。ルール自体への反対:11件。詳細なし:6件。支持・中立:1件。
同じ67件のレビューについて、手動判定とキーワード辞書を比較するグループ化棒グラフ。機能のロック:手動17、辞書11。プライバシーと身分証:手動17、辞書10。年齢の誤判定・確認失敗:手動15、辞書4。ルールへの反対:手動11、辞書2。その他:手動6、辞書19。支持・中立:手動1、辞書6。辞書は15件を取りこぼしました。適合率は94.5%、再現率は77.6%、種類の一致率は42.3%です。

つまり、辞書は一次フィルターです。94.5%の適合率で候補を抽出します。人による確認、または別工程でのモデル処理によって、種類を割り当てる必要があります。このテスト結果を基に、週あたりの確認作業量を「各バッチの関連レビュー数 × 168時間 ÷ バッチの対象期間(時間)」で見積もりました。今回の9ストリームでは、週あたり約530件の関連レビューになります。これがこのプロダクトで最大の人件費です。

ある発見は、境界の問題に直結します。「年齢の誤判定・確認失敗」グループには15件のレビューがあります。そのうち1件は、自撮りによる確認で本人と認識されなかったという成人からのものです。ほかには、アカウントが10代のグループに振り分けられ、サポートから返答がなかったという声もあります。

コンプライアンスチームが最も注目するのはこのグループです。eSafetyの調査にある「年齢が誤って推定された」18.2%という数値に対応するからです。レポートではこのグループの件数を数え、推移を追跡できます。ただし、その中に含まれる年齢やハンドルネームを転載してはいけません。

テスト3:EUの意見募集に寄せられた2,604件のコメント、その3分の2が4日間に集中

パブリックコンサルテーションは、それ自体が公開の集計シグナルです。欧州委員会の「Have your say」ページによると、KIDS Actへの意見募集期間は10月1日から12月3日までの9週間です(Have your sayイニシアチブページ)。10月25日14:37(シンガポール時間)に、このページの公開フィードバック一覧を確認したところ、コメントは2,604件でした(全フィードバック)。保存前に氏名フィールドを削除しました。各コメントに表示された日付ごとの内訳は次のとおりです。

  • 時期。 10月3日:534件。10月4日:542件。10月5日:381件。10月6日:312件。この4日間で1,769件、全体の67.9%を占めます。最初の1週間(10月1日〜7日)は1,995件で76.6%。直近7日間(10月19日〜25日)はわずか87件です。
  • 投稿者。 EU市民が2,335件(89.7%)、EU域外の市民が231件。企業、業界団体、NGO、学術機関、公的機関を合わせても38件(1.5%)にすぎません。
  • 国と言語。 最も多かったのはドイツ(410件)で、スウェーデン198件、オランダ189件、フィンランド177件、ポーランド158件と続きます。85.2%が英語です。
  • トピック(多言語キーワードによる集計。1件のコメントが複数のトピックに該当する場合があります):プライバシー・データ68.6%、ゲーム58.3%、年齢確認・身分証53.5%、保護者44.8%、オープンソース・フェデレーション型サービス9.6%、VPN 3.2%。
  • コピー&ペーストの確認。 完全一致の重複は、余分なコピー13件分にすぎません。冒頭120文字が他のコメントと一致するコメントは41件で、全体の1.6%です。コメントの文字数の中央値は969文字です。ピーク時のコメントの多くは長文で、投稿者自身が書いたものです。
EU KIDS Actのコンサルテーションにおける1日あたりの公開コメント数を示す縦棒グラフ(10月1日〜25日)。10月1日は5件、10月2日は56件です。10月3日は534件、10月4日は542件(ピーク、ティール色)、10月5日は381件、10月6日は312件です。10月19日以降は1日11〜24件です。三角形は上位25件のReddit投稿を示し、9月30日に6件、10月1日に5件、10月2日に3件で、すべてピークより前です。

ピークはどこから来たのか

シンガポール時間14:51に、Reddit Search APIで「Kids Act」を検索し、過去1か月の上位25件の投稿を取得しました。そのうち14件は9月30日から10月2日に投稿されたものです。上位の投稿は、r/gaming、r/valve、r/Terraria、r/Minecraft、r/indiegamesなどのゲームコミュニティに投稿されています。多くの投稿タイトルには、この法律によってプライベートゲームサーバーが違法になると書かれています。25件の投稿の合計スコアは67,371です。

X Search APIを使って、10月3日15:54(UTC)にコンサルテーションのリンクを共有した投稿を見つけました。この投稿は読者に「自分の言葉で書く」よう呼びかけ、ビデオゲームに厳格な年齢確認を課すべきではないと伝えるよう求めていました。いいねは920件、表示回数は12,511回でした。

順序は明確です。ゲームコミュニティでの動きは9月30日に始まります。10月3日に行動を呼びかける投稿が現れます。その日、コメント数は56件から534件に跳ね上がります。これは相関であり、証明ではありません。各コメントの投稿者がどこから来たのかは確認できません。

コンプライアンスチームにとっての教訓は、コンサルテーションの件数が示すのはどのグループが動員されたかであり、一般的な世論ではないということです。送信者の種別で分けると、組織からのコメントは38件しかありません。ゲーム会社やプラットフォームは、これらを1件ずつ読むべきです。週次レポートでは、組織からのコメントを一覧にし、毎週の新着分も示せます。

EU KIDS Actに寄せられた2,604件の公開コメントのトピックを示す横棒グラフ。1件のコメントが複数のトピックとして集計される場合があります。プライバシーまたはデータが68.6%、ゲームが58.3%(青緑色)、年齢確認または身分証明が53.5%です。保護者が44.8%、オープンソースまたはフェデレーション型サービスが9.6%、VPNが3.2%です。EU市民によるコメントが89.7%で、組織によるコメントは38件(1.5%)です。

EUのページ間で締め切りが食い違っています。

欧州委員会のニュースページ「Commission seeks feedback on EU KIDS Act」は、ある行ではフィードバック期間が「2026年11月26日に終了する」と書き、次の行では「2026年12月3日まで」フィードバックを送るよう案内しています(欧州委員会のニュースページ)。子ども向けの「EU Child Participation」ページは、今も11月26日と記載しています(EU Child Participation)。Have your sayページとQ&Aは12月3日としています。私たちのサンプルに含まれる10月2日と4日のX投稿2件も、11月26日としています。

10月1日から9週間後は12月3日なので、12月3日はHave your sayページと一致します。こうした政府ページ間の食い違いは、レポートの「規制関連ページ」セクションに記載すべきものです。

結果:シグナルが機能するケース

この方法が機能するのは次の3つのケースです。

  1. ローンチ後2〜4週間の追跡。 ローンチ直後はシグナルが多く得られますが、数か月後には少なくなります(Robloxでは1.0〜1.5%)。イベントカレンダーに沿ってサンプリングを計画してください。アプリが新しい年齢確認を発表したら、ウォッチリストに追加して4週間追跡します。
  2. 手動分類後の苦情件数。 辞書でフィルタリングします(適合率94.5%)。種別は、人またはモデルによる処理で割り当てます。レポートには、種別ごとの件数と、個人情報を除いた引用を掲載します。
  3. 規制の状況とページの整合性。 コンサルテーションの件数、組織からのコメント、締め切り、委員会の手続きは公開記録です。1つずつ確認できます。

機能しないのは次の4つのケースです。

  1. Google Playレビューを国別データとして扱うこと。レビューは言語別に返されるため、Discordの米国向けデータセットと英国向けデータセットは同一でした。
  2. 辞書による分類をレビューなしで公開すること。一致率は42.3%でした。
  3. コンサルテーションの件数を世論として扱うこと。67.9%は、動員された1つのグループから4日間で寄せられたものでした。
  4. レビューが未成年者によって書かれたかどうかを判定すること。これはプロダクトの対象外であり、私たちが最初に定めた一線です。

プロダクトの構成:1ページ、5セクション

8秒ループで再生される週次フローのアニメーション:まず、チームが新しい年齢確認や受付中のコンサルテーションをまとめたイベントカレンダーを設定します。毎週、ステップ1でストリームごとの読み取り回数を設定し、ステップ2で保存前に投稿者フィールドを削除します。ステップ3で辞書を使ってレビューをフィルタリングし、ステップ4で人が種別を割り当てます。自己申告の年齢は決して引用しません。ステップ5で規制関連ページとプラットフォームのページの変更を追加し、ステップ6でT-1日までのデータを含む1ページを公開します。下部にはデータコスト(週あたり$0.27)が表示されます。

5つのセクションは次のとおりです。

  • ロールアウト表。追跡するアプリごとに1行です。各行には、今週読んだレビュー数、カバーした時間数、年齢確認に言及したレビューの割合を示します。前週からの変化と、最新レビューの経過時間(48時間を超えたら赤)も示します。
  • 苦情の種別。 機能制限、プライバシーと身分証明、年齢の誤判定または確認の失敗、ルールそのものへの反対の各件数と、種別ごとに1〜2件の引用。個人情報は削除し、自己申告の年齢は決して引用しません。
  • プラットフォームとヘルプセンターの変更。 今週、年齢確認の文言、選択肢、適用範囲を変更したアプリ。例:Discordは9月22日の投稿で、年齢を確認する方法としてクレジットカードとアプリストアの年齢層の2つを追加しました(Discordブログ)。最後の2つは、AppleのDeclared Age Range APIとGoogleのPlay Age Signals APIを利用します。
  • 規制の状況。 各法域における提案、コンサルテーション、締め切り、次のステップと、政府ページ間の食い違い。
  • データに関する注記。 ストリームごとの読み取り時刻、カバー範囲、重複排除ルールと、レポートが誰の年齢も推定しないことの明記。

納品形式は、1ページのPDF、件数のCSV、またはクライアント自身のAIクライアント内での同じワークフロー(後述のMCP設定を参照)から選べます。生のレスポンスは監査用に当社で保管し、レポートと一緒に外部へ出すことはありません。

コスト:サンプルプランでは週あたり約$0.27

価格は、10月25日14:34(シンガポール時間)に確認した機能カタログのものです。基準は料金ページです。Google Playのレビューは1回の呼び出しあたり$0.001389で、1回で最大200件のレビューを取得できます。Reddit、X、Weiboの検索は1回の呼び出しあたり$0.000556です。各レビューストリームの週あたりの読み取り回数は、168時間を200件からなる1バッチでカバーできる時間数で割り、端数を切り上げて求めます。

  • Robloxの英語レビューは200件で2.7時間分しかカバーできないため、週63回の読み取りが必要です。Robloxのスペイン語は33回、Instagramは32回、Snapchatは14回、Discordの英語は6回、Character.AIは4回、Discordのスペイン語は2回、SteamとXboxはそれぞれ1回です。合計で156回の呼び出し×$0.001389=$0.216684です。
  • ソーシャル:Redditの5語とXの5語を1日1回、さらにWeiboの3語を1日1回検索します。合計で91回の呼び出し×$0.000556=$0.050596です。

合計は週$0.267280、4週間で$1.069120です。失敗した呼び出しと空の結果には課金されないため、実際のコストがこれを上回ることはありません。EU、eSafetyなどの公開ページは無料です。

データのコストはわずかです。実際のコストは、週約530件のレビューの手動確認とページの執筆です。そのため、プロダクトの価格は追跡アプリ数×言語数×法域数で設定し、項目ごとの手動確認を含めてください。API呼び出し単位で価格を付けるのは避けてください。最終的な価格は、クライアントのスタッフの工数をどれだけ削減できるかで決まります。具体的な金額は当社からは提示しません。

コードやAIクライアントで同じデータを取得する

curlコマンド1回で、Character.AIの最新の英語レビュー200件を読み取れます。キーのプレースホルダーはご自身のキーに置き換えてください。

bash
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer <API Key>" \
  -H "Content-Type: application/json" \
  -d '{"platform":"google_play","action":"reviews","params":{"app_id":"ai.character.app","language":"en","sort":"newest","limit":200}}'

limitはparamsの中に入れてください。最初のテスト呼び出しでは、トップレベルに置いていました。その時点では、APIはレビューを10件返し、1回分が課金されましたが、エラーは表示されませんでした。10月25日の夜以降、トップレベルのlimitには422 unknown_paramが返ります。エラーメッセージはparams.limitを示し、課金は発生しません。

レポートで使用するフィールド(カタログのresponse_fieldsと一致します):

  • id:レビューID。週をまたいだ重複排除に使用します。
  • text、title:レビュー本文とタイトル。キーワードによるフィルタリングと手動分類にのみ使用します。
  • score:1〜5の星評価。関連するCharacter.AIのレビュー38件はすべて星1でした。
  • posted_at:投稿日時。カバーした時間数と最新レビューの経過時間の算出に使用します。
  • app_version:アプリのバージョン。苦情をリリースと結び付けるために使用します。
  • reply_text、reply_at:開発者の返信とその日時。プラットフォームがレビュー欄で年齢確認について説明しているかを確認するために使用します。
  • thumbs_up:レビューへのいいね数。
  • language、url、app_id、platform:言語、レビューのリンク、パッケージ名、プラットフォーム。
  • author_name、author_avatar_url:投稿者名とアバター。レポートでは使用しません。保存前に削除してください。

Claude Codeでは、クイックスタートの手順でキーを作成し、リモートMCPサーバーを追加します(Claude CodeのMCPドキュメント):

bash
claude mcp add --transport http everyinfra https://api.everyinfra.com/mcp \
  --header 'Authorization: Bearer ${EVERYINFRA_API_KEY}'

次のように依頼します:「everyinfra_call_apiを使って、com.discordの最新の英語レビュー200件を読んでください。年齢確認に言及しているレビューの割合と苦情の種類だけを集計してください。投稿者に関するデータは一切出力しないでください。年齢を記載しているレビューは引用しないでください。」

今回のテストで確認したエラーと課金は次のとおりです。

  • 1分あたり10リクエストを超えた場合:HTTP 429 rate_limited。レスポンスには「Nothing was charged」と表示されます。retry_after秒待ってから再試行してください。最初のリクエストでこれが発生したのは、別のセッションが同じテスト用キーを同時に使用していたためです。
  • limitの指定位置が誤っている場合:422 unknown_param。エラーには正しいフィールドであるparams.limitが示され、課金は発生しません。(10月25日の夕方より前は、APIがこれを無視してデフォルトの件数を返し、その呼び出しに課金していました。)
  • Google Playのpaginationはhas_more: falseとstop_reason: depth_limitを返します。1回の呼び出しで取得できるレビューは最大200件です。カバー範囲を広げるには、取得の頻度を上げてください。
  • 失敗した呼び出しや結果が空の場合は課金されません。各課金を確認するには、失敗時の返金と照合を参照してください。

他の手法との比較

  • 規制当局のレポートのみ。 eSafetyとOfcomのレポートは最も信頼性の高い情報源です。Ofcomの7月のレポートは、回避のリスクをなくせる単一の年齢保証手法は存在しないとしています(Ofcom, Use of Age Assurance Report 2026)。また、クレジットカードによる確認で成人であることは示せるものの、16歳や17歳を基準とする年齢判定には使えないと指摘しています。DiscordとSteamはどちらもクレジットカードによる確認を提供しているため、この点は重要です。ただし、これらのレポートは数か月ごとにしか公開されず、毎週のプラットフォームの変更を追うことはできません。
  • サードパーティのソーシャルリスニングサービス。 カバー範囲は広いものの、多くのサービスはアカウントや個人のプロファイリングを行います。これは「未成年者について推測しない」という方針に反します。購入前に、具体的なデータフィールドを確認してください。
  • スタッフが手作業でレビューを読む。 低コストですが、固定のサンプルやルールがありません。人によって数え方が異なり、後から結果を検証することもできません。
  • 本記事の手法。 固定したサンプリング、保存前の個人情報フィールドの削除、すべての生レスポンスのハッシュ化、そして人手による分類です。すべての数値は、保管しているファイルまでさかのぼって確認できます。この手法でできないこと:特定の国のユーザーがどう感じているかを示すこと、規制が効果を上げているかを測定することです。効果を測るには、eSafetyの調査のような比較群を設けたパネル調査が必要です。

最近の動向(2026年9月〜10月)

  • 10月末:Ofcomが16歳以上かどうかの年齢確認に関する迅速評価を議会に提出予定。英国は、2027年にも開始される可能性のある16歳未満向けの制限を計画しています(Ofcom)。英国のチームは、今後数か月のうちにガイダンスが出ることを想定しておく必要があります。
  • 10月22日:欧州議会がKIDS Actを委員会に付託(Legislative Observatory)。コンプライアンスチームにとっては、条文が今後変わることを意味します。現時点での作業は準備であり、対応の完了ではありません。
  • 10月20日頃:オーストラリアは、eSafetyが5つのプラットフォームに対する訴訟を準備していると発表。eSafetyは9月に付与された証拠収集権限を行使しています(Tech Times、二次情報)。法案の概要はParliamentary Libraryで確認できます。プラットフォームは「合理的な措置」を講じたことを証明する必要があるため、発表やヘルプセンターの変更の記録がより重要になります。
  • 10月14日:メキシコが子どものための安全なデジタル空間に関する政令を公布。アプリストアを含むプラットフォームは、自己申告に依存しない年齢確認を導入しなければなりません。また、講じた措置を30暦日以内に報告する必要があります(政令本文)。メキシコにユーザーがいるアプリは、11月中旬に最初の報告期限を迎えます。
  • 10月12日:Character.AIが連邦破産法第11章(Chapter 11)の適用を申請し、売却を計画(Character.AIブログ)。申告された年齢のデータは、現在では売却条件の一部になっています。
  • 9月21日〜10月12日:EFFとInternet SocietyがKIDS Actの年齢確認を批判。これらは両団体の立場であり、事実ではありません。EFFは、年齢ゲートはすべてのユーザーのプライバシーを損ない、身分証明書を持たない人を締め出すおそれがあると主張しています(EFF、9月21日;EFF、10月8日)。Internet Societyは、セーフティ・バイ・デザインの部分は支持しつつも、年齢トークンが「インターネットバッジ」になってはならないと警告しています(Internet Society、10月12日)。技術的な議論については、IAB/W3Cワークショップの報告書ドラフト(draft-iab-agews-report-03)と欧州委員会の年齢確認ブループリントを参照してください。レポートにある「プライバシーと身分証明書」に関する苦情を、これらの主張と比較できます。

このテストの制約

  • 対象は1日分、9つのストリーム、各ストリーム200件のレビューです。これはある時点のスナップショットであり、傾向ではありません。区間は広く、Character.AIの38/200の95%区間は14.2%〜25.0%、Discordの9/200は2.4%〜8.3%です(Wilson法)。
  • 手作業での読み取りは1人で行い、2人目のレビュアーはいませんでした。再現率は、非該当とされたレビューを人手で幅広く確認した結果に基づいていますが、それでも一部のレビューを見落としている可能性があります。
  • EUのトピック件数は多言語のキーワードで集計しています。1つのコメントが複数のトピックに数えられることがあります。これは意味に基づく分類ではありません。
  • 本記事はデータ手法について説明するもので、法的助言ではありません。自社の義務については、最終的な条文を確認し、弁護士に相談してください。

よくある質問

Discordの年齢確認は安全ですか? このレポートでは、手法が安全かどうかは判断できません。示せるのは、ユーザーが何を懸念しているかです。今回のDiscordのサンプルでは、関連レビューのうち英語では9件中1件、スペイン語では9件中3件がプライバシーや身分証明書データに関するものでした。Discordの9月の投稿によると、ユーザーはクレジットカードやアプリストアの年齢区分など、身分証明書や自撮りを必要としない方法を選べます。(質問の出典:検索候補「is age verification safe on discord」)

Discordの年齢確認がうまくいかないのはなぜですか? 今回のサンプルでは、「年齢の誤判定または確認の失敗」がスペイン語で最大のグループ(9件中5件)で、英語では9件中3件でした。レビューには、自撮りによる確認が3回の試行で打ち切られる、成人のアカウントが10代のグループに振り分けられる、といった事例が書かれています。週次レポートでこうしたケースを集計すれば、プラットフォームのチームは修正が有効かどうかを確認できます。ただし、レポートでアカウントが直るわけではありません。(質問の出典:検索候補「discord age verification not working」)

年齢確認アプリのレビューや苦情はどう分析すればよいですか? まずキーワード辞書を一次フィルターとして使い、次に手作業またはモデルによる工程で苦情の種類を分類します。今回のテストでは、辞書の適合率は94.5%、再現率は77.6%でしたが、辞書による種類の分類が人間の読み手と一致したのは42.3%にとどまりました。保存前に投稿者情報のフィールドを削除し、年齢を記載しているレビューは決して引用しないでください。(質問の出典:検索候補「age verification app reviews and complaints」)

関連記事

参考文献

  1. 欧州委員会「EU KIDS法、EU域内でソーシャルメディアプラットフォームによる子どもへのアクセスを制限へ」(IP/26/1890)、2026-09-17、https://ec.europa.eu/commission/presscorner/detail/en/ip_26_1890
  2. 欧州委員会「KIDS法の解説」、2026-10-25閲覧、https://digital-strategy.ec.europa.eu/en/faqs/kids-act-explained
  3. 欧州委員会「Proposal for EU KIDS Act」(COM(2026)681)、2026-09-17、https://digital-strategy.ec.europa.eu/en/library/proposal-eu-kids-act-eu-keeping-internet-digital-spaces-accountable-and-trustworthy
  4. 欧州委員会「欧州委員会、EU KIDS法に関する意見を募集」、2026-10、https://digital-strategy.ec.europa.eu/en/news/commission-seeks-feedback-eu-kids-act
  5. 欧州委員会、Have your say「子どものオンライン安全:デジタル空間の説明責任と信頼性の確保(EU KIDS法)」、意見募集期間:2026-10-01〜2026-12-03、https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/19418-Child-online-safety-keeping-digital-spaces-accountable-and-trustworthy-EU-Kids-Act-_en
  6. 欧州委員会、Have your say、KIDS法に寄せられたすべての公開意見(2,604件)、2026-10-25 06:37 UTC閲覧、https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/19418-Child-online-safety-keeping-digital-spaces-accountable-and-trustworthy-EU-Kids-Act-_en/feedback?p_id=26173
  7. 欧州議会Legislative Observatory(立法手続きデータベース)、手続き番号2026/0286(COD)、2026-10-25閲覧、https://oeil.europarl.europa.eu/oeil/en/procedure-file?reference=2026/0286%28COD%29
  8. EU Child Participation「EU KIDS法:意見をお寄せください」、2026-10-07、https://eu-for-children.europa.eu/activities-news/latest/eu-kids-act-have-your-say_en
  9. 欧州委員会「欧州委員会、年齢確認のブループリントを公開」、https://digital-strategy.ec.europa.eu/en/news/commission-makes-available-age-verification-blueprint
  10. eSafetyコミッショナー「開始直後の初期知見:3か月後の追跡調査から見るソーシャルメディア年齢制限の実体験」、2026年7月(2026年8月公開)、https://www.esafety.gov.au/sites/default/files/2026-08/Early-days-Early-Insights-SMMA-Evaluation-Understanding-experiences-of-social-media-age-restrictions-August2026.pdf
  11. eSafetyコミッショナー「eSafetyの包括的評価プロジェクトから得られた初期知見」、2026-08、https://www.esafety.gov.au/newsroom/media-releases/early-insights-from-esafetys-comprehensive-evaluation-project
  12. eSafetyコミッショナー「Social Media Minimum Age: Compliance Update」、2026-03-31、https://www.esafety.gov.au/sites/default/files/2026-03/SocialMediaMinimumAgeComplianceUpdateMarch2026.pdf
  13. eSafetyコミッショナー「ソーシャルメディアの年齢制限」、2026-10-25閲覧、https://www.esafety.gov.au/about-us/industry-regulation/social-media-age-restrictions
  14. オーストラリア議会図書館、Bills Digest「Online Safety Amendment (Strengthening Enforcement for the Social Media Minimum Age) Bill 2026」、2026-08-16、https://www.aph.gov.au/Parliamentary_Business/Bills_Legislation/bd/bd2627/27bd012
  15. technology.org(Alius Noreika)「10代のソーシャルメディア禁止:オーストラリアの初期データが示すこと」、2026-10-20、https://www.technology.org/2026/10/20/teen-social-media-ban-australia-data-eu-kids-act/
  16. Tech Times「Australia Prepares to Sue Meta, TikTok, Snap and YouTube Over Under-16 Non-Compliance」、2026-10-21、https://www.techtimes.com/articles/329312/20261021/australia-prepares-sue-meta-tiktok-snap-youtube-over-under-16-non-compliance.htm
  17. Discord(Stanislav Vishnevskiy)「Safer for Teens, Same Discord for Adults」、2026-09-22、https://discord.com/blog/safer-for-teens-same-discord-for-adults
  18. Ars Technica(Jon Brodkin)「Discordの年齢確認が本日開始、ユーザーの反発を受けて変更も」、2026-09、https://arstechnica.com/tech-policy/2026/09/discord-age-verification-rolls-out-today-with-changes-spurred-by-user-backlash
  19. Roblox「Roblox Requires Age Checks for Communication, Ushering in New Safety Standard」、2025-11-19、https://about.roblox.com/newsroom/2025/11/roblox-requires-age-checks-limits-minor-and-adult-chat
  20. Roblox Developer Forum「Age Check Requirement to Chat Now Live Globally」、2026-01-09、https://devforum.roblox.com/t/age-check-requirement-to-chat-now-live-globally/4226101
  21. Apple Developer「Declared Age Range」、2026-10-25閲覧、https://developer.apple.com/documentation/declaredagerange
  22. Android Developers「Play Age Signalsの概要」、2026-10-25閲覧、https://developer.android.com/google/play/age-signals/overview
  23. Character.AI「An Update on Character.ai」、2026-10、https://blog.character.ai/an-update-on-character-ai/
  24. Character.AIヘルプセンター「Important Changes for Teens on Character.ai」、2025-10-29、https://support.character.ai/hc/en-us/articles/42645561782555-Important-Changes-for-Teens-on-Character-ai
  25. Stretto(債権届出・通知代理人)、In re Character Technologies, Inc.、事件ページ、2026-10-25閲覧、https://cases.stretto.com/chartech
  26. PPC Land「Character.ai、ユーザーのチャットを誰が購入できるかをめぐり40人の州司法長官と対峙」、2026-10-14、https://ppc.land/character-ai-faces-40-attorneys-general-over-who-can-buy-its-users-chats/
  27. 電子フロンティア財団(Electronic Frontier Foundation)「EU Kids Act Won't Keep the Internet Accountable and Trustworthy」、2026-09-21、https://www.eff.org/deeplinks/2026/09/eu-kids-act-wont-keep-internet-accountable-and-trustworthy
  28. 電子フロンティア財団(Electronic Frontier Foundation)「IDがなければインターネットも使えない:年齢確認と情報にアクセスする権利」、2026-10-08、https://www.eff.org/deeplinks/2026/10/when-no-id-means-no-internet-age-verification-and-right-access-information
  29. Internet Society「The EU KIDS Act Should Make Services Safer, Not Create an Internet Badge」、2026-10-12、https://www.internetsociety.org/blog/2026/10/the-eu-kids-act-should-make-services-safer-not-create-an-internet-badge/
  30. Nottingham、Thomson(IAB/W3C)「Report from the IAB/W3C Workshop on Age-Based Restrictions on Content Access」(draft-iab-agews-report-03)、2026-04、https://www.ietf.org/archive/id/draft-iab-agews-report-03.html
  31. Ofcom「Use of Age Assurance Report 2026」、2026-07-15、https://www.ofcom.org.uk/online-safety/protecting-children/use-of-age-assurance-report-2026
  32. 中国国家インターネット情報弁公室、未成年者のインターネット安全利用に関する国務院規則草案についての通知(中国語)、2026-09-18、https://www.cac.gov.cn/2026-09/18/c_1791482017777471.htm
  33. メキシコ政府「DECRETO de entornos digitales seguros para niñas, niños y adolescentes」(子ども・青少年のための安全なデジタル環境に関する政令、DOF 2026-10-14)、https://www.gob.mx/cms/uploads/attachment/file/1109462/DECRETO_ENTORNOS_DIGITALES.pdf
  34. Anthropic「MCPでClaude Codeをツールに接続する」、2026-10-25閲覧、https://code.claude.com/docs/en/mcp
  35. EveryInfra、機能カタログGET /api/v1/social/catalog、2026-10-25 06:34 UTC閲覧、https://api.everyinfra.com/api/v1/social/catalog

参考資料 BL-41