GUIDELINES – EKSTRA BLADET MOBILE
Transcription
GUIDELINES – EKSTRA BLADET MOBILE
GUIDELINES – EKSTRA BLADET MOBILE GENERAL GUIDELINES The advertiser is responsible for the banner- creative, functionality and design. Banners which disturb the editorial content or cause technical problems for the users, will be removed from the site immediately. All banner creatives must be within the framework of the chosen banner placement. Which means; no projecting pictures, layers or popups that exceeds the specified size of the banner. Banners are not allowed to simulate the look of our editorial content. Phrases as “Read more”, “Breaking news” etc. cannot be used – text which is written in 3rd person is not allowed either. Links must always open in a new window. Delivery of material: Banner creatives should be sent to backoffice_ebn@eb.dk with the following information: Name of the customer (in the subject field in e-mails) Campaign name Time for campaign start If possible, agency order ID If possible, the contact person in the media agency or with the client Indication of format, placement and type Indication of link from banner (landing page) Put the sales consultant c.c. in the mail RULES FOR DELIVERY Banner creatives must be delivered at least 5 whole working days before release, - special formats 4 whole working days before release. If for example a campaign is to run Monday morning the creatives must be received by EB Backoffice Wednesday morning at the latest. If the banners are in HTML a preview link must be attached when the material is delivered. If the banners are coded in HTML5 and JavaScript we recommend the following Rich Media Editors that all meet the MRAID (Mobile Rich Media Ad Interface Definitions) standard: Sprout, Celtra, Crisp. Read more about MRAID here: http://www.iab.net/media/file/IAB_MRAID_v2_FINAL.pdf By delayed delivery EB cannot guarantee release and the supplier can be charged an administrational fee. Banner creatives that are not within the scope of the weight and format overview are considered as special formats. If you want to place special formats we ask you to contact EB Backoffice. We are delighted by and we will gladly test new banner concepts but must first control that they meet our technical and editorial demands. There is no guarantee that special formats can run. In case of immense negative user feedback/disturbance EB has the right to remove/stop the banner creative's regardless of whether the campaign is completed or not. In this case the advertiser has the right to have the campaign completed with another accepted material. Credit note for the campaign is sent to the customer if they don’t wish to use alternative material. WEIGHT AND FORMAT Top banner *320x160 Max 60 kb. Further interaction max. 1 MB gif/png/jpeg/ HTML** (see guide lines below) Landing page URL Top banner with expand *320x160 → 320x320 / 320x480 Max 60 kb. (incl. top banner) Further interaction max. 1 MB ”Close button” in the lower right corner (40x40) Top banner with expand and swipe *More ”pictures” in 320x320 / 320x480 Max 60 kb. (incl. expand and swipe) Further interaction max. 1 MB ”Close button” in the lower right corner (40x40) *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. *Top banner with expand (and optional swipe) in HTML the expand must be coded in such a way that it either pushes the page down or lies as a layer on top of the site. WEIGHT AND FORMAT Mega banner *320x320 Max 60 kb. Further interaction max. 1 MB Type: gif/png/jpeg/HTML (see guide lines below) Landing page URL Takeover/Interstitial *320x320 Max 60 kb. Type: gif/png/jpeg/HTML** (see guide lines below) ”Close button” in the lower/upper right corner (40x40) Landing page URL HTML5: If desired, this format can be made with animation and transparent background. • This format runs with a frequency of 1/Daily – and is shown on all sections besides the frontpage of eb.dk • This format appears for 7 seconds, and automatically closes down afterwards. *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. **Takeover/interstitial in HTML the banner must be coded in such a way that it lies as a layer on top of the site. MOBILE TEMPLATES At ekstrabladet.dk (mobile) we have the possibility to book special formats via templates through our ad serving system. This provides the opportunity to carry through special formats without to much extra cost for the creative agencies. Top Expand • Incl. optional video in the banner Top Expand with Swipe • Incl. optional video in the banner Interstitial Banner with Swipe Banner with Video Cube MOBILE TEMPLATES Top Expand (potentially with video) Top Expand is a top banner which expands over the editorial content by clicking the top banner. It is possible to place video in the banner if desired. Delivery of Creatives: Top banner Pixel format: *320x160 File format: jpeg, gif or png Expand banner Pixel format: *320x320/320x480 File format: jpeg, gif or png The weight of the banners can be max. 60KB in total (ex. Top 20KB and Expand 40KB) Landing page URL Optional impression tracking URL Optional video If there is to be video in the Expand part, there must be space for it in the banner. Meaning there must be a ”frame” where we know the video is to be placed. • Pixel format: max. resolution 320x480 • File format: mp4 and/or WEBM • Weight: max. 1 MB Optional Tracking Urls for Play, Pause or End video *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. MOBILE TEMPLATES Top Expand with Swipe (incl. potential video) Top Expand with Swipe is a top banner which expands over the editorial content by clicking the top banner. The Swipe function appears in the expanded format where the user can swipe back and forth between different messages. Delivery of Creatives: Top banner Pixel format: *320x160 File format: jpeg, gif or png Expand banners Pixel format: *320x320/320x48 File format: jpeg, gif or png The weight of the banners must be max. 60KB (ex. Top 10KB and Expand1 30KB, Expand2 30KB, Expand3 30KB) Landing page URL (optional different URL per slide) Optional impression tracking URL If there is to be video in the Expand part, there must be space for it in the banner. Meaning there must be a ”frame” where we know the video is to be placed. • Pixel format: max. resolution 320x480 • File format: mp4 and/or WEBM • Weight: max. 1 MB Optional Tracking Urls for: Play, Pause or End video *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. MOBILE TEMPLATES Interstitial Interstitial is a format which pops up on the site and lies as a layer on top of the editorial content. The banner needs to have a solid background in the banner and it is shown for 7 seconds and automatically closes afterwards. Delivery of Creatives: Interstitial banner Pixel format: *300x300/320x320 File format: jpeg, gif or png Weight: max. 60KB Landing page URL Optional impression tracking URL *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. MOBILE TEMPLATES Banner with SWIPE feature Banner swipe is a format where the user can swipe back and forth between different messages. Delivery of Creatives: Banner Pixel format: Top *(320x160), Mega (320x320) File format: jpeg, gif or png The weight of the banners must be max. 60KB in total (ex. Banner1 33KB, Banner2 33KB, Banner3 34KB) Landing page URL (Optional different URL per slide) Optinal impression tracking URL *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. MOBILE TEMPLATES Banner with VIDEO Banner with video is a format where the user can click the banner in order to play a video. Delivery of Creatives: Banner Pixel format: Top (320x160) or Mega (320x320) File format: jpeg, gif or png Landing page URL Optional impression tracking URL Video There must be space for the video in the banner, meaning there should be a ”frame” in order for us to know where to place the video. • Pixel format: max. resolution 320x480 • File format: mp4 and/or WEBM • Weight: max. 1 MB Optional Tracking Urls for: Play, Pause or End video *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. MOBILE TEMPLATES Cube Cube banners is a format with 4 different sides/messages. The banner is set to rotate automatically, however it is possible to swipe back and forth manually. Delivery of Creatives: 4 x Banners Pixelformat: Top *(320x160) or Mega (320x320) Fileformat: jpeg, gif or png Landing page URL (Optional different URL per side) Optional impression tracking URL Optional Video There must be space for the video in the banner, meaning there should be a ”frame” in order for us to know where to place the video. • Pixel format: max. resolution 320x480 • File format: mp4 and/or WEBM • Weight: max. 1 MB Optional Tracking Urls for: Play, Pause or End video *All banners can be sent double in size – in proportion to Retina displays eg. 320x160 = 640x320. Our adserving system makes sure the size adjusts itself to the users screen resolution. BANNER GUIDELINES By default the banners must be coded to take up as little space as possible in order for the Ekstra Bladet mobile site to function properly in usage situations with a limited network connection. The items below are procedures for limiting the data load on the phone. jQuery is already included under EB.dk – therefore there is no reason to include jQuery in the banner code once more. We guarantee that jQuery is updated and loaded before the banner is fetched. Gzip – Remember to always enable gzip on the server from which the banner is fetched. In that way less data is sent through the network (the reduction is 50-60%) which makes everything faster and makes the user experience better. HTML BANNER GUIDELINES Javascript/CSS CSS must be namespaced separately from EB.dk – we recommend that you outermost place a CSS class after the pattern: name of firm_name of campaign_name of banner and that all the CSS selectors of the banner uses this as default. Example HTML: <div class=”gevalia_uventedegaester_topslider”></div> CSS: .gevalia_uventedegaester_topslider h2 { … } . gevalia_uventedegaester_topslider span { … } In this way there is a Chinese wall between the EB.dk CSS and the banner CSS. JavaScript in the banner must be held within a single function scope and all variables must be declared with ’var’, i.e.: JAVASCRIPT: (function(){ var a = 2; }()); (Read more about this way of doing things here: http://www.jspatterns.com/self-executing-functions/ ) In this way there is no danger that the JavaScript code that collides with the EB.dk JavaScript. If this is completely impossible to honor all method names and variable names must start with ”name of firm_name of campaign_name of banner”. Animation. At the mobile platforms you can improve the quality of animations considerably by doing them in CSS3 in stead of JavaScript. In brief the CSS3 transformations use the phones built-in graphic processors to run the animation which is far faster than using the main CPU, and it makes the animation much more fluent. Read more here: http://css3.bradshawenterprises.com/transitions/ HTML BANNER GUIDELINES HTTP Minimize the number of http calls (roundtrips) by gathering HTML, CSS and JavaScript in one file – the fewer http calls the better the performance. Cache-headers on the server wherefrom the banner is served, must be set to run the entire campaign period. See more here: (http://betterexplained.com/articles/how-to-optimize-your-site-with-http-caching/) zIndex guidelines for HTML and JavaScript banners By HTML and JavaScript banners the banner zindex must always be higher than the mobile site zindex. It is recommended to put zindex at >10.000. Clicktracking in 3rd party HTML-Banner Once a banner is booked as a 3rd part HTML in an iframe, links must be prefixed in the banner with an adtech clicktag. The clicktag is produced by adding _ADCLICK_ as a parameter to the iframe src. Example: <iframe src="http://dinserver.dk/ditbanner.html?click=_ADCLIK_"></iframe> In the banner code, the parameter must be prefixed on the links. Example: var gotourl = location.href.split("?clicktag=")[1] + "http://hvorbrugereskalsendeshen.dk"; ditbanner.onclick = function() { window.open(gotourl); Coding of Polite Load in HTML-Banner Polite Load Heavy rich media banners can weigh down the loadtime on the site considerably. As a solution we recommend to use polite banners which allow for the banner to weigh more than usual. This is due to the image file in the banner, which replaces the original banner during the time it takes for the site to complete loading. After this, the ”heavy” swf-file is being loaded. On the mobile it is allowed to retrieve an additional 100KB, besides the allowed 60KB. In order to create a Polite banner in html5, please use this code: <!DOCTYPE html> <html> <head> <script src="http://ads.pictela.com/ads/jsapi/ADTECH.js"></script> </head> <body> <script> function pageLoadHandler() { alert("The host page has fully loaded!") } if (ADTECH.isPageLoaded()) { pageLoadHandler(); } else { ADTECH.addEventListener(com.adtech.RichMediaEvent.PAGE_LOAD, pageLoadHandler); } </script> </body> </html> Coding of Interstitial in HTML-banner An example of code of Interstitial in HTML in English: The easiest way of making an interstitial designed layer model based on HTML elements is to make something like below. <div id="absolute"> <div id="relative"> <div id="creative"> <!-- creative content here --> </div> </div> </div> Now, lets say that the creative has the dimensions 500x500 to make things easier. We need to calculate half of width and height to make the positioning centered later on. Because of the way I usually solve the centering, it will be a lot easier to do it when calculating as I will show below. We start of by centering the container named "absolute" with the following CSS code. #absolute { display: block; width: 500px; height: 500px; position: absolute; top: 50%; left: 50%; } The code above will make the creative centered in a way, but from the centered area, it will reach out 500 pixels down and to the right - incorrect centering in other words. So, what we need to do it to add a negative value with help of margin to solve the issue. #absolute { display: block; width: 500px; height: 500px; position: absolute; top: 50%; left: 50%; margin-top: -250px; /* half height */ margin-left: -250px; /* half width */ } That being said, we now only need to make the element named "relative" working as the outer container for the creative element. The code below should be doing the trick. #relative { display: block; width: 500px; height: 500px; position: relative; } The client can make their own custom CSS-values for the element named "creative" since that makes more sense.