Von WordPress zur individuellen Website: Wann sich der Wechsel lohnt und was er erfordert

Wann sich ein Wechsel lohnt

Eine individuelle Website kann eine sinnvolle Investition sein, wenn Ihre jetzige Website die Arbeit Ihres Unternehmens immer wieder behindert. Vielleicht tragen Redakteure dieselben Informationen an mehreren Stellen ein. Vielleicht müssen Anfragen nach Regeln an verschiedene Teams gehen, die sich zunehmend schwer pflegen lassen. Oder ein wachsender Katalog passt nicht mehr zur bisherigen Seitenstruktur.

Dann können Sie Inhalte, Bearbeitungsoberflächen und Verbindungen an den tatsächlichen Aufgaben der Menschen ausrichten. Redakteure könnten eine Veranstaltung einmal erfassen, und deren Datum erscheint überall auf der Website einheitlich. Mitarbeitende könnten Anfragen erhalten, denen die richtigen Kundendaten bereits beigefügt sind. Sie können auch vereinbaren, welche Änderungen als Nächstes wichtig sind, statt jede Anforderung an verfügbare Plugins anzupassen.

Diese Verbesserungen müssen geplant, entwickelt und geprüft werden. Der bloße Austausch von WordPress bringt sie nicht von selbst. Ein schlecht geplantes individuelles System kann Ihnen einen schwächeren Editor und höhere Wartungskosten bescheren.

Beschreiben Sie das Problem zunächst aus geschäftlicher Sicht: Wobei haben Menschen Schwierigkeiten, wie oft tritt das auf, wie viel Zeit oder Arbeit kostet es und wie sähe ein gutes Ergebnis aus? Vergleichen Sie dann die möglichen Wege. Wählen Sie die am wenigsten aufwendige Lösung, die die Anforderung erfüllt und die jemand dauerhaft betreiben kann.

Welche Art von Änderung brauchen Sie?

Mit „neuer Website“ meinen Menschen mehrere sehr unterschiedliche Vorhaben. Klären Sie, was Sie einkaufen, bevor Sie Preise vergleichen.

Ein Anbieterwechsel kann ausreichen, wenn die Website grundsätzlich zu Ihnen passt und das Problem in ihrem Betrieb liegt. Unser Leitfaden zum Umzug einer Website ohne Neuaufbau behandelt diese Entscheidung gesondert.

WordPress als reines Inhaltssystem, auch „Headless WordPress“ genannt, ist eine echte Möglichkeit: Über die WordPress REST API können getrennte Anwendungen im Rahmen ihrer Zugriffsrechte mit Inhalten arbeiten. Das bedeutet nicht, dass die Daten oder Funktionen jedes Plugins über diese Schnittstelle verfügbar sind. Eine neue Oberfläche kann weiterhin von der alten Inhaltsstruktur und den Plugin-Regeln abhängen. Fragen Sie, welches Problem das löst, was in WordPress bleibt und wer die Verbindung pflegt.

Wann es sinnvoll ist, WordPress zu behalten

Wenn Ihr Team gut veröffentlichen kann, die benötigten Funktionen zuverlässig arbeiten und Änderungen einigermaßen einfach sind, kann das Beibehalten von WordPress die vernünftige Wahl sein. Gewöhnliche Anforderungen an die Veröffentlichung sind allein kein Grund für einen Ersatz.

Auch eine umständliche Website kann ein lösbares Einzelproblem haben. Langsame Seiten können eine Prüfung der Bilder, des Hostings, der Datenbankarbeit oder einer bestimmten Funktion erfordern. Ein schwieriger Editor lässt sich vielleicht durch eine klarere Inhaltsstruktur oder bessere WordPress-Entwicklung verbessern. Bewerten Sie die Probleme und ihre Folgen, statt aus der Anzahl der Plugins ein Urteil abzuleiten.

