Vision

Ausführliche, versionierte Planungsfassung

Version 1.2 | Stand: 21. Juni 2026 | Dateiname: wp-ag-suite-roadmap-1.2.docx

Status: kanonische Arbeitsfassung für die Weiterentwicklung der WP-AG Suite innerhalb der WP-AG Produktfamilie.

Feld	Eintrag
Produkt	WP-AG Suite
Produktfamilie	WP-AG AEMR WP-AG Butler WP-AG Developer WP-AG Suite WP-AG Trial WP-AG Verein
Version dieses Dokuments	1.2
Leitlinie	Zuerst Stabilisierung und WPAG-UI, danach neue Module.
Wichtigste neue Roadmap-Ergänzung	Doc2WP: Word-/Dokument-zu-WordPress-Konvertierung für echten bearbeitbaren Seitentext.

Inhaltsübersicht

1. Zweck, Status und Versionierung

2. Zielbild der WP-AG Plattform

3. Grundprinzipien der WP-AG Suite

4. Feature Freeze und technische Reihenfolge

5. WPAG-UI als verbindliche Architektur

6. Bestandsmodule der WP-AG Suite

7. Roadmap-Phasen

8. Ausführliche Modul-Roadmap

9. Datenschutz, Sicherheit und lokale Kontrolle

10. Dokumentation, Website und Kommunikation

11. Priorisierte Entwicklungsreihenfolge

12. Offene Entscheidungen und nächste Schritte

13. Versionshistorie

1. Zweck, Status und Versionierung

Dieses Dokument beschreibt die Roadmap der WP-AG Suite in einer konsolidierten, versionierten Form. Es dient als Arbeitsgrundlage für Entwicklung, Priorisierung, Dokumentation und spätere Website-Kommunikation. Die Roadmap ist nicht als starres Pflichtenheft zu lesen, sondern als verbindlicher Orientierungsrahmen: Architekturentscheidungen, Reihenfolge und Benennungen sollen konsistent bleiben; einzelne Funktionen können in späteren Versionen technisch angepasst werden.

Version 1.2 baut auf Version 1.1 auf. Neu aufgenommen wird das Modul beziehungsweise der Arbeitsbereich Doc2WP. Doc2WP beantwortet eine mehrfach formulierte Praxisfrage: Wie kann ein vorhandenes Word- oder Office-Dokument direkt in echten bearbeitbaren WordPress-Seitentext umgewandelt werden, statt nur als Datei oder PDF eingebettet zu werden?

Die Exportkarten-Regel aus Version 1.1 bleibt gültig: TXT links, CSV in der Mitte, PDF rechts. Der Grundsatz gilt künftig für alle Module.

Version	Datum	Inhaltlicher Status
1.0	21. Juni 2026	Erste zusammenhängende, versionierte Roadmap der WP-AG Suite einschließlich WPAG-UI, Butler/Pflichtseiten-Check, Linkchecker, SEO Assistant, Socializer, Statistik und weiteren Suite-Modulen.
1.1	21. Juni 2026	Exportkarten-Regel aktualisiert: TXT links, CSV in der Mitte, PDF rechts; das Muster gilt für alle Module.
1.2	21. Juni 2026	Doc2WP ergänzt: Word-/Dokument-zu-WordPress-Konvertierung für bearbeitbare Seiten- und Beitragsinhalte.

2. Zielbild der WP-AG Plattform

WP-AG wird als Produktfamilie gedacht, nicht als Sammlung unverbundener Einzelplugins. Die Suite bleibt der operative Werkzeugkasten für WordPress-Websites, während WP-AG Butler, WP-AG Verein, WP-AG Trial und WP-AG Developer eigene Schwerpunkte erhalten. Alle Linien sollen eine gemeinsame gestalterische und technische Grundlage teilen: ein WP-AG Admin-Einstieg, gemeinsame WPAG-UI-Komponenten und wiederverwendbare Kernmodule.

Langfristig soll im WordPress-Admin nur ein zentraler WP-AG-Haupteintrag erscheinen. Von dort aus wird in die Produktbereiche verzweigt. Die Reihenfolge lautet: Butler zuerst, danach Suite, Trial, Verein und Developer. Die Suite selbst soll nicht als lange Liste einzelner WordPress-Menüpunkte erscheinen, sondern als Dashboard beziehungsweise Toolbox mit klar gruppierten Werkzeugkacheln.

• WP-AG Butler: zentrale Einrichtungs- und Begleitschicht für Websites; Einstiegsebene der Produktfamilie.
• WP-AG Suite: operativer Werkzeugkasten für Websitebetrieb, Inhalte, Migration, SEO, Medien, Qualität, Statistik und Wartung.
• WP-AG Verein: Verwaltungs- und Prüfwerkzeuge für Vereine, NGOs und zivilgesellschaftliche Organisationen.
• WP-AG Trial: Managementplattform für Border-Collie-Trials und verwandte Wettbewerbsformate.
• WP-AG Developer: technische Werkzeuge für Agenturen, Entwicklerinnen, Entwickler und Administratoren.

3. Grundprinzipien der WP-AG Suite

Die WP-AG Suite wird als praxisorientierter, lokal kontrollierbarer WordPress-Werkzeugkasten entwickelt. Die Suite soll Websitebetreiberinnen und Websitebetreiber entlasten, ohne ihnen fremde Dienste, externe Dashboards oder nicht nachvollziehbare Automatisierung aufzudrängen.

