20.03.2013 Views

responsive-web-design-and-advertising_e-book

responsive-web-design-and-advertising_e-book

responsive-web-design-and-advertising_e-book

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

About ResponsiveAds<br />

ResponsiveAds, Inc. is the publishing <strong>and</strong> <strong>advertising</strong> industries’ first <strong>responsive</strong> <strong>web</strong> <strong>advertising</strong>focused<br />

company, built from the ground up to best serve new challenges in multi-screen <strong>design</strong><br />

<strong>and</strong> monetization. Its innovative, patent-pending technology STRETCH gives publishers <strong>and</strong><br />

br<strong>and</strong>s a solution to the mobile <strong>advertising</strong> problem as a one-ad-creative, one-ad-tag solution to<br />

seamlessly scale, save costs <strong>and</strong> enable transmedia storytelling that maximizes cross-screen<br />

attribution (from desktop to tablet <strong>and</strong> mobile). ResponsiveAds is offering a suite of products <strong>and</strong><br />

professional services targeting multi-screen <strong>advertising</strong> for revenue acceleration across all screens.<br />

It is working with industry groups such as the IAB (Interactive Advertising Bureau) to develop<br />

these new industry ad format st<strong>and</strong>ards. The company is comprised of mobile <strong>and</strong> online<br />

<strong>advertising</strong> technology experts passionately looking to solve the problems of convergence <strong>and</strong><br />

monetization of media. Visit us at www.<strong>responsive</strong>ads.com <strong>and</strong> on our Face<strong>book</strong>, Twitter,<br />

Google+ <strong>and</strong> blog pages. Join the conversation now using Twitter hashtag<br />

#<strong>responsive</strong>now<strong>and</strong>how.<br />

Legal Disclosure<br />

ResponsiveAds <strong>and</strong> ResponsiveAds logos <strong>and</strong> images are trademarks of ResponsiveAds, Inc., in<br />

the United States <strong>and</strong> other countries. Third-party trademarks <strong>and</strong> third-party information<br />

mentioned as source are the property of their respective owners. The use of the word partner or<br />

indication of third parties does not imply a partnership relationship between ResponsiveAds <strong>and</strong><br />

any other company in this document.<br />

3


Table of Contents<br />

GLOSSARY ................................................................................................................................................................................. 6<br />

INTRODUCTION ....................................................................................................................................................................... 8<br />

RESPONSIVE DESIGN: CAPITALIZING THE MOBILE WEB....................................................................................... 12<br />

HOW TO GET THERE: RESPONSIVE DESIGN .............................................................................................................................. 13<br />

HOW IT WORKS ........................................................................................................................................................................ 13<br />

MOBILE FIRST .......................................................................................................................................................................... 14<br />

Cost vs. Native Apps ........................................................................................................................................................... 16<br />

Future-Friendly .................................................................................................................................................................. 17<br />

RESPONSIVE DESIGN CHALLENGES .......................................................................................................................................... 17<br />

MOBILE FIRST OR MOBILE TOO? ............................................................................................................................................. 17<br />

TECHNOLOGY .......................................................................................................................................................................... 18<br />

EMPLOYEES ............................................................................................................................................................................. 19<br />

HAVING THEIR SAY: EXPERTS WEIGH IN ON RESPONSIVE DESIGN ................................................................... 20<br />

FOCUS ON PERFORMANCE ........................................................................................................................................................ 20<br />

BLOG MORE ............................................................................................................................................................................. 20<br />

PROTOTYPE, PROTOTYPE, PROTOTYPE ..................................................................................................................................... 21<br />

USE FRAMEWORKS AND PLUGINS WISELY............................................................................................................................... 21<br />

FOCUS ON CONTENT ................................................................................................................................................................ 22<br />

EXPERTS’ FINAL REMARKS ...................................................................................................................................................... 22<br />

RESPONSIVE ADVERTISING: MONETIZATION ACROSS SCREENS ........................................................................ 24<br />

WHERE TO START? THE NEW OPPORTUNITY VS. RETROFITTING ............................................................................................. 24<br />

SELLING BUNDLES VS. MEDIATED AD NETWORK FILLS .......................................................................................................... 25<br />

NATIVE ADVERTISING ............................................................................................................................................................. 26<br />

STREAMLINING AD SALES ....................................................................................................................................................... 26<br />

A CULTURAL CHANGE ............................................................................................................................................................. 27<br />

HOW DOES IT FIT? THE PUBLISHER’S RESPONSIVE AD DILEMMA ........................................................................................... 27<br />

THE RESPONSIVE ADVERTISING SOLUTIONS ............................................................................................................. 28<br />

PRE-RESPONSIVE WEB DESIGN (THE RISE OF THE SEPARATE CHANNEL) ................................................................................ 28<br />

DIFFERENT PUBLISHERS ENGAGING RESPONSIVE WEB DESIGN .............................................................................................. 30<br />

SWAP: RETROFITTING (SOLUTIONS 1, 2, 3) ......................................................................................................................... 31<br />

Solution 1: SWAP Framework (Responsive Ad Framework Technology or RAFT) ....................................................... 31<br />

Solution 2: SWAP Incorporated in the Third-Party Ad Tag or Network Tag ................................................................. 33<br />

Solution 3: SWAP Incorporated in the First-Party Ad Tag (Ad Servers) ....................................................................... 35<br />

STRETCH: HTML5 CLOUD-HOSTED RESPONSIVE AD CREATIVE SOLUTION ..................................................................... 36<br />

Solution 4: The Responsive Ad Creative (One Creative That Works Everywhere) ............................................................. 36<br />

FLOW-LINES ........................................................................................................................................................................ 40<br />

STRETCH Ad Flow-Line Types................................................................................................................................... 42<br />

A. Fit to Ad Slot ............................................................................................................................................................................ 43<br />

B. Responsive Flow Type ............................................................................................................................................................. 44<br />

C. Custom ...................................................................................................................................................................................... 45<br />

4


PUBLISHER COLLABORATIVE PROCESS TOGETHER WITH AGENCIES ........................................................................................ 45<br />

Collaboration with SWAP-Type Solutions ...................................................................................................................... 45<br />

Collaborating with STRETCH-Type Solutions ............................................................................................................... 46<br />

STRETCH EXAMPLES (LOCAL PUBLISHERS) ........................................................................................................... 47<br />

BUNDLED FOR SELLING ABOVE THE FOLD ............................................................................................................................... 47<br />

Times-Herald ...................................................................................................................................................................... 47<br />

Bryan Broadcasting — Radio Station Peace 107.7 ............................................................................................................ 48<br />

DESIGNING FOR BEAUTY (SIMPLE ADS THAT FIT INTO THE SITE DESIGN) ............................................................................... 48<br />

Edible Vineyard .................................................................................................................................................................. 48<br />

The Buzz Book ..................................................................................................................................................................... 49<br />

RICH MEDIA PUSHDOWN LEADERBOARDS ............................................................................................................................... 49<br />

21Jump Street (Sony Pictures) ............................................................................................................................................ 49<br />

SKINS AND BACKDROP AD TYPES ............................................................................................................................................ 50<br />

UpTweet <strong>and</strong> ZYR Vodka .................................................................................................................................................... 50<br />

THE OPPORTUNITY .............................................................................................................................................................. 51<br />

5


Glossary<br />

Ad server: A <strong>web</strong> server dedicated to the delivery of advertisements. This specialization enables tracking<br />

<strong>and</strong> management of <strong>advertising</strong>-related metrics. In most cases there are dedicated ad servers for publishers<br />

<strong>and</strong> agencies. Publisher ad servers are sometimes called first-party ad servers, <strong>and</strong> agency ad servers used to<br />

package third-party tags.<br />

Ad mediation: Defines a process through which different ads or third-party tags are delivered or rotated to<br />

have the most relevant ad delivered to its target location. Many ad networks run ads that are delivered in<br />

this fashion.<br />

Attribution or attribution model: In <strong>advertising</strong>, this model allows marketers to look at the campaign of<br />

ads that contribute to a sale or conversion over an extended period of time. Instead of the traditional method<br />

of crediting a sale or conversion to the last ad clicked or viewed, an attribution model attributes credit to<br />

each ad or “touch point” within the sales funnel.<br />

Breakpoint: A term used in Responsive Web Design to define where the site breaks via viewport size.<br />

CP[ ]: Cost-per-item is a metric for measuring <strong>advertising</strong> <strong>and</strong> a common method for defining different<br />

values of an ad campaign, such as:<br />

CPM: A way to measure <strong>advertising</strong> by impression — cost-per-thous<strong>and</strong> (mille) impressions;<br />

CPC: cost-per-click;<br />

CPL: cost-per-lead; or<br />

CPA: cost-per-action or acquisition.<br />

CTR: The click-through rate or measure of effectiveness of an ad impression.<br />

DSP: Dem<strong>and</strong> Side Platform, or platform where agencies or br<strong>and</strong>s look for supply (publisher inventory or<br />

network inventory) to fill their dem<strong>and</strong>.<br />

eCPM: The effective cost-per-one thous<strong>and</strong> impressions — when media is not necessarily sold as a CPM,<br />

but rather measured by the total number of impressions earned via CPA, CPC, CPL to give an effective<br />

value of that CPM of the campaign.<br />

Flow-line: A set of rules associated with the Responsive Creative that defines the way a Responsive Ad<br />

Creative changes its size <strong>and</strong> shape for different screen sizes or device types.<br />

First-party ad tag: Also referred to as “publisher ad tag,” a first-party ad tag is software code that<br />

comes from the primary ad server (for publishers) that is placed into the code of the <strong>web</strong>site. This ad tag<br />

calls the ad server for third-party tags or creatives for the purpose of displaying an advertisement. Different<br />

ad server companies have different architectures for first-party ad tags. They can be JavaScript tags with or<br />

without an iFrame for the ad placement. Before Responsive Web Design, they were defined separately for<br />

mobile, tablet <strong>and</strong> desktop in <strong>web</strong> <strong>and</strong> native applications.<br />

6


Network ad tag: A snippet of code a publisher puts on the <strong>web</strong>site to serve advertisements sourced from a<br />

network – for example, Google AdSense. The publisher does not need to operate an ad server to run the ads<br />

on the site.<br />

ResponsiveAd Creative: STRETCH <strong>and</strong> SWAP.<br />

Third-party ad server: Independent outsourced companies that specialize in managing, maintaining,<br />

serving, tracking <strong>and</strong> analyzing the results of online ad campaigns. They deliver targeted <strong>advertising</strong><br />

tailored to consumers' provided or predicted characteristics or preferences. A third-party ad server can also<br />

be considered the advertiser’s ad server.<br />

Third-party ad tag: Also referred to as “ad tag,” a third-party ad tag is software code that an advertiser<br />

provides to a publisher or ad network that calls the advertiser’s ad server (third-party ad server) for the<br />

