Häufig gestellte Fragen (FAQ)

SPCast-Kunden mit einem Webradiopaket erhalten SPChat ohne Aufpreis. Download und Lizenz stehen im Kundencenter bereit.

Für alle anderen gibt es zwei Möglichkeiten:

• 99,99 €* einmalig für die selbstgehostete Downloadlizenz, inklusive 1 Jahr Update-Zugang. Danach kostet weiterer Update-Zugang optional 39 €* pro Jahr. Die installierte Version bleibt auch ohne Verlängerung nutzbar.
• 15 €* pro Monat, monatlich kündbar für die betriebsfertige Hosted-Version. Bei 24 Monaten Mindestlaufzeit sind es 9,99 €* pro Monat, insgesamt 239,76 €* für die Mindestlaufzeit. Betrieb und Updates sind inklusive.

Der Funktionsumfang ist identisch. Es gibt keine künstlichen Feature-Beschränkungen.

Ja, dafür ist SPChat gebaut. Kein VPS, kein Root-Zugriff erforderlich. SPChat setzt auf Server-Sent Events statt WebSockets. Das läuft auf jedem normalen Apache-Hosting ohne besondere Portkonfiguration. Auf leistungsschwachen Hostingumgebungen steht alternativ ein bewährtes HTTP-Polling als Fallback zur Verfügung.

Voraussetzungen: PHP 8.2+, MySQL, Apache mit aktiviertem .htaccess.

Nach dem Erwerb steht der Download im STREAMPANEL-Kundencenter bereit. ZIP herunterladen, entpacken und per FTP auf den Webserver laden. Danach den Webinstaller aufrufen und die Einrichtung abschließen.

Die Lizenz ist an die angegebene Domain geknüpft. Eine Domainänderung ist jederzeit kostenfrei im Kundencenter möglich.

SPChat Hosted nutzt HTTP-Polling und erlaubt maximal 50 gleichzeitige Nutzer. Das gilt sowohl für den monatlich kündbaren Tarif als auch für den Tarif mit 24 Monaten Mindestlaufzeit.

Bei SPChat Download bestimmen die Serverressourcen und die Konfiguration die Kapazität. HTTP-Polling fragt neue Nachrichten in Intervallen ab. Bei SSE hält jeder aktive Nutzer eine längere PHP-Verbindung offen; dafür muss das Hosting genügend PHP-Worker bereitstellen.

Für Video- und Sprachchat gilt im Peer-Modus eine eigene Grenze: maximal 3 Gegenstellen pro Person bei mindestens 2000 ms Abfrageintervall. Diese Peer-Grenzen gelten nicht für LiveKit-SFU. Details finden Sie bei den Funktionen und auf der Preisseite.

Die SPChat-Downloadlizenz ist an eine bestimmte Domain gebunden. SPChat wird auf dem Webserver unter dieser Domain betrieben, zum Beispiel chat.mein-webradio.de. Die Software prüft diese Zuordnung beim Start.

Bei einem späteren Domainwechsel lässt sich die Lizenz ohne Aufpreis im STREAMPANEL-Kundencenter umschreiben. Ein erneuter Kauf ist nicht erforderlich.

Ein kostenloser gehosteter Chat kann für ein Webradio ausreichen. Entscheidend sind die Bedingungen des jeweiligen Dienstes. Werbung, Tracking oder eine fremde Domain sind keine zwangsläufigen Eigenschaften kostenloser Angebote.

Prüfen Sie vor der Auswahl:

• Welche Werbung und externen Dienste werden eingebunden? Welche Einstellungen können Sie als Betreiber beeinflussen?
• Wo liegen Nutzerkonten, Nachrichten und Uploads? Welche Möglichkeiten gibt es zum Exportieren und Löschen?
• Können Sie eine eigene Domain, ein passendes Design und die benötigten Moderationsfunktionen nutzen?
• Welche Grenzen gelten für gleichzeitige Nutzer, Speicherplatz und Support?

Bei der selbst gehosteten Download-Version von SPChat wählen Sie Domain und Hosting selbst. Sie kümmern sich um Betrieb, Backups und Updates. Das Hosting muss die technischen Voraussetzungen erfüllen. Die Chat-Kernfunktionen laden keine Werbe- oder Analyse-Tracker; aktivierte Zusatzdienste müssen Sie gesondert prüfen.

Die Downloadlizenz kostet einmalig 99,99 €* und umfasst ein Jahr Update-Zugang. Danach ist der Update-Zugang optional für 39 €* pro Jahr verlängerbar; die installierte Version bleibt nutzbar. Hosting und Domain verursachen eigene Kosten. Für berechtigte aktive SPCast-Webradiopakete ist SPChat ohne zusätzlichen Lizenzpreis erhältlich.

