Shopify Scripts slutter å kjøre 30. juni. Hvis du ikke har gått over til Functions, ryker kassen.

Hvis butikken din kjører egendefinert logikk i kassen, er det én dato du vil ha på veggen: 30. juni 2026. Det er dagen Shopify Scripts slutter å kjøre. Ikke utfaset-men-fortsatt-haltende. Stoppet. Uansett hvilken rabatt-, frakt- eller betalingsregel du bygget i et Script, kjører den rett og slett ikke etter den dagen.

Grunnen til at akkurat denne lurer folk er at ingenting dramatisk skjer. Det er ingen feilside, ingen advarselsbanner, ingen e-post den morgenen. Rabatten du forventer å gjelde gjør det bare ikke. B2B-kunden som skal hoppe over betalingsvilkår kan plutselig ikke. Du får vite det fra en supporthenvendelse eller et forvirret blikk på dagens tall, som er den verste måten å få vite det på.

Hvis du allerede har migrert, kan du lukke denne fanen. Hvis du ikke er sikker på om du har migrert, er nettopp den usikkerheten verdt å rydde opp i denne måneden. Her er hva som faktisk endrer seg og hvordan du planlegger arbeidet uten å få panikk.

To datoer, og den andre er stupet

Det er to frister, og det er lett å blande dem sammen. Den første er allerede passert. 15. april 2026 låste Shopify Script Editor. Du kan ikke lenger skrive et nytt Script eller redigere et eksisterende. De du hadde fortsatte å kjøre, så for mange butikker endret ingenting seg synlig, og fristen gled ut av synet.

Den andre datoen er den som biter. 30. juni 2026 slutter hvert Script å kjøre. Denne fristen har allerede flyttet seg én gang, fra august 2025, så det er fristende å anta at den glir igjen. Planlegg som om den ikke gjør det. En ny utsettelse ville vært en hyggelig overraskelse, ikke en strategi.

Én detalj gjør overgangen enklere enn den høres ut: Scripts og Functions kan kjøre side om side fram til fristen. Du må ikke snu alt i løpet av en helg. Du kan bygge om én regel som en Function, teste den mot Scriptet den erstatter, bekrefte at den oppfører seg, og så gå videre til neste. Klokka er det eneste som tvinger fram tempoet.

Hva som faktisk ryker

Scripts drev kasselogikken som ikke passer inn i Shopifys standardinnstillinger. Hvis du er en Plus-handler, er noe av dette sannsynligvis bærende for omsetningen din. Kategoriene som svartner 30. juni:

• Rabatter. Automatiske kampanjer, trinnvis og volumbasert prising, kjøp-X-få-Y, regler på handlekurvnivå. Hvis et Script avgjør hvem som får hvilken rabatt, slutter den avgjørelsen å bli tatt.
• Frakt. Egendefinert satslogikk, skjuling eller omrokering av metoder, regler knyttet til innholdet i handlekurven eller destinasjon. Scriptet som henter fram riktig sats forsvinner, og kundene ser det som er igjen.
• Betaling. Filtrering eller omdøping av betalingsmetoder, skjuling av visse alternativer for visse handlekurver. Når Scriptet stopper, stopper filtreringen, og alternativer du hadde skjult kommer til syne igjen.
• B2B og begrensninger. Engrosregler bygget på kundetagger, antallsgrenser, produktbegrensninger, regionssperrer. Dette er kategorien som mest sannsynlig skjuler en regel ingen husker å ha skrevet.

Feilmodusen du burde bekymre deg for er ikke rabatten som stille slutter og koster deg noen få konverteringer. Det er begrensningen som stille slutter. En antallsgrense som lar noen tømme lageret ditt, en regionssperre som slipper gjennom en ordre du ikke kan oppfylle, et betalingsfilter som åpner igjen en metode du skrudde av av svindelhensyn. De koster deg ikke et salg. De skaper et rot du rydder opp i senere.

Functions er erstatningen, og de er ikke bare Scripts med nytt navn

Shopify Functions er det du går over til. Teknisk sett er de en reell oppgradering. Scripts var Plus-eksklusiv Ruby som kjørte i en sandkasse; Functions kompileres til WebAssembly og kjører på Shopifys kjerneinfrastruktur, så de er raskere og oppfører seg mer forutsigbart under last. For en gründer er hastigheten ikke hovedpoenget. To andre ting er det.

For det første: Functions leveres inne i apper. Det betyr at en god del logikk som før krevde at en utvikler limte Ruby inn i en editor, nå kan komme fra en App Store-app du installerer og konfigurerer. For det andre: fordi de bor i apper, er ikke Functions sperret til Plus. Butikker på lavere planer får tilgang til den samme kassetilpasningen som før var et Plus-gode, noe som stille endrer hva som er mulig for mindre handlere.

Shopify har også trukket noen vanlige tilfeller inn i selve plattformen. BOGO- og volumrabatter som før trengte et Script kan nå settes opp i rabattinnstillingene helt uten app. Så før du antar at du må bygge om noe, er det verdt å sjekke hva som har blitt native, for den billigste migreringen er regelen du slipper å bygge om.

Hvordan du planlegger overgangen uten å gjette

Shopify gir deg en Scripts customizations-rapport som lister opp de nåværende Scriptene dine og merker hvilke som tilsvarer en native funksjon eller en offentlig app. Kjør den først. Den gjør et vagt "vi har noen Scripts et eller annet sted" om til en faktisk liste, og for mange butikker vil den vise at halve jobben er en innstillingsendring, ikke en utvikling.

Det rapporten ikke kan gjøre for deg er grunnen til at dette tar uker i stedet for en ettermiddag. Scriptene dine koder inn forretningsbeslutninger som aldri ble skrevet ned: kunden som får en spesialsats på grunn av en avtale inngått for to år siden, antallsgrensen lagt til etter én dårlig leveringsuke, regionen noen sperret av en grunn ingen helt klarer å rekonstruere. Ruby-koden forteller deg hva regelen gjør. Den forteller deg ikke hvorfor, eller om den fortsatt bør gjøre det. Migreringen er en sjanse til å bygge om reglene du fortsatt vil ha og droppe dem som var lappverk for problemer du ikke lenger har.

En fornuftig rekkefølge: hent rapporten, sorter hvert Script i native / offentlig app / trenger egendefinert Function, og ta så de egendefinerte byggene mens det fortsatt er tid til å teste dem mot ekte handlekurver. Lar du de egendefinerte Functionene ligge til siste helg i juni, feilsøker du kasselogikk uten margin, som er nøyaktig når et oversett spesialtilfelle blir til refusjoner.

Hvis kasselogikken din er enkel, er dette en kort jobb du kan gjøre selv ut fra rapporten. Hvis du er en Plus-butikk med årevis av oppsamlede Scripts og ekte penger som flyter gjennom dem, behandle det som et prosjekt med en eier og en frist, ikke som noe noen tar tak i etter hvert. Fristen er ikke til forhandling, feilen er lydløs, og avstanden mellom "vi tar det" og "kassen gjør noe rart" er én dato på kalenderen. Bedre å bruke en uke i juni enn en hel juli på å rydde opp.