Wat Shopify Summer '26 Editions echt verandert voor Plus-merken (en wat alleen hergebruikt is)

Open vijf overzichten van de Summer '26 Editions en je leest vijf keer hetzelfde getal: meer dan 150 updates. Het getal klopt. Het is ook het minst nuttige aan de release. Een aantal functies meet hoe druk de productteams van Shopify het een half jaar hadden. Het meet niet hoeveel van dat werk jouw webshop raakt, en een flink deel van wat deze juni als nieuw wordt gepresenteerd, kwam al in eerdere Editions langs. Voor een Plus-merk dat moet kiezen waar het beperkte roadmapaandacht in de tweede helft van 2026 aan besteedt, is de release geen takenlijst. Het is een sorteerprobleem, en dat sorteren doet geen enkel overzicht voor je. Dit stuk doet het wel: wat er deze cyclus echt bijkwam, wat opnieuw wordt aangekondigd, het ene punt met een harde deadline, wat niets ervan verandert, en hoe de juiste eerste stap verschuift afhankelijk van hoe je merk geld verdient.

Waarom elk overzicht van Summer '26 hetzelfde leest

De meeste berichtgeving over Summer '26 herhaalt dezelfde platte lijst van 150+ functies, omdat dat aantal het makkelijkst te melden is en het moeilijkst te betwisten. Een lange lijst voelt volledig, en volledig voelt veilig. Niemand wil het merk zijn dat de update miste waar iedereen mee aan de slag ging, dus wordt de lijst gekopieerd, licht herschreven en opnieuw gepubliceerd.

Het probleem is dat volume geen impact is, en een lijst zonder rangorde legt het hele prioriteren weer bij jou. Het helpt om te begrijpen waarom de release er zo uitziet. Shopify brengt continu functies uit via de changelog, en twee keer per jaar bundelt het een half jaar aan werk in één Editions-moment met een thema. De "release" is dus eigenlijk drie verschillende dingen onder één label: functies die deze cyclus echt nieuw zijn, functies die in de weken ervoor algemeen beschikbaar werden, en functies die in een eerdere cyclus uitkwamen en voor het complete beeld opnieuw worden genoemd. Een overzicht dat die drie samenvat in één getal liegt niet. Het laat het scheiden alleen aan jou over, en dat is het eigenlijke werk.

Die scheiding overslaan kost je stil maar echt. Een Head of eCommerce leest de lijst, ziet een bekende naam als nieuw gepresenteerd en plant voor Q3 een project in voor iets wat het team al sinds vorig jaar gebruikt. Aandacht is eindig, en een verkeerd gelezen release besteedt die op de verkeerde plek. De rest van dit artikel is het sorteren zelf, te beginnen met de handvol wijzigingen die voor een Plus-merk het werk echt verschuiven.

Wat Summer '26 echt nieuw brengt voor Plus-merken

Voor Plus-merken verdienen vijf wijzigingen in Summer '26 echte aandacht op de roadmap, omdat ze elk een taak uit een app of een developerticket halen en in het platform zelf leggen: Checkout Components dat algemeen beschikbaar wordt, ingebouwde AI-merchandising, ingebouwd A/B-testen, ingebouwde B2B-betalingstermijnen met automatische facturatie, en een reeks upgrades voor POS en retail. De rest van de 150 is vooral afwerking. Deze vijf veranderen wat je team doet.

Checkout Components wordt algemeen beschikbaar

Het nieuws is niet dat je de checkout kunt aanpassen. Plus-webshops kunnen dat al een tijd via Checkout Extensibility. De verandering is dat de checkout niet meer werkt als een begrensd template, maar als een samenstelbaar oppervlak. Nu Checkout Components algemeen beschikbaar is, bouw je de stappen voor gegevens, verzending en betaling na de winkelwagen op uit blokken, en toon je die blokken voorwaardelijk per klantsegment, winkelwagenwaarde of markt. Hier wachtten veel Plus-teams op, want het dicht een deel van het gat dat merken de afgelopen twee jaar richting headless duwde. Veel van hen gingen headless vanwege de checkout, en precies die beperking is binnen het platform nu losser geworden.