Die Preisseite zeigt die Pakete für Hosted-Chat und Downloadlizenz. In der Livedemo können Sie die Bedienung prüfen.

PHP 8.2 oder neuer und eine MySQL- bzw. MariaDB-Datenbank reichen aus. Benötigte PHP-Erweiterungen: pdo_mysql, mbstring, json, fileinfo. Root-Zugriff, VPS oder Composer werden nicht benötigt.

• Apache oder LiteSpeed mit aktiviertem mod_rewrite und .htaccess
• InnoDB-Engine sowie utf8mb4-Zeichensatz
• Schreibrechte auf die Verzeichnisse media/uploads/ und storage/logs/
• PHP-Einstellung: max_execution_time von mindestens 60 Sekunden in der php.ini. Da SPChat für Echtzeitkommunikation Server-Sent Events (SSE) nutzt und die Verbindung pro Abfrage ca. 50 Sekunden lang offen hält, wird so ein ungewollter Verbindungsabbruch verhindert.

SPChat wird mit einem Webinstaller ausgeliefert. Ablauf:

1. ZIP-Paket aus dem Kundencenter herunterladen
2. Dateien per FTP auf den Webserver laden (public/ als Webroot)
3. Leere MySQL-Datenbank anlegen
4. /install/ im Browser aufrufen und den Setup-Assistent durchlaufen

Der Installer prüft PHP-Erweiterungen, richtet die Datenbank ein und legt den ersten Admin-Account an. SSH ist nicht erforderlich.

Nein. SPChat läuft ohne Node.js, Redis oder Composer. Die Echtzeitübertragung erfolgt mit Server-Sent Events über PHP. Alle Abhängigkeiten sind im Download-Paket enthalten. ZIP entpacken, per FTP hochladen und den Webinstaller aufrufen.

Ja. Neben lokalem Speicher unterstützt SPChat S3-kompatible Dienste wie AWS S3, Cloudflare R2 oder MinIO. Die Konfiguration erfolgt im Adminpanel oder direkt in config/config.php.

Wer keinen S3-Speicher einrichtet, speichert Uploads lokal außerhalb des Webroots. Ein direkter Browser-Zugriff auf die Dateien ist dabei nicht möglich.

TURN wird beim WebRTC-Video- und Sprachchat benötigt, wenn ein Browser keine direkte Verbindung zum Gesprächspartner oder zum LiveKit-SFU aufbauen kann. Das kommt zum Beispiel bei strikten Firewalls oder bestimmten NAT-Konfigurationen vor. Der normale Textchat über SSE braucht keinen TURN-Server.

STUN hilft den Browsern, ihre erreichbaren Netzwerkadressen zu bestimmen. TURN leitet verschlüsselte WebRTC-Daten als Fallback weiter und verursacht deshalb Bandbreite auf dem TURN-Server. Eigene STUN- und TURN-Server lassen sich in SPChat konfigurieren.

Im Peer-Modus sind maximal 3 Gegenstellen pro Person möglich. Senden und Zuschauen teilen sich die Grenze. Im Raum dürfen mehr Kameras aktiv sein. Das Abfrageintervall beträgt mindestens 2000 ms. Diese Grenzen gelten nicht für LiveKit-SFU.

Wie viel Upload und Download dabei pro Person anfallen, zeigt die Bandbreitentabelle für vier Kameras. Dort erfahren Sie auch, warum ein TURN-Server die mehrfachen Videoübertragungen im Peer-Modus nicht verringert.

SPChat erlaubt im Peer-to-Peer-Modus (P2P) Verbindungen zu maximal 3 anderen Personen gleichzeitig je Nutzer. Im Raum können mehr als vier Kameras eingeschaltet sein. Entscheidend ist, wer tatsächlich mit wem verbunden ist. Betreiber können die Grenze im Adminbereich auf eine oder zwei Gegenstellen senken.

Senden und Zuschauen teilen sich diese Grenze. Wenn zwei Personen gegenseitig ihre Kameras ansehen, belegt das bei beiden jeweils einen Platz. Eine eingeschaltete Kamera ohne Zuschauer belegt keinen Platz. Auch die lokale Vorschau und der reine Textchat benötigen keine P2P-Verbindung.

Können getrennte Videogruppen denselben Raum nutzen?

