Vor Kurzem aufgerufene Suchen


Keine vor kurzem aufgerufene Suchen

Eric Ypsilantis's Avatar

Eric Ypsilantis

Beigetreten 14. Apr. 2021

·

Letzte Aktivität 27. Okt. 2021

Folge ich

0

Follower

0

Gesamtaktivitäten

22

Stimmen

2

Abonnements

12

AKTIVITÄTSÜBERSICHT

Neueste Aktivität von Eric Ypsilantis

Eric Ypsilantis hat einen Beitrag erstellt

BeitragHilfe zum Web Widget

Frage

Ich möchte das native Verhalten des Web Widgets (Classic) mithilfe von JavaScript-APIs ändern. Ich habe das Help Center durchgelesen und viele verschiedene Implementierungen gefunden. Wie kann ich diese verschiedenen Web Widget (Classic) API-Workflows kombinieren?

Antwort

Haftungsausschluss: Dieser Beitrag dient lediglich zu Demonstrationszwecken. Zendesk bietet keine Unterstützung oder Garantie für den Code. Bitte posten Sie eventuelle Probleme in den Kommentaren oder suchen Sie online nach einer Lösung.

Das Wichtigste, was Sie beachten sollten, ist, wann die Widget-Einstellungen angewendet werden sollen. Einige Workflows müssen immer dann ausgeführt werden, wenn eine Abteilung aktualisiert wird, während andere ausgeführt werden müssen, wenn das Widget zum ersten Mal eine Verbindung herstellt oder erneut verbindet. Dies wird veranschaulicht mit dieses vereinfachte Beispiel für die Einstellung der CRM -Abteilung:



Das obige Skript enthält einige Dinge, die es wert sind, besprochen zu werden. Die anfänglichen Schritte des Ausblendens des Widgets und des Anzeigens, wenn eine ungelesene Nachricht eingeht, könnten vollständig entfallen, ohne dass sich die restlichen Funktionen des Skripts ändern würden. Da sie sofort nach dem Laden des Widgets verwendet werden, wurden sie oben im Skript platziert. Dies ist nicht unbedingt erforderlich.

Als Nächstes sollten Sie beachten, dass einige angepasste Workflows einen updateSettings-API-Block in einen chat:connected -Callback platzieren, Sie ihn aber auch in einen chat:departmentStatus einfügen können nach einer Sitzung mit abgelaufener Zeit). Verwenden Sie daher daschat:connected API speziell für Befehle, die nur einmal ausgeführt werden sollen, und diechat:departmentStatus API für Befehle, die ausgeführt werden sollen, wenn sich die angegebene Abteilung nach dem Laden der Seite ändert.

Weitere Informationen zu den verschiedenen Web Widget (Classic) -API-Workflows finden Sie in den folgenden Beiträgen:

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 12. Jan. 2023 · Eric Ypsilantis

1

Follower

2

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Beitrag erstellt

BeitragHilfe zum Live-Chat

Frage

Der im Artikel Automatisches Weiterleiten von Chats an Abteilungen beschriebene Routing-Workflow mit Triggern berücksichtigt den Onlinestatus einer bestimmten Abteilung nicht. Ist es möglich, das Web-Widget nur dann als online für den Chat auf meiner Webseite anzuzeigen, wenn eine bestimmte Abteilung online ist?

Antwort

Haftungsausschluss: Dieser Beitrag dient lediglich zu Demonstrationszwecken. Zendesk bietet keine Unterstützung oder Garantie für den Code. Bitte posten Sie eventuelle Probleme in den Kommentaren oder suchen Sie online nach einer Lösung.
Tipp: Dieser Beitrag enthält Code für das Web Widget (Classic) in einem Support-Konto. Um herauszufinden, welches Widget in Ihrem Konto installiert ist, lesen Sie den folgenden Beitrag: Welches Widget habe ich in meinem Zendesk-Konto?

Es ist nicht nativ möglich, das Widget anzuzeigen, wenn bestimmte Abteilungen online sind, aber Sie können mit der Zendesk-API ein angepasstes Skript erstellen. Mit einem angepassten Skript können Sie das Web Widget (Classic) so konfigurieren, dass Chat nur angezeigt wird, wenn eine bestimmte Abteilung online ist. Das Skript erkennt eine Änderung des Abteilungsstatus des Kontos und die API aktualisiert die Einstellungen für das Web Widget (Classic)wie gewünscht basierend auf dem aktuellen Abteilungsstatus.

