/
Fireplace Advanced [Engl.]

Fireplace Advanced [Engl.]

Apr 22, 2021

Visualization


Format presentation

Fireplace Advanced is a large-scale, attention-grabbing ad format that dynamically adapts to the screen size. It is placed to the right and left of the content and has a dynamic super banner that adapts in width to the content of the website. Due to the "sticky effect" when scrolling up and down, the skyscrapers of the advertising format are always anchored in the user's field of vision, thus achieving optimal visibility of the advertising format.


Demo

You can find the demo here
https://www.t-online.de/?*sdmad=demo=advfp1*


Hilfreiche Links

Webseite Ströer | Startseite

Ströer | Aussenwerbung

Ströer | Digitale Werbung



Fireplace Advanced English

Delivery of the finished advertising material

File format

Note

We need the finished advertising material 10 working days before the start of the campaign. 

The advertisement label "Anzeige" must be integrated in the advertising material - clearly visible.

Delivery as physical HTML5:
  • 3 HTML5 files that are responsive. (Width and height must adapt to the available space). 


Delivery as per redirect:

  • 3 Javascript or Iframe redirects that are responsive. (Width and height must adapt to the available space). 


Delivery as images:

  • Pure image files are not possible, because they would be strongly distorted by the dynamic adjustment.

To be noted:

Important: communication of the elements

In order to be able to ensure communication between the individual elements, we use postMessage. Our template writes a postMessage handler to the page, which allows you to send data from one ad part to another.

The 3 recipient names are banner, skyRight and skyLeft.
You can see an example of use here:

postMessage Example 
// definieren der globalen Variabeln
      var main,reciverSkyLeft,reciverSkyRight;
    // Hier werden die empfangenen Daten entsprechend Ihrer Herkunft weiterverarbeitet
      function receiveMessage(eve) {
          var data=(eve.data);
          if(data.target === 'banner') {
              if(data.source === 'skyRight') {
                  reciverSkyRight.innerText = data.message;
              }
              if(data.source === 'skyLeft') {
                  reciverSkyLeft.innerText = data.message;
              }
          }
      }
    // hier werden die Daten zum senden vorbereitet und
      function sendMessage(msg,target) {
          target=(!!target)?target:"skyLeft";
          var daten=[];
          daten["source"]="banner";
          daten["target"]=target;
          daten["message"]=msg;
        // an die Webseite gesendet
          main.postMessage(daten,'*');
      }
   
// und nach dem Laden der Seite
 
    window.onload = function() {
    // wird das darüberligende Iframe ausgewählt
        main = window.parent;
    // die objekte Bekantgegeben
        reciverSkyRight = document.getElementById('reciverSkyRight');
        reciverSkyLeft = document.getElementById('reciverSkyLeft');
    // und auf eine Message gewartet
        window.addEventListener("message", receiveMessage, false);
    }

For example, to use our functions for collapsing and expanding the banner, the following code must be used within the ad..:

Expand and collapse 
   window.onmouseover = function(){
      sendMessage({'expandieren':180},'banner');
    }
    window.onmouseout = function(){
      sendMessage({'collabieren':90},'banner');
    }

Dimensions & file weight

  • Size: 

    • Skyscraper: must work up to a minimum size of 120 x 600 pixels (dynamically scaling 100% from there).

      Superbanner: minimum size 600 x 90 pixels (dynamically scaling in width) up to a maximum height of 250 pixels (the height must be fixed)

  • File weight HTML5: 

    • 300 KB initial + 500 KB reload per element

    • the file weight is per banner



Table of contents



Creation of advertising materials by Ströer

Requirements

If you need support with the creation, please contact us. We will take care of the creation and production of the advertising material. Please provide us with the exact assets formulated here in due time. Otherwise, we will not be able to guarantee a launch at the agreed start of the campaign.

We need the following assets in this case 20 business days before the start of the campaign:

  • Logo
  • Product Shots / Visuals
  • Typo files incl. license
  • existing campaign motifs
  • Texts
  • video/spot
  • KPI's
  • product/campaign claim
  • Target URL
  • Examples of produced ads, style guides, etc.
  • if applicable, the storyboard



Features Publisher

  • Please note that the left and right sitebars have different widths, as we cannot fully center non-centered web pages afterwards.
  • For this reason, care should be taken to ensure that the promotional content is primarily located in the right sitebar, so that it is still present when the content of the page pushes the left sitebar out of the visible area or it is a left-aligned sitebar.


Feature delivery

  • The ad will only be delivered on desktop, tablet/iPad inventory will not be considered.

  • The ad will be booked and delivered from a viewport width of 1440 pixels or 1650 pixels.

  • Due to different zoom levels of browser or monitor it can happen that a very fine line between the ad media parts arises.



Notes

  • All trackings must be defined as SSL capable.   
  • All tracking to be used by us must contain the GDPR macros according to TCF v2.0 and all used vendors must be registered in the TCF v2.0 (Transparency and Consent Framework) of the IAB.


 HTML5