Wat je controleert voordat je ermee aan de slag gaat: zet elke huidige checkoutaanpassing op een rij en noteer of die op een app, een verouderde methode of een developer leunt. Controleer of Shopify Functions je logica voor kortingen, verzending en betalingen dekt, want daar zit het echte migratiewerk. Gebruik je Shopify Markets, test de samenstelbare checkout dan per markt in plaats van aan te nemen dat één configuratie overal werkt. Algemeen beschikbaar betekent dat het oppervlak open is, niet dat het is ingericht. Het beloont een heldere specificatie meer dan experimenteren in een live checkout.

Ingebouwde AI-merchandising

Shopify heeft merchandisingintelligentie direct in de admin ingebouwd: collecties die producten sorteren op voorspelde conversie, blokken voor voorspellende cross-sell en een paneel met merchandisinginzichten. Geen van die taken is nieuw. Algoritmische sortering en aanbevelingsengines bestaan al jaren als app, en de eigen uitleg van Shopify over AI-aanbevelingssystemen beschrijft dezelfde werking. Wat veranderd is: de mogelijkheid zit nu in het platform zelf.

Wat je controleert: algoritmisch sorteren heeft signaal nodig, dus de omvang van je catalogus en de hoeveelheid conversiedata bepalen of de ingebouwde sortering beter werkt dan je huidige opzet of juist slechter. Vraag je af of je betaalde merchandisingapp iets doet wat de ingebouwde tool niet kan, zoals visueel groeperen, complexe regels op basis van tags en metafields, of producten vastpinnen, want dat is de eerlijke test of het abonnement zijn plek nog verdient. En zorg dat iemand de uitkomst echt bekijkt. De ingebouwde sortering zet je collecties op volgorde op basis van welke data je ook aanlevert, en doet dat slecht als je productdata rommelig is of je merchandisingregels elkaar tegenspreken.

Ingebouwd A/B-testen

Je kunt nu wijzigingen inplannen, geleidelijk uitrollen en thema's, checkoutconfiguraties en wijzigingen in klantaccounts splitsen en testen vanuit de admin, zonder externe testtool. Dit kwam begin juni uit, vóór de showcase. Voor merken die testen via een externe app of een opzet die een developer beheert, valt daarmee een vaste afhankelijkheid weg.

Wat je controleert: of je nu betaalt voor testen of het via een developer laat lopen, en of je een echte backlog aan hypotheses hebt om te testen. De tool haalt de afhankelijkheid weg, niet de discipline. Een testomgeving zonder hypothese erachter is gewoon een tragere manier om wijzigingen door te voeren, dus de waarde is maar zo echt als de testpraktijk die je meebrengt.

Ingebouwde B2B: betalingstermijnen en automatische facturatie

Voor B2B- en gemengde merken maakt Summer '26 betalingstermijnen met automatische facturatie een standaardfunctie. Dat vermindert de afhankelijkheid van aparte B2B-apps en handmatige omwegen bij finance. Het zet een richting voort die Shopify al een aantal cycli bouwt, en telt het zwaarst voor operaties waarin wholesaleklanten verwachten nu te bestellen en op termijn gefactureerd te worden. Het volledige beeld van wat het platform voor wholesale ondersteunt, staat in het overzicht van Flatline van de ingebouwde B2B-functies van Shopify.

Wat je controleert: of je wholesaleproces nu afhangt van een app of van iemand bij finance die facturen met de hand maakt, en of je B2B-prijslogica via Shopify Scripts loopt. Dat laatste hangt samen met de enige harde deadline in deze release, hieronder behandeld. Ingebouwde B2B vermindert het aantal apps. Het ontwerpt je wholesaleproces niet opnieuw, en de merken die er het meest aan hebben, zijn de merken waarvan het proces al klopt.

POS en retail

Voor merken met fysieke winkels brengt Summer '26 gecombineerde rechten voor medewerkers in POS en admin, afhalen op meerdere locaties en orders die deels verzonden en deels afgehaald worden. Dat betekent minder losse rechtenstructuren en een soepeler afhaalproces over locaties heen.

