UCP v2026-08-25 Bawa Breaking Schema Changes: Apa yang Harus Diupdate?

UCP schema changes terbaru membuat Universal Commerce Protocol memasuki fase yang jauh lebih serius untuk implementasi production. Rilis v2026-08-25 membawa breaking changes pada fulfillment, buyer consent, signing keys, payment constructs, request constraints, location model, dan fractional quantities. Di saat yang sama, protokol mulai disiapkan agar tidak hanya melayani retail, tetapi juga grocery, food, lodging, dan vertical commerce lain.

Perubahan tersebut dibahas dalam laporan Search Engine Journal tentang update spesifikasi UCP. Artikel itu merangkum release resmi Universal Commerce Protocol tanggal 25 Agustus 2026, yang merupakan update pertama sejak April dan rilis keempat UCP secara keseluruhan.

Untuk developer, poin terpentingnya sederhana: jika aplikasi atau merchant sudah mengimplementasikan schema yang terkena breaking changes, upgrade ke versi terbaru tidak bisa diperlakukan seperti minor update. Ada perubahan struktur yang memang membutuhkan penyesuaian schema, code generation, validator, mapping, serta test.

Apa Itu Universal Commerce Protocol atau UCP?

Universal Commerce Protocol adalah protokol terbuka untuk memungkinkan AI agent dan platform commerce berinteraksi dengan merchant secara terstruktur. UCP dirancang agar proses discovery, shopping, checkout, payment, fulfillment, hingga order dapat dijalankan melalui contract dan schema yang konsisten.

Secara konsep, UCP berusaha mengurangi integrasi proprietary satu per satu antara agent dan merchant.

Tanpa protocol bersama:

AI Agent A → API khusus Merchant 1
AI Agent A → API khusus Merchant 2
AI Agent B → API khusus Merchant 1
AI Agent B → API khusus Merchant 2

Dengan protocol bersama:

AI Agent
   ↓
Universal Commerce Protocol
   ↓
Merchant / Commerce Platform

Konsep ini berkaitan erat dengan application programming interface, tetapi UCP tidak hanya menyediakan endpoint. Ia juga mendefinisikan capability, schema, versioning, discovery profile, payment constructs, serta contract yang diperlukan untuk commerce berbasis agent.

Apa yang Baru di UCP v2026-08-25?

Release resmi UCP mengelompokkan perubahan besar ke beberapa area: multi-vertical refactoring, grocery readiness, payment security, request constraints, capability versioning, identity/consent, loyalty, serta shopping enhancements.

Rilis ini juga memperjelas bahwa UCP ingin bergerak dari protocol retail menjadi protocol commerce lintas-vertical.

Kenapa Update Ini Disebut Breaking Change?

Karena beberapa struktur payload lama tidak lagi kompatibel langsung dengan versi baru. Developer yang menggunakan schema terkait harus memperbarui implementasi sebelum pindah ke v2026-08-25.

Breaking changes utama mencakup:

• fulfillment schema restructure;
• buyer consent overhaul;
• profile signing key changes;
• common type relocation;
• payment namespace migration;
• token binding refactor;
• request constraint redesign;
• location model changes;
• fractional quantity support.

Jika codebase menggunakan generated types dari JSON Schema atau OpenAPI, perubahan seperti ini bisa langsung memengaruhi compile-time type, serializer, validator, dan downstream business logic.

Apa yang Berubah pada Fulfillment Schema?

Fulfillment mendapat salah satu perubahan struktur paling besar.

Release note resmi menyebut beberapa perubahan:

• flag konfigurasi kehilangan prefix allows_;
• fulfillment_option.description berubah dari string sederhana menjadi object terstruktur;
• multi_destination berubah dari map menjadi array object;
• enum fulfillment_available_method.type dibuka menjadi string;
• merchant fulfillment config dikonsolidasikan ke schema baru.

Contoh konseptual:

Sebelum:
allows_multi_destination: true

Sesudah:
multi_destination: [...]

Perubahan seperti ini berarti mapping lama tidak cukup hanya diganti nama. Struktur data dan cara aplikasi membaca capability juga berubah.

Kenapa Buyer Consent Dirombak?

