• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Remember Lenny

Writing online

  • Portfolio
  • Email
  • Twitter
  • LinkedIn
  • Github

On ad supported websites from a developer’s perspective

November 10, 2015 by rememberlenny

Reading Time: 4 minutes read

Developers and editorial teams can work together to create a great product.

I’ve worked at media companies for over three years. Watching the recent discussions about ad-blockers, advertiser’s impinging on reader’s rights, and the growth of content distribution networks (read: Facebook, Apple News, RSS readers), I want to share how it feels to be a web developer.

Websites are complicated, but with thorough planning, complexities can be managed. Media companies often operate on a editorial calendar, which forces a perpetually reactionary state of building. In other words, developers are caught in a whirlwind of reactions: to urgent ad campaigns, soon-to-be published articles or published pieces requiring new features. Even developers with the best intentions, who know best practices of building optimized sites, are constantly under-fire. Business needs and the developer’s desire to keep a fast and clean website become inversely related.

First, working in a media company as a web developer is a lot more complicated than it looks. The process starts with a content producer’s desire to make high quality content for a loyal audience. The website is used to gather stories, edit, and publish. Developers spend time optimizing the website’s content for discovery (read: validate HTML, SEO and social sharing). Writers spend time researching stories and write on captivating topics. And editors and producers spend time preparing and shaping stories for their overall audience. These parts keep the editorial machine moving.

The best website can become bloated when advertisers add their own tracking to each ad.

For established brands, companies prepare direct-sales plans, during which publishers create ad inventory. Ads are sold on the tune of unit-per-thousand. This means a thousand impressions of the advertisement are sold at a single price. For example, $15 per thousand impressions. In most cases, the advertisement inventory is sold based on a contractual agreement between the advertiser and the publisher. The agreements are based on common requirements from organizations like the IAB, but can also include specific requirements, per-advertiser. As a result, inventory pricing and qualifications can vary.

Requirements around inventory can vary greatly. Definitions have only been getting more stringent in the past years. Requirements around viewability, conversion, and targeting are important for advertisers. Billable impressions require a rendered ad to be have at least 50% of the creative in-view to the user for at least 1 second. Conversion and targeting is based around certain agreed clicks on the ad or specific types of users. In regards to demographics, advertisers can specify contracts to require traffic to be domestically based, targeted by age, or catered to user interests.

Publishers are responsible for providing the space on their webpage to render the ads. These predetermined places on the webpage are reserved for ads and packaged as available inventory. The actual placement for these ads are agreed upon based on interests from the editorial designers, as well as the business team. The editorial influence seeks to protect the diginity of the site’s content. The business team considers the various parameters that determine a valid ad impression, and seek to reduce the wasted page-view opportunities.

The techniques around tracking user activity have entirely changed in recent years. Media companies employ countless individuals responsible for understanding on-site behavior. Oftentimes, using 3rd party tracking services, such as Google Analytics or Omniture, publishers track the top-level site metrics around traffic activity. The basic metrics to watch are unique viewers, number of page views, and referrer traffic. Advanced software is implemented to gain further insights to help editorial parties understand their progress in order to grow their audience.

The collected data is used to target company specific performance indicators, often driven by business needs. The larger the organization, the more tools are used to infer insights from the existing site traffic. The more 3rd party tools a business group can implement on the website, the easier their job becomes. Unfortunately, the methods for implementing these tools are not always ideal.

Traditionally, the addition of 3rd party tools is facilitated and monitored by the web developers. With new tools, such as Tag Managers, 3rd party tools can be added in the form of scripts, without the notice of developers. In the immediate, this solves a problem for the marketing and business group, who need to gather data on a tight turnaround. For the developers, the practice of haphazardly adding scripts can counteract the attempts to improve the website’s performance. Because the number of people who can add scripts to the site is uncoordinated, this can lead to unnecessary overlapping functionality.

In the worst cases, the publishers who create partnerships with brands for ad inventory sales are inundated with unnecessary bloat. Each advertisement on a webpage comes with its unique set of creative assets and tracking files. While a publisher may have its own set of site traffic tools, each advertisement may also contain their own.

