「学生アカウントを作りたいのに“既存アカウントでサインイン”しか出ない」。この症状は、学校側で既にアカウントが発行済み、セルフ登録が無効、またはブラウザーの自動入力が原因のことがほとんどです。この記事では、最短で解決にたどり着くための確認手順、原因別の対処、管理者へ依頼する際の伝え方までを網羅的に解説します。
問題の全体像（結論と要点）
Microsoft 365 Education の「学生アカウント」は、職場または学校アカウント（Microsoft Entra ID／旧 Azure AD）として学校テナント上に作成されます。多くの学校では入学時に一括発行されるため、学生本人が個別に新規作成できない運用が一般的です。サインアップ画面に進めない、または「既存アカウントでサインイン」だけが表示される場合は、以下のいずれかが主因です。
- 学校が既にあなたのアカウントを発行済み（初期パスワード配布済み・回収済み）
- セルフサービス登録（自己登録）が学校ポリシーで無効
- ブラウザーのキャッシュ／保存資格情報により既存アカウントが優先表示
- 管理ポータルで作成しようとしているが自分の権限が不足
- 過去に作った／一括発行されたアカウントが残存（パスワード失念）
- 個人向け Microsoft アカウント（MSA）と混同
最短3分チェック：あなたが今すべきこと
- 学校配布情報の確認：入学案内・学内ポータル・情報センターからのメールを見直し、「学籍番号@…」形式のメールと初期パスワードが配られていないか確認。
- サインインの試行：ブラウザーのシークレット／プライベートウィンドウを開き、Office ポータルで学校配布のメールアドレスを用いてサインインを試す（自動入力は使わない）。
- 回復手続き：「アカウントが既に存在」「パスワードが違う」などの表示が出たら、パスワードの回復（SSPR）を実行。
- セルフ登録不可の判断：自己登録の画面自体が出ない・弾かれる場合は、学校がセルフサービス登録を無効にしている可能性が高い。IT 管理者へ依頼（本文のテンプレートを利用）。
症状別の原因と対処（完全版）
既に学校からアカウントが付与されている可能性
Microsoft 365 Education を採用する学校では、学籍データにもとづき 学生用アカウント（職場または学校アカウント）が一括作成される運用が主流です。まずは学内配布資料・ポータルのお知らせ・初期パスワード台紙を探してください。見つかれば、シークレットウィンドウでサインインし、初回サインイン時のパスワード変更と多要素認証（MFA）登録を済ませます。
自分でアカウントを作成したい（セルフサービス登録）
学校がセルフサービス登録を許可している場合のみ、学生・教職員向けの Microsoft 365 無償版サインアップ（学校ドメインのメールを入力）から登録できます。画面遷移しない・メール確認に進めないときは、学校ドメインが教育機関として登録・承認済みでない、または自己登録が組織ポリシーで無効になっている可能性があります。これは学生側では変更できないため、IT 管理者へ確認・依頼が必要です。
ブラウザーのキャッシュ・自動入力が原因
同一ブラウザーで個人用 Microsoft アカウント（@outlook.com 等）や他校のアカウントにサインインした履歴があると、自動的に既存アカウントが選択され、「既存アカウントでサインイン」のみが提示されることがあります。以下を順に試してください。
- シークレット／プライベートモードで開く（自動入力を遮断）
- キャッシュ・Cookie・保存済み資格情報を削除
- 別ブラウザー（Edge／Chrome／Firefox／Safari）または別デバイスで操作
権限不足で新規作成ボタンが見えない（管理ポータル）
学内ポータルや Microsoft Entra 管理センターでユーザー作成を行う場合、ユーザー管理者（User Administrator）等の権限が必要です。学生・一般教職員ロールでは新規作成 UI が表示されないことがあり、管理者の代理作成を依頼するのが確実です。
「既にアカウントが存在する」ケース
過去に自己登録した、または学校が一括発行していたアカウントが残っている可能性があります。サインイン画面の「パスワードを忘れた場合」や「アカウントの回復」から、登録済みの代替メール・SMS・認証アプリを使って再取得を試みてください。回復手段を設定していないなら、本人確認手続き（学生証・学籍情報）を添えて IT 管理者へ復旧依頼します。
個人アカウント（MSA）との混同に注意
学生アカウント＝職場または学校アカウントであり、個人向け Microsoft アカウント（MSA）とは管理基盤が異なります。OneDrive の保存先、Teams の組織、ライセンス付与範囲が違うため、学修データは必ず学校アカウント側に保存しましょう。
すぐ使えるチェック表（症状 ⇔ 原因 ⇔ 対処）
| 画面に出る状況・メッセージ | 主な原因 | 確認方法 | 推奨アクション |
|---|---|---|---|
| 「既存アカウントでサインイン」としか出ない | 学校が一括発行済み／ブラウザーの自動入力 | 学内配布資料・ポータル、シークレットで再試行 | 配布メールでサインイン、SSPR 回復、シークレット利用 |
| サインアップ画面に進めない・弾かれる | セルフ登録が無効／ドメイン未承認 | 同級生や教職員に運用確認 | IT 管理者に新規作成を依頼（テンプレ参照） |
| 「このメールは組織で既に使用されています」 | アカウントが既に存在 | パスワード回復の可否で判断 | SSPR で回復／管理者に初期化依頼 |
| 「アカウントが見つかりません」 | 入力ミス／テナント不一致／個人アカウント | 学内ドメイン表記・学籍番号の再確認 | 正しい校内メールで再試行／管理者に発行依頼 |
| 管理画面で「新規ユーザー」ボタンがない | 自分の権限不足 | 自身のロールを管理者に確認 | ユーザー管理者ロールの付与を依頼 |
ブラウザー別：キャッシュ・資格情報リセット手順（要点だけ）
| ブラウザー | シークレット／プライベート起動 | キャッシュ・Cookie クリア | 保存パスワード削除 |
|---|---|---|---|
| Microsoft Edge | Ctrl+Shift+N | 設定 > プライバシー > 閲覧データのクリア | 設定 > プロファイル > パスワード |
| Google Chrome | Ctrl+Shift+N | 設定 > プライバシーとセキュリティ > 閲覧履歴データの削除 | 設定 > 自動入力 > パスワード |
| Firefox | Ctrl+Shift+P | 設定 > プライバシーとセキュリティ > Cookie とサイトデータ | 設定 > プライバシーとセキュリティ > ログインとパスワード |
| Safari (macOS/iOS) | 新規プライベートウィンドウ／タブ | 設定 > Safari > 履歴と Web サイトデータを消去 | 設定 > パスワード |
ポイント：学校アカウントでの初回サインインは、必ずシークレット／プライベートモードで行い、既存の個人アカウントとセッションを分離しましょう。
学校の一般的な運用と日本国内の傾向
- 大学・高校では入学時に「学籍番号@…ac.jp」などの学校メールと初期パスワードが配布されるのが通例。
- 学校テナントが運用されている場合、学生自身の新規発行は不可で、IT 管理者が一括作成するのが原則。
- セルフサービス登録ページで弾かれるのは、セルフ登録が無効または教育機関としてのドメイン承認未完了であるケースが大多数。
- 行き詰まったら、情報システム課・ヘルプデスクの FAQ／問い合わせ窓口へ。
混同しやすいアカウントの違い
| 種類 | 典型的なメール例 | 管理者 | 保存先（OneDrive） | Teams の所属 | よくある混同 |
|---|---|---|---|---|---|
| 職場／学校アカウント（Entra ID） | 学籍番号@学内ドメイン（…ac.jp 等） | 学校の IT 管理者 | 学校テナントの OneDrive for Business | 学校組織の Teams | 個人アカウントで Teams に入ろうとして拒否 |
| 個人 Microsoft アカウント（MSA） | @outlook.com／@hotmail.com 等 | 本人 | 個人向け OneDrive | 個人のテナント（組織外） | 学校配布ライセンスが反映されない |
| ローカル／他社 SSO アカウント | Google／Apple／学内独自 SSO | 各サービスの管理者 | 各サービスのストレージ | 組織外 | Microsoft 365 サービスに紐づかない |
状況別の操作ガイド
学校発行のアカウントが手元にある
- シークレットウィンドウを開く。
- 学校配布のメールアドレスでサインイン。
- 初回パスワード変更、MFA 登録（認証アプリ／SMS）を完了。
- OneDrive／Teams／Office アプリに順次サインイン（同じ学校アカウントを使用）。
セルフ登録が許可されている学校
- シークレットウィンドウでサインアップページへ（学校メールアドレスを入力）。
- 届いた確認コード／メールで本人確認。
- 初回サインイン後、MFA と SSPR 情報（電話・代替メール）を必ず設定。
セルフ登録が無効の学校
学生側では作成できません。管理者に「ユーザー作成＋ライセンス割当」を依頼しましょう（テンプレートは後述）。
アカウントが存在するがサインインできない
- SSPR で回復：電話番号・代替メール・認証アプリでリセット。
- MFA ロック：端末変更で認証できない場合は、管理者にMFA リセットを依頼。
- サインインループ：Cookie／資格情報を削除し、シークレットで再試行。
管理者へ依頼する際に添える情報（コピペ可）
件名：学生アカウント新規作成／回復のお願い（氏名・学籍番号） 本文： ・氏名／フリガナ： ・学籍番号： ・所属学部・学年： ・学校メール（わかる場合）： ・希望する対応：新規作成／パスワード初期化／MFA リセット ・発生している症状：例「既存アカウントでサインインしか表示されない」 ・試した対処：シークレットでのサインイン、キャッシュ削除、SSPR 等 ・連絡先（電話／代替メール）：
管理者向けメモ（運用・設定観点）
- ユーザー一括作成：学籍台帳からの CSV 取り込みや自動プロビジョニングを計画し、入学時の一括発行を徹底。
- ライセンス割当：学生プランの自動割当（グループベース）を設定し、授業開始前に有効化。
- セルフ登録の方針：自己登録を許可しない場合は、案内ページで理由・手順（問い合わせ先・SLA）を明示。
- SSPR／MFA：初回サインイン時に登録を必須化し、回復手段の未登録率をモニタリング。
- 権限設計：学内の情報センター職員へ User Administrator、必要に応じて Authentication Administrator を委任。
- 案内整備：「学籍番号@…」の表記統一、初期パスワード受領方法、よくある質問（SSPR・MFA）を学生ポータルに掲載。
よくある質問（FAQ）
Q. 個人の @outlook.com で授業に参加できますか？
A. できません。授業用 Teams／SharePoint は学校テナントに属します。学校アカウントでのみ参加可能です。
Q. Google Workspace Education を使っている学校でも Microsoft 365 アカウントは必要？
A. 学科・授業によっては Office アプリや Teams を使うために必要です。学校からの案内に従ってください。
Q. サインアップ中に確認メールが届きません。
A. セルフ登録が無効か、迷惑メール振分け／受信制限の可能性があります。管理者に作成依頼が最短です。
Q. 既にあるのにサインインできない（MFA 端末を紛失）。
A. 管理者にMFA リセットと一時パスワードの発行を依頼してください。
Q. 退学・休学中はどうなりますか？
A. 学校ポリシーによりますが、在籍状態に連動して無効化・削除・保持が決まります。重要データは学校の指示に従いバックアップを。
トラブルを避けるためのベストプラクティス
- 学内メール＋初期パスワードの保管（写真・メモ・金庫アプリなど安全な方法で）
- 初回サインインはシークレットで実施し、個人アカウントと混在させない
- SSPR／MFA を必ず登録・検証し、回復用メール・電話を最新に保つ
- 授業に使うデータはOneDrive for Business（学校）に保存
- 共同作業（Teams／SharePoint）は学校アカウントでのみ参加
画面表示の言い回しと受け止め方
| 表示の例 | 意味 | 行動 |
|---|---|---|
| Sign in with an existing account／既存アカウントでサインイン | 自己登録ではなく、既存の組織アカウントで入る前提 | 学校配布のアカウントでシークレットからサインイン |
| We couldn’t find an account with that email | そのメールでの組織アカウントが見当たらない | 綴り・ドメイン確認／管理者へ発行依頼 |
| This email is already in use by your organization | テナント上に既にユーザーが存在 | SSPR で回復／管理者に初期化依頼 |
ケーススタディ：こんな時どうする？
ケース1：転学・復学で再登録が必要
旧アカウントが無効化されていても、履修開始前に新テナントで新ユーザー作成＋ライセンス割当が必要です。学籍番号と入学日を明記のうえ、情報センターに手続きを依頼しましょう。
ケース2：留学生（交換留学・短期滞在）
在籍期間のみ有効なゲスト／一時アカウントが発行される場合があります。SSPR が使えないときは、窓口で本人確認のうえパスワード初期化してもらいます。
ケース3：非常勤講師・TA が学生用リソースにアクセス
講師ロールのアカウントに学生向けコースの権限を付与する、または別のロールでのユーザー追加が必要です。自己登録では対応不可のことが多いので、管理者へ依頼しましょう。
NG 例と落とし穴
- 個人用アカウントで OneDrive／Teams を使い始め、授業データが散逸する
- 複数ブラウザーで別アカウントのセッションが混在し、サインインループに陥る
- MFA 端末を機種変して登録を更新し忘れ、試験当日に入れない
- 自己登録不可のテナントで何度もサインアップを試し、ロックアウトを誘発
まとめ：迷ったら「配布情報の再確認」→「シークレットでサインイン」→「管理者へ依頼」
学生アカウントの新規作成でつまずく最大の理由は、学校側が既に発行済みであること、あるいはセルフ登録が許可されていないことです。まずは配布資料の再確認と、シークレットウィンドウでのサインイン・回復を実施。画面が進まない、または自己登録が無効なテナントと判明したら、管理者に新規作成（または復旧）を依頼するのが最短です。学修データの保護とコラボレーションのため、学校アカウントと個人アカウントをしっかり分けて運用しましょう。
問い合わせチェックリスト（公開用）
| 項目 | 記入例 | 備考 |
|---|---|---|
| 氏名／学籍番号 | 山田 太郎／20AB1234 | 本人確認に必須 |
| 所属 | 工学部 情報工学科 2年 | 正確に記載 |
| 学校メール（判明していれば） | 20ab1234@…ac.jp | ドメインを省略しない |
| 希望する対応 | 新規作成／初期化／MFA リセット | いずれかを明記 |
| 発生事象 | 既存アカウントでサインインのみ表示 | スクリーンショットがあると早い |
| 既に試した対処 | シークレット、キャッシュ削除、SSPR | 重複対応の無駄を防ぐ |
| 連絡先 | 携帯番号・代替メール | 回復通知に使用 |
付録：用語ミニガイド
- Microsoft Entra ID（旧 Azure AD）：学校アカウントを管理するクラウドディレクトリ。ユーザー作成、サインイン、MFA などを司る。
- SSPR：Self-Service Password Reset。本人が自力でパスワードをリセットできる仕組み。
- MFA：多要素認証。パスワードに加えて、認証アプリ・SMS・電話などを使って安全性を高める。
- テナント：学校が保有する Microsoft 365 の契約単位（論理的な組織）。
コメント