何が起きたか
Googleが、アカウントへのアクセスを回復する新しい手段として「セルフィーサインイン」を導入しました。従来からある復旧用連絡先（recovery contacts）やバックアップコードに加わる選択肢で、パスワードを忘れたり端末を失ったりした際に、自分の顔の動画で本人確認を行ってログインできます。
利用には事前設定が必要です。ユーザーは自分の顔を撮影した動画を登録し、Googleがそれをサーバー上に保存します。動画は暗号化された状態で保持され、ユーザーが同意（オプトイン）しない限り他の目的には使わないとGoogleは説明しています。
ただし対象は限定されます。Google Workspaceアカウント、子ども向けアカウント、そしてセキュリティを強化するAdvanced Protection Programに登録したアカウントでは利用できません。
なぜ重要か
ポイントは「顔動画をGoogleのサーバーに預ける」という一点です。これまでの復旧手段（連絡先・コード）はテキスト情報でしたが、今回は生体情報そのものを事前に手渡すことになります。利便性と引き換えに、何に使われるのかという線引きが問われます。
Googleはこのセルフィー動画を、ログインだけでなく、一部機能を使う際の年齢確認や、AIアバターの生成にも利用できるとしています。つまり「復旧のための顔」が、複数の用途に接続される設計です。
見落としやすい論点：改善用トグル
設定フローには、このセルフィー動画をGoogleの顔認識技術の改善に使ってよいかを選ぶ任意のトグルが含まれます。Googleの広報担当者は、このトグルはアカウント復旧機能を使うための必須条件ではなく、チェックを外しておけば動画は他の目的に使われないと明言しています。
裏を返せば、設定を流し込むように進めると、意図せず自分の顔を認識技術の学習素材として差し出してしまう可能性があるということです。デフォルトの挙動と、チェックボックスの意味を理解した上で選ぶ姿勢が求められます。
💼 事業会社視点：これは自社にどう効くか
事業会社にとっての示唆は「生体情報を外部プラットフォームに預ける判断を、誰がどう管理するか」です。まず情シス部門は、この機能がGoogle Workspaceでは使えない点を確認すべきです。業務用の管理アカウントに個人の顔動画復旧を持ち込む余地は元々ないため、私物Googleアカウントとの混在を避ける運用ルールが有効です。
EC・SaaS・アプリ事業者にとっては、認証UXの実験例として観察価値があります。パスワードレス化の次に「顔動画による復旧・年齢確認」という選択肢が主要プラットフォームで一般化すれば、自社の本人確認や年齢確認の設計基準も引き上げられます。ただし顔動画は最も機微な個人情報であり、日本では改正個人情報保護法上の取り扱いが重くなります。安易な模倣は禁物です。
受託開発・SIの立場では、顧客に「便利だから顔認証を入れよう」と提案する前に、オプトイン設計とデフォルトの説明責任をどう担保するかを設計要件に組み込むべきです。経営者は、利便性の裏にある「学習利用の同意が既定で紛れ込む」構造こそ、自社サービスで再現してはならないアンチパターンとして押さえておく必要があります。