Composable storefront van Adobe Commerce: de septembersuite dicht de klassieke gaten

Het verwijt aan de composable storefront van Adobe Commerce — Edge Delivery en zijn drop-ins — ging nooit echt over prestaties of architectuur. Het ging over de gaten: functies die elke Luma-shop al jaren biedt en die het nieuwe front end nog niet dekte. De septembersuite van 2026, gepubliceerd op 6 oktober, pakt precies die lijst aan — en dat maakt haar belangrijker dan zomaar een versietrein.

Wat de suite levert

Vijf concrete toevoegingen, allemaal beschikbaar in stabiele versie:

• Het zelf te kiezen geschenk. Wanneer een winkelwagenregel van het type gratis geschenk afgaat, kiest de klant het cadeau nu zelf in de winkelwagen, in plaats van een automatische toevoeging te ondergaan. Een klassieker uit de promotie waar merchandisers al lang om vroegen (drop-ins Cart 3.4.0, Checkout 3.4.0, Order 4.1.0).
• Google Pay en PayPal. De drop-in Payment Services 4.2.1 voegt Google Pay en PayPal-knoppen toe naast kaarten en Apple Pay — dat nu kortingscodes accepteert. De betaallaag van de composable storefront is geen argument meer tegen haar.
• Meerdere verlanglijstjes. Een klant kan meerdere benoemde lijsten aanmaken en elk product in de juiste onderbrengen; het lijstje van een gast blijft tijdelijk bewaard (Wishlist 3.5.0).
• Toegankelijkheid. Schermlezers en toetsenbordnavigatie verbeteren in winkelwagen, account en zoeken — sinds de toegankelijkheidsdeadline van 2025 in Europa een juridisch onderwerp.
• Het bedrijfsadresboek in B2B. Inkopers van hetzelfde bedrijf delen voortaan één adresboek, beheerd via rolgebaseerde rechten en bruikbaar van account tot offerte, via de checkout (Company Management 1.5.0, User Account 4.2.0, Checkout 3.4.0, Quote Management 1.3.0).

Een zesde toevoeging vraagt om actie: de reCAPTCHA-bescherming van de B2B-bedrijfsregistratie staat niet standaard aan — ze vereist na de upgrade een expliciete opt-in via de vlag b2bEnabled. Zet dit op de upgradechecklist, in plaats van het te ontdekken na een golf frauduleuze registraties.

Gecoördineerde versies in plaats van een continue stroom

Elke drop-in leidt zijn eigen leven — de winkelwagen op 3.4.0, de wishlist op 3.5.0, de betalingen op 4.2.1. Wat verandert, is dat Adobe ze nu publiceert als samen geteste suites: een samenhangend, gedateerd en gedocumenteerd pakket versies die onderling gevalideerd zijn. Voor een deliveryteam is dat het verschil tussen zeven pakketten bijwerken en hopen dat niets breekt en van de ene suite naar de volgende gaan met een bekende testscope. De juiste architectenreflex: de suite behandelen als de eenheid van upgrade, één venster per kwartaal begroten en het sprokkelen van losse drop-in-updates verbieden, want dat creëert combinaties die de leverancier nooit heeft getest.

Wat dit verandert aan de migratiebeslissing

Voor een CTO die nog weegt tussen op Luma blijven of overstappen naar de composable storefront verandert deze suite de kernvergelijking niet — ze verandert de snelheid waarmee die vergelijking beweegt. Het argument er ontbreekt X heeft een steeds kortere houdbaarheid: het gratis geschenk, de betaalwallets en de meerdere verlanglijstjes stonden zes maanden geleden op elke gatenlijst; nu niet meer. Een ongedateerde gatenlijst is inmiddels een foute lijst. En B2B-merchants, lang het slechtst bediend door de nieuwe front ends, zien structurele bouwstenen arriveren — vandaag het gedeelde adresboek, na de offertes en het bedrijfsbeheer.

Waar te beginnen

• Inventariseer uw drop-in-versies en meet de afstand tot de septembersuite; plan de upgrade als één geheel, niet pakket voor pakket.
• Activeer in B2B de reCAPTCHA-vlag bij de upgrade en bekijk samen met de business de rechten van het adresboek.
• Speel de betaalmatrix opnieuw af — kaarten, Apple Pay met kortingscode, Google Pay, PayPal — op een stagingomgeving voordat u de nieuwe methoden in productie opent.
• Zit u nog op Luma, dateer dan uw gatenlijst opnieuw voordat u haar in een stuurgroep citeert: ze is waarschijnlijk korter geworden.

De composable storefront heeft nog niet alles. Maar de cadans van de suites maakt van functionele pariteit een bewegend doel — en het beweegt maar één kant op.