Enabling first-party cookies in your tracking script allows you to track your users more accurately. When first-party cookies are enabled, cookies are created on your website instead of Brevo or a third party.
Why use first-party cookies instead of third-party ones?
More and more major companies, such as Google, will stop using third-party cookies soon, and many browsers, like Safari or Firefox, already block them. This is all to protect users asking for greater privacy and control over how their data is used.
Indeed, a third-party cookie is a code that tracks information about a visitor’s browsing history across multiple websites. It is generated by a website other than your own and sends the tracked information to the third party who created the cookie, who often happens to be an advertiser.
In contrast, a first-party cookie is a code generated by default by a visitor’s computer when they visit your website. It is often used for user experience, as it can remember passwords, basic visitor data, and other preferences. It lets you monitor basic analytics, such as visitors' actions on your website or how often they visit it. However, it doesn’t allow you to see data related to your visitor's behavior on other websites you're not affiliated with.
How does it work?
Enabling first-party cookies adds the parameter “_se” to the URLs redirecting to your website. In rare cases, this may cause issues with loading a page on your website if the application or web server doesn’t handle unknown parameters.
How to resolve potential issues?
Review the options below to resolve common issues that occur when implementing first-party cookies on your website.
Page Not Found
If your page doesn’t show when the URL is clicked, you may need to confirm how your web server checks parameters.
- If your web server expects a known set of parameters, add “_se” as a parameter.
- If your web server evaluates query parameters to locate a resource, the server should skip evaluating “_se”. Configure your server settings to allow “_se”.
URL missing _se parameter
Your application clears the URL
An application can be configured to read query parameters to determine states in a single-page or multi-page experience. It can clean its own URL to correctly represent the state it is in.
- Your website framework should add “_se” as an exception and/or skip taking any action on it. Make sure the parameter persists in the URL until the tracking script has done its job.
- If your website clears and cleans unknown values from the address bar, make sure the Brevo tracking script calls happen as early as possible, ideally before loading any library. To help the tracking script calls happen quickly, we advise you place the Brevo tracking script as high in the website header as possible.
🤔 Have a question?
💬 Was this article helpful?
Thank you! Your feedback helps us improve this article for everyone.