Weibo アカウントでサインアップとサインインを設定する - Azure AD B2C

2025-05-03

重要

2025 年 5 月 1 日より、Azure AD B2C は新規のお客様向けに購入できなくなります。詳細については、FAQ を参照してください。

開始する前にこのページの上部にある ポリシーの種類 セレクターを使用して、設定するポリシーの種類を選択します。 Azure Active Directory B2C には、ユーザーがアプリケーションを操作する方法を定義する 2 つの方法 (定義済みのユーザーフローを使用する、または完全に構成可能なカスタムポリシーを使用する) があります。この記事で必要な手順は、方法ごとに異なります。

注

この機能はパブリックプレビュー段階にあります。

[前提条件]

ユーザーがサインアップしてアプリケーションにサインインできるように、ユーザーフローを作成します。
Web アプリケーションを登録します。

「Active Directory B2C でのカスタムポリシーの概要」の手順を完了してください。このチュートリアルでは、Azure AD B2C テナント構成を使用するようにカスタムポリシーファイルを更新する方法について説明します。
Web アプリケーションを登録します。

Weibo アプリケーションを作成する

Azure Active Directory B2C (Azure AD B2C) で Weibo アカウントを持つユーザーのサインインを有効にするには、Weibo 開発者ポータルでアプリケーションを作成する必要があります。 Weibo アカウントをまだお持ちでない場合は、 https://weibo.comでサインアップできます。

Weibo アカウントの資格情報を使用して Weibo 開発者ポータルにサインインします。
サインインした後、右上隅にある表示名を選択します。
ドロップダウンで、 编辑开发者信息 (開発者情報の編集) を選択します。
必要な情報を入力し、提交 (送信) を選択します。
電子メールの確認プロセスを完了します。
ID 確認ページに移動します。
必要な情報を入力し、提交 (送信) を選択します。

Weibo アプリケーションを登録する

新しい Weibo アプリ登録ページに移動します。
必要なアプリケーション情報を入力します。
创建 (作成) を選択します。
アプリキーとアプリシークレットの値をコピーします。 ID プロバイダーをテナントに追加するには、これら両方が必要です。
必要な写真をアップロードし、必要な情報を入力します。
[保存以上信息 (保存)] を選択します。
高级信息 (詳細情報) を選択します。
OAuth2.0 授权设置 (リダイレクト URL) のフィールドの横にある编辑 (編集) を選択します。
OAuth2.0 授权设置 (リダイレクト URL) には、「 https://your-tenant-name.b2clogin.com/your-tenant-name.onmicrosoft.com/oauth2/authresp」と入力します。カスタムドメインを使用する場合は、「https://your-domain-name/your-tenant-name.onmicrosoft.com/oauth2/authresp」と入力します。 your-tenant-nameをテナントの名前に置き換え、your-domain-nameをカスタムドメインに置き換えます。
提交 (送信) を選択します。

ID プロバイダーとして Weibo を構成する

少なくとも外部 ID プロバイダー管理者特権を持つアカウントで Azure portal にサインインします。
複数のテナントにアクセスできる場合、上部のメニューの [設定] アイコンを選択し、[ディレクトリとサブスクリプション] メニューからお使いの Azure AD B2C テナントに切り替えます。
Azure portal の左上隅にある [ すべてのサービス ] を選択し、 Azure AD B2C を検索して選択します。
ID プロバイダーを選択し、Weibo (プレビュー) を選択します。
名前を入力します。たとえば、 Weibo です。
クライアント ID には、先ほど作成した Weibo アプリケーションのアプリキーを入力します。
クライアントシークレットの場合は、記録したアプリシークレットを入力します。
保存を選択します。

Weibo ID プロバイダーをユーザーフローに追加する

Azure AD B2C テナントで、[ ユーザーフロー] を選択します。
Weibo ID プロバイダーを追加するユーザーフローをクリックします。
[ソーシャル ID プロバイダー] で[Weibo] を選択します。
保存を選択します。
ポリシーをテストするには、[ ユーザーフローの実行] を選択します。
[アプリケーション] で、以前に登録した testapp1 という名前の Web アプリケーションを選択します。 応答 URL にhttps://jwt.msが表示されます。
[ ユーザーフローの実行 ] ボタンを選択します。
サインアップまたはサインインページで、Weibo アカウントでサインインする Weibo を選択します。

サインインプロセスが成功すると、ブラウザーは https://jwt.ms にリダイレクトされ、Azure AD B2C によって返されるトークンの内容が表示されます。

ポリシーキーを作成する

以前に Azure AD B2C テナントに記録したクライアントシークレットを格納する必要があります。

Azure portal にサインインします。
複数のテナントにアクセスできる場合、上部のメニューの [設定] アイコンを選択し、[ディレクトリとサブスクリプション] メニューからお使いの Azure AD B2C テナントに切り替えます。
Azure portal の左上隅にある [すべてのサービス] を選択してから、[Azure AD B2C] を検索して選択します。
[概要] ページで、[Identity Experience Framework] を選びます。
[ポリシーキー] を選択し、[追加] を選びます。
[オプション] で、[Manual] を選択します。
ポリシーキーの名前を入力します。たとえば、WeiboSecret のようにします。プレフィックス B2C_1A_ がキーの名前に自動的に追加されます。
[ シークレット] に、前に記録したクライアントシークレットを入力します。
[ キーの使用法] で、[ Signature] を選択します。
Create をクリックしてください。

