Kort svar: Vælg vej efter opgavens form: CSV-eksport/-import (indbygget i WooCommerce) til årlige gennemgange og komplekse ændringer, du vil se i et regneark først; et bulk-redigeringsplugin til regelbaserede justeringer („+8 % på hele kategorien“) på minutter; API eller WP-CLI til justeringer, der skal GENTAGES eller køre automatisk. Uanset vej gælder tre sikkerhedsregler: databasebackup først, testkørsel på en håndfuld varer – og tjek førpris-reglerne, FØR du hæver normalprisen på varer, der snart skal på udsalg.
Før eller siden står enhver webshop med opgaven: leverandøren har hævet priserne, valutaen har flyttet sig, eller årets prisjustering skal rulles ud – på 400 varer. At klikke sig gennem produkterne ét ad gangen er både en spildt arbejdsdag og en garanti for fejl. Her er de tre professionelle veje, hvornår hver af dem er den rigtige – og sikkerhedsnettet, der skal være spændt ud, inden du trykker kør.
WooCommerce kan selv: Produkter → Eksportér giver dig en CSV med alle varer, og Importér kan opdatere EKSISTERENDE produkter, når du sætter flueben i „opdatér eksisterende“ – matchet sker på ID eller varenummer (SKU). Arbejdsgangen: eksportér kun de nødvendige kolonner (ID, SKU, navn, normalpris, tilbudspris), lav ændringerne i regnearket – her kan du bruge formler, runde pænt af til psykologiske priser og SE hele ændringen, før den sker – og importér. Styrken er netop overblikket: kolonnen „gammel pris / ny pris“ side om side er den bedste fejlfangst, der findes. Fælderne: variantprodukter (hver variant er sin egen række – glem dem ikke), decimal- og tusindtalsformater, der driller mellem Excel og import, og tomme celler, der kan NULSTILLE felter. Derfor: kør altid først en import med fem varer, og tjek resultatet, før resten får lov.
Er ændringen en REGEL frem for en liste – „alle varer fra leverandør X op med 6 %“, „hele vinterkategorien ned med 20 %“ – er et bulk-redigeringsplugin hurtigst: filtrér på kategori/tag/attribut, vælg handlingen (procent eller fast beløb, på normal- eller tilbudspris), se forhåndsvisningen, og kør. De gode plugins viser netop en FORHÅNDSVISNING og kan rulle ændringen tilbage – de to funktioner er hele forskellen på et værktøj og en risiko, så vælg efter dem. Pluginvejen er også den rigtige til tilbagevendende KAMPAGNER med start- og sluttidspunkt: planlæg udsalget til at tænde fredag kl. 00 og slukke søndag – så hænger ingen glemte tilbudspriser og bløder margin mandag morgen. Én advarsel: plugins, der ændrer priser DYNAMISK ved visning (uden at gemme dem), kan drille feeds og integrationer – foretræk dem, der skriver rigtige priser på produkterne.
Skal justeringen ske IGEN og IGEN – månedlig valutajustering på importvarer, priser afledt af leverandørens feed, indeksregulering – hører den hjemme som automatik: et lille script mod Woo’s REST API (opdatér produkter i batches på få hundrede ad gangen), en WP-CLI-kommando kørt planlagt, eller et n8n-flow, der læser kursen/feedet og skriver priserne. Fordelen er ikke kun tid: automatiske justeringer følger en NEDSKREVET regel (afrunding, minimumsmargin, undtagelser), så prispolitikken bliver konsistent i stedet for at afhænge af, hvem der havde regnearket sidst. Sammenhængen med leverandør-feeds er tæt: når indkøbspriserne flyder automatisk ind, er det naturlige næste skridt, at salgspriserne følger reglerne af sig selv.
Prisdata er forretningskritisk, og bulk betyder, at fejl også kommer i bulk. Før enhver kørsel: databasebackup (wp db export tager sekunder) – det er din fortrydelsesknap. Testkørsel på 5-10 varer, inklusive mindst ét variantprodukt og ét med aktiv tilbudspris – de to typer er der, fejlene bor. Og førpris-tjekket: hæver du normalprisen på varer, der skal på udsalg inden for de næste uger, saboterer du din egen førpris-dokumentation – den laveste pris i perioden før udsalget er den, du må sammenligne med, så timér prisjusteringer og kampagner efter førpris-reglerne, ikke omvendt. Større ændringer (hele sortimentet, nye momsforhold) fortjener desuden en tur på staging først – som al anden strukturel ændring.
Når kørslen er færdig, er opgaven det ikke. Stikprøver på sitet: ti varer på tværs af kategorier og varianter, set som kunde – stemmer pris, gennemstreget førpris og kurv? Feeds og kanaler: Google Shopping-feedet, prissammenligningstjenester og markedspladser skal opdateres, FØR annoncerne viser gamle priser – prisafvigelser mellem feed og shop er en klassisk årsag til afviste annoncer. Cache: tøm sidecachen, så ingen kunder ser gamle priser (og betaler nye i kurven – den slags giver sure henvendelser). Og notér kørslen i én linje i driftsloggen: dato, regel, antal varer. Næste gang nogen spørger „hvornår steg priserne på X?“, er svaret et opslag – og på hurtig WooCommerce-hosting mærker kunderne aldrig, at maskinrummet lige har flyttet 400 priser.
Ja – via den indbyggede CSV-eksport/-import med „opdatér eksisterende produkter“ (match på ID/SKU). Regelbaserede ændringer og planlagte kampagner er dog nemmere med et bulk-plugin.
Med backuppen fra før kørslen: importér databasen igen (eller genimportér den gamle CSV). Uden backup er det manuel oprydning – derfor er reglen „backup først“ ufravigelig.
Ja – førprisen ved udsalg skal være den laveste pris i perioden op til. Hæv derfor ikke normalpriser lige før kampagner; planlæg justering og udsalg i én kalender.