Trackings

Please note the following when delivering physical HTML5:

It is not allowed to integrate any 3rd party tracking and clickcommands into the HTML file; these must be delivered separately and contain the necessary GDPR macros for the vendors used (see Ströer Tracking Guidelines for more information)


 HTML5-Specs ....expand here

The Ströer specifications have moved to stroeer.de.

Please find the most actual information and specifications for HTML5 advertising media there.

Click here: https://www.stroeer.de/en/planning-booking/specifications/online-ads/technical-specifications-for-physical-html5-ad/

Delivery format

Single HTML file + additional images/videos

3rd-Party-Tracking

allowed

Videoformats

H264/mp4 und VP8/WebM

Video filesize

max. 5 MB

Videostart & Audiostart

Only after explicit useraction

Leadtime

5 days or 10 days for mobile HTML5 formats

General guidelines

  • Deliver the HTML5 media ad as index.html, with full HTML syntax (Doctype definitions, <head>, <body>, etc.)

  • As much content (scripts, CSS, etc.) as possible should be included directly in the index.html instead of being outsourced to separate files.

  • When reloading external resources, make sure that they are enabled for cross-domain access on the server side (CORS).

  • Use an alternative graphic to replace the ad media for browsers that do not fully support HTML5.

  • The orientation of the displaying device should be taken into account and the advertising medium should be optimized for "Landscape" and "Portrait" displays.

  • The tracking/counting of user actions (except clicks) by a separate server must be done by the ad creator.

JavaScript guidelines

  • Use small, compact JS frameworks. Larger libraries like jQuery are usually unnecessary and increase the data load of the ad media exponentially.

  • Reduce your final JS code as much as possible. Use minifiers or similar tools so that your ad can be transferred to the viewer as quickly as possible.

  • Avoid logs (e.g. console.log or etc.) and possible errors to optimize the performance of your ad and not overload the browser console.

Click measurement

You have the possibility to have clicks on links to external sites measured by the Ströer Digital AdServer. For this purpose, dynamic assignment of the link URLs must be enabled in the HTML5 advertising medium.
When the ad medium is played out, the complete URLs of Ströer are inserted into the ad medium and measured when the user clicks.
During development of the media ad, the link URL-encoded (encodeURIComponent() ) can be transferred to the ad media using GET parameters.

yourAdvertisingMaterial.html?clicktag1=http%3A%2F%2Fwww.youreUrl.de&clicktag2=http%3A%2F%2Fwww.yourOtherUrl.de

  • Fill all links to be measured with the name "#clicktag" as placeholder and an ID attribute of the same name. If you want to use different links with different targets, you have to number the placeholders sequentially ("#clicktag", "#clicktag2", etc.)

<a href="#clicktag" id="clicktag" target="_blank">Linktext 1</a>
<a href="#clicktag2" id="clicktag2" target="_blank">Linktext 2</a>

  • Insert the following script in the <head> of your ad media:

<script type="text/javascript">
var getUriParams = function ()
{
    var query_string = {};
    var query = window.location.search.substring(1);
    var parmsArray = query.split('&');
    if (parmsArray.length <= 0) return query_string;
    for (var i = 0; i < parmsArray.length; i++)
    {
        var pair = parmsArray[i].split('=');
        var val = decodeURIComponent(pair[1]);
        if (val != '' && pair[0] != '') query_string[pair[0]] = val;
    }
    return query_string;
}();
</script>

  • Either at the end of the HTML file or when initiating the ad media, the dynamic assignment of the URLs must be triggered with the following code

<script type="text/javascript">
    document.getElementById('clicktag').setAttribute('href', getUriParams.clicktag);
    document.getElementById('clicktag2').setAttribute('href', getUriParams.clicktag2);
</script>

Pre-test click measurement

  • The advertising material should be tested by the creative agency for functioning clicktag transfer so that unnecessary feedback loops can be excluded.

  • Test: html5mediaad.html?clicktag=%LANDINGPAGE%