ID プロバイダーとして Weibo を構成する

ユーザーが Weibo アカウントを使用してサインインできるようにするには、Azure AD B2C がエンドポイント経由で通信できるクレームプロバイダーとしてアカウントを定義する必要があります。エンドポイントは、特定のユーザーが認証されたことを確認するために Azure AD B2C によって使用されるクレームのセットを提供します。

Weibo アカウントをクレームプロバイダーとして定義するには、ポリシーの拡張ファイルの ClaimsProviders 要素に追加します。

TrustFrameworkExtensions.xmlを開きます。
ClaimsProviders 要素を検索します。存在しない場合は、ルート要素の下に追加します。

次のように新しい ClaimsProvider を追加します。

<ClaimsProvider>
  <Domain>weibo.com</Domain>
  <DisplayName>Weibo (Preview)</DisplayName>
  <TechnicalProfiles>
    <TechnicalProfile Id="Weibo-OAuth2">
      <DisplayName>Weibo</DisplayName>
      <Protocol Name="OAuth2" />
      <Metadata>
        <Item Key="ProviderName">weibo</Item>
        <Item Key="authorization_endpoint">https://api.weibo.com/oauth2/authorize</Item>
        <Item Key="AccessTokenEndpoint">https://api.weibo.com/oauth2/access_token</Item>
        <Item Key="ClaimsEndpoint">https://api.weibo.com/2/account/get_uid.json</Item>
        <Item Key="scope">email</Item>
        <Item Key="HttpBinding">POST</Item>
        <Item Key="external_user_identity_claim_id">uid</Item>
        <Item Key="client_id">Your Weibo application ID</Item>
      </Metadata>
      <CryptographicKeys>
        <Key Id="client_secret" StorageReferenceId="B2C_1A_WeiboSecret" />
      </CryptographicKeys>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="numericUserId" PartnerClaimType="uid" />
        <OutputClaim ClaimTypeReferenceId="identityProvider" DefaultValue="weibo.com" AlwaysUseDefaultValue="true" />
        <OutputClaim ClaimTypeReferenceId="displayName" DefaultValue="Weibo User" />
        <OutputClaim ClaimTypeReferenceId="authenticationSource" DefaultValue="socialIdpAuthentication" AlwaysUseDefaultValue="true" />
        <OutputClaim ClaimTypeReferenceId="UserId" />
      </OutputClaims>
      <OutputClaimsTransformations>
        <OutputClaimsTransformation ReferenceId="CreateIssuerUserId" />
        <OutputClaimsTransformation ReferenceId="CreateRandomUPNUserName"/>
        <OutputClaimsTransformation ReferenceId="CreateUserPrincipalName"/>
        <OutputClaimsTransformation ReferenceId="CreateAlternativeSecurityId"/>
        <OutputClaimsTransformation ReferenceId="CreateSubjectClaimFromAlternativeSecurityId"/>
      </OutputClaimsTransformations>
      <UseTechnicalProfileForSessionManagement ReferenceId="SM-SocialLogin" />
    </TechnicalProfile>
  </TechnicalProfiles>
</ClaimsProvider>
<ClaimsProvider>

client_idアプリケーション登録のアプリケーション ID に設定します。
ファイルを保存します。

要求変換の追加

GitHub 技術プロファイルでは、 CreateIssuerUserId 要求変換を ClaimsTransformations の一覧に追加する必要があります。ファイルに ClaimsTransformations 要素が定義されていない場合は、次に示すように親 XML 要素を追加します。要求変換には、 numericUserId という名前で定義された新しい要求の種類も必要です。

BuildingBlocks 要素を検索します。要素が存在しない場合は、追加します。
ClaimsSchema 要素を見つけます。要素が存在しない場合は、追加します。
ClaimsSchema 要素に numericUserId 要求を追加します。
ClaimsTransformations 要素を見つけます。要素が存在しない場合は、追加します。
CreateIssuerUserId 要求変換を ClaimsTransformations 要素に追加します。

<BuildingBlocks>
  <ClaimsSchema>
    <ClaimType Id="numericUserId">
      <DisplayName>Numeric user Identifier</DisplayName>
      <DataType>long</DataType>
    </ClaimType>
  </ClaimsSchema>
  <ClaimsTransformations>
    <ClaimsTransformation Id="CreateIssuerUserId" TransformationMethod="ConvertNumberToStringClaim">
      <InputClaims>
        <InputClaim ClaimTypeReferenceId="numericUserId" TransformationClaimType="inputClaim" />
      </InputClaims>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="issuerUserId" TransformationClaimType="outputClaim" />
      </OutputClaims>
    </ClaimsTransformation>
  </ClaimsTransformations>
</BuildingBlocks>

ユーザー体験を追加する

