Auf dieser Seite
17GB → 311KBDatenbankoptimierung: Reale Größenreduktion einer wp_options-Tabelle
5Reparaturmethoden: Von SQL-Befehlen bis WordPress-Tools
99,98%Größenreduktion: Maximale Speicherersparnis durch OPTIMIZE TABLE
16.000+Mediendateien: In einem dokumentierten Fall per SQL-Massenupdate migriert (rock-deinen-pc.de)

WordPress-Websites sammeln über die Jahre Linkprobleme und Datenbankfragmentierung an. Falsche Attribute, fehlende Sprachverzeichnisse und absolute statt relativer Links bremsen SEO und Nutzerfluss. Mit gezielten SQL-Befehlen lassen sich diese Probleme systematisch lösen - oft mit dramatischen Performance-Verbesserungen.

Interne Links, die in einem neuen Tab öffnen, unterbrechen den Nutzerfluss. Der Besucher verliert die Orientierung, die Absprungrate steigt. Bei externen Links ist target="_blank" sinnvoll, bei internen Links nicht.

UPDATE wp_posts 
SET post_content = REGEXP_REPLACE(
    post_content, 
    '<a([^>]*href="[^"]*yourdomain\.com[^"]*"[^>]*) target="_blank"([^>]*)>', 
    '<a\\1\\2>'
) 
WHERE post_content LIKE '%target="_blank"%';

Die SQL-Lösung entfernt das Attribut aus allen internen Links in der wp_posts-Tabelle per REGEXP_REPLACE. Der Befehl greift nur auf Links zur eigenen Domain und lässt externe Links unberührt.

Laut den Google Web Fundamentals sollte target="_blank" ohnehin immer mit rel="noopener" kombiniert werden, um Sicherheitslücken zu vermeiden.

Problem 2: Fehlende Sprachverzeichnisse

Bei mehrsprachigen WordPress-Seiten fehlt in älteren Links oft das Sprachverzeichnis (z.B. /de/). Das erzeugt unnötige Redirects. Jeder Redirect kostet Ladezeit und verwirrt Suchmaschinen-Crawler.

UPDATE wp_posts 
SET post_content = REPLACE(
    post_content, 
    'href="https://yourdomain.com/', 
    'href="https://yourdomain.com/de/'
) 
WHERE post_content LIKE '%href="https://yourdomain.com/%' 
AND post_content NOT LIKE '%href="https://yourdomain.com/de/%';

Der SQL-Befehl fügt das korrekte Sprachverzeichnis in alle internen URLs ein. Das verbessert die Crawlbarkeit und stellt sicher, dass Nutzer direkt auf der richtigen Sprachversion landen.

Absolute Links (mit vollständiger Domain) werden bei Domain-Wechseln oder Migrationen zum Problem. Jeder Link muss einzeln angepasst werden. Relative Links sind flexibler und pflegeleichter.

UPDATE wp_posts 
SET post_content = REPLACE(
    post_content, 
    'href="https://yourdomain.com/', 
    'href="/'
) 
WHERE post_content LIKE '%href="https://yourdomain.com/%';

Die Umstellung per SQL konvertiert alle internen absoluten Links in relative Pfade. Das reduziert den Wartungsaufwand und verhindert Broken Links bei künftigen Umzügen.

Bei Domain-Migrationen reicht es nicht, nur wp_posts zu aktualisieren. WordPress speichert URLs auch in wp_options (Felder siteurl und home), in wp_postmeta (Custom Fields und Plugin-Daten) sowie in der guid-Spalte der wp_posts-Tabelle. Wer nur den Post-Content anpasst, riskiert inkonsistente Verlinkungen in Menüs und Widget-Bereichen. Die vollständige Sequenz für eine Domain-Migration:

-- Siteurl und Home aktualisieren
UPDATE wp_options SET option_value = 'https://neue-domain.de' WHERE option_name = 'siteurl';
UPDATE wp_options SET option_value = 'https://neue-domain.de' WHERE option_name = 'home';

-- GUIDs (Menüs, Referenzen)
UPDATE wp_posts SET guid = REPLACE(guid, 'https://alte-domain.de', 'https://neue-domain.de');

-- Post-Content
UPDATE wp_posts SET post_content = REPLACE(post_content, 'https://alte-domain.de', 'https://neue-domain.de');

-- Custom Fields und Plugin-Daten
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, 'https://alte-domain.de', 'https://neue-domain.de');

