Wie viele Besucher eine langsame Website verliert
Eine mobile Website, die länger als 3 Sekunden zum Laden braucht, verliert 53 % der Besuche, bevor überhaupt etwas erscheint. Das sind keine Vermutungen, sondern Googles eigener Benchmark, 2016 gemeinsam mit SOASTA veröffentlicht. Wenn Ihre Unternehmenswebsite vor mehr als 2-3 Jahren erstellt wurde, stößt sie wahrscheinlich Kunden ab, anstatt sie anzuziehen.
Ein Website-Umbau ist kein Luxus — es ist eine Geschäftsentscheidung, die sich direkt auf den Umsatz auswirkt. Hier sind 7 messbare Signale, dass Ihre Website eine Modernisierung braucht.
7 Anzeichen, dass Ihre Website einen Neuaufbau braucht
1. Core Web Vitals im roten Bereich
Google misst drei Kennzahlen: LCP (Ladezeit), CLS (visuelle Stabilität) und INP (Interaktionsreaktion). Wenn eine davon den Schwellenwert “gut” in PageSpeed Insights nicht erreicht, verliert Ihre Website Suchrankings.
2. Absprungrate über 60%
Eine hohe Bounce Rate auf der Startseite bedeutet, dass Besucher nicht finden, was sie suchen, oder die Website kein Vertrauen weckt. Modernes UX und klare Informationshierarchie können diesen Wert um 30-50% senken.
3. Die Website ist nicht responsiv
Im Jahr 2026 kommen über 65% des Traffics von Mobilgeräten. Eine Website, die auf dem Smartphone nicht reibungslos funktioniert, ist für die Mehrheit potenzieller Kunden unsichtbar.
4. Veralteter Technologie-Stack
PHP 7.4 hat das Ende des Supports 2022 erreicht. Wenn Ihre WordPress-Website auf einer alten PHP-Version, veralteten Plugins oder einem Theme ohne Support läuft, ist jeder Tag ein Risiko für Hackerangriffe und Datenverlust.
5. Sinkende Google-Sichtbarkeit
Suchalgorithmen priorisieren 2026 Geschwindigkeit, Barrierefreiheit und Inhaltsqualität. Eine Website mit technischen Schulden verliert stetig Rankings an modernisierte Wettbewerber.
6. Keine WCAG 2.1-Konformität
Der European Accessibility Act (EAA) verlangt, dass kommerzielle Websites den WCAG 2.1 AA-Standard erfüllen. Nichteinhaltung schließt nicht nur Nutzer mit Behinderungen aus — es ist ein rechtliches Risiko.
7. Die Website generiert keine Leads
Wenn das Kontaktformular schwer zu finden ist, klare CTAs fehlen und der Konversionspfad unintuitiv ist, erfüllt die Website ihre grundlegende Geschäftsfunktion nicht.
Was umfasst ein Website-Relaunch
Ein effektiver Website-Umbau und Modernisierung verbindet drei Ebenen: Technik, Design und Inhalte.
Technische Ebene: Migration auf PHP 8.4+, Datenbankoptimierung, Object-Cache-Implementierung (Redis), CDN-Konfiguration und Sicherheits-Header.
Visuelle Ebene: Neues Design nach 2026-Trends, responsives Layout, WCAG 2.1 AA-Barrierefreiheit, optimierte Konversionspfade.
Inhaltsebene: Content-Audit und Konsolidierung, Thin-Content-Eliminierung, SEO-Metadaten-Updates, Schema.org-Implementierung.
Website-Relaunch ohne SEO-Verlust
Die größte Angst vor einer Modernisierung ist der Verlust der Google-Rankings. Ein professionell durchgeführter Umbau schützt und verbessert die Sichtbarkeit durch:
- Mapping und 301-Weiterleitung aller URLs,
- Migration von Metadaten, strukturierten Daten und interner Verlinkung,
- Einreichung der Sitemap bei der Google Search Console,
- Monitoring von Indexierungsfehlern in den ersten 30 Tagen.
Risiken durch alte PHP-Versionen und Plugins
Technische Schulden sind die versteckte Steuer, die Ihr Unternehmen für jeden Monat zählt, in dem Sie einen Neuaufbau aufschieben. Es beginnt klein. Ein Plugin erhält keine Updates mehr. Der Theme-Autor hat das Projekt aufgegeben. Ihr Hoster drängt Sie zur PHP-Aktualisierung, aber Sie schieben es auf, weil die Site ja “funktioniert”.
Zwei Jahre später sieht die Bilanz so aus.
PHP 7.4 erreichte das Ende des Sicherheitssupports im November 2022. PHP 8.0 folgte im November 2023. Wenn Ihre WordPress-Installation noch auf einer dieser Versionen läuft, scannen automatisierte Scanner Ihre Site gerade nach Exploits, die nie gepatcht werden. Dies sind keine theoretischen Bedrohungen. Malware-Injektion, Credential-Diebstahl, SEO-Spam-Injektion und Ransomware, die kleine Unternehmenswebsites betreffen, werden täglich in Bedrohungsinformationsberichten dokumentiert.
Bei den kritischen PHP-Lücken vom 21. Oktober 2026 hat das PHP-Projekt für 7.4, 8.0 und 8.1 nur minimale Quellcode-Patches für alle veröffentlicht, die PHP selbst kompilieren. Auf Shared Hosting bleibt meist der Wechsel auf eine unterstützte Version, wie der Beitrag was bei PHP2Shell auf einer WordPress-Website zu tun ist zeigt.
Jenseits der Sicherheit bremsen alte PHP-Versionen die Leistung. Im Benchmark von Kinsta verarbeitet PHP 8.4 rund 7 Prozent mehr WordPress-Anfragen pro Sekunde als PHP 7.4. Die oft zitierten 30 bis 40 Prozent messen die reine PHP-Ausführung, nicht eine WordPress-Anfrage, und tauchen deshalb nicht als Seitengeschwindigkeit auf. Die Verbesserung kostet nach der Migration nichts extra, senkt aber Ihre Server-Antwortzeit (TTFB) und hilft jeder Core-Web-Vitals-Kennzahl. Die Support-Zeiträume jeder PHP-Version veröffentlicht das PHP-Projekt selbst auf php.net.
Aufgegebene Plugins schaffen eine zweite Risikoschicht. Wenn ein Plugin-Autor aufhört, seinen Code zu pflegen, patcht er auch keine bekannten Sicherheitslücken mehr. Schlimmer noch: Das Plugin kann mit neueren WordPress-Core-Versionen inkompatibel werden und jedes WordPress-Update zu einem Risiko machen. Ich habe Sites mit 14 veralteten Plugins gesehen, bei denen der Eigentümer Angst hatte, “Alle aktualisieren” zu klicken, weil beim letzten Mal die Site offline ging.
Browser-Kompatibilität ist die dritte Schicht. Moderne Browser haben CSS- und JavaScript-Muster aufgegeben, die vor fünf Jahren normal waren, und gleichzeitig Container Queries, View Transitions und den :has()-Selektor eingeführt, die alte Themes selten sauber übernehmen. Ihre Website kann in aktuellen Chrome- oder Safari-Versionen optisch brechen, ohne dass Sie es je bemerkt haben, weil Sie auf demselben Setup testen wie beim Launch.
Die kumulierten Kosten technischer Schulden sind nicht nur ein Sicherheitsrisiko. Es sind die Entwicklerstunden, die in die Frage fließen, warum ein Plugin-Update das Checkout-Formular zerstört hat, warum Bilder nach einem Serverumzug nicht mehr laden oder warum eine einfache Textänderung auf der Startseite drei Personen und eine Deployment-Pipeline braucht, um sicher live zu gehen.
Core Web Vitals: wie Google die Leistung Ihrer Website misst
Google hat Core Web Vitals 2021 als Ranking-Signale eingeführt und ihr Gewicht im Algorithmus seitdem kontinuierlich erhöht. 2026 wird eine Site, die diese Schwellenwerte nicht erreicht, algorithmisch zugunsten schnellerer Wettbewerber zurückgestuft.
LCP (Largest Contentful Paint) misst, wie schnell der Hauptinhalt einer Seite lädt. Googles “gut”-Schwellenwert beträgt 2,5 Sekunden oder schneller. Das LCP-Element ist meist das Hero-Bild, eine große Überschrift oder ein Hintergrundvideo. Auf veralteten Sites entstehen LCP-Fehler meist durch nicht optimierte Bilder im JPEG-Format statt AVIF oder WebP, Bilder ohne Breiten- und Höhenattribute, die eine Neuberechnung des Layouts auslösen, render-blockierende Skripte, die das Parsen des HTML aufhalten, oder Hosting ohne CDN, das Dateien von einem weit entfernten Server ausliefert.
CLS (Cumulative Layout Shift) misst die visuelle Stabilität. Der “gut”-Schwellenwert liegt unter 0,1. Layout-Verschiebungen entstehen durch Bilder ohne definierte Dimensionen, Web-Fonts, die nach dem Seitenladen wechseln (Flash of Unstyled Text), spät eingefügte Anzeigen oder Cookie-Banner sowie durch JavaScript, das Inhalte oberhalb des sichtbaren Bereichs dynamisch einfügt. Ein hoher CLS-Wert führt dazu, dass Nutzer den falschen Button treffen, Inhalte verpassen und die Seite als kaputt erleben, auch wenn technisch alles funktioniert.
INP (Interaction to Next Paint) hat im März 2024 die ältere Kennzahl FID ersetzt (web.dev) und misst, wie schnell Ihre Seite auf Nutzerinteraktionen reagiert. Der “gut”-Schwellenwert liegt unter 200 Millisekunden. Hohes INP entsteht meist durch übermäßiges JavaScript im Haupt-Thread, lange Tasks, die das Browser-Antwortverhalten blockieren, oder schlecht optimierte WordPress-Themes, die große JavaScript-Bundles auch auf Seiten laden, auf denen diese Skripte gar nicht gebraucht werden.
Eine Site mit allen drei Core Web Vitals im grünen Bereich rankt messbar besser als eine identische Site mit schlechten Werten. Der SEO-Effekt verstärkt sich durch die bessere UX: Eine schnelle, stabile und reaktionsfreudige Seite hält Besucher länger, sendet positive Nutzersignale an Google und erzeugt einen Kreislauf aus besseren Rankings und mehr Traffic.
Warum alte Websites mobil schlecht funktionieren
Google betreibt seit 2019 Mobile-First-Indexierung. Das bedeutet, Google bewertet die mobile Version Ihrer Site bei der Ranking-Entscheidung (Google Search Central). Wenn Ihr mobiles Erlebnis eingeschränkt ist, spiegeln Ihre Rankings das für alle Nutzer wider, auch für die am Desktop.
Der Unterschied zwischen einer responsiven und einer Mobile-First-Website ist erheblich. Responsives Design nimmt ein Desktop-Layout und passt es mit CSS-Breakpoints an kleinere Bildschirme an. Mobile-First-Design beginnt beim kleinsten Bildschirm und baut nach oben auf. Sichtbar wird der Unterschied bei der Priorisierung der Inhalte: Eine responsive Site packt oft zu viel auf den mobilen Bildschirm, weil sie für den Desktop entworfen wurde. Eine Mobile-First-Site entscheidet bewusst, was auf einem kleinen Bildschirm am wichtigsten ist.
Touch-Targets sind ein häufig übersehenes Problem. Googles Lighthouse-Prüfung verlangt für interaktive Elemente (Buttons, Links, Formularfelder) eine Tippfläche von mindestens 48 mal 48 Pixeln (Chrome for Developers). Navigationsmenüs, die für Maus-Hover ausgelegt sind, funktionieren auf Touch-Geräten nicht. Auf dem Smartphone kann niemand über einen Menüpunkt fahren, um ein Dropdown zu öffnen. Hängt Ihr Menü an Hover-Zuständen, sehen mobile Nutzer eine kaputte Navigation.
Viewport-Konfigurationsprobleme auf älteren Sites lassen Text mit 10 Pixeln rendern, wenn der Nutzer 16 erwartet, was ein Pinch-to-Zoom erzwingt, das Google in seiner Mobil-Freundlichkeitsbewertung explizit bestraft. Manche älteren WordPress-Themes legen Breiten im CSS in festen Pixelwerten fest und verhindern damit, dass sich das Layout überhaupt an andere Bildschirmgrößen anpasst.
Bildbehandlung auf Mobilgeräten ist ein weiterer wesentlicher Faktor. Ein 2500 Pixel breites Bild an ein Smartphone mit einem 390-Pixel-Bildschirm auszuspielen, verschwendet Bandbreite und verlangsamt die Ladezeit. Moderne WordPress-Implementierungen mit dem Attribut srcset und modernen Formaten (zuerst AVIF, WebP als Fallback) senken die Bild-Nutzlast deutlich, wobei der grössere Teil aus der Grösse kommt und nicht aus dem Format: WebP liegt etwa 25-34% unter JPEG, AVIF rund 50%, während 390 statt 2500 Pixel weit mehr spart.
Die Leistung auf Mittelklasse-Geräten verdient eigene Aufmerksamkeit. Die Entwicklungsrechner Ihres Teams und die Flaggschiff-Smartphones Ihrer Kunden stehen nicht für den durchschnittlichen Nutzer. Viele Unternehmenswebsites werden auf zwei oder drei Jahre alten Android-Telefonen mit 3 GB RAM über 4G aufgerufen. Tests auf echter Mittelklasse-Hardware zeigen Probleme, die in der Gerätesimulation der Chrome DevTools nie auftauchen.
Warum alte Websites Google-Rankings verlieren
Ranking-Rückgänge durch technische Schulden sind selten plötzlich. Es ist eine langsame Erosion, die in Ihren Google Search Console-Daten über 6 bis 12 Monate sichtbar wird. Wenn das Muster nicht mehr zu leugnen ist, haben Wettbewerber bereits einen deutlichen Vorsprung.
Der Mechanismus funktioniert so: Google aktualisiert seinen Algorithmus laufend, und jedes Update justiert, welche Signale zählen und wie stark. Eine nach den Standards von 2021 gebaute Website war damals vielleicht völlig ausreichend. Doch als Google das Gewicht von Core Web Vitals, Mobilfreundlichkeit, Qualitätssignalen für Inhalte und strukturierten Daten erhöhte, entfernte sich eine Website ohne Wartung mit jedem Monat weiter vom optimalen Profil.
Thin-Content-Probleme verstärken diesen Effekt. Legacy-WordPress-Sites haben oft Dutzende von Tag-Archivseiten, datumsbasierten Archivseiten und Autorenseiten von Schreibern, die nicht mehr beitragen, dazu von Google indexierte Suchergebnisseiten. Diese Seiten enthalten wenig einzigartigen Content, verdünnen Ihr Crawl-Budget und signalisieren dem Algorithmus niedrige Content-Qualität. Ein sauberer Neuaufbau enthält ein Content-Audit, das all diese Seitentypen findet und richtig behandelt (noindex, Konsolidierung oder Canonical).
Crawl-Budget-Verschwendung ist ein verwandtes Problem. Googlebot hat für jede Site nur ein begrenztes Crawl-Budget. Auf einer alten WordPress-Site mit schlechter URL-Struktur, Session-IDs in URLs, duplizierten Inhalten durch Plugin-generierte Parameter-Variationen und kaputten internen Links auf 404-Seiten verschwendet Googlebot seine Zuteilung auf minderwertige URLs, statt Ihre wichtigen Inhalte zu finden und zu indexieren.
Doppelter Content durch Legacy-Plugins ist ein weiterer stiller SEO-Killer. Ältere E-Commerce-Plugins und Portfolio-Plugins erstellen mehrere URLs für denselben Inhalt ohne Canonical-Tags, teilen Link-Equity auf und verwirren Suchmaschinen. Eine Produktseite, die unter /product/name/, /shop/product/name/ und /?p=123 erreichbar ist, jeweils ohne Canonical-Tag, lässt offen, welche URL ranken soll.
Ein professioneller Neuaufbau geht all diese Punkte systematisch an: Konsolidierung der Inhalte, Bereinigung der URLs, Canonical-Tags, strukturierte Daten für die Seiten, die am meisten davon profitieren, und eine klare Site-Architektur, die Googlebot effizient crawlen kann.
Website-Relaunch Schritt für Schritt
Wer weiß, was ein Neuaufbau umfasst, kann Agenturangebote besser bewerten und im eigenen Team realistische Erwartungen setzen.
Schritt 1: Technisches und inhaltliches Audit. Bevor eine einzige Zeile neuen Codes geschrieben wird, beginnt ein professioneller Neuaufbau mit einem umfassenden Audit. Dazu gehört das Crawlen der bestehenden Site mit Werkzeugen wie Screaming Frog, um alle URLs zu erfassen, das Aufspüren von Weiterleitungsketten und kaputten Links, die Dokumentation aller Drittanbieter-Integrationen, die Überprüfung der Google Search Console auf Crawl-Fehler und ein Inventar der Inhalte, das festlegt, was migriert, zusammengelegt oder entfernt wird.
Schritt 2: Strategie und Informationsarchitektur. Die Audit-Ergebnisse fließen in ein Site-Strategie-Dokument ein, das die neue URL-Struktur, Navigationshierarchie, Content-Typen, Conversion-Ziele und technischen Anforderungen definiert. URL-Änderungen ohne dokumentierte Strategie sind der Grund, warum SEO-Migrationen scheitern.
Schritt 3: Design. Die Designphase produziert zunächst Wireframes (zur Validierung von Layout und Content-Hierarchie) und dann detaillierte Mockups. Ein guter Designprozess umfasst Usability-Tests mit Vertretern der Zielgruppe und eine Barrierefreiheitsprüfung nach WCAG 2.1 AA, bevor Code geschrieben wird.
Schritt 4: Entwicklung. Moderne WordPress-Entwicklung nutzt eine Staging-Umgebung, die der Produktionsumgebung entspricht. Dazu gehören der Bau des Themes, die Konfiguration der Plugins, die Einrichtung des CDN, Caching und Sicherheitshärtung. Die PHP 8.4-Kompatibilität wird für jedes Plugin im Stack getestet.
Schritt 5: Content-Migration. Inhalte werden mit allen Metadaten in die neue Struktur migriert: Titel, Meta-Beschreibungen, Open Graph Tags, Schema.org-Markup, Alt-Texte und kanonische URLs. Dieser Schritt wird am häufigsten überhastet und richtet bei schlampiger Umsetzung den größten SEO-Schaden an.
Schritt 6: URL-Mapping und 301-Weiterleitungen. Jede sich ändernde URL erhält eine dokumentierte Weiterleitungsregel. Das ist nicht optional. Fehlende Weiterleitungen machen Links von anderen Websites, Lesezeichen und indexierte URLs zu Sackgassen. Die Weiterleitungstabelle entsteht aus den Audit-Daten aus Schritt 1.
Schritt 7: Vor-Launch-Tests. Tests decken alle Weiterleitungsregeln, Formulare, Checkout-Prozesse, Drittanbieter-Integrationen, Core Web Vitals-Scores, WCAG-Konformität, Kompatibilität über Browser und Geräte hinweg sowie die seitenweise Überprüfung der SEO-Metadaten ab.
Schritt 8: Launch. Ein kontrollierter Launch umfasst die Beobachtung der DNS-Propagation, sofortiges Aufwärmen des Caches und die Überwachung der Fehlerprotokolle in Echtzeit. Die erste Stunde nach dem Launch ist entscheidend.
Schritt 9: Monitoring nach dem Launch. Die 30 Tage nach dem Launch erfordern aktives Monitoring: tägliche Prüfungen der Google Search Console auf 404-Fehler und Indexierungsanomalien, der Vergleich der organischen Traffic-Trends mit der Basislinie vor dem Launch und die Kontrolle, ob Google die neue URL-Struktur korrekt crawlt und indexiert.
Was kostet es, einen Website-Relaunch länger aufzuschieben
Der häufigste Einwand gegen einen Neuaufbau sind die Kosten. Was diese Kalkulation meist übersieht, sind die Kosten des Nicht-Umbauens.
Eine Site mit schlechtem LCP und schlechter mobiler Erfahrung konvertiert mit etwa der halben Rate einer gut optimierten Site. Wenn Ihre aktuelle Site 10 Anfragen pro Monat aus 1.000 monatlichen Besuchern generiert, bedeutet eine neugebaute Site mit halbierter Absprungrate und doppelter Konversionsrate 20 Anfragen aus demselben Traffic. Diese zusätzlichen 10 Anfragen pro Monat bedeuten, dass sich die Umbauinvestition typischerweise innerhalb von 6 bis 12 Monaten amortisiert.
Sicherheitsverletzungskosten sind schwerer zu quantifizieren, aber potenziell viel größer. Eine kompromittierte WordPress-Site kann zum Versenden von Spam, Verteilen von Malware, Schürfen von Kryptowährung oder für Ransomware genutzt werden. Die Kosten für professionelle Malware-Entfernung, Hosting-Ausfallzeiten, Reputationsschäden und potenzielle DSGVO-Strafen können die Kosten eines proaktiven Neuaufbaus bei weitem übersteigen.
Wartungszeit der Entwickler für Legacy-Code summiert sich unsichtbar. Eine Site mit PHP 7.4 und 20 veralteten Plugins erfordert sorgfältige, zeitaufwendige Updates. Jedes Plugin-Update ist ein mögliches Kompatibilitätsproblem, das Tests und Fehlersuche verlangt. Die kumulativen Entwicklerstunden für die Wartung einer fragilen alten Site übersteigen oft innerhalb von zwei bis drei Jahren die Neuaufbaukosten.
Die Opportunitätskosten sind die unauffälligste Kategorie. Jeder Monat, in dem Ihre Site schwächelt, ist ein Monat, in dem Wettbewerber mit besseren Sites Anfragen gewinnen, die Ihre hätten sein können. Durch technische Schulden verlorene Rankings brauchen auch nach einem Neuaufbau Monate, um sich zu erholen. Wer jetzt beginnt, startet die Erholung früher.
Wie Sie den richtigen Umbau-Partner wählen
Die Wahl der Agentur oder des Entwicklers für Ihren Neuaufbau ist genauso wichtig wie die Entscheidung zum Neuaufbau selbst. Ein schlecht ausgeführter Neuaufbau kann Ihrer SEO schaden, wichtige Funktionen zerstören und Sie mit einer Site zurücklassen, die in 18 Monaten erneut neu gebaut werden muss.
Portfolio und relevante Erfahrung. Fragen Sie nach Beispielen von Sites ähnlich der Ihren in Branche, Größe und Funktionalität. Ein Portfolio aus reinen Visitenkarten-Websites bei einem Entwickler, den Sie für einen E-Commerce-Neuaufbau in Betracht ziehen, ist ein Warnsignal. Achten Sie auf Belege für komplexe Migrationen, nicht nur für Neuentwicklungen.
Technische Audit-Kompetenz. Ein Neuaufbau-Partner, der vor Beginn der Arbeit kein professionelles technisches Audit Ihrer aktuellen Site erstellen kann, ist nicht in der Lage, die Migration korrekt zu planen. Das Audit sollte die Ausgangswerte der Core Web Vitals, technische SEO-Probleme, das Content-Inventar, die URL-Struktur und die Drittanbieter-Integrationen abdecken.
SEO-Migrationserfahrung. Fragen Sie gezielt, wie sie URL-Änderungen, 301-Weiterleitungen und Post-Launch-Ranking-Monitoring handhaben. Wenn sie das Mapping der Weiterleitungen nicht erklären können oder SEO-Migration als Selbstläufer abtun, suchen Sie einen anderen Partner. Dies ist der Bereich, in dem Neuaufbauten am häufigsten schiefgehen.
Kompetenz bei PHP- und WordPress-Versionen. Klären Sie, dass auf PHP 8.2 oder höher gebaut wird, moderne WordPress-Praktiken zum Einsatz kommen (Composer für Abhängigkeiten, versionierte Deployments, Staging-Umgebungen) und ein dokumentierter Prozess für Kompatibilitätstests der Plugins existiert.
Post-Launch-Support. Ein Neuaufbau ist beim Launch nicht abgeschlossen. Fragen Sie, welcher Support für den 30-Tage-Monitoring-Zeitraum enthalten ist und wie bei Problemen nach dem Launch reagiert wird. Agenturen, die nach dem Launch-Tag verschwinden, lassen Sie im kritischsten Zeitraum allein.
Kommunikation und Transparenz. Der Neuaufbau bringt viele Entscheidungen mit sich, die Ihr Geschäft betreffen. Ein guter Partner kommuniziert klar über Abwägungen, erklärt warum er spezifische technische Entscheidungen empfiehlt und bezieht Sie in Entscheidungen ein, die Ihren Content und Ihr UX betreffen, statt sie stillschweigend selbst zu treffen.
Wie Sie prüfen, ob Ihre Website einen Neuaufbau braucht
Prüfen Sie Ihre Website in PageSpeed Insights. Wenn Sie mindestens 3 der 7 beschriebenen Signale identifiziert haben, ist es Zeit zu handeln.
Ich helfe Unternehmen dabei, Website-Neuaufbauten und Modernisierungen zu planen und umzusetzen, die Suchrankings schützen, Konversionsraten verbessern und auf einem technischen Fundament aufbauen, das in zwei Jahren keinen weiteren Notfall-Neuaufbau benötigt. Kontaktieren Sie mich für ein kostenloses technisches Audit und einen auf Ihre Geschäftsziele zugeschnittenen Neuaufbauplan.