The combination of 3rd party tools, business intelligence tracking, advertisements, and advertisement specific 3rd party tracking tools create a path of unmanageable complexity.

The rubik’s cube of ad supported websites.

Given these circumstances, there isn’t a clear way forward. Simplifying the website’s permitted scripts or restricting the tooling used by the website isn’t always an option. The growth of an organization often ties directly into the increase in unnecessary scripts and stake holders

No wonder content distributors are gaining traction. Content producers will never be entirely out of business, but the profit margins continue to thin. The distribution channels that can leverage content feeds, such as RSS or Facebook, can create frameworks that control the entire tracking, ad serving, content loading, and user platform.

I imagine in coming years, media companies will re-approach the importance of highly performant websites. The difficulties in managing the on going complexity are solved when engineering influences are prioritized in business level discussions. I’m excited to see how tech teams reshape the digital media landscape. There’s a lot of interesting stuff ahead.


Thanks to Jihii Jolly, KC Oh and Alex Godin for editing and ideas.


Thoughts on Media is a community publication on Medium, curated by ReadThisThing.


If this was interesting to you, follow me on Twitter.

Filed Under: Uncategorized Tagged With: Media, Newspapers, Web Development

Primary Sidebar

Recent Posts

  • Thoughts on my 33rd birthday
  • Second order effects of companies as content creators
  • Text rendering stuff most people might not know
  • Why is video editing so horrible today?
  • Making the variable fonts Figma plugin (part 1 – what is variable fonts [simple])

Archives

  • August 2022
  • February 2021
  • October 2020
  • September 2020
  • August 2020
  • December 2019
  • March 2019
  • February 2019
  • November 2018
  • October 2018
  • April 2018
  • January 2018
  • December 2017
  • October 2017
  • July 2017
  • February 2017
  • January 2017
  • November 2016
  • October 2016
  • August 2016
  • May 2016
  • March 2016
  • November 2015
  • October 2015
  • September 2015
  • July 2015
  • June 2015
  • May 2015
  • March 2015
  • February 2015
  • January 2015
  • December 2014
  • November 2014
  • October 2014
  • September 2014
  • August 2014
  • July 2014
  • June 2014
  • May 2014
  • April 2014
  • March 2014
  • February 2014
  • January 2014
  • December 2013
  • October 2013
  • June 2013
  • May 2013
  • April 2013
  • March 2013
  • February 2013
  • January 2013
  • December 2012

