WordPress H1-tags: Løs problemer med overskriftshierarki

Udgivet den | Af Siteskyline
14 min læsning

Du har brugt timer på at skabe den perfekte WordPress-side. Indholdet er solidt. Søgeordene er placeret. Dit SEO-plugin viser et grønt flueben.

Men åbn din browsers udviklerværktøjer og inspicer overskriftsstrukturen, og du vil se noget, der stille og roligt kan dræbe din organiske trafik: et ødelagt overskriftshierarki. To H1-tags. En sidetitel pakket ind i

. Sektioner, der springer fra H2 direkte til H4. Eller værre — slet ingen H1.

Dette er ikke en begynderfejl. Det er et strukturelt problem indbygget i måden, WordPress, temaer, sidebyggere og Gutenberg-editoren interagerer på — og de fleste sideejere ved aldrig, at det sker.

Denne guide er til for at løse det. Uanset om du er en WordPress-sideejer, der administrerer dit eget indhold, eller et bureau, der bygger sider til dusinvis af kunder, vil du herfra vide præcis, hvordan du auditerer, diagnosticerer og permanent løser problemet med overskriftsrækkefølgen i WordPress.


Hvad er et H1-tag, og hvorfor betyder det noget i WordPress?

Et H1-tag (

) er HTML-overskriftelementet på øverste niveau. I semantisk HTML signalerer det til browsere, søgemaskiner og hjælpemidler: “Dette er det primære emne for denne side.”

Tænk på overskriftstags som en dokumentoversigt:

H1 – Main page title (only one per page)
 ├── H2 – First major section
 │    ├── H3 – Subsection
 │    └── H3 – Another subsection
 ├── H2 – Second major section
 │    ├── H3 – Subsection
 │    │    └── H4 – Detail within subsection
 └── H2 – Third major section

Spring et niveau over — hop fra H2 til H4 — og du ødelægger oversigten. Brug to H1-tags, og du skaber strukturel tvetydighed. Brug H3-tags til visuel styling, og du introducerer spøgelsesoverskrifter, der forvirrer crawlere.

I WordPress bliver dette hurtigt kompliceret. I modsætning til en statisk HTML-side, hvor du skriver hvert tag manuelt, genererer WordPress overskrifts-markup fra mindst fire forskellige kilder samtidigt: temaets header-skabelon, indlægstitlen, redaktørens indhold og eventuelle widgets eller sidebygger-moduler, du har tilføjet.

Hvad Google faktisk siger om H1-tags

Lad os få afgjort rangeringsdebatten tidligt.

In July 2026, Google’s Gary Illyes addressed this directly during the SEO Office Hours podcast: arranging headings in semantic order is genuinely helpful for accessibility (especially screen reader users), but it doesn’t significantly impact Google’s ranking algorithms. John Mueller has also stated that multiple H1 tags on a page don’t confuse crawlers and have zero direct SEO impact.

Så betyder noget af dette overhovedet noget?

Ja — men ikke af den grund, som de fleste SEO-guides angiver.

De virkelige grunde til at bekymre sig om overskriftsstruktur i WordPress er:

  1. Overholdelse af tilgængelighed — WCAG 2.1 succeskriterium 1.3.1 kræver, at information og relationer kan bestemmes programmatisk. Ødelagte overskriftshierarkier fejler her.
  2. Crawlbarhed og indholdssignaler — Selvom Google kan parse rodet markup, giver en ren H1 det klarest mulige signal om sidens emne, hvilket betyder noget i tvetydige tilfælde.
  3. Brugeroplevelse og opholdstid — Læsere scanner overskrifter. Et logisk hierarki hjælper dem med at navigere og blive længere — begge dele er indirekte rangeringssignaler.
  4. Teknisk audit-renhed — For bureauer dukker overskriftsproblemer op i alle audit-værktøjer (Screaming Frog, Ahrefs, SEMrush, Rank Math, Yoast). Rapporter til kunder ser dårlige ud, selvom den direkte indvirkning på rangering er til debat.