purpose of displaying an advertisement.<br />

Uber tag: An expression used to describe a first-party tag that can automatically pull up all types of ads in<br />

various shapes <strong>and</strong> sizes.<br />

7


Introduction<br />

As more <strong>and</strong> more people are consuming content (e.g. news) on devices with different screen sizes<br />

– from smartphones to tablets to desktops to TVs – publishers cannot afford to not embrace<br />

Responsive Web Design <strong>and</strong> implement Responsive Advertising solutions now. In short,<br />

<strong>responsive</strong> <strong>design</strong> (more on pages 12-19) provides an<br />

optimal <strong>web</strong>site experience for readers no matter the<br />

device. But don’t take our word for it that crossscreen<br />

news consumption is skyrocketing. Listen to<br />

the Pew Research Center, eMarketer <strong>and</strong> Mary<br />

Meeker.<br />

from both.<br />

Pew Report: Multi-Screen<br />

Gaining Momentum<br />

A 2012 report by the Pew Research Center’s Project<br />

for Excellence in Journalism shows that 60 percent of<br />

tablet owners would rather get their news on the<br />

mobile <strong>web</strong>, 23 percent through native apps <strong>and</strong> 16<br />

percent from both. The report also reveals that 61<br />

percent of smartphone owners read the news through<br />

a browser, 28 percent via native apps <strong>and</strong> 11 percent<br />

In addition, the study found that the release of new devices <strong>and</strong> formats is leading news consumers<br />

to read content on multiple screens – <strong>and</strong> in print. It concluded that 54 percent of tablet news users<br />

also read news on a smartphone; 77 percent check out news on a desktop or laptop; 50 percent also<br />

read in print; <strong>and</strong> 25 percent read the news on all platforms. When it comes to smartphone news<br />

users, 47 percent also read the news in print, 75 percent consume news on a laptop or desktop<br />

computer, <strong>and</strong> 28 percent also view news on tablets.<br />

The Pew report also established that mobile news consumers who use both smartphones <strong>and</strong><br />

tablets are more engaged.<br />

Additionally, figures from the report show that 82 percent who use both types of devices are more<br />

likely to read longer articles, compared to 62 percent who only view the news via tablet. The<br />

numbers reveal that dual-device mobile news users are more likely to pay for online news content.<br />

When it comes to <strong>advertising</strong> on mobile devices, 49 percent of tablet news users <strong>and</strong> 50 percent of<br />

smartphone news users “sometimes or often” notice ads on their mobile devices. Additionally,<br />

8


about 15 percent of mobile news consumers click on ads while reading the news, <strong>and</strong> 7 percent<br />

purchase a product after clicking through.<br />

News consumption on laptops <strong>and</strong> desktops is sometimes still preferable, according to the report.<br />

Forty-one percent of mobile users would rather use a traditional computer for reading the news, 25<br />

percent prefer tablets, then print, then smartphones.<br />

“This is a shift from the very early adopters surveyed in 2011 who showed strong passion for their<br />

new devices, <strong>and</strong> it may speak to both the broadening population <strong>and</strong> a natural settling down as the<br />

‘newness’ factor wears off,” says an analysis of the report on Pew’s <strong>web</strong>site.<br />

eMarketer Report: Native Advertising Helps Grow Mobile Ad Spending<br />

A report released by eMarketer in<br />

December 2012 shows that spending<br />

on display, search <strong>and</strong> message-based<br />

ads is growing much quicker than<br />

previously anticipated due, in part, to<br />

the rise of native <strong>advertising</strong>.<br />

Native <strong>advertising</strong> (such as sponsored<br />

content) usually blends in with other<br />

<strong>web</strong>site content <strong>and</strong> is more relevant<br />

based on data such as demographics.<br />

(See much more on Page 26).<br />

According to eMarketer, mobile ad<br />

spending was predicted to increase 180<br />

percent to more than $4 billion in<br />

2012. This is dramatically higher than<br />

eMarketer’s September 2012 analysis<br />

that predicted 80 percent growth to<br />

$2.61 billion. eMarketer is also forecasting that mobile ad spending in the United States will reach<br />

$7.19 billion in 2013 <strong>and</strong> $21 billion by 2016. It’s worth noting that revenue from mobile ads<br />

currently only makes up 2.4 percent of total <strong>advertising</strong> spending. eMarketer is predicting that<br />

number will grow to 11 percent by 2016.<br />

These numbers emphasize the importance for publishers to deploy cross-screen content <strong>and</strong><br />

monetization strategies.<br />

9


Mary Meeker: eCPM for Mobile is Low<br />

According to the “Internet Trends 2012” report by Mary Meeker, investment partner at Kleiner,<br />

Perkins, Caufield & Byers, while mobile traffic is rising quickly, eCPM for mobile is not. eCPM<br />

for desktop is $3.50, five times higher than mobile, which sits at just 75 cents.<br />

This means that while mobile traffic is increasing, publishers’ eCPM is decreasing, leaving them<br />

particularly vulnerable.<br />

The Good News<br />

The good news is that publishers who implement <strong>responsive</strong> <strong>design</strong> <strong>and</strong> <strong>advertising</strong> solutions, such<br />

as ResponsiveAds’ STRETCH <strong>and</strong> SWAP (see Pages 31 - 36), can drive revenue acceleration<br />

across all screens through bundling, selling overall ad traffic inventory as one package <strong>and</strong><br />

converting ads into HTML5 Responsive Advertisements.<br />

These solutions allow the publisher to run desktop inventory on mobile <strong>and</strong> tablet at desktop CPMs<br />

<strong>and</strong> offer cross-screen retargeting <strong>and</strong> attribution.<br />

10


The following Google Trends diagram illustrates that growth of search traffic for Responsive Web<br />

Design versus Mobile Web Design or Mobile App Design is staggering. There is approximately<br />

five times the amount of search traffic today compared with 2005, <strong>and</strong> close to 10 times the<br />

amount is expected in 2014 if the same trajectory continues.<br />

Based on this trend, it is clear why Google <strong>and</strong> Microsoft have endorsed Responsive Web Design<br />

as a best practice for building a multi-screen <strong>and</strong> mobile strategy.<br />

11


Responsive Design: Capitalizing the Mobile Web<br />

By Aidan Foster<br />

An engaged audience is a profitable audience. By providing a great <strong>web</strong> experience to people on<br />

their own terms, publishers hold their audience’s attention longer <strong>and</strong> increase readership. In our<br />

multi-screen world, this means letting people access publishers’ content on whichever devices they<br />

own. Responsive <strong>design</strong> is usually the most cost-effective way of doing this.<br />

Successful Mobile-Friendly Websites<br />

Simply having a <strong>web</strong>site that functions on many devices isn’t a magic bullet for success. There are<br />

four main aspects that every successful mobile-friendly <strong>web</strong>site requires:<br />

#1: Valuable Content<br />

All successful <strong>web</strong>sites need to provide the audience a good reason to visit. Publishers can’t<br />

predict whether a visitor will be using a small or large screen, so they should keep content as<br />

concise as possible. Switching to a mobile-friendly approach gives publishers the opportunity to<br />

re-evaluate their content strategies <strong>and</strong> decide what provides the best value for the reader.<br />

#2: Easy Navigation<br />

Smaller screens require simplified, finger-tappable interfaces. It is essential not to assume that<br />

because a visitor is using a smartphone, he/she only wants to access a small subset of a publisher’s<br />

content. He/she may be switching between devices, such as emailing or social sharing a link<br />

between a desktop <strong>and</strong> a smartphone.<br />

#3: Easy to Read<br />

12


The majority of <strong>web</strong> content is text, so it must be large <strong>and</strong> easy to read. A visitor should never<br />

need to “pinch <strong>and</strong> zoom” to navigate or read any part of a site.<br />

#4: Fast-Loading<br />

A site can have intuitive navigation, great typography <strong>and</strong> valuable content, but if it takes 30<br />

seconds to load, publishers will lose most of their audience. This doesn’t mean a mobile-friendly<br />

site can’t include video or graphics; however, the page’s text <strong>and</strong> navigation should appear before<br />

rich media starts loading. Then the visitor can choose whether to wait for the media to load or<br />

quickly jump to a different page.<br />

Mobile-Friendly is a Balancing Act<br />

Creating a mobile-friendly <strong>web</strong>site is a balancing act. Publishers simply don’t have the luxury of<br />

including all the content typically seen on a desktop homepage, nor can they assume their sites are<br />

being loaded over a broadb<strong>and</strong> Internet connection.<br />

On the surface, optimizing performance appears to be a technical exercise, but it is more than just a<br />

question of better programming or faster servers. A site can have highly optimized images, but if<br />

editors load too many on a single page, mobile visitors will suffer. Performance requires alignment<br />

across a publisher’s entire team, including <strong>design</strong>ers, developers, editors <strong>and</strong> leadership.<br />

How to Get There: Responsive Design<br />

Responsive Web Design is a strategy for building sites that allows them to work on a range of<br />

devices, including smartphones, tablets <strong>and</strong> desktops. It lets a <strong>web</strong>site optimize its layout to<br />

accommodate different screen sizes. Publishers can reach their entire multi-device audience<br />

through a single <strong>web</strong>site, saving significant development <strong>and</strong> maintenance costs compared to<br />

native apps or dedicated mobile sites. However, native apps do have their advantages, including<br />

creating device-specific mobile experiences <strong>and</strong> the ability to deliver push notifications to users.<br />

Where Did it Come from?<br />

The term “Responsive Design” was originally coined by <strong>web</strong> <strong>design</strong>er <strong>and</strong> developer Ethan<br />

Marcotte in a 2010 article published on alistpart.com. The concepts presented in that original post<br />

were further developed in his <strong>book</strong> Responsive Design.<br />

How it Works<br />

Responsive <strong>design</strong> uses long-established <strong>web</strong> <strong>design</strong> tools in a new way. There are no plugins to<br />

download, <strong>and</strong> it functions on every modern <strong>web</strong> browser released since early 2011. There are also<br />

strategies to support older legacy browsers such as Internet Explorer 7 <strong>and</strong> 8. Responsive <strong>design</strong><br />

uses a property of CSS called media queries to allow <strong>web</strong> browsers to reorganize site layouts<br />

depending on screen size. It uses one code base <strong>and</strong> one set of content.<br />

13


All the logic that controls a site’s layout happens on the client-side <strong>web</strong> browser, <strong>and</strong> every visitor<br />

viewing a <strong>responsive</strong> site downloads the layouts for all possible screen sizes. Then, the device’s<br />

<strong>web</strong> browser chooses the layout that is the best fit for its screen.<br />

How it is Different<br />

Responsive <strong>design</strong> is a different approach than having a dedicated mobile <strong>web</strong>site, which often<br />

appears as “m.<strong>web</strong>site.com”. These sites detect that the visitor is using a specific device such as an<br />

