WooCommerce inviterede 22. oktober 2026 til test af en eksperimentel API til ekstra felter i udvidelser. Den er slået fra som standard og frarådes i produktion.
Hvad handler nyheden om?
I WooCommerces officielle testinvitation beskrives adgang til ekstra produktdata gennem værktøjer, som AI-klienter allerede bruger. Det kræver udviklerarbejde i udvidelsen.
For en webshopejer giver nyheden anledning til at undersøge virksomhedens egne produktdata. Vores råd er at begynde med én konkret arbejdsgang og få afklaret, hvilke oplysninger den kræver. En afgrænset opgave er lettere at beskrive, kontrollere og overdrage.
Skriv feltets betydning ned
Som tænkt eksempel kan en webshop have et ekstra felt med en intern emballagekode. Før en automatisering får lov at bruge det, bør virksomheden kunne forklare, hvad koden betyder, hvem der vedligeholder den, og hvor den korrekte værdi findes. Eksemplet beskriver en mulig opgave, ikke en indbygget WooCommerce-funktion.
Lav en kort beskrivelse med feltets navn, tilladte værdier og betydningen af en tom værdi. Skal tom betyde ukendt, ikke relevant eller noget tredje? Noter også, om feltet gælder det enkelte produkt eller en bestemt variant. Den forskel skal være afklaret, før en udvikler vælger en teknisk løsning. Få også afgjort, hvilket system der ejer oplysningen. Hvis både et lagerprogram og en medarbejder kan ændre samme felt, skal det være tydeligt, hvilken værdi der gælder ved uenighed. Det er en beslutning om arbejdsgangen, som virksomheden bør tage før udviklingen.
Adskil visning og ændring
Beskriv derefter præcist, hvad den planlagte klient må gøre. Må den kun vise emballagekoden i et internt overblik, foreslå en ændring eller gemme en ny værdi? Det er forskellige opgaver, som bør have hver sin aftale om adgang og kontrol.
Vi anbefaler at starte med den mindst omfattende adgang, som løser behovet. Hvis en medarbejder skal godkende ændringer, så skriv også, hvad vedkommende skal se: tidligere værdi, foreslået værdi, berørt produkt og begrundelse. Godkendelsen bør bygge på et forståeligt grundlag.
Prøv også de svar, der skal afvises
Et testforløb bør efter vores vurdering indeholde mere end et vellykket eksempel. Aftal, hvad der skal ske ved en ukendt kode, et manglende felt eller et produkt, som ikke passer til arbejdsgangen. Bed om et forventet resultat for hver situation, så testen kan vurderes entydigt.
Brug et særskilt testmiljø med egnede testdata. Gem værdien før forsøget, udfør den aftalte handling, og kontroller både svaret og de gemte oplysninger bagefter. Ved en afvisning skal testen vise, om de oprindelige oplysninger faktisk blev bevaret. Noter handling, tidspunkt og resultat.
Afklar begrænsninger før et projekt
WooCommerce beskriver fortsat mangler, blandt andet ved variable produkter og skrivning af ekstra ordrefelter. Testinvitationen er derfor ikke et løfte om, at alle udvidelser og arbejdsgange er dækket.
Vores anbefaling er at lade udvikleren sammenholde den konkrete opgave med den aktuelle dokumentation, før omfanget aftales. Få beskrevet, hvad der kan afprøves nu, hvad der må vente, og hvordan en mislykket test håndteres. Aftal også, hvem der følger ændringer i den eksperimentelle løsning.
Fra idé til en beskrevet integration
KPdesign tilbyder egen API-integration og softwareudvikling, herunder dataprocesser, fejlhåndtering og dokumentation efter aftalt omfang. Vi kan hjælpe med at afklare arbejdsgangen og beskrive en realistisk løsning. En konkret anvendelse af den nye WooCommerce-funktion kræver særskilt teknisk vurdering og afprøvning.