WP-CLI for begyndere: 10 opgaver, du aldrig mere gør i hånden

Kort svar: WP-CLI er WordPress’ kommandolinje: det meste af det, du klikker dig igennem i wp-admin, kan klares med én kommando over SSH – hurtigere, i bulk og også når wp-admin ikke virker. De ti opgaver, der betaler sig først, er opdateringer, cache-oprydning, brugere og adgangskoder, databaseeksport, search-replace, cron, billedregenerering, revisioner og options. Reglerne er enkle: eksportér databasen før alt, der skriver, brug --dry-run, hvor det findes, og øv dig på staging – ikke på kundens webshop.

Fagligt gennemgået: 2. oktober 2026

Første gang man ser en kollega opdatere sytten plugins, rydde cache og tage en databasebackup på tredive sekunder i et sort vindue, føles det som trylleri. Det er det ikke – det er WP-CLI, og det er nemmere at lære, end det ser ud.

Denne guide er på dansk, for begyndere, og bygget op om ti konkrete opgaver, du sandsynligvis allerede laver i hånden i dag – bare langsommere. Til sidst får du sikkerhedsreglerne og de kommandoer, der redder dig, når sitet er gået ned.

Før du ændrer noget: Kør wp db export, før du bruger kommandoer, der skriver til databasen, og afprøv nye kommandoer på en staging-kopi først. WP-CLI spørger sjældent “er du sikker?” – kommandoen udføres med det samme.

1. Kom i gang: SSH og første kommando

WP-CLI kører på serveren, så du skal bruge SSH-adgang, og WP-CLI skal være installeret. Det er udbredt på WordPress-hosting, men ikke alle webhoteller tilbyder det – spørg din udbyder, hvis du er i tvivl.

Log ind med SSH, gå til den mappe, hvor WordPress ligger (der hvor wp-config.php er), og kør:

wp --info
wp core version
wp option get siteurl

Svarer den med versionsnumre og sitets adresse, er du kørende. Grundmønstret er altid wp [område] [handling]: wp plugin list, wp user list, wp core version. Skriv wp help [område], når du er i tvivl – dokumentationen ligger i værktøjet.

Står du ikke i sitets mappe, kan du pege på den med --path=/sti/til/wordpress. På en multisite vælger du undersitet med --url=https://undersite.dk. Øvelsesbanen er en staging-kopi – dér må alt gå galt.

2. Opgave 1–4: vedligeholdelsen

1) Se og opdatér plugins. wp plugin list viser alle plugins med version og opdateringsstatus. wp plugin list --update=available viser kun dem, der mangler opdatering, og wp plugin update --all opdaterer hele bundtet – eller ét ad gangen med pluginnets navn. Tilføj --dry-run for at se, hvad der ville blive opdateret.

2) Kerne og temaer. wp core update opdaterer WordPress, og wp core update-db kører de databaseopdateringer, der nogle gange følger med. wp theme update --all opdaterer temaerne.

3) Cache og transients. wp cache flush tømmer objektcachen, og wp transient delete --expired sletter udløbne midlertidige data. Det er to klassiske førsteskridt i fejlsøgning. Bemærk, at sidecachen fra et cache-plugin typisk har sin egen kommando eller skal tømmes i pluginnet.

4) Brugere og adgangskoder. wp user create opretter en bruger med rolle, og wp user reset-password sender en nulstillingsmail. Virker mailen ikke, kan du sætte en ny adgangskode direkte – brug --prompt, så adgangskoden ikke havner i terminalens historik:

wp user create redaktoer [email protected] --role=editor
wp user list --role=administrator
wp user update admin --prompt=user_pass

Opgave 1 og 2 i en fast ugentlig rutine sparer tid på hvert site – gang selv op med antallet af sites i din portefølje.

3. Opgave 5–7: database og flytning

5) Backup på kommando. wp db export backup.sql gemmer hele databasen som én fil – vanen før enhver større ændring. wp db import backup.sql ruller tilbage. Gem ikke eksportfilen i en mappe, der er tilgængelig fra nettet, og slet den, når du ikke længere skal bruge den.

6) Search-replace. WP-CLI’s mest kendte funktion: den skifter tekst overalt i databasen og håndterer serialiserede data korrekt, hvilket en rå SQL-erstatning kan ødelægge. Kør altid først med --dry-run, så du ser antallet af ændringer, før de sker:

wp db export foer-domaeneskift.sql
wp search-replace 'https://gammel.dk' 'https://ny.dk' --dry-run --skip-columns=guid
wp search-replace 'https://gammel.dk' 'https://ny.dk' --skip-columns=guid
wp cache flush

--skip-columns=guid lader indlæggenes GUID stå urørt, som WordPress anbefaler. Ved et domæneskift skal du også tænke på redirects og Search Console – se guiden til at flytte WordPress til nyt domæne.