iPhone. Then they redirect the visitor to a different mobile-only <strong>web</strong>site from the desktop version.<br />

Server-side code controls m. layouts, whereas client-side code is used in <strong>responsive</strong> <strong>design</strong>.<br />

Validation<br />

In September 2011, The Boston Globe was the first major newspaper to launch a site —<br />

BostonGlobe.com — with <strong>responsive</strong> <strong>design</strong>. The launch proved <strong>responsive</strong> <strong>design</strong> was a viable<br />

strategy for a high-traffic <strong>web</strong>site. Soon after,Starbucks.com <strong>and</strong> BarackObama.com launched<br />

<strong>responsive</strong> <strong>web</strong>sites, <strong>and</strong> by 2012 they were joined by highly recognizable br<strong>and</strong>s such as<br />

Microsoft.com, Time.com <strong>and</strong> Mashable.com.<br />

Evolution of Responsive Design<br />

Responsive <strong>design</strong> was originally created to address two major problems: The first was how to<br />

accommodate a range of screen sizes, <strong>and</strong> the second was to address the challenge of navigation<br />

appearing on small (<strong>and</strong> often touch) displays. “Responsive <strong>design</strong>” now generally refers to a<br />

larger pool of best practices for building mobile-friendly <strong>web</strong>sites. The core concepts outlined by<br />

Marcotte have been exp<strong>and</strong>ed upon <strong>and</strong> combined with other ideas from experts working to solve<br />

related challenges.<br />

Mobile First<br />

Before 2009, Luke Wroblewski predicted that the explosion of mobile devices would<br />

fundamentally alter how people interact on the <strong>web</strong>. He published a <strong>book</strong>, Mobile First, in 2011<br />

that outlines his new <strong>design</strong> method addressing every-growing numbers of mobile users.<br />

14


The basic idea is that mobile devices have the smallest screens <strong>and</strong> therefore require simple, taskbased<br />

interfaces to be usable. Instead of starting with a desktop <strong>design</strong> <strong>and</strong> hacking away at<br />

elements until they fit on a small screen, he suggests the opposite approach — <strong>design</strong> for smallest<br />

interfaces first <strong>and</strong> then add additional elements for larger displays. This user interface <strong>design</strong><br />

strategy ensures the mobile <strong>web</strong>site is clean <strong>and</strong> easy to use, something that benefits desktop users<br />

as well.<br />

Progressive Enhancement<br />

Progressive enhancement is essentially the coding equivalent of mobile-first <strong>design</strong>. By default, a<br />

very basic no-frills site is loaded to ensure it will work on very old devices <strong>and</strong> <strong>web</strong> browsers.<br />

Then, on devices with additional capabilities, additional features are layered on top of that default<br />

experience.<br />

15


Take for example an image slideshow that uses a progressive enhancement approach. By default, a<br />

simple image is loaded with next <strong>and</strong> last buttons. This works on every browser but would require<br />

the page to refresh as you click “next” through the images.<br />

On newer browsers, JavaScript is used to load <strong>and</strong> automatically cycle image carousels without<br />

any page refreshes. On touch-screen devices, the carousel is further enhanced to allow the use of<br />

swipe gestures to view images. Each type of user is granted full access to the content in the way<br />

he/she is most accustomed to on his/her device of choice.<br />

Benefits<br />

SEO<br />

Google penalizes sites that have duplicate content. A dedicated mobile <strong>web</strong>site is no different. A<br />

post on the Google Developers blog recommends using <strong>responsive</strong> <strong>design</strong> for the following<br />

reasons:<br />

Using a single URL for a piece of content makes it easier for users to interact with <strong>and</strong><br />

share <strong>and</strong> link to. In addition, it helps Google’s algorithms assign indexing properties;<br />

No redirection is needed for users to get to the device-optimized view, which reduces<br />

loading time. Also, user agent-based redirection is error-prone <strong>and</strong> can degrade a site’s user<br />

experience; <strong>and</strong><br />

It saves resources for publishers’ sites <strong>and</strong> Google’s crawlers. For Responsive Web Design<br />

pages, Googlebot user agents only need to crawl a site’s pages once, as opposed to<br />

crawling multiple times with different user agents, to retrieve content. This improvement in<br />

crawling efficiency can indirectly help Google index more of the site’s contents <strong>and</strong> keep it<br />

appropriately fresh.<br />

Cost vs. Native Apps<br />

Websites have limited access to some device hardware, including the GPS <strong>and</strong> accelerometer.<br />

Currently, only native apps can control the camera or allow push notifications, <strong>and</strong> this access<br />

comes at a significant cost. Each app platform requires developers with different programming<br />

skills. As the native app l<strong>and</strong>scape becomes more <strong>and</strong> more fragmented, ongoing development<br />

costs are compounded by the number of platforms supported.<br />

Cost Savings vs. Dedicated Mobile Site<br />

All publishers must have <strong>web</strong>sites to distribute their content. Responsive <strong>design</strong> is significantly<br />

more work to develop than simply focusing on desktop-only <strong>design</strong>, but it typically is much less<br />

effort than maintaining separate desktop <strong>and</strong> mobile sites.<br />

16


Future-Friendly<br />

A mobile-first, progressively enhanced <strong>responsive</strong> <strong>web</strong>site is built with a core structure that<br />

accommodates a diversity of devices. This flexibility is not limited to any specific screen size,<br />

platform or manufacturer. When a new device is launched to market <strong>and</strong> it’s similar to something<br />

that has already been tested, it likely will just work. If an entirely new platform or device class is<br />

released, then publishers will be able to enhance their existing sites to support it without a major<br />

rebuild.<br />

Responsive <strong>web</strong>sites have a simple core structure for both interface <strong>design</strong> <strong>and</strong> code. Additional<br />

layers of features are loaded on top of the core for more capable devices. This architecture makes it<br />

possible to add a specific feature to your existing <strong>responsive</strong> site relatively easily. This structure is<br />

about as future-friendly as is possible — it can accommodate features for products that haven’t yet<br />

been released to market.<br />

Aidan Foster is a <strong>responsive</strong> <strong>design</strong> expert, speaker <strong>and</strong> owner of Foster Interactive Studio. Read<br />

his articles at <strong>responsive</strong><strong>design</strong>.ca, or follow @finteractive on Twitter.<br />

Responsive Design Challenges<br />

Mobile First or Mobile Too?<br />

While <strong>responsive</strong> <strong>design</strong> offers publishers many advantages, it also brings its challenges, such as<br />

deciding whether to embrace a “mobile first” or “mobile too” philosophy. To make this decision,<br />

publishers should conduct surveys of their readers to find out which devices <strong>and</strong> computers – <strong>and</strong><br />

how many – they are consuming the news on. Publishers should also look at their <strong>web</strong>site<br />

analytics.<br />

Business Insider asked six questions of its readers in December <strong>and</strong> came to the conclusion that a<br />

“mobile too” strategy makes the most sense for it. When readers were asked, “which of these<br />

devices do you use to read news <strong>and</strong> information?” more than 60 percent said smartphone,<br />

upwards of 40 percent reported tablet, <strong>and</strong> approximately 90 percent said desktop or laptop<br />

computer.<br />

17


When asked, “which of these devices do you use to read the most news <strong>and</strong> information?” about<br />

20 percent reported smartphone, less than 20 percent tablet, <strong>and</strong> approximately 70 percent desktop<br />

or laptop computer.<br />

While Business Insider concluded that it will continue to embrace a “mobile too” philosophy, that<br />

doesn’t mean it’s the right way to go for every publisher. Each market is different <strong>and</strong> has a unique<br />

audience with unique behaviors.<br />

While <strong>responsive</strong> <strong>design</strong> optimizes for computer <strong>and</strong> multiple device screen sizes, it works with<br />

both “mobile too” <strong>and</strong> “mobile first” philosophies. Publishers who conclude they want to stick to a<br />

“mobile first” strategy will need to keep this in mind when working with their teams on layout <strong>and</strong><br />

content strategies. Responsive <strong>design</strong> lets publishers hide certain parts of their <strong>web</strong>site depending<br />

on screen size.<br />

Technology<br />

Many publishers are still using legacy content management systems that don’t take into<br />

consideration <strong>responsive</strong> <strong>design</strong> workflows when it comes to editorial. Publishers making the<br />

change to <strong>responsive</strong> <strong>design</strong> should take a close look at their content management systems to see if<br />

they will support a <strong>responsive</strong> <strong>design</strong> workflow.<br />

18


Mark Boulton, Mark Boulton Design, wrote on his blog that thinking in terms of CMSs needs to<br />

turn to “bits, not pages. And we need systems that help us think that way.” Examples of bits, or<br />

chunks, include metadata, display rules <strong>and</strong> images.<br />

A portion of the blog post reads: “In-house development teams developing content management<br />

systems need to focus a little more on workflow <strong>and</strong> a little less on features. Underst<strong>and</strong>ing the<br />

needs of editorial teams goes a long way.”<br />

Boulton also recommends creating a working group that focuses entirely on the content<br />

management system – from <strong>design</strong>ers to developers <strong>and</strong> newsroom <strong>and</strong> product development staff.<br />

“Let’s think about stories as collections of resources, meta data <strong>and</strong> links that never have a<br />

beginning, middle <strong>and</strong> end. Let’s think of our stories as adaptive. And let’s build systems so we<br />

can make them that way,” he wrote in the blog post.<br />

Employees<br />

Publishers embracing <strong>responsive</strong> would be wise to invest in an analytics team who will look at<br />

these questions: “What’s working on mobile <strong>and</strong> desktop?” “What’s not?” <strong>and</strong> “How can we<br />

change that?”<br />

19


Having Their Say: Experts Weigh in on Responsive Design<br />

By Justin Avery<br />

Responsive <strong>design</strong> is huge. It was not the fad that many non-believers said it would be. It is still<br />

very much around <strong>and</strong>, like the arrival of CSS many years ago, <strong>responsive</strong> <strong>design</strong> is becoming the<br />

st<strong>and</strong>ard practice for <strong>web</strong>sites.<br />

Alright, I’ll admit it, I’m kind of biased. I bought Ethan Marcotte’s <strong>book</strong>, Responsive Web Design,<br />

published by A Book Apart, on the release day, <strong>and</strong> by the following day I had refactored my own<br />

site to be <strong>responsive</strong>. In the process I began to amass a series of articles, tutorials <strong>and</strong> tools that I<br />

used to better underst<strong>and</strong> the different approaches <strong>and</strong> implementation techniques to achieve<br />

<strong>responsive</strong> <strong>design</strong>, <strong>and</strong> thus Responsive Design Weekly was born.<br />

You might be wondering what the future has in store for <strong>responsive</strong> <strong>design</strong> in 2013. I asked 16 of<br />

