Installation der Codeausschnitte + Beispiele für Karriereseiten
Inhaltsverzeichnis:
3.1 Allgemeine Implementierung des Trackings
3.2 Combo-Seite
3.3 Implementierung in einer Einzelseiten-Webanwendung (SPA)
3.4 Verfolgung innerhalb des ATS eines Dritten
3.5 Das benutzerdefinierte CMS
3.6 Verwendung des Google Tag Manager
Hinweis: Wir empfehlen, die sogenannte Kundenreferenz-ID in die Codefragmente aufzunehmen. Dies ist eine eindeutige Kennung für Ihre Stelle. Dies kann eine ID, ein Titel oder etwas anderes sein, das Ihre freie Stelle eindeutig identifiziert. Weitere Informationen finden Sie unter 3.3
Wie bereits erwähnt, sind keine zwei Karriereseiten gleich. Daher kann die Implementierung je nach den Besonderheiten des vorliegenden Systems variieren. Im Folgenden finden Sie einige Richtlinien für Implementierungsszenarien im Normalfall.
Beispiel für ein Tracking-Snippet (Ansichtsseite der Stellenbeschreibung):
Bitte beachten Sie, dass diese Snippets als Referenz und nicht für die direkte Implementierung gedacht sind. Der Code unterliegt Änderungen. Wir weisen darauf hin, unbedingt die auf unserer „Erste Schritte-Seite“ bereitgestellten Snippets zu nutzen.
3.1 Allgemeine Implementierung des Trackings
Fall:
alle Schritte der Candidate Journey finden auf der Website des Kunden statt
für jeden Schritt gibt es separate Vorlagen (Stellenbeschreibung, Antragsformular, Anwendungserfolg)
alle Seiten haben eine eindeutige URL für einen bestimmten Job
Der einfachste Fall ist es, wenn die Website und ihre Codebase dem Kunden gehören oder zumindest ein dediziertes IT-Team für die Integration in das System verantwortlich ist.
Wenn es separate Vorlagen für die vier Seitentypen gibt (Karriereseite, Stellenbeschreibung, Bewerbungsformular, Anwendungserfolg), müssen Sie lediglich die Codefragmente der "Erste Schritte-Seite" in jede Vorlage einfügen. Der empfohlene Platz zum Einfügen ist so nahe wie möglich am zum öffnenden <body> -Tag. Wenn dies für den jeweiligen Fall keine Option ist, kann es dort platziert werden, wo es die Situation erlaubt.
Nachdem das Tracking installiert wurde, können Sie unseren Validierungsanweisungen folgen, um die Implementierung zu testen.
3.2 Combo-Seite
Fall:
die Stellenbeschreibung, das Bewerbungsformular, die Bewerbungserfolgsmeldung oder eine Kombination davon wird auf einer Einzelseiten-Webanwendung zusammengeführt
alle Schritte der Candidate Journey finden auf der Website des Kunden statt
die Seite hat eine eindeutige URL für einen bestimmten Job
Dem Bewerber wird bei einer Stellenausschreibung im Regelfall ein Formular zum Ausfüllen seiner Daten geboten, welches man anschließend durch Drücken eines Buttons verschickt. Die Bewerbungsserfolgsmeldung kann dann eine Popup-Meldung oder ein Dialog sein. Dies bedeutet im Endeffekt, dass der Kunde nicht für jeden Schritt der Candidate Journey eine eigene Seite hat.
In diesem Fall empfehlen wir, Job-Description-, Page-View- und Page-Ping-Tracker auf dieselbe Weise wie im allgemeinen Fall auf der Seite zu installieren. Sie werden ausgeführt, wenn die Seite im Browser geladen wird.
Der Bewerbungsformular-Tracker kann dann ausgeführt werden, wenn der Bewerber mit dem Ausfüllen des Formulars beginnt oder wenn das Formular auf dem Bildschirm sichtbar wird, wenn zu gescrollt wird. Der Bewerbungserfolg und die Bewerber-Konvertierung werden mit der Popup-Meldung des Bewerbungserfolgs ausgeführt.
Nachdem das Tracking installiert wurde, können Sie unseren Validierungsanweisungen folgen, um die Implementierung zu testen.
3.3 Implementierung in einer Single-Page-Webanwendung (SPA)
Fall:
Stellenbeschreibung, Bewerbungsformular, Bewerbungserfolg werden durch die Anwendungslogik in einer Single-Page-Webanwendung generiert
alle Schritte der Candidate Journey finden auf der Website des Kunden statt
SPA-Webanwendungen erfordern einen etwas anderen Ansatz für die Implementierung der Tracking-Snippets. Dies liegt darin begründet, dass in diesen Apps der Benutzer nicht die herkömmlichen URLs für eine bestimmte Seite erhält, sondern über interne Mechanismen navigiert wird.
Der VONQ-RA-Verfolgungsalgorithmus verwendet die verweisende URL als Mittel, um genau zu bestimmen, welcher VONQ-Kampagne der Verkehr zugeordnet werden soll. Daher müssen dem Snippet einige zusätzliche Informationen hinzugefügt werden, um die Candidate Journey genau zu ermitteln.
Zu diesem Zweck verwendet VONQ das Feld customerReferenceId aus den Ereignisdaten der step_view, welches vom Kunden bereitgestellt werden muss. Der Wert kann eine Ableitung eines beliebigen Kennzeichnung sein, der den Job aus Sicht des Benutzersystems eindeutig identifizieren kann. Dies kann ein Hash der Job-ID, der Job-ID selbst oder ein beliebiger anderer Wert sein, der dem Zweck entspricht.
Beispiel
Hinweis: Aufgrund der Komplexität von SPA-Anwendungen sollte bei der Implementierung sichergestellt werden, dass die Tracking-Snippets nur einmal pro Ansicht ausgeführt werden, um doppelte Daten zu vermeiden. Dies kann je nach Anwendungslogik der App eine zusätzliche Prüfungsebene erfordern.
Nachdem das Tracking installiert wurde, können Sie unseren Validierungsanweisungen folgen, um die Implementierung zu testen.
3.4 Verfolgung innerhalb des ATS eines Dritten
Fall:
Teile der Candidate Journey (normalerweise das Bewerbungsformular und die Erfolgsmeldung) werden an eine externe Partei außerhalb der Kundenwebsite delegiert
alle Seiten haben eindeutige URLs für einen bestimmten Job
Viele Kunden nutzen Bewerber-Tracking-Systeme, um die Daten ihrer Kandidaten an einem einzigen Ort zu verwalten und Einblicke zu erhalten.
Jedes ATS hat seine eigenen Besonderheiten und Fähigkeiten, um einen Tracking-Code oder ein Pixel in sein System einzubauen, die eng an das jeweilige System gebunden sind. In diesen Fällen sollten Sie die vom ATS-Anbieter bereitgestellte Dokumentation befolgen oder sich an den Kundensupport wenden, um weitere Informationen zu erhalten.
Nachdem das Tracking installiert wurde, können Sie unseren Validierungsanweisungen folgen, um die Implementierung zu testen.
3.5 Das benutzerdefinierte CMS
aus irgendeinem Grund können die Tracking-Snippets nicht in den Code der Website integriert werden
es gibt separate Vorlagen für die 3 Schritte (Stellenbeschreibung, Bewerbungsformular, Bewerbungserfolg)
alle Seiten haben eindeutige URLs für einen bestimmten Job
alle Teile der Candidate Journey finden auf der Website des Kunden statt
Es gibt Fälle, in denen der Quellcode der Website nicht verfügbar ist, der IT-Support fehlt oder aus anderen Gründen der Kunde daran gehindert wird, die Tracker mit eigenen Mitteln zu implementieren. Wenn dies bei Ihnen der Fall ist, empfehle wir eine der folgenden Optionen:
Bitten Sie jemanden, ein Google Tag Manager-Container-Snippet auf der Website zu installieren. Dies ermöglicht ein weiteres Tracking-Management ohne zusätzliche Änderungen am Quellcode der Website.
Suchen Sie einen freiberuflichen Entwickler, der die erforderlichen Änderungen implementieren kann.
Kontaktieren Sie uns, um einen Integrationstechniker zu beauftragen.
Nachdem das Tracking installiert wurde, können Sie unseren Validierungsanweisungen folgen, um die Implementierung zu testen.
3.6 Google Tag Manager verwenden
Google Tag Manager ist ein beliebtes Tool von Google, das von vielen Websites zur Verwaltung aller Tracker verwendet wird. Es ist einfach zu installieren, verfügt über eine intuitive Benutzeroberfläche, Teamkollaboration und unterstützt eine Vielzahl von Benutzerszenarien. Außerdem wird die Kontrolle der Implementierung von Tags auf das Unternehmen verlagert, was bedeutet, dass Änderungen im Tag-Management keine besonderen Änderungen im Quellcode der Website erfordern.
Weitere Informationen finden Sie auf der Google Tag Manager-Website und in den Google-Handbüchern zu GTM.