Storefront componibile di Adobe Commerce: la suite di settembre colma le lacune classiche

La critica rivolta allo storefront componibile di Adobe Commerce — Edge Delivery e i suoi drop-in — non ha mai riguardato davvero le prestazioni o l’architettura. Riguardava le lacune: funzioni che qualsiasi negozio Luma offre da anni e che il nuovo front end non copriva ancora. La suite di settembre 2026, pubblicata il 6 ottobre, affronta esattamente quella lista — ed è questo a renderla più importante di un semplice treno di versioni.

Cosa consegna la suite

Cinque novità concrete, tutte disponibili in versione stabile:

• L’omaggio a scelta. Quando scatta una regola carrello di tipo omaggio, il cliente ora sceglie da sé il regalo nel carrello, invece di subirne l’aggiunta automatica. Un classico delle promozioni che i merchandiser chiedevano da tempo (drop-in Cart 3.4.0, Checkout 3.4.0, Order 4.1.0).
• Google Pay e PayPal. Il drop-in Payment Services 4.2.1 aggiunge Google Pay e i pulsanti PayPal accanto a carte e Apple Pay — che ora accetta i codici sconto. Lo strato dei pagamenti del componibile smette di essere un argomento contro di esso.
• Liste dei desideri multiple. Un cliente può creare più liste con un nome e archiviare ogni prodotto in quella giusta; la lista di un ospite persiste temporaneamente (Wishlist 3.5.0).
• Accessibilità. Screen reader e navigazione da tastiera migliorano nel carrello, nell’account e nella ricerca — un tema diventato giuridico in Europa dalla scadenza sull’accessibilità del 2025.
• La rubrica aziendale in B2B. Gli acquirenti di una stessa azienda condividono ora una rubrica unica, governata da permessi per ruolo e utilizzabile dall’account al preventivo passando per il checkout (Company Management 1.5.0, User Account 4.2.0, Checkout 3.4.0, Quote Management 1.3.0).

Una sesta novità richiede un’azione: la protezione reCAPTCHA sulla registrazione aziendale B2B non è attiva di default — richiede un opt-in esplicito tramite il flag b2bEnabled dopo l’aggiornamento. Va messa nella checklist di upgrade, non scoperta dopo un’ondata di registrazioni fraudolente.

Versioni coordinate invece di un flusso continuo

Ogni drop-in vive di vita propria — il carrello alla 3.4.0, la wishlist alla 3.5.0, i pagamenti alla 4.2.1. Ciò che cambia è che Adobe ora li pubblica in suite testate insieme: un lotto coerente di versioni validate fra loro, datato e documentato. Per un team di delivery è la differenza tra aggiornare sette pacchetti sperando che nulla si rompa e passare da una suite all’altra con un perimetro di test noto. Il riflesso corretto da architetto: trattare la suite come unità di aggiornamento, prevedere una finestra a trimestre e vietare gli aggiornamenti spizzicati drop-in per drop-in, che ricreano combinazioni mai testate dal vendor.

Cosa cambia per la decisione di migrazione

Per un CTO che ancora valuta se restare su Luma o passare al componibile, questa suite non cambia l’equazione di fondo — cambia la velocità con cui l’equazione evolve. L’argomento manca X ha una vita sempre più breve: omaggi, wallet di pagamento e wishlist multiple comparivano in tutte le liste di divari sei mesi fa; non ci sono più. Una lista di divari non datata è ormai una lista sbagliata. E i merchant B2B, a lungo i meno serviti dai nuovi front end, vedono arrivare mattoni strutturali — oggi la rubrica condivisa, dopo i preventivi e la gestione aziendale.

Da dove cominciare

• Fare l’inventario delle versioni dei drop-in e misurare la distanza dalla suite di settembre; pianificare l’aggiornamento come lotto unico, non pacchetto per pacchetto.
• In B2B, attivare il flag reCAPTCHA durante l’upgrade e rivedere con il business i permessi della rubrica.
• Rigiocare la matrice dei pagamenti — carte, Apple Pay con codice sconto, Google Pay, PayPal — in un ambiente di staging prima di aprire i nuovi metodi in produzione.
• Se siete ancora su Luma, ridatate la lista dei divari prima di citarla in comitato: probabilmente si è accorciata.

Lo storefront componibile non ha ancora tutto. Ma la cadenza delle suite trasforma la parità funzionale in un bersaglio mobile — che si muove in una sola direzione.