Team Web & Marketing

Anwendungsfall · So gehen wir vorRelaunch weg vom Page-Builder: mit Core-Web-Vitals-Vergleich

Kurz gesagt

Unsere eigene Website: von WPBakery und 36 aktiven Plugins zu einem eigenen Block-Theme mit eigenen Blöcken und fünf Plugins. Der Core-Web-Vitals-Vergleich folgt nach dem Go-live.

AusgangslageDer Kunde sind wir selbst

Anwendungsfall, so gehen wir vor. Mit einer Besonderheit: Das Projekt ist die Website, auf der du gerade liest, art-kon-tor-digital.de. Wir beschreiben hier, wie wir unseren eigenen Relaunch angegangen sind, mit denselben Regeln, die wir Kunden empfehlen.

Die alte Website war WordPress mit einem gekauften Theme, allen Inhalten in WPBakery-Shortcodes und 36 aktiven Plugins. Darunter drei Security-Plugins parallel, mehrere Analytics-Werkzeuge, mehrere Performance-Plugins, die sich gegenseitig im Weg standen, und Reste von Erweiterungen, die längst niemand mehr nutzte. Die Datenbank bestand zum größten Teil aus Logs.

Das ist kein Vorwurf an irgendjemanden, so sehen viele Agenturseiten aus, die über Jahre gewachsen sind. Jede Änderung hieß Klicken im Builder, Texte waren ohne Builder nicht zu bearbeiten, und ob ein Plugin gebraucht wurde, wusste niemand mehr sicher.

Die Aufgabe

Eine neue Website ohne Page-Builder und ohne kostenpflichtige Plugins: eigenes Block-Theme, eigene Blöcke, barrierefrei, schnell, mit Weiterleitungen für jede alte Adresse. Und ein Vorher-Nachher-Vergleich der Core Web Vitals, damit der Effekt messbar ist und nicht nur behauptet.

LösungWas wir gebaut haben

Frische Installation

Keine Übernahme der alten Datenbank. Inhalte wurden aus dem Backup als Text extrahiert, neu geschrieben und neu strukturiert. Die Logs von damals sind Geschichte.

Eigenes Block-Theme

Ein schlankes Theme für den Site Editor, im Design der Agenturgruppe: dunkles Layout, Fira Sans, Orange als Akzent. Kein Theme-Shop, kein Framework, kein Ballast für Funktionen, die wir nicht nutzen.

Eigene Blöcke statt Builder

Seitenkopf, Abschnitte, Karten, Ablauf, FAQ, Vergleichstabelle, Querverweise: alles eigene Blöcke in einem Site-Plugin. Die Redaktion arbeitet im normalen Block-Editor, und die Ausgabe ist genau das HTML, das wir wollen.

Fünf Plugins statt 36

Aktiv sind Rank Math, Contact Form 7, unsere AKT Web Suite für SEO, Sichtbarkeit in KI-Suchen, Barrierefreiheit und Formulare, das Site-Plugin mit den Blöcken und Inhaltstypen sowie ein kleiner Must-use-Helfer. Sonst nichts.

Weiterleitungen und Struktur

Jede alte Adresse leitet auf die passende neue Seite weiter. Die Struktur folgt den vier Geschäftsbereichen, jede Leistungsseite beginnt mit einer Kurzantwort, strukturierte Daten kommen aus einer Quelle.

Messung vorher und nachher

Vor dem Launch haben wir die alte Seite dokumentiert: Plugins, Ladezeit, Seitengewicht, Core Web Vitals. Dieselbe Messung wiederholen wir nach dem Go-live unter gleichen Bedingungen.

ErgebnisWas es gebracht hat

Von 36 aktiven Plugins auf fünf. Inhalte lassen sich im Block-Editor bearbeiten, ohne dass ein Builder dazwischensteht. Neue Seiten entstehen aus denselben Blöcken und sehen deshalb aus wie die übrigen. Barrierefreiheit ist im Theme angelegt, nicht nachträglich aufgesetzt.

Die Ladezeiten und Core Web Vitals der neuen Seite haben wir noch nicht unter realen Bedingungen gemessen. Wir tragen den Vergleich hier nach, sobald die Seite einige Wochen läuft und Felddaten vorliegen. Bis dahin steht hier bewusst keine Zahl.

