Google обяви на 15 октомври пускането на Universal Cart в САЩ през Search и приложението Gemini. Общата количка събира продукти от различни търговци, следи промени в цени и наличности и показва подходящи промоции. Това е обявен регионален старт, а не потвърдена наличност в България или във всички услуги на Google.

Компанията представя продукта като помощ за организация и контрол при пазаруване. Важният въпрос за потребителя е как събраните предложения се превръщат в действителна поръчка. Проверената документация показва граница между подпомагането на избора и самото приключване на покупката — разграничение, което лесно се губи зад общия израз „агентна търговия“.

От представяне през май до пускане през октомври

Universal Cart е показан още на Google I/O на 19 май. Тогава са описани обща количка между услуги, информация за продукти и поетапно разширяване. Съобщението от октомври уточнява сегашния старт в Search и Gemini. По-ранните планове за други повърхности не са доказателство, че всички те вече са включени.

В майската публикация Google пояснява и ролята на търговеца: независимо дали покупката се приключва през Google Pay или на сайта на магазина, магазинът остава продавачът. Това е полезна отправна точка при въпрос за доставка, връщане или потвърждение на поръчка. Една обща визуална количка не превръща автоматично всички стоки в покупка от един нов продавач.

Два пътя за магазина

Ръководството за Universal Commerce Protocol, UCP, описва избор между native checkout и прехвърляне на количка към сайта на търговеца. При първия интеграцията управлява покупката през интерфейс на Google; при втория клиентът продължава на сайта на магазина. Така „добавям продукт в общата количка“ и „търговецът е готов да приема поръчката по този път“ са отделни състояния.

За разработчика това означава, че каталогът, актуалната наличност и финалните условия трябва да се свържат коректно. Ако даден продукт е показан, но количеството или доставката са се променили, решението трябва да отрази това преди приемане на поръчката. Това е нашият редакционен извод за интеграцията, а не твърдение за открит проблем в стартиралия продукт.

Къде се връща контролът към човека

Документацията за native checkout описва създаване на сесия и предаване към интерфейс на Google, когато потребителят реши да купи. След това той попълва чувствителните данни и изпраща поръчката чрез интерфейса; агентът не участва в тази част. Състоянието на сесията се променя до завършване или отказ.

Техническият справочник отделя създаването на сесия от нейното приключване. Завършващата заявка е обвързана с потребителското действие за плащане и с проверени данни на поръчката. След нея се очакват информация за поръчката и обработка на плащането. Следователно успешното добавяне на артикул не е само по себе си доказателство за платена покупка.

Какво си струва да се провери

Нашето предложение за оценка от страна на магазин е да се проследи един продукт през всички стъпки: откриване, избор на вариант, наличност, доставка, крайна сума и потвърждение. Отделен тест трябва да обхване отказ или промяна преди плащане. Това са критерии за проверка, не изпитание, извършено от SIExpo, и не инструкция за извършване на реални покупки.

Потребителят пък трябва да вижда от кого купува и какво точно потвърждава. Удобството има стойност, ако тези сведения остават ясни и след обединяване на много предложения на едно място. Google заявява, че спестяванията и сигналите за промени подпомагат този процес; конкретната полза за даден човек ще зависи от наличните магазини и неговите покупки. За българската аудитория новината е за американското внедряване и проверимия модел на интеграция, не за вече достъпна местна услуга.

Проверено от редакцията: 2026-10-17T16:33:21.588202+00:00 (UTC). Корица: концептуална AI илюстрация, а не документална снимка.