この時点で、ID プロバイダーは設定されていますが、どのサインインページでもまだ使用できません。独自のカスタムユーザー体験がない場合は、既存のテンプレートユーザー体験の複製を作成します。それ以外の場合は、次の手順に進みます。

スターターパックから TrustFrameworkBase.xml ファイルを開きます。
を含む Id="SignUpOrSignIn" 要素の内容全体を検索してコピーします。
TrustFrameworkExtensions.xml を開き、UserJourneys 要素を見つけます。要素が存在しない場合は、要素を追加します。
UserJourneys 要素の子としてコピーした UserJourney 要素の内容全体を貼り付けます。
ユーザージャーニーの ID を変更します。たとえば、Id="CustomSignUpSignIn" のようにします。

ID プロバイダーをユーザー体験に追加する

これでユーザー体験が作成されたので、新しい ID プロバイダーをユーザー体験に追加します。最初にサインインボタンを追加し、そのボタンをアクションにリンクします。あなたが以前に作成した技術プロファイルがこのアクションです。

ユーザー体験に Type="CombinedSignInAndSignUp"または Type="ClaimsProviderSelection" を含むオーケストレーションステップ要素を見つけます。通常は、オーケストレーションの最初の手順です。 ClaimsProviderSelections 要素には、ユーザーがサインインできる ID プロバイダーの一覧が含まれています。要素の順序は、ユーザーに表示されるサインインボタンの順序を制御します。 ClaimsProviderSelection XML 要素を追加します。 TargetClaimsExchangeId の値をフレンドリ名に設定します。
次のオーケストレーション手順で、 ClaimsExchange 要素を追加します。 Id をターゲット要求交換 ID の値に設定します。TechnicalProfileReferenceId の値を、先ほど作成した技術プロファイルの ID に更新します。

次の XML は、ID プロバイダーを使用したユーザー体験の最初の 2 つのオーケストレーション手順を示しています。

<OrchestrationStep Order="1" Type="CombinedSignInAndSignUp" ContentDefinitionReferenceId="api.signuporsignin">
  <ClaimsProviderSelections>
    ...
    <ClaimsProviderSelection TargetClaimsExchangeId="WeiboExchange" />
  </ClaimsProviderSelections>
  ...
</OrchestrationStep>

<OrchestrationStep Order="2" Type="ClaimsExchange">
  ...
  <ClaimsExchanges>
    <ClaimsExchange Id="WeiboExchange" TechnicalProfileReferenceId="Weibo-OAuth2" />
  </ClaimsExchanges>
</OrchestrationStep>

依存先パーティーポリシーを構成する

証明書利用者ポリシー ( SignUpSignIn.xmlなど) は、Azure AD B2C が実行するユーザー体験を指定します。 依存するパーティー内で DefaultUserJourney 要素を検索します。追加した ID プロバイダーのユーザージャーニー ID と一致するように ReferenceId を更新します。

次の例では、 CustomSignUpSignIn ユーザー体験の ReferenceId が CustomSignUpSignInに設定されています。

<RelyingParty>
  <DefaultUserJourney ReferenceId="CustomSignUpSignIn" />
  ...
</RelyingParty>

カスタムポリシーをアップロードする

Azure portal にサインインします。
ポータルのツールバーで [ディレクトリ + サブスクリプション ] アイコンを選択し、Azure AD B2C テナントが含まれているディレクトリを選択します。
Azure portal で、 [Azure AD B2C] を検索して選択します。
[ ポリシー] で、[ Identity Experience Framework] を選択します。
[ カスタムポリシーのアップロード] を選択し、変更した 2 つのポリシーファイルを次の順序でアップロードします。拡張機能ポリシー ( TrustFrameworkExtensions.xmlなど)、証明書利用者ポリシー ( SignUpSignIn.xmlなど)。

カスタムポリシーをテストする

関連パーティポリシー（例: B2C_1A_signup_signin）を選択してください。
[ アプリケーション] で、以前に登録した Web アプリケーションを選択します。 応答 URL にhttps://jwt.msが表示されます。
[ 今すぐ実行 ] ボタンを選択します。
サインアップまたはサインインページで、Weibo アカウントでサインインする Weibo を選択します。

サインインプロセスが成功すると、ブラウザーは https://jwt.ms にリダイレクトされ、Azure AD B2C によって返されるトークンの内容が表示されます。

次の方法で共有

Azure Active Directory B2C を使用して Weibo アカウントでサインアップとサインインを設定する

[前提条件]

Weibo アプリケーションを作成する

Weibo アプリケーションを登録する

ID プロバイダーとして Weibo を構成する

Weibo ID プロバイダーをユーザー フローに追加する

ポリシー キーを作成する

ID プロバイダーとして Weibo を構成する

要求変換の追加

ユーザー体験を追加する

ID プロバイダーをユーザー体験に追加する

依存先パーティーポリシーを構成する

カスタム ポリシーをアップロードする

カスタム ポリシーをテストする

フィードバック

その他のリソース

Weibo ID プロバイダーをユーザーフローに追加する

ポリシーキーを作成する

カスタムポリシーをアップロードする

カスタムポリシーをテストする