AWS Marketplace · WP Suite Deployment Access
Stelle kundeneigene AWS-Backends für WordPress bereit, ohne die Delivery-Plattform selbst aufzubauen.
Du kannst unterstützte WordPress-Backends für Identity, AI, Workflows und geschützte Bereitstellung direkt im AWS-Konto des Kunden deployen, ohne jeden CloudFormation-Stack manuell zu erstellen. WP Suite bereitet den unterstützten Launch-Pfad vor, der Käufer prüft und startet ihn in AWS, und die resultierende Konfiguration wird an WordPress zurückgegeben. Die Infrastruktur gehört dem Käufer; AWS-Nutzungskosten zahlt er getrennt vom Deployment-Access-Entitlement.
Von Projekteinstellungen zu WordPress
01
Unterstützte Backend-Funktionen in WP Suite konfigurieren
02
CloudFormation-Stack in AWS prüfen und deployen
03
Outputs speichern und WordPress-Konfiguration exportieren
Die Delivery-Lücke
Ein modernes WordPress-Projekt braucht mehr als ein Frontend.
Ein gutes Frontend ist nur ein Teil einer produktiven Kundenlösung. Identity, geschützte APIs, Formulare, Workflows, AI-gestützter Wissenszugriff und Recovery bringen Infrastruktur, Berechtigungen und Betriebsaufwand mit sich. Deployment Access macht die unterstützten Teile davon zu einem wiederholbaren Delivery-Pfad, während WordPress das CMS bleibt.
Identity und Kundenzugriff
Kundenportale, geschützte Inhalte und accountabhängige Erlebnisse brauchen mehr als ein WordPress-Loginformular. Unterstützte Gatey-Konfigurationen können eine Amazon-Cognito-Identity-Basis im AWS-Konto des Käufers nutzen; die Anwendung bleibt für ihre eigenen Rollen und Domain-Regeln verantwortlich.
AI- und Wissensfunktionen
AI-gestützte Funktionen benötigen APIs, Storage, Konfiguration und optionale Wissensressourcen hinter den WordPress-Blöcken. AI-Kit kann an ein unterstütztes AWS-natives Backend angebunden werden, statt diese Verantwortung in den öffentlichen WordPress-Runtime zu verlagern.
Formulare und Workflows
Auch ein statisches oder stark gecachtes Frontend benötigt einen zuverlässigen Weg für Submissions, Validierung, Benachrichtigungen und nachgelagerte Prozesse. Flow trennt die Browser-Erfahrung von der Backend-, Workflow- und Integrationsschicht.
Geschützte Bereitstellung und Recovery
Static Publisher kann die öffentliche Auslieferung von der WordPress-Autorenumgebung trennen. Static Site Guardian ergänzt unterstützte Access-Control-Muster; das optionale DR-Backup-Template kann eine geplante Recovery-Basis für unterstützte, mit Deployment-Tags versehene Ressourcen anlegen.
Mehr als Deployment-Templates
Ein vollständiger Pfad von Projekteinstellungen zur WordPress-Konfiguration
Die schwierige Aufgabe ist nicht, einmal eine CloudFormation-Datei zu erzeugen. Entscheidend ist, gültige Projekteinstellungen zu sammeln, das Paket zu autorisieren, es im richtigen Konto zu starten, unterstützte Outputs zu behalten und spätere Änderungen prüfbar zu machen.
Geführte Konfiguration
Der Deployment Wizard sammelt unterstützte Komponenten und Einstellungen in einem gemeinsamen Projektkontext. Agenturen können mit der aktuell benötigten Funktion beginnen und ein unterstütztes Deployment später erweitern, statt unabhängige Stacks manuell zusammenzubauen.
Marketplace-autorisierter Zugriff
Das AWS-Marketplace-Entitlement steuert den Zugriff auf die kostenpflichtigen Deployment-Pakete. Öffentliche CloudFormation-Definitionen bleiben prüfbar, während private Runtime-Artefakte nur über einen autorisierten Deployment-Pfad bereitgestellt werden.
Deployment im Kundenkonto
AWS Quick Launch öffnet das Deployment im AWS-Konto des Käufers. Der Käufer prüft Parameter, Berechtigungen und CloudFormation-Capabilities und startet den Stack anschließend ausdrücklich im gewählten Konto und in der gewählten Region.
Konfigurationsübergabe
Nach Abschluss des Deployments werden unterstützte Outputs wie API-URLs und Kennungen an die zugehörige Deployment-Session zurückgegeben. WP Suite kann daraus die passende WordPress-Pro-Site-Konfiguration erzeugen, statt Stack-Outputs Feld für Feld manuell kopieren zu lassen.
Modulare Kundenfunktionen
Starte mit der Funktion, die der Kunde benötigt.
Deployment Access verlangt nicht, dass alle Komponenten installiert werden. Das Template-Paket ist modular: Das Projekt wählt die unterstützten Services aus, die zur Kundenlösung gehören, und hält andere Verantwortlichkeiten außerhalb des Stacks.
Gatey Identity Foundation
Stelle eine unterstützte Amazon-Cognito-Basis für Authentifizierung, App Clients und optional geschützten API-Zugriff bereit. Gatey liefert die WordPress-seitige Anmelde- und Kontoerfahrung; die Kundenanwendung bleibt maßgeblich für ihre eigenen Business-Berechtigungen.
AI-Kit Backend
Erzeuge die unterstützten API-, Compute-, Storage- und optionalen Wissensressourcen für kostenpflichtige AI-Kit-Funktionen. Damit lassen sich grounded Chat, DocSearch und weitere konfigurierte AI-Erlebnisse unterstützen, ohne WordPress-PHP-Requests als AI-Runtime zu verwenden.
Flow Backend
Stelle die unterstützte API-, Worker-, Storage-, Eventing- und Integrationsschicht für Flow-Formulare und Workflows bereit. So erhalten statische und dynamische WordPress-Frontends einen Backend-verbundenen Weg für Submissions und Geschäftsprozesse.
Statische Auslieferung und DR-Basis
Static Site Guardian kann ausgewählte Pfade eines statisch ausgelieferten WordPress-Frontends schützen. Das aktuelle öffentliche Template-Repository enthält außerdem optionale geplante AWS-Backup-Ressourcen für unterstützte, deployment-getaggte S3-Buckets und DynamoDB-Tabellen, inklusive Cross-Region-Copy, wenn konfiguriert.
Erstes Deployment
Vom AWS Marketplace zur verbundenen WordPress-Site
Der erste Launch trennt bewusst die Konfiguration in WP Suite von Freigabe und Ausführung in AWS. So bleibt der geführte Ablauf erhalten, während der Käufer kontrolliert, was in seinem Konto erstellt wird.
- Projekt und Umfang wählen — Über AWS Marketplace abonnieren, WP-Suite-Workspace und Projekt auswählen und anschließend die unterstützten Komponenten und Einstellungen bestimmen, die zu diesem Deployment gehören.
- Quick Launch öffnen und prüfen — Der Wizard öffnet den AWS-Quick-Launch-Ablauf mit der vorbereiteten Konfiguration. Der Käufer prüft Parameter, angeforderte IAM-Berechtigungen, zu bestätigende CloudFormation-Capabilities sowie Zielkonto und Region.
- Im Käuferkonto deployen — Der Käufer startet ausdrücklich den Root-CloudFormation-Orchestrierungsstack. Dieser validiert das autorisierte Deployment, legt die unterstützten Runtime-Pakete im käufereigenen Deployment-Bucket ab und erstellt die ausgewählte Komponententopologie.
- Unterstützte Outputs erfassen — Sobald der Stack erfolgreich ist, speichert die Deployment-Session Status und unterstützte Outputs, die WP Suite benötigt. Der Käufer kann die erstellten Ressourcen und CloudFormation-Outputs zusätzlich direkt in AWS prüfen.
- WordPress-Konfiguration exportieren — WP Suite verwendet die zurückgegebenen Outputs, um die passende WordPress-Pro-Site-Konfiguration zu erzeugen. Diese kann anschließend dem Site-Datensatz zugeordnet und auf die vorgesehene WordPress-Installation angewendet werden.
Die Käuferfreigabe bleibt in AWS Deployment Access fordert den Kunden nicht auf, weitreichende Access Keys, Passwörter oder uneingeschränkte Administrator-Credentials in eine WordPress-Seite einzufügen. Prüfung und Ausführung des Stacks bleiben ausdrückliche Aktionen im AWS-Konto des Käufers.
Update-Lifecycle
Bestehende Deployments aktualisieren, ohne Kontrolle abzugeben.
Ein produktiver Stack benötigt neben dem Erst-Deployment auch einen unterstützten Änderungsweg. Der Update-Workflow bereitet die gewünschte Änderung vor, aber AWS bleibt der Ort, an dem der Käufer sie prüft und ausführt.
- Deployment-Session auswählen — Öffne das bestehende Deployment in WP Suite, damit der Wizard mit den gespeicherten Komponenten, unterstützten Outputs und dem aktuellen Lifecycle-Status arbeiten kann.
- Unterstützte Änderungen vorbereiten — Öffne das Deployment erneut im Update Wizard, ergänze oder re-konfiguriere unterstützte Komponenten und prüfe die aktualisierten Projekteinstellungen, bevor etwas an AWS übergeben wird.
- AWS Change Set erzeugen — Der Workflow erstellt ein CloudFormation Change Set für den bestehenden Root-Stack. Es zeigt auf Ressourcenebene, welche Ergänzungen, Ersetzungen und Änderungen AWS vornehmen würde.
- Prüfen und ausdrücklich ausführen — Der Käufer prüft das Change Set in AWS und entscheidet, ob es ausgeführt wird. WP Suite wendet spätere Infrastrukturänderungen nicht still im Kundenkonto an.
- Synchronisieren und erneut exportieren — Nach erfolgreicher Ausführung synchronisiert die Deployment-Session das unterstützte Ergebnis und die neuesten Outputs. Wenn sich Backend-Endpunkte oder Kennungen geändert haben, kann eine aktualisierte WordPress-Pro-Site-Konfiguration exportiert werden.
Kein versteckter Update-Kanal Das Entitlement gewährt während der Vertragslaufzeit Zugriff auf unterstützte Updates; es ersetzt nicht die Verantwortung des Käufers für Prüfung, Kontobetrieb und Freigabe von Produktionsänderungen.
Kommerzieller Umfang
Ein Käufer-AWS-Konto. Drei Jahre Deployment- und Update-Zugriff.
Das aktive AWS-Marketplace-Angebot trennt das Software-Entitlement von Infrastruktur und Services, die weiterhin dem Kunden oder der Agentur gehören und von ihnen betrieben werden.
500 USD für 36 Monate
Der öffentliche Vertrag gilt für ein Käufer-AWS-Konto über 36 Monate. Er stellt den unterstützten Deployment- und Update-Pfad für dieses Konto bereit, statt pro Stack oder pro Änderung abzurechnen.
Enthaltener Zugriff
Der Vertrag umfasst den geführten Deployment Wizard, den AWS-Marketplace-Quick-Launch-Pfad, unterstützte CloudFormation-Templates, Entitlement-Validierung, kontrollierten Paketzugriff und Deployment-/Update-Unterstützung innerhalb des unterstützten Umfangs.
AWS-Nutzung ist separat
Der Käufer zahlt AWS-Infrastrukturkosten direkt. WordPress-Hosting, Drittanbieterdienste, Individualentwicklung, nicht unterstützte AWS-Ressourcen und laufender Managed-Betrieb sind nicht enthalten, sofern sie nicht separat vereinbart wurden.
Passend für Delivery-Teams
Deployment Access passt zu Agenturen und technischen Teams, die WordPress als CMS behalten wollen, während ausgewählte Backends im kundeneigenen AWS-Konto laufen. Das Projekt benötigt weiterhin einen klar verantwortlichen Owner für Security Policies, Kosten, Integration und Produktionsbetrieb.
Gepflegte Delivery-Basis
Starte mit der Delivery-Plattform. Ergänze deine Expertise dort, wo der Kunde den Wert wahrnimmt.
WP Suite
Deployment-Basis
WP Suite pflegt den unterstützten Pfad von geführten Projekteinstellungen über CloudFormation-Deployment im Käuferkonto bis zur Output-Übergabe und späteren Change-Set-Vorbereitung. Ziel ist Wiederholbarkeit über Kundenprojekte hinweg, nicht ein einmaliges Infrastrukturdiagramm.
- Versionskontrollierte öffentliche Deployment-Definitionen und autorisierte Runtime-Pakete
- Geführtes Erst-Deployment, Erfassung unterstützter Outputs und Export der WordPress-Konfiguration
- Prüfbarer Update-Pfad auf Basis von AWS-CloudFormation-Change-Sets
Agentur oder Implementierungspartner
Kundenlösung und laufender Mehrwert
Der Delivery-Partner entscheidet, wie aus den Bausteinen ein nützliches Kundensystem wird. Dazu gehören Discovery, Informationsarchitektur, Brand- und Frontend-Arbeit, Content, Daten- und API-Integration, operative Verantwortung und das kommerzielle Serviceangebot rund um die Plattform.
- Kundenspezifische Experience, Berechtigungen und Integrationsgrenzen gestalten
- WordPress, Kundenanwendung und freigegebene Drittanbieterdienste verbinden
- Implementierung, Support und Betrieb entsprechend dem Wert der Gesamtlösung paketieren
Ownership und Produktrollen
Zwei WP-Suite-Produkte unterstützen unterschiedliche Teile desselben Agentur-Delivery-Modells.
Deployment Access
Backends im AWS-Konto des Käufers
Deployment Access ist das AWS-Marketplace-Entitlement und der Deployment-Pfad. Es erstellt unterstützte Backend-Ressourcen in einem käufereigenen AWS-Konto und bietet während der Laufzeit Zugriff auf unterstützte Deployment-Änderungen und Template-Updates.
- Der Käufer besitzt das AWS-Konto und die deployte Infrastruktur
- Der Käufer bezahlt AWS-Kosten und genehmigt CloudFormation-Launches und Änderungen
- Die Agentur kann die Implementierung verwalten, ohne Deployment Access als finales Kundenprodukt darzustellen
Agency Subscription
Kostenpflichtige WP-Suite-Funktionen auf verwalteten Sites
Die Agency Subscription deckt die kommerzielle Beziehung auf WordPress-Seite ab. Eine Agentur kann unterstützte Pro-Funktionen auf den Sites ihres Workspaces mit volumenbasierter Preisgestaltung aktivieren, während jede Site mit der passenden Konfiguration und dem passenden Backend verbunden ist.
- Site-Entitlements und kostenpflichtige Plugin-Funktionen werden im Agentur-Workspace verwaltet
- Deployment Access liefert optionale Backends im Kundenkonto; es ist nicht das Site-Abonnement
- Zusammen bilden sie eine wiederverwendbare Plattform, die die Agentur mit eigenen Services erweitern kann
Bereit für das erste Kunden-Deployment?
Baue die Kundenlösung. Nicht die Delivery-Plattform noch einmal.
Nutze WP Suite Deployment Access, um unterstützte WordPress-Backends zu konfigurieren, im AWS-Konto des Kunden zu prüfen und zu deployen, die resultierenden Outputs zu erfassen und spätere Änderungen ausdrücklich und prüfbar zu halten.