Jobiqo bietet jetzt eine consentfreie Möglichkeit, wichtige Benutzer-Events (so etwa den Start einer Bewerbung) sowie maschniell generierte Events (z.B. Jobveröffentlichung) zu erfassen. Es handelt sich dabei um ein zusätzliches Tracking zum bestehenden cookiebasierte Jobiqo Analytics Setup.
Wie funktioniert das?
Jobiqo SSA basiert auf der Google Measurement Protocol API. Hierüber werden Events direkt in eine Google Analytics 4 Property übertragen.
Wieso wird die Zustimmung der Benutzer nicht benötigt?
Zustimmung für Jobiqo SSA ist deshalb nicht notwendig, weil weder sensible Nutzerdaten zu den Events übermittelt werden, noch eine direkte TCP-Verbindung zwischen dem Besucher der Website und Google Analytics hergestellt wird.
Im Gegensatz dazu wird beim Standard Google-Analytics-Setup (welches vom Jobiqo-Analytics-System verwendet wird) eine direkte Verbindung zwischen dem Benutzer der Website und Google Analytics hergestellt (siehe nachfolgendes Diagramm), was die Zustimmung des Benutzers erfordert.
Wieso brauche ich Jobiqo SSA?
Der Hauptunterschied zwischen Jobiqo SSA und dem cookiebasierten Google Analytics 4 besteht darin, dass Jobiqo SSA nicht die Zustimmung des Nutzers voraussetzt, um zu funktionieren.
Der Hauptzweck von SSA besteht darin, die gleichen benutzerdefinierten Ereignisse wie bei der Standardeinstellung von Jobiqo Analytics zu erfassen und die "Consent-Lücke" zu schließen. Das bedeutet, dass du bei wichtigen Nutzerereignissen wie Jobbesuchen oder Bewerbungen mit SSA jedes Ereignis erfassen kannst und keine Ereignisse aufgrund fehlender Zustimmung eines Nutzers "verpasst".
Darüber hinaus können bestimmte Ereignisse, die ganz oder teilweise maschinell generiert werden, wie z. B. das Event der Jobveröffetlichung (welches meistens durch einen Importer-Feed ausgelöst wird), nun zuverlässig erfasst werden.
Kann Jobiqo SSA also das standardmäßige GA4 ersetzen?
Jobiqo SSA wird nicht als Ersatz, sondern als ergänzende Lösung zum standardmäßigen cookiebasierten Google Analytics 4 gesehen.
Dies hat mehrere Gründe, hauptsächlich gibt es einige spezifische Einschränkungen in der Google Measurement API undder aktuellen Implementierung von Jobiqo SSA.
In erster Linie erfassen wir keine benutzerspezifischen Daten. Das bedeutet, dass keine Events in irgendeiner Weise mit einem bestimmten Benutzer in Verbindung gebracht werden können. Die typischen Google Analytics-Informationen darüber, woher ein Nutzer kam (z. B. Quelle, Medium, Kampagne, Gerät, Browser, Standort usw.), werden ebenfalls nicht erfasst.
Additionally, the Jobiqo SSA events are all submitted as “individual” events. This means that it is not possible to string together events into sessions or to attribute two or more events directly to each other.
Außerdem werden die Jobiqo SSA-Events alle als "einzelne" Ereignisse übermittelt. Das bedeutet, dass es nicht möglich ist, Events zu Sitzungen zusammenzufassen oder zwei oder mehr Events direkt einander zuzuordnen.
Kurz gesagt, die Analyse der Akquisitionsdaten und des Nutzerverhaltens auf Grundlage der oben genannten Dimensionen müsste weiterhin auf Grundlage der cookiebasierten Google Analytics 4-Daten erfolgen.
Welche Events werden erfasst?
Derzeit werden von Jobiqo SSA folgende Events erfasst:
| # | Metric Name | Description |
| 1 | ss_job_alert_prompt | Triggered after a sign up modal had been shown to the user. |
| 2 | ss_job_alert_signup | Triggered after a user signed up to a job alert. |
| 3 | ss_job_alert_signup_anonymous | Triggered after an anonymous user had signed up to a job alert. |
| 4 | ss_job_apply_complete | Triggered after the user submit an internal application. |
| 5 | ss_job_apply_start | Triggered after the user clicked the apply button. |
| 6 | ss_job_bookmark | Triggered after a user bookmarks a job. |
| 7 | ss_job_edit | The job edit is displayed right after the recruiter finishes editing a job. |
| 8 | ss_job_publish | Triggered after a job is published or republished (server-side). |
| 9 | ss_job_search | Triggered after a user searches for jobs on a job search page. |
| 10 | ss_job_visit | Triggered when the job detail is displayed (split-screen or single) to an applicant. |
| 11 | ss_login | Triggered after a user successfully logged in. |
| 12 | ss_orgprofile_visit | Triggered after a user visits an organization profile page. |
| 13 | ss_qa_basic_info_page_view | Quick apply: This event is triggered when the contact information page is viewed. |
| 14 | ss_qa_file_upload_page_view | Quick apply: This event is triggered when the file uploads page is viewed. |
| 15 | ss_qa_questions_page_view | Quick apply: This event is triggered when the questions page is viewed. |
| 16 | ss_qa_review_info_page_view | Quick apply: This event is triggered when the review page is viewed. |
| 17 | ss_qa_success_page_view | Quick apply: This event is triggered when the success page is viewed. |
| 18 | ss_resume_completed | Triggered after an applicant fills out all the required fields of their resume. |
| 19 | ss_sign_up | Triggered after a user verified their account. |
| 20 | ss_sign_up_start | Triggered after a user created their account. |
| 21 | ss_view_original_ad_btn_click | Triggered when the "View original ad" button is clicked on a job. |
| 22 | ss_order_complete | Triggered when job/self-service order is paid and completed. |