Vergleichen Sie auch passende Standardplattformen. Wenn eine davon Ihre Buchungen, Ihren Shop oder Ihre Veröffentlichungen bereits gut unterstützt, können Konfiguration und ein sorgfältiger Umzug weniger laufende Arbeit verursachen als ein maßgeschneidertes System.

Ihre eigenen Kapazitäten zählen ebenfalls. Jemand muss entscheiden, was ein individuelles System leisten soll, das Ergebnis prüfen und die Betreuung bezahlen. Die technische Betreuung können Sie beauftragen, aber Ihr Unternehmen braucht weiterhin eine Person, die Entscheidungen trifft und die Arbeit abnimmt. Fehlt diese Kapazität, kann eine gut handhabbare bestehende Plattform besser passen.

Finden Sie heraus, was Ihre Website tatsächlich leistet

Die Zahl der Seiten ist ein Anfang. Den Umfang des Umzugs bestimmen die Inhalte, Beziehungen und Aufgaben hinter diesen Seiten.

Gehen Sie die Website mit den Menschen durch, die sie nutzen und betreiben. Berücksichtigen Sie auch, was Besucher nie sehen:

• Inhalte: Seiten, Artikel und weitere Inhaltstypen; Kategorien und Schlagwörter; Autoren und Veröffentlichungsdaten; Übersetzungen und ihre Verknüpfungen.
• Medien: Originalbilder und andere Dateien, Bildunterschriften, Alternativtexte, Anhänge und die Stellen, an denen sie verwendet werden.
• Auffindbarkeit: Menüs, Suche, Filter, URL-Muster, bestehende Weiterleitungen, SEO-Titel und Beschreibungen sowie Regeln, welche Seiten Suchmaschinen indexieren sollen.
• Aufgaben der Besucher: Formulare, Bestätigungen, E-Mail-Zustellung, Anmeldung, Kontozugriff und Berechtigungen.
• Verbundene Abläufe: Kunden- oder Buchhaltungssysteme, Versandwerkzeuge, Analyse, Importe, Exporte, geplante Aufgaben und weitere Hintergrundprozesse.

Entscheiden Sie für jeden Punkt, ob er bleibt, ersetzt oder abgeschafft wird. Halten Sie fest, wer das entscheiden darf und woran Sie ein funktionierendes Ergebnis erkennen. Ein aufgegebenes Plugin lässt sich vielleicht entfernen; ein anderes leitet unbemerkt Anfragen weiter, auf die Ihr Vertrieb angewiesen ist.

Wenn Sie Produkte, Mitgliedschaften oder Buchungen verkaufen, planen Sie diese Abläufe als eigenen Bereich. Produkte, Bestellungen, Zugriffsrechte der Kunden, Verlängerungen, Verfügbarkeit und angebundene Dienstleister erfordern ausdrückliche Entscheidungen. Eine Inhaltsmigration klärt nicht, wie ein laufendes Abonnement oder eine bestehende Buchung weitergeführt wird. Die tatsächlichen Systeme und Anbieter müssen untersucht werden, bevor jemand Übertragbarkeit verspricht.

Gestalten Sie den Editor so sorgfältig wie die öffentlichen Seiten

Auch ohne WordPress können Sie ein Verwaltungssystem behalten. Legen Sie fest, was Ihr Team damit erledigen können muss. Eine individuelle Entwicklung enthält nicht automatisch alle Funktionen, die Redakteure gewohnt sind.

Bestimmen Sie, welche Angaben jeder Inhaltstyp braucht. Eine Veranstaltung könnte Datum, Ort, Buchungslink und passende Artikel haben. Ein eigenes Feld für jede Angabe erleichtert die Wiederverwendung und Prüfung. Dabei müssen Sie auch Ausnahmen klären: eine mehrtägige Veranstaltung, einen noch unbekannten Ort oder einen später ergänzten Buchungslink.

