← zurück Strichzeichnung zweier Browser-Fenster, verbunden durch einen Pfeil mit einem Münzstapel darunter, was ein Website-Umzugs-Budget darstellt

Website-Migrationskosten 2026: Ein praktisches Budget-Arbeitsblatt

Es gibt keine einheitliche Website-Migrationsgebühr, und wer einen Preis nennt, ohne deine URLs zu sehen, rät blind. Veröffentlichte Spannweiten reichen grob von 10.000 EUR für eine kleine Marketing-Website bis 80.000+ EUR für Enterprise- und E-Commerce-Umzüge. FocusReactive macht klar, dass allein die Seitenzahl nicht entscheidend ist. Googles Dokumentation zu Website-Umzügen nennt keine Preise, definiert aber genau die Arbeit, die du kalkulieren musst. Behandle jede Summe als illustrativ. Unten findest du ein Positionen-Arbeitsblatt, zwei gekennzeichnete Beispiel-Umfänge mit ihren Annahmen, eine Umfangs-Checkliste und einen nüchternen Blick darauf, was Fehler beim Start kosten.

Kläre, welche Migration du wirklich kalkulierst

Vier unterschiedliche Jobs verstecken sich hinter dem Begriff "Website-Migration", und sie unterscheiden sich erheblich. Verwechsle sie, und die Angebote, die du erhältst, werden völlig unterschiedlich ausfallen (zum Vorteil von niemandem).

  • Host-Umzug. Gleiche URLs, gleiche Website, neue Infrastruktur. Googles Hosting-Leitfaden deckt das ab: neue Hosting vorbereiten, DNS ändern, überwachen, dann altes Hosting herunterfahren. Es gilt nur, wenn die nutzersichtbare URL gleich bleibt.
  • CMS-Wechsel. Inhalte ziehen in ein neues Redaktionssystem um. URLs können erhalten bleiben oder auch nicht. Hier essen Content Modelling und Import-Skripte das Budget auf.
  • Redesign. Neues Layout und neue Vorlagen, oft mit neuen URL-Mustern zusammen.
  • Vollständige Umplattformierung. Neues CMS, neues Front End, wahrscheinlich neue URLs und neue Integrationen, alles auf einmal.

Warum das für Kosten wichtig ist: Googles Leitfaden behandelt das Ändern der URLs bestehender Seiten (wie HTTP zu HTTPS, Domain-Wechsel und Pfad-Änderungen), und sein allgemeiner Rat ist, immer nur eine Sache auf einmal zu ändern. Sei bewusst. Sein eigenes Beispiel ist, zuerst auf eine neue Domain zu wechseln und das Layout danach zu ändern, statt Domain, CMS und Layout zusammen anzupacken. Eine Umplattformierung in Phasen zu splitten, kostet etwas zusätzlichen Projekt-Overhead. Aber der Handel ist real: jede Phase hat einen kleineren Wirkungsradius und eine klarere Rechnung. Triff diese Wahl absichtlich, nicht versehentlich.

Schreib ganz oben auf deinem Arbeitsblatt einen Satz: "Wir machen X, und wir machen Y in dieser Phase nicht." Dieser Satz verdient seinen Platz. Und falls dein Schritt zufällig WordPress zu Astro ist, haben wir diese Route und die SEO-Seite davon separat dokumentiert (als zwei unterschiedliche Probleme).

Erstelle das Inventar, bevor du Angebote anforderst

Ein Angebot ist nur so gut wie das Inventar dahinter: dünnes Inventar, dünnes Angebot. FocusReactive bringt den Punkt gut auf den Punkt (eine 8-sprachige, 500-seitige Website mit mehreren Integrationen braucht ein viel größeres Budget als eine einsprachige 500-seitige Website). Gleiche Seitenzahl. Aber es ist ein völlig anderes Projekt.

Zwei Browserfenster, verbunden durch einen gepunkteten Bogen, mit einem Münzstapel und einer Waage, die eine Münze gegen eine Seitenkarte abwiegt.

