Når redaktører arbejder i WordPress, er det let at tænke i blokke, layout og publiceringstid. Google ser noget andet. Søgemaskinen ser struktur, semantik, interne relationer og signaler om, hvad siden faktisk handler om. Det er netop her, redaktionelt SEO-arbejde bliver værdifuldt.
God WordPress SEO kræver ikke, at en redaktør bliver udvikler. Det kræver, at indholdet bygges rigtigt fra starten. En stærk side i Gutenberg har et klart overskriftshierarki, præcise metadata, optimerede billeder, relevante interne links og schema markup, der matcher indholdstypen. Det giver en side, som både er nem at læse og nem at fortolke.
WordPress SEO i Gutenberg: korrekt blokstruktur og overskrifter
Gutenberg gør det hurtigt at bygge sider, men friheden kan også skabe rod. Mange artikler mister styrke, fordi overskrifter bruges som visuelle elementer i stedet for som semantiske signaler. En flot side er ikke nødvendigvis en stærk SEO-side, hvis strukturen bagved er uklar.
Det vigtigste udgangspunkt er enkelt: H1 bør kun bruges én gang pr. side. Det er som regel sidens titel. Derefter kommer H2 til hovedafsnit og H3 til underafsnit. Når hierarkiet er logisk, får både læseren og søgemaskinen en tydelig ramme for indholdet.
Samtidig bør søgeord tænkes ind naturligt i overskrifterne. Det primære søgeord behøver ikke stå i alle overskrifter, men det er ofte en god idé at placere det i mindst én H2, hvis det passer naturligt til emnet. Det styrker relevansen uden at gøre teksten tung.
En enkel redaktionel huskeregel kan se sådan ud:
- H1: Kun én pr. side, normalt sidetitlen
- H2: Bruges til de vigtigste sektioner i artiklen
- H3: Bruges kun under en relevant H2
- Korte afsnit
- Skannbar tekst
- Naturlige søgeordsvarianter
Det er også klogt at være tilbageholdende med fed tekst, kursiv og farvede blokke. Når alt fremhæves, mister fremhævning sin effekt. Brug visuelle markeringer til at understrege vigtige pointer, ikke som en erstatning for struktur.
Metadata og søgeord i WordPress: titler, beskrivelser og søgeintention
Mange redaktører starter med teksten og tænker først bagefter på title tag og meta-beskrivelse. Det er en dyr vane. Metadata er ofte det første, brugeren møder i søgeresultatet, og derfor er det også et af de steder, hvor små forbedringer kan give flere klik.
Et stærkt title tag placerer det vigtigste søgeord tidligt og holder sig typisk inden for cirka 50 til 65 tegn. Meta-beskrivelsen bør være unik, tydelig og skrevet til mennesker. Den må gerne indeholde søgeordet, men vigtigst er, at den giver en klar grund til at klikke. En beskrivelse på cirka 150 til 160 tegn er ofte et godt niveau.
Selve søgeordsarbejdet bør tage udgangspunkt i søgeintention. Søger brugeren efter viden, sammenligning eller køb? En redaktør, der matcher indholdet med intentionen, står langt stærkere end en redaktør, der bare indsætter et populært søgeord i teksten.
Her er long-tail søgeord særligt nyttige. De har ofte lavere konkurrence og højere præcision. En side, der rammer et konkret behov, skaber som regel bedre trafik end en side, der prøver at favne for bredt. Search Console er et oplagt sted at finde muligheder, især søgninger hvor siden allerede vises, men endnu ikke ligger helt i toppen.
Billed-SEO i WordPress: alt-tekster, filnavne og hastighed
Billeder er en fast del af moderne indhold, men de bliver stadig behandlet som pynt på mange sites. I SEO-sammenhæng er de en reel indholdsdel. De bidrager til relevans, tilgængelighed og performance.
Alt-teksten skal beskrive billedets indhold præcist. Ikke mekanisk, og ikke fyldt med søgeord. Hvis et billede viser en redaktør, der arbejder i Gutenberg, så bør alt-teksten sige netop det. Gode alt-tekster hjælper både søgemaskiner og brugere med skærmlæsere.
Filnavne bør også være beskrivende. wordpress-seo-gutenberg-redaktoer.webp er langt bedre end IMG_4821.webp. Det er en lille detalje, men når mange små detaljer løfter i samme retning, bliver effekten mærkbar.
Hastighed er det næste lag. Tunge billeder bremser siden, og en langsom side svækker både brugeroplevelse og synlighed. WebP-format, komprimering og lazy-loading er derfor ikke kun tekniske valg. Det er redaktionelle kvalitetsvalg, fordi medierne er en del af sidens samlede performance.
På mobil er dette endnu vigtigere. Hvis en artikel med mange billeder loader langsomt på telefon, falder sandsynligheden for, at brugeren bliver, læser og konverterer. Derfor bør redaktører se billedoptimering som en fast del af publiceringsarbejdet, ikke som en opgave til senere.
Interne links i WordPress: topic clusters og ankertekster
Interne links er en af de mest undervurderede SEO-discipliner i redaktionelt arbejde. De hjælper Google med at forstå, hvordan sider hænger sammen, og de hjælper læseren med at bevæge sig videre i et emne.
Den stærkeste model er ofte en topic cluster-struktur. Her samles relaterede artikler omkring en central side, ofte kaldet en pillar page. En overordnet side om WordPress SEO kan linke videre til mere specialiserede sider om metadata, teknisk SEO, schema og intern linkstruktur. Den model opbygger faglig tyngde over tid.
Ankerteksten betyder meget. Et link med teksten “læs mere her” siger meget lidt. Et link med teksten “guide til schema markup i WordPress” siger derimod præcist, hvad destinationssiden handler om.
Et godt internt linkmønster har ofte disse kendetegn:
- Relevant ankertekst
- Links til nært beslægtede sider
- Naturlig placering i brødteksten
- Opdatering af ældre artikler
- Klar relation mellem hovedside og undersider
Når redaktører arbejder systematisk med interne links, bliver sitet mere sammenhængende. Det gør det lettere at bygge autoritet omkring emner, ikke kun omkring enkelte sider.
Schema markup i WordPress: bedre forståelse og stærkere søgeresultater
Schema markup er struktureret data, som hjælper søgemaskiner med at fortolke sidens indhold mere præcist. Det er ikke en genvej til topplaceringer, og det erstatter ikke godt indhold. Men det kan gøre en side kvalificeret til rich results, som ofte fylder mere og ser mere informative ud i søgeresultatet.
Det er værd at være helt præcis her: struktureret data giver ikke automatisk bedre placeringer. Google har flere gange gjort klart, at schema ikke i sig selv løfter ranking. Værdien ligger i, at resultatet kan få ekstra elementer som stjerner, pris, FAQ-svar, datoer eller brødkrummer. Det kan øge klikraten markant.
For redaktører er det afgørende at vælge schema ud fra den faktiske indholdstype. En artikel skal markeres som artikel, et produkt som produkt, og en FAQ kun når siden faktisk indeholder spørgsmål og svar.
[markdown] | Schema-type | Passer til | Hvad det typisk kan vise | | --- | --- | --- | | Article / BlogPosting | Blogindlæg, nyheder, guides | Titel, dato, forfatter | | FAQPage | Sider med klare spørgsmål og svar | FAQ-udvidelser i søgeresultatet | | Product | Webshop og produktsider | Pris, lagerstatus, anmeldelser | | Event | Arrangementer og webinarer | Dato, sted, pris | | LocalBusiness | Lokale virksomheder | Adresse, åbningstider, kontaktinfo | | VideoObject | Sider med central videovisning | Videooplysninger i søgeresultater | [/markdown]Der er en vigtig disciplin gemt i dette arbejde: markér kun det, der faktisk findes på siden. Hvis schema lover noget, som brugeren ikke kan se, risikerer man fejl eller afvisning af rich results.
Plugins eller manuel JSON-LD i WordPress: hvad bør redaktøren vælge?
For de fleste redaktører er plugins den rigtige løsning. Yoast SEO, Rank Math og All in One SEO håndterer en stor del af det grundlæggende schema automatisk, især på artikler, sider og brødkrummer. På den måde kan redaktøren fokusere på indholdet og stadig få et stærkt teknisk fundament.
Hvis sitet arbejder meget med FAQ, HowTo, produkter eller lokale landingssider, kan mere specialiserede schema-plugins være relevante. Nogle plugins tilbyder egne Gutenberg-blokke, så schema oprettes direkte gennem redigeringen. Det gør arbejdsgangen mere sikker og mere skalerbar.
Manuel JSON-LD giver fuld kontrol, men kræver mere disciplin. Koden kan indsættes i et HTML-blok eller via tema og custom fields, men den skal valideres hver gang. Den model passer bedst, når der er tekniske ressourcer tæt på redaktionen, eller når standardplugins ikke kan dække behovet.
De mest almindelige fejl er ofte de samme:
- Dobbelt schema: To plugins opretter samme markering
- Forkert type: FAQ bruges på sider uden rigtige spørgsmål og svar
- Manglende felter: Påkrævede egenskaber er ikke udfyldt
- Usynligt indhold: Schema beskriver noget, som ikke vises for brugeren
- Ingen validering: Siden testes ikke i Rich Results Test
Rich Results Test og rapporterne i Google Search Console bør være faste værktøjer i arbejdet. Ikke kun ved lancering, men også når plugins, tema eller blokke ændres.
Redaktionel SEO-rutine i WordPress: fra kladde til publicering
Den bedste måde at få stabil kvalitet på er at gøre SEO til en del af redaktionens faste workflow. Når optimering sker løbende, bliver kvaliteten højere, og behovet for efterrettelser mindre.
En enkel proces kan se sådan ud:
- Vælg søgeord og afklar søgeintention
- Skriv titel, H1 og H2-struktur før brødteksten færdiggøres
- Tilføj billeder med korrekte alt-tekster, filnavne og passende størrelse
- Indsæt interne links til relevante sider i samme emnegruppe
- Udfyld metadata og tjek schema, indeksering og visning før publicering
Den model virker enkel, men den skaber konsistens. Når alle sider publiceres med samme grundlæggende kvalitet, bliver sitet mere robust i søgeresultaterne. Det gælder både for nye artikler og for opdatering af ældre indhold.
Efter publicering begynder næste del af arbejdet. Search Console kan vise, hvilke søgeforespørgsler siden allerede fanger, hvor CTR er lav, og hvilke sider der er oplagte at forbedre med stærkere title tags, bedre intern linkning eller mere præcis schema. Det er ofte her, den store effekt findes, ikke i endnu en hurtig plugin-installation, men i redaktionel justering med klare data i ryggen.
For redaktører, der vil løfte deres WordPress-arbejde, er pointen enkel: blokke er kun begyndelsen. Den reelle værdi opstår, når struktur, indhold, performance og schema arbejder i samme retning. Så bliver WordPress ikke bare et CMS, men en stærk platform for synlighed, trafik og flere relevante besøg fra Google.
