סקירה כללית

בחירת מסלול השילוב

בוחרים את הנתיב שהכי מתאים לצרכים שלכם:

נתיב הכי טוב עבור מידע נוסף
Universal Commerce Protocol‏ (UCP) מוֹכרים וקמעונאים. מסמכי UCP
קישור חשבונות רגיל בית חכם, טלוויזיה ו-YouTube. Docs

קישור חשבונות מאפשר לבעלי חשבונות Google להתחבר לשירותים שלכם במהירות, בצורה חלקה ומאובטחת. אתם יכולים להטמיע קישור לחשבון Google כדי לשתף את נתוני המשתמש מהפלטפורמה שלכם עם אפליקציות ושירותים של Google.

פרוטוקול OAuth 2.0 המאובטח מאפשר לקשר בצורה בטוחה חשבון Google של משתמש עם החשבון שלו בפלטפורמה שלכם, וכך להעניק לאפליקציות ולמכשירים של Google גישה לשירותים שלכם.

משתמשים יכולים לקשר את החשבונות או לבטל את הקישור שלהם, ואפשר גם ליצור חשבון חדש בפלטפורמה שלכם באמצעות קישור של חשבון Google.

תרחישים לדוגמה

אלה כמה מהסיבות להטמעת קישור של חשבון Google:

  • שיתוף נתונים של משתמש מהפלטפורמה עם אפליקציות ושירותים של Google.

  • שילוב עם Google שופינג ופלטפורמות שמבוססות על AI (חיפוש Google, ‏ Gemini) באמצעות Universal Commerce Protocol‏ (UCP).

  • הפעלת תוכן של סרטונים וסרטים באמצעות Google TV.

  • ניהול ושליטה במכשירים המחוברים לבית החכם של Google באמצעות אפליקציית Google Home ו-Google Assistant, למשל "Ok Google, turn on the lights".

  • ליצור חוויות ופונקציות מותאמות אישית למשתמשים ב-Google Assistant באמצעות פעולות שיחה, כמו "Ok Google, תזמין לי את הקפה הרגיל שלי מסטארבקס".

  • לאפשר למשתמשים לזכות בפרסים על צפייה בשידורים חיים ב-YouTube שעומדים בקריטריונים, אחרי שהם מקשרים את חשבון Google שלהם לחשבון של שותף שמעניק פרסים.

  • מילוי מראש של חשבונות חדשים במהלך ההרשמה בנתונים ששותפו בהסכמה מפרופיל בחשבון Google.

תכונות נתמכות

התכונות הבאות נתמכות על ידי קישור של חשבון Google:

  • אפשר לשתף במהירות את הנתונים באמצעות תהליך קישור OAuth מרומז.

  • לספק אבטחה משופרת באמצעות תהליך קוד ההרשאה של קישור OAuth.

  • אפשר להשתמש בקישור פשוט כדי לאפשר למשתמשים קיימים להיכנס לפלטפורמה שלכם או למשתמשים חדשים שאומתו על ידי Google להירשם אליה, ולקבל את הסכמתם לשיתוף נתונים מאובטח.

  • הפחתת החיכוך באמצעות החלפת אפליקציות. באפליקציית Google מהימנה, הקשה אחת פותחת בצורה מאובטחת את אפליקציית Android או iOS המאומתת, והקשה אחת מאשרת את הסכמת המשתמש ומקשרת את החשבונות.

  • לשפר את פרטיות המשתמשים על ידי הגדרת היקפי הרשאות מותאמים אישית לשיתוף רק של הנתונים הנחוצים, להגביר את אמון המשתמשים על ידי הגדרה ברורה של אופן השימוש בנתונים שלהם.

  • אפשר לבטל את הגישה לנתונים ולשירותים שמתארחים בפלטפורמה על ידי ביטול הקישור של החשבונות. הטמעה של נקודת קצה לביטול טוקנים (אופציונלית) מאפשרת לכם לשמור על סנכרון עם אירועים ש-Google יזמה, בעוד שהגנה על חשבונות (RISC) מאפשרת לכם להודיע ל-Google על אירועי ביטול הקישור שמתרחשים בפלטפורמה שלכם.

תהליכי קישור חשבונות

יש 3 תהליכי קישור של חשבון Google, שכולם מבוססים על OAuth ודורשים ניהול או שליטה בנקודות קצה של הרשאה ותחלופת אסימונים שתואמות ל-OAuth 2.0.