• Local first: Daten sollen soweit möglich in der eigenen WordPress-Installation verbleiben.
• Keine künstliche Pro-Grenze innerhalb der freien Kernfunktionalität; kein Freemius- oder fremdes Lizenzierungs-UI in nativen Modulen.
• WPAG-UI vor Modulausbau: neue Funktionen dürfen keine Sonderlayouts und keine neue UI-Parallelwelt erzeugen.
• Keine Rechtsberatung: rechtlich sensible Module formulieren als strukturierte Hinweise, Lückenprüfung und Orientierung, nicht als verbindliche Rechtsauskunft.
• Transparente Funktionen: Jede Analyse soll erklären, was geprüft wurde, welche Daten verwendet wurden und welche Grenzen die Aussage hat.
• Praxisnähe: Module werden nach realen Arbeitsabläufen von Websitebetreibern, Vereinen, NGOs, Redaktionen und Administratoren priorisiert.
• Exportierbarkeit: Berichte und Ergebnislisten erhalten standardisiert TXT-, CSV- und PDF-Export, sofern der jeweilige Modulkontext dies sinnvoll macht.
• Saubere Deinstallation: Daten, Optionen und Tabellen müssen nachvollziehbar löschbar sein.

4. Feature Freeze und technische Reihenfolge

Die zentrale Entwicklungsentscheidung lautet: Vor dem Ausbau neuer Module wird die technische und gestalterische Grundlage stabilisiert. Wiederholte Einzelkorrekturen an Layouts lösen das strukturelle Problem nicht. Deshalb gilt ein Feature Freeze für neue Suite-Module, solange Dashboard, WPAG-UI und die Migration bestehender Module nicht ausreichend stabil sind.

1. Dashboard stabilisieren: Gleichhöhe, Kachelraster, Akkordeon-Logik, Statusdarstellung und Texte bereinigen.

2. Globales WPAG-UI-System aufbauen: Karten, Tabellen, Tabs, Filter, Exportkarten, Aktionskacheln, Konfigurationsbereiche und Notices vereinheitlichen.

3. Bestehende Module auf WPAG-UI migrieren: alte Kartenklassen, Sonderlayouts und doppelte CSS-Varianten entfernen.

4. WP-AG Plattform-Navigation umsetzen: ein WP-AG Haupteinstieg, klare Produktkarten, Suite als Toolbox.

5. Erst danach neue oder stark erweiterte Module einbauen.

Ausnahmen vom Feature Freeze sind nur für kritische Fehler, Sicherheitsrisiken, Datenverlust, WordPress-Kompatibilität, schwerwiegende Darstellungsfehler und bereits direkt nachgefragte Berichtsfunktionen zulässig. Doc2WP wird als mehrfach nachgefragtes Praxisfeature in die Roadmap aufgenommen, bleibt aber an die WPAG-UI-Stabilisierung gebunden.

5. WPAG-UI als verbindliche Architektur

WPAG-UI ist die gemeinsame Bedien- und Darstellungsschicht der Suite. Neue Module dürfen keine moduleigenen Sonderlayouts einführen. Sie verwenden gemeinsame WPAG-UI-Komponenten für Karten, Tabs, Tabellen, Filter, Formulare, Notices, Statusboxen, Aktionskacheln und Exportbereiche.

Tabellen und Ergebnislisten verwenden die verfügbare Seitenbreite und werden nicht in schmale Kartenraster gezwängt. Ergebnisfilter können als klickbare Statuskarten umgesetzt werden, beispielsweise OK, Hinweise, Risiken oder Fehler. Der ausgewählte Filter muss sichtbar sein und es muss eine klare Reset- beziehungsweise Alle-Option geben.

Der Standard für Exporte ist eine kompakte Exportkarte. Links steht TXT, in der Mitte CSV, rechts PDF, in dieser festen Reihenfolge. Dieses Muster gilt für alle Module.

• Große Dashboard- und Toolkacheln: maximal vier pro Reihe.
• Kleine Status-, Modul- und Aktionskacheln: maximal sechs pro Reihe, sofern die Bildschirmbreite es erlaubt.
• Blau: Navigation, Aktion, Export, Information. Grün: OK, aktiv, erfolgreich. Gelb: Hinweis, Warnung, Redirect, Aufmerksamkeit. Rot: Fehler, Risiko, kritischer Befund.
• Legacy-Klassen, duplizierte Kartenstile und alte Header-Balken werden bei der Migration entfernt, nicht durch Kompatibilitäts-CSS kaschiert.

6. Bestandsmodule der WP-AG Suite

Die aktuelle Suite umfasst bereits mehrere operative Werkzeuge. Diese Module bilden die Grundlage für die Konsolidierung und müssen vor dem großen Ausbau auf WPAG-UI vereinheitlicht werden.

