【Notion】NotionのSSO必須化後に入れないメンバーが出た時の切り分け

NotionのワークスペースでSSO(シングルサインオン)を必須化した後、一部のメンバーがログインできなくなるトラブルが発生することがあります。この問題は、SSO設定の変更やアカウント連携の不備、キャッシュの影響など複数の原因が考えられるため、適切な切り分けが必要です。本記事では、ログインできないメンバーが出た場合に、原因を特定し解決するための具体的な手順を解説します。管理者と一般メンバーの双方が取るべきアクションを整理しましたので、ぜひ参考にしてください。

SSO必須化後にログインできない主な原因

SSO必須化後にログインできない原因は、大きく3つに分類できます。1つ目は、ユーザーのNotionアカウントがSSOと正しく紐付いていないケース、2つ目はIdP側の設定漏れや属性不一致、3つ目はブラウザのキャッシュや拡張機能が干渉するケースです。それぞれについて詳しく見ていきます。

アカウントのSSO紐付けが未完了

SSO必須化を有効にする前に、各メンバーが自分のNotionアカウントに対してSSOログインを一度も使用していない場合、連携が完了していない可能性があります。特に、メールアドレスとパスワードでログインしているユーザーは、SSOログインを試行するまでアカウントにSSOが結びつきません。管理者側で「SSO必須」をオンにすると、それまでパスワードログインしていたユーザーは強制的にSSO画面にリダイレクトされますが、IdP側でユーザーが存在しない場合や属性が一致しない場合にはエラーになります。

IdP側の設定ミス

SSOに使用するIdP(例えばAzure ADやGoogle Workspace)の設定が不十分なこともあります。代表的なミスとして、ユーザーのメールアドレス属性がNotionで要求する形式と異なる、アプリケーションのスコープ不足、またはIdP側でユーザーがグループに追加されていないなどが挙げられます。NotionのSSO設定では「Email Domain」や「JIT(Just-In-Time)プロビジョニング」の設定も関係するため、管理者はIdP側とNotion側の両方を確認する必要があります。

ブラウザのキャッシュ・Cookieの問題

SSO設定変更後、古いセッション情報がブラウザに残っていると、新しいSSOフローが正常に動作しないことがあります。シークレットウィンドウで試すことで切り分けられます。また、拡張機能(広告ブロッカーなど)がSSOのリダイレクトを妨げているケースも報告されています。

メンバー自身が行うべき確認手順

ログインできないメンバーは、以下の手順を順に試してください。管理者に問い合わせる前に、自分で解決できる可能性があります。

1. シークレットウィンドウでログインを試す。 ブラウザの通常ウィンドウを閉じ、シークレットモード(Chromeなら「シークレット ウィンドウ」、Edgeなら「InPrivate ウィンドウ」)でhttps://www.notion.so にアクセスし、ログインボタンからSSOを選択します。
2. ブラウザのキャッシュとCookieをクリアする。 特に過去にNotionにパスワードでログインした履歴がある場合は、古いセッションが残っている可能性があります。ブラウザ設定から「すべてのCookieとサイトデータ」を削除し、再試行します。
3. 別のブラウザや端末で試す。 会社PCで問題が発生している場合、スマートフォンや別のPCのブラウザでログインを試みます。成功すれば、元の端末固有の問題(拡張機能など)が疑われます。
4. 使用している拡張機能を一時的に無効にする。 特に広告ブロッカーやトラッキング防止機能がSSOのリダイレクトをブロックすることがあります。すべての拡張機能をオフにして再試行します。
5. 企業のIdPログインページが正しく表示されるか確認する。 SSOボタンをクリックした後、自社のIdP(Microsoft 365のサインイン画面など)が表示されるはずです。表示されない場合、Notion側のSSOエンドポイントが正しく設定されていない可能性があります。その場合は管理者に連絡してください。

管理者が確認すべきSSO設定とトラブルシューティング

管理者は、以下の観点から設定を確認します。

Notion管理画面のSSO設定

ワークスペースの「Settings & Members」→「SSO」で、必須化が有効になっていること、IdPのエンドポイントが正しいことを確認します。また、「JIT Provisioning」が有効になっている場合、初回SSOログイン時に自動でユーザーが作成されますが、ドメイン制限と組み合わせると問題が生じることがあります。例えば、許可ドメイン以外のメールアドレスを持つユーザーはJITで追加できません。