במהלך תהליך הקישור, אתם מנפיקים ל-Google אסימוני גישה לחשבונות Google פרטיים אחרי שקיבלתם את הסכמת בעלי החשבונות לקשר את החשבונות ולשתף נתונים.

קישור באמצעות OAuth ('OAuth לאינטרנט')

זהו תהליך OAuth בסיסי שמעביר משתמשים לאתר שלכם לצורך קישור. המערכת מפנה את המשתמש לאתר שלכם כדי להיכנס לחשבון שלו. אחרי הכניסה לחשבון, המשתמש מביע הסכמה לשיתוף הנתונים שלו בשירות שלכם עם Google. בשלב הזה, חשבון Google של המשתמש והשירות שלכם מקושרים.

קישור OAuth תומך בקוד הרשאה ובתהליכי OAuth משתמעים. השירות שלכם צריך לארח נקודת קצה של הרשאה שתואמת ל-OAuth 2.0 עבור זרם הענקת גישה משתמע, ולחשוף נקודת קצה של הרשאה ונקודת קצה של החלפת אסימונים כשמשתמשים בהרשאה באמצעות קוד.

איור 1. קישור חשבון בטלפון של משתמש באמצעות OAuth באינטרנט

קישור אפליקציות באמצעות OAuth ('קישור אפליקציות')

תהליך OAuth שמפנה משתמשים אל האפליקציה שלכם לצורך קישור.

קישור מבוסס-OAuth של אפליקציות עוזר למשתמשים לעבור בין אפליקציות לנייד מאומתות ל-Android או ל-iOS לבין הפלטפורמה של Google, כדי לבדוק את השינויים המוצעים בגישה לנתונים ולתת את הסכמתם לקישור החשבון שלהם בפלטפורמה שלכם לחשבון Google שלהם. כדי להפעיל את התכונה 'קישור אפליקציות', השירות שלכם צריך לתמוך בקישור באמצעות OAuth או בקישור באמצעות כניסה מבוססת-OAuth עם חשבון Google באמצעות תהליך קוד ההרשאה.

התכונה 'החלפת אפליקציות' נתמכת ב-Android וב-iOS.

איך זה עובד:

אפליקציית Google בודקת אם האפליקציה שלכם מותקנת במכשיר של המשתמש:

  • אם האפליקציה נמצאת, המשתמש מועבר לאפליקציה שלכם. האפליקציה שלכם אוספת את הסכמת המשתמש לקישור החשבון ל-Google, ואז המשתמש מועבר חזרה לממשק של Google.
  • אם האפליקציה לא נמצאת או אם מתרחשת שגיאה במהלך תהליך קישור האפליקציות, המשתמש מופנה לתהליך OAuth פשוט או לתהליך OAuth בדפדפן.

איור 2. קישור חשבון בטלפון של משתמש באמצעות App Flip

קישור יעיל מבוסס-OAuth ('יעיל')

‫OAuth-based Sign in with Google Streamlined linking מוסיף כניסה באמצעות חשבון Google על גבי קישור OAuth, ומאפשר למשתמשים להשלים את תהליך הקישור מבלי לצאת מהממשק של Google, וכך מצמצם את החיכוך ואת נטישת התהליך. קישור יעיל מבוסס OAuth מציע את חוויית המשתמש הטובה ביותר עם כניסה חלקה, יצירת חשבון וקישור חשבון על ידי שילוב של כניסה באמצעות חשבון Google עם קישור OAuth. השירות שלכם צריך לתמוך בנקודות קצה של הרשאות ושל החלפת טוקנים שתואמות ל-OAuth 2.0. בנוסף, נקודת הקצה להחלפת טוקנים צריכה לתמוך בהצהרות JSON Web Token (JWT) וליישם את הכוונות check,‏ create ו-get.

איך זה עובד:

‫Google מאמתת את חשבון המשתמש ומעבירה את המידע הזה אליכם:

  • אם קיים חשבון למשתמש במסד הנתונים שלכם, המשתמש מקשר בהצלחה את חשבון Google שלו לחשבון בשירות שלכם.
  • אם אין למשתמש חשבון במסד הנתונים שלכם, הוא יכול ליצור חשבון חדש של צד ג' עם המידע ש-Google מספקת : כתובת אימייל, שם ותמונת פרופיל, או לבחור להיכנס ולקשר חשבון עם כתובת אימייל אחרת (הוא יצטרך להיכנס לשירות שלכם באמצעות Web OAuth).

