🇬🇧 English | 🇩🇪 Deutsch

---

🇬🇧 English

One OpenClaw Agent, Multiple WordPress Websites

This use case shows how a single OpenClaw server can serve multiple WordPress websites – ideal for retail chains, franchises, or agencies managing multiple client sites.

Target Groups

• Retail chains (shoes, sports, fashion)
• Franchise businesses
• Digital agencies managing multiple client websites
• Companies with multiple locations needing the same AI support

How It Works

┌─────────────────────────────────────────────────────────────┐
│                    OpenClaw Server                          │
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐          │
│  │ Sales Agent │  │ Support     │  │ Product     │          │
│  │             │  │ Agent       │  │ Agent       │          │
│  └─────────────┘  └─────────────┘  └─────────────┘          │
└─────────────────────────────────────────────────────────────┘
          │               │               │
          ▼               ▼               ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Website A       │ │ Website B       │ │ Website C       │
│ (Store Berlin)  │ │ (Store Munich)  │ │ (Store Hamburg) │
│ Agent: Sales    │ │ Agent: Support  │ │ Agent: Product  │
└─────────────────┘ └─────────────────┘ └─────────────────┘

Prerequisites

1. OpenClaw server running with one or more agents
2. Multiple WordPress sites with DigitalCompass-AgentHub plugin installed
3. Gateway endpoint accessible from all websites
4. Gateway token configured in each website’s plugin
5. Network setup: All WordPress sites must be able to reach the OpenClaw server (same server or via network/firewall rules)

Configuration

Step 1: Set up OpenClaw Agents

Create agents in OpenClaw for different purposes:

• sales – For sales inquiries
• support – For customer support
• product – For product questions
• general – Default fallback agent

Each agent has its own AGENTS.md with specific behavior and knowledge.

Step 2: Configure Each Website

In each WordPress site, go to Settings → AgentHub Setup:

Setting	Example Value
Endpoint	https://your-openclaw-server.com/v1/chat/completions
Token	your-gateway-token
Model	openclaw/sales (or openclaw/support, etc.)

Each website can use a different agent, even though they all connect to the same OpenClaw server.

Step 3: Switch Agents Per Site

To change which agent a website uses, simply change the Model field:

Website A → Model: openclaw/sales
Website B → Model: openclaw/support
Website C → Model: openclaw/product

Features by Edition

Feature	Community	Pro	Enterprise	Agency
Multiple websites	✅	✅	✅	✅
Select agent per site	✅	✅	✅	✅
Agent Editor in WordPress	❌	✅	✅	✅
Analytics per site	❌	❌	✅	✅
White Label	❌	❌	❌	✅

Important Notes

Agent Editor Warning (Pro/Enterprise)

If you use the Agent Editor (edit AGENTS.md in WordPress admin):

⚠️ Changes apply to ALL websites using that agent!

If Website A edits the support agent, Website B using the same agent will also see the changes.

Recommendation:

• Use different agents for different websites, OR
• Coordinate Agent Editor changes across all locations, OR
• Use Community Edition (no Agent Editor = no risk)

Maintenance

• OpenClaw server downtime affects ALL websites
• Agent changes apply immediately (no deployment needed)
• Centralized logging if Enterprise analytics enabled

Benefits

Benefit	Description
Cost efficiency	One OpenClaw server serves many websites
Easy management	Change agent per site via plugin settings
Consistency	Same knowledge base across locations
Scalability	Add new sites without extra infrastructure
Flexibility	Each site can have a tailored agent

Example: Shoe Store Chain

A shoe store chain has 3 locations:

Location	Website	Agent Used
Berlin	berlin.shoes.example	sales (focus on promotions)
Munich	munich.shoes.example	support (focus on returns)
Hamburg	hamburg.shoes.example	product (focus on catalog)

All three websites connect to the same OpenClaw server, but each uses a different agent optimized for that location’s needs.

Known Limitations

• Firewall/External servers: If WordPress sites are hosted on a different server (e.g., external hosting),
  network access to OpenClaw may not work due to firewall restrictions. This has not been tested with servers in the same network yet.
• All websites must have network access to the OpenClaw Gateway endpoint

Recommended Environment

This use case is ideal for:

• Companies with their own infrastructure (AWS, Azure, on-premise)
• Organizations running all services in the same network
• Enterprises that can configure their own firewall rules

Not recommended for:

• WordPress sites on shared hosting
• External hosting providers with restricted network access

---

🇩🇪 Deutsch

Ein OpenClaw-Agent, mehrere WordPress-Websites

Dieser Use Case zeigt, wie ein einzelner OpenClaw-Server mehrere WordPress-Websites bedienen kann – ideal für Filialketten, Franchise-Unternehmen oder Agenturen mit mehreren>

Zielgruppen

• Filialketten (Schuhe, Sport, Mode)
• Franchise-Unternehmen
• Digitalagenturen mit mehreren Kunden-Websites
• Unternehmen mit mehreren Standorten, die den gleichen KI-Support benötigen

So funktioniert es

