15%

15% auf alle Hosting-Dienste sparen

Teste deine Fähigkeiten und erhalte Rabatt auf jeden Hosting-Plan

Benutze den Code:

Skills
Anfangen
22.10.2024

Wie man den Zeilenabstand in WordPress ändert: Alle Methoden erklärt

Der Zeilenabstand in WordPress — gesteuert durch die CSS-Eigenschaft line-height — definiert den vertikalen Abstand zwischen Textzeilen innerhalb eines Blockelements. Die Anpassung wirkt sich direkt auf die Lesbarkeit, die visuelle Hierarchie und die typografische Qualität Ihrer Website aus. Die vier wichtigsten Methoden zur Änderung sind: die nativen Steuerelemente des Gutenberg Block Editors, der WordPress Theme Customizer, benutzerdefiniertes CSS über das Zusätzliches CSS-Panel und Typografie-Plugins. Jede Methode eignet sich für eine andere Ebene des technischen Zugriffs und des Änderungsumfangs.

Dieser Leitfaden behandelt jede Methode in vollständiger technischer Tiefe, einschließlich Sonderfälle, Fallstricke bei der Selektor-Spezifität und Plugin-Kompromisse, die die meisten Tutorials vollständig überspringen.

Warum Zeilenhöhe über Ästhetik hinaus wichtig ist

Die CSS-Spezifikation definiert line-height als die Mindesthöhe von Zeilenboxen innerhalb des Elements. Für Fließtext empfiehlt die WCAG 2.1-Barrierefreiheitsrichtlinie (Erfolgskriterium 1.4.12) eine Mindest-line-height von 1,5-mal der Schriftgröße. Die Nichtbeachtung wirkt sich nicht nur auf das visuelle Design aus, sondern auch auf die Compliance und die Qualitätssignale der Suchmaschinen, die mit den Core Web Vitals und den Nutzerinteraktionsmetriken zusammenhängen.

Eine schlecht eingestellte line-height — insbesondere Werte unter 1.2 bei Fließtext — lässt den Text beengt wirken, erhöht die Absprungrate und kann Cumulative Layout Shift (CLS)-Probleme auslösen, wenn sie mit Webfonts kombiniert wird, die asynchron geladen werden.

Methode 1: Native Steuerelemente des Gutenberg Block Editors

Der Gutenberg-Editor stellt line-height-Steuerelemente nativ für Absatz-, Überschriften-, Listen– und Zitat-Blöcke bereit, aber diese Funktion muss explizit auf Theme-Ebene über theme.json oder die Funktion add_theme_support() aktiviert werden.

Schritt 1: Überprüfen Sie, ob die Zeilenhöhenunterstützung aktiv ist

Wenn Sie kein Zeilenhöhenfeld im Block-Einstellungspanel sehen, hat Ihr aktives Theme die Unterstützung dafür nicht deklariert. Sie können es aktivieren, indem Sie Folgendes zur functions.php Ihres Themes hinzufügen:

add_theme_support( 'custom-line-height' );

Für Block-Themes, die theme.json verwenden, stellen Sie sicher, dass Folgendes unter settings vorhanden ist:

{
  "settings": {
    "typography": {
      "lineHeight": true
    }
  }
}

Schritt 2: Wählen Sie den Zielblock aus

Klicken Sie im Beitrags- oder Seiteneditor auf den Absatz– oder Überschriften-Block, den Sie ändern möchten. Die Block-Symbolleiste erscheint oben, und die rechte Seitenleiste wechselt automatisch zur Registerkarte Block.

Schritt 3: Suchen Sie das Typografie-Panel

Scrollen Sie im rechten Block-Panel zum Abschnitt Typografie. Wenn er eingeklappt ist, klicken Sie auf die Bezeichnung, um ihn zu erweitern. Sie sehen ein Eingabefeld für die Zeilenhöhe.

Geben Sie einen einheitenlosen Wert ein. WordPress übergibt diesen direkt als CSS-line-height-Wert im Inline-Style des Blocks. Empfohlene Bereiche:

  • Fließtextabsätze: 1.5 bis 1.8
  • Überschriften (H1–H2): 1.1 bis 1.3
  • Unterüberschriften (H3–H4): 1.2 bis 1.4

