Shopify Polaris 2.0: uppdatera anpassade appar utan överraskningar

Shopify Polaris 2.0 väcker en konkret fråga för handlare med anpassade appar: kommer verktygen som teamet använder varje dag fortfarande att kännas hemma i den omdesignade adminpanelen? Shopifys nya utseende uppdaterar inte apparna automatiskt. Innan du godkänner en visuell uppdatering bör du kontrollera vilket gränssnittsbibliotek varje app använder och testa de viktigaste arbetsflödena. Ett snyggt gränssnitt är välkommet. Ett inköpsorderformulär som tappar en osparad ändring är ett betydligt större problem.

Vad Shopify Polaris 2.0 förändrar – och vad som lämnas orört

Shopify har lanserat en omdesignad adminpanel med ny inramning, navigering och visuell utformning. I sin översikt av den nya adminpanelen beskriver Shopify förändringarna utifrån hur handlare använder plattformen. För butiksteamet är den första uppgiften att jämföra internt utbildningsmaterial med det aktuella gränssnittet, i stället för att utgå från att alla skärmbilder och navigeringsinstruktioner fortfarande stämmer.

Den tillhörande utvecklaruppdateringen är mer specifik. I sitt meddelande den 22 oktober skriver Shopify att Polaris Web Components 2.0 finns tillgängligt i de stabila kanalerna på Polaris CDN. Versionen matchar den omdesignade adminpanelen och är den första huvudversionen enligt CDN:ets modell för semantisk versionshantering.

Polaris Web Components är Shopifys bibliotek med gränssnittskomponenter för appar. En uppdatering förändrar grunden för appens gränssnitt, inte butikens tema. Den skillnaden är viktig när någon undrar om webbutiken behöver göras om för att Shopifys adminpanel ser annorlunda ut. Den här uppdateringen är inte ett skäl att bygga om den kundvända webbplatsen.

Det är inte heller en automatisk migrering. Shopify säger uttryckligen att polaris.js och polaris-1.js fortsätter att leverera Polaris 1.1 och att polaris.js aldrig går över till 2.x. För att använda den nya huvudversionen via den här CDN-lösningen måste utvecklaren ändra skriptreferensen till polaris-2.js.

Vår rekommendation: hantera detta som ett medvetet beslut om appunderhåll. Gör det inte till en akut insats utan belägg för att något är fel, men utgå inte heller från att ett filnamn utan synligt versionsnummer innebär att appen följer med till varje ny huvudversion.

Börja genomgången av Shopify Polaris 2.0 med ansvaret för apparna

Den första relevanta frågan är vem som kan ändra appen. Handlare räknar ofta allt i adminpanelen som ”Shopify”, även när separata leverantörer eller ett internt utvecklingsteam ansvarar för gränssnitten.

Gör en enkel inventering av apparna som personalen är beroende av. Dokumentera vem som ansvarar för appen, vilken gränssnittsteknik den använder om det är känt och vilken arbetsuppgift den stödjer. Beskriv också hur personalen skulle lösa uppgiften om appen tillfälligt inte gick att använda.

• Appar som förvaltas av leverantörer: Fråga leverantören om uppdateringen påverkar gränssnittet och om personalen kan förvänta sig förändringar. Ditt team bör normalt inte försöka ändra leverantörens implementation.
• Anpassade appar som företaget äger: Be den som förvaltar appen att identifiera vilken Polaris-version som laddas och beskriva omfattningen av den föreslagna migreringen.
• Appar utan känd förvaltare: Säkerställ tillgång till koden och driftsättningsprocessen innan du beställer kosmetiska ändringar.
• Appar som inte använder de aktuella webbkomponenterna: Utgå inte från att ett byte av skript räcker för att migrera gränssnittet. De behöver bedömas utifrån den teknik de faktiskt använder.

Det här är en kompatibilitetsinventering, inte ett skäl att byta ut fungerande programvara. En app med äldre utseende som pålitligt hanterar en krävande arbetsuppgift kan vara värd att behålla. Frågan är om den blir svårare att underhålla och om den nya versionen löser ett problem som teamet faktiskt har.

Ge utvecklaren ett uppdrag som omfattar mer än ett skriptbyte

För en app som redan använder den berörda CDN-lösningen låter första steget enkelt: ändra skriptreferensen. Det bevisar däremot inte att varje sida fungerar som den ska efter ändringen.