┌─────────────────────────────────────────────────────────────┐
│                    OpenClaw Server                          │
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐          │
│  │ Vertriebs-  │  │ Support-    │  │ Produkt-    │          │
│  │ Agent       │  │ Agent       │  │ Agent       │          │
│  └─────────────┘  └─────────────┘  └─────────────┘          │ 
└─────────────────────────────────────────────────────────────┘
          │               │               │
          ▼               ▼               ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Website A       │ │ Website B       │ │ Website C       │
│ (Filiale Berlin)│ │ (Filiale München)│ │ (Filiale Hamburg)│
│ Agent: Vertrieb │ │ Agent: Support  │ │ Agent: Produkt  │
└─────────────────┘ └─────────────────┘ └─────────────────┘

Voraussetzungen

1. OpenClaw-Server mit einem oder mehreren Agenten
2. Mehrere WordPress-Seiten mit DigitalCompass-AgentHub Plugin
3. Gateway-Endpoint, der von allen Websites erreichbar ist
4. Gateway-Token, das in jedem Plugin konfiguriert ist
5. Netzwerk-Setup: Alle WordPress-Seiten müssen den OpenClaw-Server erreichen können (gleicher Server oder via Netzwerk/Firewall-Regeln)

Konfiguration

Schritt 1: OpenClaw-Agenten einrichten

Erstelle Agenten in OpenClaw für verschiedene Zwecke:

• sales – Für Verkaufsanfragen
• support – Für Kundensupport
• product – Für Produktfragen
• general – Standard-Fallback-Agent

Jeder Agent hat seine eigene AGENTS.md mit spezifischem Verhalten und Wissen.

Schritt 2: Jede Website konfigurieren

In jeder WordPress-Seite unter Einstellungen → AgentHub Setup:

Einstellung	Beispielwert
Endpoint	https://dein-openclaw-server.com/v1/chat/completions
Token	dein-gateway-token
Model	openclaw/sales (oder openclaw/support, etc.)

Jede Website kann einen anderen Agenten nutzen, obwohl alle mit demselben OpenClaw-Server verbunden sind.

Schritt 3: Agenten pro Website wechseln

Um zu ändern, welchen Agent eine Website nutzt, ändere einfach das Model-Feld:

Website A → Model: openclaw/sales
Website B → Model: openclaw/support
Website C → Model: openclaw/product

Features nach Edition

Feature	Community	Pro	Enterprise	Agency
Mehrere Websites	✅	✅	✅	✅
Agent pro Website auswählen	✅	✅	✅	✅
Agent Editor in WordPress	❌	✅	✅	✅
Analytics pro Website	❌	❌	✅	✅
White Label	❌	❌	❌	✅

Wichtige Hinweise

Agent Editor Warnung (Pro/Enterprise)

Wenn du den Agent Editor nutzt (AGENTS.md im WordPress-Admin bearbeiten):

⚠️ Änderungen gelten für ALLE Websites, die diesen Agenten nutzen!

Wenn Website A den support-Agent bearbeitet, sieht Website B, die denselben Agenten nutzt, ebenfalls die Änderungen.

Empfehlung:

• Nutze verschiedene Agenten für verschiedene Websites, ODER
• Koordiniere Agent Editor-Änderungen zwischen allen Standorten, ODER
• Nutze Community Edition (kein Agent Editor = kein Risiko)

Wartung

• OpenClaw-Server-Ausfall betrifft ALLE Websites
• Agenten-Änderungen gelten sofort (kein Deployment nötig)
• Zentrierte Logging bei Enterprise Analytics aktiviert

Vorteile

Vorteil	Beschreibung
Kosteneffizienz	Ein OpenClaw-Server bedient viele Websites
Einfache Verwaltung	Agent pro Website via Plugin-Einstellungen ändern
Konsistenz	Gleiche Wissensbasis über alle Standorte
Skalierbarkeit	Neue Sites ohne extra Infrastruktur hinzufügen
Flexibilität	Jede Site kann einen angepassten Agenten haben

Beispiel: Schuhkette

Eine Schuhkette hat 3 Filialen:

Filiale	Website	Genutzter Agent
Berlin	berlin.schuhe.beispiel	sales (Fokus auf Aktionen)
München	muenchen.schuhe.beispiel	support (Fokus auf Retouren)
Hamburg	hamburg.schuhe.beispiel	product (Fokus auf Katalog)

Alle drei Websites sind mit dem gleichen OpenClaw-Server verbunden, aber jede nutzt einen anderen Agenten, der für die Bedürfnisse dieses Standorts optimiert ist.

Bekannte Einschränkungen

• Firewall/externe Server: Wenn WordPress auf einem anderen Server gehostet wird (z.B. externes Hosting), funktioniert der Netzwerkzugriff auf OpenClaw möglicherweise wegen Firewall-Beschränkungen nicht. Getestet mit Servern im gleichen Netzwerk wurde noch nicht.
• Alle Websites müssen Netzwerkzugang zum OpenClaw-Gateway-Endpoint haben

Empfohlene Umgebung

Dieser Use Case ist ideal für:

• Unternehmen mit eigener Infrastruktur (AWS, Azure, on-premise)
• Organisationen, die alle Dienste im gleichen Netzwerk betreiben
• Enterprises, die ihre eigenen Firewall-Regeln konfigurieren können

Nicht empfohlen für:

• WordPress-Seiten auf Shared Hosting
• Externe Hosting-Anbieter mit eingeschränktem Netzwerkzugang