Vereinbaren Sie dann, wer Inhalte erstellen, freigeben und veröffentlichen darf. Berücksichtigen Sie Entwürfe, geplante Veröffentlichungen, Vorschau, Versionsverlauf, Medienverwaltung, Menüs, Suche und die Bearbeitung von Weiterleitungen, soweit Ihr Team sie braucht. Klären Sie, wie Redakteure Fehler korrigieren und ob sie Änderungen rückgängig machen können.

Lassen Sie echte Nutzer vor der Abnahme typische Aufgaben im Editor erledigen. Eine Person soll einen Artikel vorbereiten, ein Bild samt Alternativtext einfügen, die Seite auf einem Telefon ansehen, die Veröffentlichung planen, einen Fehler korrigieren und einen älteren Beitrag finden. Beobachten Sie, wo sie Hilfe braucht. Eine hübsche Vorführung sagt weniger aus als die Erfahrung, dass Ihr Team eine alltägliche Aufgabe abschließen kann.

Was lässt sich übertragen und was muss neu gebaut werden?

WordPress hat ein Exportwerkzeug. Sein WXR-Exportformat enthält dokumentierte Inhalte wie Beiträge, Seiten, eigene Inhaltstypen, Kommentare, Felder, Kategorien und Schlagwörter. Das kann wertvolle Ausgangsdaten liefern. Es ist keine funktionsfähige Kopie der gesamten Website.

Das Umzugsteam muss untersuchen, was Ihre Installation tatsächlich speichert: Datenbank, hochgeladene Dateien, Exporte, API-Antworten und pluginbezogene Datensätze. Bewahren Sie ein sicheres Original auf, bevor Sie etwas umwandeln. Ermitteln Sie, wo jedes benötigte Feld liegt und wie Datensätze zusammenhängen.

Zuordnung bedeutet, für jeden alten Wert einen Platz im neuen System festzulegen. Der richtige Autor muss weiterhin mit dem richtigen Artikel verbunden sein. Aus einer Kategorie kann ein Thema werden. Ein Link zu einer passenden Geschichte muss auf deren neue Fassung zeigen. Für fehlende Werte und Duplikate brauchen Sie vereinbarte Regeln, statt sie stillschweigend wegzulassen.

Bilder brauchen einen eigenen Transfer und eigene Prüfungen. Stellen Sie sicher, dass die Dateien am neuen Ort vorhanden sind, den richtigen Inhalten zugeordnet bleiben und in geeigneter Größe laden. Aktualisieren Sie eingebettete Bild- und Downloadadressen, wo es nötig ist. Ein Bild auf einer übertragenen Seite zu sehen reicht nicht, wenn es noch von der alten Website geliefert wird, die Sie abschalten wollen.

Prüfen Sie auch das Layout der Inhalte. WordPress erklärt, dass Blöcke Markup und Attribute speichern können, während dynamische Blöcke mitunter nur einen Platzhalter speichern, dessen Ausgabe später erzeugt wird. Ein kopierter Artikel kann deshalb Anweisungen enthalten, die das neue System nicht versteht. Werkzeuge zur visuellen Seitengestaltung haben eigene Strukturen und müssen gesondert untersucht werden.

Eine Lösung kann sein, Inhalte in unterstützte Bausteine umzuwandeln, ausgewählte Layouts neu zu erstellen oder alte Seiten mit redaktioneller Zustimmung zu vereinfachen. Das Kopieren des sichtbaren HTML kann unter Umständen das Aussehen bewahren, beweist aber nicht, dass Redakteure das Ergebnis richtig bearbeiten können. Vereinbaren Sie sowohl das öffentliche Ergebnis als auch seine Bearbeitbarkeit.

Ein Beispiel mit einem kleinen Verlag

Stellen Sie sich einen Verlag vor, der seine WordPress-Website umzieht. Das ist ein erfundenes Beispiel und kein Kundenergebnis. Der Testartikel hat einen Autor, ein Hauptbild, zwei verwandte Geschichten und ein Formular für Werbeanfragen.