Wat je controleert: hoe de rechten van medewerkers aansluiten tussen je online en je winkelteams, en of je afhaalmeldingen en orderbeheer één order aankunnen die deels wordt verzonden en deels in de winkel wordt opgehaald. Verkoop je alleen online, dan kun je dit deel van de release zonder nadenken overslaan.

Wat er uit eerdere Editions wordt hergebruikt

Een aantal functies in de overzichten van Summer '26 is niet nieuw in deze cyclus. Horizon, het themasysteem van Shopify, en Sidekick, de AI-assistent in de admin, kwamen in eerdere Editions uit, en ook het laatste nieuwe ontwerp van POS is ouder dan deze release. Opnieuw aankondigen hoort bij een model met doorlopende releases, maar als een overzicht een functie van een jaar oud naast een echt nieuwe zet, verstoort dat ongemerkt je planning.

Het helpt om te zien dat elke functie in een van drie fases kan zitten, die overzichten graag op één hoop gooien. Een functie kan aangekondigd maar nog niet uitgebracht zijn, in early access of preview beschikbaar voor een deel van de webshops, of algemeen beschikbaar voor iedereen. De Editions-pagina van Shopify is er om een samenhangend beeld te geven van de richting van het platform, dus noemt ze ook mogelijkheden die nog door die fases gaan, inclusief functies die cycli geleden voor het eerst verschenen. Dat is redelijk van Shopify. De vertekening ontstaat verderop, in de berichtgeving die de datums weghaalt en het hele pakket presenteert alsof het in juni verscheen.

Je kunt dat binnen een paar minuten ontmantelen. Controleer, voordat een "nieuwe" functie een planningsgesprek binnenkomt, de oorspronkelijke releasedatum in de changelog van Shopify. Gebruikt je team het al twee kwartalen, dan is het geen project voor Q3. Die check overslaan kost niet veel, maar het stapelt zich op: verkeerd toegeschreven nieuwigheid duwt werk dat al is opgepakt bovenaan de backlog en verdringt de wijzigingen die deze cyclus echt kwamen. De oplossing is een gewoonte, geen tool. Controleer de datum, beslis dan.

We volgen elke Shopify Editions-release sinds 2023. Voor de vorige edities lees je onze analyses van Shopify Editions Winter '26 en Winter '25.

De ene wijziging met een harde deadline: Shopify Scripts op 30 juni 2026

Los van de Editions-showcase stoppen Shopify Scripts op 30 juni 2026, en Shopify heeft bevestigd dat de datum niet meer verschuift. Elke Plus-webshop die Scripts nog gebruikt voor logica rond kortingen, verzending of betalingen, moet die regels vóór die datum migreren naar Shopify Functions. Na de deadline stopt de logica zonder waarschuwing in de webshop, dus een gemiste migratie merk je aan een kapotte checkout bij klanten en niet aan een melding in je admin.

Dit is het enige punt in de hele release met een klok. Al het andere kun je in je eigen tempo oppakken. Scripts niet, en de datum is het einde van een lange reeks signalen, geen plotselinge wending, en daarom behandelt Shopify haar als definitief. Scripts waren een functie alleen voor Plus die eigen Ruby-code draaide op winkelwagen en checkout, en jarenlang vulden ze gaten die de standaard kortingslogica niet kon dichten: gestaffelde wholesaleprijzen, voorwaardelijke acties per klanttag, een betaalmethode verbergen in bepaalde regio's. Juist die flexibiliteit is waarom sommige webshops er nog van afhangen, en waarom B2B- en gemengde operaties het meest kwetsbaar zijn.

De migratie sluit aan op een klein aantal typen Functions. In de praktijk:

• Kortingsscripts gaan naar Discount Functions.

• Verzendlogica gaat naar Delivery Customization Functions.

• Betaalregels gaan naar Payment Customization Functions.

De volgorde die de meeste teams aanhouden: haal de lijst van actieve Scripts uit de Script Editor, koppel elk script aan zijn Function-equivalent, bouw en test de vervangers, en controleer ze live ruim vóór de deadline in plaats van op de dag zelf. Functions zijn ook een echte verbetering en geen één-op-één-vervanging, want ze zitten onder versiebeheer en sluiten aan op de rest van de Shopify-stack op een manier die de oude, afgeschermde Scripts nooit konden. Het volledige stappenplan staat in de gids van Flatline over het uitfaseren van Scripts. Voor het goed lezen van Summer '26 is het punt kleiner: draait je webshop nog op Scripts, dan gaat die deadline boven elke nieuwe functie in deze release tot het is opgelost.

