ログイン設定
ソーシャルログイン発行・準備ガイド
Kakao・NAVER・Google・Appleごとに、開発者に渡すキー・ファイル、コンソールに登録する設定、発行手順をまとめました。
1. アカウントの登録と管理
ソーシャルログインはボタンの設置だけでは完成しません。各社に自社サービスのアプリを登録し、発行された認証情報を接続する必要があります。
サービス運営に使用する個人または会社管理のアカウントで、登録・本人確認・事業者確認・規約への同意・必要な支払いを行います。継続してサービスを管理できるよう、アカウントの所有権を維持します。
開発者から受け取ったURL・設定値を登録し、認証情報と設定結果を渡します。ログインパスワード・認証コード・復旧コードは引き渡し項目に含まれません。
2. 発行前に準備するもの
- 基本情報：サービス名、ロゴ、会社・代表者情報、連絡用メール、本人確認手段。事業者確認や組織登録が必要な場合は証明書類も準備します。
- 開発者から受け取る：開発・本番サイトのURL、各社の正確なRedirect URI / Callback URL / Return URL、取得するユーザー情報の一覧。
- 一緒に決める：サービス紹介、プライバシーポリシー・利用規約のURL、ログイン・登録・退会の流れ、審査に使う画面資料。
- モバイルアプリも作る場合：Androidパッケージ名・署名フィンガープリント／キーハッシュ、iOS Bundle IDなどを開発者から受け取ります。Web用の情報だけではアプリの設定は完了しません。
3. サービス別の発行項目
| サービス | 発行・確認して渡す情報 | 公開前の確認 |
|---|---|---|
| Kakao | REST APIキーと、有効な場合のClient Secret。JavaScript・ネイティブキーは該当SDK利用時のみ。 | ログインの有効化・同意項目・復帰URL、追加情報に必要な権限と審査。 |
| NAVER | Client ID、Client Secret。 | サービスURL・Callback URL、取得情報の用途、NAVER Loginの事前審査承認。 |
| OAuth Client IDとClient Secret（Webサーバー認可コード方式）。ブラウザー専用ログインはClient IDのみ。 | 同意画面・外部ユーザー設定・登録URL、スコープやブランディングに応じた確認。 | |
| Apple | Team ID、Services ID（Web Client ID）、Key ID、Sign in with Apple用.p8元ファイル。ネイティブ連携時はBundle IDを追加。 | Developer Programの登録・更新、基本App IDの関連付け、ドメイン・Return URL、サーバー認証。 |
4. サービス別の申請手順
Kakao
Kakao — 発行コンソールを開く必須の値（Webサーバーログイン用）
- REST APIキー — App > Platform keys > REST API keyからコピーした値全体。
- Client SecretのON/OFF状態と、ONの場合は値全体。新しいREST APIキーでは初期状態がONです。
該当する場合のみ追加
- JavaScript SDK利用時：JavaScriptキー。
- Android・iOS SDK利用時：ネイティブアプリキー。アプリIDは管理用の参考情報として添付できます。
コンソールに登録して伝える設定
- 登録したKakao LoginのRedirect URI全体と開発・本番の区別。
- ログイン有効化、同意項目と承認状態。SDK利用時はドメイン・パッケージ名・キーハッシュ・Bundle IDも確認します。
発行・設定の手順
- Kakao Developersでサービス運営用のアカウントを使ってアプリを作成し、サービス・会社情報を入力します。
- アプリのKakao Loginを有効にし、開発者と必要な同意項目を決めます。
- App > Platform keys > REST API keyでキーとClient Secretを確認し、開発者指定のRedirect URIを登録します。新しいREST APIキーはClient Secretが初期状態で有効です。
- JavaScript SDKではキーとSDKドメインも登録します。ネイティブアプリは開発者から受け取ったパッケージ名・キーハッシュ・Bundle IDで設定します。
- メールなど権限が必要な同意項目は、ビジネスアプリへの切り替え・事業者確認・追加機能審査の条件を確認します。必要な権限の承認後、アプリIDと発行情報を渡します。
公式ドキュメント: Kakao 資料 1 · Kakao 資料 2
必須の値（Webサーバーログイン用）
- OAuth Client ID — Google Auth Platform > Clientsの対象Web applicationの値全体。
- Client Secret — そのクライアントのサーバー用秘密情報。ブラウザー専用ログインには渡しません。
該当する場合のみ追加
- Android・iOSアプリも提供する場合：開発者が指定した各プラットフォーム用OAuth Client ID。
- プロジェクトIDとクライアント名は管理用の参考情報です。OAuth Client IDの代わりにはなりません。
コンソールに登録して伝える設定
- 登録したAuthorized redirect URIsと、ブラウザー連携時のAuthorized JavaScript origins。
- 開発・本番、Audience・公開状態・スコープと必要な審査結果。テストユーザー制限があれば登録状況も伝えます。
発行・設定の手順
- Google Cloud Consoleでサービス運営用のプロジェクトを作成または選択します。自分で設定して発行値を渡せばよく、開発者の招待は必須ではありません。
- Google Auth PlatformのBrandingでアプリ名・サポートメール・サービスとプライバシーポリシーのURLを設定し、Audienceで対象を決めます。一般顧客向けでは外部ユーザー設定を確認します。
- ClientsでOAuthクライアントを作成します。Webサーバー方式はWeb applicationを選び、指定されたAuthorized redirect URIsを登録します。ブラウザー方式のJavaScript originsも確認します。
- Client IDと、サーバー方式で必要なClient Secretを渡します。Android・iOSは開発者が指定した種類のクライアントを別途作成します。
- テストユーザーと公開状態を確認し、スコープ・ブランディング設定に応じた確認審査を完了します。基本ログインと機密・制限付きAPIアクセスでは条件が異なります。
公式ドキュメント: Google 資料 1 · Google 資料 2 · Google 資料 3
Apple
Apple — 発行コンソールを開く必須の値（Webサーバーログイン用）
- Team ID — DeveloperアカウントのMembership detailsで確認するチーム識別子。
- Services ID — Identifiersで登録したWebログイン用Identifier全体。表示名ではなく識別子を渡します。
- Key ID — KeysでSign in with Apple用に作成したキーの識別子。
- .p8秘密鍵の元ファイル — 上記Key IDに対応するSign in with Appleキー。ファイル名やKey IDだけでは不足します。
該当する場合のみ追加
- iOSなどのネイティブアプリ連携時：対象App IDのBundle ID。ネイティブ認証ではこの値がClient IDになります。
- client secret（JWT）を別途発行して用意する必要はありません。開発者がTeam ID・Client ID・Key ID・.p8で生成・更新します。
コンソールに登録して伝える設定
- Services IDに関連付けた基本App ID、登録ドメイン、Return URL全体、開発・本番の区別。
- Sign in with Appleの有効化とDeveloper Programの会員状態。キーが同じ基本App IDに関連付いていることも確認します。
発行・設定の手順
- 個人または会社名義でApple Developer Programの登録を準備します。2ファクタ認証、個人・組織の登録条件、有料会員費と更新条件を確認します。
- Certificates, Identifiers & Profiles > Identifiersで基本App IDのSign in with Appleを有効にします。Webログインも有効な基本App IDへの関連付けが必要です。
- Web用Services IDを登録し、Sign in with Apple > Configureで基本App ID・ドメイン・開発者指定のReturn URLを関連付けます。
- KeysでSign in with Apple用キーを作成して基本App IDに関連付け、Key IDを控えて.p8ファイルをダウンロードします。作成にはAccount HolderまたはAdmin権限が必要です。
- Team ID・App ID・Services ID・Key IDと.p8ファイルを安全に渡します。サーバー用client secretは開発者が署名して生成し、有効期限と更新を管理します。
公式ドキュメント: Apple 資料 1 · Apple 資料 2 · Apple 資料 3 · Apple 資料 4
5. 開発者への最終引き渡し項目
- 各サービスの必須値と該当する追加項目を、開発・本番別に渡します。キーは文字列全体、Appleの.p8は元のファイルを渡します。ファイル名や秘密情報を隠した画面だけでは連携できません。
- Client SecretとAppleの.p8ファイルは合意した安全な経路で共有し、公開チャット・投稿・Gitリポジトリには掲載しません。KakaoアプリID・GoogleプロジェクトID・アプリ名は管理用の参考情報で、ログイン用キーの代わりにはなりません。
- 登録済みドメインとログイン復帰URL、開発・本番の区別、許可されたユーザー情報の項目。
- 開発中・テスト・本番などの状態、テストアカウント、審査結果と修正依頼。秘密情報を隠した設定画面もあると確認しやすくなります。
発行完了とログイン公開は別です
アカウントと認証情報が揃ったら、開発者がサーバーに接続し、ログイン・登録・再ログイン・退会を確認します。一般ユーザーもログインできること、必要な審査と本番設定の完了を確認してから公開してください。キー再発行やドメイン変更もログインに影響するため、先に開発者と調整してください。
公式資料の確認日：2026年11月14日。コンソールのメニューや申請条件は変更される場合があります。リンク先の公式案内もご確認ください。