איור 3. קישור חשבון בטלפון של משתמש באמצעות קישור פשוט

באיזה תהליך כדאי להשתמש?

מומלץ להטמיע את כל התהליכים כדי להבטיח שהמשתמשים יקבלו את חוויית הקישור הטובה ביותר. תהליכי העבודה הפשוטים והמעבר בין האפליקציות מקלים על הקישור, כי המשתמשים יכולים להשלים את תהליך הקישור בכמה שלבים בלבד. קישור באמצעות OAuth באינטרנט הוא הדרך הכי פשוטה להתחיל, ואחריו אפשר להוסיף את תהליכי הקישור האחרים.

עבודה עם טוקנים

קישור של חשבון Google מבוסס על תקן OAuth 2.0 המקובל בתחום.

אתם מנפיקים ל-Google אסימוני גישה לחשבונות Google נפרדים אחרי שקיבלתם את הסכמת בעלי החשבונות לקשר את החשבונות ולשתף נתונים.

令牌类型

OAuth 2.0 使用称为令牌的字符串在用户代理、客户端应用和 OAuth 2.0 服务器之间进行通信。

在账号关联期间，您可以使用三种类型的 OAuth 2.0 令牌：

  • 授权代码。一种短期有效的令牌，可用于交换访问令牌和刷新令牌。出于安全考虑，Google 会调用您的授权端点以获取一次性或非常短效的代码。

  • 访问令牌。授予持有者对资源的访问权限的令牌。为限制因丢失此令牌而导致的泄露风险，此令牌的有效期有限，通常会在大约一小时后过期。

  • 刷新令牌。一个长期有效的令牌，在访问令牌到期时可以交换为新的访问令牌。如果您的服务与 Google 集成，则此令牌由 Google 专门存储和使用。Google 会调用您的令牌交换端点，以便将刷新令牌换成访问令牌，后者会用于访问用户数据。

令牌处理

在使用令牌时，分片环境和客户端-服务器交换中的竞态条件可能会导致复杂的时间安排和错误处理场景。例如：

  • 您收到新的访问令牌请求，并发出新的访问令牌。同时，您会收到使用上一个未过期的访问令牌访问服务资源的请求。
  • Google 尚未收到（或从未收到）您的刷新令牌回复。与此同时，之前有效的刷新令牌会在 Google 发出的请求中使用。

由于集群中运行的异步服务、网络行为或其他原因，请求和响应可能会以任何顺序到达，也可能根本不会到达。

我们无法保证您和 Google 的令牌处理系统内部以及它们之间的共享状态是立即且完全一致的。在短时间内，多个有效、未过期的令牌可以在系统内部或不同系统之间共存。为了尽可能减少对用户的负面影响，我们建议您执行以下操作：

  • 接受未过期的访问令牌，即使已发出较新的令牌也是如此。
  • 使用刷新令牌轮替的替代方案。
  • 支持多个同时有效的访问令牌和刷新令牌。出于安全考虑，您应限制令牌数量和令牌生命周期。
维护和中断处理

在维护或意外停机期间，Google 可能无法调用您的授权或令牌交换端点来获取访问令牌和刷新令牌。

您的端点应返回 503 错误代码和空正文。在这种情况下，Google 会在有限的时间内重试失败的令牌交换请求。只要 Google 稍后能够获取刷新令牌和访问令牌，用户就不会看到失败的请求。

如果由用户发起，访问令牌请求失败会导致可见错误。如果使用隐式 OAuth 2.0 流程，用户将需要重试关联失败。

建议

您可以通过多种方法最大限度地降低维护影响。请考虑以下可选方案：

  • 维护现有服务，并将有限数量的请求路由到新更新的服务。请仅在确认预期功能后迁移所有请求。

  • 减少维护期间令牌请求的数量：

    • 将维护期限制为短于访问令牌有效期。

    • 暂时延长访问令牌生命周期：

      1. 将令牌生命周期延长到超过维护期。
      2. 等待访问令牌生命周期的两倍时间，以便用户将短时有效的令牌换成时长更长的令牌。
      3. 进入维护模式。
      4. 使用 503 错误代码和空正文响应令牌请求。
      5. 退出维护。
      6. 将令牌生命周期缩短为正常值。

הרשמה באמצעות Google

כדי לאפשר קישור לחשבון, נצטרך לקבל פרטים על הגדרת OAuth 2.0 ולשתף פרטי כניסה. פרטים נוספים זמינים במאמר בנושא הרשמה.