UCP sebelumnya menggunakan field consent yang lebih fixed. Pada rilis terbaru, consent diubah menjadi dynamic map berbasis reverse-DNS identifier seperti dev.ucp.consent.*.

Tujuannya adalah membuat consent lebih extensible dan granular.

Alih-alih:

{
  "email_marketing": true,
  "sms_marketing": false
}

model baru bergerak ke pola seperti:

{
  "dev.ucp.consent.example": {
    "segments": [...]
  }
}

Struktur aktual harus mengikuti schema resmi, tetapi ide utamanya adalah consent tidak lagi dibatasi oleh sekumpulan boolean yang harus ditentukan protokol sejak awal.

Ini penting untuk commerce lintas-industri karena jenis consent di grocery, lodging, retail, dan food dapat berbeda.

Apa yang Berubah pada Signing Keys?

UCP menghapus signing_keys[] dari profile dan menjadikan keys[] berbasis JWK Set sebagai canonical signing key field.

Tujuannya adalah menghindari sync drift antara dua representasi key yang berbeda.

Untuk implementer, perubahan ini berarti:

• profile parser perlu diperbarui;
• key discovery logic perlu mengacu ke field baru;
• validator lama perlu diganti;
• test interoperability harus dijalankan ulang.

Apa Itu Multi-Vertical Refactoring?

Rilis terbaru merombak struktur repository dan schema menjadi domain yang lebih jelas: shopping/, payment/, dan common/.

Primitive seperti amount, price, line item, dan payment tidak lagi diasumsikan hanya relevan untuk retail.

Ini penting karena:

Retail checkout
Food ordering
Hotel booking
Grocery

semuanya membutuhkan konsep yang mirip seperti harga, payment, consent, identity, location, dan fulfillment, tetapi detail vertical-nya berbeda.

Dengan memindahkan primitive bersama ke common/types/, UCP mencoba mengurangi duplikasi dan membuat extension lebih mudah digunakan lintas domain.

Apa Dampaknya pada $id Schema?

Relokasi primitive schema juga mengubah URL $id.

Ini dapat berdampak pada:

• schema resolver;
• reference cache;
• code generator;
• validation pipeline;
• tooling yang hard-code URL lama.

Jika implementasi Anda mengikuti schema reference secara dinamis, dampaknya mungkin lebih kecil. Jika URL lama di-hard-code dalam code atau config, migration perlu lebih hati-hati.

Apa yang Berubah pada Payment Namespace?

Payment extension dipindahkan dari namespace dev.ucp.shopping.* ke dev.ucp.common.payment.*.

Contoh kategori yang terdampak mencakup:

• split payments;
• payment terms;
• AP2 mandates.

Perubahan ini mencerminkan arah UCP yang ingin menjadikan payment sebagai capability lintas-vertical.

Hotel booking, food delivery, grocery, dan retail semuanya memiliki payment, tetapi tidak semuanya cocok dimodelkan sebagai turunan shopping retail.

Apa Itu 3DS2 di UCP?

Rilis terbaru menambahkan dukungan vendor-neutral untuk 3D Secure 2 atau 3DS2 melalui Actions primitive.

3DS2 digunakan dalam card payment untuk autentikasi tambahan dan risk assessment.

UCP mendukung flow seperti:

• device data collection;
• challenge flow;
• out-of-band authentication.

Yang menarik adalah UCP tidak mengikat flow tersebut ke vendor payment tertentu.

Ini penting untuk interoperability karena agent dapat menerima instruction bahwa sebuah payment membutuhkan action tambahan tanpa harus mengetahui integrasi proprietary setiap payment provider.

Apa Itu Actions Primitive?

Actions adalah primitive horizontal baru yang memungkinkan business meminta agent atau platform melakukan action out-of-band.

Contohnya:

Checkout response
   ↓
"3DS authentication required"
   ↓
actions[]
   ↓
Platform menjalankan challenge
   ↓
Checkout dilanjutkan

Actions dapat digunakan di Cart, Checkout, dan Catalog.

Konsep ini penting karena tidak semua commerce flow dapat diselesaikan hanya dengan request-response sederhana. Kadang pengguna perlu melakukan autentikasi, mengisi informasi tambahan, atau mengambil keputusan sebelum transaction dapat dilanjutkan.