Kritischer Sonderfall: Einheitenlose Werte (z. B. 1.6) sind Pixel- oder em-Werten (z. B. 24px oder 1.6em) deutlich vorzuziehen, da sie proportional skalieren, wenn ein untergeordnetes Element die Eigenschaft erbt und seine eigene Schriftgröße ändert. Die Verwendung von px hier ist ein häufiger Fehler, der den Abstand verschachtelter Elemente zerstört.

Schritt 4: Speichern und validieren

Klicken Sie auf Aktualisieren oder Veröffentlichen. Verwenden Sie die DevTools Ihres Browsers (F12 > Elemente > Berechnet), um zu bestätigen, dass der Inline-Style line-height: 1.6 auf das richtige Element angewendet wird und nicht durch ein Theme-Stylesheet mit höherer Spezifität überschrieben wird.

Methode 2: WordPress Theme Customizer für seitenweite Typografie

Der Customizer (Appearance > Customize) bietet eine Live-Vorschau-Oberfläche für seitenweite Änderungen. Typografie-Steuerelemente im Customizer sind keine WordPress-Kernfunktion — sie werden vollständig von Ihrem aktiven Theme oder einem Begleit-Plugin bereitgestellt.

Themes mit nativen Typografie-Panels

Themes, die auf Frameworks wie GeneratePress, Astra, Kadence oder OceanWP basieren, bieten dedizierte Typografie-Abschnitte mit line-height-Reglern für Fließtext, Überschriften und Widget-Bereiche einzeln.

Schritt 1: Navigieren Sie zu den Typografie-Einstellungen

Gehen Sie zu Design > Anpassen. Suchen Sie je nach Theme nach einem Abschnitt mit der Bezeichnung Typografie, Schriftarten oder Globale Stile. Wenn kein solcher Abschnitt vorhanden ist, unterstützt Ihr Theme keine Customizer-basierte Typografiesteuerung — fahren Sie mit Methode 3 oder Methode 4 fort.

Schritt 2: Zeilenhöhe pro Element anpassen

Die meisten Theme-Customizer ermöglichen es Ihnen, folgende Elemente anzusprechen:

  • Fließtext (entspricht dem Selektor body oder p)
  • H1 bis H6-Überschriften
  • Navigationsmenüs
  • Widget-Titel

Legen Sie Ihre Werte fest und verwenden Sie den Live-Vorschaubereich, um gleichzeitig auf Desktop- und mobilen Breakpoints zu validieren.

Schritt 3: Änderungen veröffentlichen

Klicken Sie oben links im Customizer auf Veröffentlichen. Änderungen werden in den gespeicherten Optionen des Themes geschrieben und global über das Stylesheet des Themes oder den Inline-<style>-Block in <head> angewendet.

Fallstrick: Customizer-Typografieeinstellungen werden in den Optionen des Themes gespeichert, nicht in style.css. Wenn Sie das Theme wechseln, gehen alle diese Anpassungen verloren. Dokumentieren Sie Ihre Werte immer, bevor Sie das Theme wechseln.

Methode 3: Benutzerdefiniertes CSS — Die präziseste und portabelste Methode

Benutzerdefiniertes CSS gibt Ihnen vollständige Kontrolle über Selektor-Targeting, Spezifität und responsive Breakpoints. Es ist der richtige Ansatz, wenn Sie eine granulare Kontrolle benötigen, die weder der Block-Editor noch der Customizer bietet.

Schritt 1: Öffnen Sie das Zusätzliches CSS-Panel

Navigieren Sie zu Design > Anpassen > Zusätzliches CSS. Dieses CSS wird in der Datenbank gespeichert und inline in <head> ausgegeben, was ihm einen Spezifitätsvorteil gegenüber den meisten Theme-Stylesheets verschafft.

Wenn Sie Ihre eigene Serverumgebung verwalten — zum Beispiel auf einem VPS Hosting-Plan — können Sie ein benutzerdefiniertes Stylesheet über functions.php für bessere Cache-Kontrolle und Performance einbinden:

function mytheme_custom_styles() {
    wp_enqueue_style(
        'custom-typography',
        get_stylesheet_directory_uri() . '/css/custom-typography.css',
        array(),
        '1.0.0'
    );
}
add_action( 'wp_enqueue_scripts', 'mytheme_custom_styles' );

Schritt 2: Gezielte CSS-Regeln schreiben

Globale Absatz-Zeilenhöhe:

p {
    line-height: 1.6;
}

Alle Überschriftenebenen:

h1, h2, h3, h4, h5, h6 {
    line-height: 1.3;
}

Nur Gutenberg-spezifische Absatzblöcke (vermeidet Auswirkungen auf Sidebar- oder Footer-Text):

.wp-block-paragraph {
    line-height: 1.7;
}

Auf eine bestimmte Seitenvorlage oder einen Beitragstyp beschränkt, unter Verwendung der Body-Klasse, die WordPress automatisch ausgibt:

.single-post .entry-content p {
    line-height: 1.65;
}

.page-template-landing-page p {
    line-height: 1.5;
}

Responsive Anpassung für Mobilgeräte (kleinere Bildschirme profitieren von etwas engerem Abstand):

@media (max-width: 768px) {
    p {
        line-height: 1.5;
    }
}

Schritt 3: Spezifitätskonflikte lösen

Wenn Ihr CSS keine Wirkung zeigt, überschreibt eine Theme- oder Plugin-Regel mit höherer Spezifität sie. Diagnostizieren Sie dies in DevTools, indem Sie das Element untersuchen und prüfen, welche Regel im Styles-Panel durchgestrichen ist.

Um die Spezifität zu erhöhen, ohne auf !important zurückzugreifen, begrenzen Sie Ihren Selektor präziser:

body .site-content .entry-content p {
    line-height: 1.6;
}

Verwenden Sie !important nur als letztes Mittel, da es eine Wartungsschuld erzeugt, die sich mit jeder zukünftigen CSS-Ergänzung vergrößert:

p {
    line-height: 1.6 !important; /* Use only if specificity cannot be resolved otherwise */
}

Methode 4: Typografie-Plugins

Plugins sind die richtige Wahl, wenn Sie eine codefreie Oberfläche benötigen, wenn Sie eine Website für einen Kunden verwalten, der sie eigenständig pflegen muss, oder wenn Sie erweiterte OpenType-Typografiefunktionen benötigen, die über line-height hinausgehen.

Plugin-Vergleich

PluginZeilenhöhensteuerungUmfangBenutzerdefiniertes CSS erforderlichPerformance-AuswirkungAm besten geeignet für
Advanced Editor ToolsPro Block im EditorPro BlockNeinMinimalClassic/Block-Editor-Nutzer
WP TypographyGlobal, pro ElementSeitenweitNeinGeringErweiterte typografische Regeln
Kadence BlocksPro Block, responsivPro BlockNeinModeratVollständiges blockbasiertes Design
ElementorPro Widget, responsivPro WidgetNeinHochPage-Builder-Workflows
GenerateBlocksPro BlockPro BlockNeinGeringSchlankes Block-Design

Advanced Editor Tools installieren und konfigurieren

Advanced Editor Tools (früher TinyMCE Advanced) ist die am weitesten verbreitete Option, um Zeilenabstandssteuerelemente direkt in die Block-Editor-Symbolleiste einzufügen.

  1. Gehen Sie zu Plugins > Neu hinzufügen, suchen Sie nach Advanced Editor Tools und klicken Sie auf Jetzt installieren, dann auf Aktivieren.
  2. Navigieren Sie zu Einstellungen > Advanced Editor Tools.
  3. Aktivieren Sie auf der Registerkarte Block-Editor die Schaltfläche Zeilenhöhe in der Symbolleiste, indem Sie sie in die aktive Symbolleistenzeile ziehen.
  4. Kehren Sie zu einem beliebigen Beitrag oder einer Seite zurück. Wählen Sie einen Absatzblock aus. Das Zeilenhöhen-Steuerelement erscheint nun in der Block-Symbolleiste.

WP Typography für globale Regeln verwenden