Titel und Text des Artikels werden korrekt importiert. Das Team prüft dann, ob Autor und Veröffentlichungsdatum erhalten sind, die verwandten Geschichten zu den richtigen Seiten führen und das Bild samt Bildunterschrift und Alternativtext übertragen wurde. Ein Redakteur öffnet den Artikel, ändert die Einleitung und prüft die Vorschau. Damit werden Inhalt und Bearbeitung gemeinsam getestet.

Das Formular ist eine eigene Aufgabe. Sein Ersatz muss die vereinbarten Angaben erfassen, sie am richtigen Ort speichern oder dorthin senden und dem Besucher eine hilfreiche Bestätigung anzeigen. Jemand schickt eine Testanfrage und kontrolliert, ob sie wirklich ankommt. Dass das Formular auf der alten Seite vorhanden war, bedeutet nicht, dass seine Funktion mit dem Artikel übertragen wurde.

Der Verlag hat nun Erkenntnisse zu vier Dingen: dem Artikel, seinem Bild, einer Aufgabe des Redakteurs und einer Besucheranfrage. Wenn er diesen Ansatz bei den verschiedenen Strukturen der Website wiederholt, erhält er eine viel bessere Grundlage für den Umfang als durch die Aussage „Wir können die Beiträge importieren“.

Bewahren Sie nützliche URLs und planen Sie Änderungen bewusst

Beim Austausch eines Inhaltssystems können Sie Domain und bestehende Seitenpfade häufig behalten. Verlangen Sie das ausdrücklich, wenn diese Adressen weiter nützlich sind. Ein Wechsel des Redaktionssystems erfordert weder eine neue Domain noch ein neues URL-Muster.

Muss eine Adresse geändert werden, ordnen Sie der alten Seite einen passenden Ersatz zu und testen Sie die Weiterleitung. Leiten Sie nicht jede alte Seite auf die Startseite. Ein aufgegebener Artikel, ein zusammengeführtes Thema und ein verschobenes Produkt brauchen Entscheidungen, die zur Suchabsicht des Besuchers passen.

Googles Hinweise zu Umzügen mit geänderten URLs behandeln die Zuordnung von Adressen, dauerhafte Weiterleitungen und Prüfungen von kanonischen Adressen, internen Links, Bildern, Sprachversionen und Sitemaps. Eine kanonische Adresse teilt Suchmaschinen mit, welche Seitenversion Sie bevorzugen. Sie sollte auf den öffentlichen Ersatz zeigen und nicht auf eine Testseite oder alte Adresse.

Prüfen Sie Titel und Beschreibungen, Indexierungsregeln, Sprachpfade und Links im gesamten Inhalt. Behandeln Sie die Beschränkungen der Testumgebung beim Start richtig: Die Testwebsite soll bei Bedarf privat bleiben, die vorgesehenen öffentlichen Seiten müssen erreichbar und indexierbar sein.

Googles Werkzeug Adressänderung betrifft einen Umzug auf eine andere Domain oder Subdomain. Der Austausch von WordPress unter denselben Adressen verlangt es für sich genommen nicht.

Nach größeren Änderungen können Suchpositionen schwanken. Vereinbaren Sie, was beobachtet wird, wer fehlende Seiten oder unerwartete Änderungen der Besucherzahlen untersucht und wie Korrekturen erfolgen. Niemand kann aus einem Migrationsplan seriös ein Versprechen ohne Rankingverlust oder mit automatischem Wachstum machen.

Vereinbaren Sie, was vor dem Start funktionieren muss

Richten Sie die Abnahmeprüfungen nach den Aufgaben aus, die die Website erfüllen muss. Vergleichen Sie Inhalte, Bilder und Links und testen Sie dann das tatsächliche Verhalten. Ein Formular soll eine Nachricht an die richtige Stelle liefern. Die Suche soll typische Einträge finden. Berechtigte Nutzer sollen sich anmelden können, unberechtigte abgewiesen werden. Redakteure sollen ihre vereinbarten Aufgaben abschließen können.