Hvordan WordPress genererer overskriftstags: De fire kilder til konflikt

At forstå hvorfor WordPress-overskriftsstrukturen går i stykker, kræver forståelse af de fire steder, den genererer overskrifter fra.

Kilde 1: Temaets header-skabelon

De fleste WordPress-temaer viser sidens titel i header-området. Ældre og dårligt kodede temaer pakker dette ind i et

-tag — på hver eneste side. Det betyder, at hver side på dit websted starter med den samme H1: dit brandnavn.

Derefter, når side- eller indlægstitlen gengives (hvilket burde være H1), bliver den enten en anden H1 eller nedgraderes til H2.

Her er hvordan dette ser ud i et ødelagt temas header.php:

php

// Broken — site title as H1 on every page
<h1><?php bloginfo('name'); ?></h1>
<h2><?php the_title(); ?></h2>  // Post title wrongly demoted

Hvordan det burde se ud:

php

// Correct — site title is a link or span, post title is H1
<p class="site-title"><a href="<?php echo home_url(); ?>"><?php bloginfo('name'); ?></a></p>
<h1><?php the_title(); ?></h1>

Dette er et af de mest almindelige WordPress H1-problemer, og det er fuldstændig usynligt, medmindre du inspicerer sidens kildekode. Du kan have et SEO-plugin, en grøn læsbarhedsscore og perfekt indhold — og stadig generere duplikerede H1'ere på hver side.

Kilde 2: Gutenberg-blokeditoren

WordPress-blokeditoren introducerede bevidste ændringer i H1-adfærd. Som standard nedtoner Gutenberg H1-muligheden i overskriftsblokken — antagelsen er, at indlægstitlen allerede gengives som H1, så overskrifter i indholdsområdet bør starte ved H2.

I praksis skaber dette to problemer:

Problem A: Nogle temaer gør ikke output indlægstitlen som H1. Hvis dit tema gengiver titlen i en

eller

af stilmæssige årsager, og Gutenberg har skjult H1 fra overskriftsblokkens muligheder, ender du med nul H1-tags på siden.

Dette er præcis den situation, der er markeret i et langvarigt GitHub-issue i Gutenberg-repositoryet — brugere, der anmoder om muligheden for at fjerne H1-muligheden helt til virksomheds- og bureauopsætninger, hvor H1 styres på skabelonniveau. Problemet fremhæver reel forvirring: editorens standardadfærd og temaets skabelon skal koordineres eksplicit, men WordPress tilbyder ingen automatiseret kontrol for dette.

Problem B: Indholdsredaktører kan stadig vælge H1 i blokeditoren ved at ændre overskriftsniveauet. Hvis dit tema allerede viser indlægstitlen som H1, skaber en redaktør, der tilføjer en anden H1-blok inde i indholdsområdet, en duplikat — og der vises ingen advarsel.

Kilde 3: Sidebyggere (Elementor, Divi, Beaver Builder)

Sidebyggere er den største kilde til kaos i overskriftshierarkiet i WordPress.

Her er hvorfor: Sidebyggere giver dig granulær visuel kontrol. Du kan trække et tekstelement hvor som helst hen, style det på enhver måde og tildele ethvert overskriftsniveau. Dette er kraftfuldt for design. Det er katastrofalt for struktur.

Det typiske problem med sidebygger-overskrifter ser sådan ud:

  • Hero-sektion: H1 (korrekt) ✓
  • Overskrift til feature-sektion: H3 (sprang H2 over, valgt fordi det “ser bedre ud”) ✗
  • Overskrift til widget-område: H2 (ligner en sektionsoverskrift, men er bare en sidebjælke-widget-titel) ✗
  • Udtalelses-overskrift: H4 (ingen H3 over den) ✗
  • CTA-overskrift: H2 (tilbage til et højere niveau, nu er overblikket fuldstændig ikke-lineært) ✗