WP Typography wendet typografische Regeln auf PHP-Rendering-Ebene an, d. h. es modifiziert die HTML-Ausgabe, bevor sie den Browser erreicht. Dies ist nützlich, um ein konsistentes line-height für alle Texte durchzusetzen, ohne einzelne Blöcke anzufassen.

Gehen Sie nach der Aktivierung zu Einstellungen > WP Typography und suchen Sie den Abschnitt CSS-Klassen, um Zeilenhöhenregeln auf bestimmte Container zu beschränken.

Fallstrick: Die Textverarbeitung von WP Typography kann mit Caching-Plugins in Konflikt geraten, wenn Full-Page-Caching aktiviert ist. Testen Sie immer nach der Aktivierung in einer Staging-Umgebung, insbesondere wenn Ihr Hosting-Stack serverseitiges Caching enthält — eine häufige Konfiguration auf Dedizierten Servern, die Nginx mit FastCGI-Cache betreiben.

Full-Site Editing (FSE) und theme.json: Der moderne Ansatz

Für Websites, die ein Block-Theme verwenden (Twenty Twenty-Three, Twenty Twenty-Four, Kadence FSE usw.), ist die kanonische Methode zum Festlegen von Standard-line-height-Werten theme.json. Diese Datei definiert Design-Tokens, die sich durch die gesamte Block-Editor-Benutzeroberfläche fortpflanzen.

{
  "$schema": "https://schemas.wp.org/trunk/theme.json",
  "version": 2,
  "settings": {
    "typography": {
      "lineHeight": true,
      "fluid": true
    }
  },
  "styles": {
    "typography": {
      "lineHeight": "1.6"
    },
    "elements": {
      "heading": {
        "typography": {
          "lineHeight": "1.25"
        }
      },
      "h1": {
        "typography": {
          "lineHeight": "1.1"
        }
      }
    }
  }
}

Werte, die in styles innerhalb von theme.json festgelegt werden, werden als benutzerdefinierte CSS-Eigenschaften ausgegeben und über den Selektor :root angewendet, was ihnen eine breite Reichweite verleiht und gleichzeitig auf Block-Ebene überschreibbar bleibt. Dies ist die wartungsfreundlichste Architektur für produktive WordPress-Websites im Jahr 2024 und darüber hinaus.

Wenn Sie ein benutzerdefiniertes Block-Theme auf einem von Ihnen kontrollierten Server erstellen oder verwalten — beispielsweise auf einem VPS mit cPanel — ist die direkte Bearbeitung von theme.json über den Dateimanager oder SSH schneller und zuverlässiger als die Verwendung des Customizers für Typografie-Tokens.

Die richtige Methode wählen: Entscheidungsmatrix

SzenarioEmpfohlene Methode
Anpassung eines bestimmten Blocks auf einer SeiteGutenberg Block Editor (Methode 1)
Seitenweite Typografieänderung, Theme unterstützt esTheme Customizer (Methode 2)
Präzise Kontrolle, responsive Breakpoints, begrenzte SelektorenBenutzerdefiniertes CSS (Methode 3)
Vom Kunden verwaltete Website, codefreie AnforderungTypografie-Plugin (Methode 4)
Block-Theme mit theme.json-ZugriffFSE / theme.json (Methode 5)
Globale Standardwerte + blockspezifische Überschreibungentheme.json + Block-Editor kombiniert

Technische Checkliste vor dem Livegang

  • Bestätigen Sie, dass line-height-Werte einheitenlos sind oder em verwenden — vermeiden Sie px für vererbte Eigenschaften.
  • Validieren Sie WCAG 2.1 SC 1.4.12: Die line-height von Fließtext muss mindestens 1.5 betragen.
  • Überprüfen Sie berechnete Stile in DevTools, um zu bestätigen, dass keine Regel mit höherer Spezifität Ihre Werte überschreibt.
  • Testen Sie auf mindestens zwei mobilen Breakpoints — line-height, das bei 1440px funktioniert, kann bei 375px übertrieben wirken.
  • Wenn Sie ein Caching-Plugin (WP Rocket, W3 Total Cache) verwenden, leeren Sie den Cache nach jeder CSS-Änderung.
  • Für Websites, die auf Shared Web Hosting gehostet werden, verwenden Sie das Zusätzliches CSS-Panel anstatt Theme-Dateien direkt zu bearbeiten, um zu vermeiden, dass Änderungen bei Theme-Updates überschrieben werden.
  • Dokumentieren Sie alle benutzerdefinierten line-height-Werte in einem Style-Guide oder Kommentarblock in Ihrer CSS-Datei.
  • Wenn Sie ein benutzerdefiniertes Child-Theme oder theme.json auf einem verwalteten Server bereitstellen, stellen Sie sicher, dass die Dateiberechtigungen für theme.json auf 644 gesetzt sind, um Schreibfehler durch den WordPress-Datei-Editor zu verhindern.

