Shopify Polaris 2.0 rejser et praktisk spørgsmål for webshops med specialudviklede apps: Vil de værktøjer, medarbejderne bruger hver dag, stadig passe ind i den nye admin? Shopifys nye design opdaterer ikke automatisk disse apps. Før du godkender en visuel opdatering, bør du undersøge, hvilket komponentbibliotek hver app bruger, og teste de vigtigste arbejdsgange. En overskuelig skærm er en fordel. Men en indkøbsordreformular, der mister en ændring, som ikke er gemt, er et langt større problem.
Hvad ændrer Shopify Polaris 2.0 – og hvad ændrer det ikke?
Shopify har introduceret et nyt design af admin med en ny ramme, navigation og visuel stil. I deres gennemgang af det nye admin-design tager Shopify udgangspunkt i, hvordan webshops bruger platformen. For medarbejderne er den første opgave at sammenholde interne oplæringsmaterialer med den aktuelle brugerflade frem for at antage, at alle skærmbilleder og navigationsvejledninger stadig passer.
Den tilhørende udgivelse til udviklere er mere specifik. I sin meddelelse fra den 22. oktober oplyser Shopify, at Polaris Web Components 2.0 er tilgængelig på de stabile Polaris CDN-kanaler. Versionen matcher det nye admin-design og er den første hovedversion under CDN'ets model for semantisk versionering.
Polaris Web Components er Shopifys bibliotek med brugerfladekomponenter til apps. En opdatering ændrer appens tekniske grundlag for brugerfladen – ikke webshoppens tema. Den forskel er vigtig, når nogen spørger, om webshoppen skal have nyt design, fordi Shopifys admin ser anderledes ud. Denne udgivelse er ikke en grund til at bygge den kundevendte webshop om.
Der er heller ikke tale om en automatisk migrering. Shopify skriver udtrykkeligt, at polaris.js og polaris-1.js fortsat leverer Polaris 1.1, og at polaris.js aldrig skifter til 2.x. For at tage den nye hovedversion i brug via denne CDN-opsætning skal udvikleren ændre scriptreferencen til polaris-2.js.
Vores anbefaling: Betragt det som en bevidst beslutning om vedligeholdelse af appen. Gør det ikke til en hastesag uden tegn på et problem, men antag heller ikke, at et filnavn uden et synligt versionsnummer betyder, at appen automatisk følger alle nye hovedversioner.
Start gennemgangen af Shopify Polaris 2.0 med ansvaret for hver app
Det første relevante spørgsmål er, hvem der kan ændre appen. Mange webshopansvarlige opfatter alt inde i admin som “Shopify”, selv når det er eksterne leverandører eller et internt udviklingsteam, der vedligeholder de enkelte skærmbilleder.
Lav en kort oversigt over de apps, medarbejderne er afhængige af. Notér den ansvarlige, teknologien bag brugerfladen, hvis den er kendt, og den forretningsopgave, hver app understøtter. Beskriv også, hvordan medarbejderne kan løse opgaven, hvis appen midlertidigt ikke kan bruges.
- Apps, som leverandøren vedligeholder: Spørg leverandøren, om udgivelsen påvirker brugerfladen, og om medarbejderne skal forvente ændringer. Jeres team bør som udgangspunkt ikke forsøge at ændre leverandørens implementering.
- Specialudviklede apps, som virksomheden ejer: Bed den ansvarlige udvikler identificere den indlæste Polaris-version og forklare omfanget af den foreslåede migrering.
- Apps uden en kendt vedligeholdelsesansvarlig: Sørg for adgang til kode og udgivelsesproces, før I bestiller kosmetiske ændringer.
- Apps, der ikke bruger de relevante webkomponenter: Antag ikke, at et scriptskift er nok til at migrere brugerfladen. De skal vurderes ud fra den teknologi, de faktisk bruger.
Det er en kortlægning af kompatibilitet, ikke en anledning til at udskifte velfungerende software. En app med et ældre udseende kan være værd at beholde, hvis den pålideligt løser en krævende driftsopgave. Spørgsmålet er, om den bliver sværere at vedligeholde, og om den nye version løser et reelt problem for medarbejderne.
Giv udvikleren en opgavebeskrivelse, der rækker ud over et scriptskift
For en app, der allerede bruger den berørte CDN-opsætning, lyder udgangspunktet enkelt: Skift scriptreferencen. Det dokumenterer dog ikke, at alle sider fungerer korrekt efter ændringen.
Shopify har også en konkret anvisning til apps bygget med deres React Router-skabelon: Angiv polarisUrl i både AppProvider og shopifyApp-serverkonfigurationen, og sørg for, at værdierne er ens. Bed udvikleren kontrollere de relevante pakkekrav i den fulde ændringslog før implementeringen. Opgavebeskrivelsen bør nævne disse konfigurationspunkter frem for blot at sige “opdater Polaris”.
Bed om en afgrænset ændring, der er nem at gennemgå
Hold så vidt muligt migreringen af komponentbiblioteket adskilt fra ændringer i forretningslogikken. Hvis I samtidig omskriver rabatberegninger eller ændrer produktimporter, bliver det langt sværere at finde årsagen til en fejlet test.
Bed om en beskrivelse af, hvad der ændres, og hvad der forbliver uændret. Den bør også omfatte eventuel tilpasset CSS og komponent-wrappers, som appen bruger. Overskrivninger, der tidligere fik appen til at se rigtig ud, kræver særlig opmærksomhed, når de underliggende komponenter ændres.
Udvikleren bør også angive, hvilken appversion der er testet, og hvordan I vender tilbage til den seneste fungerende version. “Vi kan bare skifte tilbage” er for upræcist, hvis ingen har undersøgt, hvad udgivelsen ellers indeholder.
Aftal godkendelseskriterier, før arbejdet begynder
Et skærmbillede dokumenterer udseendet, ikke brugervenligheden. Formulér godkendelseskriterier ud fra gennemførte opgaver: En medarbejder kan redigere en post, se en valideringsfejl, rette den og gemme. Det gemte resultat skal svare til den tilsigtede ændring.
For en rapporteringsapp uden redigeringsmuligheder vil fokus være et andet. Kontrollér, om filtrene stadig er forståelige, og om lange værdier stadig kan læses. Lad appens opgave afgøre, hvad I tester.
Test de vanskelige situationer – ikke kun startskærmen
De fleste interne apps ser fine ud med pæne demonstrationsdata. I praksis møder medarbejderne tomme søgeresultater, usædvanligt lange produkttitler og langsomme svartider. Det er den slags situationer, der er værd at tage med i gennemgangen af en migrering.
Brug så vidt muligt et testmiljø med repræsentative data frem for produktionsmiljøet. Hold kundernes personoplysninger ude af skærmbilleder og testdata, medmindre der er et begrundet behov og styr på håndteringen.
- Formularer: Kontrollér obligatoriske felter, ugyldige indtastninger og ændringer, der ikke er gemt. Bekræft, at den primære handling stadig er tydelig.
- Skærmbilleder med meget indhold: Prøv lange navne og store resultatsæt. Se efter afskårne betjeningselementer eller feltetiketter, der ikke længere forklarer felternes funktion.
- Tastaturbetjening: Gennemfør en almindelig opgave uden mus. Kontrollér, at fokus er synligt, og at elementerne får fokus i en logisk rækkefølge.
- Statusbeskeder: Undersøg, hvad der vises under indlæsning, ved gennemførte handlinger og ved fejl. Medarbejderne skal kunne se, om en anmodning er gennemført, før de gentager den.
- Adgangsbegrænsninger: Test med de medarbejdertilladelser, der faktisk bruges, og ikke kun med udviklerens konto.
Dette er vores anbefalede godkendelsestjek, ikke rapporterede fejl i Polaris 2.0. Formålet er at opdage problemer i appens integration, før medarbejderne støder på dem midt i en travl vagt.
Inddrag en person, der bruger værktøjet jævnligt. Vedkommende kan opdage, at en velkendt handling er flyttet, eller at en status er sværere at skelne fra andre, selv om udvikleren vurderer, at siden teknisk set fungerer korrekt.
Hold POS-opdateringer adskilt fra migreringen af admin-apps
Shopifys meddelelser fra samme dag omfatter også ændringer i POS-udvidelser. De fortjener opmærksomhed, hvis virksomheden vedligeholder POS-software, men de er adskilt fra opgraderingen til den nye Polaris CDN-version til admin.
Shopifys meddelelse om reaktiv adgang til lagrede data introducerer shopify.storage.current i API-version 2026-10. Det giver en udvidelses forskellige targets mulighed for at reagere på ændringer i lagrede værdier inden for samme udvidelse på samme POS-enhed. Skrivning og sletning bruger fortsat de eksisterende Storage API-metoder.
Det kan eksempelvis hjælpe en specialudviklet visning af loyalitetspoint med at reagere, når et target i baggrunden opdaterer de lagrede point. Det bør ikke beskrives som synkronisering på tværs af enheder. Hvis en foreslået løsning afhænger af, at værdier overføres mellem kasser, dokumenterer denne meddelelse ikke i sig selv den funktion.
Shopify har også introduceret s-pos-list til POS UI-udvidelser i API-version 2026-10, tilgængelig i Shopify POS 11.17.0 og nyere. Den virtualiserede liste modtager almindelige rækkedata og tilpassede rækkeskabeloner. Den erstatter den ældre List-komponent i udvidelser, der tager den nye version i brug.
For virksomheden er det afgørende at skelne mellem opgavernes omfang. En udvikler, der forbedrer en specialudviklet POS-liste, kan have god grund til at tage disse værktøjer i brug. Det arbejde bør have sine egne tests på enheder og sine egne godkendelseskriterier. Ingen af POS-meddelelserne kræver ændringer i eksisterende udvidelser, blot fordi funktionerne nu er tilgængelige.
Vurdér, om I skal opdatere nu eller planlægge det til senere
Vi ville prioritere en vurdering af en specialudviklet admin-app, der bruges meget, især hvis medarbejderne allerede kæmper med uensartede betjeningselementer. En app under aktiv udvikling er også en oplagt kandidat: Den ansvarlige udvikler kan vurdere det nye grundlag, før der tilføjes mere kode til brugerfladen.
Vi ville være mere forsigtige med en stabil app, der sjældent bruges, lige før en vigtig salgsperiode. En visuel forskel alene retfærdiggør sjældent driftsforstyrrelser. Planlæg vurderingen, registrér den aktuelle afhængighed, og placér ansvaret for at følge op.
Den omtalte meddelelse angiver ingen dato for udfasning af Polaris 1.1. Lad ikke et vedligeholdelsesforslag skabe kunstigt tidspres med henvisning til en sådan frist. Omvendt er det heller ikke en grund til at udskyde fremtidig vedligeholdelse på ubestemt tid, at en ældre version fortsat leveres.
Den bedste opgavebeskrivelse er enkel: Find de berørte apps, opdater en nøje afgrænset kandidat, og godkend den først, når medarbejdernes faktiske opgaver kan gennemføres. Det giver det nye admin-design praktisk værdi uden at gøre en komponentudgivelse til en unødvendig ombygning.
Det vigtigste at tage med
- Polaris 2.0 bliver ikke automatisk taget i brug af apps, der bruger polaris.js eller polaris-1.js.
- Afklar ansvaret for hver app og teknologien bag brugerfladen, før I godkender arbejdet.
- Test, at medarbejdernes opgaver kan gennemføres, også når der opstår fejl, frem for kun at godkende skærmbilleder.
- Vurdér opdateringer til POS-udvidelser separat fra migreringen af admin-komponenter.
Kilder
- POS UI-udvidelser understøtter nu reaktiv adgang til lagrede data
- POS UI-udvidelser 2026-10 tilføjer s-pos-list, en virtualiseret liste med tilpassede rækkeskabeloner
- Polaris 2.0 er nu tilgængelig som stabil version
- Shopify-admin i nyt design (2026)
Skal vi tage os af det?
Vi er Shopify Premier Partner og arbejder hver dag med performance, konverteringsoptimering og udvikling af webshops, der tjener sig selv hjem. Book en gratis gennemgang af din webshop, så viser vi dig de tre forbedringer, vi ville gennemføre først.
Ofte stillede spørgsmål
Opdaterer Shopify Polaris 2.0 automatisk specialudviklede apps?
Nej. Ifølge Shopify leverer polaris.js og polaris-1.js fortsat Polaris 1.1. Apps med denne CDN-opsætning skal aktivt skifte til polaris-2.js for at tage den nye hovedversion i brug.
Ændrer Polaris 2.0 temaet i min Shopify-webshop?
Udgivelsen vedrører det bibliotek med brugerfladekomponenter, som apps bruger. Det er ikke en migrering af webshoppens tema og kræver ikke et nyt design af den kundevendte webshop.
Hvad bør udviklere kontrollere i apps bygget med React Router-skabelonen?
Shopify instruerer udviklere i at angive polarisUrl i både AppProvider og shopifyApp-serverkonfigurationen med ens værdier. Udviklere bør også kontrollere de relevante pakkekrav i den fulde ændringslog.
Hvordan bør webshops teste en migrering til Polaris 2.0?
Test medarbejdernes almindelige opgaver med repræsentative data og de tilladelser, de normalt bruger. Medtag ugyldige formularindtastninger, langt indhold, tastaturnavigation og fejlede anmodninger. Kontrollér de gemte resultater frem for at nøjes med skærmbilleder.
Er de nye Shopify POS-komponenter en del af Polaris 2.0-opdateringen til admin?
Det er separate udgivelser. Reaktiv adgang til lagrede data og s-pos-list hører til API-version 2026-10 for POS UI-udvidelser og skal vurderes særskilt. Meddelelserne kræver ikke ændringer i eksisterende udvidelser.