Resultatet er en overskriftsstruktur, der er visuelt sammenhængende, men semantisk meningsløs. Skærmlæsere og crawlere, der parser dette, får et indholdsoverblik, der hopper rundt som en ødelagt indholdsfortegnelse.

InspectWP's dokumentation identificerer dette mønster eksplicit: forfattere og brugere af sidebyggere vælger overskriftsniveauer baseret på hvordan de ser ud frem for deres logiske betydning — hvis H3 er den rigtige visuelle størrelse, vælger de H3, selv uden en H2 over den.

Kilde 4: Widgets og temakomponenter

WordPress-widget-områder — sidebjælker, footere, header-moduler — viser ofte deres egne overskrifter. En “Seneste indlæg”-widget kan gengives som H2. Et reklamebanner indbygget i temaet kan bruge H3. Ingen af disse er en del af indholdsoverblikket, men de optræder i sidens overskriftsstruktur.

Dette skaber overskrifts-“støj”, der puster den tilsyneladende kompleksitet af oversigten op og kan skubbe indholdsoverskrifter ud af deres korrekte hierarkiske position.


De 5 mest almindelige problemer med H1 og overskriftshierarki i WordPress

Problem 1: Sidetitlen er pakket ind i H1 på hver side

Hvordan det ser ud: Hver side på dit websted har to H1-overskrifter — dit webstedsnavn og din indlægstitel.

Hvem det påvirker: Websteder, der bruger ældre temaer, dårligt byggede premium-temaer eller ethvert tema, hvor udvikleren har brugt

til webstedets branding.

Sådan opdager du det: Højreklik på en vilkårlig side → Undersøg → søg efter

i panelet Elementer. Hvis du ser dit webstedsnavn pakket ind i H1 i
-sektionen, har du dette problem.

Sådan fikser du det:

Mulighed 1: Redigering af undertema (udviklertilgang) I dit undertemas header.php, find sidetitel-outputtet og skift det fra

til

eller med passende klasser:

php

<p class="site-title">
  <a href="<?php echo esc_url(home_url('/')); ?>" rel="home">
    <?php bloginfo('name'); ?>
  </a>
</p>

Mulighed 2: CSS + aria-label (løsning uden kodning) Hvis du ikke kan redigere temafiler, skal du bruge CSS til at nulstille H1-formateringen på sidetitlen:

css

.site-header h1.site-title {
  font-size: inherit;
  font-weight: inherit;
  margin: 0;
}

Bemærk: dette skjuler det visuelle H1-problem, men løser ikke det strukturelle problem. H1-tagget forbliver i markuppen.

Mulighed 3: Skift til et velstruktureret tema Temaer, der følger WordPress-kodningsstandarder (Twenty Twenty-Four, Kadence, GeneratePress, Astra), håndterer dette korrekt ud af boksen. Hvis dit nuværende tema har dette problem, og du ikke er udvikler, er det ofte den mest pålidelige løsning at skifte.


Problem 2: Manglende H1 på forsiden

Hvordan det ser ud: Din forside har nul H1-tags. SEO-plugins rapporterer “Ingen H1 fundet.”

Hvem det påvirker: Websteder, der bruger et logobillede til branding (skjuler sidetitlen), websteder, der bruger en statisk forside uden synlig titel, eller websteder, hvor temaets forside-skabelon ikke kalder the_title().

Dette er et reelt og tilbagevendende problem i WordPress-supportforaene. Årsagen er typisk denne rækkefølge: sidetitlen er indstillet til at blive vist i headeren, men brugeren skjuler den (eller erstatter den med et logo), hvilket fjerner den eneste H1 fra siden. Da forsiden ofte ikke har en “indlægstitel” på samme måde som et blogindlæg, genereres der ingen automatisk H1.

Sådan fikser du det:

Specifikt for forsiden: Tilføj en H1 til din hero-sektion eller sideskabelon. Dette kan være:

  • En synlig overskrift (“Dit firmanavn | Servicekategori”), der også fungerer som H1
  • En visuelt skjult H1 tilføjet via CSS (position: absolute; clip: rect(0 0 0 0);), der giver den semantiske markør uden at forstyrre det visuelle design