Modul	Aktueller Zweck	Roadmap-Richtung
Dashboard	Zentrale Übersicht, Status, Module, Werkzeugzugriff.	Stabilisieren, gleichhohe Karten, klare Akkordeons, kurze Texte, Plattform-Einstieg vorbereiten.
Diagnose	Technische Informationen zur Website.	In Security & Health und Performance/Diagnostics sauber einordnen.
Security & Health	Sicherheits- und Zustandsprüfung.	Klickbare Statusbereiche, Exportkarte, klare Empfehlungen und konsistente Health-Karten.
Beitragsimport	Import von Beiträgen und Inhalten.	Autor:innenmapping, Kommentarmigration, Seitenimport, PDF-zu-BookViewer-Option und Doc2WP-Anbindung.
BookViewer	PDF-/Buchanzeige und digitale Bibliotheksfunktion.	Bibliotheksausbau, Importintegration, SEO-/Statistik-/Socializer-Anbindung.
MediaInspector	Analyse der Medienbibliothek.	ALT-Texte, Beschreibungen, Copyright, Metadaten, Qualitätschecks, Bildhandling.
BackupManager	Sicherung und Wiederherstellung.	Backup-Ziele als Aktions-/Konfigurationskacheln, zuerst Google Drive, später weitere Ziele.
Contacts	Kontakt-/Adressverwaltung im Suite-Kontext.	Später mit Adressverwaltung, Verein und Kommunikation verzahnen.
PostTools / RevisionManager	Werkzeuge rund um Beiträge und Revisionen.	Bereinigen, konsolidieren, klare Aktionen und volle Tabellenbreite.
FontForce / MenuSearch / KatCloud / Artikelarchiv / ThemeCleaner	Spezialwerkzeuge für Darstellung, Suche, Kategorien, Archiv und Theme-Bereinigung.	Als Suite-Werkzeuge erhalten, aber konsequent WPAG-UI-konform machen.
Object Cache Analyse	Analyse des Objektcaches.	In Performance & Diagnostics Center überführen oder dort referenzieren.

7. Roadmap-Phasen

Phase 0: Stabilisierung und technischer Rückbau

Alte Kartenklassen, Sonderlayouts, doppelte CSS-Pfade und inkonsistente Moduloberflächen werden bereinigt. Das Ziel ist kein neues Feature, sondern weniger Wartungsaufwand und ein stabiles Fundament.

Phase 1: WPAG-UI und Plattform-Navigation

WPAG-UI wird als interne Komponentenbibliothek konsolidiert. Parallel entsteht der WP-AG Haupteinstieg mit Butler, Suite, Trial, Verein und Developer.

Phase 2: Migration bestehender Suite-Module

Bestehende Module werden auf WPAG-UI migriert. Besondere Aufmerksamkeit erhalten Dashboard, Security & Health, Linkchecker, Beitragsimport, BackupManager und Compliance-/Pflichtseiten-nahe Module.

Phase 3: WP-AG Butler und Pflichtseiten-Check

Der Butler wird als zentrale Begleitschicht priorisiert. Der Pflichtseiten-Check wird als wiederverwendbares Kernmodul entwickelt, das von Butler, Suite und Verein genutzt werden kann.

Phase 4: Operative Suite-Schwerpunkte

Danach folgen Linkchecker-Konsolidierung, Beitrags-/Seitenimport, Doc2WP, SEO Assistant, Socializer, MediaInspector-Ausbau, BookViewer-Integration, Link & Tracking Cleaner, Activity Log, Performance & Diagnostics, Website Quality Report und später WP-AG Statistik.

Phase 5: Produktübergreifende Wiederverwendung

Gemeinsame Module werden so gebaut, dass sie in Suite, Butler, Verein und Developer wiederverwendbar sind. Beispiele sind Pflichtseiten-Check, Exportkomponenten, Activity Log, Adress-/Kontaktlogik, Berichtsstruktur, Rollen-/Rechtekonzepte und Qualitätsberichte.

8. Ausführliche Modul-Roadmap

8.1 WP-AG Butler

Der Butler ist die zentrale Einrichtungs- und Begleitschicht der WP-AG Produktfamilie. Er bewertet Grundkonfigurationen, zeigt offene Punkte und führt in die passenden Suite-Werkzeuge.

• Websiteprofil mit Rechtsraum, Organisationstyp, Kontakt-, Verantwortlichen- und Dienstedaten.
• Setup-Assistent mit Website-Setup-Score und klickbaren Prüfpunkten.
• WPAG Pflichtseiten-Check als Kernbestandteil.
• Generator für Grundseiten und Seitenentwürfe, soweit sinnvoll und klar als Entwurf gekennzeichnet.
• Prüfung externer Dienste und Ressourcen, zum Beispiel Fonts, Newsletter, Tracking oder eingebettete Medien.
• Hinweise zu Content-/SEO-Basics, Barrierefreiheit, Sicherheit und Backup.

8.2 WPAG Pflichtseiten-Check

Der Pflichtseiten-Check ist ein gemeinsames Kernmodul. Er prüft vorhandene WordPress-Seiten strukturiert auf erkennbare Pflichtangaben und typische Lücken. Die öffentliche Formulierung bleibt vorsichtig: Strukturierte Prüfung auf erkennbare Pflichtangaben und typische Lücken. Keine Rechtsberatung.

• Länder- und kontextbezogene Auswahl, insbesondere AT/DE/CH als erste Zielräume.
• Vergleich vorhandener Seiten mit kuratierten Kriterienblöcken.
• Erkennung fehlender, unvollständiger, widersprüchlicher oder offensichtlich veralteter Elemente.
• Trennung zwischen Quelle, kuratierter Regel, lokaler Prüfung und Empfehlung.
• Wiederverwendung in Butler, Suite und Verein.

8.3 Linkchecker

Der Linkchecker ist ein früh zu priorisierendes Suite-Modul, weil defekte Links für fast jede Website relevant sind. Er prüft interne Links, externe Links, Medien- und PDF-Links, Weiterleitungen, defekte Links, nicht erreichbare Ziele und Frontend-Klickbarkeit.