Apa Itu $requestConstraints?

$requestConstraints memungkinkan merchant mengirim validation rule yang berlaku untuk request berikutnya berdasarkan kondisi transaksi aktual.

Sebelumnya, instrument requirement lebih banyak bergantung pada static schema.

Dengan model baru, merchant dapat mengatakan:

Untuk transaction ini,
field X wajib,
field Y harus mengikuti format tertentu,
dan salah satu dari kombinasi A/B harus dipenuhi.

Release note menyebut dukungan path targeting dan anyOf constraint evaluation.

Ini membuat validation lebih dinamis tanpa harus membuat schema baru untuk setiap variasi transaction.

Kenapa Credential PAN dan Network Token Dipisah?

Rilis terbaru memisahkan PAN dan Network Token menjadi credential type yang eksplisit.

Pemisahan ini mengurangi ambiguity karena keduanya memiliki karakter dan security handling yang berbeda.

Untuk payment integration, explicit credential typing membantu platform:

• melakukan validation lebih tepat;
• menerapkan security policy yang sesuai;
• memilih processing flow yang benar;
• mengurangi interpretasi implicit.

Apa yang Baru pada Payment Terms dan Installment?

UCP kini mendukung payment schedules untuk:

• deferred payment;
• deposit;
• installment.

Capability ini penting untuk vertical seperti lodging.

Hotel reservation, misalnya, dapat memiliki:

Deposit sekarang
+
Sisa pembayaran saat check-in

atau payment schedule lain sesuai policy merchant.

Rilis juga menambahkan split payment across multiple instruments.

Apa Itu Split Payment?

Split payment memungkinkan satu transaksi menggunakan lebih dari satu payment instrument.

Contohnya:

Total: Rp2.000.000

Rp500.000 → Store credit
Rp1.500.000 → Credit card

Capability semacam ini penting untuk commerce yang melibatkan gift card, loyalty balance, wallet, atau payment combination.

Kenapa Grocery Membutuhkan Schema Khusus?

Grocery berbeda dari retail biasa dalam beberapa aspek yang sangat fundamental.

Produk grocery sering:

• dijual berdasarkan berat;
• tergantung lokasi toko;
• memiliki availability lokal;
• membutuhkan pickup window;
• memiliki operating hours;
• memiliki substitution logic.

Rilis v2026-08-25 menambahkan beberapa building block agar masalah tersebut dapat dimodelkan.

Apa Itu Location Search dan Location Lookup?

UCP menambahkan capability untuk mencari dan mengambil detail lokasi fisik.

Data yang dapat direpresentasikan mencakup:

• alamat;
• jam buka;
• koordinat;
• context lokasi;
• serviceability.

Ini memungkinkan agent melakukan flow seperti:

User:
"Cari grocery store terdekat
yang masih buka dan punya produk X."

Agent:
Location Search
   ↓
Availability
   ↓
Cart
   ↓
Pickup / Delivery

Kenapa Operating Hours Distandarisasi?

Jam operasional terlihat sederhana tetapi memiliki banyak edge case:

• timezone;
• holiday;
• special hours;
• temporary closure;
• jam berbeda per hari.

UCP menambahkan deterministic format untuk regular dan exception hours dengan timezone handling.

Ini membantu agent menghindari ambiguity seperti:

"Buka sampai jam 10"

tanpa mengetahui timezone atau apakah hari tersebut merupakan exception.

Apa Itu Fractional Quantity?

Sebelumnya quantity lebih berorientasi integer.

Grocery membutuhkan bentuk seperti:

0,5 kg apel
1,25 lb daging
250 gram keju

Rilis baru memperluas quantity agar dapat berupa integer atau structured measurement object.

UCP juga memperkenalkan sale-basis pricing step untuk memastikan pricing dan quantity memiliki hubungan yang deterministik.

Kenapa Destination Type Sekarang Harus Eksplisit?

Fulfillment method sekarang membedakan destination type seperti shipping dan pickup secara eksplisit.

Tujuannya menghindari ambiguous union match.

Untuk developer, explicit discriminant seperti ini membuat:

• schema validation lebih mudah;
• type narrowing lebih aman;
• generated SDK lebih predictable;
• agent tidak perlu menebak jenis destination.

Apa Itu Capability Versioning di UCP?

UCP menggunakan version berbasis tanggal seperti 2026-08-25, bukan semantic version seperti 2.1.0.

Rilis terbaru memperketat contract versioning dan mendukung capability versioning yang lebih independen.

Dalam profile /.well-known/ucp, business dapat mengiklankan version service dan capability yang didukung.

Contoh sederhana:

{
  "ucp": {
    "version": "2026-08-25",
    "services": {...},
    "capabilities": {...}
  }
}

Hal ini penting karena merchant dapat tetap mendukung version lama sambil menambahkan version baru secara bertahap.

Apakah Semua Client Harus Langsung Upgrade?

Tidak otomatis. UCP dirancang agar version dapat dinegosiasikan.

SEJ menekankan bahwa business dapat tetap mendukung versi sebelumnya meskipun versi terbaru sudah tersedia.

Strategi migration yang masuk akal:

1. Audit capability yang digunakan.
2. Identifikasi schema yang breaking.
3. Tambahkan support versi baru secara paralel.
4. Uji interoperability.
5. Monitor client adoption.
6. Deprecate versi lama setelah aman.

Apakah UCP Sudah Mendukung Food Ordering Penuh?

Belum. Ini salah satu distinction terpenting dari sumber SEJ.

Rilis terbaru menyiapkan fondasi untuk food, tetapi bukan berarti seluruh food ordering specification sudah production-ready.

Food Technical Council dibentuk pada Juli 2026 dengan anggota awal:

• Block/Square;
• DoorDash;
• Google;
• Toast;
• Uber Eats.

Roadmap UCP menyebut area seperti restaurant discovery, menu, dish selection, checkout, tipping, dan delivery notes masih sedang dikembangkan.

Apakah UCP Sudah Mendukung Hotel Booking Penuh?

Belum juga.

Lodging Technical Council dibentuk pada 11 Agustus 2026 dengan anggota awal:

• Amadeus;
• Booking.com;
• Expedia;
• Google;
• Hilton;
• Marriott;
• Trip.com.

Roadmap lodging berfokus pada hotel search, room selection, dan reservation.

Namun SEJ secara eksplisit mengatakan release ini belum berarti grocery ordering atau hotel booking tersedia melalui semua AI interface. Rilis tersebut terutama menyiapkan primitive dan architecture yang dibutuhkan untuk pengembangan berikutnya.

Apa Hubungannya dengan Google AI Mode?

Google adalah salah satu permanent member Governing Council UCP bersama Shopify, dan Stripe bergabung pada April 2026.

Google sebelumnya memperkenalkan UCP sebagai bagian dari arah agentic commerce di Search dan Gemini.

Namun developer perlu membedakan:

UCP specification capability
≠
fitur yang sudah tersedia di Google AI Mode

Sebuah capability dapat ada di protocol tetapi belum dipakai oleh consumer-facing product tertentu.

Jika tim Anda sebelumnya membahas Google AI Mode booking hotel atau WebMCP, artikel internal Markdown untuk AI SEO: Benarkah Membantu Citation dan Crawling? dapat digunakan sebagai internal link silo setelah URL artikel sebelumnya diverifikasi.

Apa yang Harus Dilakukan Developer yang Sudah Mengimplementasikan UCP?

Mulailah dari breaking changes, bukan fitur baru.

1. Pin versi schema lama. Jangan membuat production tiba-tiba membaca latest schema.
2. Diff generated models. Lihat field yang pindah, berubah tipe, atau hilang.
3. Audit fulfillment. Ini salah satu area paling banyak berubah.
4. Update consent model.
5. Update profile signing key parser.
6. Periksa $id dan schema reference.
7. Update payment namespace.
8. Tambahkan compatibility test.
9. Jalankan dual-version support bila diperlukan.

Apa Checklist Migration UCP v2026-08-25?

Apa Risiko Jika Developer Mengabaikan Schema Changes?

Risikonya bukan hanya compile error. Beberapa failure dapat terjadi saat runtime.

