Browsertelefonie mit dem Webphone SDK integrieren

Verwenden Sie das aktuelle SDK, halten Sie dauerhafte Zugangsdaten auf Ihrem Server und testen Sie Browsertelefonie sicher.

Mit unterstütztem Paket und Referenz beginnen

Öffnen Sie API-Dokumentation → Webphone SDK. Laden Sie das Web-SDK-Paket oder die dokumentierten Browserdateien und verwenden Sie Beispiele derselben Version. Lesen Sie verknüpfte Sicherheitshinweise vor Verwendung einer älteren Kopie. Dies ist ein Browser-SDK, kein Ersatz für native mobile Telefonieintegration.

Ihre Entwicklung benötigt eine authentifizierte HTTPS-Anwendung, eine erlaubte SIP-Identität, Mikrofonberechtigungen und die nötigen Dateien des aktuellen SDK. Der SDK Playground hilft bei Konto- und Browserprüfungen, führt aber echte, möglicherweise kostenpflichtige Anrufe aus.

Dauerhafte Zugangsdaten im Backend halten

1. Verwenden Sie das Beispiel mit verwalteten Token als normalen Produktionseinstieg.
2. Ihr Backend authentifiziert den Anwendungsnutzer und prüft, welche IllyVoIP-Identität er verwenden darf.
3. Es fordert mit dem Konto-API-Schlüssel die dokumentierte kurzlebige Browserautorisierung an. Geben Sie nur die erforderlichen Browserdaten zurück, nicht den dauerhaften API-Schlüssel.
4. Initialisieren Sie das SDK mit diesen Daten und dem passenden aktuellen Beispiel. Behandeln Sie Ablauf, Abmeldung und Verbindungsfehler, statt ständig neue Sitzungen zu erstellen.

Akzeptieren Sie keine beliebige Identität aus einem nicht authentifizierten Browser und erlauben Sie keine Token für fremde Konten. API-Schlüssel und SIP-Passwörter gehören nicht in öffentliches JavaScript, Repositories, URLs oder Diagnosebilder. Der direkte SIP-Modus ist eine fortgeschrittene Alternative, keine Rechtfertigung für dauerhafte Geheimnisse im Frontend.

Bereitschaft sichtbar machen

Zeigen Sie Verbindungsaufbau, Bereitschaft, Eingang, laufenden, beendeten und fehlgeschlagenen Anruf anhand dokumentierter Ereignisse. Fordern Sie Mikrofonzugriff durch eine klare Benutzeraktion an, erlauben Sie unterstützte Geräteauswahl und zeigen Sie Ablehnungen sichtbar. Ein Tastenfeld beweist keine Registrierung; Registrierung beweist kein beidseitiges Audio.

Nehmen Sie nicht an, das SDK liefere Ihre gesamte Mehrgerätepolitik. Folgen Sie dem Verbindungs-/Trennungszyklus und zeigen Sie Sitzungskonflikte sichtbar. Eine getrennte oder beendete Sitzung darf nicht weiter als aktives Telefon erscheinen. Entfernen Sie kontospezifischen Zustand beim Abmelden und initialisieren Sie die berechtigte Identität des neuen Benutzers, nicht den Cache des vorherigen.

Kleinen Abnahmetest durchführen

Testen Sie mit Erlaubnis einen ausgehenden und eingehenden Anruf, Annehmen/Beenden, Mikrofon und Lautsprecher sowie angebotene Halte-, Tasten- und Weiterleitungsfunktionen. Prüfen Sie verweigerte Berechtigungen, Verbindungsverlust, Abmeldung/Kontowechsel und gewünschtes Mehrgeräteverhalten. Folgen Sie aktueller Diagnose- und Regionsanleitung; Regionswechsel garantiert nicht das Überleben eines unterbrochenen Gesprächs.

Verwenden Sie eigene berechtigte Testziele, prüfen Sie Tarife und betrachten Sie wiederholte Anrufe nicht als kostenlose Diagnose. Erfassen oder übertragen Sie keine Aufnahmen ohne erforderliche Hinweise und Berechtigung.

Nach Fehlerphase untersuchen

Scheitert Autorisierung, prüfen Sie Backendantwort und Nutzerzuordnung ohne Geheimnisse zu protokollieren. Scheitert Signalisierung, prüfen Sie Region sowie Netzwerk-/Browserkompatibilität. Fehlt Audio nach Verbindung, prüfen Sie Geräte, Mikrofonrechte und Medienzugriff im Netz. Halten Sie SDK- und Browserversion, bereinigten Fehler, Zeit/Zeitzone und öffentliche Anrufreferenz für den Support bereit.

Maßgeblich für Methoden, Daten und Tokenlaufzeiten bleibt die API-Referenz. Siehe API-Schnellstart für Kontozugang und sichere Anfragen.