• Statusklassifizierung nach OK, Redirect, Warnung und Fehler.
• Volle Tabellenbreite für Ergebnisse, Filter als klickbare Statuskarten.
• Export über TXT, CSV und PDF.
• Prüfung von Ankerlinks, Weiterleitungsketten, Medienlinks und nicht klickbaren Frontend-Elementen.
• Integration mit SEO Assistant, BookViewer, Socializer und Website Quality Report.

8.4 SEO Assistant

Der SEO Assistant wird als großes Suite-Modul geplant. Er soll redaktionelle, technische und strukturbezogene SEO-Arbeit unterstützen, ohne Betreiber in ein externes SEO-Ökosystem zu zwingen.

• Fokus-Keywords, Long-Tail-Keywords, Keyworddichte und Kannibalisierungserkennung.
• Meta-Titel und Meta-Beschreibungen, OpenGraph und X/Twitter Cards.
• Bulk-Erzeugung und Bulk-Bearbeitung von SEO-Daten.
• SEO-Score, Verlauf und Vergleich über Zeit.
• Überschriftenstruktur, interne Links, verwaiste Inhalte und ALT-Texte.
• Schema.org-Unterstützung für Article, Organization, Person, Event, FAQ, Book und Association.
• Integration mit Linkchecker, KI Cleaner, BookViewer, MediaInspector, Socializer, Verein und Trial.

8.5 Socializer

Der Socializer automatisiert die Verteilung neuer Website-Inhalte auf Social-Media-Kanäle. Strategisch soll der SEO Assistant Metadaten erzeugen, die der Socializer für plattformgerechte Beiträge wiederverwenden kann.

• Unterstützte beziehungsweise geplante Netzwerke: Facebook, Instagram, LinkedIn, Pinterest, Google Business Profile, YouTube, TikTok, Xing, X, Reddit, Mastodon, Telegram, Vimeo, Medium, Discord, Tumblr, Ravelry, Flickr, Blogger, Bloglovin, Instapaper, Diigo, Bluesky, HumHub, Threads, BAND und Dev.to.
• Automatisches Posten bei neuen Inhalten, optional mit Freigabe-Workflow.
• Individuelle Beitragsvorlagen pro Plattform.
• Globale Vorlagen und Überschreibungen pro Inhaltstyp, Kategorie, Kampagne oder Beitrag.
• DSGVO-freundliche lokale Social Icons für Profil- und Teilen-Links.

8.6 KI Cleaner / Link & Tracking Cleaner

Der KI Cleaner wird zum Link & Tracking Cleaner erweitert. Er entfernt störende Quellen- und Trackingparameter aus URLs und unterstützt saubere, kanonische Linkziele.

• Erkennung und Entfernung von AI-Source-Parametern aus ChatGPT, Perplexity, Copilot, Gemini, Grok, DeepSeek und späteren Plattformen.
• Entfernung generischer Trackingparameter wie UTM, gclid, dclid, msclkid, fbclid, mc_cid, mc_eid, _ga und _gl.
• Bereinigung von Social-Media-Trackingparametern.
• Analyse, Vorschau, Vorher/Nachher-Vergleich, selektive Bereinigung und Bulk-Bereinigung.
• Integration mit SEO Assistant, Linkchecker, Socializer und WordPress Compliance.

8.7 Beitragsimport, Seitenimport und Migration

Der Importbereich wird zu einem ernsthaften Migrationswerkzeug ausgebaut. Der bisherige Artikelimport wird fachlich als Beitragsimport geführt; zusätzlich kommt ein Seitenimport hinzu. Kommentare, Medien, Autorinnen und Autoren sowie PDFs müssen in den Migrationsfluss einbezogen werden.

• Verbessertes Autorinnen- und Autorenmapping aus SQL-Dumps mit Tabellen beliebiger Präfixe.
• Auswertung von *_users und *_usermeta mit Login, Anzeigename, E-Mail, Vorname, Nachname und Rolle.
• Mapping-Ansicht mit automatischen Vorschlägen anhand von E-Mail, Login und Anzeigename.
• Fehlende Benutzerinnen und Benutzer direkt im Mapping-Dialog anlegen, auswählen oder ignorieren.
• Optionaler Kommentarimport.
• Importierte PDFs optional direkt in BookViewer-Einträge umwandeln.
• Anbindung an Doc2WP, wenn importierte oder hochgeladene Dokumente nicht nur als Dateien, sondern als bearbeitbarer Seiten- oder Beitragstext übernommen werden sollen.

8.8 Doc2WP – Dokumente zu WordPress-Seitentext

Doc2WP ist ein neues, deutlich praxisgetriebenes Suite-Modul. Der Arbeitstitel beschreibt die Kernidee präzise: Ein vorhandenes Word- oder Office-Dokument wird nicht bloß als Datei hochgeladen, verlinkt oder wie ein PDF eingebettet, sondern in echten bearbeitbaren WordPress-Inhalt umgewandelt. Nutzerinnen und Nutzer sollen ein Dokument im Editor beziehungsweise über eine WPAG-UI-Kachel hochladen oder hineinziehen können. Danach erzeugt WP-AG daraus saubere Seiten- oder Beitragsinhalte.

Das Modul adressiert eine wiederkehrende reale Anfrage: Viele Organisationen, Vereine, Schulen, NGOs und Redaktionen denken und schreiben zunächst in Word-Dokumenten. Am Ende soll daraus aber keine Download-Datei entstehen, sondern eine gut strukturierte Website-Seite. Doc2WP schließt genau diese Lücke zwischen Office-Dokument und WordPress-Redaktion.

Zielbild

