Konzepte & lokaler Pilot

Storyblok Apps

Interne Werkzeuge für verständlichere Pflege und verlässlichere Veröffentlichungen. Bestehende Komponenten und Landingpages behalten Vorrang. Hier sammeln wir prüfbare erste Versionen und Entscheidungen für die Entwicklung.

SEO-Pilot ausprobieren 12 App-Ideen ansehen

Stand:

Ideen und nächste Schritte

12 Vorhaben
Pilot im MasterP2

SEO-Cockpit

Suchvorschau, Titel und Beschreibung verständlich prüfen – mit klarer Herkunft der angezeigten Werte.

Umsetzung und Abnahme

Erste Version

Lokaler Pilot: manuelle Eingabe oder Story-JSON in drei Feldstrukturen, Zeichenzähler, Slug-Vorschlag, Basisprüfungen und Entwurf-Download. Danach lesende Anbindung an eine ausgewählte Story.

Abgrenzung

Noch keine installierte Storyblok-App, keine automatische Inhaltsanalyse oder CMS-Schreibfunktion. Die Darstellung in Suchmaschinen lässt sich nicht garantieren.

Daran messen wir die Abnahme

  • Master, Pechschwarz und GPH haben eigene getestete Feldzuordnungen.
  • Live-Ausbaustufe: globale Fallbacks, Sprache, Canonical, Social-Bild und gerenderte Meta-Tags stimmen überein.
  • Vorschläge verändern bestehende Werte erst nach bewusster Übernahme.

Quellen

Aufgabe LIB-124
KonzeptP2

Weiterleitungen

Gelöschte oder umbenannte Seiten auffangen und Weiterleitungsketten erkennen.

Umsetzung und Abnahme

Erste Version

Bestehende Regeln gemeinsam anzeigen; doppelte Quellen, Schleifen, Ketten und unerreichbare Ziele vor Veröffentlichung prüfen. Bei Löschung ein Ziel vorschlagen.

Abgrenzung

Regeln müssen im Server oder CDN ausgeführt werden. Kein pauschales Umleiten aller gelöschten Seiten auf die Startseite.

Daran messen wir die Abnahme

  • Vorhandene CMS- und Vercel-Regeln werden gemeinsam geprüft.
  • Testfälle für Schleifen, Ketten, Statuscodes, externe Ziele und Sprachpfade.
  • URL-Historie, Vorschau der Änderung, Rücknahme und 404/410-Option vorhanden.

Quellen

Aufgabe LIB-125
KonzeptP2

Sprachen & Seitenpfade

Fehlende übersetzte Slugs sichtbar machen und Texte, Sprachwechsel und URLs zusammen prüfen.

Umsetzung und Abnahme

Erste Version

Native translated_slugs und vorhandene Pechschwarz-Sprachlogik nutzen; fehlende Pfade, Kollisionen und unvollständige Übersetzungen als Arbeitsliste anzeigen.

Abgrenzung

Ein Cronjob kann Arbeit auslösen, aber keine Tariffunktion freischalten. Automatisch übersetzte Slugs erst mit Kollisions-, Hierarchie- und Redirect-Prüfung übernehmen.

Daran messen wir die Abnahme

  • Native Funktion und Tarif je Space festgestellt; keine verdeckte Ersatz-Routinglogik.
  • Ordnerpfade, Preview, Sprachwechsel, hreflang, Canonical und Sitemap gemeinsam geprüft.
  • Wiederholbare Verarbeitung nur geänderter Stories, mit Änderungsvorschau und Fehlerprotokoll.

Quellen

Aufgabe LIB-126
KonzeptP2

Formulare & Zustellung

Formulare verständlicher pflegen und sehen, ob eine Anfrage angenommen und an ihre Ziele zugestellt wurde.

Umsetzung und Abnahme

Erste Version

Feldübersicht, Validierungscheck und Testmodus. Zustellstatus je Ziel mit Zeitstempel, Fehlergrund und kontrollierter Wiederholung.

Abgrenzung

Annahme des Formulars ist nicht gleich Zustellung an alle Ziele. Keine echten Testanfragen an Kunden ohne ausdrücklichen Testauftrag.

Daran messen wir die Abnahme

  • Client und Server validieren dieselben Feldverträge, einschließlich E-Mail.
  • Zapier- und HubSpot-Teilerfolge getrennt erkennbar; idempotente Wiederholung erzeugt keine Duplikate.
  • Rollen, Aufbewahrung und sensible Inhalte getrennt von technischen Zustellprotokollen.

Quellen

Aufgabe LIB-127
KonzeptP2

Tracking-Einstellungen

Analytics- und Pixel-Kennungen an einem Ort pflegen, prüfen und mit dem Einwilligungsstatus verbinden.

Umsetzung und Abnahme

Erste Version

