Web: FAQs

How to test banners?

1. The easiest way is to create an URL condition containing

/?{testphrase} 

When opening the URL when the banner is supposed to appear - type your condition behind the URL.

For example: /?meiro

the banner will appear on: https://www.myweb.io/?meiro 

2. The second way is to create the testing cookie.

In the example above: 

-cookie is “meiro”,

-value is “test”.

This cookie needs to be set in the dev tools of your browser. This can be done either manually or through the console input: document.cookie=”meiro=test”

After this, the page must be hard refreshed, and the banner will appear.

Learn more: about how to display and test a banner for a segmented audience

Why is the active banner not visible on the website?

There are several reasons why the user might not be able to see the banner on the website:

1. A user expects the banner to be displayed on the URL, which is not specified in the banner conditions.
2. A user reached a total global cap count for pop-up banners or individual pop-up banner frequency cap for his meiro cookie. This can be circumvented by opening a new private browsing session.
3. A user uses a different device/browse etc., which is not specified in the banner conditions.
4. The time specified in the banner conditions has not yet passed or expired.
5. The user’s IP address matches the restriction in the ‘Device: IP address’ banner condition. Users can delete the condition or connect to the mobile hotspot or VPN.
6. The SDK has not been cached yet in the user’s browser. More information is in question below.

Will a banner appear immediately to the user after it is set?

The SDK is cached in the user’s browser with an expiration limit—this might be up to 30 minutes, depending on the setting for a particular instance. This means that if the user has just opened your website and received the SDK, they will not receive any changes to the SDK for the duration of the expiration interval. Therefore, while some users will see the new banner immediately, it might take some time for all users to see the new banner.

What will happen if multiple banners have the same priority set, settings, and conditions?

Pop-up banners

The banner which has been shown to this using the least number of times will be selected, or the one that has been shown the longest time ago.

Native banners

The banner that has been displayed the least number of times during the user's session.

For example, in the case of  3 banners A,B, C, each starting at 0 impressions:

• first-page view, banner B will be selected (randomly), impression for banner B in the current session is 1,
• second-page view, only banner A or banner C can be displayed as they have 0 impressions in the current session, banner C will be randomly selected from these two, impression set to 1,
• third-page view in the current session: only banner A has 0 impressions, will be displayed, and the impression set to 1
• fourth-page view in the current session, each banner has the same impression set to 1, so the algorithm starts the same again as in point 1 when all of them have 0 impressions.

What will happen if I have multiple containers on the website with the same ID? Where will the native banner be displayed?

In this case, Meiro Events will search for any elements that have the specified ID in the following order:

1. Meiro Events will first look for an element with the specified ID, for example <div id="some-container-id"></div>.

2. If no element with that ID is found, Meiro Events will utilize the native browser method document.querySelectorAll to locate all matching elements and display the banner in each of them.

What will happen if I have no conditions set for the banner?

If no conditions are set, the banner will always be considered for display and will only be limited by a frequency cap (for pop-up banners) and priority settings (both for pop-up and native banners or a number of impressions).

Who is considered a "user" when setting frequency caps for banners?

A user is definedidentified by abrowser "cookie"data stored in thelocal browser.storage. Each "user" has assigned a "cookie" hence it is identifieddistinguished asby athis separatedata, "user".allowing frequency caps to be set per individual browser session.

What is the definition of "session" in pop-up banner frequency?

If a banner is re-named, which name is used in reporting or attributes?

Usually, it is the latest name used in attributes or reporting, but each name can also be tracked (to discuss details contact the Meiro team).

How do native/pop-up banners affect the speed/ performance of the website?

The SDK is loaded asynchronously, so it does not block page loading. Issues may be caused when many banners are set for a certain page with HTTP request conditions. In this case, it can eat up to 6 network connections, and the browser can handle only 4 more for other requests (e.g., for Chrome).

How do native/pop-up banners affect web vitals?

The banner conditions consist of two types which we can call “offline” and “online”.

“Offlines” are evaluated immediately, but the “online” ones request API.

We optimized conditions evaluation so that “online” conditions are evaluated only if “offline” conditions pass.

There are three core web vitals metrics: Largest Contentful Paint (LCP), First Input Delay (FID), and Cumulative Layout Shift (CLS).

Both types of banners can affect the LCP metric if you make the banners the biggest element on the website page. You need to keep in mind that the SDK needs to evaluate a set of conditions for each enabled banner, and if you have a lot of banners set for a certain page with “online” conditions, it takes some time.

FID metric is not affected.

CLS metric can be affected in the case of native banners but can be resolved by specifying the dimensions of the native banners container.

How will the container (element ID) behave if Meiro displays native banners with a delay?

It can be done in two ways:
1) A container is an empty div, invisible in the layout.

Once the banner is selected, it’s placed inside the container, and the content shifts in some way (because a new element with dimensions is added).

2) A container is an empty div but has dimensions.

In this case, there can be some loading indication programmed, which will be covered by a loaded banner later.

In this case, there needs to be some fallback if SDK is not loaded or there is no fulfilling banner conditions.

What happens when the 'disable default tracking' option for the banner is turned on?

When the 'disable default tracking' feature is turned on, the following takes place:

1. The web_banner_impression event is no longer sent.

2. The meiro:bannershow event is no longer emitted.

It is worth noting that when the ‘disable default tracking’ feature is turned on for a banner, it is still subjected to the global frequency cap for all banners. This is because developers still have the option to manually track banner impressions using the available SDK method track("web_banner_impression", null, bannerId) described here.

Will pop-up and native banners be blocked if a user uses an adblock extension?

The banners may be blocked by AdBlock extensions if the Meiro Events (ME) implementation is via Google Tag Manager (GTM). However, if the implementation is directly within the site's code, pop-up and native banners should not be affected by AdBlock extensions.