Tags

  • 10 year reflection (1)
  • 100 posts (2)
  • 2013 (1)
  • academia (2)
  • Advertising (3)
  • aging (1)
  • Agriculture (1)
  • analytics (3)
  • anarchy (1)
  • anonymous (1)
  • api (1)
  • arizona (1)
  • Art (2)
  • art history (1)
  • artfound (1)
  • Artificial Intelligence (2)
  • balance (1)
  • banksy (1)
  • beacon (1)
  • Beacons (1)
  • beast mode crew (2)
  • becausewilliamshatner (1)
  • Big Data (1)
  • Birthday (1)
  • browsers (1)
  • buddhism (1)
  • bundling and unbundling (1)
  • china (1)
  • coding (1)
  • coffeeshoptalk (1)
  • colonialism (1)
  • Communication (1)
  • community development (1)
  • Computer Science (1)
  • Computer Vision (6)
  • crowdsourcing (1)
  • cyber security (1)
  • data migration (1)
  • Deep Learning (1)
  • design (1)
  • designreflection (1)
  • Developer (1)
  • Digital Humanities (2)
  • disruption theory (1)
  • Distributed Teams (1)
  • drawingwhiletalking (16)
  • education (3)
  • Email Marketing (3)
  • email newsletter (1)
  • Employee Engagement (1)
  • employment (2)
  • Engineering (1)
  • Enterprise Technology (1)
  • essay (1)
  • Ethics (1)
  • experiement (1)
  • fidgetio (38)
  • figma (2)
  • film (1)
  • film industry (1)
  • fingerpainting (8)
  • first 1000 users (1)
  • fonts (1)
  • forms of communication (1)
  • frontend framework (1)
  • fundraising (1)
  • Future Of Journalism (3)
  • future of media (1)
  • Future Of Technology (2)
  • Future Technology (1)
  • game development (2)
  • Geospatial (1)
  • ghostio (1)
  • github (2)
  • global collaboration (1)
  • god damn (1)
  • google analytics (1)
  • google docs (1)
  • Graffiti (23)
  • graffitifound (1)
  • graffpass (1)
  • growth hacking (1)
  • h1b visa (1)
  • hackathon (1)
  • hacking (1)
  • hacking reddit (2)
  • Hardware (1)
  • hiroshima (1)
  • homework (1)
  • human api (1)
  • I hate the term growth hacking (1)
  • ie6 (1)
  • ifttt (4)
  • Image Recognition (1)
  • immigration (1)
  • instagram (1)
  • Instagram Marketing (1)
  • internet media (1)
  • internet of things (1)
  • intimacy (1)
  • IoT (1)
  • iteration (1)
  • jason shen (1)
  • jobs (2)
  • jrart (1)
  • kickstart (1)
  • king robbo (1)
  • labor market (1)
  • Leonard Bogdonoff (1)
  • Literacy (1)
  • location (1)
  • Longform (2)
  • looking back (1)
  • los angeles (1)
  • Machine Learning (13)
  • MadeWithPaper (106)
  • making games (1)
  • management (1)
  • maps (2)
  • marketing (4)
  • Marketing Strategies (1)
  • Media (3)
  • medium (1)
  • mentor (1)
  • message (1)
  • mindmeld games (1)
  • Mobile (1)
  • Music (2)
  • Music Discovery (1)
  • neuroscience (2)
  • new yorker (1)
  • Newspapers (3)
  • nomad (1)
  • notfootball (2)
  • npaf (1)
  • odesk (1)
  • orbital (14)
  • orbital 2014 (14)
  • orbital class 1 (9)
  • orbitalnyc (1)
  • paf (2)
  • paid retweets (1)
  • painting (1)
  • physical web (1)
  • pitching (2)
  • popular (1)
  • post production (1)
  • Privacy (1)
  • process (1)
  • product (1)
  • Product Development (2)
  • product market fit (2)
  • Programming (6)
  • project reflection (1)
  • promotion (1)
  • prototype (17)
  • prototyping (1)
  • Public Art (1)
  • Public Speaking (1)
  • PublicArtFound (15)
  • Publishing (3)
  • Python (1)
  • quora (1)
  • Rails (1)
  • React (1)
  • React Native (1)
  • real design (1)
  • recent projects (1)
  • reddit (3)
  • redesign (1)
  • reflection (2)
  • rememberlenny (1)
  • Remote work (1)
  • replatform (1)
  • Responsive Emails (1)
  • retweet (1)
  • revenue model (1)
  • rick webb (1)
  • robert putnam (1)
  • ror (1)
  • rubyonrails (1)
  • segmenting audience (1)
  • Semanticweb (2)
  • Senior meets junior (1)
  • SGI (1)
  • Side Project (1)
  • sketching (22)
  • social capital (1)
  • social media followers (2)
  • social media manipulation (1)
  • social media marketing (1)
  • social reach (5)
  • software (3)
  • Soka Education (1)
  • Spatial Analysis (2)
  • spotify (1)
  • stanford (2)
  • Startup (21)
  • startups (7)
  • stree (1)
  • Street Art (4)
  • streetart (5)
  • stylometrics (1)
  • Technology (1)
  • thoughts (1)
  • Time as an asset in mobile development (1)
  • Towards Data Science (4)
  • TrainIdeation (42)
  • travel (1)
  • traveling (1)
  • tumblr milestone (2)
  • twitter (1)
  • twitter account (2)
  • typography (2)
  • unreal engine (1)
  • user behavior (1)
  • user experience (3)
  • user research (1)
  • user testing (1)
  • variable fonts (1)
  • video editing (2)
  • visual effects (1)
  • warishell (1)
  • Web Development (8)
  • webdec (1)
  • webdev (13)
  • windowed launch (1)
  • wordpress (1)
  • Work Culture (1)
  • workinprogress (1)
  • zoom (1)