How big is your code and will it slow down our site?
How can I ensure that web browsers recognize my script tag as first party?
In an effort to curtail third-party data collection, some browsers block scripts that set cookies. By using the BlueConic First-Party Hostname Console, you can create custom first-party hostnames to use in your BlueConic script tag. For information on creating custom BlueConic hostnames, see BlueConic hostnames overview.
Can I deploy the BlueConic tag with our tag management tool?
When placing the tag in or near the header in the HTML, the page in the browser is not rendered yet, which allows BlueConic to execute personalization in the page before the position on the page where that unique interaction will occur is rendered.
If a personalization tag (from BlueConic or from others, for that matter) is loaded through a tag manager, there will be a long enough delay that there is a risk that the page is already rendered, so then the user sees the original content in a part of the page first, and then that page gets overwritten by the personalized content.
Here’s our way of ensuring the load is as fast as possible:
The BlueConic tag contains all libraries needed to do personalization and is loaded only once for a first-time visitor. After that first visit, those libraries are cached in the browser and not reloaded over the network again.
The tag is minimized and gzip compressed (for comparison: at about 40kb, the tag is smaller than most pictures on a website)
The tag is placed on CloudFront CDN from Amazon to ensure the tag is always loaded as fast as possible.
If you’re not using BlueConic for personalization, then this is all moot and you can deploy through your tag manager and call it a day.
Our CMS is old, highly customized, monstrous, or complex. Can we still use BlueConic?
You bet. A CMS takes care of rendering the HTML for a website server-side, meaning the browser asks the web server for a page, and the CMS creates the HTML and other assets for a page and sends it back to the browser.
Like other types of web-based tools, BlueConic works completely in the browser. It does not interfere or integrate with the CMS itself, only with the resulting HTML that the CMS spits out. For that reason, it doesn’t really matter what kind of CMS you have: BlueConic can always work with your website.
OK, but what about flicker?
After years of working in web tech, we built in smart mechanisms to prevent flicker effect even when loading is slow; for example, whitening out the part of the webpage where personalization will take place immediately while rendering the page, until BlueConic is sure that it is going to personalize that placement, or revert to the original content.
We have an SPI/SPA site. Still fine?
For 95% of our customers, embedding the code gets everything working out-of-the-box and you just have to go, go, go! For the other 5% of our customers, which typically are SPI/SPA, they can require some additional configuration and/or development on BlueConic’s part to get things working. This usually means deploying a plugin, which will handle the dynamic page transitions.
What does the BlueConic client-side script flow look like?
The following request flow visualizes how the BlueConic script works from a browser's point of view:
- The loading time for the first page view of the first visit
- The loading time for subsequent page views
- The script execution time
Learn more about BlueConic performance.