גוגל פותחת את Connected Apps: מסלול אחד לחיבור שירותים לחיפוש ול-Gemini

גוגל פתחה ב-28 באוקטובר 2026 תצוגה מקדימה של Connected Apps Platform, פלטפורמה שמאפשרת למפתחים לבנות ולנהל חיבור של השירות שלהם ל-Search ולאפליקציית Gemini ממקום אחד. לפי החברה, הגישה נפתחת בשלבים ועתידה להתרחב למפתחים ולשווקים נוספים. עבור חברות תוכנה ועסקי שירות ישראליים, זהו מסלול אפשרי להבאת פעולה עסקית לתוך שיחה עם עוזר AI, בכפוף לקבלה לתוכנית, לבדיקה ולזמינות.

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

חיבור אחד לשתי סביבות של גוגל

לפי הודעת ההשקה, המפתחים יכולים להשתמש בשרת MCP בענן או במסלול Android MCP באמצעות ממשקי AppFunctions. MCP הוא פרוטוקול לחיבור כלים ומידע למערכות AI. גוגל מציגה את הפלטפורמה כדרך לצמצם את הצורך לבנות חיבור נפרד לכל סביבת שימוש, תוך בחירה אם האפליקציה תוצג בחיפוש, ב-Gemini או בשניהם.

הניהול מתבצע ב-Google Connected Console, שבו נרשמים, בודקים ומגישים את האפליקציה לבחינה. החברה אומרת שלאחר ההפעלה ניתן לעקוב אחר תנועה, זמן תגובה ושיעורי שגיאות, ולנהל את זהות המותג באמצעות סמלים מאומתים וחשבונות מזוהים. המשמעות העסקית היא שחיבור מוצלח דורש גם תפעול רציף, ולא מסתיים ביום שבו בקשת בדיקה ראשונה עובדת.

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

מידע אישי ופעולות דורשים גבולות ברורים

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

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

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

גוגל מציבה תנאים לאפליקציות המחוברות

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

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

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

שותפים שכבר הוכרזו והפריסה שעוד נמשכת

גוגל מסרה שבהיצע של Search ו-Gemini כבר הושקו יותר מ-50 אפליקציות מחוברות, בתחומים כמו פרודוקטיביות, כרטיסים לאירועים ובריאות וכושר. בהודעה נזכרו Adobe, Experian, Localiza ו-Peloton כשילובים הזמינים למשתמשים ב-Gemini, עם כוונה להביאם גם לחיפוש בשבועות הבאים. חיבור ל-Calm תואר ככזה שיושק בהמשך בשתי הסביבות.

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

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

הקשר ל-GEO נמצא בצורך של המשתמש

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

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

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

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

מה כדאי להכין לפני הגשת הבקשה

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

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