Zähle diese sieben Dinge:

  • URLs. Jede indexierbare URL, nicht nur die in der Navigation. Google zeigt auf, wo alte URLs versteckt sind: Sitemaps, Server-Logs oder Analytics für deine Top-Traffic-URLs, der Search-Console-Bericht „Links" und die CMS-URL-Auflistung. Hole alle vier. Sie werden sich unterscheiden, und dieser Unterschied ist der interessante Teil.
  • Templates. Unterschiedliche Layouts, nicht Seiten. Zehn Blog-Beiträge auf einem Template sind günstig. Zehn Seiten auf zehn Templates nicht.
  • Content-Typen. Posts, Produkte, Events, Team-Mitglieder, jeweils mit Feldern und Beziehungen. Collections mit Referenzfeldern zwischen ihnen sind dort, wo das Geld fließt (Lil Big Things berechnet sie in seinem ausgearbeiteten Beispiel mit 4.000 US-Dollar pro Stück, mehr dazu weiter unten).
  • Integrationen. CRM, Zahlungen, Suche, E-Mail, Buchung, Analytics. Alles, was einen API-Schlüssel hat und einen Eigentümer, der das Unternehmen verlassen hat.
  • Übersetzungen. Locales vervielfachen den Content-Transfer und die QA. Google sagt auch, dass hreflang-Annotationen auf mehrsprachigen Seiten auf die neuen URLs aktualisiert werden müssen.
  • Medien und Downloads. Google sagt, Bilder und Downloads wie PDFs zu transferieren und Bild-, Video-, JavaScript- und CSS-URLs in den Migrationplan aufzunehmen. Vergessene PDFs mit eingehenden Links sind ein Klassiker.
  • Benutzerdefinierte Funktionalität. Rechner, Mitgliederbereiche, gefilterte Suche, Redirects, die in einem Plugin versteckt sind. Die undokumentierten sind normalerweise die Überraschung.

Dann gib jeder URL einen Schwierigkeitsgrad (und sei dabei völlig unsentimentale). FocusReactives Zahlen für manuelle Content-Migration sind grob 15 Minuten pro einfacher Seite, 25 pro mittlerer Seite und 45 pro schwieriger Seite, und die Macher merken an, dass Zeitrahmen fast immer unterschätzt werden. Und das würde ich ohne zu zögern glauben.

Dein Inventarblatt braucht diese Spalten: URL, Template, Content-Typ, Schwierigkeit, Traffic und eine Entscheidung (entweder behalten, zusammenführen oder löschen). Diese letzte Spalte ist wichtig. Google sagt, URLs für gelöschten oder zusammengeführten Content sollten auf der neuen Website einen HTTP 404 oder 410 zurückgeben, also ein "Löschen" ist ein bewusster Posten statt ein Versehen. Aber add noch einen Waagen-Check. FocusReactive merkt an, dass Redirect-Speicherlimits, üblicherweise 50.000 bis 100.000 Einträge, Enterprise-Commerce-Plattformen wie SAP Hybris und Salesforce Commerce Cloud einschränken können, sobald eine Migration diese Schwelle überschreitet. Irrelevant für die meisten Sites. Tödlich für ein paar.

Das Posten-Arbeitsblatt

Nutze diese Struktur. Die "Basis"-Spalte enthält nur Zahlen, die ich recherchieren kann (wo niemand einen Preis veröffentlicht, steht das klar), und du bepreist den Rest aus deinem eigenen Inventar.

EinzelpostenWas treibt es anIllustrative Grundlage
Content-TransferSeiten nach Schwierigkeit, Posts, Medien, LocalesManuell: 15, 25 oder 45 Minuten pro einfacher, mittlerer oder schwieriger Seite. Webflow-Beispiel: 300 US-Dollar pro statische Seite, 30 US-Dollar pro Blog-Beitrag
Design und BuildTemplates, Collections mit ReferenzfeldernWebflow-Beispiel: 700 USD pro CMS-Template, 4.000 USD pro Collection mit Referenzfeldern. Addieren Sie 30 % für eine gleichzeitige Übergestaltung
IntegrationenAnzahl, API-QualitätWebflow-Beispiel: je 1.500 USD
WeiterleitungenZeilen in der URL-Map, KettenlängeKein veröffentlichter Preis. Preis aus der Map
SEO-ValidierungCanonicals, hreflang, Sitemaps, robots, noindexKein veröffentlichter Preis
QAFormulare, Tracking, Downloads, GeräteKein veröffentlichter Preis
Launch und ÜberwachungDNS, Serverkapazität, ÜberwachungsfensterKein veröffentlichter Preis
PufferUnbekannte Faktoren15 bis 20 % der Zwischensumme