IdP側でのアプリケーション登録と属性マッピング

Microsoft Entra ID(旧Azure AD)やGoogle WorkspaceでNotionアプリケーションを登録している場合、必要な属性(mail, userprincipalnameなど)が正しくマッピングされているか確認します。また、ユーザーがアプリケーションに割り当てられているか、スコープが適切か(例:OpenID Connectのスコープにprofileやemailが含まれているか)をチェックします。

ユーザーのメールアドレス一致確認

Notionのアカウントに登録されているメールアドレスと、IdP側のUPN(ユーザープリンシパル名)が一致している必要があります。大文字小文字も区別されるため、正確に一致しているか確認します。例えば、Notion側では「Tanaka@example.com」、IdP側では「tanaka@example.com」だと不一致でログインできません。

失敗パターンと回避策

実際によくある失敗パターンを挙げます。

• パスワードログインのままSSO必須化された。 以前パスワードでログインしていたユーザーが、SSO必須化後も「ログイン」→「メールアドレス入力」→「パスワード入力」の流れを期待してしまうケース。解決策:SSO必須化後はパスワード入力欄が表示されないため、必ず「Sign in with SSO」ボタンを使うように周知します。
• ゲストユーザーが入れなくなる。 ゲストユーザーは通常SSOの対象外ですが、ワークスペースの設定で「すべてのメンバーにSSOを必須」にしているとゲストも影響を受けます。対策:ゲストには別の認証方法(メールリンクなど)を許可するSSO設定にするか、ゲストをメンバーに変更します。
• 複数のNotionワークスペースをまたぐ場合。 ユーザーが複数のワークスペースに所属していて、それぞれSSO設定が異なると混乱します。特に個人用のNotionアカウントと会社用のワークスペースを同じブラウザで使っている場合、Cookieが混在してログインできないことがあります。ブラウザのプロファイルを分けることで回避します。

状況別の比較表

状況	原因の可能性	最初に試すこと
初回SSOログイン時にエラー	JITプロビジョニングオフ、メール不一致	IdP側でユーザーをアプリに割り当てる
既存ユーザーがSSO必須化後に入れない	SSO紐付け未完了、キャッシュ	シークレットウィンドウで再試行
ゲストユーザーがログインできない	SSO必須ゲスト除外設定漏れ	管理者がゲスト個別に招待を再送信
特定のブラウザだけで起こる	拡張機能、キャッシュ	別ブラウザで試す、拡張機能無効化

よくある質問

Q. SSO必須化したのにパスワードログイン画面が表示される

A. 設定の反映に時間がかかっているか、ブラウザのキャッシュが残っている可能性があります。まずはシークレットウィンドウで試してください。それでも変わらない場合、管理者がSSO必須化を正しく保存したか確認します。また、NotionではSSO必須化の設定が全員に即時適用されるわけではなく、一部のユーザーに古いセッションが残っているとパスワードログインが可能な場合があります。

Q. SSOログイン後に「You don’t have access to this workspace」と表示される

A. SSOによる認証は成功しているものの、そのユーザーがワークスペースのメンバーとして登録されていない状態です。JITプロビジョニングが有効でない場合、管理者が事前にユーザーをワークスペースに招待しておく必要があります。または、ドメイン制限がかかっていて、そのユーザーのメールドメインが許可されていない可能性もあります。

Q. モバイルアプリでもログインできない

A. モバイルアプリではブラウザベースのSSOが使用されるため、基本的な原因は同じです。ただし、アプリ内ブラウザのキャッシュが原因の場合があるため、一度アプリを再インストールして試すことも有効です。また、モバイル端末にインストールされているIdPアプリ(Microsoft Authenticatorなど)の状態も確認します。

まとめ

NotionでSSO必須化後にログインできない問題は、端末・アカウント・管理設定の3層で切り分けることで効率的に解決できます。まずはメンバー自身がシークレットウィンドウやキャッシュクリアを試し、それでも解決しない場合は管理者がIdP設定やSSO紐付け状況を確認します。特にメールアドレスの一致とJITプロビジョニングの状態は重要なチェックポイントです。トラブルを未然に防ぐためには、SSO必須化前に全メンバーに一度SSOログインを促し、IdP側のユーザー割り当てを漏れなく行うことを推奨します。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。