FAQ

Wirkt sich die Änderung der Zeilenhöhe im Gutenberg-Editor auf Mobilgeräte aus?

Ja. Werte, die über das Zeilenhöhenfeld des Block-Editors festgelegt werden, werden als Inline-Styles ohne Media Query angewendet und gelten daher für alle Viewport-Breiten. Für responsive Steuerung — unterschiedliche Werte auf Mobilgeräten im Vergleich zu Desktop — müssen Sie benutzerdefiniertes CSS mit @media-Abfragen oder ein Block-Plugin wie Kadence Blocks verwenden, das breakpointspezifische Typografiesteuerelemente bereitstellt.

Warum wird mein benutzerdefiniertes CSS line-height nicht angewendet, obwohl ich es zu Zusätzliches CSS hinzugefügt habe?

Die häufigste Ursache ist eine Theme- oder Plugin-Stylesheet-Regel mit höherer CSS-Spezifität, die dasselbe Element anspricht. Öffnen Sie DevTools, untersuchen Sie das Absatzelement und suchen Sie nach durchgestrichenen Regeln im Styles-Panel. Erhöhen Sie die Spezifität Ihres Selektors (z. B. .entry-content p anstatt p) oder fügen Sie als letztes Mittel !important hinzu.

Was ist der Unterschied zwischen line-height: 1.6 und line-height: 1.6em?

Ein einheitenloser Wert wie 1.6 wird als Verhältnis vererbt — untergeordnete Elemente multiplizieren ihre eigene Schriftgröße mit 1.6. Ein Wert von 1.6em wird relativ zur Schriftgröße des übergeordneten Elements berechnet und dann als fester Pixelwert vererbt, was zu falsch ausgerichtetem Abstand in verschachtelten Elementen mit unterschiedlichen Schriftgrößen führen kann. Verwenden Sie für line-height im Fließtext immer einheitenlose Werte.

Kann ich unterschiedliche Zeilenhöhen für die Editor-Ansicht und das Frontend festlegen?

Ja. WordPress wendet Editor-Stile getrennt von Frontend-Stilen an. Um den Block-Editor-Canvas anzusprechen, binden Sie ein Stylesheet über den Hook enqueue_block_editor_assets ein und begrenzen Sie Ihre Regeln auf .editor-styles-wrapper p. Dies stellt sicher, dass die Bearbeitungserfahrung visuell mit der veröffentlichten Ausgabe übereinstimmt.

Wird die Anpassung der Zeilenhöhe das Layout meiner Website beeinträchtigen oder Cumulative Layout Shift verursachen?

Die Änderung von line-height bei statischen Textelementen verursacht für sich genommen keinen CLS. CLS wird ausgelöst, wenn Elemente nach dem ersten Rendering ihre Position verschieben — typischerweise verursacht durch das Laden und Austauschen von Webfonts. Wenn Sie Google Fonts oder einen benutzerdefinierten Webfont verwenden, kombinieren Sie Ihre line-height-Anpassungen mit font-display: swap und Preload-Hinweisen, um Layout-Instabilität beim Laden von Schriftarten zu minimieren. Das lokale Hosten Ihrer Schriftarten — auf einer VPS Hosting-Umgebung unkompliziert möglich — eliminiert die Drittanbieter-Schriftartlatenz, die am häufigsten CLS in Verbindung mit Typografieänderungen auslöst.

15%

15% auf alle Hosting-Dienste sparen

Teste deine Fähigkeiten und erhalte Rabatt auf jeden Hosting-Plan

Benutze den Code:

Skills
Anfangen