Bei Websites mit über 16.000 Medien-Dateien ist dieser SQL-Ansatz die einzig praktikable Methode - manuelles Korrigieren scheidet aus.

SQL-Korrekturen beheben bestehende Linkprobleme. Die Permalink-Struktur entscheidet, ob neue Probleme entstehen.

WordPress bietet sechs Permalink-Formate. Das Standard-Format /?p=123 ist für Suchmaschinen-Crawler unlesbar - die URL verrät nichts über den Seiteninhalt. wp-space.de empfiehlt die "Post name"-Struktur, weil ein Crawler aus yourdomain.com/wordpress-datenbank-optimieren den Themenkontext direkt ableiten kann.

  • /?p=123 - keine semantische Information
  • /2024/03/15/beitrag-titel - Datum veraltet schnell
  • /archive/987 - numerisch, kein Kontext

Empfohlene Struktur

  • /beitrag-titel - klar, kurz, crawlbar
  • /kategorie/beitrag-titel - thematische Hierarchie
  • Konsistent ab Tag 1 - Änderungen erzwingen Redirects

Wer die Permalink-Struktur einer bestehenden Website ändert, muss Redirects einrichten. WordPress.com dokumentiert, dass ohne Redirect-Plugin alle bisherigen URLs auf 404-Fehler laufen. Das betrifft nicht nur Besucher, sondern auch alle externen Backlinks - ein Ranking-Risiko, das SQL allein nicht löst.

Ein wichtiger Unterschied: WordPress erstellt automatisch Redirects, wenn der Slug eines einzelnen Beitrags geändert wird. Bei einer globalen Änderung der Permalink-Struktur passiert das nicht - alle bestehenden URLs laufen ins Leere, bis ein Redirect-Plugin die Weiterleitung übernimmt.

Slugs sauber halten

Der Slug ist der letzte Teil einer URL - bei yourdomain.com/wordpress-datenbank-optimieren also wordpress-datenbank-optimieren. WordPress generiert ihn automatisch aus dem Beitragstitel. Das führt zu Problemen, wenn Titel lang oder unspezifisch sind.

Konkrete Regeln für saubere Slugs:

  • Maximal 4-6 Wörter, Stoppwörter weglassen
  • Primäres Keyword an erster Stelle
  • Keine Sonderzeichen, keine Umlaute (WordPress konvertiert sie, aber inkonsistent)
  • Einmal gesetzt, nicht mehr ändern - jede Slug-Änderung erfordert einen Redirect

Kinsta beschreibt, wie WordPress intern Rewrite-Regeln nutzt, um lesbare Slugs auf Datenbankabfragen abzubilden. Das erklärt, warum /?p=123 und /wordpress-datenbank-optimieren denselben Inhalt liefern - aber nur die zweite Variante dem Crawler Kontext gibt.

Kategorien-Hierarchie und Siloing

Die Permalink-Struktur ist eng mit der Kategorien-Hierarchie verknüpft. Wer /kategorie/beitrag-titel als Format wählt, bildet thematische Cluster direkt in der URL ab. Das unterstützt das Siloing-Prinzip: Verwandte Inhalte gruppieren sich unter einem gemeinsamen URL-Pfad, was thematische Autorität für Suchmaschinen signalisiert.

Flache Strukturen (/beitrag-titel ohne Kategoriepfad) sind pflegeleichter und vermeiden doppelte Indexierung, wenn Kategorieseiten und Beitragsseiten ähnliche Inhalte zeigen. Tiefe Hierarchien (/kategorie/unterkategorie/beitrag) erhöhen die Klicktiefe und können Crawl-Budget verschwenden. Für die meisten B2B-Websites mit bis zu 200 Seiten ist eine flache Struktur mit maximal einer Kategorieebene die pragmatischere Wahl.

Breadcrumbs lösen ein Problem, das tiefe URL-Hierarchien erzeugen: Nutzer verlieren die Orientierung. Sie zeigen den Pfad zur aktuellen Seite an und helfen Crawlern, die Seitenstruktur zu verstehen.

WordPress-Themes implementieren Breadcrumbs unterschiedlich. Für SEO relevant ist die Auszeichnung mit strukturierten Daten (BreadcrumbList im Schema.org-Format). Google zeigt diese Breadcrumbs direkt in den Suchergebnissen an - das erhöht die Klickrate, weil Nutzer den Kontext der Seite vor dem Klick erkennen.