the leading <strong>responsive</strong> <strong>design</strong> thinkers a series of four questions in an interview series focused on<br />

<strong>responsive</strong> <strong>design</strong>. The responses uncover both pros <strong>and</strong> cons, highlighting the areas of <strong>responsive</strong><br />

<strong>design</strong> that need the most work. Here are quotes <strong>and</strong> ideas we gleamed directly from the interview<br />

series.<br />

Focus on Performance<br />

Performance has always been one of the most important parts of building <strong>web</strong>sites. However, with<br />

the increase in high-speed Internet connections, we have become lazy. Websites today average<br />

over 1MB, <strong>and</strong> based on recent trends this could reach 2MB by early 2014.<br />

When Brad Frost was asked by Responsive Design Weekly in an interview, what is one thing with<br />

<strong>responsive</strong> <strong>design</strong> he’d like to see improved or developed in 2013, he said: “Performance all the<br />

way. Right now 86 percent of <strong>responsive</strong> sites send down the same payload to small screens as<br />

they do to large screens.”<br />

With the arrival of <strong>responsive</strong> <strong>design</strong>, we have a technique to alter the layout of the site to better<br />

suit a mobile device, but we’re still shoving the same amount of data regardless of the viewport,<br />

<strong>and</strong> a lot of implementations are sending the same load down for the mobile version as the desktop<br />

version.<br />

Thirteen of the 16 people interviewed specifically called for performance to be one of the main<br />

focuses of <strong>web</strong> <strong>design</strong> in 2013. They also cited the 2012 dConstruct site, 2012.dconstruct.org, as a<br />

great example of a mobile-first approach <strong>and</strong> encouraged the next wave of <strong>responsive</strong> sites to take<br />

a mobile-first <strong>and</strong> performance-orientated approach.<br />

Blog More<br />

Our industry is the fastest-moving industry in history thanks to the fact that it is inherently open<br />

source (thank you view-source). We are able to peek into front-end implementations <strong>and</strong> reuse<br />

those techniques on our own projects, but that only gives us a partial underst<strong>and</strong>ing of the<br />

implementation. We don’t underst<strong>and</strong> the decisions around why that function was included in the<br />

20


first place — did they consider other options, other locations, different implementations, why those<br />

didn’t work, <strong>and</strong> what made this the best decision? It’s like knowing the meaning of life, the<br />

universe, <strong>and</strong> everything is 42 but not knowing why.<br />

Dave Rupert told Responsive Design Weekly: “I’d love to see front-end <strong>design</strong>ers <strong>and</strong> developers<br />

blogging more about problems they faced <strong>and</strong> how they solved them.”<br />

Paul Robert Lloyd explained to Responsive Design Weekly that dialogue about <strong>responsive</strong> <strong>design</strong><br />

is important, both where it has <strong>and</strong> hasn’t worked: “Write about the work you are doing — on your<br />

blog or for magazines. I would encourage people to talk more about where <strong>responsive</strong> <strong>design</strong><br />

hasn’t worked too, as much as sharing new approaches.”<br />

The interviewees called for everyone involved in <strong>web</strong>site projects – from <strong>web</strong><br />

<strong>design</strong>ers/developers to content strategists to UX <strong>and</strong> UI <strong>design</strong>ers to information managers <strong>and</strong><br />

creative directors, etc., to blog about their experiences.<br />

Blog about the problems being faced, <strong>and</strong> better yet, blog on how the problems were approached,<br />

possible solutions identified <strong>and</strong> decided in particular. Then, write about how it went <strong>and</strong> what<br />

should be done differently next time.<br />

Prototype, Prototype, Prototype<br />

Blogging about problems <strong>and</strong> possible solutions leads us to the next logical step, prototyping. The<br />

year 2013 is the year to forget about over-planning things on paper <strong>and</strong> get into the browser as<br />

quickly as possible.<br />

Trent Walton told Responsive Design Weekly: “…we all must get our h<strong>and</strong>s dirty. Prototype,<br />

experiment, <strong>and</strong> debate — it’s the most exciting time to be building for the <strong>web</strong> I’ve ever seen.”<br />

Our interviewed “experts” were only deemed experts because they all have identified problems<br />

<strong>and</strong> tried to fix them. They’ve never, or at least rarely, been successful the first time around.<br />

Because they prototype <strong>and</strong> share work with their peers, they are able to shorten the journey to the<br />

final solution.<br />

Tools like Codepen.io allow developers to quickly <strong>and</strong> easily prototype ideas that can be shared. It<br />

has a wonderful community of people showcasing their work. Likewise, Brad Frost’s RWD<br />

Pattern Library is a great place to start looking for existing answers to any Responsive Web Design<br />

challenges.<br />

Use Frameworks <strong>and</strong> Plugins Wisely<br />

Nearly everyone interviewed by Responsive Design Weekly said they “tend to avoid frameworks<br />

unless they’re absolutely necessary.”<br />

When jQuery first gained popularity, there was an unfortunate trend that saw <strong>web</strong>sites listing 10 to<br />

15 jQuery plugins in the head, most of which were for functions that could be achieved in a few<br />

21


lines of JavaScript. We blindly added links to libraries for a small piece of functionality without<br />

the underst<strong>and</strong>ing of how it worked <strong>and</strong> the negative effects on the site.<br />

Today we are facing the same issue in <strong>responsive</strong> <strong>design</strong> with the use of frameworks such as<br />

Foundation <strong>and</strong> Bootstrap. Both of these are full-feature frameworks that will get publishers up<br />

<strong>and</strong> running quickly <strong>and</strong> allow them to prototype ideas. However, it is important to underst<strong>and</strong><br />

how they work before deciding if they should be used for production.<br />

The same framework that allows a publisher to get off to a quick start could slow him/her down<br />

just as fast if it’s necessary to step outside of its intended purpose.<br />

The most common answer by interviewees was to stay away from frameworks, but they did<br />

encourage the use of a CSS pre-processor (Sass was most popular). The most popular plugins were<br />

respond.js (fallback for older browsers), South Street by Filament Group, <strong>and</strong> enquire.js for<br />

JavaScript-based media queries.<br />

Focus on Content<br />

Performance aside, content has been the biggest mover <strong>and</strong> shaker in 2012 <strong>and</strong> will be a top focus<br />

for 2013. With the recent launch of A List Apart, we continue to see a trend that <strong>web</strong>sites should<br />

be all about content. Content strategists such as Karen McGrane, Sara Wachter-Boettcher <strong>and</strong><br />

Relly Annet-Baker have been championing content for years, <strong>and</strong> now it seems the scales are<br />

quickly tipping as their places on stage at <strong>web</strong> conferences become increasingly frequent.<br />

Jeremy Keith told Responsive Design Weekly: “Mobile first. Or more specifically, content first.<br />

Start with your content. Build out from there …”<br />

Jordan Moore gave Responsive Design Weekly advice on breakpoints: “Set breakpoints for<br />

optimal reading lengths not devices.”<br />

Focusing <strong>design</strong> around content rather than the device is a vital part of approaching <strong>responsive</strong><br />

<strong>design</strong>, <strong>and</strong> it means having content ready from the very beginning. After all, <strong>design</strong> is inherently<br />

based upon the content that it supports.<br />

A List Apart has recently gone through a major re<strong>design</strong> of its 10-plus-year publication. It’s a great<br />

example how a publisher with years of content archives were able to approach a new <strong>design</strong> <strong>and</strong><br />

focus on the content itself.<br />

Experts’ Final Remarks<br />

It’s as exciting a time to be working in the <strong>web</strong> industry as there has ever been. Responsive <strong>design</strong><br />

is challenging our approach to content on the <strong>web</strong> in a wonderful way, <strong>and</strong> publishers are finally<br />

being given the opportunity to let their content shine through in the best possible way across a<br />

plethora of devices. The best thing about a <strong>responsive</strong> approach is it will still work on devices that<br />

haven’t been released yet.<br />

22


The quotes <strong>and</strong> ideas that we touched on were taken directly from the <strong>responsive</strong> interview series,<br />

which you can read in-depth at http://rwd.is/interview-series. Subscribe for weekly updates at<br />

<strong>responsive</strong><strong>design</strong>weekly.com to stay on top of <strong>responsive</strong> <strong>design</strong> as it develops in 2013.<br />

23


Responsive Advertising: Monetization Across Screens<br />

When publishers consider making an investment in switching to Responsive Web Design <strong>and</strong><br />

embracing Responsive Advertising to monetize across screens, it’s important for them to look at<br />

the changes that are in store. From ad sales strategies to weighing Responsive Advertising<br />

solutions to collaboration <strong>and</strong> communication between advertisers, agencies <strong>and</strong> publishers, the<br />

change-over to <strong>responsive</strong> <strong>design</strong> requires a significant amount of planning. Publishers should ask<br />

themselves not only if they will see a return on their investment, but by implementing <strong>responsive</strong><br />

<strong>design</strong> <strong>and</strong> <strong>advertising</strong> solutions, is there an opportunity to make more revenue?<br />

Where to Start? The New Opportunity vs. Retrofitting<br />

In the past, media buyers’ strategies were focused on separate media channels. Responsive<br />

Advertising, however, completely disrupts this idea <strong>and</strong> presents publishers <strong>and</strong><br />

advertisers/agencies with opportunities for new ad sales strategies such as bundling – or “silobusting.”<br />

It also creates challenges such as publishers <strong>and</strong> agencies being on the same page when it<br />

comes to <strong>advertising</strong> servers <strong>and</strong> technology.<br />

There are several types of publishers who have different ad server situations, including publishers<br />

who sell their own ads <strong>and</strong> have their own ad servers, publishers who use their own ad servers <strong>and</strong><br />

third-party servers <strong>and</strong> publishers who only use third-party servers for ad networks such as Google<br />

AdSense. (See Page 30 for different publishers engaging Responsive Web Design)<br />

Previously, industry-wide, ads were sold on fixed, st<strong>and</strong>ardized page positions. When it comes to<br />

Responsive Advertising, ad sizes <strong>and</strong> location change depending on screen size <strong>and</strong> orientation.<br />

Some publishers are moving ads around (which is the case of having a first-party tag that has a size<br />

such as 300 x 250 defined for all sizes on the fluid grid) or hiding them in mobile device views as a<br />

24


temporary solution. Buying that ad unit in that position on the site is now different from screen to<br />

screen, but it does not change the value of the ad. (See example of The Boston Globe below on<br />

page 38)<br />

This is the case in point of a bundled sale, but the advertiser might not have been aware of it. This<br />

type of method can work well for defined CPC, CPA, CPL-type monetization techniques, but for<br />

CPM it is a bundle or average of that overall value.<br />

Selling Bundles vs. Mediated Ad Network Fills<br />

One of the problems with mobile having such a low eCPM in comparison to desktop is that it’s<br />

sold in a silo. Google has even shifted its AdSense buying <strong>and</strong> selling from independent channels<br />

