MultiAPICall-Funktion
Verketten Sie mehrere WebViewGold-API-Aufrufe in einer einzigen Anfrage mit der MultiAPICall-Funktion für iOS.
Dies ist eine optionale Funktion für iOS, da Apple-basierte Browser mehrere Seiten-Reloads desselben Skripts anders verarbeiten als Android-basierte Browser.
Das bedeutet, dass ein mehrfacher Aufruf von window.location.href = "exampleAPItrigger" im selben Webseiten-Skript auf iOS – anders als auf Android – nicht funktioniert.
Die MultiAPICall-Funktion ermöglicht es Ihnen, mehrere APIs in einer einzigen window.location.href-Zuweisung aufzurufen am Ende Ihres Webseiten-Skripts. Das kann nützlich sein, wenn Sie mehr als eine Datenfunktion aus der App vorladen möchten, um sie auf einer Seite bereitzuhalten.
MultiAPICall unterstützt die folgenden Datenerfassungs-APIs als Einträge:
"get-uuid", "user-disable-tracking", "getonesignalplayerid", "getappversion", "__haptics (light, medium, heavy, success, warning, error)"
Verwenden Sie JavaScript mit dieser Art von URL, um mehrere APIs gleichzeitig aufzurufen (stellen Sie sicher, dass eine Prüfung enthalten ist, damit die Funktion nur auf der iOS-Plattform verwendet wird):
<script>
// Example combination: "getonesignalplayerid" and "getappversion"
if (getMobileOperatingSystem() == "iOS") {
// iOS: Use MultiAPICall feature, separate API names by commas (","), NO spaces
window.location.href = "multiapicall://getonesignalplayerid,getappversion";
} else {
// Android: Can handle multiple calls at once, use normal API call structure
window.location.href = "getonesignalplayerid://";
window.location.href = "getappversion://";
}
</script>Klicken Sie hier, um eine Demonstrations-Webseite für diese Funktion anzusehen. Untersuchen Sie die Seite, um den Beispielcode einzusehen.
Implementierungshinweise im SDK-Stil
Betrachten Sie diese Funktion als native Fähigkeit, die Ihrer Web-Ebene bereitgestellt wird: Behalten Sie Ihre Produktivwebsite oder PWA als zentrale Quelle bei und nutzen Sie anschließend die dokumentierten WebViewGold-Konfigurationsflags, URL-Befehle und JavaScript-Bridge-Aufrufe, um natives iOS-Verhalten nur dort zu aktivieren, wo es einen Mehrwert bietet. So bleibt Ihre Codebasis wartbar, da dieselbe Webanwendung mit minimaler Fallunterscheidung Browser, WebViewGold für iOS und die übrigen WebViewGold-Plattformen bedienen kann.
Für zuverlässige Ergebnisse empfehlen sich HTTPS-Endpunkte, stabile Routennamen, explizite Erfolgs-/Fehlerzustände in Ihrer UI sowie kleine JavaScript-Hilfsfunktionen, die native Aufrufe kapseln. Beispielsweise kann eine mit jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, einem eigenen React-/Vue-/Angular-Stack oder statischem HTML erstellte Web-App eine einzelne Schaltfläche oder einen Event-Handler bereitstellen, der die native WebViewGold-API auslöst und dennoch einen sauberen Browser-Fallback zeigt.
- Empfohlenes Integrationsmuster: Erkennen Sie den App-Kontext, rufen Sie die WebViewGold-API auf und aktualisieren Sie anschließend Ihre Web-UI nach dem nativen Callback oder Routenwechsel.
- Test-Checkliste: Prüfen Sie die Funktion auf einem echten Gerät oder in einem paketierten Build, überprüfen Sie Berechtigungen und Store-Prüftexte und stellen Sie sicher, dass reine Browser-Nutzer weiterhin einen sinnvollen Fallback erhalten.
- SEO-Vorteil: Halten Sie Feature-Seiten, Routentitel und strukturierte Inhalte auf Ihrer Website indexierbar, während WebViewGold die native App-Hülle für iOS-Nutzer bereitstellt.