docs: ein Einsetzer fuer alle Dienste, nicht einer je App

Am Host erkennt nginx den Dienst; eine neue App sind zwei Zeilen. Geprueft mit
zwei Diensten gleichzeitig: richtige data-app je Host, unbekannter Host 404,
WebSocket-Upgrade durchgereicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

README.md

@@ -231,8 +231,20 @@ aus. Ohne das erscheint dort keine Leiste, und in der Konsole steht nur
 `ERR_BLOCKED_BY_RESPONSE.NotSameOriginAfterDefaultedToSameOriginByCoep`.
 Das COEP der App bleibt dabei unangetastet — ihre eigenen Fähigkeiten also auch.
 
-**Fertiges Beispiel:** [`beispiele/bentopdf/`](beispiele/bentopdf/) — Compose
-und nginx-Konfiguration, so getestet.
+**Fertige Beispiele:**
+
+- [`beispiele/bentopdf/`](beispiele/bentopdf/) — ein Dienst, kürzestmöglich.
+- [`beispiele/mehrere-apps/`](beispiele/mehrere-apps/) — **ein** Einsetzer für
+  alle Dienste. Am Host erkennt nginx, welcher gemeint ist; eine neue App sind
+  zwei Zeilen in den Tabellen oben in der Datei. Das ist der Aufbau, den man
+  haben will, sobald es mehr als ein Werkzeug ist — nicht ein Behälter je App.
+
+Damit ein gemeinsamer Einsetzer die Dienste erreicht, teilen sie sich ein Netz
+(`docker network create honeybar`, in jeder App-Compose-Datei als `external`
+eintragen). Ein Host, der in der Tabelle fehlt, bekommt **404** statt einer
+geratenen Weiterleitung — sonst wird aus einem Tippfehler in Pangolin eine
+stille Umleitung irgendwohin. WebSocket-Verbindungen (Uptime Kuma, Dashboards,
+alles mit Live-Anzeige) gehen durch, dafür sorgt `upgrade.conf`.
 
 **Nur Pangolin davor?** Traefik kann Antwortkörper nicht von sich aus ändern;
 dafür bräuchte es ein Plugin. Der kürzere Weg ist ein kleiner nginx *zwischen*