to buying context. The tech giant made this move to alleviate a silo’ing effect, which can cause<br />

channels to be undervalued versus other channels.<br />

Another topic, based on the l<strong>and</strong>scape today, is the overall effectiveness of media sold in silo’d<br />

channels. Users are prone to screen shift <strong>and</strong> experience media in multiple channels. This thinking<br />

is not new — it has been the evolution of the media-mix model of media strategies that crossed<br />

TV, radio, print <strong>and</strong> out-of-home <strong>advertising</strong> in the past to build a br<strong>and</strong>’s overall effective<br />

<strong>advertising</strong> strategy. Performance marketing of CTR, CPC <strong>and</strong> CPA has clearly taken the<br />

ambiguity out of measuring these different mediums in the digital l<strong>and</strong>scape. However, the clear<br />

use of multiple screens needs to be weighted into the overall effects of users seeing ads on multiple<br />

channels. Therefore, establishing a price or currency of one channel in a silo is clearly not<br />

equivalent to the real value of that ad in that channel when brought together in unison with other<br />

channels.<br />

We believe that having different ads mediated from channel to channel might be a good way to<br />

look at Responsive Advertising. This is what we refer to as a “SWAP configuration.” In<br />

addition, publishers can see a real benefit achieved through a strategy that leverages a single ad<br />

unit that can bridge all channels to maximize the effect of screen-shifting <strong>and</strong> cross-screen<br />

interaction. This concept is part of “STRETCH.”<br />

A core approach we believe in enables publishers to implement Responsive Advertising through<br />

selling packages, or bundles, of ads. In the past, publishers sold single slots to advertisers.<br />

However, with <strong>responsive</strong> <strong>design</strong>, publishers can bundle packages of ads for one rate, <strong>and</strong> the<br />

eCPM metric measures inventory across screens.<br />

This methodology can give a boost to the overall mobile strategy, mobile ad sales efforts <strong>and</strong><br />

provide an ad currency of greater value.<br />

25


As mentioned in the introduction, eCPMs for desktop ads are currently $3.50, while mobile ads are<br />

75 cents. Responsive Advertising solutions, such as STRETCH (bundling approach — which<br />

allow publishers to convert creatives into HTML5 rich media ad units) <strong>and</strong> SWAP (mediated<br />

approach that bundles creatives <strong>and</strong> ad tags), can be deployed based on type of publisher, but a<br />

STRETCH approach allows publishers to potentially sell all ads at the higher desktop rate.<br />

As SWAP is essentially taking existing assets for silo’d channels — either creatives or ad tags<br />

— <strong>and</strong> either pulling them together or dynamically changing them on publishers’ site(s), this can<br />

be thought of as a retrofitting type of solution to Responsive Web Design. Whereas STRETCH<br />

is essentially one ad unit that can fit <strong>and</strong> change to accommodate ad slots or different site<br />

configurations based on the <strong>responsive</strong> approach of media queries, there is a great new opportunity<br />

to save cost, time <strong>and</strong> achieve increased revenues in the future.<br />

Native Advertising<br />

Publishers are increasingly adding native <strong>advertising</strong> to their <strong>advertising</strong> options. This emphasizes<br />

the importance of how content is king when it comes to <strong>responsive</strong> <strong>design</strong> <strong>and</strong> <strong>advertising</strong>. Native<br />

<strong>advertising</strong> is the perfect opportunity for Responsive Advertising since <strong>responsive</strong> <strong>design</strong> lays out<br />

content based on screen size, <strong>and</strong> native ads blend in with content. Native <strong>advertising</strong> typically<br />

includes a call to action <strong>and</strong> blends in with other relevant content “in-stream.” Examples of this<br />

include Face<strong>book</strong>’s Sponsored Stories <strong>and</strong> Twitter’s Promoted Tweets. Publishers currently using<br />

native <strong>advertising</strong> include BuzzFeed, Atlantic Media, AOL, The Huffington Post <strong>and</strong> Mashable.<br />

David Moth interviewed Skiddmark CEO Steve Fitch about the challenges of implementing<br />

<strong>responsive</strong> <strong>design</strong> <strong>and</strong> <strong>advertising</strong>. He emphasized the importance of <strong>advertising</strong> not interrupting<br />

the reader’s experience: “Undoubtedly Responsive Web Design will drive more br<strong>and</strong>ed content,<br />

where <strong>advertising</strong> <strong>and</strong> promotion is part of the content that readers choose to see. Advertising as<br />

‘interruption’ is ill-suited to mobile browsing, where a user may only have 60 seconds to browse a<br />

page before moving out of cell range or returning to the conversation they were having before<br />

clicking on a link,” he said.<br />

Reports have shown that native ads deliver better engagement results than static display ads.<br />

However, it’s still early days for publishers when it comes to native <strong>advertising</strong>, as some grapple<br />

with developing guidelines for this new evolving form of “in-stream” <strong>advertising</strong>.<br />

Streamlining Ad Sales<br />

According to Jay Kirsch, president of technology <strong>and</strong> entertainment at AOL, in a piece by<br />

Advertising Age, the company is converting its sites to <strong>responsive</strong> <strong>design</strong> in 2013. Kirsch said one<br />

of the advantages of having <strong>responsive</strong> <strong>design</strong> <strong>and</strong> <strong>advertising</strong> include a single portal to sell all<br />

<strong>advertising</strong> inventory. Kirsch mentioned that AOL has already re<strong>design</strong>ed its Engadget.com <strong>and</strong><br />

Games.com sites, <strong>and</strong> it is seeing click-through rates up to three times higher than with its static<br />

mobile display ads.<br />

26


A Cultural Change<br />

Implementing Responsive Advertising requires publishers, sales staff, advertisers <strong>and</strong> agencies to<br />

work together to make the implementation happen. Publishers will need to work with their<br />

<strong>advertising</strong> teams to figure out the best ways to convince businesses <strong>and</strong> media buyers that<br />

<strong>responsive</strong> is a better value.<br />

One way for publishers to do this is to show advertisers mobile versus desktop metrics <strong>and</strong> explain<br />

that <strong>responsive</strong> <strong>design</strong> provides a quality experience for readers on all computers, smartphones <strong>and</strong><br />

tablets. As with all things, it will take time for all parties to adjust to change. However, publishers<br />

can make a convincing argument that <strong>responsive</strong> <strong>design</strong> should increase audience, <strong>and</strong> Responsive<br />

Ads will provide an optimal <strong>advertising</strong> experience based on screen size <strong>and</strong> orientation.<br />

It will take time for all parties to figure out the logistics of how to make Responsive Advertising<br />

work when it comes to servers, technology <strong>and</strong> workflow among publishers, advertisers <strong>and</strong><br />

agencies.<br />

How Does it Fit? The Publisher’s Responsive Ad Dilemma<br />

When publishers first think about Responsive Web Design, one of the first questions they ask is,<br />

“How will we now implement the <strong>advertising</strong> or monetization of our site?”<br />

The fundamental issue <strong>and</strong> concern stems from the fact that a site with one view or face with<br />

relatively fixed ad slots <strong>and</strong> positions is now fluid. Publishers who serve ads are used to fixed<br />

positions for those first-party ad server tags that manage the delivery of ads to the site. This leads<br />

to the next question, “What do I do about those tags?”<br />

For publishers that do not run an ad server <strong>and</strong> just fill the site with fixed ad network placements, a<br />

similar question arises, “What do I do now, how can I manage switching out those fixed<br />

placements from screen to screen?” This in particular has been a big question (at the time of this e<strong>book</strong>’s<br />

release, Google had not released a solution for this <strong>and</strong> AdSense.)<br />

What makes this entire discussion around Responsive Web Design <strong>and</strong> Advertising so<br />

complex is that as <strong>responsive</strong> <strong>design</strong> has exploded overnight, the concern is that there are no<br />

mature <strong>advertising</strong> solutions to the problem.<br />

The reason for this concern stems from the fact that there are many categories of publishers that<br />

require slightly different solutions to the problem, <strong>and</strong> the unique types of solutions have not been<br />

clearly explained. Publishers with their own direct sales staffs define one end of the spectrum, <strong>and</strong><br />

at the other end there are publishers that fill their sites with ads from mediation platform ad<br />

networks or exchanges. These include small-scale bloggers to large media properties that have<br />

many sites <strong>and</strong> different media categories linked together with an <strong>advertising</strong> sales organization<br />

<strong>and</strong> a sophisticated evolved ad ops process. However, a critical key to the overall advantage of<br />

Responsive Advertising relates to how closely the publisher is involved in the ad sales process.<br />

27


The Responsive Advertising Solutions<br />

Pre-Responsive Web Design (The Rise of the Separate Channel)<br />

Before Responsive Web Design, the basic thinking was that a different strategy <strong>and</strong> solution was<br />

necessary for desktop, tablet <strong>and</strong> mobile. From <strong>web</strong> <strong>advertising</strong> to <strong>advertising</strong> in-app (native app),<br />

ad technologies, networks <strong>and</strong> channels were separate.<br />

The graphic below illustrates an example of a publisher without an ad server. The publisher might<br />

work with an ad network or a provider such as Google (Google AdSense) to drop different<br />

network tags on its <strong>web</strong>site or <strong>web</strong>sites. This scenario is quite complex as mobile, tablet <strong>and</strong><br />

desktop are separate, making it quite expensive.<br />

Some publishers have ad servers. They would theoretically have a different ad server for each<br />

channel.<br />

28


Since this strategy is very complex <strong>and</strong> costly, it was only obvious that certain areas would<br />

converge. Most organizations have treated tablet <strong>and</strong> mobile together, but this is not mutually<br />

exclusive.<br />

Many <strong>advertising</strong> industry players have consolidated some of these areas with solutions that offer<br />

ad-serving to multiple channels (e.g. OpenX, Google DART, Open Ad Stream, etc.). However,<br />

many scenarios show mobile <strong>and</strong> tablet separate from the mobile <strong>web</strong>. The IAB st<strong>and</strong>ardization<br />

process treats mobile <strong>and</strong> tablet separately from online. The IAB has different committees <strong>and</strong> task<br />

forces working on those issues. While mobile ad-serving is still thriving, is seems that many<br />

mobile ad tech companies are now focused on mobile app <strong>advertising</strong> solutions.<br />

29


Different Publishers Engaging Responsive Web Design<br />

When considering Responsive Advertising solutions, each publisher’s situation is different. The<br />

following chart shows each type of publisher <strong>and</strong> solutions for each scenario:<br />

Type w/Ad<br />

Server<br />

w/Ad<br />

Sales<br />

A X X The most common<br />

case for bloggers or<br />

small <strong>web</strong>site owners<br />

that want to monetize.<br />

They usually partner<br />

with one ad network.<br />

B X O The typical case,<br />

usually a small print<br />

