WordPress & Wartbarkeit
Versionen, Erweiterungen, technische Altlasten, Fehlerquellen und erkennbare Risiken im Betrieb.
Analyse vor Investition
Bevor du Geld in Relaunch, SEO oder neue Technik investierst, sollte klar sein, wo die tatsächlichen Schwachstellen liegen. Ich prüfe deine bestehende Website strukturiert und priorisiere die nächsten Schritte.
Kurz erklärt
Ein Website-Check trennt echte Probleme von bloßen Vermutungen. Technik, Sichtbarkeit, Barrierefreiheit, Nutzerführung und Betrieb werden gemeinsam betrachtet. Das Ergebnis ist eine priorisierte Entscheidungsgrundlage: Was muss zuerst behoben werden, was kann warten und wann ist ein Relaunch tatsächlich sinnvoll?
Prüfbereiche
Der Umfang wird an die Website angepasst. Geprüft werden nur Bereiche, die für das konkrete System und Ziel relevant sind.
Versionen, Erweiterungen, technische Altlasten, Fehlerquellen und erkennbare Risiken im Betrieb.
Crawling, Indexierbarkeit, Seitentitel, Inhalte, interne Verlinkung und Suchintentionen.
Semantik, Tastaturbedienung, Kontraste, Formulare, Fokusführung und zentrale Nutzungshürden.
Ladeverhalten, Bildgrößen, unnötige Ressourcen und technische Engpässe werden eingeordnet.
Updates, Backups, Hosting, Zuständigkeiten und erkennbare Risiken im laufenden Betrieb.
Du erhältst eine klare Reihenfolge: kritisch, sinnvoll, später – mit nachvollziehbarer Begründung.
Nicht jede alte Website braucht sofort einen Relaunch.
Manchmal reichen gezielte Korrekturen. Manchmal ist ein Neuaufbau wirtschaftlicher. Der Check soll genau diese Entscheidung belastbar machen.
Ablauf
Der Website-Check ist kein automatischer Scannerbericht. Automatisierte Prüfungen können unterstützen, die fachliche Einordnung bleibt aber entscheidend.
Website, Zielgruppe, technische Umgebung und aktuelles Problem werden eingeordnet.
Technik, SEO, Barrierefreiheit, Performance und Betrieb werden strukturiert untersucht.
Nicht jeder Befund ist gleich wichtig. Auswirkungen und Aufwand werden getrennt betrachtet.
Du bekommst eine Reihenfolge für Optimierung, Betreuung oder gegebenenfalls Relaunch.
Häufige Fragen
Für die erste Einschätzung reichen die Adresse der Website und eine kurze Beschreibung des Problems oder Ziels.
Nein. Der Check ist eine technische und fachliche Bestandsaufnahme. Er ersetzt keine Rechtsberatung, kein Penetrationstest und keine formale Zertifizierung der Barrierefreiheit.
Nein. Befunde werden nach Bedeutung und sinnvoller Reihenfolge geordnet. Ziel ist eine Entscheidungsgrundlage und kein möglichst langer Scannerbericht.
Nein. Wenn gezielte Verbesserungen wirtschaftlich sinnvoller sind, ist das die bessere Empfehlung. Ein Relaunch ist nur eine mögliche Folge.
Ja, soweit sie in meinen Leistungsbereich fallen. Umfang und Kosten werden nach dem Check getrennt vereinbart, damit Analyse und Umsetzung nachvollziehbar bleiben.
Erster Schritt
Schick mir die URL und beschreibe kurz, was dich aktuell stört oder welches Ziel du erreichen möchtest.
Bricks Designsystem · Section-Zuordnung
Die Reihenfolge entspricht der sichtbaren Seite von oben nach unten. Grundregel: Section-Farbklasse + optionaler Größenmodifikator → Container-Klasse → Layout-/Komponentenklasse. Einzelwerte nur dort, wo das Layout wirklich seitenbezogen ist.
.page-herosection-standard section-grosscontainer-standard--section-innen-vertikal-gross; --container-breite; --container-innen-horizontal; --abstand-spaltenVerbindliche Hero-Komponente: `hero-layout` auf dem inneren Layout-Wrapper, `hero-inhalt` auf der linken Inhaltsspalte und `hero-grafik` auf der rechten Grafikspalte. Eyebrow: `text-eyebrow`; Lead/Subheadline: `text-subheadline`; Buttons: `button-gruppe`. Tablet Hochformat (≤991 px) bleibt zweispaltig; erst Mobile Landscape (≤767 px) wird einspaltig gestapelt; bei Mobile Portrait (≤478 px) stehen die Buttons untereinander. Vorhandene individuelle Breakpoint-Werte für Spaltenbreite oder Textausrichtung in Bricks entfernen.
.answer-bandsection-standard section-kompaktcontainer-standard--section-innen-vertikal-kompakt; --container-breite; --container-innen-horizontal; --abstand-spalten; --farbe-rahmenKompakter Antwortblock. Für die asymmetrische 0,72/1,28-Aufteilung das bestehende Answer-Grid als eigene Komponentenklasse beibehalten. Eyebrow: Klasse `text-eyebrow`.
.service-contextsection-standardcontainer-standard--farbe-weiss; --farbe-rahmen; --container-breite; --container-innen-horizontal; --abstand-elemente; --abstand-inhaltsgruppeKompakte Leistungsnavigation. Standard-Section-Padding nicht verwenden; eigenes Komponentenlayout auf Basis der Design-Tokens.
.sectionsection-standardcontainer-standard--section-innen-vertikal; --farbe-weiss; --farbe-text; --container-breite; --container-innen-horizontal; --abstand-inhaltsgruppeNormale Inhaltssektion auf weißer Fläche. Eyebrow: Klasse `text-eyebrow`.
.quote-bandsection-verlauf-primaer section-kompaktcontainer-standard--verlauf-primaer; --farbe-text-invers; --section-innen-vertikal-kompakt; --container-breite; --abstand-inhaltsgruppeZitatband mit weißem Text auf Primärverlauf.
.sectionsection-standardcontainer-standard--section-innen-vertikal; --farbe-weiss; --farbe-text; --container-breite; --container-innen-horizontal; --abstand-spaltenNormale Inhaltssektion auf weißer Fläche. Eyebrow: Klasse `text-eyebrow`.
.section.faq-sectionsection-standardcontainer-standard--section-innen-vertikal; --farbe-weiss; --farbe-text; --container-breite; --container-innen-horizontal; --abstand-inhaltsgruppeNormale Inhaltssektion auf weißer Fläche. Eyebrow: Klasse `text-eyebrow`.
.section.section-softsection-dezentcontainer-standard--section-innen-vertikal; --farbe-grau-hell; --farbe-text; --container-breite; --container-innen-horizontal; --abstand-elemente; --radius-grossDezente Flächenabwechslung für ruhige Inhalts- oder CTA-Bereiche. Eyebrow: Klasse `text-eyebrow`.
Nur für die Umsetzung
Diese Angaben gehören in SEOPress bzw. in die redaktionelle/technische Umsetzung. Den gesamten grünen Arbeitsbereich auf der Live-Website nicht als sichtbaren Inhalt übernehmen.
Global: SEOPress Knowledge Graph auf „Person“ mit echten, konsistenten Kontaktdaten und nur tatsächlich vorhandenen Profilen (sameAs) pflegen. XML-Sitemap und Open Graph aktivieren. FAQ-Inhalte sichtbar lassen, aber FAQ-Schema nicht als Rich-Result-Strategie einplanen.
Die Seite nativ in Bricks aufbauen. Zusätzlich zu Layout und Breakpoints gelten verbindlich die Kapitel Barrierefreiheit, Datenschutz und KI-Suche. Öffentliche Texte nennen weiterhin nur WordPress und WooCommerce, nicht den Pagebuilder.
Bricks-Anweisung für diese Seite öffnen →