Die wichtigste Maßnahme, um SEO bei einer Shop-Migration zu sichern, ist ein vollständiges, serverseitiges 301-Redirect-Mapping und dessen sorgfältige Validierung. Alles andere ist sekundär. Bevor Sie eine einzige Zeile Code auf der neuen Plattform anfassen, brauchen Sie eine vollständige Liste aller alten URLs, eine passende neue Struktur und einen Testplan auf einer Staging-Umgebung. Wer diese Reihenfolge umdreht, verliert Rankings, die er über Jahre aufgebaut hat.
Kurz gesagt:
- Eine vollständige serverseitige 301-Weiterleitungsliste ist essenziell, um Rankings bei einer Shop-Migration zu erhalten, während andere Maßnahmen sekundär sind.
- Fehlerhafte oder fehlende Redirects sowie Noindex- oder Canonical-Fehler sind die Hauptursachen für Rankingverluste nach der Migration.
- Das URL-Mapping sollte 1:1 erfolgen, offene URLs müssen vor dem Go-Live gründlich geprüft und richtig redirects werden, um Traffic- und Rankingverluste zu vermeiden.
- Das richtige Timing beim Launch, Monitoring im Anschluss und eine genaue Kontrolle der Server-Last sind entscheidend für eine erfolgreiche Migration ohne Rankingverlust.
- Die Projektplanung sollte SEO-Anforderungen frühzeitig integrieren, um den Zeitaufwand für sauberes URL-Mapping korrekt einschätzen zu können.
Inhaltsverzeichnis
- Shop Migration SEO: Vollständige Checkliste nach Phasen
- Häufige Fehler bei Shop-Migrationen und wie Sie sie vermeiden
- Redirects und URL-Mapping: So gehen Sie technisch vor
- Technische SEO-Checks für Shopify, Hydrogen und andere Plattformen
- Go-Live-Tag: Ablauf, Prioritäten und Verantwortlichkeiten
- Post-Migration-Monitoring: Welche Kennzahlen jetzt zählen
- Datenschutz und Tracking bei der Migration in der Schweiz
- Wie Outwork bei Shop-Migrationen vorgeht
- Was die meisten Migrations-Guides übersehen
- Migration ohne Rankingverlust: So unterstützt Outwork
- Quellen
- FAQ
Shop Migration SEO: Vollständige Checkliste nach Phasen
Eine Shop-Migration scheitert selten an einem einzigen großen Fehler. Sie scheitert an der Summe kleiner Nachlässigkeiten, die sich über vier Phasen verteilen: Vorbereitung, Site-Setup, Implementierung und Nacharbeit. Wer diese Phasen sauber trennt, behält den Überblick, auch wenn das Projekt unter Zeitdruck steht.
Phase A: Vorbereitung vor der ersten Codezeile
Die Vorbereitungsphase entscheidet über den Erfolg der gesamten Migration. Hier legen Sie die Datenbasis, auf der später jede Entscheidung beruht.
- Crawlen Sie den bestehenden Shop vollständig mit einem Tool wie Screaming Frog oder Sitebulb und exportieren Sie jede indexierte URL.
- Sichern Sie den aktuellen Stand: Datenbank, Theme-Dateien, Produktbilder und Metadaten als vollständiges Backup.
- Briefen Sie alle Stakeholder, also Entwicklung, Marketing, Kundenservice und Hosting-Partner, über Zeitplan und Verantwortlichkeiten.
- Erfassen Sie eine KPI-Baseline: organischer Traffic, Rankings der Top-100-Keywords, Conversion-Rate und Ladezeiten vor dem Umzug.
Ohne diese Baseline können Sie nach dem Launch nicht beurteilen, ob ein Traffic-Rückgang normal ist oder ein Alarmsignal.
Phase B: Site-Setup und Architekturentscheidungen
In dieser Phase entwerfen Sie die neue Struktur, bevor sie live geht.
- Definieren Sie die neue URL-Strategie und prüfen Sie, ob Kategoriepfade, Produkt-Slugs und Parameter identisch bleiben können.
- Erstellen Sie ein Metadaten-Template für Title-Tags und Meta-Descriptions, das sich pro Produkttyp automatisch befüllen lässt.
- Planen Sie hreflang und Markets, falls Sie mehrere Sprachversionen oder Länder bedienen.
- Legen Sie fest, welche alten Filterseiten und Facetten-URLs überhaupt erhalten bleiben müssen.
Phase C: Implementierung am und um den Go-Live
Die technische Umsetzung ist der Moment, in dem Theorie auf Praxis trifft. Google empfiehlt für diesen Schritt ein klares Vorgehen: URL-Mapping erstellen, serverseitige Redirects setzen, neue Sitemap einreichen und danach intensiv überwachen. Bei sehr großen Shops mit hunderttausenden URLs kann ein stufenweiser Umzug sinnvoller sein als ein kompletter Cutover an einem Tag, während kleinere und mittlere Shops von einer gleichzeitigen Umstellung profitieren, weil sich die Rankingsignale schneller übertragen.
- Setzen Sie serverseitige 301-Redirects für jede gemappte URL, keine pauschale Weiterleitung auf die Startseite.
- Reichen Sie die neue XML-Sitemap unmittelbar nach Go-Live in der Search Console ein.
- Konfigurieren Sie robots.txt und Meta-Robots-Tags so, dass keine wichtigen Seiten versehentlich blockiert werden.
Phase D: Nacharbeit und Stabilisierung
Nach dem Launch beginnt die eigentliche Kontrollarbeit. Prüfen Sie in den ersten 48 Stunden systematisch, ob jede Weiterleitung funktioniert, ob die Search Console neue Fehler meldet und ob Inhalte, die während der Migration verloren gingen, wiederhergestellt wurden. Ein Shop, der vor der Migration starke Produktbeschreibungen und Kategorietexte hatte, verliert diese oft beim Import in ein neues System, weil Content-Felder anders strukturiert sind. Das kostet Rankings, die technisch eigentlich sauber übertragen wurden.
Häufige Fehler bei Shop-Migrationen und wie Sie sie vermeiden
Die meisten Traffic-Einbrüche nach einer Migration haben eine von vier Ursachen. Wer diese vier kennt, kann gezielt gegensteuern, statt hinterher zu raten.
Fehlerhafte oder fehlende Redirects sind der häufigste Grund für Rankingverluste. Sie entstehen, wenn Teams nur die sichtbaren Hauptkategorien mappen und dabei tief verschachtelte Produktseiten, alte Blogartikel oder Filterkombinationen vergessen. Verhindern lässt sich das nur durch einen vollständigen Crawl vor der Migration, nicht durch eine Liste aus dem Bauchgefühl.
Unbedachte Content-Änderungen während der Migration sind eine unterschätzte Falle. Teams nutzen den Umzug oft als Gelegenheit, gleich Title-Tags neu zu schreiben, Kategorietexte zu kürzen oder Produktbeschreibungen zu vereinheitlichen. Das mag sinnvoll klingen, vermischt aber zwei Risikoquellen gleichzeitig: die technische Migration und die inhaltliche Neuausrichtung. Wenn dann die Rankings fallen, wissen Sie nicht, welche Ursache dahintersteckt.
Noindex- und Canonical-Fehler entstehen meist durch Theme-Standardeinstellungen. Viele Shop-Plattformen setzen bei neu angelegten Seiten automatisch ein Noindex-Tag, das vor Launch schlicht vergessen wird zu entfernen. Ebenso häufig: Canonical-Tags, die noch auf die Staging-Domain zeigen, weil die Umgebungsvariablen nicht sauber umgestellt wurden.
- Prüfen Sie jede Template-Kategorie einzeln auf Noindex-Reste.
- Kontrollieren Sie Canonical-Tags stichprobenartig auf allen Seitentypen, nicht nur auf der Startseite.
- Testen Sie hreflang-Verweise auf gegenseitige Konsistenz, falls mehrere Sprachversionen existieren.
Server- und Crawl-Kapazität wird regelmäßig unterschätzt. Nach einem Umzug steigt die Crawl-Last spürbar, weil Suchmaschinen sowohl alte als auch neue URLs erneut prüfen müssen, wie Google in seiner Dokumentation zu Site-Moves festhält. Ein Hosting-Paket, das für den bisherigen Traffic ausgelegt war, kann bei diesem zusätzlichen Crawl-Volumen ins Stocken geraten.
Profi-Tipp: Sprechen Sie mit Ihrem Hosting-Anbieter mindestens eine Woche vor Go-Live über die erwartete Crawl-Last. Ein kurzfristig überlasteter Server in den ersten Stunden nach dem Launch kann mehr Schaden anrichten als ein kleiner Fehler im URL-Mapping.
Redirects und URL-Mapping: So gehen Sie technisch vor
Ein sauberes URL-Mapping beginnt mit einer vollständigen Bestandsaufnahme, nicht mit der neuen Struktur. Kombinieren Sie mindestens drei Quellen: einen vollständigen Crawl des alten Shops, die Server-Logfiles der letzten zwölf Monate und den Export aus dem alten CMS oder Shopsystem. Logfiles sind dabei besonders wertvoll, weil sie URLs zeigen, die zwar nicht mehr verlinkt, aber weiterhin von Google besucht werden. Ergänzen Sie das mit einer Liste der URLs, die aktuell die meisten Backlinks halten, denn diese verdienen bei der Migration besondere Aufmerksamkeit.
Bei der eigentlichen Mapping-Logik gilt eine klare Regel: 1:1-Weiterleitungen haben immer Vorrang vor Pattern-Redirects. Eine Produktseite sollte auf die exakt passende neue Produktseite zeigen, nicht auf die übergeordnete Kategorie. Pattern-basierte Weiterleitungen, etwa „alle URLs unter /alte-kategorie/* landen auf /neue-kategorie“, sind nur akzeptabel, wenn ein echtes 1:1-Mapping aus Zeit- oder Datengründen nicht möglich ist. Dokumentieren Sie jede Entscheidung in einer Tabelle mit alter URL, neuer URL, Redirect-Typ und Begründung. Diese Dokumentation wird Ihnen Wochen später helfen, wenn eine einzelne Seite unerwartet an Sichtbarkeit verliert.
Bei der Implementierung zählt nur eine Methode wirklich: der serverseitige Redirect. Google unterscheidet klar zwischen Redirect-Typen und stuft 301- und 308-Weiterleitungen auf Serverebene als zuverlässigste Variante ein. JavaScript-Redirects und Meta-Refresh-Tags werden zwar irgendwann verarbeitet, aber deutlich langsamer und weniger verlässlich. Verwenden Sie sie höchstens als Notlösung, nie als primäre Methode für eine Migration mit tausenden URLs.
Ihre Testmatrix vor und nach dem Launch sollte vier Ebenen abdecken:
- Ein vollständiger Crawl der Staging-Umgebung, bevor die neue Seite live geht, um jede geplante Weiterleitung zu verifizieren.
- Stichprobenartige manuelle Tests der wichtigsten Seiten direkt nach dem Launch, inklusive Statuscode-Prüfung mit einem HTTP-Header-Tool.
- Regelmäßige Kontrolle der Index Coverage in der Search Console in den ersten vier Wochen nach Go-Live.
- Auswertung der Server-Logfiles, um zu erkennen, welche alten URLs Google noch crawlt und ob die Weiterleitungen dort korrekt greifen.
Ein häufig übersehener Punkt: Redirect-Ketten. Wenn URL A auf URL B und URL B dann erneut auf URL C weiterleitet, verliert jede Kette an Effizienz und verlangsamt die Signalübertragung. Prüfen Sie deshalb, ob jede alte URL direkt auf ihr finales Ziel zeigt, ohne Zwischenstationen.
Technische SEO-Checks für Shopify, Hydrogen und andere Plattformen
Jede Plattform bringt eigene Stolperfallen mit. Wer eine generische Checkliste ohne Plattformbezug abarbeitet, übersieht regelmäßig die Details, die am Ende die Rankings kosten.
Shopify hat ein festes URL-Muster, das sich kaum anpassen lässt: Produktseiten liegen unter /products/, Kategorien unter /collections/. Wer von einer Plattform mit flexibleren URL-Strukturen migriert, muss dieses Muster akzeptieren und sein Mapping entsprechend anpassen. Shopify generiert zudem automatisch hreflang-Tags für Shops mit mehreren Markets, was laut Shopifys eigener Dokumentation in den meisten Fällen ausreicht. Wer zusätzlich eigene hreflang-Implementierungen einbaut, riskiert Duplikate und widersprüchliche Signale. Prüfen Sie vor der Migration, ob die automatische Lösung genügt, bevor Sie manuell nachbessern. Ein weiterer Shopify-spezifischer Punkt: Der Checkout läuft über eine separate Subdomain, die sich nicht wie der Rest des Shops anpassen lässt, was bei der Redirect-Planung berücksichtigt werden muss.
Hydrogen und andere Headless-Setups bringen andere Herausforderungen mit. Das Localization-Routing muss sauber definiert werden, bevor Content migriert wird, sonst entstehen doppelte URLs für dieselbe Sprache. Shopifys Migrationsleitfaden für Hydrogen weist zudem auf URL-Encoding-Unterschiede hin, die bei Sonderzeichen in Produktnamen zu unerwarteten 404-Fehlern führen können. Canonical-Tags müssen im Headless-Kontext oft manuell gesetzt werden, weil kein Standard-Theme diese Aufgabe automatisch übernimmt.
Unabhängig von der Plattform lohnt sich ein Blick auf drei wiederkehrende Themenfelder:
- Strukturierte Daten für Produkte, Bewertungen und Breadcrumbs müssen im neuen Theme identisch oder besser ausgegeben werden als vorher.
- Pagination-Logik bei Kategorieseiten mit vielen Produkten braucht saubere
rel next/prev– oder äquivalente Canonical-Regeln, damit Suchmaschinen die Seitenfolge korrekt interpretieren. - CDN- und Hosting-Kapazität sollten vor dem Launch mit dem erwarteten Crawl-Anstieg abgeglichen werden, besonders bei Shops mit mehreren zehntausend Produkten.
Go-Live-Tag: Ablauf, Prioritäten und Verantwortlichkeiten
Der Launch-Tag selbst braucht einen minutengenauen Plan, keinen groben Zeitrahmen. Wer hier improvisiert, verliert wertvolle Stunden, in denen Suchmaschinen bereits die neue Seite crawlen.
- Vor dem Launch: Letzter Staging-Crawl, finale Kontrolle aller Redirect-Regeln, Backup der alten Live-Version, Freigabe durch alle beteiligten Teams.
- Redirect-Push: Die Weiterleitungsregeln gehen live, idealerweise außerhalb der Hauptverkehrszeit, um die Serverlast gering zu halten.
- Sitemap-Einreichung: Unmittelbar nach dem Go-Live wird die neue XML-Sitemap in der Search Console eingereicht, alte Sitemaps werden entfernt oder aktualisiert.
- Schnelle Verifikation: Stichproben der zehn wichtigsten Seiten auf korrekten Statuscode, korrektes Canonical-Tag und funktionierende interne Verlinkung.
- Monitoring-Fenster: Die ersten sechs Stunden nach Launch werden aktiv überwacht, nicht nur am nächsten Morgen kontrolliert.
Parallel dazu braucht es eine klare Kommunikationsmatrix. Der Hosting-Partner muss wissen, wann die Serverlast steigt. Die Entwicklung muss erreichbar sein, falls ein Redirect-Muster nicht greift. Das SEO-Team meldet Auffälligkeiten in der Search Console sofort an die Entwicklung, nicht erst im wöchentlichen Meeting. Der Support sollte informiert sein, falls Kunden Fehlermeldungen melden, damit diese nicht ins Leere laufen.
Definieren Sie vor dem Launch auch klare Rollback-Kriterien: Ab welchem Fehlerwert, welcher Zahl an 404-Meldungen oder welchem Traffic-Einbruch wird die Migration gestoppt und die alte Version reaktiviert? Diese Entscheidung sollte nicht im Stress des Launch-Tages getroffen werden, sondern vorher schriftlich feststehen.
Post-Migration-Monitoring: Welche Kennzahlen jetzt zählen
Die ersten vier Wochen nach der Migration entscheiden, ob sich die Arbeit ausgezahlt hat. Fünf Kennzahlen verdienen dabei besondere Aufmerksamkeit: organische Sitzungen im Vergleich zur Baseline, Klicks und Impressionen in der Search Console, die Anzahl indexierter Seiten, die Zahl der 404- und 5xx-Fehler sowie die Core Web Vitals der neuen Plattform.
Für die tägliche Arbeit reichen wenige, aber die richtigen Werkzeuge: Google Search Console für Index-Status und Klickdaten, Server-Logfiles für das tatsächliche Crawl-Verhalten, GA4 für Trafficentwicklung und Conversion-Zahlen, Screaming Frog für wiederholte Crawls der Live-Seite und ein Rank-Tracker für die Entwicklung der wichtigsten Keyword-Positionen.
Wenn mehrere Probleme gleichzeitig auftauchen, hilft eine klare Prioritätenreihenfolge: Redirect-Fehler zuerst beheben, da sie den direktesten Rankingverlust verursachen. Danach folgen Noindex-Probleme, die ganze Seitenkategorien aus dem Index werfen können. An dritter Stelle stehen Canonical-Konflikte, die zu Duplicate-Content-Signalen führen. Content-Fehler wie fehlende Produktbeschreibungen kommen zuletzt, weil sie zwar die Qualität mindern, aber selten die Indexierung komplett blockieren.
- Ein plötzlicher Anstieg der 404-Fehler in der Search Console deutet fast immer auf Lücken im URL-Mapping hin.
- Ein Rückgang der indexierten Seiten ohne erkennbaren Grund verweist häufig auf versehentliche Noindex-Tags im neuen Theme.
- Fallende Impressionen bei stabilen Klicks können auf verlorene Rankings für Long-Tail-Keywords hindeuten, die im Mapping übersehen wurden.
Profi-Tipp: Vergleichen Sie nicht nur Gesamttraffic, sondern brechen Sie die Daten nach Seitentyp herunter. Ein Shop kann bei den Kategorieseiten stabil bleiben und trotzdem 30 Prozent seiner Produktseiten-Rankings verlieren, wenn dort das Mapping ungenauer war.
Datenschutz und Tracking bei der Migration in der Schweiz
Eine Migration ist auch eine Gelegenheit, die eigene Tracking-Architektur datenschutzkonform aufzuräumen. Schweizer Datenschutzpraxis verlangt, dass die Datenschutzerklärung bei technischen Änderungen wie einem Plattformwechsel aktualisiert wird und dass Grundsätze wie Privacy by Design und Privacy by Default von Anfang an mitgedacht werden, statt sie nachträglich aufzusetzen.
Praktisch bedeutet das für die Migration:
- Inventarisieren Sie alle Tracking-Scripts der alten Seite, bevor Sie sie eins zu eins auf die neue Plattform übertragen.
- Prüfen Sie das Consent-Management-Tool auf Kompatibilität mit der neuen technischen Umgebung.
- Erwägen Sie serverseitiges Tracking als datenschutzfreundlichere Alternative zu klassischen Client-Side-Skripten.
- Dokumentieren Sie, welche Einwilligungen bereits vorliegen und wie Datenflüsse sich durch die Migration verändern.
- Halten Sie ein kurzes Briefing zwischen Rechtsabteilung, IT und Marketing ab, bevor neue Tracking-Tools live gehen.
Auch der KMU-Leitfaden zu E-Commerce und Datenschutz betont, dass Datenerhebung auf das Notwendige beschränkt bleiben soll. Eine Migration ist der richtige Moment, um Tracking-Tools zu entfernen, die ohnehin niemand mehr auswertet.
Wie Outwork bei Shop-Migrationen vorgeht
Ein erfahrener Dienstleister begleitet Unternehmen bei technischen Umzügen von Onlineshops und betreut zahlreiche Kunden aus unterschiedlichen Branchen. Der Ablauf folgt einer festen Reihenfolge: zuerst ein technisches SEO-Audit der bestehenden Seite, dann das vollständige URL-Mapping, anschließend die Implementierung der Redirects und der Metadaten, zuletzt ein strukturiertes Monitoring in den Wochen nach dem Launch. Diese Reihenfolge verhindert genau die Fehler, die bei Migrationen am häufigsten zu Rankingverlusten führen: fehlende Redirects, übersehene Noindex-Tags und unterschätzte Serverlast. Wer eine Migration plant und dabei technische Tiefe mit SEO-Erfahrung kombinieren möchte, findet in einem strukturierten technischen SEO-Audit den richtigen Startpunkt vor jedem Plattformwechsel.
Was die meisten Migrations-Guides übersehen
Die meisten Anleitungen zur Shop-Migration behandeln SEO als technisches Nachgeplänkel, das nach dem eigentlichen Projekt kommt. Das ist rückwärts gedacht. Die SEO-Anforderungen gehören in die Projektplanung hinein, nicht als Checkliste danach.
Der größte blinde Fleck der klassischen Beratung: Sie unterschätzt, wie viel Zeit ein sauberes URL-Mapping wirklich braucht. Teams kalkulieren oft zwei Tage für diesen Schritt ein, wo realistisch eine bis zwei Wochen nötig sind, wenn Logfiles und Backlink-Daten sauber ausgewertet werden sollen. Genau hier entscheidet sich, ob eine Migration ein technisches Detail bleibt oder zu einem Rankingdesaster wird.
Was Entscheider zuerst priorisieren sollten, ist nicht die neue Optik der Seite, sondern die Frage: Welche unserer aktuellen Seiten bringen Umsatz, und wie stellen wir sicher, dass genau diese Seiten unbeschadet ankommen? Alles andere, vom neuen Theme bis zur schnelleren Ladezeit, ist wichtig, aber sekundär gegenüber diesem einen Punkt.
— Outwork
Migration ohne Rankingverlust: So unterstützt Outwork
Outwork ist die Alternative zur internen Ad-hoc-Lösung bei Shop-Migrationen: statt Redirects und Metadaten nebenbei von der Entwicklung erledigen zu lassen, übernimmt ein spezialisiertes Team den gesamten SEO-Teil des Projekts, von der Vorbereitung bis zum Monitoring nach dem Launch.
Der Ablauf beginnt mit einem Erstgespräch, in dem der Umfang der Migration, die Plattformwahl und der Zeitplan geklärt werden. Danach folgt ein technisches Audit der bestehenden Seite, das als Grundlage für das URL-Mapping dient. Je nach Shopgröße dauert die eigentliche Umsetzung zwischen wenigen Wochen und mehreren Monaten. Outwork deckt dabei sowohl die Webentwicklung für die technische Umsetzung als auch die begleitende SEO-Betreuung für Rankings und Monitoring ab, sodass beide Disziplinen nicht getrennt, sondern als ein Projekt behandelt werden.
Wenn Sie eine Migration planen und sicherstellen möchten, dass Ihre Rankings den Umzug überstehen, ist ein erstes Gespräch mit Outwork der naheliegende nächste Schritt, bevor die neue Plattform ausgewählt wird.
Quellen
Für die technische Umsetzung einer Migration lohnt sich der direkte Blick in die Primärquellen, statt sich auf Sekundärinterpretationen zu verlassen.
FAQ
Wie lange dauert eine SEO-sichere Shop-Migration?
Bei kleinen bis mittleren Shops mit einigen hundert Produkten dauert eine sorgfältige Migration typischerweise vier bis acht Wochen inklusive URL-Mapping und Testphase. Größere Shops mit mehreren zehntausend URLs brauchen oft mehrere Monate, besonders wenn ein stufenweiser Umzug sinnvoller ist als ein kompletter Cutover.
Verliert man bei einer Shopify-Migration automatisch Rankings?
Nein, ein Rankingverlust ist keine zwangsläufige Folge, sondern das Ergebnis unvollständiger Redirects oder übersehener technischer Details. Mit einem vollständigen 1:1-URL-Mapping und serverseitigen 301-Weiterleitungen lassen sich die meisten Rankingsignale übertragen.
Was ist der häufigste Fehler bei Shop-Migrationen?
Der häufigste Fehler ist ein unvollständiges Redirect-Mapping, bei dem tief verschachtelte Produktseiten oder alte Filter-URLs vergessen werden. Der zweithäufigste Fehler sind versehentliche Noindex-Tags, die durch Theme-Standardeinstellungen der neuen Plattform entstehen.
Wie schnell erholen sich Rankings nach einer Migration?
Bei einer technisch sauberen Migration mit vollständigen Redirects stabilisieren sich die meisten Rankings innerhalb von zwei bis sechs Wochen, abhängig von der Crawl-Frequenz der betroffenen Seiten. Fehlerhafte Migrationen können hingegen Monate zur Erholung brauchen, wenn Probleme erst spät entdeckt werden.
Was kostet eine begleitete SEO-Migration bei Outwork?
Die Kosten hängen vom Umfang der Migration und der Shopgröße ab, weshalb Outwork aktuelle Preise direkt auf Anfrage über die Leistungsseite für Webentwicklung bereitstellt. Ein erstes Gespräch klärt den konkreten Aufwand, bevor ein Angebot erstellt wird.