or traditional media<br />

company that has<br />

sales, launches a <strong>web</strong><br />

property <strong>and</strong> sells<br />

spots embedded as<br />

content into the site.<br />

C O X The common case,<br />

which gives<br />

publishers the ability<br />

to have different ad<br />

networks <strong>and</strong> better<br />

manage existing<br />

network feeds.<br />

D O O The common case<br />

for media companies<br />

<strong>and</strong> mid- to largerscale<br />

publishers.<br />

They have a<br />

combination of their<br />

own ad sales <strong>and</strong><br />

network ad fills for<br />

unsold inventory.<br />

*Solutions 1,2,3,4 cited below. X=No, O=Yes<br />

Types Various Solutions for<br />

Responsive Advertising<br />

i. Partner with a <strong>responsive</strong> or multi-screen<br />

fill ad network with a SWAP thirdparty<br />

tag placed directly on site.<br />

*Solution 2b<br />

i. Leverage STRETCH ads for <strong>web</strong>site.<br />

They can sell <strong>and</strong> create directly.<br />

*Solution 4<br />

ii. Partner with a <strong>responsive</strong> or multi-screen<br />

fill ad network with a SWAP thirdparty<br />

tag placed directly on site.<br />

*Solution 2b<br />

i. Some form of SWAP for <strong>web</strong>site<br />

(JavaScript framework). *Solution 1<br />

ii. Partner with a <strong>responsive</strong> or multi-screen<br />

fill ad network with a SWAP first-<br />

/third-party tag. *Solution 2a<br />

iii. Consult with ad server company for multisize<br />

filling ad tag (uber first-party tag) that<br />

can change from screen to screen. *<br />

Solution 3<br />

i. Leverage STRETCH ads for <strong>web</strong>site. *<br />

Solution 4<br />

ii. Need some form of SWAP for <strong>web</strong>site<br />

(JavaScript framework). * Solution 1<br />

iii. Partner with a <strong>responsive</strong> or multi-screen<br />

fill ad network with a SWAP first-<br />

/third-party tag. * Solution 2a<br />

iv. Consult with ad server company for<br />

a multi-size fitting ad tag (uber<br />

first-party tag) that can change<br />

from screen to screen. * Solution<br />

3<br />

Publishers are classified by whether they have their own ad servers <strong>and</strong>/or third-party servers <strong>and</strong><br />

whether they sell their own ads. A unique Responsive Advertising solution is available for each<br />

type of publisher. We will describe Solutions 1, 2, 3 <strong>and</strong> 4, found below, from two perspectives as<br />

part of Responsive Advertising solutions STRETCH <strong>and</strong> SWAP.<br />

30


SWAP: Retrofitting (Solutions 1, 2, 3)<br />

Publishers can think of SWAP simply as creating a configuration or enabling a form of<br />

JavaScript code for his/her <strong>web</strong>site that allows for swapping/switching out first-party tags or ad<br />

slot sizes in different views of the site. When it comes to agencies, SWAP means packing<br />

multiple creatives with different sizes into a form of ad rotation that can be served from a thirdparty<br />

tag. SWAP is referenced as part of Solutions 1, 2 <strong>and</strong> 3 in the chart above.<br />

Solution 1: SWAP Framework (Responsive Ad Framework Technology or<br />

RAFT)<br />

In the desktop view, the publisher may want a 970 (or 728) x 90 leaderboard ad <strong>and</strong> on the<br />

smartphone a 300 x 50 ad. The way <strong>advertising</strong> works today is that publishers put first-party ad<br />

server tags or first-party network (such as Google AdSense) tags on their sites. Traditionally, ads<br />

have been fixed sizes.<br />

One common solution publishers are embracing is to enable JavaScript “switching or swapping” of<br />

different first-party tag sizes from screen to screen. Eventually, ad servers will launch an uber i<br />

first-party tag that can change from screen to screen, but until that day comes, having a different<br />

first-party tag in the right place is one way of thinking about a SWAP-type configuration.<br />

Setting up an ad server to have the right ad in the right spot is potentially extra work <strong>and</strong> can be<br />

quite complex when a site has many tags. Tag management systems may try to simplify this<br />

process; however, what we are looking at is the complexity of tag management of the one-screen<br />

configuration of today (desktop) being multiplied three times (for tablet <strong>and</strong> smartphone) in the<br />

most basic approach.<br />

31


Many publishers are embracing this solution as it makes it easy to use existing ad servers <strong>and</strong> the<br />

first-party tags associated with them. There is a complexity that several different ads need to be<br />

trafficked, but essentially there can be inventory filled across all channels.<br />

Here is a recent example as seen on TheOnion.com. The desktop has both a leaderboard (728 x 90<br />

plus skin), for the tablet the first-party tag has been turned off, <strong>and</strong> for mobile the mobile ad-tag is<br />

turned on with the mobile image ad (300 x 50).<br />

The advantage to this solution is that publishers can have different types of ads for different<br />

channels:<br />

Desktop: Flash ad with takeover;<br />

Tablet: HTML5 ad; <strong>and</strong><br />

Mobile: Image ad.<br />

The disadvantage is that there is no change in the creative process <strong>and</strong> costs. Advertising<br />

operations has three times the amount of work trafficking tags.<br />

32


Solution 2: SWAP Incorporated in the Third-Party Ad Tag or Network Tag<br />

Agencies or advertisers may want to package their tag with multiple creatives before delivering a<br />

third-party tag via the agency-side ad server. The package would require a configuration file to<br />

determine what creative is delivered where, but this type of solution is still very early. That kind of<br />

SWAP, or ad rotation third-party tag, can be delivered though intelligent <strong>responsive</strong> or multiscreen<br />

ad networks. It can deliver the tag to the right place at the right time.<br />

Solution 2a (SWAP Third-Party Tag or Network Tag) below shows the case of a publisher<br />

that has an ad server but only one fixed size of iFrame determined by first-party tag to put on the<br />

<strong>responsive</strong> site. The publisher is not using a framework described in Solution 1.<br />

In order for the creative or tag to be rotated from screen to screen, there needs to be a configuration<br />

file (intelligence swapping), which we discuss in the Flow-line section of this e-<strong>book</strong>.<br />

ResponsiveAds has this type of SWAP solution available.<br />

33


This is why we call SWAP a retrofitting solution. The new features are in packaging, delivery<br />

<strong>and</strong> trafficking. SWAP can solve the problem, but it does not bring more value other than filling<br />

the inventory with different creatives from screen to screen.<br />

This Samsung Galaxy campaign is a good example of three different ads as JPEG images<br />

packaged together (1024 x 66, 768 x 66, 300 x 50) delivered for different screen widths, shown via<br />

the ESPN property below:<br />

This solution of the adhesion Samsung ad on the bottom of the page was used only for ESPN’s<br />

mobile <strong>and</strong> tablet site.<br />

Publishers who do not have a primary ad server incorporating first-party tags for their sites should<br />

consider Solution 2b below.<br />

34


Solution 3: SWAP Incorporated in the First-Party Ad Tag (Ad Servers)<br />

This is something we expect to see more of in the future. We believe every ad server company will<br />

launch its own version of ad tag that can h<strong>and</strong>le many different sizes or types. This scenario is<br />

similar to SWAP, but it is more related to the first-party tag or ad server. The solution is a kind<br />

of uber-tag, flex-tag or intelligent first-party tag that comes with ad servers.<br />

35


We think we will see this solution from Google with their GPT (Google Publisher Tag) <strong>and</strong><br />

DART.<br />

This solution is able to call up the right ad at the right time in terms of size, shape <strong>and</strong> screen<br />

context. ResponsiveAds has experience working with this technology.<br />

Our first product, RAFT, incorporated this feature — a first-party tag or JavaScript code snippet<br />

that could be put on the site in any ad slot position or in the site itself to manage different firstparty<br />

tag sizes.<br />

The advantage of this feature is there can be separate media channels. For mobile, tablet <strong>and</strong><br />

desktop, the intelligent tag calls a different size at different times. Most likely, the sizes of the tag<br />

should be configured in the ad server first.<br />

The disadvantage is that it appears there will be no new value in the creatives. Advertising<br />

operations will still have to traffic different sizes <strong>and</strong> line items, <strong>and</strong> agencies will need to create<br />

the different size creatives.<br />

In many ways this first-party uber-tag is a simplified ad server for tags, but depending on the<br />

functionality <strong>and</strong> how it exists over the top of first-party ad servers, it can also be considered a<br />

primary simple ad tag rotation ad server.<br />

STRETCH: HTML5 Cloud-Hosted Responsive Ad Creative Solution<br />

Solution 4: The Responsive Ad Creative (One Creative That Works Everywhere)<br />

With the growth of HTML5 <strong>and</strong> the ab<strong>and</strong>onment of Flash, a new way of looking at <strong>advertising</strong><br />

creatives has emerged. The first decade of the 21 st century was an advertiser’s dream — rich media<br />

creatives in Flash. Animation, videos, roadblocks, interrupts, pop-ups, pop-downs, overlays, pushdowns<br />

<strong>and</strong> many other types of creatives had been brought to sites <strong>and</strong> the marketplace. However,<br />

given that mobile never truly supported Flash -- <strong>and</strong> even though browsers on any device are<br />

common at the core ii -- the final kiss of death to Flash came with the iOS on the iPhone <strong>and</strong> iPad.<br />

This was the turning point for HTML5 to become the next big creative enabler. Since Responsive<br />

Web Design has evolved with this trend, there is a clear opportunity for HTML5 <strong>advertising</strong> to<br />

converge into this area as well. When we think about the future with HTML6 (discussions are<br />

under way at the World Wide Web Consortium), we cannot stop dreaming of the innovative<br />

opportunities around the creative itself.<br />

In the introduction <strong>and</strong> in sections 1 <strong>and</strong> 2 we described the opportunities for native <strong>advertising</strong>.<br />

36


STRETCH is defined as an <strong>advertising</strong> creative that can render in different ad unit sizes dictated<br />

by a technology we call a Flow-line configuration. In its basic form, one can think of<br />

STRETCH as content that’s part of a publisher’s overall site content. As its shape <strong>and</strong> size are<br />

flexible, sponsored content fits nicely into the overall <strong>design</strong> of a <strong>responsive</strong>ly <strong>design</strong>ed site. In<br />

many ways Responsive Advertising is a step toward native <strong>advertising</strong> when we think of a way to<br />

give it scale. There are many publishers who are creating their own forms of Responsive Ad<br />

Creative (STRETCH). For, example CSS-Tricks’ Chris Coyier released 25 ads he created as<br />

well as some useful code for publishers to create their own Responsive Ads.<br />

In the page illustrated above, Coyier introduces the code for an example ad used for advertiser<br />

Treehouse The <strong>design</strong> follows the typical rectangle ad that can be found in IAB st<strong>and</strong>ards, but it<br />