Ja. Wenn Person B die Kamera von A ansieht, haben beide eine Gegenstelle. Gleichzeitig können C, D und E untereinander verbunden sein. Sie haben dann jeweils zwei Gegenstellen. Diese fünf Personen können im selben Raum Video nutzen, weil niemand mehr als drei Verbindungen hat.

Wer bereits drei anderen Personen zuschaut, hat keinen freien Platz für einen weiteren Zuschauer der eigenen Kamera. Maßgeblich sind die unterschiedlichen Gegenstellen, unabhängig davon, in welche Richtung Video übertragen wird.

Wie öffne oder schließe ich eine Kamera?

Wählen Sie die gewünschte Kamera aus. Öffentliche Kameras benötigen keine Freigabe, werden aber ebenfalls erst nach Ihrer Auswahl geöffnet. Bei geschützten Kameras muss die sendende Person zustimmen. Eine laufende Anfrage reserviert bereits einen Platz auf beiden Seiten.

Sind bei Ihnen oder der anderen Person alle Plätze belegt, erscheint eine entsprechende Meldung. Über „Videoverbindung schließen“ am Kamerabild oder in der Zuschauerliste geben Sie einen Platz frei. Das beendet die Verbindung zwischen diesen beiden Personen in beide Richtungen. Die übrigen Gespräche laufen weiter.

Wie viel Traffic verursachen vier Kameras?

Wenn vier Personen ihre Kamera senden und die drei anderen ansehen, überträgt jede Person drei Kopien ihres eigenen Videos und empfängt drei fremde Videos. Jede Person nutzt damit alle drei Plätze. Die Tabelle beschreibt diese vollständig verbundene Vierergruppe. Zusätzliche, getrennte Gruppen im selben Raum ändern ihre Datenmenge nicht.

Die Werte sind Rechenbeispiele, keine festen Qualitätsstufen. Sie setzen gleichbleibende, gleich hohe Videodatenraten voraus. Tatsächlich passt der Browser die Datenrate unter anderem an Auflösung, Bewegung im Bild und Verbindung an. Ton und Netzwerkoverhead kommen hinzu. Die Datenmengen sind dezimale GB, also 1 GB = 1.000 MB.

Sind das 24 Mbit/s Upload pro Person?

Bei 2 Mbit/s je Videostream benötigt jede Person 3 × 2 = 6 Mbit/s Upload. Die genannten 24 Mbit/s sind die Summe über alle vier Personen: 4 × 6 Mbit/s. Dazu kommen pro Person 6 Mbit/s Download sowie Ton und Netzwerkoverhead.

Schon 6 Mbit/s Upload können einen Anschluss auslasten. Entscheidend ist der tatsächlich verfügbare Upload, nicht allein die beworbene Downloadgeschwindigkeit. Ein Anschluss mit 5 Mbit/s Upload reicht für dieses Beispiel nicht aus. Planen Sie zusätzlich Reserve für andere Anwendungen und WLAN-Schwankungen ein.

Warum hilft ein TURN-Server dabei nicht?

Ein TURN-Server wie coturn leitet die einzelnen Verbindungen weiter, wenn eine direkte Verbindung nicht möglich ist. Die drei ausgehenden Videokopien pro Person bleiben bestehen. TURN hilft bei der Erreichbarkeit, spart im P2P-Modus aber keinen Upload.

Was eignet sich für größere Videogruppen?

Wenn mehr als vier Personen alle anderen sehen sollen oder eine Kamera mehr als drei Zuschauer erreichen soll, eignet sich ein SFU-System. Dabei senden die Teilnehmer ihre Kamera an einen Server, der sie an die Empfänger verteilt. Der Kamera-Upload wächst dadurch nicht mit jeder weiteren Person. Dafür werden ein SFU-Server und eine passende Anbindung im Videochat benötigt. Verbindung, Geräte und Serverkapazität bleiben entscheidend.

Weitere Hinweise finden Sie in der TURN-Erklärung und bei den SPChat-Funktionen. Testen Sie den Videochat in der Demo mit Ihren Geräten und Anschlüssen.

SPChat baut keine WebSocket-Verbindung auf. Nachrichten werden über Server-Sent Events (SSE) übertragen. Dafür sind weder ein offener WebSocket-Port noch ein Node.js-Prozess nötig. HTTP-Polling steht als Fallback bereit, wenn das Hosting dauerhafte SSE-Verbindungen nicht zuverlässig unterstützt.

Bei SSE hält jeder aktive Nutzer zeitweise einen PHP-Prozess belegt. Die verfügbare Zahl an PHP-FPM-Workern bestimmt deshalb, wie viele gleichzeitige Verbindungen das Hosting tragen kann. Richtwerte finden Sie in der Antwort Wie viele Nutzer kann SPChat bedienen?.

