Sie exportieren WordPress-Beiträge inklusive Bilder, indem Sie die Texte zusammen mit den Bilddateien und ihrem Alt-Text bündeln, statt den XML-Export zu nutzen. Genau hier liegt das Problem: Der WXR-Export speichert nur Verweise auf die Bilder, keine Dateien, weshalb beim Import in ein neues System die Fotos fehlen oder auf den alten Server zeigen. Der saubere Weg ist, die Beiträge über die REST-API oder einen Frontend-Crawl zu holen, samt Beitragsbild, Inline-Bildern und Alt-Text, und Text und Bilder zusammen zu importieren. Behalten Sie die Bild-URLs oder leiten Sie sie per 301 um. WPBuildAI crawlt den Blog und liefert die Beiträge und ihre Bilder mit Alt-Text in einem Paket.

Warum der XML-Export die Bilder ignoriert

Der XML-Export war dafür gebaut, Inhalte zwischen WordPress-Installationen zu verschieben, nicht dafür, Bilder mitzunehmen. Die WXR-Datei enthält die Texte und Verweise auf die Bild-URLs, aber nicht die Bilddateien selbst. Importieren Sie diese Datei in ein neues System, das nicht auf den alten Medienordner zugreifen kann, fehlen die Bilder. Bei einem Import in dasselbe WordPress fällt das nicht auf, bei einem Umzug in ein anderes System dagegen sofort. Deshalb ist der XML-Export für Beiträge mit Bildern der falsche Weg, wie auch in warum der XML-Export scheitert angedeutet.

Beitragsbild und Inline-Bilder

Ein Beitrag hat zwei Arten von Bildern, und beide müssen mit. Das Beitragsbild (Featured Image) ist das Vorschaubild, das WordPress getrennt vom Inhalt speichert, oft das erste, das ein Export vergisst. Die Inline-Bilder stehen im Text selbst. Ein vollständiger Export erfasst beide, dem richtigen Beitrag zugeordnet. Der Klassiker ist ein Export, der die Inline-Bilder mitnimmt, aber die Beitragsbilder verliert, sodass die neue Übersichtsseite ohne Vorschaubilder dasteht. Prüfen Sie also gezielt, dass auch die Beitragsbilder dabei sind.

Drei Wege, Beiträge mit Bildern zu exportieren

  • REST-API. Die WordPress REST API liefert die Beiträge strukturiert und verweist auf Beitragsbild und Medien, die Sie dann holen.
  • Frontend-Crawl. Ein Crawl lädt die angezeigten Beiträge mit allen sichtbaren Bildern und dem Alt-Text, ohne FTP, wie beim Extrahieren aller Bilder.
  • FTP plus Datenbank. Technisch möglich, aber aufwendig, weil Sie Dateien und Verweise von Hand zusammenführen.

Für einen Umzug sind API oder Crawl im Vorteil, weil sie Text und Bild zusammenhalten, wie auch beim Export der Mediathek mit Struktur.

Der Alt-Text gehört dazu

Der Alt-Text ist der am häufigsten vergessene Teil. Er beschreibt das Bild für die Bildersuche und die Barrierefreiheit und steht in der Datenbank, nicht in der Datei. Ein reiner Dateiexport lässt ihn zurück, und Ihre Bilder starten stumm. Holen Sie ihn also mit den Bildern über die API oder den Crawl und importieren Sie ihn mit. Der Web Almanac 2024 (HTTP Archive) zeigt, welches Gewicht Bilder in einer Seite haben, und der Alt-Text ist das, was sie auffindbar macht.

Bilder beim Import wieder zuordnen

Beim Import in die neue Plattform müssen die Bilder den richtigen Beiträgen zugeordnet werden. Das gelingt nur, wenn der Export diese Zuordnung mitliefert, also festhält, welches Bild zu welchem Beitrag gehört. Sonst landen die Dateien zwar im System, aber lose, und Sie ordnen sie von Hand zu, was bei vielen Beiträgen kaum machbar ist. Ein Export, der Text und Bilder als Paket pro Beitrag liefert, macht den Import zur Zuordnung statt zur Suche. Genau das unterscheidet einen brauchbaren Export von einem Haufen Dateien.

URLs und Bildersuche behalten

Auch Bilder haben URLs, die in der Bildersuche ranken können. Ändert der Umzug die Bildadressen ohne Weiterleitung, geht dieser Verkehr verloren, wie bei Seiten, gemäß Googles Leitfaden zum Websiteumzug mit URL-Änderungen. Der Traffic ist ungleich verteilt, wie die Ahrefs-Studie zeigt, also lohnt es, die wenigen gut platzierten Bilder zu schützen. Behalten Sie die Bild-URLs, wo es geht, oder leiten Sie sie per 301 um, mit derselben Methode wie bei Seiten.

Schritt für Schritt

  1. Erfassen Sie die Beiträge mit Beitragsbild, Inline-Bildern und URLs.
  2. Holen Sie Texte und Bilder über die REST-API oder einen Crawl, samt Alt-Text.
  3. Halten Sie die Zuordnung Bild-zu-Beitrag fest.
  4. Importieren Sie Text und Bilder zusammen in die neue Plattform.
  5. Behalten Sie die Bild-URLs, wo es geht, sonst 301.
  6. Prüfen Sie, ob die Bilder in den Beiträgen erscheinen.

Beispiel: ein Blog mit Beitragsbildern

Nehmen wir einen Blog mit 120 Beiträgen, jeder mit Beitragsbild und mehreren Inline-Bildern. Der XML-Export bringt die Texte, aber die Übersicht der importierten Beiträge bleibt ohne Vorschaubilder. Stattdessen holt ein Crawl die 120 Beiträge mit allen sichtbaren Bildern, dem Beitragsbild und dem Alt-Text, und hält fest, welches Bild zu welchem Beitrag gehört. Beim Import landen Text und Bilder zusammen, die Beitragsbilder erscheinen wieder, und die Bild-URLs werden behalten oder per 301 umgeleitet. Kein Beitrag steht ohne seine Bilder da, weil der Export beides als Paket geliefert hat.

Häufige Fehler

  • Dem XML-Export vertrauen, der nur Bildverweise speichert.
  • Die Inline-Bilder mitnehmen, aber die Beitragsbilder vergessen.
  • Den Alt-Text zurücklassen, der in der Datenbank steht.
  • Die Bilder ohne Zuordnung zum Beitrag importieren.
  • Bild-URLs ohne Weiterleitung ändern und die Bildersuche verlieren.

Das Wichtigste zum Schluss

Sie exportieren WordPress-Beiträge inklusive Bilder, indem Sie Text, Beitragsbild, Inline-Bilder und Alt-Text als Paket bündeln, statt den XML-Export zu nutzen, der nur Verweise speichert. Holen Sie alles über die REST-API oder einen Frontend-Crawl, halten Sie die Zuordnung Bild-zu-Beitrag fest, und importieren Sie Text und Bilder zusammen. Behalten oder 301-weiterleiten Sie die Bild-URLs, damit die Bildersuche erhalten bleibt. WPBuildAI crawlt den Blog und liefert die Beiträge und ihre Bilder mit Alt-Text in einem Paket. Senden Sie Ihre Website-URL für eine kostenlose Analyse.

Nicht verbunden mit WordPress, Lovable, Webflow, Shopify, Wix oder Squarespace.