Per SQL lässt sich prüfen, ob Breadcrumb-Plugins ihre Daten korrekt in der Datenbank ablegen:

SELECT meta_key, meta_value 
FROM wp_postmeta 
WHERE meta_key LIKE '%breadcrumb%' 
LIMIT 20;

Inkonsistente Einträge - etwa gemischte absolute und relative Pfade in Breadcrumb-Metadaten - lassen sich mit denselben REPLACE-Befehlen korrigieren wie reguläre Post-Links.

Datenbank-Performance optimieren

Neben Linkproblemen sammeln WordPress-Datenbanken Fragmentierung an. OPTIMIZE TABLE kann dramatische Verbesserungen bringen - eine wp_options-Tabelle schrumpfte von 17GB auf 311KB.

17GB → 311KB
Reale Größenreduktion einer wp_options-Tabelle durch OPTIMIZE TABLE

Diagnose und Reparatur

Prüfen Sie zuerst den Tabellenzustand:

CHECK TABLE wp_posts;
CHECK TABLE wp_options;
CHECK TABLE wp_postmeta;

CHECK TABLE erkennt Korruption in MyISAM-, ARCHIVE- und CSV-Tabellen. InnoDB-Tabellen haben eingebaute Reparatur-Mechanismen.

Für korrupte Tabellen:

REPAIR TABLE wp_posts;
REPAIR TABLE wp_comments;

Performance-Optimierung

Der wichtigste Befehl für bessere Ladezeiten:

OPTIMIZE TABLE wp_posts;
OPTIMIZE TABLE wp_options;
OPTIMIZE TABLE wp_postmeta;

OPTIMIZE TABLE reduziert Speicherplatz, verbessert I/O-Effizienz und führt zu schnelleren Ladezeiten.

Kostenlose Erstanalyse - Wie performant ist Ihre WordPress-Installation? Wir analysieren Datenbankgröße, Ladezeiten und technische SEO-Faktoren. Jetzt Analyse anfordern

WordPress-native Alternativen

WP_ALLOW_REPAIR aktivieren

Fügen Sie in wp-config.php hinzu:

define('WP_ALLOW_REPAIR', true);

Das Reparatur-Tool ist dann unter /wp-admin/maint/repair.php erreichbar.

Wichtig: Entfernen Sie WP_ALLOW_REPAIR nach der Nutzung - jeder kann sonst ressourcenintensive Datenbankoperationen ausführen.

WP-CLI für Automatisierung

Kommandozeilen-Befehle für Server-Administratoren:

wp db repair
wp db optimize

WP-CLI bietet die gleiche Funktionalität wie SQL-Befehle, aber mit WordPress-Integration.

Vor der Ausführung

SQL-Änderungen an wp_posts.post_content sind nicht rückgängig zu machen. Deshalb:

  1. Datenbank-Backup erstellen vor jeder Änderung
  2. Staging-Umgebung nutzen für den ersten Test
  3. Ergebnisse prüfen mit einer Stichprobe nach der Ausführung
  4. Cache leeren damit WordPress die neuen Links ausliefert

Laut WordPress-Dokumentation gehört ein Backup vor jeder Datenbankänderung zum Standardvorgehen.

Wann lohnt sich der SQL-Ansatz?

Bei Websites mit hunderten Beiträgen ist manuelles Korrigieren unrealistisch. SQL skaliert: Ein Befehl ändert alle betroffenen Links in Sekunden. Für kleinere Websites reicht oft ein Plugin wie Better Search Replace.

BlogVault dokumentiert fünf verschiedene Reparaturmethoden - von nativen WordPress-Tools bis zu direkten SQL-Befehlen. Die Wahl hängt von der Problemkomplexität und den verfügbaren Zugriffsrechten ab.

Der kumulative Effekt aus korrekten Link-Attributen, sauberen Redirects und optimierter Datenbankperformance verbessert Ladezeit, Crawling und Nutzerfahrung gleichzeitig. Für KMU mit überschaubarem Seitenumfang zeigt die ABC-Formel für Google-Sichtbarkeit einen strukturierten Einstieg, bevor technische Korrekturen greifen können. Warum eine saubere interne Linkstruktur so entscheidend für Rankings ist, zeigt die strategische Perspektive. Wer die Gesamtoptimierung plant, findet im Leitfaden zur Website-Optimierung den vollständigen Rahmen.