Shopify ger också en särskild instruktion för appar byggda med deras React Router-mall: ange polarisUrl i både AppProvider och serverkonfigurationen för shopifyApp, och använd samma värde på båda ställena. Be utvecklaren kontrollera vilka paketkrav som gäller i den fullständiga ändringsloggen innan arbetet börjar. Uppdragsbeskrivningen bör ange dessa konfigurationspunkter, inte bara säga ”uppdatera Polaris”.

Beställ en avgränsad ändring som går att granska

Håll om möjligt migreringen av komponentbiblioteket åtskild från ändringar i affärslogiken. Om ni samtidigt skriver om rabattberäkningar eller ändrar produktimporter blir det betydligt svårare att hitta orsaken när ett test misslyckas.

Be om en beskrivning av vad som ändras och vad som förblir oförändrat. Den bör även omfatta eventuell anpassad CSS eller egna omslagskomponenter som appen använder. Anpassningar som tidigare gav appen rätt utseende behöver granskas extra noga när de underliggande komponenterna ändras.

Utvecklaren bör också ange vilken appversion som har testats och hur ni återgår till den senaste fungerande versionen. ”Vi kan byta tillbaka” är för vagt om ingen har kontrollerat vad driftsättningen innehåller i övrigt.

Kom överens om acceptanskriterier innan arbetet börjar

En skärmbild visar utseendet, inte användbarheten. Skriv acceptanskriterier som utgår från slutförda arbetsuppgifter: en medarbetare ska kunna redigera en post, se ett valideringsfel, rätta till det och spara. Det sparade resultatet måste motsvara den avsedda ändringen.

För en rapportapp där användaren bara läser data ligger fokus någon annanstans. Kontrollera att filtren fortfarande är begripliga och att långa värden går att läsa. Låt appens uppgift styra testerna.

Testa de besvärliga lägena, inte bara startvyn

De flesta interna appar ser bra ut med välstädad demodata. I verkligheten möter personalen sökningar utan träffar, ovanligt långa produkttitlar och långsamma svar. Det är sådana situationer som bör ingå i granskningen av en migrering.

Använd om möjligt en separat testmiljö med representativa poster. Håll kunders personuppgifter borta från skärmbilder och testdata om det inte finns ett motiverat behov och hanteringen sker under kontrollerade former.

• Formulär: Kontrollera obligatoriska fält, ogiltiga inmatningar och osparade ändringar. Säkerställ att den primära åtgärden fortfarande är tydlig.
• Informationsrika vyer: Testa långa namn och stora resultatmängder. Leta efter knappar och andra kontroller som kapas eller fältetiketter som inte längre förklarar fälten.
• Tangentbordsanvändning: Utför en vanlig arbetsuppgift utan mus. Kontrollera att fokusmarkeringen syns och att kontrollerna får fokus i rätt ordning.
• Återkoppling: Granska hur appen visar att något laddas, har lyckats eller har misslyckats. Personalen måste kunna avgöra om en begäran har slutförts innan de försöker igen.
• Behörigheter: Testa med de personalbehörigheter som faktiskt används, inte bara med utvecklarens konto.

Det här är våra rekommenderade acceptanskontroller, inte rapporterade fel i Polaris 2.0. Syftet är att fånga problem i appens integration innan personalen upptäcker dem mitt under ett intensivt arbetspass.

Involvera någon som använder verktyget regelbundet. Den personen kan upptäcka att en välbekant funktion har flyttats eller att en status är svårare att urskilja, även om utvecklaren bedömer att sidan är tekniskt korrekt.

Hantera POS-uppdateringar separat från migreringen i adminpanelen

Bland Shopifys uppdateringar samma dag finns även förändringar för POS-tillägg. De är värda att granska om företaget förvaltar POS-programvara, men de är separata från övergången till adminpanelens nya Polaris-version via CDN.

Shopifys meddelande om reaktiv åtkomst till lagring introducerar shopify.storage.current i API-version 2026-10. Det gör att tilläggets olika mål kan reagera på ändringar i lagrade värden inom samma tillägg på samma POS-enhet. Skrivning och borttagning använder fortfarande befintliga metoder i Storage API.

Det kan exempelvis hjälpa en anpassad lojalitetsvy att reagera när en bakgrundsfunktion uppdaterar lagrade poäng. Det ska inte beskrivas som synkronisering mellan enheter. Om en föreslagen lösning bygger på att värden överförs mellan kassor ger det här meddelandet i sig inget stöd för att det fungerar så.