AblaufSo gehen wir bei dir vor

  1. 1 bis 2 Wochen

    Bestandsaufnahme

    Theme, Plugins, Inhalte, Rankings, Adressen. Messung der alten Seite, damit es später einen Vergleich gibt. Ergebnis: was bleibt, was geht, was neu entsteht.

  2. 2 bis 4 Wochen

    Struktur und Design

    Seitenbaum, Ziel-Suchbegriffe, Seitenbaukasten, Design im Prototyp. Erst wenn das steht, wird gebaut.

  3. 4 bis 10 Wochen

    Theme, Blöcke, Inhalte

    Eigenes Block-Theme und eigene Blöcke, Inhalte neu geschrieben oder übernommen, Formulare, Weiterleitungen, strukturierte Daten. Je nach Umfang der Seite.

  4. Go-live und danach

    Launch und Nachmessung

    Umschaltung, Prüfung aller Weiterleitungen, Messung unter gleichen Bedingungen wie vorher, Wartung im laufenden Betrieb.

FAQFragen zu diesem Projekt

Wie lange dauert ein Relaunch ohne Page-Builder?

Nach Bestandsaufnahme (ein bis zwei Wochen) sowie Struktur und Design (zwei bis vier Wochen) folgen je nach Umfang vier bis zehn Wochen für Theme, Blöcke und Inhalte. Danach kommen der Launch mit Prüfung aller Weiterleitungen und die Nachmessung.

Kann ich diesen Aufbau für meine eigene Website bekommen?

Ja, nach demselben Prinzip: eigenes Block-Theme und eigene Blöcke, gebaut für dein Design und deine Inhalte. Theme und Blöcke gehören danach dir und lassen sich von jedem WordPress-Entwickler weiterpflegen.

Wann veröffentlicht ihr den Core-Web-Vitals-Vergleich?

Sobald die neue Website einige Wochen live ist und Felddaten echter Besucher vorliegen, die Search Console braucht dafür 28 Tage Daten. Bis dahin steht hier bewusst keine Zahl. Die lokal gemessenen Lighthouse-Werte stehen im Ratgeber WordPress ohne Page-Builder.

ReferenzenWeitere Projekte

Erbenhof Schallkultur
TeamübergreifendOnline-MarketingWebentwicklung

Eigener Ticketshop statt Ticketportal

Konzerttickets, Einlass und Ticketscan auf eigener Plattform, plus Kampagnen, die die Reihen füllen.

Zur Case Study →
IT Paradies Jena
IT & Infrastruktur

Netz und Support für ein ganzes Bürogebäude

Firewall, Server und Help Desk für die Unternehmen im IT Paradies, hochverfügbar mit Failover.

Zur Case Study →
Ticketplattform für mehrere Veranstalter: Shop, Kasse, Einlass und Abrechnung aus einem System
IT & InfrastrukturWebentwicklung

Ticketplattform für mehrere Veranstalter: Shop, Kasse, Einlass und Abrechnung aus einem System

Eigener Ticketshop für einen Ticketverkäufer mit vielen Veranstaltern: Programm, Preisgruppen, Kasse, Einlass-App, Veranstalterportal, Abrechnung und DATEV-Export auf WordPress-Basis, ohne Bezahl-Plugins.

Zur Case Study →
GPORTAL
Online-Marketing

Sichtbarkeit für einen Gameserver-Anbieter

Langjährige Betreuung von SEO, Ads und Content für einen international tätigen Hoster.

Zur Case Study →
Barrierefreie Website für eine öffentliche Kammer: Analyse, Umsetzung, Erklärung
Webentwicklung

Barrierefreie Website für eine öffentliche Kammer: Analyse, Umsetzung, Erklärung

Vollständige Analyse und Umsetzung der Barrierefreiheit für die Website einer Kammer: Audit nach WCAG 2.1 AA, Theme, Formulare, PDF-Dokumente, Erklärung zur Barrierefreiheit, Schulung der Redaktion.

Zur Case Study →
optiX fab
IT & Infrastruktur

IT von Tag eins für einen Halbleiter-Zulieferer

Netzwerk, Hochverfügbarkeit, Kamerasystem und Support, geplant und betrieben seit der Gründung am Standort Jena.

Zur Case Study →

Schreib uns!

Erzähl uns in zwei Sätzen, worum es geht. Wir melden uns innerhalb von 48 Stunden.

Kontakt

Schreib uns!

Zwei Sätze genügen. Wir melden uns innerhalb von 48 Stunden, mit dem Menschen, der zu deinem Thema passt.

    Worum geht es?
    Antwort innerhalb von 48 Stunden.