Die gesteuerte WordPress-Plattform
Ein AI-gestützter Content-Lifecycle von der WordPress-Bearbeitung bis zum veröffentlichten Wissen
WP Suite verbindet gesteuerte Drafts und Update Proposals, menschliches Review, WordPress-Publikation, optionale statische Delivery und automatische Knowledge-Base-Synchronisierung. Nutzen Sie nur die Schichten, die Ihr Projekt braucht: WordPress bleibt die editierbare Source of Truth, optionale Runtime-Services können im eigenen AWS-Konto laufen.
Eine Plattform, vier sichtbare Schichten
WORDPRESS SITE
Content + Plugins + Review + Publikation
↓
AGENT COMPOSER + AGENT CANVAS
gesteuertes AI-gestütztes Bauen und Bearbeiten
↓
WPSUITE.IO
Workspace + Pro-Konfiguration + kommerzieller Status
↓ optional
EIGENES AWS-KONTO
Identity + AI + Workflows + statische Delivery
Kein Pflicht-Bundle: reine Plugin-Nutzung, verbundene Pro-Funktionen und customer-owned AWS sind unterschiedliche Einführungsstufen.
WP Suite in 60 Sekunden verstehen
WordPress bleibt im Zentrum; jede weitere Schicht hat eine klar definierte Aufgabe
WP Suite erweitert WordPress, statt es zu ersetzen. Agent Composer steuert AI-gestützte Änderungen, WPSuite.io koordiniert verbundene Konfiguration und Zugang, optionale Backends können im AWS-Konto des Kunden laufen.
WordPress ist die editierbare Source of Truth
Content, Plugins, Agent Composer, Review, Publikation und Frontend bleiben unter normalem WordPress Ownership.
Der Browser ist die Besucher-Execution-Schicht
Frontend UI, Plugin-Skripte und optionale On-Device-AI laufen nahe am Besucher statt über eine verpflichtende zentrale Plattform-Runtime.
WPSuite.io ist die Control Layer
Site- und Workspace-Verbindung, unterstützte Pro-Konfiguration, Subscription State, Admin-Previews und Multi-Site-Management.
Customer-owned AWS ist die optionale Runtime
Ausgewählte Identity-, AI-, Workflow-, API-, Storage- und Static-Delivery-Services können im Buyer-owned AWS-Konto laufen. Zugang kann über Free, Pro, Agency oder Deployment Access erfolgen.
Plattform-Schichten
Ein modulares System statt einer Feature-Wand
01
WordPress-natives Ownership
Redakteure behalten CMS, Content-Modell, Media Library, Revisionen und den vertrauten Approval-Workflow. Ein statisches Frontend entfernt WordPress nicht aus dem redaktionellen Prozess.
02
Gesteuerte AI-Bearbeitung
Agent Composer stellt freigegebene Page Types, Patterns, Medien und Felder kompatiblen Agenten bereit. Neuer Content bleibt validierter Draft; Änderungen an veröffentlichtem Content werden separate Update Proposals bis zum menschlichen Review.
03
Fokussierte Produktrollen
Gatey übernimmt Identity UI, AI-Kit lokale und optionale Backend-AI, Flow Formulare und Workflows, Static Publisher verbindet freigegebenen WordPress-Content mit statischer Delivery.
04
Customer-owned Runtime
Ausgewählte AWS-Ressourcen laufen unter Billing, IAM, Monitoring und Betriebsverantwortung des Buyers. Nur die gewählten Komponentenfamilien werden bereitgestellt.
Gesteuerte Bearbeitung nach dem Handoff
AI kann die Website ändern, ohne ihr Eigentümer zu werden
Agent-Composer-Grenze
Neuer Draft oder separates Update Proposal statt direkter Publikation
Agent Composer ist die Brücke zwischen AI-Client und gesteuerten WordPress-Operationen. Er liest aktiven Blueprint und Design-Kontext, validiert erlaubte Strukturen und erstellt neue Drafts oder separate Update Proposals für veröffentlichten Content.
- Freigegebene Page Types, Pattern-Sequenzen, Theme Tokens und Media Placement.
- Draft Ownership, Validierung, Audit- und Human-Review-Grenzen.
- Reviewer können Änderungen verlangen, ablehnen oder mergen; Publikation erfolgt nicht automatisch.
Privates WordPress und MCP-Transport
Der Transport kann wechseln, Composer-Berechtigungen bleiben gleich
Bei privatem Endpoint läuft OpenAI Secure MCP Tunnel in einem Netzwerk, das WordPress bereits erreichen kann, und nutzt outbound HTTPS. Bei sicher erreichbarem Remote-MCP-Endpoint ist direktes authentifiziertes MCP möglich.
- Secure MCP Tunnel veröffentlicht den privaten WordPress-Server nicht.
- Direct MCP verwendet HTTPS-Endpoint und dedizierte WordPress Agent Identity.
- WordPress Authorization und Composer Blueprint-Regeln gelten in beiden Fällen; kein Admin-Execution-Pfad und keine automatische Publikation entstehen.
Optionales customer-owned AWS
Runtime-Verantwortung nur dann verlagern, wenn das Projekt sie benötigt
Deployment Access bietet einen geführten CloudFormation-Pfad für vier Backend-Familien. Ressourcen entstehen im berechtigten Buyer-AWS-Konto; AWS-Servicekosten und Production-Betrieb bleiben Verantwortung des Buyers.
Cognito Identity Foundation
Authentifizierungsressourcen für unterstützte Gatey- und Protected-API-Integrationen.
AI-Kit Backend
Optionale Private AI, Fallback Processing, grounded Chat und Knowledge-Access-APIs.
Flow Backend
Dauerhafte Submissions, Templates, Event-driven Workflows, Webhooks und unterstützte Automation.
Static Site Guardian
Geschützte statische Delivery über CloudFront und privaten S3 Origin für ausgewählte Routen oder Assets. Je nach Konfiguration können API Gateway, Lambda, DynamoDB, S3, CloudFront, Cognito, EventBridge und Bedrock beteiligt sein.
Gesteuerter Content-Lifecycle
Von der AI-gestützten WordPress-Änderung zum live statischen Frontend
Die Plattform hält Erstellung, Approval und Delivery als sichtbare Stufen. AI-Output wird nicht automatisch final, und eine statische Site kann WordPress weiterhin als editorial Control Plane behalten.
- AI-gestütztes Erstellen oder Bearbeiten — Der Agent erstellt neuen Content oder schlägt ein Update für ein vorhandenes veröffentlichtes Element vor. Agent Composer beschränkt das Ergebnis durch Blueprint-, Design- und Ownership-Regeln.
- Review und Approval in WordPress — Ein Editor publiziert den neuen Draft oder prüft und mergt das Update Proposal in das Originalelement.
- Static-Publisher-Release — Der externe Exporter kann Full oder Incremental Releases ausführen und journaled Editorial Changes anhand einer Verified Baseline als gezielte, resumable Deployments verarbeiten.
- Live Frontend und optionale Knowledge-Synchronisierung — Besucher erhalten den neuen statischen Content nach Abschluss des Jobs. AI-Kit Pro Automatic Knowledge Sync sendet nur ausgewählten freigegebenen öffentlichen Content an ein kompatibles Knowledge Backend; Drafts werden nicht synchronisiert, DocSearch und grounded Chat nutzen Änderungen erst nach Indexierung.
Pricing- und Deployment-Pfade
Verstehen, was installiert, abonniert und deployed wird
WordPress-seitiger Zugang
Free, Stripe Pro oder Agency Subscription
Stripe und AWS Marketplace sind Zugangspfade, keine unterschiedlichen Plattformarchitekturen. Eine einzelne Site kann mit Free Plugins und optionalem Stripe Pro starten; mehrere Sites nutzen Agency Subscription für Pro Entitlement und zentrales Workspace Management.
- Free Plugins: keine Subscription für enthaltene Free-Funktionen.
- Stripe Pro: verbundener Pro-Zugang für eine WordPress-Site.
- Agency Subscription: Multi-Site Pro Entitlement und zentrales Workspace Management im AWS Marketplace.
Customer-owned Backend
Deployment Access + Quick Launch + Buyer AWS Account
Deployment Access ist das AWS-Marketplace-Produkt; Quick Launch ist der geführte Deployment Flow nach dem Kauf, kein separates Produkt. Unterstützte CloudFormation Stacks und Runtime Services entstehen im Kunden-AWS-Konto.
- Deployment Access: account-scoped Deployment Entitlement.
- Quick Launch: geführter Marketplace Deployment Flow.
- Ausgewählte CloudFormation Stacks und Runtimes laufen im Buyer Account.
Typische WP-Suite-Anwendungen
Vom Buyer-Problem ausgehen und den kleinsten nützlichen Stack wählen
Die Plattform muss nicht als vollständiges Bundle eingesetzt werden. Ausgangspunkt ist ein konkretes WordPress-, AI-, Identity-, Workflow- oder Delivery-Problem.
Statische Delivery ohne Verlust dynamischer Funktionen
Öffentliche Page Delivery aus PHP verlagern, während Login, Forms, Discussions und AI auf expliziten Browser- oder Service-Pfaden bleiben. Die Editing Origin kann privat bleiben.
AI mit transparentem Data Path
Unterstützte lokale Ausführung verwenden, wo sie passt, und ein konfiguriertes Backend bewusst ergänzen. Für grounded Antworten können RAG-, Source- und Citation-Pfade hinzukommen.
Workflow statt E-Mail- und Spreadsheet-Approval
Datensatz, Review State und nachgelagerte Actions bleiben in einem expliziten Prozess statt über Inboxes und Shared Sheets verteilt.
Identity und Post-Handoff Governance
Cognito als Application Identity Layer einsetzen, während WordPress auf Content fokussiert bleibt; nach Handoff erstellt ein kompatibler Agent validierte Drafts innerhalb des Design-/Content-Contracts mit menschlicher Production Boundary.
Produktrollen
Jedes Produkt schließt einen anderen Teil des Lifecycles
WP Suite Produkte können getrennt genutzt werden; wählen Sie die benötigten Schichten für das konkrete Problem.
Agent Composer + Agent Canvas
Gesteuertes WordPress-natives AI-gestütztes Bauen und Post-Handoff Editing mit sichtbarem Site- und Design-Contract.
Gatey + AI-Kit
Gatey: Authentifizierungs-UI und Amazon-Cognito-Integration. AI-Kit: local-first Editorial AI, optionale Backend APIs und Automatic Knowledge Sync für grounded Search/Chat.
Flow
Formulare, Multi-Step Experiences, Save and Resume, Discussions, Ratings und optionale AWS Workflows.
Static Publisher + Static Site Guardian
Static Publisher: Full/Incremental Releases und journal-driven Content Sync für S3/CloudFront Delivery. Static Site Guardian: optionales customer-owned AWS-Modul für geschützte statische Routen.
Häufige Fragen
Grenzen vor der Produktwahl klären
Die Plattform ist modular: Nicht jedes Projekt benötigt AWS, WPSuite.io oder den vollständigen Product Stack.
Brauche ich AWS für WP Suite?
Nein. Die gelisteten Free-Plugin-Funktionen benötigen weder WP-Suite-Subscription noch customer-owned AWS Backend. AWS wird für ausgewählte Identity-, AI-, Workflow- und Protected-Static-Delivery-Anwendungen relevant.
Wofür wird WPSuite.io genutzt?
Verbundene Sites verwenden es für Workspace-, Pro-Konfigurations-, Subscription- und Multi-Site-Management-Funktionen. Es ist kein verpflichtender Data Path für jede Plugin- oder Frontend-Anfrage.
Ist Quick Launch ein separates Produkt?
Nein. Deployment Access ist das AWS-Marketplace-Produkt. Quick Launch ist der geführte Marketplace Flow zur Bereitstellung des unterstützten Root-CloudFormation-Stacks nach dem Kauf.
Funktioniert WP Suite mit einer statischen Site?
Ja. Static Publisher behält WordPress als Editorial Control Plane, während ein externer Exporter statischen Output deployed. Gatey, AI-Kit und Flow können bei konfigurierter Runtime ausgewählte dynamische Fähigkeiten ergänzen.
Die nächste nützliche Schicht wählen
Mit WordPress starten. Governance, Pro-Zugang oder customer-owned Runtime hinzufügen, wenn das Projekt sie braucht.
Im Pricing Guide können Sie Zugangspfade vergleichen oder von einer konkreten WordPress-, AI- oder AWS-Anforderung in der Solution Library ausgehen.