Die Pro-Unit-Webflow-Zahlen stammen von Lil Big Things, veröffentlicht am 21. September 2026, und behaupten, dass die Mathematik innerhalb von 20 % eines echten Agency-Angebots liegt. Aber gehen Sie damit vorsichtig um. Es ist ein Anbieter, es ist Webflow-spezifisch, und es schlüsselt Weiterleitungen, SEO-Validierung oder QA nicht auf (Auslassungen, die die Gesamtsumme schnell verzerren). Verwenden Sie es als Plausibilitätsprüfung, nicht als Gebührenordnung. Die Puffer-Spanne stammt von FocusReactive.

Was die unbewerteten Zeilen enthalten sollten

Weiterleitungen. Fügen Sie eine Zeile in die Map pro alte URL ein, wobei jede Zeile direkt auf ihr endgültiges Ziel verweist: keine Umwege. Google empfiehlt serverseitige permanente Weiterleitungen, 301 oder 308, und behandelt Client-seitige Weiterleitungen als letztes Mittel. Es sagt, dass Googlebot bis zu 10 Hops folgen kann, aber rät, direkt zu gehen; wenn nicht möglich, halten Sie Ketten idealerweise auf maximal 3 und unter 5. Und Google sagt auch, dass permanente Weiterleitungen keinen Verlust von PageRank verursachen. Aber das bezieht sich streng auf Link-Gutschrift (keine Zusicherung über Traffic), und ich mache auch keine.

SEO-Validierung. Prüfen Sie auf ein selbstreferenzierendes Canonical-Tag auf jeder neuen URL, aktualisierte hreflang, aktualisierte Sitemaps und keine verbleibenden Staging-noindex oder robots.txt-Blockierung in der Produktion (kleine Versehen haben lange Halbwertzeiten). Googles Fehlerbehebungstabelle listet genau diese Überreste auf, plus Weiterleitungen zu nicht vorhandenen URLs und unzureichende Serverkapazität als häufige Fehler.

QA. Googles Hosting-Leitfaden schlägt eine Testumgebung vor und empfiehlt, Seiten, Bilder, Formulare und Downloads vor dem Go-Live zu überprüfen. Aber fügen Sie auch Tracking und Conversion-Events hinzu. Niemand bemerkt einen toten Analytics-Tag, bis zum Monatsbericht (was viel zu spät ist, um QA billig zu wirken).

Launch und Überwachung. Bei einem Host-Wechsel empfiehlt Google, die DNS-TTL mindestens eine Woche vorher auf einen konservativen Wert zu senken (z. B. ein paar Stunden). Planen Sie auch Kapazität ein. Nach jedem Wechsel crawlt Google die neue Site vorübergehend stärker als gewöhnlich, sodass die Serverkapazität damit umgehen muss. Und die Überwachung von alten und neuen URLs in der Search Console ist Teil der Arbeit, keine Gefälligkeit.

Gebühren mit Gesundheitswarnung

Lil Big Things sagt, dass der Upwork-Median-Webflow-Entwicklersatz 31 USD pro Stunde beträgt, wobei die meisten zwischen 20 und 45 USD liegen, während Senior-Spezialisten mit Sitz in den USA 100 bis 200+ USD verlangen. Agenturen in den USA und Großbritannien verlangen 150 bis 300 USD pro Stunde; Indien und Osteuropa 50 bis 120 USD. Aber mischen Sie sie nicht. Diese Zahlen passen nicht ordentlich neben die von FocusReactive (die aus einem anderen Datensatz und einem anderen Plattformschwerpunkt stammen). Mitteln Sie sie auch nicht. Wählen Sie die Lieferantenart, die Sie tatsächlich einstellen würden, und verwenden Sie diesen Satz.