Wat niet verandert, al voelt Summer '26 alsof het zou moeten

De functies veranderen wat mogelijk is. Ze veranderen niet wat het resultaat bepaalt. Ingebouwde AI-merchandising, een samenstelbare checkout en ingebouwd testen verlagen allemaal de drempel naar mogelijkheden waar je eerder een app of een developer voor nodig had. Of ze omzet opleveren, hangt nog steeds af van de inrichting: de data waarmee je het model voedt, de segmenten die je definieert, de hypotheses die je echt test, en of iemand eigenaar is van het optimaliseren nadat de functie live staat.

Dat is het deel dat een functielijst niet kan vangen, want het is geen functie. Als een mogelijkheid van een betaalde app naar het platform gaat, sluit het toegangsgat voor iedereen op hetzelfde moment. Elk Plus-merk in je categorie krijgt op dezelfde dag dezelfde ingebouwde collectiesortering. Het echte onderscheid schuift daardoor een stap op, van de tool hebben naar de tool goed gebruiken. De ingebouwde sortering zet je collecties op volgorde op basis van voorspelde conversie, of je productdata nu schoon is of niet, je merchandisingregels kloppen of niet, en iemand de uitkomst bekijkt of niet. Ze doet het alleen slecht als die dingen ontbreken.

De nuttige manier om dit te zien: ingebouwde tools maken van een infrastructuurprobleem vaak een procesprobleem. De infrastructuurvraag, wie dit kan bouwen en wat het kost, beantwoordt Shopify. De procesvraag, wie eigenaar is van de data, de segmenten en de wekelijkse review, niet, en die bepaalt de uitkomst. Als Shopify Platinum Partner ziet Flatline steeds hetzelfde patroon: de merken die bij elke Editions-release winnen, zijn niet de merken die de meeste functies overnemen. Het zijn de merken die al een duidelijke eigenaar hadden voor het werk dat de functie versnelt. Een nieuwe tool zonder eigenaar is overhead, geen hefboom.

Precies dat gat dicht ons team als Shopify Plus-bureau: elke nieuwe release krijgt de eigenaarsstructuur die nodig is om zich echt terug te verdienen.

Wat Summer '26 zegt over de richting van Shopify

Lees je de wijzigingen van Summer '26 samen in plaats van als lijst, dan wijzen ze één kant op: Shopify neemt de applaag over. Checkoutaanpassing, merchandising, A/B-testen en B2B-facturatie waren allemaal categorieën waarin externe apps een maandbedrag rekenden voor een taak die het platform niet zelf deed. Ingebouwde versies van elk ervan zetten die uitgaven ter discussie en laten zien dat Shopify op termijn een groter deel van de stack wil bezitten.

Die verschuiving heeft twee gevolgen om rekening mee te houden. Voor webshops wordt terugkerende appspend geen post meer die je vergeet, maar een terugkerende auditvraag. Elke Editions-release is voortaan ook een aanleiding om te vragen welke van je apps nog iets doet wat het platform niet kan. Voor het app-ecosysteem overleven de apps met echte diepgang of specialisatie: geavanceerde merchandisinglogica, functies voor specifieke branches, integraties die de ingebouwde tool niet probeert. De apps die het kwetsbaarst zijn, concurreerden vooral met een mogelijkheid die Shopify nog niet had gebouwd.

Onder het eerste thema zit een tweede. Nu Checkout Components algemeen beschikbaar is, bovenop Shopify Functions, wordt het platform uitbreidbaar genoeg om merken vast te houden die vroeger naar headless vertrokken om de beperkingen van de checkout te ontlopen. Shopify verkleint het aantal redenen om elders composable te gaan door zelf composable te worden.