Dokument rein, saubere WordPress-Seite raus. Doc2WP soll keinen Dateianhang erzeugen, sondern editierbaren Inhalt. Überschriften, Absätze, Listen, Tabellen, Zitate, Links, Bilder und Bildunterschriften werden erkannt und in Gutenberg-Blöcke oder, falls notwendig, in sauberes klassisches WordPress-HTML überführt. Vor dem Einfügen wird eine Vorschau angezeigt. Erst nach Bestätigung wird der Inhalt in die aktuelle Seite, einen neuen Seitenentwurf, einen Beitrag oder einen frei wählbaren Inhaltstyp übernommen.

Eingabeformate

• DOCX als bevorzugtes Startformat, weil es semantische Struktur enthält: Überschriften, Absätze, Listen, Tabellen, Bilder und Formatvorlagen.
• ODT als später sinnvolle Erweiterung, insbesondere für freie Office-Workflows.
• RTF als einfacher Zusatzmodus für ältere oder reduzierte Dokumente.
• PDF nur als eingeschränkter Modus: PDF ist primär ein Layout- und Ausgabeformat, kein semantisches Autor:innenformat. Text kann extrahiert werden, aber Reihenfolge, Spalten, Tabellen, Überschriften und Bildzuordnung sind oft unsicher.
• Optionaler Fallback: Wenn ein PDF nicht sinnvoll in editierbaren Text konvertierbar ist, kann es stattdessen an BookViewer übergeben oder als Download/Medienobjekt behandelt werden.

Strukturerkennung

• Überschriftenhierarchie erkennen und in passende Heading-Blöcke überführen.
• Fließtext in saubere Absatzblöcke umwandeln.
• Aufzählungen und nummerierte Listen als Listenblöcke übernehmen.
• Tabellen als WordPress-Tabellen ausgeben und problematische Tabellenstrukturen markieren.
• Zitate und hervorgehobene Abschnitte als Quote- oder Pullquote-Blöcke erkennen, soweit die Dokumentstruktur dies hergibt.
• Links erhalten und optional prüfen, später mit Linkchecker verzahnen.
• Bilder extrahieren, in die Mediathek übernehmen und korrekt im Inhalt platzieren, soweit das Dokument die Zuordnung erlaubt.
• Bildunterschriften und alternative Texte übernehmen oder zur Nachbearbeitung markieren.
• Fußnoten und Endnoten entweder als Anmerkungsabschnitt, Fußnotenblock oder strukturierte Liste ausgeben.

Bereinigung und Qualitätsprüfung

• Office-Formatmüll entfernen: unnötige Inline-Styles, harte Schriftgrößen, Farben, Absatzabstände, leere Absätze und doppelte Leerzeichen.
• Saubere WordPress-Struktur erzeugen statt importierter Word-Optik.
• Überschriftenhierarchie prüfen: keine Sprünge von H2 auf H5 ohne Grund, keine Überschriften nur aus Formatierungsgründen.
• Lange Dokumente analysieren und bei Bedarf Seitenteilung, Inhaltsverzeichnis oder Akkordeon-Struktur vorschlagen.
• Problematische Sonderzeichen, manuelle Zeilenumbrüche und fehlerhafte Listenstrukturen markieren.
• Optional KI Cleaner beziehungsweise Textbereinigung verwenden, aber nur mit Vorschau und ohne automatische Inhaltsveränderung.
• Fehlende ALT-Texte, unklare Bildrechte und fehlende Beschreibungen an MediaInspector übergeben.
• SEO Assistant für Titel, Meta-Beschreibung, Fokuskeyword, OpenGraph-Daten und interne Verlinkung vorbereiten.

WPAG-UI Workflow

• Kachel Dokument hochladen: Upload oder Drag-and-drop für DOCX, später ODT/RTF/PDF.
• Kachel Analyse anzeigen: erkannte Struktur, Anzahl Überschriften, Absätze, Listen, Tabellen, Bilder, Links und Hinweise.
• Kachel Vorschau prüfen: Vorher/Nachher-Ansicht, editierbare Strukturvorschau und Warnungen.
• Kachel Als Seite einfügen: Inhalt in die aktuelle Seite übernehmen.
• Kachel Als neue Seite speichern: neuen Entwurf mit erkanntem Seitentitel anlegen.
• Kachel Als Beitrag speichern: Beitrag aus Dokument erzeugen.
• Kachel An BookViewer übergeben: vor allem bei PDF oder layoutlastigen Dokumenten.
• Exportkarte TXT | CSV | PDF: Protokoll, Strukturbericht und Hinweise exportieren.

Integration mit anderen Modulen

• Seitenimport und Beitragsimport: Doc2WP ergänzt klassische Migration um dokumentbasierte Inhaltserzeugung.
• BookViewer: PDF-Dateien, die nicht sinnvoll in Fließtext umgewandelt werden können, werden als BookViewer-Einträge vorgeschlagen.
• MediaInspector und Bildhandling: importierte Bilder werden auf ALT, Caption, Copyright, Lizenz und Metadaten geprüft.
• SEO Assistant: erzeugte Seiten erhalten Vorschläge für SEO-Titel, Meta-Beschreibung, Fokuskeyword, OpenGraph und interne Links.
• Accordion Generator: lange Dokumente mit klarer Überschriftenhierarchie können optional in Akkordeons umgewandelt werden.
• Linkchecker: übernommene Links werden später auf Erreichbarkeit, Weiterleitungen und Frontend-Klickbarkeit geprüft.
• WP-AG Butler: Doc2WP kann beim Erstellen von Grundseiten, Über-uns-Seiten, Vereinsseiten, Transparenzseiten oder Projektseiten helfen.