Kommt es zu Verzögerungen oder Abbrüchen, prüfen Sie zuerst das PHP-Worker-Limit und eine mögliche Pufferung durch Webserver oder Reverse Proxy. Bleibt das Hosting ungeeignet, schalten Sie SPChat in der Konfiguration auf HTTP-Polling um.

SPChat verwendet Argon2id für Passwort-Hashing. Klartextpasswörter werden nirgendwo gespeichert. Bei einem Admin-Reset erhält der Nutzer ein temporäres Passwort per SMTP, das nach dem ersten Login geändert werden muss.

SPChat ist datenschutzfreundlich konzipiert, garantiert aber nicht allein eine DSGVO-konforme Nutzung. Der Betreiber legt Hosting, Auftragsverarbeitung, Speicherfristen, Datenschutzerklärung und aktivierte Dienste fest.

Der Browser baut für die Kernfunktionen keine direkten Verbindungen zu Drittanbietern auf. Emojis sind lokal eingebunden, GIPHY-Anfragen laufen bei aktivierter Integration über den eigenen Server als Proxy. Chat- und Kontodaten liegen auf dem eigenen Hosting. Medien können lokal oder in einem vom Betreiber gewählten S3-kompatiblen Speicher abgelegt werden.

Ja. SPChat unterstützt TOTP-basierte 2FA (Time-based One-Time Passwords). Kompatibel mit Google Authenticator, Aegis, Authy und allen anderen gängigen TOTP-Apps. Nutzer aktivieren 2FA eigenständig in den Profileinstellungen.

Chat-, Konto- und Konfigurationsdaten liegen in der MySQL- oder MariaDB-Datenbank Ihrer SPChat-Installation. Lokale Uploads speichert SPChat außerhalb des Webroots. Alternativ können Medien in einem von Ihnen eingerichteten S3-kompatiblen Speicher liegen.

Bei der Download-Version bestimmen Sie durch die Wahl von Webhoster, Serverstandort und optionalem S3-Anbieter, wo diese Daten verarbeitet werden. Bei der Hosted-Version liegt der Betrieb auf STREAMPANEL-Infrastruktur. Details zum Hosted-Datenstandort und zur Auftragsverarbeitung sollten vor der Buchung im Angebot geprüft werden.

Der Wortfilter kann auf zwei Arten reagieren:

• Blockieren: Die Nachricht wird abgelehnt und der Nutzer erhält eine Fehlermeldung.
• Ersetzen: Der Begriff wird durch einen konfigurierten Platzhalter ersetzt, zum Beispiel ***.

Treffer werden im Audit-Log vermerkt, damit Muster erkennbar bleiben. Der Filter greift serverseitig. Ein clientseitiger Bypass ist nicht möglich.

Admins können Nutzer temporär oder dauerhaft sperren. Ein Bann zieht automatisch auch einen IP-Bann nach sich. Gesperrte Nutzer verlieren beim nächsten API-Request sofort den Zugriff, ohne auf einen Session-Timeout warten zu müssen.

Daneben gibt es die Kick-Funktion: der Nutzer wird sofort aus dem Chat entfernt, aber nicht dauerhaft gesperrt. Beide Aktionen werden im Audit-Log erfasst.

Ja. Im Adminpanel lassen sich Scheduled Messages einrichten: Nachrichten, die zu einem definierten Zeitpunkt automatisch in einem Raum erscheinen. Der Versand läuft über einen Cron-Job. Sinnvoll für Ankündigungen, tägliche Begrüßungen oder Aktionen rund um Sendezeiten.

SPChat schreibt keine fertige Hausordnung vor. Der Betreiber legt fest, welche Inhalte und welches Verhalten im eigenen Chat erlaubt sind. Diese Regeln sollten vor dem Schreiben gut sichtbar und verständlich erreichbar sein.

Für die Durchsetzung stehen abgestufte Werkzeuge bereit: Moderatoren können Nutzer kicken, zeitweise oder dauerhaft sperren und IP-Sperren setzen. Der Wortfilter blockiert oder ersetzt festgelegte Begriffe. Meldungen helfen beim Prüfen einzelner Nachrichten. Admin-Aktionen werden im Audit-Log protokolliert.

Weisen Sie Moderationsrechte nur den benötigten Benutzergruppen zu. Legen Sie intern fest, wann eine Verwarnung, ein Kick oder eine Sperre eingesetzt wird. SPChat stellt die Werkzeuge bereit, die Verantwortung für Regeln und Entscheidungen bleibt beim Betreiber.