Sådan dokumenterer du WordPress-ændringer uden en tung arbejdslog
En praktisk guide til at dokumentere WordPress-ændringer med tydeligt omfang, før og efter, ansvar og respekt for datagrænser.
WordPress ændrer sig hele tiden. Redaktører opdaterer tekster, plugins får nye versioner, menuer flyttes, og tekniske indstillinger justeres. Hvis dokumentationen kun består af fritekst i en månedlig arbejdslog, bliver det svært at se, hvad der faktisk skete på websitet.
En let dokumentationsproces behøver ikke registrere hvert klik. Den skal samle de ændringer, der er relevante for aftalen, og gøre dem forståelige med side, tidspunkt, kategori og et tydeligt før og efter.
Start med en afgrænset ændringsliste
Beslut hvilke typer ændringer der skal følges. For SEO-arbejde er disse kategorier ofte relevante:
- tekst, overskrifter og metadata
- interne links, menuer og struktur
- redirects, canonical og indekseringssignaler
- schema og andre strukturerede data
- tema-, plugin- og versionsændringer
- billedfelter og alt-tekster
Listen skal passe til kundens website og aftalen. En webshop, en lokal virksomhed og et indholdsmedie har forskellige behov. Undgå at registrere data uden et klart formål.
Beskriv ændringen konkret
En god post kan læses uden adgang til WordPress. Brug en titel som “Meta title ændret på servicesiden” frem for “On-page optimering”. Tilføj den berørte URL og det relevante felt.
Når det giver mening, gem en afgrænset før- og efterværdi. Det kan være den gamle og nye titel, et ændret linkmål eller status for en pluginversion. Undgå at kopiere hele sider eller følsomt kladdeindhold, hvis et kort uddrag er nok.
Bevar tidspunkt og rækkefølge
Gem tidspunktet med tidszone. Hvis flere ændringer kommer i samme leverance, skal rækkefølgen kunne forstås. Det er især vigtigt, hvis en ændring senere rulles tilbage.
En offentlig scanning kan først se ændringen, når den er publiceret og tilgængelig. WordPress-aktivitet og offentlig synlighed er derfor to forskellige signaler. En registreret handling kan være sket, selv om resultatet endnu ikke er synligt udenfor systemet.
Brug identitet med omtanke
Det kan være relevant at vide, om en ændring kom fra kunden, bureauet eller en teknisk proces. Brug den mindst detaljerede identitet, der løser formålet. En projektbundet, pseudonymiseret aktør kan være tilstrækkelig, når rapporten ikke har behov for et fuldt navn.
Informer de personer, hvis aktivitet dokumenteres. Kunden skal kende formål, omfang, opbevaring og adgang. En teknisk mulighed for at registrere aktivitet er ikke i sig selv et juridisk grundlag for at indsamle alt.
Skeln mellem handling og synligt resultat
Hvis en redaktør ændrer en titel, kan dokumentationen vise handlingen. En senere scanning kan vise, at den nye titel er synlig. Hvis den offentlige side fortsat viser den gamle titel, betyder det ikke nødvendigvis, at handlingen aldrig skete. Cache, kladde, planlagt publicering eller en anden skabelon kan forklare forskellen.
Rapporten bør derfor bruge neutrale tilstande:
- handling registreret
- ændring offentligt synlig
- ikke synlig endnu
- kan ikke bekræftes med den aktuelle kilde
Det er mere præcist end automatisk at kalde uenighed en fejl.
Saml ændringer i en læsbar rapport
Gruppér fund efter indhold, teknik og struktur. Vis først de vigtigste ændringer og lad læseren åbne detaljerne efter behov. En kunde behøver sjældent se rå payloads eller alle systemfelter.
For hver vigtig ændring bør rapporten besvare:
- Hvad blev ændret?
- Hvor skete det?
- Hvornår blev det registreret?
- Hvilken kilde dokumenterer det?
- Er ændringen synlig offentligt?
- Hvad kan dokumentationen ikke fastslå?
Lav en fast ugentlig kontrol
Brug få minutter på at gennemgå uventede ændringer og manglende levering. Kontrollér, at forbindelsen stadig er aktiv, at den forventede rækkefølge fortsætter, og at nye observationer knyttes til det rigtige projekt.
Hvis der er et hul, så markér perioden. Forsøg ikke at rekonstruere handlinger uden data. En ærlig mangel er mere værdifuld end en komplet historik bygget på antagelser.
Hold arbejdsloggen kort
Den menneskelige arbejdslog kan bruges til intention og forklaring: hvorfor ændringen blev lavet, hvilken opgave den hørte til, og hvad der skal ske bagefter. Den tekniske dokumentation kan vise de konkrete observerede felter.
Når de to lag supplerer hinanden, behøver bureauet ikke skrive den samme lange forklaring flere steder. Kunden får både kontekst og et kontrollerbart grundlag. Læs også om WordPress og SEO-ændringer og om forskellen på indholds- og metadataændringer.
