サイト認証の設定

ユーザーがサイトを訪問する際の認証方法を決めることは、あらゆる Power Pages サイトにおいてカスタマイズの核となります。認証を強制する場合、ユーザーは ID プロバイダーを通じて認証します。

Power Pages には OAuth 2.0 の ID プロバイダがいくつか組み込まれているため、ユーザーは Microsoft、LinkedIn、Facebook、Google、Twitter のアカウントで認証することができます。 Web サイトは、一度に 1 つの OAuth 2.0 ID プロバイダーのインスタンスのみを持つことができます。

必要に応じて、SAML 2.0、OpenID Connect、および WS Federation ID プロバイダーを追加できます。

Power Pages は作成者と管理者がユーザー認証を簡単に設定できます。 ID プロバイダーを選択すると、アプリに表示される案内に従って残りの設定を行います。

サイトにユーザー認証を設定する方法

一般認証設定を選択します。
特定の ID プロバイダーの設定を入力します。

注

サイトの認証設定の変更は、サイトに反映されるまでに数分かかる場合があります。変更をすぐに確認するには、管理センターでサイトを再起動します。

Tip

これらの手順は、標準環境と GCC 環境の両方に適用されます。ナビゲーションと設定は、両方の環境の種類で同じです。

一般認証設定を選択します

一部の認証設定は、選択した ID プロバイダーに依存しません。これらは通常、Webサイトの認証方法に適用されます。

Power Pages にサインインします。
サイトを作成するか既存のアプリを編集します。
左側のパネルで、セキュリティを選択します。
管理の下にある ID プロバイダーを選択します。
認証設定 を選択します。
必要な一般認証設定を選択し、保存を選択します。

次に、IDプロバイダーの具体的な設定を入力します。

全般設定

次の一般認証設定を選択します。

外部ログイン: 外部認証は、ASP.NET ID API によって提供されます。サードパーティの ID プロバイダーは、アカウントの認証情報とパスワードを管理します。
- オン: サインアップしてアクセスするには、外部 ID を選択して Web サイトで登録します。登録した後、外部 ID でローカルアカウントと同じ機能にアクセスできます。外部アカウントの管理方法について説明します。
- オフ: ユーザーは外部アカウントを使用して登録またはサインインできません。
登録を開く: ローカルユーザーのアカウントを作成するサインアップフォームを制御します。
- オン: サインアップフォームを使用すると、匿名ユーザーは Web サイトにアクセスしてユーザーアカウントを作成できます。ユーザーは登録に招待コードを必要としません。
- オフ: サインアップフォームは無効になり、非表示になります。登録に招待コードを要求するには、開いている登録をオフにして招待設定を構成します。
重要

オープン登録が [オン] の場合、すべてのユーザーは招待コードなしでアカウントを作成できます。サイトでアクセスの制御が必要な場合は、開いている登録をオフにし、 Authentication/Registration/RequiresInvitationサイト設定を使用して招待コードを要求します。
一意の電子メールを要求する: ユーザーがサインアップ時に一意の電子メールアドレスを指定する必要があるかどうかを指定します。
- オン: ユーザーが連絡先レコードに既に存在する電子メールアドレス (非アクティブ化された連絡先を含む) を提供した場合、サインアップの試行が失敗する可能性があります。ユーザーに "既に使用中のメール" エラーが表示される場合は、同じメールアドレスを共有する非アクティブ化された連絡先レコードを確認します。
- オフ: 新規ユーザーは重複したメールアドレスを使用してサインアップできます。

特定の ID プロバイダーを設定する

各 ID プロバイダーには、入力が必要な特定の設定があります。

注

カスタムドメイン名を使用または追加するか、サイトのベース URL を変更する場合は、ID プロバイダーを設定して正しい返信 URL を使用する必要があります。

ご利用の Power Pages サイトで、セキュリティ>ID プロバイダーを選択します。

一覧には、使用可能なすべての ID プロバイダーが表示されます。
リストに表示される ID プロバイダーを設定するには、構成を選択します。

必要なプロバイダーがリストにない場合は、追加してください。
プロバイダー名をそのまま使用するか、必要に応じて変更します。

プロバイダー名は、ユーザーがサインインページで ID プロバイダーとして選択するボタンに表示されます。
次へを選択します。
残りの手順については、共通の ID プロバイダーの表でプロバイダーを検索し、ドキュメントリンクを選択します。

ID プロバイダーの追加

使用した ID プロバイダーがリストにない場合は、追加できます。

