מה זה מסחר-סוכני: שתי בעיות נפרדות שצריך לפתור
מסחר סוכני (Agentic Commerce) הוא השם הכולל למגמה שבה סוכן-AI, לא בן-אדם, מבצע בעצמו את שלבי הקנייה בשם המשתמש — מחיפוש-מוצר ועד לתשלום בפועל. כדי שזה יעבוד בבטחה, צריך לפתור שתי בעיות נפרדות: איך לוודא שהסוכן אכן הוסמך על-ידי המשתמש לבצע את הרכישה הספציפית הזו (בעיית-הרשאה), ואיך הסוכן בכלל "מדבר" עם אתר-המסחר או הסוחר כדי להשלים את התהליך (בעיית-תקשורת-מסחרית). בספטמבר 2025, באותו חודש בדיוק, שני גופים מובילים בתעשייה פרסמו שני תקנים פתוחים ונפרדים שכל אחד מתמקד בבעיה אחרת: Google פרסמה את AP2 (Agent Payments Protocol), שמתמקד בהרשאה, ו-OpenAI ביחד עם Stripe פרסמו את ACP (Agentic Commerce Protocol), שמתמקד בתהליך-התשלום מול הסוחר. אלה אינם מוצר בודד או שם-מותג אחד, אלא שני תקנים מתחרים-לכאורה שמתגלים, בבדיקה מדויקת, כמשלימים: הם פועלים בשתי שכבות שונות של אותה עסקה, לא מתחרים על אותה שכבה בדיוק. הצורך בשני תקנים כאלה נובע מבעיה-יסוד שלא הייתה קיימת כשקונה אנושי מקליד בעצמו את פרטי-האשראי שלו: כשהקונה הוא תוכנה, גם הסוחר וגם חברת-כרטיס-האשראי צריכים דרך חדשה לוודא שמאחורי הסוכן עומד אכן משתמש-אנושי שהרשה את הרכישה הספציפית הזו, לא סוכן שפירש הוראה-כללית בצורה שגויה או שנחטף על-ידי תוקף.
AP2 של Google: הרשאה דרך "מנדט" חתום-דיגיטלית
Google הכריזה על AP2 (Agent Payments Protocol) ב-16 בספטמבר 2025 — בפוסט רשמי חתום בידי סטאוואן פאריך (סגן-נשיא ומנהל-תחום התשלומים ב-Google) ורעו סוראפאנני (סגן-נשיא ומנהל פלטפורמת-אפליקציות-העסקים ב-Google Cloud) — בשיתוף למעלה מ-60 שותפים מתחום-התשלומים והטכנולוגיה, בהם PayPal, Mastercard, American Express, Coinbase, Adyen, Salesforce, ServiceNow, Deloitte ו-Etsy. הרעיון המרכזי: "מנדט" (Mandate) — חוזה-דיגיטלי חתום-קריפטוגרפית שמשמש כהוכחה בלתי-ניתנת-לזיוף להוראת-המשתמש. הפרוטוקול מגדיר שני סוגי-מנדט עיקריים: "מנדט-כוונה" (Intent Mandate), שמתעד את הבקשה-המקורית של המשתמש ומספק הקשר-מבוקר לכל האינטראקציה, ו"מנדט-עגלה" (Cart Mandate), שנחתם אחרי שהסוכן מציג עגלת-קנייה עם פריטים ומחיר סופיים — ויוצר רשומה בלתי-ניתנת-לשינוי, כך ש"מה שראית זה מה שתשלם". מבחינה טכנית, כל מנדט כזה מיוצג כ"אישור בר-אימות" (Verifiable Credential) לפי תקן ה-W3C לאישורים-דיגיטליים — סטנדרט פתוח ובין-תעשייתי לייצוג טענות חתומות-קריפטוגרפית, לא פורמט קנייני שהמציאה Google במיוחד עבור התקן הזה. הפרוטוקול תומך בשני מודלי-עסקה: רכישה בזמן-אמת כשהמשתמש נוכח (למשל "מצא לי נעלי-ריצה לבנות"), ומשימה-מואצלת כשהמשתמש לא נוכח (למשל "קנה כרטיסים לקונצרט ברגע שהם עולים למכירה", בכפוף לתקרת-מחיר ותנאים שהמשתמש קבע מראש). Google תיארה את AP2 כהרחבה של שני פרוטוקולים קיימים — A2A (Agent2Agent), שפיתחה בעצמה, ו-Model Context Protocol (MCP) של Anthropic — לא כתחליף להם.
ACP של OpenAI ו-Stripe: תהליך-התשלום מול הסוחר
שני שבועות אחר-כך, ב-29 בספטמבר 2025, פרסמו OpenAI ו-Stripe יחד את ACP (Agentic Commerce Protocol) — תקן פתוח תחת רישיון Apache 2.0, שמוגדר במאגר-הקוד הרשמי שלו כ"מודל-אינטראקציה ותקן פתוח לחיבור קונים, הסוכנים שלהם, ועסקים, להשלמת רכישות". במילים אחרות: ACP מתמקד לא בהוכחת-הרשאה אלא בשפה-משותפת בין סוכן לסוחר בזמן-התשלום עצמו — כך שסוחר יידרש לבצע אינטגרציה אחת בלבד כדי למכור דרך כל סוכן-AI שתומך בתקן, במקום חיבור נפרד לכל פלטפורמה. הרכיב הטכני המרכזי הוא "טוקן-תשלום משותף" (Shared Payment Token, SPT) — פרימיטיב-תשלום שמוגבל-מראש לסוחר ספציפי ולסכום-עגלה ספציפי, כדי שפרטי-האשראי של הקונה לא ייחשפו לסוכן עצמו: הסוכן מקבל אישור לבצע תשלום מדויק אחד, לא גישה כללית לאמצעי-התשלום של המשתמש. גישה זו ממוקדת, במובן מסוים, בדיוק ההפוך מ"מנדט" של AP2: היא לא מתעדת מראש מה המשתמש הרשה באופן-כללי, אלא מגבילה טכנית את מה שהסוכן פיזית מסוגל לעשות עם אמצעי-התשלום ברגע הביצוע. יחד עם הפרסום הושקה גם התכונה הצרכנית "Instant Checkout" בתוך ChatGPT, שאפשרה לראשונה למשתמשי-ChatGPT בארה"ב — במסלולי החינמי, Plus ו-Pro — להשלים רכישה של פריט בודד מחנויות Etsy ישירות בתוך הצ׳אט, עם תוכנית-הרחבה מוצהרת לחנויות-Shopify ולרכישות-מרובות-פריטים.
שני תקנים, לא תחרות אחת: איך הם נשענים זה על זה
האבחנה בין שני התקנים חדה יותר מ"שני ספקים מתחרים": ACP הוא פרוטוקול ברמת-האפליקציה, שממוקד בתהליך-הצ׳ק-אאוט עצמו מול סוחר ספציפי; AP2 הוא פרוטוקול ברמת-התשתית, שממוקד בשכבת-האמון וההרשאה שמעליו — הוכחה קריפטוגרפית לכך שהמשתמש אכן ביקש את מה שהסוכן עומד לבצע. באופן עקרוני, עסקת-מסחר-סוכני שלמה יכולה להשתמש בשניהם יחד: הסוכן מבצע את הצ׳ק-אאוט מול הסוחר לפי כללי ACP, כשההרשאה-לביצוע מגובה במנדט חתום לפי כללי AP2. Google אף פרסמה הרחבה נפרדת בשם x402, שפותחה יחד עם Coinbase, Ethereum Foundation ו-MetaMask, לתמיכה בתשלומי-קריפטו וסטייבלקוין בתוך אותה מסגרת — עדות נוספת לכך שהאקוסיסטם שנבנה סביב AP2 מתוכנן להתרחב מעבר לכרטיסי-אשראי מסורתיים בלבד. חצי-שנה אחר-כך, ב-5 במרץ 2026, הצטרפה גם Mastercard עם יוזמה בשם Verifiable Intent — "שכבת-אמון" שמתוארת על-ידי החברה עצמה כמתואמת (Aligned) לעקרונות AP2, שיוצרת רשומה קריפטוגרפית בלתי-ניתנת-לשינוי של מה שהמשתמש הרשה לסוכן לעשות בשמו — סימן לכך שגם ספקי-כרטיסי-האשראי המסורתיים בונים מעל שכבת-ההרשאה של Google, לא רק מעל שכבת-הצ׳ק-אאוט.
המבחן הראשון בשטח: התלהבות ואז נסיגה
כחצי שנה אחרי ההשקה, המבחן המעשי של מסחר-סוכני התברר מורכב יותר מההכרזות הראשוניות. לפי סיקור בתקשורת ממרץ 2026, OpenAI הפסיקה את התכונה הצרכנית "Instant Checkout" בתוך ChatGPT — לא בגלל בעיה בתקן ACP עצמו, אלא משום שהחוויה, לדברי OpenAI, "לא סיפקה את רמת-הגמישות שהם שואפים אליה". חלק מהסוחרים הגדולים שהצטרפו בתחילת-הדרך, כמו Walmart ו-Target, חזרו לבנות אפליקציות-קמעונאות עצמאיות בתוך ChatGPT במקום להסתמך על צ׳ק-אאוט מובנה, מהלך שמשקף חשש רחב-יותר בתעשייה-הקמעונאית מאובדן-שליטה על חווית-הלקוח, נתוני-נאמנות, ומידע-תשלום כשעסקה עוברת דרך פלטפורמת-צד-שלישי. חשוב להדגיש: זו נסיגה של תכונה-צרכנית ספציפית אחת שנבנתה מעל ACP, לא של התקן הפתוח עצמו — מאגר-הקוד של ACP, המתוחזק במשותף על-ידי OpenAI ו-Stripe תחת רישיון Apache 2.0, נשאר פעיל. ה"תקן פתוח" הזה נועד מלכתחילה להיות עצמאי מכל יישום-צרכני בודד: לפי ההגדרה הרשמית במאגר-הקוד, עסק שלא מעבד תשלומים דרך Stripe יכול עדיין לאמץ את ACP עם ספק-התשלומים הקיים שלו — כך שגורל התקן, להלכה, לא היה אמור להיות תלוי בהצלחת "Instant Checkout" הספציפית שהשיקה אותו.
השאלה שהתקנים לא פותרים: אחריות ומחלוקות-חיוב
שני התקנים פותרים בעיה טכנית-תפעולית — איך הרכישה מתבצעת ומאומתת — אבל לא את השאלה המשפטית שנפתחת מאחוריה: מי אחראי כשמשהו משתבש. תהליכי מחלוקת-חיוב (chargeback) מסורתיים נשענים על סימנים שמעידים על שיקול-דעת אנושי — טביעת-אצבע-מכשיר, כתובת-IP, היסטוריית-גלישה, דפוסי-השוואת-מחירים בעגלה — וסוכן-AI, שפועל דרך קריאות-API ולא דרך דפדפן, פשוט אינו מייצר את הסימנים האלה. לפי חברת chargeflow, שמתמחה בניהול מחלוקות-חיוב, האחריות המשפטית כיום אינה מוקצית בבירור בין שלושה גורמים אפשריים — הצרכן, ספק-הבינה-המלאכותית והסוחר — ובהיעדר מסגרת ברורה הסוחר הוא שסופג את ההפסד כברירת-מחדל, גם כשהטעות לא הייתה שלו. הפער הזה קיים גם ברמה הרגולטורית: תקנה E האמריקאית (Regulation E), שמסדירה זכויות-מחלוקת על העברות-כספים אלקטרוניות, מתירה הרשאה "באמצעות כרטיס, קוד, או אמצעי אחר" — ניסוח שמכסה טכנית גם מסירת-פרטי-גישה לסוכן — אבל אינה מבהירה מה קורה כשהסוכן טועה: קונה פריט שגוי, כמות שגויה, או מנצל טעות-תמחור שאדם היה מזהה כברורה. לפי מרכז-המחקר Center for Data Innovation, ה-CFPB (הרשות-הפדרלית-להגנת-הצרכן-הפיננסי בארה"ב) כבר ביקש באוגוסט 2025 תגובות-ציבור להצעת-תקנה בנושא מי רשאי לשמש "נציג" של צרכן — אך נכון לזמן כתיבת ערך זה השאלה עדיין פתוחה, ואף לא אחד משני התקנים הטכניים, AP2 ו-ACP, מהווה בפני עצמו מסגרת-אחריות משפטית.
למה זה חשוב: תחרות-סטנדרטים בשלב מוקדם
הסיפור של AP2 ו-ACP הוא דוגמה מובהקת ל"מרוץ-תקנים" בתחילת-מחזור-חיים של טכנולוגיה חדשה — שני שחקנים גדולים-בתחום-שונה (Google בתשתית-ענן ו-AI, OpenAI ו-Stripe במודלי-שפה ובתשתית-תשלומים) פרסמו פתרונות-תקן פתוחים כמעט בו-זמנית, מבלי לחכות לתיאום מוקדם ביניהם. התוצאה, בטווח-הקצר, היא לא תקן-אחד-מוסכם אלא שני תקנים שהתעשייה עדיין לומדת איך לשלב — עם ספקי-תשלום שלישיים (למשל Mastercard, עם יוזמת "Verifiable Intent" שהיא עצמה תיארה כמתואמת-לעקרונות AP2) שמצטרפים לתמונה כדי לגשר בין הגישות. המקרה ממחיש עיקרון רחב-יותר שכדאי לזכור בקריאת חדשות-טכנולוגיה בקצב-הזה: הכרזת-תקן חדשה, גם משני שחקנים מובילים, לא מבטיחה שהיישום-הצרכני-הראשון שנבנה עליה ישרוד ללא שינוי — התקן עצמו יכול להישאר יציב בעוד המוצר שמעליו מתעצב-מחדש. מבחינת מי שרוצה להבין את התחום נכון להיום: השאלה "מי ינצח, AP2 או ACP" עצמה מבוססת על הנחה שגויה שמדובר בתחרות-אחת — השאלה השימושית-יותר היא באיזו שכבה, הרשאה או ביצוע, עוסק כל מסמך שקוראים, ומי הגוף שעומד מאחוריו.