Nachfolgend finden Sie ein API-Beispielskript, das diese Methode verwendet. In diesem Beispiel wird das Web Widget nur dann als online für den Chat angezeigt, wenn die CRM-Abteilung online ist. Wenn der CRM -Status der Abteilung nicht online ist, wird der Chat unterdrückt. Wenn Chat unterdrückt wurde, werden nur andere aktivierte Funktionen des Web Widgets (Classic) werden dem Besucher angezeigt. Zum Beispiel das Kontaktformular oder die Help-Center-Suche.



Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 22. Nov. 2022 · Eric Ypsilantis

7

Follower

2

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Beitrag erstellt

BeitragHilfe zum Live-Chat

Frage

Wenn das Zeitlimit für eine Chatsitzung überschritten wird und der Besucher einen neuen Chat anfordert, behält die neue Chatanfrage nicht die aus der vorherigen Sitzung zugewiesene Abteilung. Gibt es eine Möglichkeit, die im vorherigen Chat zugewiesene Abteilung erneut anzuwenden?

Antwort

Haftungsausschluss: Dieser Beitrag dient lediglich zu Demonstrationszwecken. Zendesk bietet keine Unterstützung oder Garantie für den Code. Bitte posten Sie eventuelle Probleme in den Kommentaren oder suchen Sie online nach einer Lösung.

Bei einer neuen Chatsitzung wird die Abteilung nach einem Besuchertimeout nicht automatisch erneut zugewiesen. Um dieses Problem zu umgehen, verwenden Sie den API-Callback on chat:connected , um das Wiederverbindungsereignis zu identifizieren und die Benutzereinstellungen mit zu aktualisieren updateSettings- API zum Festlegen der Abteilung für die neue Chatsitzung.

Die API wird angewendet, wenn das Ereignis zum Wiederverbinden nach dem Timeout eines Besuchers eintritt, aber bevor die neue Nachricht vom Besucher gesendet wird. Dadurch wird sichergestellt, dass die Abteilung der neuen Sitzung zugewiesen wird.

Hinweis: Dieser Workflow ist nicht möglich, wenn Sie Auslöser zum Festlegen der Abteilung verwenden. Es gibt keine Möglichkeit, einen Chat-Auslöser erneut auszulösen, wenn der Besucher die Verbindung wiederherstellt.

Unten sehen Sie ein Beispiel für ein API-Skript, das diese Methoden verwendet, um die Einkaufswagenabteilung erneut anzuwenden, wenn ein Besucher zum ersten Mal eine Verbindung herstellt oder nach einer Sitzung mit Zeitüberschreitung wieder eine Verbindung herstellt.



Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 12. Jan. 2023 · Eric Ypsilantis

0

Follower

2

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Beitrag erstellt

BeitragHilfe zum Live-Chat

Frage

Wenn die Chat-Verbindung eines Besuchers beendet wird, er aber das Fenster oder die Registerkarte, in dem das Widget geladen ist, nicht schließt , sondern die Verbindung zu einem späteren Zeitpunkt erneut aufbaut, um eine neue Nachricht zu senden, wird das Pre-Chat-Formular nicht automatisch angezeigt. Gibt es eine Möglichkeit zu verlangen, dass ein Besucher das Pre-Chat-Formular immer im Web Widget sehen soll, wenn er nach einem Timeout erneut eine Verbindung herstellt?

Antwort

Hinweis: Wenn anstelle des Pre-Chat-Formulars eine Nachricht von einem Chat-Auslöser erscheint, ändern Sie die Bedingung für den Auslöser von „ Wenn ein Besucher das Chat-Widget geladen hat“ in „ Wenn ein Besucher einen Chat anfordert“.

Standardmäßig überspringt ein Besucher das Pre-Chat-Formular, wenn er erneut eine Verbindung herstellt. Mit dem folgenden Skript können Sie die Anzeige des Pre-Chat-Formulars erzwingen, und zwar vor dem vorhandenen Web Widget (Classic)-Skript:


Testen Sie Ihren Workflow. Bei Bedarf können Sie Widget-Einstellungen anwenden oder erneut anwenden, indem Sie das folgende Skript nach dem hinzugefügten Skript hinzufügen:


In diesem letzten Schritt wird die updateSettings- API verwendet, um die Einstellungen für das Widget anzuwenden oder erneut anzuwenden. Im obigen Beispiel ist der Shopping Cart wird angewendet, wenn das Widget zum ersten Mal eine Verbindung herstellt oder erneut verbunden wird. Dieser Workflow wird im verwandten Beitrag ausführlicher beschrieben: Kann ich die Abteilung erneut anwenden, nachdem ein Chat-Besucher wegen Zeitüberschreitung erneut eine Verbindung herstellt?

Stellen Sie sicher, dass Sie diese Lösung richtig konfiguriert haben. Überprüfen Sie den aktuellen Status des Widgets, wenn eine Verbindung hergestellt wird. Schließen Sie dann das Widget, setzen Sie es zurück und öffnen Sie es erneut, damit das Pre-Chat-Formular für Besucher, die sich erneut verbinden, immer angezeigt wird.

Haftungsausschluss: Dieser Beitrag dient lediglich zu Demonstrationszwecken. Zendesk bietet keine Unterstützung oder Garantie für den Code. Bitte posten Sie eventuelle Probleme in den Kommentaren oder suchen Sie online nach einer Lösung.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 30. Apr. 2024 · Eric Ypsilantis

1

Follower

2

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Beitrag erstellt

BeitragHilfe zum Live-Chat

Frage

Wenn ein Besucher das Web Widget (Classic) vor Ablauf der Geschäftszeiten lädt, kann er noch chatten, nachdem alle unsere Agenten einen Tag lang offline gegangen sind. Aus diesem Grund erscheint anstelle einer Offlinenachricht eine verpasste Chatnachricht . Gibt es eine Möglichkeit, sicherzustellen, dass das Widget die Anforderung eines Chats für eine Abteilung verhindert, die gegenwärtig offline ist?

Antwort

Haftungsausschluss: Dieser Beitrag dient lediglich zu Demonstrationszwecken. Zendesk bietet keine Unterstützung oder Garantie für den Code. Bitte posten Sie eventuelle Probleme in den Kommentaren oder suchen Sie online nach einer Lösung.

Das native Verhalten des Widgets wird nicht in Echtzeit aktualisiert, da eine bestimmte Abteilung nach dem Laden auf eine Seite offline geht. Sie können jedoch eine Aktualisierung des Widgets erzwingen, wenn dies der Fall ist und sich der Besucher nicht bereits in einer aktiven Sitzung befindet, die die API verwendet.

Wenn für die Chatabteilung eine Statusaktualisierung vorliegt, vergewissern Sie sich, dass der neue Status „ Offline " lautet, und prüfen Sie dann, ob sich der Besucher bereits in einer aktiven Sitzung befindet. Wenn der Status des Agenten „ Offline " lautet und der Besucher nicht in einer aktiven Sitzung ist, verwenden Sie die updateSettings- Methode, um den Chat zu unterdrücken.

Im folgenden Beispiel wird geprüft, ob die CRM -Abteilung online ist.



Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 22. Nov. 2022 · Eric Ypsilantis

2

Follower

2

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Kommentar hinterlassen

KommentarLive chat departments, triggers, operating hours, and routing

Hi CJ, the script in this article is specifically for setting (and setting again if needed) a single specified department.

Unfortunately there isn't an API to get the prior session's department, which would be required to know which of these 5 departments to use again upon reconnection.

Kommentar anzeigen · Gepostet 11. Aug. 2021 · Eric Ypsilantis

0

Follower

0

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Kommentar hinterlassen

KommentarHow to manage the widget for live chat

Hi CJ, I would expect to see this "Uncaught ReferenceError: zE is not defined" error if the script in this article is being used without your account-specific widget snippet being in your code first.

Try adding the widget snippet from your account (on the Channels > Widget page in Support) above the script using the widget APIs - your Web Widget will need to be loaded before these zE APIs would work.

Hope this helps!

Kommentar anzeigen · Gepostet 11. Aug. 2021 · Eric Ypsilantis

0

Follower

0

Stimmen

0

Kommentare


Eric Ypsilantis hat einen Kommentar hinterlassen

KommentarHow to manage the widget for live chat

I'm glad to hear you find the article helpful, @...! You know, I had been asked this before back when I was less dangerous with JavaScript, and didn't think it would be possible given how I'm using the API - but let me ponder this and I'll get back to you here. Is the idea to only show the widget as online if a subset of the departments is online, but then not set the department to use in the widget automatically (let the user choose)?

Kommentar anzeigen · Gepostet 25. Juni 2021 · Eric Ypsilantis

0

Follower

0

Stimmen

0

Kommentare