De eerlijke kanttekening is dat ingebouwd zelden het beste betekent. Meestal betekent het goed genoeg voor de meesten, en dat is iets anders. Merken met specifieke of veeleisende behoeften zullen nog steeds verder kijken dan de ingebouwde tool, en dat is terecht. De les voor je planning is niet om elke app te schrappen zodra Shopify een alternatief uitbrengt. Het is om elke release te zien als reden om opnieuw te toetsen welke apps hun plek nog verdienen, naast de voor de hand liggende vraag welke nieuwe functies je overneemt.

Summer '26 prioriteren per type merk

Er is geen universele volgorde om Summer '26 op te pakken. De juiste eerste stap hangt af van hoe je merk geld verdient. Een D2C-modemerk en een gemengde B2B-operatie lezen dezelfde release en horen verschillende delen ervan eerst op te pakken, omdat de functies die hun cijfers bewegen niet dezelfde zijn.

Een paar woorden over waarom de volgorde per model verschilt. Bij D2C-mode en -beauty is de catalogus groot en draait de verkoop vaak om het vinden van producten, dus een goede ingebouwde sortering en een schonere checkout raken de omzet sneller dan wat dan ook in de release. Bij B2B- en gemengde operaties begint de volgorde met een vraag in plaats van een functie: loopt je wholesaleprijslogica via Scripts? Zo ja, dan is dat je deadlinerisico én je reden om daarna naar ingebouwde B2B te kijken. Bij mobiliteit en andere overwogen aankopen, waar kopers zich eerst verdiepen, doen een heldere checkout en een gedisciplineerde testgewoonte meer dan cross-sell gericht op impuls. De kortste eerlijke versie: draai je nog op Scripts, dan heb je één prioriteit tot die klaar is. Zo niet, pak dan de functie op die het deel van je funnel raakt waar je merk echt concurreert, en laat de rest voor een latere sprint.

Een praktische volgorde voor de komende 30 tot 60 dagen

Wil je één volgorde in plaats van een set opties, werk dan in vier rondes over de komende 30 tot 60 dagen. Het principe dat alles bij elkaar houdt, is eenvoudig: eerst de deadline, dan de functies, altijd, en eerst de uitgaven, dan de nieuwigheid.

1. Dag 1 tot 7, deadline triage. Haal je actieve Scripts uit de Script Editor en koppel elk script aan zijn Function-equivalent. Heb je ook maar enige afhankelijkheid, dan gaat het bouwen, testen en controleren van de vervangers vóór 30 juni boven al het andere in deze lijst. Heb je er geen, leg dat dan vast en ga verder.

2. Dag 7 tot 21, appaudit. Zet je terugkerende appspend op een rij in de vier categorieën die Shopify net heeft ingebouwd: checkout, merchandising, testen en B2B. Test elke app tegen de ingebouwde variant en markeer hem als houden, schrappen of later bekijken. Houd de apps die iets doen wat de ingebouwde variant niet kan. Markeer de rest voor een besluit.

3. Dag 14 tot 30, pilot met de kernfunctie. Kies de ene functie die het deel raakt waar je merk concurreert, uit de tabel per type merk hierboven. Richt die goed in, dus met schone data, gedefinieerde segmenten en een benoemde eigenaar, en meet haar tegen een nulmeting in plaats van tegen een gevoel.

4. Dag 30 tot 60, uitbreiden en eigenaarschap beleggen. Rol de gevalideerde wijziging breder uit, wijs een vaste eigenaar aan voor het optimaliseren en zet een nieuwe audit in de agenda voor de volgende Editions-cyclus. De periodes overlappen bewust, want de audit en de pilot kunnen tegelijk lopen zodra het deadlinewerk helder is.

De volgorde is bewust saai. Dat is precies de bedoeling. Een Editions-release beloont een rustige, geordende reactie veel meer dan zo snel mogelijk zoveel mogelijk functies overnemen.

Veelgestelde vragen

Is Horizon een functie van Summer '26? 

Nee. Horizon, het themasysteem van Shopify, kwam in een eerdere Editions-cyclus uit, en ook het recente nieuwe ontwerp van POS en de Sidekick-assistent zijn ouder dan Summer '26. Ze staan in sommige overzichten omdat de Editions-pagina mogelijkheden opnieuw noemt die nog worden overgenomen, maar ze zijn niet nieuw in deze release. Controleer de oorspronkelijke releasedatum van een functie in de changelog van Shopify voordat je erop plant.