Umfasst das Vorhaben Käufe, Buchungen oder Integrationen, testen Sie auch diese Abläufe und wichtige Ausnahmefälle. Ein erfolgreicher Bildschirm ist nur ein Teil des Ergebnisses, wenn ein angebundenes System den Datensatz noch erhalten muss.

Nutzen Sie für diese Arbeit eine geschützte Testumgebung. Begrenzen Sie den Zugriff auf private Daten und verhindern Sie, dass Tests echte Kundennachrichten senden oder unbeabsichtigte Aktionen im laufenden Betrieb auslösen. Vereinbaren Sie, welche Daten verwendet werden dürfen und wie Testkopien behandelt werden.

Planen Sie, was mit Änderungen geschieht, während die neue Website vorbereitet wird. Sie könnten Veröffentlichungen kurz anhalten und die letzten Änderungen übertragen oder eine abschließende Übernahme aller seit dem ersten Import hinzugekommenen Datensätze vorsehen. Legen Sie für jede Phase fest, welches System die maßgeblichen Daten enthält. Sonst kann ein Redakteur eine Geschichte an einer Stelle korrigieren, während ein Besucher seine Anfrage an einer anderen absendet.

Unser Leitfaden zum Parallelbetrieb alter und neuer Systeme während einer Ablösung beleuchtet diese Zuständigkeiten und den Übergang genauer.

Vereinbaren Sie auch einen realistischen Rückweg. Die Backup-Hinweise von WordPress unterscheiden zwischen der Datenbank und den Dateien, die für eine Wiederherstellung nötig sind. Kopien sind ein Anfang; das Team muss weiterhin nachweisen, dass sich der benötigte Dienst wiederherstellen lässt. Unser Artikel darüber, was ein Website-Backup tatsächlich wiederherstellen sollte, erklärt die Prüfungen.

Eine Rückkehr wird schwieriger, sobald die neue Website Anfragen, Bestellungen oder Änderungen entgegengenommen oder Anweisungen an einen anderen Dienst gesendet hat. Diese Daten und Aktionen müssen abgeglichen werden. Die Wiederherstellung der gestrigen Datenbank bewahrt nicht automatisch das heutige Geschäft. Legen Sie Bedingungen für eine Rückkehr und verantwortliche Personen vor dem Start fest.

Was bestimmt Kosten und Dauer?

Die Menge der Inhalte spielt eine Rolle, aber ihre Vielfalt kann ebenso wichtig sein. Tausende Artikel in einer einheitlichen Struktur lassen sich mitunter besser einschätzen als eine kleinere Sammlung individuell aufgebauter Seiten mit Sonderfunktionen.

Ein vergleichbares Angebot sollte die Annahmen hinter der Arbeit erklären:

• Welche Inhaltsstrukturen, eigenen Blöcke und Plugin-Datensätze werden untersucht und umgewandelt?
• Welche Integrationen, Konten, Transaktionen und Sprachen sind enthalten?
• Wie viel Änderung am Design und Bereinigung der Inhalte ist vorgesehen?
• Welche Funktionen des Editors, Berechtigungen und Schulungen werden benötigt?
• Welche Tests, Unterstützung beim Start, Vorkehrungen für den Weiterbetrieb und Nachbetreuung sind enthalten?

Planen Sie auch die Zeit Ihres Teams ein. Menschen müssen Zugänge bereitstellen, Fragen beantworten, über das Entfernen von Inhalten entscheiden, Inhalte bereinigen, den Editor erproben und das Ergebnis abnehmen. Ist eine entscheidungsbefugte Person nicht verfügbar, kann die Arbeit warten, selbst wenn die Entwicklung weitergehen könnte.

Bitten Sie Anbieter, bekannte Arbeit von Punkten zu trennen, die erst untersucht werden müssen. Die probeweise Umwandlung einer schwierigen Seite oder einer pluginabhängigen Funktion kann eine teure Ungewissheit klären, bevor der gesamte Bau beauftragt wird. Ein Festpreis auf Basis eines ungeprüften Exports kann sehr unterschiedliche Annahmen der Anbieter verdecken.

