Розробка авторизації через Google Sign-In

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.
8+Років на ринку900+Реалізованих проектів100+Розробників у штаті19+Партнерів

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1735 послуг
Розробка авторизації через Google Sign-In
Простий
~1 день
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    792
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    671
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1097
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    969
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    914
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    495
Показати більше робіт

Розробка авторизації через Google Sign-In

Google Sign-In — найпоширеніший OAuth-провайдер для мобільних додатків. На Android він працює особливо гладко через Credential Manager API (актуальний підхід з Android 14+), на iOS вимагає окремого SDK та налаштування URL Scheme. Складність — 1 з 5, але кілька типових граблів при першій інтеграції.

Поточний стан SDK

На Android застарілий GoogleSignIn SDK (com.google.android.gms:play-services-auth) замінений на Credential Manager з GetGoogleIdOption. Старий API ще працює, але Google рекомендує міграцію. Новий API показує Bottom Sheet з акаунтами Google пристрою — нативний UI без переходу в браузер.

На iOS — GoogleSignIn-iOS SDK (pod GoogleSignIn, SPM google-signin-ios). Вимагає додавання GIDClientID у Info.plist та налаштування URL Scheme для redirect після авторизації.

Найчастіша помилка при інтеграції на iOS: забули додати URL Scheme com.googleusercontent.apps.CLIENT_ID у Info.plist. Авторизація відкриває браузер, але redirect назад в додаток не спрацьовує.

Реалізація на Android

// Credential Manager (Android 14+ / Credential Manager API)
val googleIdOption = GetGoogleIdOption.Builder()
    .setFilterByAuthorizedAccounts(false)
    .setServerClientId(WEB_CLIENT_ID)  // Не Android client ID, а Web client ID
    .build()

val request = GetCredentialRequest.Builder()
    .addCredentialOption(googleIdOption)
    .build()

val result = credentialManager.getCredential(context, request)
val credential = result.credential as? CustomCredential
// Обробляємо GoogleIdTokenCredential

WEB_CLIENT_ID — це client ID для web додатку в Google Cloud Console, не для Android. Ця плутанина — джерело помилки DEVELOPER_ERROR при першому запуску.

Верифікація ID Token на сервері

Клієнт передає idToken на backend. Backend верифікує через Google tokeninfo endpoint або локально через google-auth-library. ID Token містить sub (стійкий Google user ID), email, name, picture. sub — первинний ключ для ідентифікації користувача, email може змінюватися.

Терміни: 4-7 робочих днів. Включає Android Credential Manager + iOS GoogleSignIn SDK, серверну верифікацію ID Token, обробку випадку коли Google Play Services недоступні (планшети без GMS).