「Microsoft Formsで匿名アンケートを取りたい」「逆に名前を必ず取りたい」——どちらも頻出の要件ですが、Microsoft Formsの匿名性は文脈によって挙動が変わります。
特に「組織内モード」「外部公開モード」「Teams上で送信」「メール経由で送信」のどれを選ぶかで、実質的な匿名性が大きく異なります。本記事では設定手順だけでなく、「匿名と謳いながら実は記名されている」事故を防ぐ設計の作法 まで踏み込みます。
4つのシナリオで匿名性が変わる
| シナリオ | 名前/メアドの自動取得 | 実質的な匿名性 |
|---|---|---|
| 組織内モード × 通常配信 | 自動取得 | △ 記名 |
| 組織内モード × Teams投票 | 自動取得 | △ 記名 |
| 外部公開モード × URL配信 | 取得しない | ◎ 匿名 |
| 「特定のユーザー」モード | 取得 | × 記名 |
つまり 「匿名アンケート = 外部公開モード × URL配信」 という組み合わせ以外では、Microsoft Forms上で個人が紐づきます。
設定手順：匿名にしたい場合
1. 「設定」→「回答できるユーザー」
「すべてのユーザーが回答可能」を選択。これが匿名化の最大のポイントです。
2. 「氏名を記録」をオフに
組織内モードのチェックボックス「回答者の氏名を記録する」をオフ。外部公開モードを選んだ時点で氏名は自動的に記録されない ので、外部公開モードならこのチェックは関係ありません。
3. メールアドレス取得質問を設けない
質問項目に「メールアドレス」「お名前」を入れていれば、それは記名アンケートです。匿名性を担保するなら 属性質問のみ に絞ります。
4. URLで配信
Teams上でアンケートを送るのではなく、メール・社内ポータル・LP経由で 匿名URLとして配布。Teams経由は次節で解説する罠があります。
設定手順：記名にしたい場合
1. 組織内モードを維持
「自分の組織内のユーザーのみ」のままにすれば、ログインユーザーの氏名・メールが自動取得 されます。
2. 「氏名を記録」をオン
明示的に氏名を記録する設定を有効化。
3. 必要なら追加で属性質問を作る
部署、役職、入社年など、自動取得できない情報は質問として追加します。
4. 「1人1回」制限を有効化
組織内モードと組み合わせれば重複防止が効きます。
ここからが本題 — Microsoft Formsの「匿名性」の落とし穴
落とし穴1：Teams上で送ると実質的に記名
Teams会議内で「匿名アンケート」を実施しても、会議参加者リストは別途記録されている ため、本気で個人を特定したい人にとっては「誰が答えたか」が推測可能です。
特に少人数の会議で「匿名」を謳って正直な意見を集めても、回答者は「誰が言ったかバレる可能性がある」と感じて本音を出さない ことがあります。
回避策：
- 本気で匿名性を担保するなら、Teams外の外部URLで配信
- 参加者全員に必ず回答してもらう設計（誰が回答してないかバレないように）
- 匿名と謳うなら設計から徹底する
落とし穴2：組織内モードでの「氏名を記録しない」設定
組織内モードでは「氏名を記録しない」をオンにしても、Microsoft 365のテナント管理者は技術的には誰が回答したかを追跡可能 な場合があります。
これは：
- 監査ログでアクセス元IPアドレスが記録されている
- ネットワーク経由で個人特定可能なケースがある
- 「設計上の匿名性」と「組織管理者から見た技術的な追跡可能性」は別
の問題です。本当の匿名性を担保したい場合は、外部公開モード + 個人情報を一切聞かない設計 が必要です。
落とし穴3：メールで送ると追跡される可能性
「匿名URL」を作っても、メールに記載するURLが受信者ごとに微妙に異なる ように設計されているケース（マーケティングオートメーション経由など）では、誰が開いたか追跡できることがあります。
回避策：匿名性が重要なアンケートは、メールではなく社内掲示板や全体ポータルから誘導する。
落とし穴4：自由記述の文体・内容で個人特定
これは仕様の問題ではなく 「人間の癖」の問題 です。匿名アンケートでも：
- 文体・口癖で誰か推測できる
- 部署名や案件名を書いてしまうと特定される
- 「私だけが知っている事実」を書くと特定される
そのため 「匿名アンケートでも個人特定される可能性がある」 という前提を、回答者にも周知しておくのが誠実です。
「匿名アンケート」の信頼性を高める設計
設計1：何を取り、何を取らないかを明示する
「このアンケートは匿名で実施します。
氏名・メールアドレス・部署は記録されません。
回答内容は集計のみに利用し、個人特定はいたしません。」
説明欄に明示するだけで、回答者の信頼度と回答の正直さ が変わります。
設計2：質問項目から特定可能性を減らす
「年齢」「性別」「部署」を全て聞くと、組み合わせで個人が特定可能になります。3要素以上の組み合わせ を聞くと、社内では実質的な匿名性は崩壊します。
回避策：
- 必要最小限の属性に絞る
- 「30代」「営業系」のように粒度を粗くする
- 部署はカテゴリ（営業/開発/管理）にまとめる
設計3：回答数が少ないセグメントの公開を避ける
集計結果として「営業部の女性 = 2名の回答」のように 回答者数が少ないセグメント を公開すると、当事者が特定されます。
回避策：5名未満のセグメントは集計結果に含めない、もしくは大カテゴリに統合する。
設計4：自由記述の扱いをルール化
集計結果に自由記述を含める場合：
- 個人特定可能な記述は 編集者がマスキング してから公開
- 元データへのアクセスは管理者限定
- 一定期間後に元データを削除する運用
用途別の推奨設定
| 用途 | 推奨モード | 補足 |
|---|---|---|
| 社員エンゲージメント調査 | 外部公開モード | 匿名性が回答品質に直結 |
| 申し込み・予約フォーム | 組織内 or 外部公開（記名） | 連絡先必須 |
| 取引先満足度調査 | 外部公開モード | 必要なら記名質問追加 |
| 360度評価 | 外部公開モード（厳密匿名） | 評価対象との関係が重要 |
| 顧客向けNPS | 外部公開モード | 連絡可否を任意で確認 |
| 退職者ヒアリング | 外部公開モード（厳密匿名） | 在職時のしがらみを排除 |
レポアンの匿名/記名設計
レポアンは「匿名性」を細かく制御できる設計になっています。
- 完全匿名モード — IPもCookieも記録しない設計の選択が可能
- Cookieベース重複防止 × 匿名 — 個人を特定せずに「同じブラウザからの2回目」だけブロック
- 記名/匿名の質問単位切り替え — 「メールは任意、内容は匿名」のような設計
- 回答者向け匿名性の説明テンプレート — 信頼性を担保する文面が標準で挿入可能
- 少数セグメントの自動マスキング — n=5未満のセグメントは集計画面に表示されない設定
まとめ
Microsoft Formsの匿名/記名は：
- 「組織内/外部公開」モードで仕様が大きく異なる
- 組織内モードは原則記名、外部公開モードは原則匿名
- Teams経由は実質的に記名性を持つ
- 「氏名を記録しない」設定でも組織の技術的追跡は別問題
「匿名アンケート」と謳う以上、設計者には回答者への誠実さが求められます。設定だけでなく、配信方法・質問構造・公開ルールまで含めて設計するのが、匿名性を担保する真の作法です。