Vergleichen Sie neben den Baukosten auch die Betriebskosten jeder Möglichkeit. Dazu gehören Hosting, Lizenzen, externe Dienste, Aktualisierungen, Backups, Überwachung, Unterstützung und spätere Änderungen. WordPress zu behalten kostet Geld; individuelle Software ebenfalls. Entscheidend ist, was jede Lösung über die geplante Nutzungsdauer leistet und wer welche Aufgaben übernimmt.

Wer betreut das individuelle System?

Vereinbaren Sie das schon bei der Wahl der Lösung. Individuelle Websites hängen weiterhin von Software-Frameworks, Bibliotheken, Hosting und angebundenen Diensten ab. Diese Abhängigkeiten brauchen Pflege. Sicherheit bleibt laufende Arbeit: Die Sicherheitshinweise von WordPress beschreiben Risikominderung und geteilte Zuständigkeiten. Ein Plattformwechsel nimmt Ihnen die Zuweisung dieser Aufgaben nicht ab.

Halten Sie Aktualisierungen, Backups, Überwachung und Hilfe bei Störungen im Vertrag fest. Bestimmen Sie, wer Warnungen erhält, wer handeln darf, wie dringende Probleme gemeldet werden und was die Unterstützung tatsächlich umfasst. Vereinbaren Sie neben der Fehlerbehebung auch einen Weg für gewöhnliche Verbesserungen.

Klären Sie Zugänge und Übergabe: Hosting- und Bereitstellungskonten, Zugangsdaten, Datenexport, Dokumentation, Lizenzen und gegebenenfalls Zugriff auf Repository oder Quellcode. Zugang zum Quellcode allein überträgt kein Urheberrecht und belegt nicht, dass ein anderer Anbieter das System betreiben kann. Eine brauchbare Übergabe erklärt auch, wie das System bereitgestellt und wiederhergestellt wird und wie seine Abhängigkeiten gepflegt werden.

Die Google-Fachleute Acacio Cruz und Ashish Bhambhani beschreiben Dokumentation, Schulung und die Übergabe der Betriebsverantwortung in ihrem Bericht zur Betriebsbereitschaft. Ein kleines Unternehmen braucht nicht Googles Teamstruktur, um den Kern zu nutzen: Wer Verantwortung übernimmt, braucht Wissen und Zugang, um die Arbeit zu erledigen.

LINK-V entwickelt Websites und individuelle Systeme und bietet Migration, Integrationen, Design und laufende Wartung an. Entwicklung, Rechte, Übergabe und weitere Betreuung müssen für Ihr Projekt vereinbart werden. Je nach Bedarf können Sie sich individuelle Entwicklung oder einzelne Leistungen ansehen.

Was Sie für das erste Gespräch vorbereiten sollten

Sie brauchen keine technische Spezifikation mitzubringen. Sammeln Sie genug Informationen, damit das Problem sichtbar wird:

• Ihre jetzige Website und wer Zugang zu Verwaltung, Hosting, Domain und angebundenen Diensten hat.
• Das wiederkehrende Problem, ein Beispiel dafür und was Menschen stattdessen tun können sollen.
• Inhalte, Funktionen und nützliche Adressen, die erhalten bleiben müssen, sowie Dinge, die Sie abschaffen möchten.
• Redakteure und andere Nutzer, die beim Testen des Ersatzes helfen sollten.
• Angebundene Dienste, wichtige Geschäfts- oder Veröffentlichungstermine und wie lange Ihr Unternehmen eine Unterbrechung verkraften kann.
• Ihre Fragen zu Kosten, Rechten, Zugängen, Unterstützung und späteren Änderungen.

Damit bekommt das nächste Gespräch einen praktischen Zweck: prüfen, ob Verbesserungen an der bestehenden Website reichen, Unklarheiten benennen und vereinbaren, was vor der Beauftragung eines Ersatzes nachgewiesen werden muss.