Contoh:

• client mengirim field lama yang tidak dipahami merchant;
• merchant mengirim object baru yang parser lama anggap invalid;
• payment requirement tidak divalidasi dengan benar;
• consent dibaca secara salah;
• fulfillment destination ambigu;
• signature validation gagal karena key discovery berubah.

Untuk commerce, runtime mismatch seperti ini dapat mengganggu transaksi aktual.

Kenapa UCP Semakin Penting untuk Generative AI?

Generative AI mulai bergerak dari answer engine menjadi action layer.

Dalam commerce, agent harus bisa:

Search product
→ compare
→ select
→ build cart
→ authenticate
→ pay
→ fulfill
→ track order

LLM saja tidak cukup untuk melakukan semua itu secara aman. Sistem membutuhkan protocol, schema, identity, payment, consent, validation, dan lifecycle yang deterministik.

UCP mencoba menyediakan contract untuk area tersebut.

Apa Bedanya UCP dan WebMCP?

Keduanya sama-sama relevan untuk agent, tetapi posisinya berbeda.

Keduanya berpotensi dipakai bersama, tetapi satu bukan pengganti yang lain.

Apakah UCP Berpengaruh ke SEO atau AI Ranking?

Belum ada bukti bahwa implementasi UCP secara langsung meningkatkan ranking, citation, atau recommendation di AI search.

UCP adalah commerce interaction protocol.

Manfaatnya lebih dekat ke:

• agent interoperability;
• structured checkout;
• payment flow;
• fulfillment;
• transaction execution.

Jangan mengubah UCP menjadi “schema SEO baru”.

FAQ tentang UCP v2026-08-25

Apa versi terbaru UCP saat ini?

Release terbaru yang dibahas adalah v2026-08-25, dirilis pada 25 Agustus 2026.

Apakah update ini memiliki breaking changes?

Ya. Fulfillment, buyer consent, signing keys, common types, payment namespace, token binding, request constraints, location model, dan fractional quantity termasuk area yang berubah secara backward-incompatible.

Apakah UCP sekarang mendukung grocery?

Rilis terbaru menambahkan grocery readiness seperti location search, operating hours, fulfillment location context, dan fractional quantity.

Apakah hotel booking melalui UCP sudah final?

Belum. Rilis ini menyiapkan foundation untuk lodging, sementara technical specification hotel search, room selection, dan reservation masih dikembangkan.

Apakah UCP mendukung installment?

Ya. Rilis terbaru menambahkan payment schedules yang dapat mendukung deferred payments, deposits, dan installments.

Apakah merchant harus menghapus versi UCP lama?

Tidak. UCP menggunakan version negotiation sehingga business dapat mempertahankan support untuk versi lama sambil menambahkan versi baru.

Apakah UCP meningkatkan ranking AI?

Belum ada bukti untuk klaim tersebut. UCP berfokus pada commerce interoperability dan transaction execution, bukan ranking.

Kesimpulan

UCP schema changes pada v2026-08-25 merupakan update arsitektural besar, bukan sekadar penambahan beberapa field. Fulfillment, buyer consent, signing keys, payment namespace, location, quantity, dan validation semuanya mengalami perubahan yang dapat memengaruhi implementasi existing.

Di sisi capability, rilis ini membuat UCP lebih siap untuk grocery, memperkuat payment security melalui 3DS2, menambahkan payment schedules serta split payments, dan menyiapkan architecture lintas-vertical untuk food serta lodging.

Namun developer perlu menjaga distinction antara “tersedia di specification” dan “sudah tersedia di consumer AI product”. Food dan lodging masih dalam pengembangan, dan release ini terutama membangun fondasi teknisnya.

Untuk tim yang sudah menggunakan UCP, prioritas pertama sebaiknya bukan mengejar semua capability baru, tetapi melakukan schema diff, migration testing, version negotiation, dan compatibility review pada area yang breaking.

Jika bisnis Anda sedang membangun agentic commerce, UCP integration, AI checkout, payment orchestration, atau backend commerce yang siap digunakan Generative AI, Anda dapat diskusikan kebutuhan teknologi bisnis kamu bersama tim teknis.