Hier ist die Reihenfolge, nach der ich vorgehen würde:

  1. Schreiben Sie den einzigen Satz zum Umfang: Was ändert sich, was nicht.
  2. URLs aus allen vier Quellen exportieren und deduplizieren.
  3. Jede URL mit Vorlage und Schwierigkeit als behalten, zusammenführen oder löschen markieren.
  4. Templates, Inhaltstypen, Integrationen und Sprachen zählen.
  5. Jede Zeile mit Stunden oder Stückpreisen füllen und jeden Lieferanten gegen die gleichen Zeilen anbieten lassen.
  6. 15 bis 20 % Contingency auf die Zwischensumme addieren.
  7. Ein preisgebendes Überwachungsfenster nach dem Start hinzufügen, damit es nicht vom guten Willen abhängt.

Wenn Sie lieber ein fertiges Verzeichnis jemandem übergeben möchten, der daraus Preise kalkuliert, genau da beginnt unser Site-Migration-Service (kein Geheimnis nötig). Und die Scoping-Checkliste unten ist genau das, was wir von Ihnen verlangen würden.

Scoping-Checkliste

  • Vollständiger URL-Export mit gekennzeichneten URLs mit höchstem Traffic
  • Entscheidung behalten, zusammenführen oder löschen pro URL
  • Liste der Integrationen, jede mit benanntem Ansprechpartner und Anmeldedaten
  • Jedes Formular und was es bei der Übermittlung auslöst
  • Tracking-Tags und Conversion-Events, die derzeit ausgelöst werden
  • Sprachenliste und wie hreflang heute gehandhabt wird
  • Zustand von robots.txt und noindex auf der Staging-Website
  • Wer kontrolliert DNS und wie schnell antworten sie
  • Ein Traffic-armes Fenster für den Start (Google empfiehlt, die Migration zeitlich mit einem regelmäßigen Rückgang zu timen)

Zwei veranschaulichende Umfänge

Keiner dieser Umfänge ist ein Kundenangebot. Sie sind funktionsfähige Beispiele mit ausdrücklichen Annahmen, die vollständig aus den oben beschafften Zahlen erstellt wurden. Ändern Sie die Annahmen natürlich, und die Zahlen bewegen sich sofort.

Umfang A: kleine Broschüren-Website, CMS-Wechsel, gleiche Domain

Annahmen (meine, zur Veranschaulichung): 20 Seiten, aufgeteilt in 10 einfache, 6 mittlere und 4 schwierige. Ein Kontaktformular. Ein Analytics-Tag. Keine Übersetzungen. Kein Redesign. Und die meisten URLs werden beibehalten, mit einer kurzen Zuordnung für den Rest (der einfachste praktikable Fall).

  • Ankerpunkt: FocusReactive setzt eine kleine Marketing-Website auf etwa 10.000 US-Dollar. Ich behandle das als die All-in-Build-Anker. Ihr Lieferant kann möglicherweise anders kalkulieren.
  • Sanity-Check zum Inhaltstransfer: 10 einfache Seiten à 15 Minuten sind 150 Minuten. Sechs mittlere à 25 sind weitere 150. Vier schwierige à 45 sind 180. Das sind 480 Minuten oder 8 Stunden. Bei der Agenturrate von 150 bis 300 Dollar ist das nur ein kleiner Anteil des Ankers, wenn es manuell gemacht wird.
  • Rücklagen: 15 bis 20% von 10.000 Dollar, addiert auf den Anker.
  • Arbeitszahl: der Anker plus diese Rücklagen.
  • Zeitrahmen: FocusReactive gibt 4 bis 8 Wochen zum Bau einer kleinen Marketing-Website, oder 12 Wochen insgesamt mit Inhaltsübertragung.

Das Interessante hier ist, wie wenig des Budgets ins Tippen von Seiten ins CMS fließt (acht Stunden ist nichts). Der Rest sind Templates, das Formular, Tracking und die Weiterleitungskarte, wo die Arbeit aufhört, wie Dateneingabe auszusehen, und anfängt, sich wie Engineering zu verhalten.