7) Cron-styring. wp cron event list viser alle planlagte jobs, wp cron event run --due-now kører dem, der er forfaldne, og wp cron test tester, om WordPress kan starte sin egen cron. Det er første værktøj, når planlagte opgaver ikke kører.

4. Opgave 8–10: oprydning og options

8) Billedregenerering. wp media regenerate --yes genskaber alle billedstørrelser – nyttigt efter et temaskift, hvor thumbnails står forkert. Med --only-missing laves kun de størrelser, der mangler, hvilket er langt hurtigere på store mediebiblioteker.

9) Revisioner. wp post list --post_type=revision --format=count viser, hvor mange revisioner databasen indeholder. Kommandoen herunder sletter dem – tag backup først (opgave 5). På meget store sites kan listen blive for lang til én kommando; så må du slette i mindre portioner.

wp post list --post_type=revision --format=count
wp post delete $(wp post list --post_type=revision --format=ids) --force

10) Options. wp option get siteurl og wp option get home viser de to adresser, WordPress bruger. wp option update blogdescription 'Ny tekst' ændrer en indstilling direkte – også når wp-admin er utilgængelig. Vær forsigtig med at ændre options, du ikke kender; mange plugins gemmer komplekse data dér.

5. Når sitet er nede: kommandoerne, der redder dig

WP-CLI virker ofte, selv når sitet fejler i browseren – og det gør værktøjet særligt værdifuldt i en nødsituation. Disse kommandoer er gode at kende:

Situation	Kommando	Hvad den gør
Kritisk fejl efter plugin-opdatering	wp plugin deactivate pluginnavn	Deaktiverer det mistænkte plugin
Ved ikke, hvilket plugin der fejler	wp plugin deactivate --all	Deaktiverer alle plugins (notér først, hvilke der var aktive)
WP-CLI fejler selv pga. et plugin	wp --skip-plugins --skip-themes plugin list	Kører uden at indlæse plugins og tema
Sitet sidder fast i vedligeholdelse	wp maintenance-mode deactivate	Fjerner vedligeholdelsestilstanden
Mistanke om ændrede filer	wp core verify-checksums og wp plugin verify-checksums --all	Sammenligner filer med de officielle versioner
Forkert adresse efter flytning	wp option get siteurl og wp option get home	Viser, hvilken adresse WordPress tror, den har

Brug kommandoerne sammen med fejlloggen – læs mere i guiden til kritiske fejl i WordPress. Kommandoerne fjerner symptomet, men den egentlige årsag skal stadig findes.

6. Sikkerhedsreglerne – og næste skridt

Fire regler gør WP-CLI sikkert:

1. wp db export før alt, der skriver.
2. --dry-run, hvor det findes – og læs tallet, før du kører uden.
3. Nye kommandoer afprøves på staging først.
4. Vær på det rigtige site: wp option get siteurl som første kommando i en session er en billig forsikring, især med mange sites på samme server.

Når de ti opgaver sidder i fingrene, kommer næste niveau af sig selv. Sæt kommandoerne sammen i små scripts (“opdatér alt, eksportér databasen, log resultatet”), og kør dem planlagt. Så er du i gang med rigtig automatisering – og klar til guiden til planlagte opgaver uden wp-cron-fælder, der gør de planlagte kørsler pålidelige.

Læs også

• Hub: Automatisering og integrationer
• Planlagte opgaver, der bare kører: cron uden wp-cron-fælder
• Staging i WordPress: test ændringer før de går live
• Drift af 20+ kundesites: værktøjer og rutiner, der skalerer
• Kritisk fejl i WordPress: sådan finder du den konkrete PHP-fejl
• WordPress hosting hos Hostious – LiteSpeed, NVMe og daglig backup med selvbetjent gendannelse

Ofte stillede spørgsmål om WP-CLI

Kræver WP-CLI, at jeg kan Linux?

Kun det mest basale: logge ind med SSH og stå i den rigtige mappe. Kommandoerne er på letforståeligt engelsk (wp plugin update --all), og wp help guider undervejs.

Kan WP-CLI ødelægge mit site?

Som ethvert værktøj med skriveadgang: ja, hvis du kører skrivende kommandoer ukritisk. Med databaseeksport før, dry-run undervejs og staging som øvebane er risikoen lille.

Virker WP-CLI på alle hostingløsninger?

Nej. Det kræver SSH-adgang, og at WP-CLI er installeret på serveren. Det er udbredt på WordPress-hosting, men ikke alle webhoteller tilbyder det, så spørg din udbyder.

Hvordan bruger jeg WP-CLI, når sitet viser en kritisk fejl?

Deaktivér det mistænkte plugin med wp plugin deactivate pluginnavn. Fejler WP-CLI også, så tilføj --skip-plugins --skip-themes, så kommandoen kører uden at indlæse den kode, der fejler.