was constructed with code in a similar way to Responsive Web Design. When considering<br />

rectangle ad formats, this is one approach.<br />

One problem with these rectangle ads is that most publishers want to push them<br />

below the fold, as they take up too much real estate in the mobile view.<br />

37


However, instead of creating a rectangle ad that is the 300 x 250 IAB St<strong>and</strong>ard IAB as a Flash ad<br />

or st<strong>and</strong>ard image file (JPEG) to be served into the site (find more information about this in The<br />

Boston Globe referenced below ), this is a prime c<strong>and</strong>idate as a 300 x 250 STRETCH-type ad. It<br />

could be a better choice than getting cut off by devices that have 240-pixel width screens, or<br />

columns in the layout grid of a <strong>responsive</strong> site that go lower than 300 pixels, to still have ads that<br />

look great.<br />

One of the best examples of native ad implementation exists on the <strong>responsive</strong>ly <strong>design</strong>ed Quartz<br />

<strong>web</strong>site. It has incorporated <strong>advertising</strong> in a STRETCH-type format that is native to the overall<br />

content with the incorporation of video <strong>and</strong> other media.<br />

This process exists through which publishers develop fixed areas on their sites that they want to<br />

<strong>design</strong> <strong>responsive</strong>ly with ads. This is an effective solution that works well with sponsored content<br />

<strong>and</strong> creative departments directly tied to the publishers’ organization or closely linked to work<br />

directly with the editorial.<br />

One of the basic drawbacks with the examples cited above is that they have been more or less<br />

<strong>design</strong>ed as custom solutions for the respective properties or sites. Having a solution that scales<br />

across many sites <strong>and</strong> agencies requires a technology suited to that process.<br />

The power of a STRETCH, or Responsive Creative, is that the HTML5 rich media<br />

advertisement can work on all screens. The one-ad-one-tag can be placed on the advertiser’s ad<br />

servers, DSP networks <strong>and</strong> exchanges. The diagram below, Solution 4a, shows a STRETCH ad<br />

38


tag delivery with the pre-Responsive Web Design setup. This is something that makes a<br />

Responsive Creative quite attractive for br<strong>and</strong>s <strong>and</strong> agencies. This type of ad with tag can work on<br />

non-<strong>responsive</strong> sites <strong>and</strong> separate mobile <strong>and</strong> tablet sites.<br />

However, for ad servers that include uber-tags for Responsive Web Design sites, Solution 4b<br />

shows the most efficient solutions for agencies <strong>and</strong> publishers. ResponsiveAds can work with<br />

publishers, br<strong>and</strong>s <strong>and</strong> agencies to achieve the simplest, efficient, revenue-generating solutions.<br />

39


When we consider that publishers can have ads that work everywhere, <strong>and</strong> they can be different<br />

sizes <strong>and</strong> dimensions not limited only to the fixed sizes of the IAB <strong>and</strong> other groups like the MMA<br />

(Mobile Marketing Association), we can take native <strong>advertising</strong> to the next level with scale.<br />

Br<strong>and</strong>s can have custom footprints directly linked into the overall editorial stream of publishing<br />

partners to respond to screen size for integrated transmedia storytelling experiences like never<br />

before.<br />

On the publisher side, once those <strong>responsive</strong>-size footprints <strong>and</strong> the <strong>responsive</strong> storyline have been<br />

developed, then the publisher can begin to work with external agencies <strong>and</strong> br<strong>and</strong>s to offer ad<br />

solutions that work within that flow. We refer to this concept as Flow-lines.<br />

A Flow-line can be customized for a particular publisher, or in the case of ResponsiveAds, we<br />

created a set of basic Flow-line configurations that can be considered the first Responsive Ad<br />

units to be defined in the market. We will talk about these entry-level units later in the e-<strong>book</strong>, but<br />

first we will explain in more detail about a basic set of Flow-lines.<br />

We believe that for collaboration among publishers, agencies <strong>and</strong> br<strong>and</strong>s, the overall Flow-line<br />

approach is a way to move from cookie-cutter-type sizes — the original st<strong>and</strong>ards from groups like<br />

the IAB — to a much more natural approach with fluid shapes <strong>and</strong> sizes dictated by the<br />

publications themselves. This way, the ads “esthetically” <strong>and</strong> “naturally” fit into the overall<br />

editorial of the site.<br />

Flow-Lines<br />

As defined in the glossary, a Flow-Line is the technology that gives a <strong>responsive</strong> STRETCH<br />

ad its shape; it is the way a Responsive Ad Creative changes its size <strong>and</strong> shape for different screen<br />

sizes or device types. The same way a Responsive Web Design site changes using media queries at<br />

certain breakpoints, a Responsive Ad Creative STRETCH can be further defined beyond<br />

breakpoint <strong>and</strong> device with a Flow-line. A Flow-line technically is a configuration file that is<br />

associated with the actual Responsive Creative or creative in the third-party tag. Flow-line<br />

configuration files can also be incorporated into SWAP third-party tags to define which creative<br />

is shown for each device or breakpoint.<br />

40


ResponsiveAds is able to make custom Flow-lines for publishers’ STRETCH ads.<br />

Nothing needs to be implemented on a publisher’s site as the configuration file is included in<br />

the ad tag itself, <strong>and</strong> the way the ad responds is controlled by Flow-line technology.<br />

In addition to the glossary found at the front of this e-<strong>book</strong>, when <strong>design</strong>ing with a Flow-line, we<br />

have defined the following:<br />

Ad slot: First-party ad server tag+container on the publisher’s site<br />

e.g. <br />

First-party tag<br />

<br />

ResponsiveAds STRETCH Third-Party Tag: A JavaScript ad tag that calls the<br />

Responsive Ad Creative <strong>and</strong> sets the Flow-line configuration.<br />

The following diagram shows five types of pre-determined Flow-line configurations. These<br />

Flow-lines have been <strong>design</strong>ed with IAB digital ad st<strong>and</strong>ards in mind. Until now, only separate<br />

st<strong>and</strong>ards for mobile, tablet <strong>and</strong> desktop existed. Flow-lines combine all three st<strong>and</strong>ards to get a<br />

cross-screen st<strong>and</strong>ard approach.<br />

41


These examples illustrate the possibilities of what can be done with one ad in multiple views.<br />

The combinations <strong>and</strong> ways the ad creative changes shape can be endless as there are infinite<br />

sizes <strong>and</strong> shapes.<br />

This is why having Flow-lines determined by publishers is so important. Once a publisher<br />

determines a Flow-line, creative assets from an agency or br<strong>and</strong> that are converted into an<br />

HTML5 advertisement can be configured to the Flow-line of a Responsive Ad for that<br />

publisher.<br />

When generating STRETCH third-party ad tags using the ResponsiveAds system, publishers<br />

can choose from libraries of Flow-line configurations that can be set for both Responsive<br />

Web Sites (same first-party ad server tag across site) <strong>and</strong> Non-Responsive Websites (different<br />

first-party ad server tag for different views or sites):<br />

STRETCH Ad Flow-Line Types<br />

One of the powerful aspects of a Responsive Ad Creative is that it doesn’t necessarily need to work<br />

only on a Responsive Web Design site. Depending on the types of Flow-line configurations, the ad<br />

can be served differently:<br />

Configuration A: Fit to ad slot.<br />

Configuration B: Responsive flow (with predefined response based on breakpoints or media<br />

queries).<br />

Configuration C: Custom.<br />

42


A. Fit to Ad Slot<br />

This is applicable for a single third-party ad tag that is able to adapt to different fixed ad<br />

slot sizes in different site instances (e.g. desktop site <strong>and</strong> mobile site). An ad can be<br />

served as a single line item from the ad server <strong>and</strong> automatically fit into different ad slot<br />

or iFrame sizes.<br />

A challenge with this method is that for older first-party tag types, the ad slot or the ad<br />

tag might not necessarily carry the ad size.<br />

Advertising Operations: This configuration is suitable for <strong>responsive</strong> <strong>and</strong> non<strong>responsive</strong><br />

sites with a different first-party tag for each ad size or one first-party tag for<br />

multiple sizes.<br />

Example setup work-flow:<br />

1. Create a Responsive (HTML5) Creative with support for 970 x 90, 728 x 90 <strong>and</strong><br />

300 x 50 sizes.<br />

2. Generate ResponsiveAds third-party tag with no Flow-line.<br />

3. Traffic to static or dynamically resized ad slots.<br />

4. Ad will adapt to fit whatever the ad slot size is (based on the width <strong>and</strong> height<br />

of the first-party tag container on the site).<br />

43


B. Responsive Flow Type<br />

This is a case for a single third-party tag to include its own Flow-line configuration<br />

file that can dynamically render itself to different ad sizes from screen to screen. In<br />

most cases the different sizes have been predetermined <strong>and</strong> there is a change in size<br />

depending on the breakpoints of the site.<br />

Advertising Operations: This configuration is suitable for <strong>responsive</strong> <strong>and</strong> non<strong>responsive</strong><br />

sites with either a different first-party tag for each ad size or one first-party<br />

tag for multiple sizes.<br />

Example setup work-flow:<br />

1. Create a Responsive (HTML5) Creative with support for 970 x 90, 728 x 90 <strong>and</strong><br />

300 x 50 sizes.<br />

2. Generate ResponsiveAds third-party tag with Linear Flow-line.<br />

3. Traffic to an ad slot in whatever size (e.g. 970 x 90).<br />

4. The ad will automatically change its size based on the user’s screen: 970 x 90 for<br />

desktop screens, 728 x 90 to tablets <strong>and</strong> 300 x 50 on mobile devices.<br />

44


The Responsive Flow type presents two options:<br />

Option 1: Respond to browser window size (recommended). The ad will change<br />

size dynamically when resizing desktop browser. This works best for <strong>responsive</strong><br />

sites.<br />

Option 2: Respond to device size. The ad will always stay in the desktop ad size in<br />

desktop browser even if the browser is resized. When going to the same site on<br />

mobile, the ad will be in mobile ad size. This works best for separate non<strong>responsive</strong><br />

desktop <strong>and</strong> mobile sites.<br />

C. Custom<br />

There are many possibilities for Flow-lines, <strong>and</strong> we are not going to attempt to discuss<br />

all of them here. However, Flow-lines are very flexible <strong>and</strong> can be customized. For<br />

example, here are two other forms that may be utilized:<br />

Static – The ad will always be in one size across all screens no matter the ad slot size.<br />

Combination – The ad tag will have e.g. “fit to ad slot” configuration for mobile <strong>and</strong><br />

“<strong>responsive</strong> flow” configuration for desktop <strong>and</strong> tablet.<br />

For publishers launching a <strong>responsive</strong> site that want to have Responsive Creatives that can<br />

work for all views, Solution 4 is a STRETCH creative offered by ResponsiveAds.<br />