I Gutenberg: Tilføj en overskriftsblok øverst på dit forsideindhold, indstil den til H1, og gør den til en del af din hero-besked.


Problem 3: Oversprungne overskriftsniveauer i indhold

Hvordan det ser ud: Indholdsstrukturen springer fra H2 direkte til H4, eller fra H1 direkte til H3.

Hvem det påvirker: Enhver, der skriver langt indhold og bruger overskrifter til visuel formatering frem for semantisk struktur.

Hvorfor det betyder noget: Som InspectWP bemærker, sker det at springe overskriftsniveauer over, når forfattere vælger niveauer baseret på udseende — H3 ser rigtigt ud, så de bruger H3, uanset om en H2 går forud for den.

Sådan opdager du det i Gutenberg: Klik på info-ikonet (ⓘ) i den øverste værktøjslinje i blokeditoren. Panelet Dokumentoversigt viser hver overskrift i rækkefølge og markerer oversprungne niveauer med en advarsel.

Sådan fikser du det:

  1. Revider din overskriftsstruktur ved hjælp af Dokumentoversigt, før du udgiver
  2. Opsæt en indholdsstilguide for dit team: H2 til hovedsektioner, H3 til undersektioner, H4 til under-undersektioner — spring aldrig niveauer over
  3. Brug Yoast SEO eller Rank Math's indholdsanalyse — begge markerer problemer med overskriftsstruktur

Problem 4: Flere H1-tags fra sidebyggere

Hvordan det ser ud: En side bygget med Elementor eller Divi har tre eller fire H1-tags, fordi hver hovedsektion har sin egen hero-stil “H1”-overskrift.

Sådan fikser du det:

I Elementor: Rediger hver overskrifts-widget → tjek indstillingen HTML-tag → indstil kun den primære sidetitel til H1, og skift alle andre til H2 eller H3 efter behov.

I Divi: Rediger overskriftsmoduler → under Avanceret → HTML-tag → skift til det korrekte semantiske niveau.

I Beaver Builder: Hvert overskriftsmodul har en “Overskriftstag”-indstilling under fanen Stil. Gennemgå hver enkelt.


Problem 5: Gutenberg H1-synlighedsproblemet

Hvordan det ser ud: Dit tema udsender ikke indlægstitlen som H1, og Gutenberg har skjult H1-muligheden i overskriftsblokken. Dine sider har ingen H1.

Sådan fikser du det:

For udviklere, der administrerer et websted, hvor H1 skal placeres inde i indholdsområdet, kan du gendanne H1-muligheden ved hjælp af et filter i dit temas functions.php:

php

// Allow H1 in the Heading block
add_filter( 'allowed_block_types_all', function( $allowed_blocks ) {
    return $allowed_blocks;
});

Alternativt kan du skifte til visningen "Rediger som HTML" for overskriftsblokken og manuelt indstille

i markuppen.

For bureau-opsætninger, hvor du ønsker at forhindre redaktører i at tilføje H1 (fordi skabelonen styrer det), skal du bruge block_editor_settings_all filteret til at begrænse overskriftsniveauer i editoren.


Sådan auditerer du din WordPress-overskriftsstruktur (trin-for-trin)

Metode 1: SkySEOManager gratis plugin

Brug SkySEOManager Plugin indbygget SEO-analysator til at finde alle overskriftsrelaterede problemer.

Læs vores fulde guide: hvordan du auditerer dit WordPress-websted ved hjælp af SkySEOManager for alle SEO-problemer

Metode 2: Brug Siteskyline gratis SEO-analysator

Besøg vores Gratis SEO-analysator og indtast din URL og klik på analyser nu.

Den vil vise dig alle problemer med dine overskriftstags.

headline broken structure

WordPress H1-hierarki: Bureau-tjeklisten