Grenzen und Sicherheitslogik

• Keine automatische Veröffentlichung ohne Vorschau und Bestätigung.
• Keine ungeprüfte Übernahme aktiver Inhalte, Makros oder potenziell gefährlicher eingebetteter Elemente.
• Keine externe Konvertierung ohne ausdrückliche Aktivierung; lokale Verarbeitung ist zu bevorzugen.
• PDF-Konvertierung wird klar als eingeschränkt gekennzeichnet.
• Importierte Medien werden nachvollziehbar in der Mediathek abgelegt und müssen löschbar bleiben.
• Jede Konvertierung erhält ein Protokoll: Quelle, erkannte Elemente, Warnungen, Entscheidungen und Zielinhalt.

8.9 MediaInspector und Bildhandling

MediaInspector wird zum zentralen Medienqualitätsbereich. Neben Dateianalyse geht es um ALT-Texte, Bildbeschreibungen, Copyright, Lizenzinformationen, Attribution, Metadaten und Vollständigkeitsprüfungen.

• Fehlende ALT-Texte, leere Beschreibungen und unklare Bildrechte erkennen.
• Bildmetadaten bearbeiten und Qualität der Medienbibliothek prüfen.
• Avatar-Modul für Benutzerbilder aus hochgeladenen Bildern vorbereiten.
• Image Resizer für Social-Media- und Webformate lokal im Browser planen.
• Integration mit SEO Assistant, Socializer, BookViewer, Doc2WP und Website Quality Report.

8.10 BookViewer

BookViewer bleibt ein Kernbaustein für PDF- und digitale Bibliotheksfunktionen. Importierte PDF-Dateien sollen optional automatisch als BookViewer-Einträge angelegt werden können.

• Digitale Bibliotheksentwicklung mit strukturierten Einträgen.
• PDF-zu-BookViewer-Konvertierung im Importdialog als optionale Entscheidung.
• Doc2WP-Fallback, wenn PDF nicht sinnvoll in bearbeitbaren Seitentext gewandelt werden kann.
• SEO-Metadaten für BookViewer-Inhalte.
• Socializer- und Statistik-Anbindung für geteilte und gelesene Inhalte.

8.11 BackupManager

Der BackupManager soll einfach bleiben: wenige Reiter, klare Aktionskacheln und ausklappbare Konfiguration für Backup-Ziele. Google Drive wird als erstes externes Ziel priorisiert; weitere Ziele folgen später nach Bedarf.

• Backup jetzt starten als Aktionskachel.
• Backup-Ziele als Konfigurationskacheln mit Akkordeons.
• Google Drive Integration als erste Priorität.
• Verständliche Hinweise zu Client ID, Client Secret, Ordner-ID und OAuth-Konfiguration.
• Export und Protokollierung über WPAG-UI.

8.12 Activity Log / Audit Log

Das Activity Log protokolliert sicherheits- und wartungsrelevante Ereignisse. Es unterstützt Fehleranalyse, Verantwortlichkeit und Compliance-nahe Nachvollziehbarkeit.

• Fehlgeschlagene Anmeldeversuche, Logins und Logouts.
• Änderungen an Beiträgen, Seiten, Plugins, Themes und Einstellungen.
• Filter- und Suchfunktionen, Export und Berichtsfunktionen.
• Rollen- und Rechtekonzept für sensible Protokolldaten.

8.13 Performance & Diagnostics Center

Das Performance & Diagnostics Center bündelt technische Websiteanalyse. Bestehende Funktionen wie Diagnose, Object Cache Analyse und einzelne Health-Prüfungen sollen dort geordnet zusammenlaufen.

• Server-, PHP-, WordPress- und Plugin-Umgebung analysieren.
• Memory Limit, Cron, Objektcache, Datenbank, Dateirechte und kritische Konfigurationen prüfen.
• Klare Bewertung: OK, Hinweis, Risiko.
• Exportfähiger technischer Bericht.
• Anbindung an Website Quality Report.

8.14 Website Quality Report

Der Website Quality Report soll Ergebnisse aus mehreren Suite-Modulen zusammenführen. Er ist kein weiteres Spezialmodul, sondern ein übergeordneter Bericht über technische, redaktionelle und strukturelle Qualität.

• Zusammenfassung aus Linkchecker, SEO Assistant, MediaInspector, Security & Health, Performance, Pflichtseiten-Check, Doc2WP-Strukturhinweisen und später Statistik.
• Klare Kennzahlen und priorisierte Handlungsempfehlungen.
• TXT-, CSV- und PDF-Export über Standard-Exportkarte.
• Geeignet für Websitebetreiber, Agenturen, Vereine und interne Dokumentation.

8.15 WP-AG Statistik / Website-Statistik

WP-AG Statistik wird als späteres natives Suite-Modul geplant. Ziel ist eine datenschutzfreundliche, lokal gespeicherte WordPress-Website-Statistik ohne externe Analytics-Dienste.

• Seitenaufrufe, Besucher beziehungsweise Sessions, meistbesuchte Seiten und Beiträge.
• Kennzahlen für heute, gestern, 7 Tage und 30 Tage.
• Referrer und Traffic-Quellen, Landing Pages und Exit Pages.
• Gerätetyp, Browser und Betriebssystem.
• Dashboard-Kachel und Statusanzeige.
• Statistikansicht pro Beitrag und Seite.
• TXT-, CSV- und PDF-Export über die WPAG-UI-Exportkarte.
• Kein Google Analytics, keine Besucher-Cookies im Standardmodus, keine Speicherung voller IP-Adressen, pseudonymisierte Besucherkennung per Salt/Hash und vollständige Lösch-/Reset-Funktion.