Scope B: mittelgroße Website, CMS-Wechsel, zwei Integrationen

Annahmen: Das verwendet die Eingaben aus Lil Big Things' veröffentlichtem Arbeitsbeispiel, daher erbt es deren Webflow-Neigung. 30 statische Seiten. 10 CMS-Templates. 2 Collections mit Referenzfeldern, 60 Blog-Beiträge und 2 Integrationen. Ich habe aber selbst Rücklagen und eine Redesign-Variante hinzugefügt (zum Vergleich).

PostenBerechnungBetrag
Statische Seiten30 × $300$9,000
CMS-Templates10 × $700$7,000
Collections mit Referenzfeldern2 × $4,000$8,000
Blog-Beiträge60 × $30$1,800
Integrationen2 × $1,500$3,000
Zwischensumme$28,800

Diese Zwischensumme ist vor einem Design-Refresh. Füge 15 bis 20% Rücklagen hinzu und die Gesamtsumme steigt entsprechend. Und wenn du gleichzeitig ein Redesign machst, sagt Lil Big Things, addiere 30% zur Zwischensumme, dann wenden sich die Rücklagen auf diese größere Zahl an. Das Ergebnis ist einfach genug: die Gesamtsumme klettert weit über den Basisfall hinaus.

Zur Einordnung: FocusReactive's Spanne für eine mittelgroße Website mit 50 bis 200 Seiten liegt ungefähr bei 10.000 bis 30.000 Dollar, also sitzt die Basis von 28.800 Dollar nahe am oberen Ende und die Redesign-Variante übersteigt es deutlich. Zeitrahmen: FocusReactive sagt 2 bis 4 Monate für einen mittelgroßen Aufbau oder 5 bis 6 Monate mit komplexen Integrationen, und drei bis sechs Monate end-to-end für Mid-Market-Replatforming.

Beachte, was in der Tabelle fehlt: Weiterleitungen, SEO-Validierung, QA und Launch. Die Quelle bepreist das nicht. Du würdest diese Zeilen aus deinem eigenen Bestand hinzufügen, weshalb ein echtes Angebot echte URLs braucht. Und beachte, dass die Redesign-Variante zwei Änderungen zusammenbündelt, genau das, wovor Googles Rat zu eins-aufs-mal warnt.

Was Launch-Fehler kosten

Niemand veröffentlicht eine glaubwürdige Zahl dafür, und ich werde nicht eine erfinden. Was ich tun kann, ist zeigen, wo das Geld leckt, abgebildet auf Googles eigene Liste häufiger Fehler.

Verlorene URLs

Eine URL, die in der Karte fehlt, ist eine tote Seite für jeden Besucher und für Googlebot. Google sagt, um eine Verschiebung als abgeschlossen zu erachten, muss Googlebot jede URL auf der alten und neuen Website mindestens einmal besuchen, und die Verschiebung findet pro URL statt. Also ist eine Lücke in der Karte eine Lücke in der Verschiebung. Weiterleitungen, die auf URLs zeigen, die nicht existieren, sind ein weiterer aufgelisteter Fehler. Und eine Weiterleitungskette, die jemand in der Eile beim Launch hinzugefügt hat, kostet dich leise Crawl-Effizienz für immer.

Die Reparaturkosten sind Analytikerzeit: neu exportieren, abgleichen, neu mappen, neu bereitstellen. Billig am Anfang. Teurer nach dem Launch, wenn du es unter Druck machst.

Fehlerhafte Formulare und totes Tracking

Ein Formular, das ins Nirgendwo absendet, kostet dich Leads im Stillen. Ein fehlender Analytics-Tag kostet dir die Daten, die du brauchst, um zu beurteilen, ob die Migration überhaupt funktioniert hat. Beide sind QA-Posten. Budget sie vor dem Launch oder zahle sie als Notfalleinsätze danach.

Leistung und Serverkapazität

