01
Schneller als ein benutzerdefiniertes Plugin.
Eine DesignSetGo App ist ein statisches Bundle und ein Manifest. Keine PHP-Boilerplate. Kein Plugin-Gerüst. Kein Aktualisierungskanal, den Sie selbst schreiben müssen.
FÜR AGENTUREN UND FREELANCER Starten Sie KI-generierte Apps auf den WordPress-Websites Ihrer Kunden: sie lesen die echten Beiträge, Seiten und Benutzer jeder Website und laufen in einer isolierten Umgebung, sodass eine fehlerhafte App die Website nicht beschädigen kann.
Erstellen Sie ein Buchungs-Widget einmal. Versenden Sie es an jede Client-Site.
DSGo Apps bietet Ihnen eine kleinere Einheit als ein vollständiges Plugin: versenden Sie ein einzelnes Bundle an N Kunden mit einem CLI-Befehl, aktualisieren Sie sie alle gleich. Multi-Site-Bereitstellungen und White-Labeling sind im Studio-Plan enthalten.
Die Agency Loop
Ein Bundle. N Kundenseiten.
Es ist die gleiche init-, login-, deploy-Schleife, die Entwickler verwenden, nur wiederholt für jeden Kunden. Erstellen Sie die App einmal, führen Sie dann designsetgo apps login --site und designsetgo apps deploy --site für den Hostnamen jedes Kunden aus. Jede Installation liest die eigenen WordPress-Daten dieses Kunden.
Siehe die Entwickler-Seite für die vollständige CLI-Anleitung. Die init-, login-, deploy-Schleife →
Auf viele Websites bereitstellen
Eine kleine Bash-Schleife ist die "Multi-Site-Bereitstellung."
Kein maßgeschneiderter Fleet-Manager. Die CLI nimmt ein einzelnes --site pro Aufruf; Agenturen integrieren dies in ihre vorhandene Orchestrierung, egal ob Shell-Schleife, CI-Matrix oder Ansible-Task.
# Build once. npm run build # Ship the same dist/ to every client. for site in client-1.com client-2.com client-3.com; do designsetgo apps deploy --site "$site" --no-build done
In CI wird dieselbe Schleife zu einem Matrix-Schritt in GitHub Actions mit Secrets pro Website. Es gibt eine Starter-Deploy-Action, die die CLI umhüllt.
Warum Agenturen dies adoptieren
Kleinere Einheit, höhere Marge.
02
Sicherer als ein Snippet.
Ein Bug in einem Snippet-Plugin beschädigt die Website. Ein Bug in einer DesignSetGo App beschädigt nur die App. Die Sandbox macht "am Freitag an alle Kunden bereitstellen" zu einer vertretbaren Idee.
03
Abrechnung als laufender Service.
"Das Buchungssystem" oder "das Kundenportal" ist jetzt ein SKU. Ein Paket, N Kunden, monatliche Gebühr. Sie verwalten es einmal, nicht N Mal.
White-Label
Ersetzen Sie unser Branding durch Ihr eigenes.
Die wp-admin DSGo Apps-Seite, der Installationsbildschirm, die leeren Zustände; all das kann Ihren Agentur-Namen und Ihr Logo tragen, anstelle unseres. Kunden sehen Ihre Marke, die ihre Website-Tools betreibt, nicht ein Drittanbieter-Plugin, das Sie weiterverkaufen.
01
Ihr Name, Ihr Logo.
Legen Sie plugin_name und logo_url in den White-Label-Einstellungen fest. Jede Admin-Oberfläche übernimmt sie: Menüpunkt, Installationsbildschirm, App-Karten.
02
Ihre Support-Links.
Ersetzen Sie unsere Dokumentation und Support-Links mit Ihren eigenen. Kunden fragen Sie, wenn etwas geklärt werden muss, nicht das Open-Source-Forum.
03
Vorgebündelt mit Ihren Apps.
Stellen Sie eine einzige ZIP-Datei bereit, die das Plugin installiert, Ihr Branding anwendet und Ihr Portal oder Booking-Paket vorinstalliert. Das Onboarding neuer Kunden geht von einer Setup-Checkliste zu einem Upload.
White-Labeling ist im Studio-Plan enthalten. Pro kann Multi-Site-CLI-Bereitstellungen ausführen, wird aber unter dem Namen DesignSetGo Apps ausgeliefert. Siehe Preise →
Private Template-Registry
Ihre Starter-Bibliothek, getrennt von der öffentlichen.
Hosten Sie Ihre eigenen Bundles auf einer beliebigen HTTPS-URL, die Sie kontrollieren. Ihr Team generiert neue Kundenprojekte aus Ihrer Bibliothek, nicht aus dem öffentlichen Starter.
01
Eine Konfiguration pro Entwicklungsmaschine.
Führen Sie designsetgo apps registry add acme https://acme.example/registry.json --token xxx einmal aus. Danach kann jeder apps init durch Alias aus Ihrer Bibliothek abrufen.
02
Versionierte Starter.
Fixieren Sie eine bestimmte Vorlagenversion (--template booking-widget@1.4.0) oder verwenden Sie die neueste. SHA-256-Integritätsprüfung bei jedem Download, sodass eine manipulierte Tarball-Datei nicht installiert wird.
03
Erscheint auch in Riff.
Nach der Konfiguration auf einer Website listet der In-Admin-Riff-Builder Ihre privaten Vorlagen neben den öffentlichen auf, mit einer Ein-Klick-Schaltfläche zum Kopieren des CLI-Befehls für Ihre Entwickler.
designsetgo apps registry add acme https://acme.example/registry.json --token xxx designsetgo apps init clients/new-site --template booking-widget --registry acme
Sie stellen die Bytes bereit (GitHub Pages, S3, Ihre eigene WP-Seite, internes CDN); DSGo bietet die Spezifikation und die CLI-Infrastruktur. Verfügbar im Studio-Plan. Siehe Preise →
Vertrauensmodell
Wählen Sie den Rendering-Modus je nachdem, wer den Code geschrieben hat.
Die meisten Agentur-Apps werden intern überprüft. Der Inline-Modus ist die richtige Voreinstellung: echte WordPress-Seiten, natives SEO, an der Root montierbar. Der Iframe-Modus ist die richtige Wahl für von Kunden bereitgestellte Bundles, die Sie nicht selbst geschrieben haben.
Inline-Modus
Die App wird als echte WordPress-Seite gerendert. Crawlbar, indexierbar, Theme-integrierbar, SEO-sauber. CSP und HTML-Bereinigung laufen bei jeder Anfrage. Das Bundle ist Ihr eigener Code, daher ist das Vertrauensmodell "vertrauenswürdiges Plugin, das Sie ausliefern."
"isolation": "inline" Iframe-Modus
Eine Browser-erzwungene Sandbox mit einer undurchsichtigen Origin. Verwenden Sie ihn, wenn ein Kunde Ihnen ein HTML-Bundle von einem Freelancer oder einem gespeicherten Claude-Artefakt übergibt. Die Bridge funktioniert weiterhin; die Seite teilt die Origin nicht mit dem Rest der Website.
"isolation": "iframe" CLI-Referenz
Jeder Befehl, jedes Flag.
Einschließlich --site, --sites, --from-artifact und der deploy-action für CI.
$ designsetgo apps init booking-pack --astro $ designsetgo apps login --site client-1.com $ designsetgo apps login --site client-2.com $ for s in client-1.com client-2.com; do > designsetgo apps deploy --site "$s" > done ✓ deployed to 2 sites └ same app id, atomic per site