Anmelden

WordPress- und AWS-Integrationsarchitektur mit WP Suite

WP Suite basiert auf einer einfachen Idee:

WordPress bleibt CMS, Bearbeitungs- und Präsentationsschicht, während optional eine AWS-unterstützte Infrastruktur die runtime-intensiven Teile übernimmt.

So können Teams vertraute Inhalte- und Admin-Workflows beibehalten, ohne WordPress gleichzeitig als Identity Provider, API Gateway, Workflow-Engine, statische Auslieferungsplattform oder AI Runtime einsetzen zu müssen. Kostenlose Plugin-Funktionen können unabhängig genutzt werden; gekoppelte Pro-Funktionen und optionale Backends ergänzen bei Bedarf die Plattformebene.

Die Plattform-Schichten​

1. WordPress bleibt die Experience-Schicht​

Editoren arbeiten weiterhin mit Gutenberg, Elementor, Medien-Workflows, SEO-Tools und dem Standard-WordPress-Admin.

2. WP Suite Produkte erweitern gezielte Fähigkeiten​

  • Gatey verbindet WordPress mit Amazon Cognito für Login, SSO, MFA und geschützten API-Zugriff.
  • Static Publisher macht WordPress zur Steuerungsebene für eine statische Publish-Pipeline, die auf S3 und CloudFront deployt.
  • AI-Kit bringt lokale, datenschutzfreundliche KI in WordPress und kann optional mit einem kundeneigenen AWS Backend für kontextgestützte Chats und Knowledge Base Use Cases verbunden werden.
  • Flow ergänzt Formulare, Workflow-Automation, Templates, Submissions und backend-verbundene Prozesslogik.

3. AWS wird wo nötig Runtime​

Abhängig vom Produktsatz kann die Runtime aus Diensten wie folgt bestehen:

  • CloudFront für öffentliche Auslieferung und Durchsetzung geschützter Routen,
  • S3 für statische Artefakte und gemeinsam genutzte Assets,
  • Cognito für Authentifizierung,
  • API Gateway + Lambda für Backend APIs,
  • DynamoDB / EventBridge / SES für Anwendungsdaten und Automation.

Diese Services sind nicht Voraussetzung für jede kostenlose Funktion. Sie gelten, wenn Sie eigene AWS-Dienste einsetzen, ein Backend im eigenen AWS-Account bereitstellen oder gekoppelte Pro-Funktionen mit einem WP Suite Workspace aktivieren.

Die kommerziellen Zugangswege sind bewusst getrennt. Agency Subscription steuert Pro-Rechte und zentralen Workspace-Zugriff über mehrere WordPress-Seiten. Deployment Access liefert die konto-spezifische Marketplace-Berechtigung und einen geführten CloudFormation-Flow zum Deployen unterstützter Backend-Komponenten in einem Käufer-Account.

Wie die Produkte zusammenpassen​

Gatey + Static Publisher​

Static Publisher übernimmt die Auslieferungspipeline. Gatey übernimmt den browserseitigen Cognito-Login-Flow. Wenn ein Projekt geschützte statische Routen benötigt, ergänze Static Guardian auf AWS, damit CloudFront den Zugriff vor dem Origin kontrolliert.

AI-Kit auf statischen oder dynamischen Seiten​

AI-Kit kann im redaktionellen WordPress-Kontext unterstützen, aber auch Frontend-Chatbot- oder Doc-Search-Erlebnisse über einer statisch veröffentlichten Seite bereitstellen.

Automatische Knowledge Sync hält freigegebene WordPress-Inhalte für diese Erlebnisse über eine serverseitige Pipeline bereit. Sie nutzt separate Bereitstellungs- und Indexierungsphasen gegenüber der Seitenbereitstellung von Static Publisher mit je eigenen Freigaberichtlinien und Metadaten-Layern.

Flow jenseits der Marketing-Website​

Flow hält Formulare und Workflows mit Backend-Diensten verbunden, auch wenn die öffentlichen Seiten statisch ausgeliefert werden. So behalten Teams die Performance eines statischen Deployments, ohne Submissions, Automation oder geschützte Workflows aufzugeben.

Praktische Einführungs-Reihenfolge​

Die meisten Teams führen nicht den vollständigen Stack auf einmal ein. Ein typischer Ablauf ist:

  1. Bestehende WordPress-Site und redaktionellen Workflow behalten,
  2. eine erste benötigte Fähigkeit ergänzen, z. B. Cognito Login oder statisches Publishing,
  3. den öffentlichen Delivery-Pfad zu AWS verlagern,
  4. später AI, Formulare, Workflows oder geschützte APIs je nach Projekt reifen lassen.

Wohin als Nächstes​