メインコンテンツへスキップ

Facebookログインから@capgo/social-loginへの移行

GitHub

このガイドでは、からの移行に関する包括的な手順を説明します。 @capacitor-community/facebook-login まで @capgo/capacitor-social-login。新しいプラグインは、複数のソーシャルプロバイダーをサポートし、TypeScript の対応を強化した統合的な API により、Facebook 認証をモダン化します。

  1. 古いパッケージを削除します:

    ターミナル
    npm uninstall @capacitor-community/facebook-login
  2. 新しいパッケージをインストールします:

    ターミナル
    npm install @capgo/capacitor-social-login
    npx cap sync
import { FacebookLogin } from '@capacitor-community/facebook-login';
import { SocialLogin } from '@capgo/capacitor-social-login';

主な変更点:新しいパッケージでは、code での明示的なセットアップが必要です:

// Old package required no explicit initialization in code
// Configuration was done only in native platforms
// New package requires explicit initialization
await SocialLogin.initialize({
facebook: {
appId: 'YOUR_FACEBOOK_APP_ID', // Required for web and Android
clientToken: 'YOUR_CLIENT_TOKEN' // Required for Android
}
});

ログインメソッドは、provider パラメータを受け取るようになりました:

const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
const result = await SocialLogin.login({
provider: 'facebook',
options: {
permissions: ['email', 'public_profile'],
limitedLogin: false,
nonce: 'optional_nonce'
}
});

レスポンスタイプの変更

セクション「Response Type の変更」

レスポンス構造が刷新され、より包括的な profile オブジェクトを含むようになりました:

// Old response type
interface FacebookLoginResponse {
accessToken: {
applicationId: string;
userId: string;
token: string;
expires: string;
};
recentlyGrantedPermissions: string[];
recentlyDeniedPermissions: string[];
}
// New response type
interface FacebookLoginResponse {
provider: 'facebook';
result: {
accessToken: {
token: string;
applicationId?: string;
expires?: string;
userId?: string;
permissions?: string[];
declinedPermissions?: string[];
} | null;
idToken: string | null;
profile: {
userID: string;
email: string | null;
friendIDs: string[];
birthday: string | null;
ageRange: { min?: number; max?: number } | null;
gender: string | null;
location: { id: string; name: string } | null;
hometown: { id: string; name: string } | null;
profileURL: string | null;
name: string | null;
imageURL: string | null;
};
};
}

主な違い:

  • レスポンスには、 provider 認証プロバイダーを識別するフィールドが含まれるようになりました
  • 詳細 profile 追加のユーザー情報を含むオブジェクト
  • すべてのソーシャルログインプロバイダーで一貫した構造
const result = await FacebookLogin.getCurrentAccessToken();
const isLoggedIn = result && result.accessToken;
const status = await SocialLogin.isLoggedIn({
provider: 'facebook'
});
const isLoggedIn = status.isLoggedIn;
await FacebookLogin.logout();
await SocialLogin.logout({
provider: 'facebook'
});

プラットフォーム固有の変更

「Platform Specific Changes」セクション

Android セットアップ

「Androidの設定」セクション

設定は initialize メソッドで行うようになりました:

// AndroidManifest.xml changes remain the same
// strings.xml become irrelevant
// Additionally initialize in your code:
await SocialLogin.initialize({
facebook: {
appId: 'your-app-id',
clientToken: 'your-client-token' // New requirement
}
});

重要:Android の認証には Client token が必須になりました。

  1. iOS のセットアップは AppDelegate.swift 変わりません:
import FBSDKCoreKit
// In application:didFinishLaunchingWithOptions:
FBSDKCoreKit.ApplicationDelegate.shared.application(
application,
didFinishLaunchingWithOptions: launchOptions
)
// In application:openURL:options:
ApplicationDelegate.shared.application(
app,
open: url,
sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
annotation: options[UIApplication.OpenURLOptionsKey.annotation]
)
  1. この Info.plist 設定内容は変わりません:
<key>CFBundleURLTypes</key>
<array>
<dict>
<key>CFBundleURLSchemes</key>
<array>
<string>fb[APP_ID]</string>
</array>
</dict>
</array>
<key>FacebookAppID</key>
<string>[APP_ID]</string>
<key>FacebookClientToken</key>
<string>[CLIENT_TOKEN]</string>
<key>FacebookDisplayName</key>
<string>[APP_NAME]</string>
<key>LSApplicationQueriesSchemes</key>
<array>
<string>fbapi</string>
<string>fbauth</string>
<string>fb-messenger-share-api</string>
<string>fbauth2</string>
<string>fbshareextension</string>
</array>

移行時の破壊的変更の概要:

  1. 明示的な初期化が必須になりました - 使用前に initialize() を呼び出す必要があります
  2. レスポンスオブジェクトの構造が大きく変更されました - プロファイルデータが強化された新しいネストされた結果形式
  3. Android ではクライアントトークンが必須になりました - 追加の設定が必要です
  4. メソッド名とパラメータ構造が異なります - プロバイダーベースのアプローチ
  5. エラー処理とエラータイプが変更されました - より詳細なエラー情報

新しいプラグインは以下を提供します:

  • 統一された API 複数のソーシャルプロバイダー(Google、Apple、Facebook)で
  • TypeScript サポートの改善 より良い型定義により
  • プロフィールデータの強化 より多くのユーザー情報を含む
  • 継続的なメンテナンス およびコミュニティサポート
  • 一貫したエラーハンドリング すべてのプロバイダーで
  • トークン管理の向上 適切な有効期限処理を備えた

詳細なセットアップ手順については、以下を参照してください: 公式ドキュメント.

使用している場合 Facebookログインから@capgo/social-loginへの移行 認証とアカウントフローを計画するには、これを次と連携させてください @capgo/capacitor-social-login の使用 「@capgo/capacitor-social-login の使用」のネイティブ機能のために、 @capgo/capacitor-social-login @capgo/capacitor-social-login の実装の詳細については、 @capgo/capacitor-passkey @capgo/capacitor-passkey の実装詳細については、 @capgo/capacitor-native-biometric @capgo/capacitor-native-biometric の実装の詳細、および 2要素認証 二要素認証の実装の詳細については。