Haptisches-Feedback-API

Lösen Sie natives Vibrations-Feedback aus Ihrer Web-App aus — für ein natives App-Gefühl unter Android.

WebViewGold ermöglicht die Implementierung der nativen Android-Haptik-Steuerung innerhalb Ihrer Web-App. Mit unserer API können Sie die folgenden Aktionen ausführen:

Leichter Impuls

lighthaptic://

Wird für eine Kollision zwischen kleinen, leichten UI-Elementen verwendet

Starker Impuls

heavyhaptic://

Wird für eine Kollision zwischen großen, schweren UI-Elementen verwendet

Erfolgsbenachrichtigung

successhaptic://

Zeigt an, dass eine Aufgabe oder Aktion erfolgreich abgeschlossen wurde

Warnbenachrichtigung

warninghaptic://

Zeigt an, dass eine Aufgabe oder Aktion eine Art Warnung ausgelöst hat

Fehlerbenachrichtigung

errorhaptic://

Zeigt an, dass ein Fehler aufgetreten ist

Ein Beispiel für die Verwendung dieser API sehen Sie unten, mit einem Anker-Tag und einer benutzerdefinierten JavaScript-Funktion, die mit unserer Haptik-API interagieren.

<a onclick="lightHaptic('index.html')">Navigation Link with Haptics</a>

<script>
function lightHaptic(url) {
  if (isWebViewBrowser) {
    window.location.href = url;
    loadInnerHref("lighthaptic://");
  } else {
    window.location.href = url;
  }
}

function loadInnerHref(url) {
  iFrame = document.createElement("iframe");
  iFrame.setAttribute("src", url); 
  document.body.appendChild(iFrame);
  iFrame.parentNode.removeChild(iFrame);
  iFrame = null;
}
</script>

Klicken Sie hier, um eine Demonstrationswebseite für diese Funktion anzuzeigen. Untersuchen Sie die Seite, um den Beispielcode anzuzeigen.

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 Android-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 Android 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 Android-Nutzer bereitstellt.

Haptisches-Feedback-API

Implementierungshinweise im SDK-Stil

Zu wenig Zeit? Wir richten Ihre App für Sie ein.

Im Browser erstellen