*%LANDINGPAGE% is to be replaced with a test target page and must be passed URL - encoded (either via the encodeURIComponent function or e.g. with the help of this page: https://meyerweb.com/eric/tools/dencoder/)

Guidelines for animations

  • Animations should be created as resource-saving as possible. Avoid the excessive use of transparency effects (opacity) or the triggering of browser "repaints". You can find more information about paint/repaint here.

  • Remove unneeded GIFs (e.g. a loading animation) completely from the HTML tree instead of just hiding the image. Hidden GIF animations continue to burden the browser.

  • Use the animation possibilities of CSS3 (Animation, Keyframe, Translate, etc.)

⚠ Never use animations with JavaScript's setInterval() or setTimeout().
JavaScript animations should always use the requestAnimationFrame API of the browser. Further information about requestAnimationFrame() can be found here.

Guidelines for pictures & videos

  • For an optimal image display on all devices, all images should be adapted for HDPI, if reasonable.

  • In order to keep the data load of the advertising medium low despite HDPI, the formats Progressive JPEG / Progressive PNG, SVG or WebP (limited browser support) are suitable. However, the choice of format is not restricted and is at the developer's discretion.

  • To deliver individual image versions to the correct device or pixel density, it is recommended to use CSS3 image-set() or <img>'s srcset element (note browser support).

  • Use server requests for smaller images sparingly. If you want to use many smaller image files (icons, logos), they should be loaded either as CSS sprites or directly in HTML as DataURI.

  • Videos must be provided as H264/mp4, as well as VP8/WebM and must not exceed 5 MB. When integrating videos, use the Browser Video API.

  • For videos in the advertising material, the sound may only be started after explicit action by the user (click on a "Sound on" button, etc.).

HTML5 on mobile devices

  • For in-app advertising formats we support the standardized API MRAID (Mobile Rich Media Ad Interface Definitions) of the Interactive Advertising Bureau (IAB). In order to access device functions, such as the creation of a calendar entry, the ad media must be MRAID-compatible.

  • Data from motion and alignment sensors of the mobile device may be read and used for the interaction of the advertising medium, but may not be used in a blocking manner. Functions such as closing or reducing the size of advertising media may not depend exclusively on the movement of the device.


 General technical specifications and Tracking Guidelines

notes: 

  • all trackings or redirects must be 100% SSL-compliant.

  • all ad tags/trackings to be used by us must contain the GDPR macros according to TCF v2.0 and all vendors used must be registered in the TCF v2.0 (Transparency and Consent Framework) of the IAB


Heavy Ad Interventions in Google Chrome

With Chrome 86, Google starts blocking ads that are resource-heavy and use an egregious amount of CPU or network bandwidth.
This happens as an reaction to consumers are increasingly frustrated with ads that disrupt their experience, interrupt content and slow browsing.

In order to avoid such a blockage of the creative we recommend to consider the restrictions/guidelines from Google:

https://developers.google.com/web/updates/2020/05/heavy-ad-interventions


 Ströer Tracking Guidelines... expand here


The Ströer specifications have moved to stroeer.de.

Please find the most actual information and specifications regarding the Ströer Tracking Guidelines.


Click here: https://www.stroeer.de/en/planning-booking/specifications/online-ads/stroeer-tracking-guidelines/

Ströer Tracking Guidelines for advertisers and agencies on the use of trackings

1. Tracking in general

Up to five tracking pixels per creative have proven themselves as standard. This usually includes:

  • two tracking pixels for impression tracking (media agency and technical service provider)
  • a clickcommand
  • a viewability measurement (e.g. meetrics)
  • a market research pixel (e.g. GfK)

Ströer randomly checks the validity and amount of trackings. After prior consultation, a higher number of trackings can also be used.

All file sizes include all trackings.


2. personal data

Cookies and similar technologies which store and/or read out personal data on the user's device as well as further data processing must comply with the guidelines of the German Telemediengesetz, the EU General Data Protection Regulation (GDPR) and be listed on our vendor whitelist.

If there are any questions regarding the Ströer vendor list, please contact: vendorlist@stroeer.de


In particular (but not conclusively) the following types belong to it:

External tracking pixels, which analyze and record user behavior and, if desired, compare it with a downstream database on the customer side, must be explicitly released by Ströer before the start of a campaign. This includes any of the following pixel types:

  • Ad Verification (reading the environment)
  • Targeting quality (testing the effectiveness of the used targeting)
  • User profiling (collecting profile data)
  • Third party retargeting (re-targeting of users outside our network via external pixels)

3. tracking service providers (vendors)

All technical service providers (vendors) which will be used by agencies and advertisers must be registered in the TCF v2.0 (Transparency and Consent Framework) of the IAB and listed on our vendor whitelist.

If there are any questions regarding the Ströer vendor list, please contact: vendorlist@stroeer.de


4. Consent-Signaling for direct campaigns

For all cookies and similar technologies that are used in the context of the direct campaign on our portfolio, the necessary GDPR macros for the vendors used must be transmitted to us.

In order for us to be able to recognize/find these GDPR macros, we need to know at least 5 working days before start of a campaign how and where these GDPR macros will be implemented in the redirects, scripts, iframes and/or any other tracking.

All adtags/redirects/trackings to be used on our portfolio must contain these GDPR macros.


 Note:  Without this information we cannot ensure that direct campaigns can go live.


5. Counting differences

Counting differences in delivered ad impressions, caused by the selective filtering of an external tracking pixel (e.g. ad verification pixel), will not be acknowledged by Ströer or billed in Ströer's favor without prior consultation, unless they can be proven by a validated data basis.


6. Bundesdatenschutzgesetz BDSG

the Bundesdatenschutzgesetz BDSG must be observed in any case

https://www.gesetze-im-internet.de/bdsg_2018/


7.  Further use of collected tracking data

The use of the collected tracking data is exclusively for the booked campaign and limited to the booked period in our network.

Any further use or sale of the data to third parties is prohibited.






general technical specifications




Datenschutz
Impressum