Ausgewählte Anbieter mit typisierten ID-Feldern, Test-/Produktivtrennung und lesendem Diagnosemodus. Keine frei ausführbaren Scriptfelder.

Abgrenzung

Die Konfiguration ersetzt keine Consent-Lösung. Browserkennungen und geheime Server-Zugangsdaten strikt trennen.

Daran messen wir die Abnahme

  • Gemeinsamer Consent-Vertrag für notwendige, Statistik- und Marketing-Dienste.
  • Ablehnen, Zustimmen, Widerruf und clientseitige Navigation im Browser geprüft.
  • Preview lädt keine Produktivtracker; Zugänge und Änderungshistorie pro Kunde getrennt.

Quellen

Aufgabe LIB-128
KonzeptP2

Pop-ups & Hinweise

Wiederverwendbare Hinweisleisten, Dialoge und Slide-ins im Stil der Komponentenbibliothek.

Umsetzung und Abnahme

Erste Version

Zuerst Hinweisleiste und Dialog mit Zeitplan, Zielseiten und Häufigkeitsbegrenzung; Inhalte als vorhandene Master-Blöcke.

Abgrenzung

Opt-in-Kampagnen sind von Cookie-Einwilligungen getrennt. Keine ungefragten Ablenkungen oder neuen Controls in bestehenden Originaldemos.

Daran messen wir die Abnahme

  • Tastatur, Escape, Fokusfalle und Fokusrückgabe bei Dialogen geprüft.
  • Reduced Motion, mobile Darstellung und begrenzte Wiederholung funktionieren.
  • Leere Kampagnen deaktivieren sich; keine vertraulichen Zielgruppenregeln im Browser.

Quellen

Aufgabe LIB-129
KonzeptP2

Alt-Texte im Überblick

Fehlende Bildbeschreibungen gesammelt prüfen und passend zum Verwendungskontext ergänzen.

Umsetzung und Abnahme

Erste Version

Lesende Liste der Bildverwendungen; informativ oder dekorativ unterscheiden. Änderungsvorschläge gesammelt prüfen, danach gezielt übernehmen.

Abgrenzung

Ein Bild kann je Verwendung einen anderen Alternativtext brauchen. Ein bewusst leeres alt darf nicht automatisch durch Dateiname oder KI-Text ersetzt werden.

Daran messen wir die Abnahme

  • Asset-Metadaten und abweichende Block-Verwendungen getrennt erfasst.
  • Sprachen, dekorative Bilder und bereits gepflegte Werte bleiben erhalten.
  • Vorschau jeder Änderung, versionssichere Aktualisierung, Protokoll und Rücknahme.

Quellen

Aufgabe LIB-130
KonzeptP2

Barrierefreie Bausteine

Pflegefehler bei Beschriftungen, Überschriften und Medien früh sichtbar machen.

Umsetzung und Abnahme

Erste Version

Redaktionelle Checks plus automatisierte Prüfung gerenderter Komponenten; Tastatur-, Fokus- und Screenreader-Prüfung als eigene Abnahme.

Abgrenzung

Keine pauschale Barrierefreiheitsgarantie. Semantisches HTML zuerst; ARIA nur passend zur tatsächlichen Bedienung.

Daran messen wir die Abnahme

  • Formularlabels, Fehlermeldungen, Kontraste, Überschriften und Alternativtexte geprüft.
  • Dialog- und Menüverhalten mit Tastatur und assistiven Technologien gesondert abgenommen.
  • Befunde sind konkreten Komponenten/Feldern zugeordnet und nachvollziehbar ausgenommen.

Quellen

Aufgabe LIB-131
KonzeptP2

Inhalte & interne Links

Defekte Verknüpfungen, verwaiste Seiten und veraltete wichtige Inhalte auffinden.

Umsetzung und Abnahme

Erste Version

Veröffentlichte Seiten und Sprachversionen indexieren; Linkgraph, wichtige Seiten und Überprüfungsdatum pflegen.

Abgrenzung

Einzelne Story-Prüfungen können keine verwaisten Inhalte beweisen. Externe Checks müssen API-Limits und temporäre Fehler berücksichtigen.

Daran messen wir die Abnahme

  • Vollständigkeit des geprüften Bereichs und letzter Lauf werden angezeigt.
  • Interne Links nach UUID und tatsächlicher URL gemeinsam aufgelöst.
  • Fehlerbelege, zuständige Person und redaktionelle Wiedervorlage verfügbar.

Quellen

Aufgabe LIB-132
KonzeptP2

Veröffentlichungscheck

Vor dem Veröffentlichen sehen, welche wichtigen Voraussetzungen noch fehlen.

Umsetzung und Abnahme

Erste Version

Prüfliste aus SEO, Sprachen, Links, Medien und Formularen. Vorschau und Veröffentlichung unterscheiden; echte Deployment-Nachweise verlinken.

