
Content API sunset: who feeds your Merchant Center?
Google is sunsetting Content API for Shopping. A short audit for LatAm B2B ecommerce: partner vs middleware/ERP. Dates, checklist, and FAQ — no alarmism.

Every week someone asks for a "faster checkout" or "fewer fields." Fair: checkout is the store's payment flow —where someone goes from cart to paying— and conversion is the share who complete the purchase. But redesigning blind often moves the pain; it doesn't remove it.
This week Valor Economico (Brazil, 24 Sep 2026) reported that Mercado Pago is launching "pagamentos rapidos," a tool to speed up payment on large retailers' sites. Per what the company told the outlet, during a test period sellers saw an average rise of 12 percentage points in approval rate and 15 percentage points in conversion. Solid industry hook. Not, by itself, your work plan.
The headline and summary are clear: the tool targets large retailers, aims to reduce friction in checkout, and Mercado Pago attributes those +12 pp / +15 pp to tests with the tool. The full body may sit behind a paywall; we cite only what is verifiable in Valor's public dispatch.
For a LatAm owner or ops lead, the useful question isn't "do we copy Mercado Pago's pitch?" It's: do we know where people drop off in our checkout? Without that map, any "fast payment" or redesign is a bet.
At Somos Gente Digital we don't sell "magic checkout." We sell diagnosis + concrete changes: look at abandonment and errors by step, payment method, and device; then cut fields, steps, or rules that don't earn their keep. Polishing only the UI (interface: what you see — buttons, fields, map, pin, screens) without the UX (how the payment flow feels and whether people understand it) isn't enough.
We've seen it on the agency floor: the idea itself was sound — a map with a pin that stores coordinates. The UI was strong; the UX wasn't: the client wasn't ready for that complexity yet. It created friction and we had to roll it back. Not a "bad" feature: good UI at the wrong maturity. Measuring that beats stacking more features.
If you already launched and the pain is sync, keys, and month-to-month upkeep, that's another arc (ownership / retainer). Here the focus is the payment funnel: measure before you redesign.
For owners and ops on Shopify, Woo, BigCommerce, Webflow, or similar:
The store's payment process: from cart until payment confirms (or fails). It includes details, shipping, payment method, and error screens.
The share of people who, entering checkout (or the funnel you define), complete the purchase. Raising conversion without seeing where they drop is makeup.
No. If "pagamentos rapidos" or a gateway truly removes friction for you, use it. Don't confuse a vendor announcement with a diagnosis of your store.
No; that post is about keys and upkeep after launch; this one is about the payment funnel.
Almost never. Without measuring by step / method / device, you change the facade and abandonment just moves. SGD sells diagnosis and concrete changes, not magic.
Not always. Sometimes the UI is strong and the UX isn't: the idea is good and the business isn't ready yet. Measuring friction (and knowing when to roll back) beats paying for the same mistake twice.
It's a thermometer. The useful map is the breakdown: step, method, device, and gateway errors. That's where cheap changes show up.
If the pain is already checkout —not the CMS logo— see ecommerce that fits your business or write us via Contact.
MEASURE · CUT FRICTION · NO MAGIC

Google is sunsetting Content API for Shopping. A short audit for LatAm B2B ecommerce: partner vs middleware/ERP. Dates, checklist, and FAQ — no alarmism.

HN is circulating “Jev in 25 lines of Python.” Pablo from the SGD team read it calmly: the value is not “cleverer prompts,” but cheap typed judgments that are safe to automate. An internal sizing experiment measured that in cents.