סקירה כללית

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

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

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

הערה: דרכי השילוב האלה משלימות זו את זו. אם אתם מטמיעים את UCP, מומלץ לעיין במדריך UCP Identity Linking כדי לקבל מידע על הדרישות הספציפיות למוצר, ובמסמכי התיעוד האלה כדי לקבל פרטים על הטמעת OAuth.

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

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

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

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

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

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

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

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

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

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

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

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

יכולות ודרישות

בטבלה הבאה מוגדרים התמיכה וההמלצות לכל תהליך קישור.

קישור Flow	תכונות רגילות	תכונות ב-UCP
App Flip	מומלץ	מומלץ
קישור יעיל	מומלץ	מומלץ
קישור באמצעות OAuth	חובה (גיבוי)	חובה (גיבוי)
OAuth 2.1	מומלץ	מומלץ

פיתוח אג'נטי (MCP ו-UCP)

מודלים גדולים של שפה (LLM) וסוכני AI דורשים אימות חזק כדי לגשת לנתוני משתמשים. קישור חשבון Google תומך בפרדיגמות המתפתחות הבאות:

• Model Context Protocol‏ (MCP): GAL פועל כלחיצת יד לאבטחה. סוכנים משתמשים באסימונים מסוג OAuth 2.1 כדי לשלוח שאילתות מאובטחות לכלים של שרת ה-MCP.

• ‫Universal Commerce Protocol‏ (UCP): מאפשר לסוכני שופינג לגשת לפרופילי משתמשים ולפרטי תשלום באופן מאובטח.

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

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

הערה: רוב המסמכים בנושא OAuth 2.0 ל-Google Identity Platform מסבירים איך אפשר לאפשר למשתמשים להיכנס באמצעות חשבונות Google שלהם ולקבל הרשאה לשליחת קריאות ל-Google APIs בשמם. קישור לחשבון Google מתייחס למקרה ההפוך של מתן אפשרות למשתמש בשירות של Google לבצע אימות בפלטפורמה שלכם ולשלוח קריאות לממשקי ה-API של השירות שלכם. אם רוצים להשתמש ב-OAuth 2.0 כדי לגשת אל Google APIs, אפשר לעיין בתיעוד של לקוח OAuth 2.0.

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

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

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

קישור OAuth

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

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

שימו לב: בתהליכי עבודה של MCP,‏ UCP וסוכנים, חובה להשתמש ב-OAuth 2.1, ואין תמיכה בתהליך העבודה המרומז. במקום זאת, אפשר להשתמש בתהליך של קוד הרשאה.

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

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

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

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

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

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

איך זה עובד:

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

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

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

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

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

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

איך זה עובד:

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

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

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

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

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

הערה: תהליך הקישור של OAuth נדרש לכל השילובים, כי הוא הגיבוי לתהליכים האחרים.

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

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

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

מידע מפורט על חוזי פרוטוקול ודרישות פרמטרים זמין במאמר בנושא נקודת קצה (endpoint) של החלפת טוקנים.

קישור מתמשך

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

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

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

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