Abgrenzung

Zuerst Hinweise statt unkontrollierter Veröffentlichungssperren. Ein bestandener Inhaltscheck beweist noch keine funktionierende Website.

Daran messen wir die Abnahme

  • Draft-/Produktions-Indexschutz mit echten HTTP-Headern und Meta-Tags geprüft.
  • Fehlende Belege bleiben offen; kein Grünstatus allein aufgrund vorhandener Datenfelder.
  • Teams entscheiden über blockierende Regeln, Ausnahmen und Verantwortliche.

Quellen

Aufgabe LIB-133
KonzeptP3

Pflege-Academy

Kurze Videos und Schrittfolgen genau dort bereitstellen, wo Redakteure Hilfe brauchen.

Umsetzung und Abnahme

Erste Version

Stories und Ordner, Duplizieren, Formulare, Favoriten, Config, Sprachen und Glossar als Kapitel mit Video, Transkript und Tipps.

Abgrenzung

Nachrangig zur Komponenten- und Landingpage-Übertragung. Später als eigener Kundenbereich mit passenden Zugriffsrechten.

Daran messen wir die Abnahme

  • Anleitungen passen zu den tatsächlichen Kundenfeldern und dem eingesetzten Tarif.
  • Untertitel/Transkript, Suche und Versionsdatum vorhanden.
  • Interne Entwicklungsdokumentation bleibt vom Kundenbereich getrennt.

Quellen

Aufgabe LIB-134
KonzeptP2

App-Baukasten & Produktisierung

Aus internen Werkzeugen einen betreibbaren Service für mehrere Kunden entwickeln.

Umsetzung und Abnahme

Erste Version

Gemeinsame Feldadapter, Anmeldung, Rollen, Mandantentrennung, Protokollierung und Versionen; interner Pilot vor Kundeninstallation.

Abgrenzung

Nicht jede Idee braucht eine eigene installierte App. Feld-Plugin, externe Oberfläche und Space-App je Tarif und Aufgabe wählen.

Daran messen wir die Abnahme

  • Partner-/Organisationszugang, OAuth-Berechtigungen und Betrieb geklärt.
  • Pro Kunde eigener Zugriff; Secrets bleiben serverseitig, keine Management-Tokens im Browser.
  • Entwicklerreview zu Namensgebung, Schema-Migrationen, Tests, ARIA, Support und Kostenmodell abgeschlossen.

Quellen

Aufgabe LIB-135
Erster Prototyp

SEO-Vorschau ausprobieren

Titel, Beschreibung und Seitenpfad prüfen. Alles bleibt in diesem Browserfenster; es wird nichts im CMS gespeichert.

Vorhandene Story als JSON einlesen

Optional: eine einzelne Story aus einem vorhandenen Export einfügen. Keine Zugangsdaten verwenden. Die Zuordnung liest die SEO-Felder; globale Fallbacks und die echte Website werden hier noch nicht geladen.

Suchvorschau · ungefähr

Website-Domain ergänzen

Dein Seitentitel

Hier erscheint die Beschreibung deiner Seite.