Publisher Collaborative Process Together with Agencies<br />

Responsive Advertising presents a unique opportunity for publishers <strong>and</strong> agencies/br<strong>and</strong>s to work<br />

together on the process. Each party brings a different view to the table.<br />

Collaboration with SWAP-Type Solutions<br />

In most cases this is pretty st<strong>and</strong>ard. The publisher would order all the different creatives packaged<br />

in a third-party tag from the agency <strong>and</strong> traffic them separately as in the case of Solution 1, 3. The<br />

case of Solution 2, where there is one tag that has all creatives bundled together, gets more<br />

complex in terms of how it is managed <strong>and</strong> h<strong>and</strong>led between the agency <strong>and</strong> publisher. This is a<br />

case-by-case scenario.<br />

Publishers that currently do their own direct sales receive third-party ad tags from agencies that<br />

they then traffic. If the publisher received these different tags from agencies, they could assemble<br />

them together to make a SWAP-type ad, or he/she could ask the agency to configure a one-party<br />

tag with three assets inside.<br />

45


Collaborating with STRETCH-Type Solutions<br />

As in the case of STRETCH, a publisher may want to have different ad sizes that might not be<br />

st<strong>and</strong>ard IAB footprints. This can be a challenge, <strong>and</strong> the process between publisher <strong>and</strong><br />

agency/br<strong>and</strong> can be quite complex. One of the reasons to establish the core IAB st<strong>and</strong>ards ad<br />

units’ process was to make it seamless between buying <strong>and</strong> selling for established formats.<br />

Now there is a fantastic opportunity for publishers to have more control over sizes that best work<br />

on their sites <strong>and</strong> <strong>design</strong>; they are not limited by st<strong>and</strong>ard sizes. Having st<strong>and</strong>ard sizes for different<br />

views is a straightforward option that would entail combining mobile st<strong>and</strong>ards sizes with tablet<br />

<strong>and</strong> desktop st<strong>and</strong>ard sizes for a complete package of how the ad would look in all the different<br />

views.<br />

However, at ResponsiveAds we believe that giving publishers more control over Flow-line setup<br />

<strong>and</strong> customization -- with a collaborative environment for agencies <strong>and</strong> br<strong>and</strong>s -- to have full<br />

access to the creative can lead to a great new dynamic in Responsive Advertising.<br />

The SWAP solution was born out of taking the existing process <strong>and</strong> managing third-party tags<br />

separately. With one creative as in the case of STRETCH a core <strong>design</strong> collaboration system<br />

between advertiser <strong>and</strong> publisher makes sense, especially for the approval process concerning all<br />

screens <strong>and</strong> sizes.<br />

46


STRETCH Examples (Local Publishers)<br />

Bundled for Selling Above the Fold<br />

In working with various publishers that have or are launching Responsive Web Design sites, a<br />

common discussion is taking place industry-wide pertaining to how to consistently manage, deliver<br />

<strong>and</strong> sell premium inventory above the fold across all screens<br />

Here are examples of the use of the Linear Flow-Line <strong>and</strong> an Adhesion Snap Flow-line<br />

together with two local media properties for a consistent sale of inventory above the fold:<br />

Times-Herald, Newnan, Georgia<br />

Peace107.7, College Station, Texas<br />

Times-Herald<br />

An example of a local newspaper that has found a great opportunity to launch its Responsive Web<br />

Design incorporating Responsive Advertisements is The Times-Herald in Newnan, Ga.<br />

The Times-Herald found that selling premium inventory as a “bundle” was a very attractive way to<br />

introduce multi-screen <strong>advertising</strong> to its advertisers. According to Jonathan Melville, head of<br />

interactive <strong>design</strong>, “When our sales team showed STRETCH to the local advertisers, it was like<br />

‘magic.’ They got it immediately. We did not need to talk about HTML5 or any of the technologies.<br />

It was all clear right from the start. They only needed to see the ad STRETCH to fit the different<br />

views, <strong>and</strong> they knew that this was an easy way for them to move forward.”<br />

The Times-Herald launched the site with seven advertisers using Linear <strong>and</strong> Adhesion Snap Flowlines.<br />

The site example above illustrates a house ad running in the linear position <strong>and</strong> a Toyota<br />

ad in the Adhesion Snap 300 x 250 rectangle position. “We wanted to have the advertisers that<br />

launched with our <strong>responsive</strong> site to live above the fold <strong>and</strong> get the best shot at a premium position<br />

<strong>and</strong> value,” said Melville.<br />

47


Bryan Broadcasting — Radio Station Peace 107.7<br />

Another local publisher that launched a Responsive Web Design site is a radio station in College<br />

Station, Texas. Bryan Broadcasting launched the first of its three sites with a similar strategy,<br />

having two premium ad positions for both Linear <strong>and</strong> Adhesion Snap.<br />

The site has been received on average about a 0.3 percent click-through rate for all ad impressions,<br />

<strong>and</strong> a 0.5-1 percent click-through rate for mobile with Adhesion Snap. This is a significant<br />

improvement compared to previously.<br />

These results were on par with other publishers that are launching their Responsive Ad platforms.<br />

For example, IDG Consumer <strong>and</strong> SMB group, which h<strong>and</strong>les Macworld <strong>and</strong> PCWorld <strong>and</strong><br />

Techhive sites, recently claimed that they saw an 80 percent increase in ad click-through rates with<br />

Responsive Ads. The sites are performing well against industry benchmarks. Ad units scheduled as<br />

run-of-site are delivering an average 0.38 percent click-through rate, compared to the tech industry<br />

average of 0.11 percent (MediaMind Global Benchmarks 2012). All three sites have better-thanaverage<br />

click performance with content <strong>and</strong> user targeting.<br />

Designing for Beauty (Simple Ads That Fit into the Site Design)<br />

Edible Vineyard<br />

Another local publisher that launched a Responsive Web Design site is a community magazine<br />

property in Martha’s Vineyard.<br />

“As the publisher of Edible Vineyard, a niche magazine, I needed an <strong>advertising</strong> platform that was<br />

not only easy for my advertisers to underst<strong>and</strong> but also intelligent enough to integrate easily into<br />

my magazine's <strong>responsive</strong> <strong>web</strong>site without any extra development. ResponsiveAds was the solution.<br />

It has allowed me to monetize my content by delivering my advertisers’ messages seamlessly<br />

across devices <strong>and</strong> platforms,” said Sam Berlow, publisher <strong>and</strong> editor, Edible Vineyard.<br />

48


The Buzz Book<br />

Having ads that best integrated to the <strong>design</strong> <strong>and</strong> graphic beauty of the site was also part of the<br />

brief. Having ads that are typical IAB dimensions did not fit the profile for the <strong>design</strong>ers. They<br />

wanted a nice custom leaderboard to fit with the site. The top super leaderboard fits the same size<br />

as the navigation bar. This is a perfect example of a STRETCH ad that can best be part of the<br />

overall <strong>design</strong>, a scalable step to native <strong>advertising</strong>.<br />

Rich Media Pushdown Leaderboards<br />

21Jump Street (Sony Pictures)<br />

This is an example of an ad that was running through an ad network for desktop that was converted<br />

into a <strong>responsive</strong> rich media version.<br />

49


Skins <strong>and</strong> Backdrop Ad Types<br />

UpTweet <strong>and</strong> ZYR Vodka<br />

UpTweet.com is a site based on building a revenue-generating business using Twitter <strong>and</strong> virtual<br />

currency or “bitcoins.” Brian Santos, founder, said, “We are all about helping users make money<br />

from their tweets. We embraced a <strong>responsive</strong> strategy as more than 60 percent of users are<br />

tweeting from mobile devices, <strong>and</strong> we wanted a site that could work everywhere. By having a<br />

‘skin-type’ Responsive Ad, we could build a business with sponsors for different tweeted sections.<br />

We are looking forward to incorporating Responsive Ad solutions in our next release of the site in<br />

a more seamless way to the overall business model.”<br />

The ZYR Vodka ad shows ResponsiveAds’ Backdrop Flow-line. The ad can leverage the side<br />

gutters for a l<strong>and</strong>scape view <strong>and</strong> change to an Adhesion for tablet <strong>and</strong> mobile profile views.<br />

50


The Opportunity<br />

Mashable declared 2013 the Year of Responsive Design, <strong>and</strong> we couldn’t agree more. While<br />

publishers consider whether it’s worth it to make the investment in <strong>responsive</strong>, they need to closely<br />

look at monetization strategies. Publishers shouldn’t be asking themselves if they should be<br />

considering a switch to <strong>responsive</strong> <strong>design</strong> <strong>and</strong> <strong>advertising</strong> solutions; they should be asking<br />

themselves, when?<br />

As we discussed in the introduction, most people do not read the news only on one computer or<br />

device. We now live in a multi-screen world where, for example, someone might begin reading an<br />

article on a smartphone <strong>and</strong> then email him/herself the link to the article to finish reading later on<br />

their laptop. It is critical for publishers to look at their analytics, though, because each market is<br />

different (for example, urban versus rural areas).<br />

In August, Google unveiled results of a study that point out most daily media interactions are<br />

screen-based. It concluded that 90 percent of all media interactions are screen-based (smartphone,<br />

laptop or desktop, tablet or television), <strong>and</strong> only 10 percent are not screen based (radio, newspaper<br />

<strong>and</strong> magazine).<br />

In order to survive in this evolving increasingly digital <strong>and</strong> mobile-focused media world,<br />

publishers must face the fact that they must bring both quality editorial <strong>and</strong> <strong>advertising</strong> content to<br />

where the audience consumes it – from devices as small as smartphones to tablets to laptops <strong>and</strong><br />

desktops <strong>and</strong> even as large as TVs.<br />

51


And the time is now!<br />

ResponsiveAds is happy to speak with publishers who have already implemented <strong>responsive</strong>ly<br />

<strong>design</strong>ed sites <strong>and</strong> are still trying to figure out how to monetize them, or ones who are considering<br />

making the move to <strong>responsive</strong>, to discuss our STRETCH <strong>and</strong> SWAP solutions.<br />

Contact us at (425) 296-6925, or email us at contact@<strong>responsive</strong>ads.com. Visit our <strong>web</strong>site at<br />

http://<strong>responsive</strong>ads.com<br />

For more information, publishers can also check us out on social media platforms:<br />

… <strong>and</strong> at our ResponsiveAds blog at ResponsiveAds.com/blog. Join the conversation using<br />

hashtag #<strong>responsive</strong>now<strong>and</strong>how.<br />

ii Webkit, the common open-source browser used by most of the manufacturers such as Google’s Android, Apple’s iOS,<br />

Nokia’s Symbian <strong>and</strong> RIM’s Blackberry, has become the defacto technology for smartphones. This browser is based on the<br />

open-source Safari core, so one can say that the mobile browser is common as the desktop.<br />

52

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!