Google warnt, dass es die neue Website für eine Weile intensiver crawlen wird als üblich. Wenn das neue Hosting unterdimensioniert ist, folgen Crawl-Fehler, und unzureichende Kapazität steht auf seiner Fehlerliste. Rechnen Sie auch mit vorübergehenden Ranking-Schwankungen. Google sagt das direkt. Planen Sie dafür in Ihrer Kommunikation an die Stakeholder ein, nicht nur im Budget.

Rollback

Rollback ist der Posten, den die meisten Budgets leer lassen. Bei einem Host-Wechsel ist es günstig, wenn Sie das alte Hosting laufen lassen, bis Monitoring zeigt, dass alles korrekt ausgeliefert wird, auch von Googlebot (Googles eigener letzter Schritt ist, das alte Hosting erst danach abzuschalten). Bei einem URL-wechselnden Umzug ist es komplizierter. Google behandelt permanente Weiterleitungen als Signal dafür, dass das Ziel kanonisch ist, und sagt, man solle sie nur verwenden, wenn man sicher ist, dass sie nicht rückgängig gemacht werden. Sobald diese Signale verarbeitet wurden, ist Zurückfahren kein Knopfdruck.

Kalkulieren Sie also einen Rollback-Plan: alte Umgebung für ein vereinbartes Zeitfenster beibehalten, ein dokumentierter DNS-Revert und eine im Voraus benannte Entscheidungsträgerin oder ein Entscheidungsträger. Dann behalten Sie Ihre Weiterleitungen. Google sagt generell mindestens 1 Jahr, und erwägen Sie, sie unbegrenzt zu behalten.

FAQ

Wie lange dauert es, bis Google den Umzug verarbeitet?

Google sagt, dass bei kleinen bis mittleren Websites typischerweise ein paar Wochen für den Umzug der meisten Seiten nötig sind, größere Websites brauchen länger. Die Recrawl-Dokumentation (zuletzt aktualisiert 10. Dezember 2025) sagt, dass Crawling von ein paar Tagen bis ein paar Wochen dauern kann, und dass das Einreichen einer Sitemap hilft, wenn viele URLs sich ändern. Kalkulieren Sie Monitoring-Zeit entsprechend ein, nicht nur den Launch-Tag.

Was sollte der Umfang einer Agentur umfassen?

Verlangen Sie zu sehen: Zeilen für Redirect-Mapping, SEO-Validierung, QA und ein Monitoring-Fenster nach dem Launch als separate Posten. Wenn ein Angebot nur eine Zahl für „Migration" ist, können Sie es mit einem anderen nicht vergleichen. Fragen Sie auch, wer für DNS-Änderungen verantwortlich ist, wer die URL-Map genehmigt, und was mit Mängeln passiert, die nach dem Launch gefunden werden.

Was sollte ich von der alten Website behalten?

Behalten Sie den kompletten URL-Export und die finale Redirect-Map, plus einen Snapshot der Top-Traffic-URLs aus Analytics oder Server-Logs, damit Sie vorher und nachher vergleichen können. Behalten Sie das alte Hosting bis Monitoring abgeschlossen ist. Behalten Sie Ihre Weiterleitungen mindestens ein Jahr. Und halten Sie Ihre Search-Console-Verifizierung am Laufen: Google warnt, dass Verifizierungs-Token sich ändern können, wenn URLs sich ändern.

Brauche ich einen „Change of Address" in der Search Console?

Nur beim Wechsel zwischen Domains oder Subdomains. Google sagt, Sie brauchen ihn nicht für HTTP zu HTTPS, www zu non-www oder Pfadänderungen innerhalb derselben Domain. Es ist ein Checklistenpunkt, kein Budget-Posten.

Der wichtigste Vorbehalt ist, dass jede Zahl hier ein von einem Anbieter veröffentlichter Bereich oder ein arithmetisches Beispiel ist, deshalb bedeutet ein Angebot nur etwas, wenn es gegen Ihr echtes URL- und Integrations-Inventar gebaut ist. Und was auch immer Sie für den Aufbau bezahlen, behalten Sie die Weiterleitungen mindestens ein Jahr.

← zurück