8.16 Accordion Generator

Der Accordion Generator erzeugt WordPress-Akkordeons aus hochgeladenem oder eingefügtem Text. Er erkennt Überschriftenhierarchien und überführt Folgeabschnitte in ausklappbare Inhalte. Dies eignet sich für FAQs, Dokumentationsseiten, Vereinsinformationen und längere Hilfetexte.

• Integration mit Doc2WP: lange importierte Dokumente können auf Wunsch in Accordion-Strukturen überführt werden.
• Heading-Hierarchie wird als Accordion-Level interpretiert.
• Vorschau vor Erzeugung.

8.17 Child Theme Generator

Der Child Theme Generator unterstützt Websitebetreiber beim sicheren Anlegen und Pflegen von Child Themes. Er passt gut in WP-AG Developer, kann aber auch als Suite-Werkzeug für Administratoren erscheinen, sofern die Bedienung klar und risikoarm gestaltet wird.

• Child Theme erzeugen, aktivieren oder als ZIP ausgeben.
• Ausführliche Hilfe: Warum Child Themes sinnvoll sind, wann sie verwendet werden sollten und wo Risiken liegen.
• Integration in WP-AG Developer langfristig prüfen.

9. Datenschutz, Sicherheit und lokale Kontrolle

Datenschutz ist kein Zusatzetikett, sondern Teil der Architektur. WP-AG soll insbesondere für Vereine, NGOs und kleinere Organisationen attraktiv sein, weil Daten lokal kontrollierbar bleiben und keine unnötigen externen Abhängigkeiten entstehen. Das gilt auch für Doc2WP: Hochgeladene Dokumente können personenbezogene, interne, schulische, vereinsbezogene oder vertrauliche Informationen enthalten und dürfen daher nicht ohne bewusste Aktivierung an externe Dienste übertragen werden.

Rechtlich sensible Module wie Pflichtseiten-Check, VereinsChecker, Statutenprüfung oder Spendengütesiegel-Vorbereitung dürfen keine falsche Sicherheit erzeugen. Sie arbeiten mit strukturierten Hinweisen, Quellenbezug, Lückenlisten und Exporten zur Vorbereitung. Sie entscheiden nicht verbindlich über Rechtmäßigkeit, steuerliche Begünstigung, Zertifizierung oder behördliche Anerkennung.

• Externe Dienste nur bewusst, dokumentiert und abschaltbar.
• Keine versteckten externen Analytics- oder Marketingverbindungen in nativen Modulen.
• Datenminimierung bei Logs, Statistik, Importen, Dokumentkonvertierungen und Prüfberichten.
• Klare Rollen- und Rechteprüfung für Admin-Funktionen.
• Export-, Reset- und Löschfunktionen für modulbezogene Daten.
• Keine harten Datums- und Zeitformate; WordPress-Einstellungen via get_option(date_format), get_option(time_format) und wp_date verwenden.

10. Dokumentation, Website und Kommunikation

Die Website-Kommunikation zu WP-AG muss einfacher werden. Besucherinnen und Besucher sollen sofort verstehen, was WP-AG ist, welche Probleme es löst und für wen es gedacht ist. Die Darstellung soll nicht zuerst in technische Details springen, sondern mit Einstieg, Use Cases, Screenshots und klaren Produktseiten beginnen.

Doc2WP eignet sich besonders als verständlicher Use Case für die Website-Kommunikation: Viele Menschen haben fertige Inhalte in Word-Dokumenten, wollen aber keine PDF-Ablage und keine Download-Sammlung, sondern echte bearbeitbare Webseiten. Der Nutzen ist ohne technische Erklärung sofort nachvollziehbar.

• Kompakter Einstieg: Was ist WP-AG, wem hilft es, welches Problem löst es?
• Use Cases für kleine Websites, Vereine, NGOs, Redaktionen, Agenturen und Administratoren.
• Screenshots und kurze Modulbeschreibungen statt langer abstrakter Texte.
• Eigene Unterseiten für Butler, Suite, Verein, Trial und Developer.
• Roadmap-Seiten als Orientierung, nicht als überladene Sammelseiten.
• Klarer Hinweis auf Open-Source-Charakter, lokale Kontrolle und Praxisnutzen.

11. Priorisierte Entwicklungsreihenfolge

Die folgende Reihenfolge ist keine starre Kalenderplanung, sondern eine Prioritätenlogik. Neue Module rücken erst dann nach vorne, wenn die technischen Abhängigkeiten ausreichend stabil sind. Doc2WP wird wegen mehrfacher praktischer Nachfrage sichtbar aufgenommen, aber nicht vor die WPAG-UI-Stabilisierung gezogen.

