Der ultimative Leitfaden zur Webentwicklung für britische Unternehmen

Für wen ist dieser Leitfaden

Dies ist kein Tutorial. Er richtet sich an die Person, die die Website freigibt: Was sie entscheiden muss, worauf sie bestehen sollte und welche vermeintlichen Weisheiten sie ignorieren kann.

Die Wahl der Plattform

Die meisten Plattform-Diskussionen sind tribal. Die Entscheidung ist eigentlich recht mechanisch und hängt von einer einzigen Frage ab: Wie oft müssen fachfremde Personen Inhalte ändern?

WordPress

Nach wie vor die pragmatische Antwort für einen großen Teil britischer Unternehmen. Ihre Marketing-Mitarbeiterin kann eine Dienstleistungsseite hinzufügen, eine Fallstudie veröffentlichen oder eine Überschrift ändern, ohne ein Ticket zu erstellen. Über zwölf Monate hinweg ist diese Autonomie meist wichtiger als jeder technische Vorteil, denn die Veröffentlichungsfrequenz ist der stärkste Hebel für Inhalte, den die meisten Unternehmen haben.

Die Schwäche liegt nicht bei WordPress selbst – sondern bei dem, was sich darauf ansammelt. Ein Page-Builder, der auf einem Theme mit eigenem Builder aufsetzt, plus zwanzig Plugins, führt zu Ladezeiten von vier Sekunden und einem Code, den niemand anfassen möchte. Wenn Sie WordPress nutzen, dann bewusst: ein Builder, wenige Plugins und eine echte Update-Disziplin.

Ein individueller Aufbau (Next.js oder ähnliches)

Genau dann, wenn Sie Anwendungslogik, echte Geschwindigkeit oder präzise Kontrolle über technisches SEO benötigen. Sie erhalten servergerendertes HTML, eine Leistungsgrenze, die weit über einen Plugin-Stack hinausgeht, und eine kleinere Angriffsfläche.

Der Preis ist die editorische Flexibilität. Sofern Sie nicht auch ein solides Content-Modell und eine Admin-Oberfläche bauen – was echte Arbeit bedeutet –, wird jede neue Landingpage zur Entwickleraufgabe. Planen Sie dafür Budget ein, oder Sie enden mit einer schnellen Website, die niemand aktualisieren kann.

Der ehrliche Test

Wenn Ihre Antwort auf die Frage „Wer fügt eine neue Seite hinzu?“ lautet: „unsere Marketing-Mitarbeiterin, wöchentlich“, dann entscheiden Sie sich für WordPress. Wenn es „Wir fügen zweimal im Jahr Seiten hinzu und brauchen eine schnelle Website, die bestimmte Funktionen erfüllt“ heißt, dann entscheiden Sie sich für eine individuelle Lösung.

Was Rankings tatsächlich beeinflusst

Abgesehen von der Inhaltsqualität – die am wichtigsten ist – sind die technischen Grundlagen unspektakulär und werden häufig komplett vernachlässigt:

• Einzigartige Titel- und Meta-Beschreibungen pro Seite, innerhalb der etwa 60- bzw. 160-Zeichen-Grenzen, formuliert für die Suchanfrage – nicht beginnend mit dem Firmennamen
• Eine H1-Überschrift pro Seite, die die Seite beschreibt – erstaunlich viele Websites haben gar keine
• Kanonische URLs, damit derselbe Inhalt an mehreren Adressen nicht mit sich selbst konkurriert
• Strukturierte Daten als vernetzter Graph: Organization, WebSite, Service, FAQ, Article, Breadcrumb
• Open Graph- und Twitter-Card-Tags, sonst erscheint bei jedem Teilen auf WhatsApp oder LinkedIn eine leere Vorschau
• Eine saubere Sitemap, die Autorenarchive und andere Seiten ohne Suchwert ausschließt
• Interne Links, die verfolgt werden, organisiert in Themenclustern

Der letzte Punkt verdient besondere Betonung, denn gegenteilige Ratschläge kursieren weit verbreitet. Verwenden Sie nofollow nicht für interne Links. PageRank wird auf die Links einer Seite verteilt, und der Anteil, der auf einen nofollow-Link entfällt, wird verworfen, statt umverteilt zu werden. Nofollow für interne Links zu setzen, hütet keine Autorität – es zerstört sie. Nofollow für externe Links können Sie gerne verwenden – interne Links sollten immer verfolgt werden.

Leistung – in messbaren Begriffen

Die Core Web Vitals sind Googles Maß für Nutzererlebnis, doch der geschäftliche Grund ist einfacher: langsame Websites verlieren Anfragen.

Drei Zahlen, auf die Sie Ihren Entwickler verpflichten sollten:

• Largest Contentful Paint unter 2,5 Sekunden auf einem Mittelklasse-Smartphone über 4G – nicht auf Ihrem Desktop
• Interaction to Next Paint unter 200 Millisekunden
• Cumulative Layout Shift unter 0,1 – nichts sollte während des Ladens springen

Die meisten Probleme entstehen durch vier Ursachen: nicht optimierte Bilder, Schriftarten, die das Rendern blockieren, Drittanbieter-Skripte (Chat-Widgets, Tag-Manager, Tracker) und JavaScript, das für Funktionen geliefert wird, die die Seite nicht nutzt.

Vereinbaren Sie ein Leistungsbudget, bevor das Design beginnt. Nachträgliches Optimieren eines Designs, das von vier Hero-Videos ausgeht, ist deutlich teurer, als von Anfang an innerhalb eines Budgets zu gestalten.

Der Wandel durch die KI-Ära – was Sie verstehen sollten

KI-Crawler – GPTBot, ClaudeBot, PerplexityBot, CCBot – laden meist nur rohes HTML und führen kein JavaScript aus. Google kann JavaScript rendern, tut dies jedoch langsamer und unzuverlässiger als die Auslieferung von reinem HTML.

Die Konsequenz: Eine clientgerenderte Single-Page-App ist für die Systeme, die zunehmend die Fragen Ihrer Kunden beantworten, kaum sichtbar. Wenn Ihnen Zitate durch KI-Assistenten wichtig sind, muss Ihr Inhalt bereits in der initialen HTML-Antwort vorhanden sein – das bedeutet serverseitiges Rendern oder statische Generierung, nicht eine React-App, die alles erst nach dem Laden abruft.

Die gute Nachricht: Dafür ist keine neue Disziplin erforderlich. Servergerendertes semantisches HTML, präzise strukturierte Daten und konsistente Unternehmensinformationen sind dieselben Dinge, die gutes SEO schon immer wollte.

Neuaufbau oder Reparatur?

Ein Neuaufbau ist oft die falsche Antwort, und Agenturen haben naturgemäß wenig Anreiz, das zuzugeben.

Reparieren Sie, wenn Inhalt und Struktur weitgehend stimmen und die Probleme technischer Natur sind – langsame Ladezeiten, fehlende Metadaten, kein Schema, Plugin-Bloat. Diese lassen sich mit einem Bruchteil der Kosten eines Neuaufbaus beheben, meist innerhalb weniger Wochen und ohne Migrationsrisiko.

Bauen Sie neu auf, wenn die Informationsarchitektur grundlegend falsch ist, die Plattform blockiert, was Sie benötigen, oder der Code nicht mehr wartbar ist. Selbst dann sollten Sie so viele indizierte URLs wie möglich erhalten.

Fragen Sie jede Agentur, die einen Neuaufbau empfiehlt, nach den Kosten für die Reparatur der aktuellen Website. Die Antwort – und wie bereitwillig sie kommt – verrät Ihnen viel.

Migration ohne Ranking-Verlust

Wenn Sie sich für einen Neuaufbau entscheiden, ist die Migration der kritische Punkt. Die wichtigsten Punkte:

1. Erfassen Sie zunächst alle indizierten URLs aus der Search Console und Ihrer Sitemap.
2. Behalten Sie URLs bei, statt sie umzuleiten, wo immer möglich. Eine URL exakt so zu belassen — inklusive abschließender Schrägstrich — birgt null Risiko. Eine 301-Weiterleitung überträgt den Großteil des Signals, aber nicht alles.
3. Vermeiden Sie bei unvermeidbaren Weiterleitungen Kettenumleitungen. Jede zusätzliche Weiterleitung verbraucht Crawl-Budget.
4. Übertragen Sie Titel, Beschreibungen und strukturierte Daten. Eine Optimierung ist in Ordnung; ein Verlust nicht.
5. Starten Sie nicht langsamer als die alte Website. Vergleichen Sie die Leistung vor und nach dem Relaunch.
6. Beobachten Sie die Search Console täglich im ersten Monat, um Abdeckungsfehler innerhalb von Tagen statt Quartalen zu erkennen.

Erwarten Sie eine leichte Schwankung von ein bis zwei Wochen. Eine gut durchgeführte Migration führt nicht zu einem plötzlichen Einbruch.

Was Sie durchsetzen sollten

• Festpreis auf Basis eines schriftlichen Leistungsumfangs
• Volle Codehoheit, inklusive Repository
• Ein vereinbartes Performance-Budget vor dem Design
• Jede indizierte URL schriftlich erfasst
• Strukturierte Daten auf jeder Seitentemplate
• Schulung, damit Ihr Team ohne Sie veröffentlichen kann

Nächste Schritte

Wenn Sie zwischen der Reparatur Ihrer bestehenden Lösung und einem Neuanfang schwanken, lohnt sich ein Gespräch statt einer Offerte. Wir sagen Ihnen gerne, dass die günstigere Option die richtige ist — und tun das häufig.