Moet ik iets doen vóór 30 juni 2026? 

Alleen als je Plus-webshop nog Shopify Scripts gebruikt voor logica rond kortingen, verzending of betalingen. Die regels moeten vóór die datum naar Shopify Functions, en Shopify heeft bevestigd dat de datum definitief is. Na de deadline stopt de logica zonder waarschuwing in de webshop, dus een niet-gemigreerd script merk je aan een kapotte checkout en niet aan een melding.

Vervangt ingebouwde AI-merchandising mijn huidige app? 

Misschien, maar niet vanzelf. De ingebouwde tools dekken collectiesortering, voorspellende cross-sell en een paneel met merchandisinginzichten. Of ze een betaalde app vervangen, hangt af van de omvang van je catalogus, hoeveel conversiedata de ingebouwde tool kan gebruiken en of je huidige app iets gespecialiseerders doet. De eerlijke test is of de app nog een taak doet die de ingebouwde variant niet kan.

Moet ik mijn checkout- en merchandisingapps opzeggen nu Shopify eigen versies heeft? 

Niet als reflex. Zie het als audit, niet als schoonmaak. Houd elke app die iets doet wat de ingebouwde tool niet kan, zoals geavanceerde merchandisinglogica, functies voor een specifieke branche of een integratie die Shopify niet probeert. Schrap de apps die alleen bestonden voor een mogelijkheid die het platform nu zelf heeft. De beslissing neem je per app, op basis van een echte test, niet in één klap.

Is Checkout Components beschikbaar op abonnementen onder Plus? 

Het Checkout Extensibility-framework bestaat op alle abonnementen, maar het volledige samenstelbare oppervlak, inclusief de diepgang van Shopify Functions en onbeperkt uitgerolde checkoutextensies, is een Plus-functie. Dat verschil is een deel van waar je met Plus voor betaalt, en Summer '26 heeft het groter gemaakt in plaats van kleiner.

Hoe verschilt Summer '26 van Winter '26? 

Winter '26 draaide om de AI-gedreven commercestack van Shopify en een flinke uitbreiding van de ingebouwde B2B-mogelijkheden. Summer '26 legt het zwaartepunt bij checkoutuitbreidbaarheid die algemeen beschikbaar wordt, en bij ingebouwde versies van merchandising en testen die eerder in apps zaten. Het overzicht van Flatline van de Winter '26-release behandelt die cyclus in detail.

De belangrijkste punten

• Summer '26 bevat meer dan 150 updates, maar maar een handvol is structureel voor Plus-merken: Checkout Components dat algemeen beschikbaar wordt, ingebouwde AI-merchandising, ingebouwd A/B-testen, ingebouwde B2B-betalingstermijnen met automatische facturatie, en een reeks POS-upgrades.

• Horizon, Sidekick en het laatste nieuwe ontwerp van POS zijn hergebruikt uit eerdere Editions. Controleer de releasedatum van een functie voordat die op je roadmap komt.

• Het einde van Shopify Scripts op 30 juni 2026 is het enige punt met een harde deadline. Draai je nog op Scripts, dan gaat dat boven elke nieuwe functie tot het naar Functions is gemigreerd.

• Ingebouwde tools dichten het toegangsgat voor iedereen tegelijk, waardoor het echte onderscheid verschuift naar de inrichting en naar wie eigenaar is van het optimaliseren na de lancering.

• Samen gelezen laat de release zien dat Shopify de applaag overneemt. Zie elke Editions-cyclus als reden om opnieuw te toetsen welke apps hun plek nog verdienen, niet alleen welke functies je overneemt.

• Er is geen universele volgorde. Prioriteer op basis van je merkmodel, en zet de deadline vóór de functies in een rustige volgorde van 30 tot 60 dagen.

De waardevolste reactie op een Editions-release is zelden de meeste functies overnemen. Het is de release goed lezen: nieuw scheiden van opnieuw aangekondigd, de ene harde deadline respecteren, begrijpen wat niets ervan verandert, en prioriteren op de manier waarop je merk echt geld verdient. Heb je iets aan dit overzicht, bewaar het dan voor je volgende roadmapsessie of geef het door aan het team dat je webshop beheert.