Rang	Bereich	Ziel	Abhängigkeit / Status
1	Dashboard stabilisieren	Gleichhöhe, Akkordeons, kurze Texte, Statuskarten, saubere Toolbox.	Sofort, vor weiterem Modulausbau.
2	WPAG-UI System	Gemeinsame Komponenten für Karten, Tabellen, Tabs, Export, Filter, Formulare.	Grundlage für alle folgenden Schritte.
3	Legacy-Layout entfernen	Alte Klassen, Sonderlayouts und CSS-Duplikate löschen.	Parallel zur WPAG-UI-Migration.
4	WP-AG Plattform-Navigation	Ein WP-AG Haupteinstieg mit Butler, Suite, Trial, Verein, Developer.	Nach Dashboard-/UI-Stabilisierung.
5	Bestehende Module migrieren	Security, Import, Backup, Media, BookViewer und Spezialtools WPAG-UI-konform machen.	Vor großen neuen Modulen.
6	Butler	Zentrale Begleitschicht und Setup-Score.	Hohe strategische Priorität.
7	WPAG Pflichtseiten-Check	Wiederverwendbarer Kern für Butler, Suite und Verein.	Butler-nah; Quellenlogik sorgfältig.
8	Linkchecker	Frühes Kernwerkzeug für Websitequalität.	Sehr früh nach UI-Stabilisierung.
9	Beitrags-/Seitenimport	Migration, Autor:innenmapping, Kommentare, PDF-BookViewer.	Bestehendes Modul erweitern.
10	Doc2WP	Word-/Dokument-zu-WordPress-Workflow für bearbeitbaren Seitentext.	Nach UI-Stabilisierung und in Nähe zu Import/Content-Workflows.
11	SEO Assistant	Großes redaktionell-technisches SEO-Modul.	Nach Linkchecker/Import-Konsolidierung.
12	MediaInspector/Bildhandling	ALT, Rechte, Metadaten, Qualität.	Mit SEO, Doc2WP und Quality Report verzahnen.
13	Socializer	Automatische plattformgerechte Veröffentlichung.	Nach SEO-Grundlagen sinnvoll.
14	Activity Log	Auditierbare Aktivitäten und Sicherheitsereignisse.	Wichtig für Betrieb und Verein.
15	Performance & Diagnostics	Technische Systemanalyse und Berichte.	Bestehende Diagnosefunktionen bündeln.
16	Website Quality Report	Zusammenfassung aus mehreren Modulen.	Braucht Daten aus Linkchecker, SEO, Media, Security, Doc2WP.
17	WP-AG Statistik	Lokale Website-Statistik ohne externe Analytics.	Späteres natives Suite-Modul.
18	Weitere Module	Accordion, Image Resizer, Avatar, Child Theme, Adressverwaltung.	Nach Kernarchitektur und priorisierten Modulen.

12. Offene Entscheidungen und nächste Schritte

Offene Entscheidungen werden in späteren Roadmap-Versionen präzisiert. Für Doc2WP sind dabei technische und redaktionelle Fragen besonders wichtig: Welche Formate werden in Version 1 tatsächlich unterstützt, wie wird die Qualität der Strukturumwandlung bewertet und wie tief soll die Integration in Gutenberg gehen?

• Wie genau wird WPAG-UI technisch als interne Komponentenbibliothek strukturiert?
• Welche Module bleiben eigenständige Suite-Werkzeuge und welche werden in übergeordnete Center überführt?
• Wie wird die Pflichtseiten-Quellenlogik kuratiert, versioniert und aktualisiert?
• Welche Backup-Ziele folgen nach Google Drive?
• Welche DOCX-/ODT-/RTF-/PDF-Konvertierungslogik ist lokal, wartbar und sicher genug für Doc2WP?
• Wie wird entschieden, ob ein PDF in Text konvertiert oder an BookViewer übergeben wird?
• Wie tief soll Doc2WP mit Gutenberg-Blöcken, klassischen Editorinhalten und Custom Post Types arbeiten?
• Wann beginnt die Umsetzung von WP-AG Statistik, und welche Trackingtiefe ist für Version 1 sinnvoll?
• Welche Funktionen werden in Suite, Butler und Verein gemeinsam genutzt, ohne doppelte Oberflächen zu erzeugen?

Nächste konkrete Schritte

1. Dashboard und Toolbox endgültig auf die aktuelle WPAG-UI-Regelbasis bringen.

2. WPAG-UI-Komponenten in Code und Dokumentation explizit festlegen.

3. Alte Karten- und Layoutklassen entfernen.

4. Bestehende Module schrittweise migrieren und jeweils nach WPAG-UI-Abnahmekriterien prüfen.

5. Butler und Pflichtseiten-Check als strategischen Schwerpunkt weiter ausformulieren.

6. Linkchecker und SEO Assistant nach UI-Stabilisierung als nächste operative Suite-Schwerpunkte konsolidieren.

7. Doc2WP als dokumentbasierten Content-Workflow fachlich in Import, MediaInspector, BookViewer, SEO Assistant und Accordion Generator einplanen.

8. WP-AG Statistik als späteres Modul in der Roadmap belassen und nicht vor die Kernarchitektur ziehen.

13. Versionshistorie

Version	Datum	Änderung
1.0	21. Juni 2026	Erste ausführliche, versionierte Roadmap der WP-AG Suite. Enthalten sind Zielbild, WPAG-UI, Feature Freeze, Bestandsmodule, Modul-Roadmap, Datenschutzprinzipien, Priorisierung und die neue Roadmap-Ergänzung WP-AG Statistik / Website-Statistik.
1.1	21. Juni 2026	Anpassung der Exportkarten-Regel. Die Exportkarte zeigt die Formate direkt in der festen Reihenfolge TXT, CSV, PDF und gilt einheitlich für alle Module.
1.2	21. Juni 2026	Doc2WP als ausführliches neues Praxisfeature ergänzt: Umwandlung von Word-/Office-Dokumenten in bearbeitbaren WordPress-Seitentext mit Vorschau, Strukturprüfung, Medienübernahme, Integration in Import, BookViewer, MediaInspector, SEO Assistant und WPAG-UI.