Hvis du bygger eller vedligeholder WordPress-websteder for kunder, skal overskriftsstruktur være en del af din proces før lancering og løbende audit. Her er en gentagelig tjekliste:

På tema-niveau:

  • Webstedstitel i headeren er IKKE pakket ind i

    (brug

    , eller

    )

  • Indlægs-/sidetitel gengives som

    i
    eller
    på alle indlægstyper

  • Forsiden har præcis én

    — enten fra webstedstitlen eller hero-sektionen

  • Arkivsider (kategori, tag, forfatter) har en beskrivende

  • 404-siden har en

På indholdsniveau:

  • Hver side har præcis én

    i indholdsområdet (eller nul, hvis temaet håndterer det via titlen)

  • Hovedsektioner bruger

  • Undersektioner bruger

    indlejret i

    -sektioner

  • Ingen overskriftsniveauer springes over
  • Overskrifter bruges ikke kun til visuel styling

På plugin-/builder-niveau:

  • Elementor/Divi/Beaver Builder overskriftselementer har korrekte HTML-tag-indstillinger
  • Widget-områder udsender ikke utilsigtede H1- eller H2-tags
  • SEO-plugin H1-advarsler er løst på alle vigtige sider

Det korrekte WordPress-overskriftshierarki — efter sidetype

Ét mønster passer ikke til alle WordPress-sidetyper. Her er den korrekte struktur for hver:

Blogindlæg / Enkelt indlægsside

H1: Post Title (output by theme automatically)
  H2: First major section
    H3: Subsection
    H3: Another subsection
  H2: Second major section
    H3: Subsection
      H4: Detail
  H2: Third major section

Forside (Statisk forside)

H1: Primary value proposition or page headline
  H2: Service category or feature group
    H3: Individual service or feature
  H2: Testimonials or social proof section
  H2: Call to action section

WooCommerce produktside

H1: Product name (output by WooCommerce template)
  H2: Product description heading
  H2: Reviews
  H2: Related products

Kategori / Arkivside

H1: Category name (e.g., "WordPress SEO Articles")
  H2: Post title within loop (if posts are displayed with headings)

Almindelige fejl, der ødelægger WordPress H1-strukturen

Fejl 1: Brug af overskriftstags til at style tekst Hvis du vil have stor fed tekst, der ikke er en sektionsoverskrift, så brug ikke H2. Tilføj en CSS-klasse til en

eller

og style den visuelt. Brug af overskriftstags til æstetik forurener din strukturelle oversigt.

Fejl 2: Lad redaktører vælge overskriftsniveauer efter øjemål Uden en indholds-stilguide vil redaktører naturligt drages mod overskriftsniveauer, der ser ud ser rigtige ud. En kort intern guide — "H2 til sektioner, H3 til undersektioner, brug aldrig H1 i indhold" — forhindrer de fleste problemer.

Fejl 3: Installation af et WordPress-tema uden at tjekke overskriftsstrukturen Ikke alle premium WordPress-temaer udsender korrekt overskriftsmarkup. Før du vælger et tema, skal du inspicere et demo-indlæg: Gengives indlægstitlen som H1? Undgår webstedstitlen at være H1 på undersider?

Fejl 4: At antage, at dit SEO-plugin dækker alt Yoast og Rank Math tjekker det indlæg, du redigerer. De fanger ikke overskriftsproblemer, der er introduceret af dit temas header-skabelon, footer-widgets eller arkivside-skabeloner. En manuel revision eller en Screaming Frog-crawl er stadig nødvendig.

Fejl 5: Rettelse af visuelt udseende i stedet for HTML-struktur Den mest almindelige "rettelse" til H1-problemet med sidetitlen er at tilføje CSS for at få den til at se mindre ud. Det skjuler problemet visuelt, men efterlader den ødelagte markup. Ret HTML-tagget, ikke kun stilen.

Siteskyline

Siteskyline

Siteskyline er en førsteklasses webhosting- og SEO-styringsplatform dedikeret til at levere de bedste værktøjer til hastighed, sikkerhed og optimering.