Hinweise zum Entwurf

    Zeichenzahlen sind Orientierung, keine Suchmaschinen-Regel. Google kann Titel und Beschreibung anders darstellen. Dieser Prototyp prüft noch keine Rankings, Sprachpfade, Weiterleitungen oder tatsächlichen Meta-Tags.

    Yoast-Abgleich

    Welche Funktionen im Master vorgesehen sind, wie sie umgesetzt werden sollen und welchen Stand sie haben.

    Funktionsvergleich mit geplantem Ansatz, Status und Quelle
    FunktionAnsatz im MasterStandQuelle
    SEO- und Keyphrase-AnalyseFokus-/verwandte Keywords, Synonyme, Wortformen; verschachtelte Blöcke je Sprache zu prüfbarem Seitentext auflösen.KonzeptAnsehen ↗
    Lesbarkeit & SpracheSätze, Absätze, Überschriften, Übergangswörter, Passiv und Wortkomplexität; unterstützte Sprachen pro Regel definieren.KonzeptAnsehen ↗
    Such- & Social-VorschauTitel, Description, URL, Vorlagenvariablen und Social-Metadaten. Native Storyblok-SEO-App vor eigener Doppelentwicklung bewerten.Basis-Suchvorschau als PilotAnsehen ↗
    Technisches SEOCanonical, Robots, Open Graph/X, XML-Sitemap, Breadcrumbs und Crawl-Einstellungen gemeinsam in CMS und Website umsetzen.Teilweise im BestandAnsehen ↗
    Strukturierte DatenVerbundenen JSON-LD-Graph aus typisierten Inhalten mit stabilen IDs erzeugen; Schema Aggregation als separater Endpunkt.Basis im BestandAnsehen ↗
    Redirect ManagerURL-Historie, Lösch-/Umbenennungshilfe, reguläre Regeln und Import/Export; Schleifen/Ketten prüfen, im Router/CDN ausführen.Regeln und Teile der Prüfung im BestandAnsehen ↗
    Interne Links & wichtige InhalteLinkvorschläge, verwaiste Inhalte, Cornerstones und Aktualitätsprüfung benötigen einen vollständigen Linkgraphen.KonzeptAnsehen ↗
    Inhalts- & NavigationsblöckeInhaltsverzeichnis, Unterseiten, Geschwister und verwandte Links als echte wiederverwendbare Website-Blöcke.KonzeptAnsehen ↗
    AI-RedaktionshilfeNative Storyblok AI SEO erzeugt Metadaten. Darüber hinausgehendes Optimieren, Zusammenfassen, Bulk-Bearbeiten und Planen braucht eigene Abläufe; Vorschläge nicht ungeprüft speichern.KonzeptAnsehen ↗
    AI-Crawler & Auffindbarkeitllms.txt, Schema Aggregation und Bot-Steuerung als Website-Ausgabe; robots.txt ist keine technische Zugangssperre.KonzeptAnsehen ↗
    Monitoring & RechercheAufgaben, Such-/Ranking-Daten und Integrationen getrennt betrachten. Laufende AI Brand Insights gehören bei Yoast zum eigenen AI+-Angebot.Externe Datenquellen erforderlichAnsehen ↗
    Local, Video, News & PaketleistungenSpezialdaten und Sitemaps modular planen. Academy, Support, Google-Docs-Sitz und WooCommerce-Pakete sind keine CMS-Analysefunktionen.Nach Bedarf, kein Vollnachbau beschlossenAnsehen ↗

    Umsetzung in Storyblok

    An der vorhandenen Basis weiterbauen

    Die Schemas von Master, Pechschwarz und GPH wurden lesend geprüft. SEO-Felder unterscheiden sich: verschachtelter Block, einzelne Felder und seo-metatags. Ein gemeinsamer Adapter verhindert drei getrennte Werkzeuge.

    Grundlage ansehen ↗

    Native Funktionen zuerst prüfen

    SEO und Translatable Slugs sind laut aktueller App-Dokumentation ab Growth verfügbar. AI SEO, Advanced Paths und Broken Links Checker haben höhere Tarifvoraussetzungen. Kein Funktionspreis wird durch eine eigene Oberfläche aufgehoben.

    Grundlage ansehen ↗

    Die Oberfläche passend wählen

    Field Plugins sind die niedrigschwellige Erweiterung einzelner Felder. Tool- und Space-Plugins setzen laut aktueller Dokumentation Premium/Elite voraus; Entwicklung und OAuth brauchen passenden Partner-/Organisationszugang. Eine externe interne Oberfläche ist ein eigener Betriebsweg.

    Grundlage ansehen ↗

    Befunde aus euren Projekten

    Pechschwarz hat bereits Redirect-Auflösung, Sprachpfade und SEO-Fallbacks. Offen zur Prüfung: sprachabhängiger SEO-Suffix-Cache, getrennte Formular-Zustellresultate, serverseitige E-Mail-Validierung, dekorative Alt-Texte und ein einheitlicher Preview-/Consent-Vertrag.

    Grundlage ansehen ↗

    Geprüfter Umfang

    Stand 12.10.2026: Quellcode, drei Komponentenschemas und offizielle Funktionsbeschreibungen. Keine echten Formulare abgesendet, keine Kundendaten geändert und keine Storyblok-App installiert. Tarifdetails vor Installation erneut prüfen.

    Grundlage ansehen ↗
    Entscheidungen für die Entwicklung
    • Ein versionierter Feldadapter je Space; bestehende Master-Blöcke und Namenskonventionen erhalten.
    • Gemeinsamer Sprach-/URL-Vertrag für übersetzte Slugs, Preview, hreflang, Sitemap und Weiterleitungen.
    • Webhook-getriebene, idempotente Verarbeitung bevorzugen; periodischen Abgleich nur als bewussten Zusatz planen. Noch keinen Cronjob eingerichtet.
    • Änderungsvorschau, Rollen, Konflikterkennung und Rücknahme vor automatischen Massenänderungen.
    • Serverseitige Zustellzustände und Validierung, sicherer Secret-Speicher und begrenzte Aufbewahrung als Plattformvertrag.
    • Semantisches HTML und bestehende Komponenten zuerst; ARIA, Tastatur, Fokus, Reduced Motion und Screenreader manuell mitprüfen.
    • Internen Pilot und Supportbedarf auswerten, dann Installationsweg, Lizenz-/Betriebsmodell und Kundenpakete entscheiden. Kein 1:1-Klon von Yoast beschlossen.