Wo WordPress-Seiten Rankings verlieren

Ladezeit. Page-Builder wie WPBakery oder Elementor erzeugen viel Code. Themes laden Skripte für Funktionen, die niemand nutzt. Bilder werden hochgeladen, wie sie aus der Kamera kommen. Zusammen ergibt das Core-Web-Vitals-Werte, die Google als schlecht einstuft.

Doppelte Inhalte. Kategorie-, Schlagwort-, Autor- und Datumsarchive erzeugen Seiten, die denselben Inhalt in anderer Sortierung zeigen. Anhangseiten für jedes Bild. Ohne Einstellung landet das alles im Index.

Plugins, die sich widersprechen. Zwei Cache-Plugins, zwei SEO-Plugins, ein Plugin für Sitemaps, eines für Weiterleitungen. Jedes fügt Code ein, und zusammen bremsen sie.

Sicherheit als SEO-Faktor. Eine gehackte WordPress-Seite verliert Rankings sofort: Google warnt, fremde Seiten tauchen im Index auf, der Server verschickt Spam. Veraltete Plugins sind der häufigste Einstieg.

Themes mit fester Struktur. Manche Themes setzen mehrere H1 je Seite, packen den Titel in ein Bild oder laden den Text erst per JavaScript nach.

Was ich mache

1. Bestandsaufnahme. Theme, Plugins, Versionen, Ladezeit im Labor und im Feld, Indexstand in der Search Console, Sicherheitsstand.

2. Aufräumen. Plugins auf das Nötige reduzieren, Doppelungen entfernen, Archive und Anhangseiten aus dem Index nehmen, Permalinks prüfen.

3. Beschleunigen. Bilder in WebP oder AVIF mit passenden Größen, Lazy Loading, Cache auf dem Server statt nur im Plugin, Skripte des Themes abschalten, die nicht gebraucht werden, Schriften selbst hosten. Wo der Page-Builder das Problem ist, sage ich das, auch wenn ein Umbau die Folge wäre.

4. SEO-Grundlagen. Ein SEO-Plugin, richtig eingestellt: Titel und Beschreibungen je Seite, Sitemap, Canonicals, strukturierte Daten für das Unternehmen. Keine grünen Punkte jagen, sondern Titel und Inhalte nach der Suchabsicht setzen.

5. Sichern und härten. Updates, Zugänge mit Schlüsseln, eingeschränkte Rechte, Sicherung außerhalb des Servers, regelmäßiger Scan. Das gehört zu WordPress-SEO, weil ein Hack alles andere zunichtemacht.

6. Messen. Vorher und nachher, Labor und Feld, Search Console. Bericht mit dem, was sich geändert hat.

Was ich nicht mache

Kein zwanzigstes Plugin, das die Probleme der anderen neunzehn lösen soll. Keine Inhalte über den Page-Builder ändern, ohne zu wissen, was er mit dem HTML macht, das zerstört bei einigen Buildern die Seite. Keine „SEO-Pakete" mit hundert Änderungen ohne Messung. Und keine Updates ohne Sicherung vorher.

Beispiel aus der Praxis

Eine WordPress-Seite mit einem umfangreichen Theme und Page-Builder, über Jahre gewachsen, mit Stadtseiten für viele Orte. Die Ladezeit lag weit über den Zielwerten, die Stadtseiten trugen Zahlen aus alten Statistiken. Die Arbeit war Ordnung statt Umbau: Plugins reduziert, Bilder verkleinert, Cache auf dem Server, Inhalte der Stadtseiten mit belegbaren aktuellen Zahlen aus einer öffentlichen Quelle, Sicherung und Härtung des Servers. Der Name steht hier, sobald der Kunde zustimmt.

Fragen und Antworten

Welches SEO-Plugin ist das beste? Das, das richtig eingestellt ist. Die gängigen tun alle dasselbe. Wichtiger ist, was in den Titeln steht.

Muss ich den Page-Builder loswerden? Nicht immer. Wenn die Ladezeit trotz Aufräumen schlecht bleibt, ist er das Problem, und dann sage ich das. Ein Umbau ist ein eigenes Projekt.

Wie oft müssen Updates gemacht werden? Sicherheitsupdates sofort, der Rest monatlich, immer mit Sicherung vorher. Ich richte das ein oder übernehme es.

Reicht ein Cache-Plugin? Es hilft, aber es behebt die Ursache nicht. Ein Cache auf dem Server ist schneller und zuverlässiger.

Kann WordPress bei den Core Web Vitals grün werden? Ja, mit aufgeräumtem Theme, richtigen Bildern und Server-Cache. Diese Seite hier ist kein WordPress, aber die Seiten, die ich betreue, zeigen, dass es geht.

Nächster Schritt

Schicken Sie mir die Adresse Ihrer WordPress-Seite. Ladezeit, Plugins und Indexstand sehe ich von außen, und ich sage Ihnen, wo die größten Bremsen sitzen.