{"id":3681,"date":"2023-11-01T18:57:52","date_gmt":"2023-11-01T18:57:52","guid":{"rendered":"https:\/\/eufad.com\/?p=3681"},"modified":"2024-01-04T16:07:14","modified_gmt":"2024-01-04T16:07:14","slug":"speed-trap","status":"publish","type":"post","link":"https:\/\/eufad.com\/?p=3681","title":{"rendered":"Speed Trap"},"content":{"rendered":"<p>In 2015, Google hatched a plan to save the mobile web by effectively taking it over. And for a while, the media industry had practically no choice but to play along.<\/p>\n<p>It began on a cheery October morning in New York City; the company had gathered the press together at a buzzy breakfast spot named Sadelle\u2019s in SoHo. As the assembled reporters ate their bagels and lox, Google\u2019s vice president of news, Richard Gingras, explained that the open web was in crisis. Sites were too slow, too hard to use, too filled with ads. As a result, he warned, people were flocking to the better experiences offered by social platforms and app stores. If this trend continued, it would be the end of the web as we know it.<\/p>\n<p>But Google had a plan to fight back: Accelerated Mobile Pages, or AMP, a new format for designing mobile-first webpages. AMP would ensure that the mobile web could be as fast, as usable, instantly loading, and every bit as popular as mobile apps. \u201cWe are here to make sure that the web evolves, and our entire focus is on that effort,\u201d Gingras said. \u201cWe are here to make the web great again.\u201d<\/p>\n<p>\u201cMake the web great again\u201d was a popular phrase across Google at the time, echoing the burgeoning presidential campaign of an upstart Republican named Donald Trump. There was a lot of technical work behind the slogan: Google was building its own Chrome browser into a viable web-first operating system for laptops; trying to replace native apps with Progressive Web Apps; pushing to make the more secure HTTPS standard across the web; and promoting new top-level domains that would aim to make .blog and .pizza as important as .com. Much of this was boring or went over the heads of media execs. The point was that Google was promising to wrest distribution power away from Apple and Facebook and back into the hands of publishers.<\/p>\n<p>\u201cYou want access to this audience, you need to play by these rules.\u201d<\/p>\n<p>After a decade of newspapers disappearing, magazine circulations shrinking, and websites\u2019 business dwindling, the media industry had become resigned to its own powerlessness. Even the most cynical publishers had grown used to playing whatever games platforms like Google and Facebook demanded in a quest for traffic. And as Facebook chaotically pivoted to video, that left Google as the overwhelming driver of traffic to websites all over the web. What choice did anyone have?\u00a0<\/p>\n<p>\u201cIf Google said, \u2018you must have your homepage colored bright pink on Tuesdays to be the result in Google,\u2019 everybody would do it, because that\u2019s what they need to do to survive,\u201d says Terence Eden, a web standards expert and a former member of the Google AMP Advisory Committee. One media executive who worked on AMP projects but who, like other sources in this story, requested anonymity to speak about Google, framed the tradeoff even more simply: \u201cyou want access to this audience, you need to play by these rules.\u201d<\/p>\n<p>Adopting Google\u2019s strange new version of the web resulted in an irresistible flood of traffic for publishers at first: using AMP increased search traffic to one major national magazine\u2019s site by 20 percent, according to the executive who oversaw the implementation.<\/p>\n<p>But AMP came with huge tradeoffs, most notably around how all those webpages were monetized. AMP made it harder to use ad tech that didn\u2019t come from Google, fraying the relationship between Google and the media so badly that AMP became a key component in an antitrust lawsuit filed just five years after its launch in 2020 by 17 state attorneys general, accusing Google of maintaining an illegal monopoly on the advertising industry. The states argue that Google designed AMP in part to thwart publishers from using alternative ad tools \u2014 tools that would have generated more money for publishers and less for Google. Another lawsuit, filed in January 2023 by the US Justice Department, went even further, alleging that Google envisioned AMP as \u201can effort to push parts of the open web into a Google-controlled walled garden, one where Google could dictate more directly how digital advertising space could be sold.\u201d<\/p>\n<p>Here in 2023, AMP seems to have faded away. Most publishers have started dropping support, and even Google doesn\u2019t seem to care much anymore. The rise of ChatGPT and other AI services pose a much more direct threat to its search business than Facebook Instant Articles and Apple News ever did. But the media industry is still dependent on Google\u2019s fire hose of traffic, and as the company searches for its next move, the story of how it ruthlessly used AMP in an attempt to control the very structure and business of the web makes clear exactly how far it will go to preserve its business \u2014\u00a0and how powerless the web may be to stop it.<\/p>\n<p>AMP succeeded spectacularly. Then it failed. And to anyone looking for a reason not to trust the biggest company on the internet, AMP\u2019s story contains all the evidence you\u2019ll ever need.<\/p>\n<h3>The small-screen shake-up\u00a0<\/h3>\n<p>Earlier in 2015, months before AMP launched, one of Google\u2019s key metrics was on the verge of a dramatic flip: the volume of searches coming from mobile phones was just about to outnumber the ones coming from desktop and laptop computers. This shift had been a long time coming, and Google saw it as an existential threat. The company had become a nearly $75 billion annual business almost entirely on ads \u2014\u00a0which made up about 90 percent of its revenue \u2014\u00a0and the most important ones by far were the ones atop search results in <em>desktop<\/em> browsers. By some internal measures, a typical mobile search at the time brought in about one-sixth as much ad revenue as on desktop. The increasingly mobile-focused future could mean a disastrous revenue drop for Google.<\/p>\n<p>In public, Google framed AMP as something like a civic mission, an attempt to keep the web open and accessible to everyone instead of moving to closed gardens like Facebook Instant Articles or Apple News, which offered superior mobile reading experiences. \u201cTo some degree, on mobile, [the web] has not fully satisfied users\u2019 expectations,\u201d Gingras said at the launch event. \u201cWe are hoping to change that.\u201d<\/p>\n<p>But the fight to fix the mobile web wasn\u2019t just an altruistic move in the name of teamwork and openness and kumbaya. Internally, some viewed it as a battle for Google\u2019s own survival. As smartphones became the default browsing experience for billions of users around the world, the mobile web was becoming the only web that really mattered. Google\u2019s competitors were exerting far more control over how users lived their lives on their phones: readers were getting their news from native apps and from proprietary formats created by Facebook and Apple. Google worried that if enough users switched to these faster, simpler, more controlled experiences, it risked being left out altogether.<\/p>\n<p>As Big Tech companies took over the ad industry, it did so largely at the expense of publishers. Newspapers used to be the way to advertise your new hair salon, or you might buy local TV ads to hawk the latest appliances for sale in your store. By 2015, most advertisers just went through Facebook and Google, which offered a more targeted and more efficient way to reach buyers.<\/p>\n<p>\u201cYou meet with a Facebook person and you see in their eyes they\u2019re psychotic.\u201d<\/p>\n<p>Google, obviously aware that it was taking revenue from publishers, occasionally tried to make nice. Sometimes that meant creating new products, like the awkwardly named Google Play Newsstand, to give media companies another place to distribute and sell content. Sometimes \u2014 often, actually \u2014 it meant just giving publishers a bunch of money whenever a government would get mad, like the \u20ac60 million \u201cDigital Publishing Innovation Fund\u201d Google set up in France after a group of European publishers sued and settled with the search giant.<\/p>\n<p>This \u201cwe care about publishers!\u201d dance is a staple of Silicon Valley. Apple briefly promised to save the news business with the iPad, convincing publishers around the world to build bespoke tablet magazines before mostly abandoning that project. Facebook remains in a perpetually whipsawing relationship with the media, too: it will promote stories in the News Feed only to later demote them in favor of \u201cMeaningful Social Interactions,\u201d then promise publishers endless video eyeballs before mostly giving up on Facebook Watch.\u00a0<\/p>\n<p>The platforms need content to keep users entertained and engaged; publishers need distribution for their content to be seen. At best, it\u2019s a perfectly symbiotic relationship. At worst, and all too often, the platforms simply cajole publishers into doing whatever the platforms need to increase engagement that quarter.<\/p>\n<p>For publishers over the last decade, chasing platform policies and supporting new products has become the only means of survival. \u201cThat\u2019s the sort of tradeoff publishers are used to,\u201d says one media executive who was involved with AMP in its early days. \u201cDo it this way and you\u2019ll get an audience.\u201d But while publishers had long been wary of the tendency of Big Tech companies to suck up ad dollars and user data, they had seen Google as something closer to a partner. \u201cYou meet with a Facebook person and you see in their eyes they\u2019re psychotic,\u201d says one media executive who\u2019s dealt with all the major platforms. \u201cThe Apple person kind of listens but then does what it wants to do. The Google person honestly thinks what they\u2019re doing is the best thing.\u201d<\/p>\n<p>As Facebook grew, and social media in general began to replace blogs and forums, it felt like Google\u2019s view of the internet was shrinking<\/p>\n<p>Phones potentially made all of this harder. For Google, search was harder to monetize on smaller screens with correspondingly fewer ad slots, and it was also, in some ways, an inferior product. That was largely for reasons out of Google\u2019s control: many of the mobile websites Google sent users to were slow, covered in autoplaying video and unclosable ads, and generally considered a worse experience than the apps that publishers and media organizations had been focused on for the last several years. Google executives talked often internally about being ashamed of sending people to some websites.<\/p>\n<p>But the big reason for consternation within Google was a company just a few miles down the road. If mobile was going to win, then so was Facebook. This was pre-metaverse Facebook, of course, when the company was a booming social networking giant, a thriving ad business, and a mobile success story: Facebook reported in April 2015 that it had 1.25 billion mobile active users on its products every month and that nearly three-quarters of its advertising revenue was coming from mobile.\u00a0<\/p>\n<p>Facebook was, to most users, a mobile app, not a website. Google can\u2019t crawl a mobile app. And it got worse: most content on Facebook was shared among friends and followers and, as such, was completely opaque to Google, even on the web. For most of its existence, Google could take for granted that the vast majority of the internet\u2019s content would be open and searchable. As Facebook grew, and social media in general began to replace blogs and forums, it felt like Google\u2019s view of the internet was shrinking.<\/p>\n<p>Meanwhile, Mark Zuckerberg made no secret of Facebook\u2019s ambitions to take on Google, to take on everybody, really: the CEO\u2019s aim was to turn Facebook into a platform the size of the internet. But he wanted to win at search, too, first by better indexing Facebook content and then by ultimately doing the same to the web. \u201cThere\u2019s a lot of public content that\u2019s out there that any web search engine can go index and provide,\u201d he told investors in the spring of 2015.<\/p>\n<p>\u201cThey said they can\u2019t fix the ads. It\u2019s too hard.\u201d<\/p>\n<p>The simplest thing to do would be to beat Facebook at its own game. But Google had already tried that \u2014\u00a0a few times. Seeing the rise of social networking, and the threat that friend-sourced content posed to Google\u2019s search-based business model, the company poured resources into the Google Plus social network. But it never caught on and, by 2015, was effectively on its last legs. There was simply no way to out-Facebook Facebook.<\/p>\n<p>Around the same time, Facebook also launched Instant Articles, a Facebook-specific tool that turned web articles into native posts on the platform. The pitch for Instant Articles was simple: they would speed up the News Feed, making it quicker to read stories so users didn\u2019t have to suffer through the mobile web\u2019s interminable load times and hideous pages. Instant Articles made some publishers nervous since it effectively loaded their content directly onto Facebook\u2019s platform and gave the company complete control over their audiences. Some opted out entirely. But many others saw too big a potential audience to ignore and developed tools to syndicate their stories as Instant Articles.<\/p>\n<p>A few months later, Apple launched Apple News, its own proprietary article format and app for displaying publisher content. At its own developer conference that spring, Apple\u2019s then-VP of product management, Susan Prescott, made a case that sounded eerily like Facebook\u2019s. \u201cThe articles can come from anywhere,\u201d she said, \u201cbut the best ones are built in our new Apple News format.\u201d Software chief Craig Federighi followed up with a backhanded swipe at Google News and Facebook. \u201cUnlike just about any other news aggregation service we\u2019re aware of on the planet, News is designed from the ground up with your privacy in mind.\u201d<\/p>\n<p>The media industry, collectively, bought the hype around what came to be known as \u201cdistributed publishing.\u201d \u201cIs the media becoming a wire service?\u201d asked Ezra Klein at <em>Vox<\/em> in a piece that kicked off a million AMP and Instant Articles projects. \u201cMy guess is that within three years, it will be normal for news organizations of even modest scale to be publishing to some combination of their own websites, a separate mobile app, Facebook Instant Articles, Apple News, Snapchat, RSS, Facebook Video, Twitter Video, YouTube, Flipboard, and at least one or two major players yet to be named,\u201d he wrote. \u201cThe biggest publishers will be publishing to all of these simultaneously.\u201d<\/p>\n<p>To some at Google, all of this looked a lot like a few proprietary platforms conspiring to kill the open web. Which might kill Google. Search \u2014\u00a0and its behemoth ad business \u2014\u00a0only worked if the web was full of open, indexable pages that its search crawlers could see and direct users to. Instant Articles and Apple News also gave those platforms control over the advertising on their pages, which threatened AdWords, another of Google\u2019s largest revenue streams.<\/p>\n<p>Phone browsers were bad; the webpages were even worse<\/p>\n<p>Over the course of 2015, as Google debated internally how best to respond, the company also hosted a clubby \u201cunconference\u201d called Newsgeist. Google held these periodically in partnership with the Knight Foundation as a way to work with and hear from the news industry. Jeff Jarvis, a CUNY professor and media critic, had been agitating at Newsgeist events for years for Google to build what he called \u201cthe embeddable newspaper,\u201d a way for news articles to be displayed around the internet in much the same way a YouTube video can be embedded practically anywhere. Gingras also liked the idea; he was a big believer in what he called \u201cportable content.\u201d\u00a0<\/p>\n<p>In May 2015, at the first Newsgeist Europe in Helsinki, Finland, Instant Articles was a topic of much conversation. Jarvis, in particular, saw Instant Articles as a useful technical prototype with all the wrong attributes: it was closed off, only worked on one platform, and accrued no value back to publishers. Jarvis spent time at the conference arguing for someone \u2014 presumably Google \u2014 to build a better alternative.<\/p>\n<p>Ultimately, what the company built was AMP. Done right, it could bring the same speed, simplicity, and design to the entire internet \u2014 without closing it off. To lead the effort, Google designated two people who had come from Google Plus: David Besbris, who had led the company\u2019s wayward social networking effort, and Malte Ubl, who helped to build the social network\u2019s technical infrastructure.\u00a0<\/p>\n<p>At least, that\u2019s how Google described it publicly. According to interviews with former employees, publishing executives, and experts associated with the early days of AMP, while it was waxing poetic about the value and future of the open web, Google was privately urging publishers into handing over near-total control of how their articles worked and looked and monetized. And it was wielding the web\u2019s most powerful real estate \u2014 the top of search results \u2014 to get its way.\u00a0<\/p>\n<p>\u201c[Google] came to us and said, the internet is broken, ads aren\u2019t loading, blah blah, blah. We want to provide a better user experience to users by coming up with this clean standard,\u201d says one magazine product executive. \u201cMy reaction was that the main problem is ads, so why don\u2019t you fix the ads? They said they can\u2019t fix the ads. It\u2019s too hard.\u201d<\/p>\n<h3>Faster, faster, faster<\/h3>\n<p>Before it was called AMP, Google\u2019s nascent web standard was known as PCU \u2014 Portable Content Unit. The team of Googlers building the new format had only one goal, or at least only one that mattered: <em>make webpages faster<\/em>. There were lots of other goals, like giving publishers monetization and branding options, but all of that was secondary to load times. If the page appeared instantly after a user tapped the link in search results, AMP would feel as instant and native as an app. Nothing else mattered as much as speed.<\/p>\n<p>Google had tried in the past to incentivize publishers to make their own webpages faster. Load times had long been a factor in how the search engine ranked sites on desktop, for instance, and load times were presented front and center in Google Analytics. Google even built a tool called \u201cInstant Pages\u201d that tried to guess which sites users would click on and pre-render those pages so they\u2019d appear more quickly.<\/p>\n<p>And yet, the mobile web still, in a word, sucked. \u201cPublishers, frankly, then \u2014 and to a great degree still now \u2014 considered mobile web traffic to be essentially junk traffic,\u201d says Aron Pilhofer, a longtime media executive and now a journalism professor at Temple University. Many mobile websites were completely separate entities from their desktop pages, prefaced with \u201cmobile.\u201d or \u201cm.\u201d in their URLs. Publishers compensated for small screens with more ads per page, and the whole industry was in the midst of an unfortunate obsession with autoplaying video. Phone browsers were bad; the webpages were even worse.\u00a0<\/p>\n<p>Google didn\u2019t have great tools for understanding mobile pages at the time, so it couldn\u2019t easily issue the same \u201cwe just like fast pages\u201d edict. It could take the effort to develop those metrics and then urge publishers to update their sites to meet Google\u2019s bar for speed, but there simply wasn\u2019t time. Internally, Google felt it needed a solution immediately. Competition was here. AMP was a blunt object, but it was designed to get results quickly. AMP\u2019s purpose, Google\u2019s Gingras said at the 2015 launch event, \u201cis about making sure the World Wide Web is not the World Wide Wait.\u201d<\/p>\n<p>AMP was, in many ways, a step backward for the web. <em>Nieman Lab<\/em>\u2019s<em> <\/em>Joshua Benton noted at the time that Google\u2019s sample AMP-powered webpages \u201clook a lot like the web of, say, 2002, shrunk down to a phone screen.\u201d\u00a0<\/p>\n<p>But it was fast. And to Google, that was all that mattered.<\/p>\n<h3>The growth hack to end all growth hacks<\/h3>\n<p>For AMP to work, Google knew it needed to get broad adoption. But simply asking publishers to support a new standard wouldn\u2019t be easy. Publishers were already neglecting their mobile websites, which was the whole problem, and they weren\u2019t likely to sign up to work on them just for Google\u2019s benefit.<\/p>\n<p>The team tried a few things to get more AMP content, like auto-converting stories from the Google Play Newsstand and elsewhere. WordPress began working on a plug-in that made creating AMP pages as easy as checking a box every time you published a post. One way some people in and outside of Google thought of AMP was similar to RSS \u2014 another syndication format, another box to click next to the one that tweets the story and posts the top image on Instagram. But Google worried that this approach would give all AMP pages a same-y, boring look and reader experience. What Google really needed was for publishers to not just support AMP but also embrace it.<\/p>\n<p>The team quickly landed on a much more powerful growth hack: Google\u2019s search results. It would be easy for Google to factor AMP into the way it ranks search results, to effectively tell publishers that AMP-powered pages would be higher on the list, and anything else would be pushed down the page. (It had previously done something similar with HTTPS, another push toward a new web standard.) Publishers, most of them existentially reliant on the fire hose of Google traffic, would have no choice but to give in and use AMP.<\/p>\n<p>Such an aggressive move would be a bad look for Google, though, not to mention a potentially anti-competitive one, especially given that the company has always maintained it cares about a webpage\u2019s \u201crelevance\u201d above all else. But there was a middle ground, or maybe a loophole: a relatively new product in Google search known as the Top Stories carousel, which showed a handful of horizontally scrolling news stories at the top of some search results pages. They weren\u2019t part of the search results, the \u201c10 blue links\u201d Google is known for and so scrutinized over. They were something separate, so the rules could be different.<\/p>\n<p>\u201cIt felt faster because Google cheated.\u201d<\/p>\n<p>Google said from the beginning that AMP would not be a factor in regular \u201c10 blue link\u201d search results. (Several publishing executives say they\u2019re still not sure if that was true: \u201cwhen Google said AMP doesn\u2019t matter, no one believes them,\u201d one says. The company denies that it has ever been a factor in search result rankings.) But only AMP pages would be included in the carousel, with a lightning bolt in the corner to signify that tapping that card would offer the instant loading experience users were getting from Instant Articles and Apple News.\u00a0<\/p>\n<p>That carousel took up most of the precious space on a phone screen, which made Top Stories some of the most important real estate on the mobile web. And so, the growth hack worked. When AMP launched in early 2016, a who\u2019s who of publishers had signed up to support the new format: <em>The Guardian<\/em>, <em>The<\/em> <em>Washington Post<\/em>, <em>BuzzFeed<\/em>, the BBC, <em>The New York Times, <\/em>and Vox Media, <em>The Verge<\/em>\u2019s parent company, all quickly began developing for AMP. Others would join in the months that followed.<\/p>\n<p>But many of those publishers weren\u2019t necessarily signing up because they believed in AMP\u2019s vision or loved the tech. Far from it. Google\u2019s relentless focus on page speed, and on shipping as quickly as possible to thwart Facebook and Apple, meant the first versions of AMP couldn\u2019t do very much. It didn\u2019t support comments or paywalls, and the restrictions on JavaScript meant publishers couldn\u2019t bring in third-party analytics or advertising. Interactive elements, even simple things like tables and charts, mostly didn\u2019t work.<\/p>\n<p>AMP, it turned out, wasn\u2019t even that fast. Multiple publishers ran internal tests and found they were able to make pages that loaded more quickly than AMP pages, so long as they were able to rein in the ad load and extra trackers. It was much harder to build slow pages on AMP \u2014 in part because AMP couldn\u2019t do very much \u2014\u00a0but there were lots of other ways to build good pages.<\/p>\n<p>\u201cWe built a standard, it\u2019s shit, it\u2019s terrible, it\u2019s not ready, it does only like a quarter of what you need it to do.\u201d<\/p>\n<p>And even if AMP pages did seem to load faster from search results, \u201cit felt faster because Google cheated,\u201d says Barry Adams, a longtime SEO consultant. When publishers built AMP-powered pages, they submitted them to Google\u2019s AMP Validator, which made sure the page worked right \u2014 and cleared it for access to the carousel. As it was checking the code, Google would grab a copy of the entire page and store it on Google\u2019s own servers. Then, when someone clicked on the article in search results, rather than loading the webpage itself, Google would load its stored version. Any page pre-rendered like that would load faster, AMP or otherwise.\u00a0<\/p>\n<p>The AMP cache made it harder for publishers to quickly update their content \u2014 and made it nearly impossible for them to understand how people were using their sites. On cached pages, even the URL began with \u201cgoogle.com,\u201d rather than the publisher\u2019s own domain. It was as if Google had subsumed the entire publishing industry inside its office park in Mountain View.\u00a0<\/p>\n<p>Google kept promising publishers that this restrictive, Google-controlled version of AMP was just version one, that there was much more to come. But the carousel, that all-important new space in search results, required AMP from the beginning. \u201cThe problem was that when Google launched it, they also said, \u2018You have to use AMP. We built a standard, it\u2019s shit, it\u2019s terrible, it\u2019s not ready, it does only like a quarter of what you need it to do, but we need you to use it anyway because otherwise we\u2019re just not going to show your articles in mobile search results anymore,\u2019\u201d Adams says. \u201cAnd that is what ruffled everybody\u2019s feathers.\u201d<\/p>\n<p>\u201cThe audience people hated it because it was against audience strategy,\u201d says one former media executive who worked with AMP. \u201cThe data people hated it because it was against advertising and privacy strategy. The engineers hated it because it\u2019s a horrendous format to work with\u2026 The analysts hated it because we got really bad behavioral data out of it. Everyone\u2019s like, \u2018Okay, so there\u2019s no upside to this \u2014\u00a0apart from the traffic.\u2019\u201d<\/p>\n<p>\u201cGoogle\u2019s strategy is always to create prisoner\u2019s dilemmas that it controls \u2014 to create a system such that if only one person defects, then they win.\u201d<\/p>\n<p>On top of that, the traffic was worth less because it had fewer and more limited ads. \u201cEvery publisher experienced this \u2014 the AMP audience is less valuable. It\u2019s millions of pennies and not having any dollars,\u201d one executive says. \u201cAn AMP article earned 60 percent of what a [standard] article earned\u2026 It\u2019s low enough to be noticeable. You were just playing the game of \u2018if I didn\u2019t have all this traffic, would I make more money?\u2019\u201d<\/p>\n<p>\u201cGoogle did not have an answer for the revenue gap \u2014 there was a lot of hand-waving, a lot of saying they would work with us,\u201d says another executive. \u201cGoogle on AMP was like Google on every product \u2014 lots of fanfare in the beginning, lots of grand plans, and then none of those plans ever saw the light of day.\u201d<\/p>\n<p>But the pageviews, in many cases, were enough to outweigh the costs. It\u2019s almost impossible to overstate how important Google traffic is to most publishers. The analytics company Chartbeat estimated this year that search accounts for 19.3 percent of total traffic to websites, a number that doesn\u2019t even include products like Google News and the news feed in the Google app,\u00a0both of which also account for a huge portion of many publishers\u2019 traffic. Google, as a whole, can account for up to 40 percent of traffic for even the largest sites. Disappearing from Google is life-and-death stuff.\u00a0<\/p>\n<p>Bigger media companies, those that could employ product and engineering staff of their own, could sometimes hack around AMP\u2019s limitations \u2014\u00a0or, at the very least, deal with them without affecting the rest of the company\u2019s business. Some big publishers came to see AMP as nothing more than some additional work required for a distributor. But even many smaller publishers, without the staff to manage the technical shortcomings or the resources to maintain yet another version of their website, still felt they had no choice but to support AMP.\u00a0<\/p>\n<p>As long as anyone played the game, everybody had to. \u201cGoogle\u2019s strategy is always to create prisoner\u2019s dilemmas that it controls \u2014 to create a system such that if only one person defects, then they win,\u201d a former media executive says. As long as anyone was willing to use AMP and get into that carousel, everyone else had to do the same or risk being left out.<\/p>\n<p>Many within Google continued to see AMP as a net good, a way to make the web better and to keep it from collapsing into a few walled gardens. But to most publishers, AMP was, at best, just another app to send stuff to. \u201cWe didn\u2019t see it as any different from building on Android or building on iOS,\u201d one former media executive says. \u201cIt was this way to deliver the best mobile experience.\u201d Supporting AMP was like supporting Apple News, Facebook Instant Articles, or even maintaining RSS feeds. It was just more work for more platforms.<\/p>\n<p>That\u2019s why the Top Stories carousel felt like a shakedown to so many publishers. Google claimed it was merely an incentive to do the obviously right thing and a nice boost in the user experience. But publishers sensed an unspoken message: comply with this new format or risk your precious search traffic. And your entire business.<\/p>\n<h3>Good governance<\/h3>\n<p>Despite all the issues with AMP\u2019s tech and misgivings about Google\u2019s intentions, the new format was a success from the very beginning. By December 2016, less than a year after its official launch, an Adobe study found that AMP pages already accounted for 7 percent of mobile traffic to \u201ctop publishers\u201d in the US and grew 405 percent in just the final eight months of the year. Microsoft was planning to use AMP in the Bing app for iOS and Android. Twitter was looking into using it as well.\u00a0<\/p>\n<p>From the beginning, Google had proclaimed loudly that AMP was not a Google product. It was to be an open-source platform, all its source code available on GitHub for anyone to fork and edit and use to their own ends. AMP\u2019s success was the web\u2019s success, not Google\u2019s.<\/p>\n<p>In reality, Google exerted near-total authority over AMP. According to the 2020 antitrust lawsuit against Google, the company adopted a \u201cBenevolent Dictator For Life\u201d policy, and even when it transferred the AMP project to the OpenJS Foundation in 2019, it remained very much in charge. \u201cWhen it suited them, it was open-source,\u201d says Jeremy Keith, a web developer and a former member of AMP\u2019s advisory council. \u201cBut whenever there were any questions about direction and control\u2026 it was Google\u2019s.\u201d\u00a0<\/p>\n<p>Several sources told me stories of heated arguments about the future of the web that ended in Google employees awkwardly reading lawyer-approved statements about things being open and opt in \u2014 and Google then getting its way. After a debate about the cache, and the data it gave Google, \u201cthey started bringing a whole bunch of people no one had ever heard of to committee meetings to say how wonderful the cache was,\u201d one media exec remembers. And whenever there was debate about new features or the roadmap, Google always won.<\/p>\n<p>\u201cI have no doubt that the long-term play was to say, \u2018We\u2019re Google. This is a new language for the web. If you don\u2019t like it, you\u2019re not on the front page of Google anymore.\u2019\u201d<\/p>\n<p>Over time, AMP began to support more ad networks \u2014\u00a0or, rather, more ad networks began to do the work required to support AMP\u2019s locked-down structure. But many still felt the best experience was reserved for Google\u2019s own ad tech. That fact has become the most contentious part of AMP\u2019s history \u2014 and the reason it wound up in multiple antitrust lawsuits against Google. The suits allege, among other things, that Google used AMP as a way to curtail a practice called \u201cheader bidding,\u201d which allows publishers to show their inventory to multiple ad exchanges at once in order to get the best price in real time. \u201cSpecifically,\u201d the 2020 lawsuit says, \u201cGoogle made AMP unable to execute JavaScript in the header, which frustrated publishers\u2019 use of header bidding.\u201d Google spokesperson Meghann Farnsworth said in a statement that \u201cAG Paxton\u2019s claims about AMP and header bidding are just false.\u201d Most of the AMP-related provisions in that 2020 lawsuit were thrown out by a district court in 2022, which found that the case \u201cdoes not plausible [sic] allege AMP to be an anticompetitive strategy.\u201d<\/p>\n<p>As AMP caught on, Google\u2019s vision for the product became even more ambitious. The company started to suggest that, rather than maintain a website and a separate set of AMP pages, maybe some publishers should build their entire site within AMP. On launch day in October 2015, the AMP project website proudly proclaimed that it was \u201can architectural framework built for speed.\u201d By the end of 2017, AMP was promising to enable \u201cthe creation of websites and ads that are consistently fast, beautiful and high-performing across devices and distribution platforms.\u201d It was no longer just articles, and it was no longer just mobile. It was the whole web, rewritten Google\u2019s way and forever compatible with its search engine.<\/p>\n<p>\u201cI 100 percent believe that Google would have loved to have said AMP is the future of HTML,\u201d Eden says. \u201cI have no doubt that the long-term play was to say, \u2018We\u2019re Google. This is a new language for the web. If you don\u2019t like it, you\u2019re not on the front page of Google anymore.\u2019\u201d<\/p>\n<p>Ultimately, though, Google\u2019s grandest ambitions didn\u2019t come to pass. Neither did its smallest ambitions, really. As publishers continued to thrash against AMP\u2019s constraints, and as overall scrutiny against Google ramped up, the company began to pull back.<\/p>\n<h3>The non-standard<\/h3>\n<p>In 2021, Google announced it would start featuring all pages in the Top Stories carousel, not just AMP-powered ones. Last May, Google let some local news providers for covid-related stories bypass this requirement. As soon as publishers didn\u2019t have to use AMP anymore, they mostly stopped. <em>The Washington Post<\/em> abandoned it the same year, and a litany of others (including Vox Media) spent 2022 looking for ways off the platform. Even now, though, some of those publishers say they\u2019re nervous about traffic disappearing. Google remains such a black box that it can be hard to trust the company, even as it continues to say it doesn\u2019t factor AMP into results.<\/p>\n<p>The true irony of AMP is that even as publishers are jumping off the platform, many also acknowledge that, actually, AMP is pretty good now. It supports comments and more interactive elements; it\u2019s still fast and simple. Now that it\u2019s run by the OpenJS Foundation and separated from the search results incentive, it appears to be on track to become a genuinely useful project. It\u2019s not likely to replace HTML anytime soon, but it could help usher in the idea of portable and embeddable content that Jarvis and Gingras imagined all those years ago. Developers can even use AMP to make web-based projects that feel like Instagram Stories or the TikTok feed. \u201cAMP potentially could have been \u2014\u00a0in some ways, I still think possibly could be \u2014 a really interesting way of syndicating content that takes that middle person out of the mix,\u201d Pilhofer says.<\/p>\n<p>Everyone I spoke to also thinks Core Web Vitals is a good and valuable idea, too. Speed matters more than ever; how you hit the mark doesn\u2019t matter as much.<\/p>\n<p>One source I spoke to wondered aloud if the internet might be a different place if the first versions of AMP had actually been good. Would publishers have thrown even more resources into supporting the format, giving Google even more control over how the web works \u2014\u00a0and, as the antitrust lawsuits allege, how it makes money? It certainly seems possible.<\/p>\n<p>But one thing proved undeniable: for Google, there was simply no coming back from the first days of AMP, when publishers felt like the company was making grand pronouncements about saving the web while also force-feeding them bad products that served Google\u2019s ends and no one else\u2019s. Even Facebook Instant Articles and Apple News, constrained and problematic as they were, felt optional. AMP didn\u2019t.<\/p>\n<p>\u201cIt maybe had good intentions about making the mobile web better,\u201d Adams says, \u201cbut went about it in probably one of the worst ways you could have imagined. It was a PR nightmare.\u201d\u00a0<\/p>\n<p>One of the smartest and most profitable things Google ever did was align itself with the growth of the web. It offered useful free services, used projects like Fiber and Android to help get more people online, and made the sprawling internet a little easier for people to navigate. As the web grew, so did Google, both to great heights. But when the web was threatened by the rise of closed platforms, Google mortgaged many of its ideas about openness in order to make sure the profits kept coming. \u201cAnd as a long-term effect, it probably woke a lot of news publishers up to the fact that Google is maybe not a benign entity,\u201d Adams says. \u201cAnd we need to take their dominance a bit more seriously as a news story in its own right.\u201d<\/p>\n<p>In response to this story, Google spokesperson Meghann Farnsworth said the company \u201cwill continue to collaborate with the industry to build technology that provides helpful experiences for users, delivers value to publishers and creators and helps contribute to a healthy ecosystem and the open web.\u201d<\/p>\n<p>Google is still the web\u2019s biggest and most influential company. But across the publishing industry, it\u2019s no longer seen as a partner. AMP ultimately neither saved nor killed the open web. But it did kill Google\u2019s good name \u2014\u00a0one not-that-fast webpage at a time.<\/p>\n<hr>\n<p><em>Casey Newton and Nilay Patel contributed reporting.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In 2015, Google hatched a plan to save the mobile web by effectively taking it over. And for a while, the media industry had practically no choice but to play along. It began on a cheery October morning in New York City; the company had gathered the press together at a buzzy breakfast spot named [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3684,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[93,95,96,81,84,87,90],"class_list":{"0":"post-3681","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-google-fiber","8":"tag-android-phone-guide","9":"tag-android-phone-news","10":"tag-android-phone-reviews","11":"tag-google","12":"tag-google-guide","13":"tag-google-news","14":"tag-google-reviewsandroid-phone"},"_links":{"self":[{"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/posts\/3681","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/eufad.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=3681"}],"version-history":[{"count":1,"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/posts\/3681\/revisions"}],"predecessor-version":[{"id":5017,"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/posts\/3681\/revisions\/5017"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/eufad.com\/index.php?rest_route=\/wp\/v2\/media\/3684"}],"wp:attachment":[{"href":"https:\/\/eufad.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=3681"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/eufad.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=3681"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/eufad.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=3681"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}