Jentis has a unique approach to a new architecture that soon will be the common best practice. Clearly we are talking about first party tracking also known as server side tracking. In this quick guide we show you the key principles of how Jentis elements work and what are the differences to approaches that share the same architecture but are different in the core.
The two main implementation basics to know are: push and pull. You can either provide data directly into your Jentis Server from the frontend (PUSH). The other option is to access available data from your frontend elements (such as an existing Data Layer or other HTML elements, Browser APIs, etc.) (PULL).
Websites can choose to directly communicate via _jts.push API or customize the JTM to directly map required variables/parameters to existing elements, such as a Data Layer object. Here are all elements of this graphic explained:
- _jts.push: This is the primary API to Jentis. Simply push data following the Jentis native data model (as in reference: ). This way all tags and trigger will work automatically and out of the box for ALL tracking partners (Facebook, Google Analytics, etc.). Jentis implements a tool and service agnostic approach, so you only use one single data syntax and Jentis internally translates your products, enhanced ecommerce interactions, etc. directly into the syntax of the tools (such as Facebook Conversion API).
- JTS Data Layer: An internal data format of Jentis that follows the basic principles of document objects (such as products, events, sessions, users, etc).
- Frontend Variables: Here all values are actually calculated and will be used with the tags, trigger, backend functions and variables later. The frontend variables are the user interface to conveniently access values that you may already have integrated and structured (such as in a dataLayer object or in HTML tags).
- JTS Native Data Model: This powerful data model is a single data stream approach that can be mapped to any tool and use case. It supports both, simple and complex objects (such as Arrays of Objects with individual properties). So there is no technical limitation to any use case you could have in mind.
The following concepts stand out with Jentis when it comes to frontend (client side) implementation:
- Jentis is a single source of truth system, there is only one single data stream where all data is lined up, without specific business logic in the front end
- benefit: less customization required as everything is tool-agnostic in the frontend
- benefit: every tool on the server side will run plug&play without further customization
- Jentis has a rich data model that caters all common use cases (ecommerce-, content-, custom-dimension- and event-tracking)
- benefit: tool implementation concepts are cooked down to the essentials, with less ressources required from your internal IT to implement tool-specific requirements
- Jentis has a direct communication interface, the _jts.push() API, as well as a tag management system for customization