Power Pages のサイトで、セキュリティ>ID プロバイダーを選択します。
+ 新規プロバイダー を選択します。
ログインプロバイダーの選択 リストで、その他 を選択します。
プロトコル リストで、プロバイダーが使用する認証プロトコルを選択します。
サイトのログインページに表示されるプロバイダー名を入力します。
次へを選択します。
残りの手順については、構成ページで 詳細情報を選択して、関連するドキュメントのリンクを開きます。
確認を選択します。

ID プロバイダーの編集

Power Pages のサイトで、セキュリティ>ID プロバイダーを選択します。
ID プロバイダー名の横にある その他のコマンド (...)>構成の編集を選択します。
プロバイダーのドキュメントに基づいて設定を変更します。
保存を選びます。

注

ローカルサインイン および Microsoft Entra プロバイダーの構成をここで変更することはできません。代わりにサイトの設定を使用します。

ID プロバイダーの削除

ID プロバイダーを削除すると、プロバイダーの構成が削除されます。プロバイダーは、新しい構成で将来も引き続き使用できます。たとえば、LinkedIn ID プロバイダーを削除した場合、LinkedIn アプリとアプリ構成はそのまま残ります。同様に、Microsoft Entra 外部 ID プロバイダーを削除した場合、構成のみが削除され、このプロバイダーの Azure テナント構成は変更されません。

Power Pages のサイトで、セキュリティ>ID プロバイダーを選択します。
ID プロバイダーの右側で、その他のコマンド (…) >削除を選択します。

既定の ID プロバイダーを設定する

構成された ID プロバイダーを既定として設定します。 ID プロバイダーを既定に設定すると、Web サイトにサインインしたユーザーはサインインページにリダイレクトされません。代わりに、選択したプロバイダーを使用してログインします。

構成された ID プロバイダーのみを既定として設定できます。

重要

ID プロバイダーを既定として設定すると、ユーザーは他の ID プロバイダーを選択できなくなります。

Power Pages のサイトで、セキュリティ>ID プロバイダーを選択します。
ID プロバイダー名の右側で、その他のコマンド (…) >既定として設定 を選択します。

既定を削除して、ユーザーがサインイン時に構成済み ID プロバイダーを選択できるようにするには、既定として削除を選択します。

認証に関する一般的な問題のトラブルシューティング

次の表に、一般的な認証の問題とその解決方法に関するガイダンスを示します。

問題点	Resolution
ユーザーが招待コードをバイパスする	オープン登録が有効になっている場合、ユーザーは招待コードなしで登録できます。開いている登録をオフにし、 `Authentication/Registration/RequiresInvitation`サイトの設定を `true`に設定します。詳細情報: 招待設定
"電子メールは既に使用中です" エラー	このエラーは、非アクティブ化されたレコードを含め、同じメールを持つ連絡先レコードが既に存在する場合に発生します。 Microsoft Dataverseで重複する連絡先レコードを検索して解決します。
AADSTS700016: アプリケーションが見つかりません	このエラーは、通常、Microsoft Entra IDのアプリケーション登録がサイトの構成と一致しない場合、または ID プロバイダーを更新せずにサイトが削除されて再作成された場合に表示されます。クライアント ID と機関 URL がアプリの登録と一致することを確認し、サイトを再作成した後に ID プロバイダーを再構成します。
"無効なサインイン試行" エラー	このエラーは、ユーザーの資格情報が正しくない場合、失敗した試行回数が多すぎるためにアカウントがロックされている、または連絡先レコードが非アクティブ化された場合に発生する可能性があります。ユーザーの連絡先レコードの状態とアカウントロックアウトの設定を確認します。
ローカルサインインMicrosoftログイン画面が表示されます	既定の ID プロバイダーが設定されている場合、ユーザーはローカルサインインページではなく、そのプロバイダーに直接リダイレクトされます。ローカルサインインページを復元するには、既定の ID プロバイダーを削除します。または、 `Authentication/Registration/LoginButtonAuthenticationType`サイトの設定を確認します。
匿名ユーザーと認証済みユーザーのページのレンダリング方法が異なる	認証されたページは、常にアプリケーションサーバーから提供されます。匿名ページは、CDN キャッシュから提供される場合があります。ページのアクセス許可と CDN 設定が、目的の対象ユーザーに対して正しく構成されていることを確認します。
ローカル認証のパスワードローテーション	ローカル認証では、自動パスワードローテーションポリシーはネイティブにサポートされていません。高度なパスワードポリシーについては、Microsoft Entra ID または Azure AD B2C への移行を検討してください。ローカルアカウントの場合は、パスワードリセットフローを使用して、パスワードの変更を手動でトリガーします。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-05-21