Shopify introducerade också s-pos-list för POS UI-tillägg i API-version 2026-10, tillgängligt i Shopify POS 11.17.0 och senare. Den virtualiserade listan tar emot vanlig raddata och anpassade radmallar. Den ersätter den äldre List-komponenten för tillägg som går över till den nya versionen.

För handlare handlar den viktiga skillnaden om arbetets omfattning. En utvecklare som förbättrar en anpassad POS-lista kan ha goda skäl att använda de här verktygen. Det arbetet bör ha egna enhetstester och acceptanskriterier. Ingen av POS-uppdateringarna kräver ändringar i befintliga tillägg bara för att funktionen har blivit tillgänglig.

Avgör om ni ska uppdatera nu eller planera in arbetet

Vi skulle prioritera en genomgång av en anpassad adminapp som används mycket, särskilt om personalen redan har problem med inkonsekventa kontroller. En app som är under aktiv utveckling är också en lämplig kandidat: förvaltaren kan utvärdera den nya grunden innan mer gränssnittskod tillkommer.

Vi skulle vara försiktigare med en stabil app som används sällan, särskilt precis före en viktig försäljningsperiod. Enbart ett avvikande utseende motiverar sällan störningar i verksamheten. Planera in genomgången, dokumentera det nuvarande beroendet och utse någon som ansvarar för att följa upp det.

Det aktuella meddelandet anger inget slutdatum för Polaris 1.1. Låt inte ett underhållsförslag skapa falsk brådska kring ett sådant datum. Samtidigt är fortsatt tillgång till en äldre version inget skäl att skjuta upp framtida underhåll på obestämd tid.

Det bästa uppdraget är tydligt: identifiera berörda appar, uppdatera en avgränsad kandidat och godkänn den först när personalens faktiska arbetsuppgifter klarar testerna. Då kan den omdesignade adminpanelen ge praktisk nytta utan att en komponentuppdatering blir en onödig ombyggnad.

Det viktigaste att ta med sig

• Polaris 2.0 når inte automatiskt appar som använder polaris.js eller polaris-1.js.
• Bekräfta vem som ansvarar för varje app och vilken gränssnittsteknik den använder innan du godkänner arbetet.
• Testa hela arbetsuppgifter, inklusive fellägen, i stället för att bara godkänna skärmbilder.
• Bedöm uppdateringar av POS-tillägg separat från migreringen av adminpanelens komponenter.

Källor

• POS UI-tillägg stöder nu reaktiv åtkomst till lagring
• POS UI-tillägg 2026-10 introducerar s-pos-list, en virtualiserad lista med anpassade radmallar
• Polaris 2.0 finns nu i en stabil version
• Shopifys omdesignade adminpanel (2026)

Vill du ha hjälp med arbetet?

ZAGO är Shopify Premier Partner. Vi arbetar varje dag med prestanda, konverteringsoptimering och att bygga webbutiker som betalar sig. Boka en kostnadsfri genomgång av din butik så visar vi vilka tre förbättringar vi skulle genomföra först.

Vanliga frågor

Uppdaterar Shopify Polaris 2.0 anpassade appar automatiskt?

Nej. Enligt Shopify fortsätter polaris.js och polaris-1.js att leverera Polaris 1.1. Appar som använder den CDN-lösningen måste uttryckligen byta till polaris-2.js för att gå över till den nya huvudversionen.

Ändrar Polaris 2.0 temat i min Shopify-butik?

Uppdateringen gäller det bibliotek med gränssnittskomponenter som appar använder. Det är ingen migrering av butikens tema och kräver inte att den kundvända webbutiken görs om.

Vad bör utvecklare kontrollera i appar som bygger på React Router-mallen?

Shopify instruerar utvecklare att ange polarisUrl i både AppProvider och serverkonfigurationen för shopifyApp, med samma värde på båda ställena. Utvecklaren bör också kontrollera vilka paketkrav som gäller i den fullständiga ändringsloggen.

Hur bör handlare testa en migrering till Polaris 2.0?

Testa personalens vanliga arbetsuppgifter med representativa data och ordinarie personalbehörigheter. Ta med ogiltiga formulärvärden, långt innehåll, tangentbordsnavigering och misslyckade begäranden. Kontrollera det sparade resultatet i stället för att förlita er på skärmbilder.

Ingår de nya Shopify POS-komponenterna i adminuppdateringen till Polaris 2.0?

Nej, det är separata uppdateringar. Reaktiv åtkomst till lagring och s-pos-list hör till API-version 2026-10 för POS UI-tillägg och behöver bedömas separat. Lanseringarna kräver inte att befintliga tillägg ändras.