15 ms·

Ask HN: Is it just me or is the AMP project making everything slower?

378 points by gtf21 8y ago

I have µMatrix in my browser, and by default it blocks the AMP CDN. The result of this seems to be horrendous white-screen times for web-pages, beyond what I would expect it to take for a web-server to load these pages, and the delay in loading is very noticeable across all of them. I have a vague idea of the point of AMP, which is to speed up the delivery of web pages. However: 1) I'm not convinced the web pages were really _that_ slow to start with, so it feels like an unnecessary project (well, excepting the fact that web-page bloat has massively increased as people use more and more javascript libraries &c.). 2) Perhaps I'm being a bit old fashioned, but I don't really understand what was wrong with a browser serving a web page made out of some HTML, CSS, and Javascript. It feels like we're replacing one technology with another (and that latter one comes from Google, which makes me nervous). Do we really want AMP to be the way we serve the web? 3) I haven't properly investigated, bt I'm assuming that this delay is some script which is waiting for the data to load from the AMP CDN, and once that times out it displays the underlying content (I did check and loading this page [1] is almost instantaneous yet the content only displays after three seconds). Any insight into why it's seen as acceptable for this to be so slow when it is unnecessary for displaying the page? [1]: https://www.ehow.co.uk/how_5840711_test-electrical-outlet-digital-multimeter.html

abalone 8y ago
I wish Google would just heavily weight fast-loading, responsively-designed pages in pagerank and call it a day. There's no need for a weird problematic proprietary format.. It just smacks of a power grab to keep visitors on google.com.
- WalterSear 8y ago
  It's a power grab.
- davegauer 8y ago
  A thousand times yes. If Google actually cared about end-user "experience", the health of the Web, and accessibility, they would do exactly as you've described.
- jefftk 8y ago
  > There's no need for a weird problematic proprietary format. The reason we need AMP now is that you can't otherwise preload a page in a privacy-preserving way. Webpackaging will allow doing this without AMP though: https://github.com/WICG/webpackage/blob/master/explainer.md https://github.com/WICG/webpackage/blob/master/explainer.md (Disclosure: I work at Google on making ads be AMP.)
  - pdimitar 8y ago
    Are you sure this is going to be allowed at Google? Policy and all that. They don't exactly look to be condoning open standards in this regard. Would be happy if I am wrong though.
    - jefftk 8y ago
      Google is one of the main groups working on it. For example, the draft https://tools.ietf.org/html/draft-yasskin-dispatch-web-packaging-00 https://tools.ietf.org/html/draft-yasskin-dispatch-web-packa... is by a Google employee.
chuckgreenman 8y ago
I think there are definite drawbacks to the AMP project. For starters, it seems like the main goal is for Google to own more of the time people are interacting with the web, rather than anything else. A mark in its favor though is local news sites. They are desperate to be at the top of the search page so when they join AMP, and you look at their AMP pages all of a sudden the loads of dark patterns they usually employ are absent.
- andy_ppp 8y ago
  Maybe Google could just heavily discount for SEO popovers, slow sites, huge blobs of JS and generally stuff that we all find slow and irritating (i.e. jumpy images). It used to be the case that Google wanted to solve problems of their users but now Google wants to solve the problems of Google.
  - throwaway13337 8y ago
    I can imagine a search engine that heavily penalized popovers and other user hostile patterns to have the effect of giving great content since the authors of such sites respect their users more. As Google results have gotten progressively worse for common search terms (try searching anything health related), this sort of filter could bring back the web we see to where it used to be. I'd love to see a nonGoogle search engine like this.
- acdha 8y ago
  Google could get the same effect by more aggressively factoring page load time & size into page ranking. They don’t because that doesn’t give them control over the ad ecosystem.
  - ip26 8y ago
    They did that for years already, I believe. It didn't work.
    - joegahona 8y ago
kevingadd 8y ago
In my experience AMP is considerably slower unless I happen to be browsing in Chrome. It's probably an accidental result of how they implemented AMP, that framework is tuned specifically for Chrome in the first place (odd CSS hacks to nudge Chrome's compositor into behaving a certain way, etc.)
- trynewideas 8y ago
  "accidental"?
  - mtgx 8y ago
    That's the joke.
    - gonational 8y ago
      Hey, where is my bitcoin!?
- anticensor 8y ago
  We need amp.wexe, fully DOM-based AMP implemented in WASM.
markovbot 8y ago
Yeah, I actively avoid visiting AMP and sharing AMP sites for this reason whenever possible. They just take so fucking long to load.
aboutruby 8y ago
The most frustrating is that AMP version of app/pages/websites are very incomplete, e.g. the AMP version of a reddit post has only 3 comments (and the "load more comments" button is buggy). Would have been much better to use Lighthouse / PageSpeed as a basis for showing optimized pages.
- napsterbr 8y ago
  Ugh, Reddit. Their amp version is terrible for the exact reason you mention. I know every time I see a Reddit page on Google results that I'll make two page loads instead of one (this does make a difference on my country, where everything is slow). Then, when accessing their pages on mobile browser, there's a huge banner telling me to download their app. In this same banner there is a dark UX pattern, where the call to action, giant button is to download the app, and the tiny footer text is "continue to mobile site". And apparently it doesn't matter I clicked through the banner before, it always displays the same annoying banner. Sorry for the rant. I'm just genuinely disappointed in what the web has become.
  - mort96 8y ago
    My favorite is that they've recently started animating their "Get the app" button in the header. That's both immediately on page load, _and_ on an interval as you're reading, meaning it's impossible to read for more than a minute or so without an animation distracting you. Is it just me or has the mobile web taken a nosedive in recent years? Imgur won't even let you upload images from mobile anymore without their app, reddit is getting progressively more annoying, "Get the app" buttons and modals and banners are getting progressively more prominent and dark-pattern-y, and the default for all web pages now seems to be to include <meta name="viewport" conent="width=device-width, initial-scale=1"> regardless of whether the developers actually tested that their web page works on small screens, meaning web pages which would've just fallen back to desktop emulation mode in the past just simply don't work at all.
    - nyolfen 8y ago
      all reader mode everything
pornel 8y ago
Yes, AMP is rather slow: https://timkadlec.com/remembers/2018-03-19-how-fast-is-amp-really/ https://timkadlec.com/remembers/2018-03-19-how-fast-is-amp-r... and looks fast mainly because Google preloads it: https://ferdychristant.com/amp-the-missing-controversy-3b424031047 https://ferdychristant.com/amp-the-missing-controversy-3b424...
- HALtheWise 8y ago
  Sure, but from an end-user perspective, preloading is a perfectly valid way to achieve good performance, so it shouldn't be left out of the conversation. The fact that AMP can be preloaded without leaking your sensitive information to the owners of domains that you have not yet navigated to is a primary component of the design, and often gets ignored by armchair analysts.
  - acdha 8y ago
    The problem is that preloading is brittle. I see AMP pages lagging only a daily basis which is much rarer for sites which follow best practices — that 100KB of render-blocking JavaScript makes AMP incredibly brittle.
    - lphnull 8y ago
      The web isn't what it was back in the 90s and early 2000s though. Back then, you wanted a website to last because there wasn't much on the web to begin with. Those of us who were online owned a reasonable amount of web bookmarks that led us to nice solid pages that were designed to load nice and fast over slower connections. Nowadays, the landscape is way different. There are just so many "normal folk" on the internet now that content is being consumed at an alarming rate. There is so much stuff on the internet now, that even Youtube videos have become disposable. Most of the stuff that people read and watch now is consumed once and then never visited again because there's just not enough time to revisit the insane amount of content we're exposed to. Nowadays, why does it matter if a website is made "brittle" if the content isn't going to matter in a few months anyways? And if you do want to archive something for later, shouldn't the words on the page matter more than the code behind it? After all, if a user 12 years from now wants to read your article, all they're going to want is your words and pictures. Code is always brittle because new technology makes everything obsolete.
JesseWright 8y ago
AMP pages take forever to load for me with Firefox and uBlock Origin. When I open a news story from Google's recommendations, which always open to AMP pages, it pretty much always takes about 15 to 30 to show anything on screen. I instinctively edit the link manually nowto try to go to the non-AMP version, which typically loads the content in under 5 seconds.
- Marsymars 8y ago
  If you're using Firefox, you can just use the Redirect AMP to HTML extension.
  - Boulth 8y ago
    Or, an alternative approach that also works in Chrome: use DuckDuckGo. Actually early AMP, that was extremely broken, pushed me out of Google completely.
    - Marsymars 8y ago
      Still have a problem with shared AMP links in that case. I like the Safari approach where AMP URLs get converted back to their canonical URLs when shared.
nty 8y ago
>I'm not convinced the web pages were really _that_ slow to start with, so it feels like an unnecessary project That's because you use umatrix and possibly ublock. AMP is about making the web faster for the common Joe.
- HALtheWise 8y ago
  It is also likely that you don't spend a significant amount of time browsing on a 2G cellular connection. When ping times are very long, the only way to get web performance anywhere close to native apps is pre-caching, which is what AMP is designed to enable (link-rel="prefetch" is a privacy nightmare). AMP is about the common Joe, but also about the 90th percentile slow performance (like in the developing world or on cellular networks).
  - manicdee 8y ago
    Pre-caching in those cases will cause other things to slow down and needlessly consume bandwidth which the user is paying for. The real reason for AMP is to allow Google to watch everything your visitors do so they can sell your visitors eyeballs to your competitors.
justinsaccount 8y ago
Fixed title: Is it just me or is µMatrix making everything slower?
- xen2xen1 8y ago
  Sounds right to me, don't know why you're downvoted? Do something non-standard and then complain things are broke?
  - OpenBSD-empire 8y ago
    The USER should have total control of what is shown in their browsers, not the webmaster. Without users, the webmaster is pissing his web content into the wind!
slig 8y ago
This is what's keeping the screen white before showing its content https://news.ycombinator.com/item?id=17746886 https://news.ycombinator.com/item?id=17746886
globe1337 8y ago
Yes. I absolutely hate when I want to load an article on my iPhone and it loads AMP. I remove that part of the URL to read the original source most of the time.
SquareWheel 8y ago
Correct. You've broken the page by blocking only some of the assets. AMP loads fine if you allow all scripts or disable Javascript completely.
- tedunangst 8y ago
  Disabling javascript doesn't disable css animations.
  - SquareWheel 8y ago
    The CSS animation only comes into play as a fallback mechanism. The AMP script will force a draw sooner otherwise.
    - gregable 8y ago
      Precisely. The exact code is here: https://www.ampproject.org/docs/fundamentals/spec/amp-boilerplate https://www.ampproject.org/docs/fundamentals/spec/amp-boiler... Here it is pretty-printed and simplified to not have the vendor-specific stuff: <style amp-boilerplate> body{ animation:-amp-start 8s steps(1,end) 0s 1 normal both } @keyframes -amp-start{ from{visibility:hidden}to{visibility:visible} } </style> <noscript> <style amp-boilerplate> body{animation:none} </style> </noscript> The first bit is for browsers with javascript, but where the network is poor and can't load the minimal required highly cacheable javascript file within 8 seconds. It uses CSS just in case javascript really isn't working anyway such as being disabled per domain or something. The second bit is for browsers without javascript - the page is unblocked immediately.
- gtf21 8y ago
  This is not really the point, the point is that the page loads anyway, without the AMP scripts so there's really no excuse for having an 8s delay. I don't want this google stuff on every web page I visit, and frankly it's unnecessary -- this article could easily have been written using static HTML / CSS and it would probably have been easier to develop (as well as access).
newnewpdro 8y ago
I don't know about slower, but it's certainly made the web more annoying to use with piecemeal javascript support - which obviously benefits advertisers like google, if it makes more of us cease interfering with tools like noscript and µMatrix.
throwawaysea 8y ago
They're likely unrelated issues, but I am not surprised that those outside Google's happy path experience severe performance issues. Gmail has been horrendously slow ever since they launched their terrible redesign, with initial page load taking 10+ seconds and actions like opening up emails taking several seconds. I can't help but think this is because I don't use Chrome.
- kstenerud 8y ago
  No, it's slow in chrome, too. Multi user Hangouts is also horribly broken in chrome (first user can't see or hear anyone).
kjullien 8y ago
I sadly have to code AMP for work. The reason you see a white page is that the boilerplate code required for any AMP page to be valid includes : webkit-animation:-amp-start 8s steps(1,end) 0s 1 normal both; With visibility set to hidden for every element on the page. This is used to minimize page rendering artifacts for the end user, which is one of AMP's main goals, content should be fixed. The problem however here is that this animation is usually triggered before the 8s, as soon as the AMP javascript has been served from the CDN. Your adblocker of something of the sort is blocking it which results in you having to wait for the hard coded 8s fallback to see the page no matter if the content is already loaded. AMP is beautiful.
- SimeVidas 8y ago
  8 seconds? I thought it was 3. That being said, this is most likely the culprit. If OP is blocking AMP CDN, the inlined CSS code will hide the content until the CSS animation completes after whatever the timeout is nowadays.
  - gregable 8y ago
    This CSS animation is just the backup in case the javascript doesn't load at all, really. After 8 seconds, the page gives up trying to prevent the flash of unstyled content and just renders, regardless of how bad the styling is. It also includes a <noscript> block that renders the page immediately if javascript is disabled. The 8s thing is for network issues. Graceful degradation. Lots of documents (amp or not) use the same "hide the screen until layout is done" trick to avoid multiple relayouts as the initial javascript is running and CSS is being fetched. More often than ideal, they don't have a fallback if the javascript doesn't load at all. AMP mandates it with this CSS animation, which is far better than nothing. Also when served from the AMP Cache (https://www-ehow-co-uk.cdn.ampproject.org/c/s/www.ehow.co.uk/how_5840711_test-electrical-outlet-digital-multimeter.html https://www-ehow-co-uk.cdn.ampproject.org/c/s/www.ehow.co.uk... for the example shown), the layout algorithm that javascript runs is applied by the AMP Cache instead and the 8-second timeout code is removed completely (view source and take a look). This doesn't work on all pages - there are some features that require a client-side context, but it does work on this one. Websites can run the same server-side layout algorithm on their origin using a node library (https://www.npmjs.com/package/amp-toolbox-optimizer https://www.npmjs.com/package/amp-toolbox-optimizer). There is also work being done to improve all of this (server side layout on more documents, and making the system easier to run on your own site). The 3s observation from the original post is interesting. It may just have been an estimation of the 8s, or it could have something to do with how the document is configured. Looking at this document, there are some <amp-font> tags that the document author has added with a 3000ms timeout. These are tags that instruct the AMP javascript to change the document CSS class depending on the success of failure of loading of a particular font. By default (not amp specific), if a document loads a webfont for a particular text, the browser will not display the text until the font is loaded. <amp-font> provides a CSS hook by which the author can do stuff like "hide the text for up to 3s, or when the font has loaded, whichever comes first". This page has some <amp-font> tags with a 3s timeout referencing fonts that have not been added to the document, which seems like a mistake from the document author, unsure. I was not able to reproduce the 3s experience though, so this may be incorrect speculation as to what happened.
jonas21 8y ago
So... you're blocking the AMP javascript from loading and then complaining that AMP is slow for you. Have you tried not blocking the script?
- jimbo1qaz 8y ago
  Downloading a website sans scripts takes strictly less time than downloading and executing scripts. A website that hides its content for 8 seconds because scripts are disabled is a defective website which deliberately stops users from looking static content (amp uses css animation).
  - SquareWheel 8y ago
    Ha. That's like removing a bunch of methods from a program and claiming it's broken when it crashes. What did you expect to happen when blocking half of a site's libraries?
    - tedunangst 8y ago
      At the very least, I expect it to crash faster after removing methods. It should not pause for a long time and then work.
    - jimbo1qaz 8y ago
      News sites are hypertext, also known as formatted text, and not web-apps or programs which download and render websites. I expect news sites to load properly in the absence of the AMP CDN (not "half the methods"), not deliberately hide content from users. (I feel the same way about blocking page rendering when web-fonts don't download when their http connections hang instead.) EDIT: I just moved to desktop. If I block all scripts in uMatrix, OP's URL loads immediately (albeit with a full page of garbage above page content). If I block external scripts in uMatrix, I have to wait 8 seconds before anything appears.
      - SquareWheel 8y ago
        >News sites are hypertext, also known as formatted text, and not web-apps or programs which download and render websites. No, there are many thousands of websites that render their content dynamically on the client - news or otherwise. Facebook, Twitter, and Reddit all make use of client-side rendering (and all provide news services). >not deliberately hide content from users Your browser also "deliberately hides content". It waits a few hundred milliseconds before triggering a paint, just to avoid content from jumping around. AMP pages do the same -- unless you break the mechanism of course.
lsadam0 8y ago
AMP has always and will always be a garbage idea. Stop implementing AMP.
- super-serial 8y ago
  Over the last couple years Google has acted like a dictator on the web. No more autoplay... except if you're Youtube, or these 100 approved sites. If you use Chrome... oh now you're auto signed in. You opt out of location tracking - we'll still track you, we don't care. Don't give Google more power. Implementing your website in AMP is basically handing the keys of the web over to Google. They're going to make it more and more ridiculous to stay AMP-compliant and you're going to be shut out if you don't play their game. Eventually they'll enable/disable features of AMP-based sites arbitrarily... similar to how they determine autoplay policy on their "approved sites list." Do you think Google should be the all-powerful being that determines what features you can have on your website? That's the future you're opting into if you implement AMP.
dang 8y ago
I finally deployed code a few days ago to rewrite AMP urls on HN. It's tricky to get right. Fortunately Brian Eno was not playing. https://news.ycombinator.com/item?id=18289349 https://news.ycombinator.com/item?id=18289349
- ocdtrekkie 8y ago
  This is fantastic. Thank you, dang.
- SquareWheel 8y ago
  Shouldn't HN be grabbing the canonical URL from submissions anyway?
anigbrowl 8y ago
It's junk and I hate it. Google isn't Yahoo but it's become replaceable in the same way that firm did. Google News has become a case study in what not to do.
DocG 8y ago
amp is slower than full pages for me. No custom configuration.
deleted 8y ago
[deleted]
Falkon1313 8y ago
>I'm not convinced the web pages were really _that_ slow to start with, so it feels like an unnecessary project (well, excepting the fact that web-page bloat has massively increased as people use more and more javascript libraries &c.). Right. It's super easy to make lightning fast web pages. In fact, that's the default state of a static HTML page. It actually takes a lot _more_ work to make pages slow by adding tons of javascript, dependencies, server-side applications, etc. From the article linked elsewhere in this thread: >The 90th percentile weight for the canonical version is 5,229kb. [...] The 90th percentile request count for the canonical version is 647 There's the problem. Over 5 megabytes and 647 requests for one article? 5MB is equivalent to about 20 full-length novels or 1,000 pages of text. And 647 requests?! That must be one extremely comprehensive article, right? No, it's 1 request for a brief article and 646 unnecessary requests wasting bandwidth to load unnecessary stuff. Then people wonder why it's slow. But someone put in a lot of work to fluff that page up to be that huge and slow and use that many requests.
- stordoff 8y ago
  > The 90th percentile weight for the canonical version is 5,229kb. I get antsy when I made a page over 100KB (excluding images, and even then anything over 1MB starts to feel excessive unless it's something particularly reliant on images). 5MB feels very high.
  - gregable 8y ago
    I'm with you, but it's the reality. I just searched for "NASA" on google news, clicked the first thing not from JPL (https://www.fool.com/investing/2019/01/12/whos-who-in-nasas-next-space-race.aspx https://www.fool.com/investing/2019/01/12/whos-who-in-nasas-...) and it loaded 2.6MB cold cache. Fetched the same on the AMP Cache: https://www-fool-com.cdn.ampproject.org/c/s/www.fool.com/amp/investing/2019/01/12/whos-who-in-nasas-next-space-race.aspx https://www-fool-com.cdn.ampproject.org/c/s/www.fool.com/amp... 200KB cold cache. Removing the likely cached resources (amp javascript, fontawesome cdn font) and the payload is ~35KB. It's certainly possible to make a lightweight page, as hacker news is a great example, but people aren't doing it. For whatever reason, AMP seems to be effective at making the web actually follow best practices.
scoot_718 8y ago
It's outright blocking pages for me, until the pages retry without AMP
plasma 8y ago
I wish I could opt-out of AMP, I dislike the reddit AMP experience as its poorly maintained compared the the web based mobile experience.
donohoe 8y ago
It’s not really AMP that delivers speed improvements that made everyone go WOW back when it started. It was the Google would prefetch AMP pages in search results. In many cases AMP is neglibly faster than mobile web page and sometimes slower.
anuraj 8y ago
AMP is a project that benefits only a giant corporation. Please don't support it.
- parski 8y ago
  That giant corporation runs the biggest reason for SEO. AMP affects SEO.
html5web 8y ago
AMP is slow like s..t. Mess as a f..k.
kkarakk 8y ago
why not go all the way and just block websites that use amp? it's what i do. trend riding idiots are not worth it
bowlich 8y ago
Have I been under a rock? I keep reading about AMP on HN, but I have yet (professionally or personally) actually come across AMP in the wild unless I intentionally went looking for it -- or am I consuming AMP and not even realizing it?
- dingaling 8y ago
  I don't believe that Google serves AMP links to Firefox, certainly not to the Mobile version and also not when you have JS disabled from google.com Plus you might not be browsing the subset of AMPish websites. The only ALP links I see are when people share mainstream news links, and then it's straightforward enough to manually extract the URL.
ziont 8y ago
AMP and PWA are pile of shits designed to lock users to Google.
k_bx 8y ago
AMP is about guarantees that you can't have with regular JS. You guarantee to not do any sync JS and document.write() stuff when you use AMP. Personally, I plan to use AMP to make a better indexation of my app which I do as a SPA, and which seems to be poorly indexed by Google. I'll make sitemap pointing to AMP pages with content, which has "see full view" link on it.
zzo38computer 8y ago
The content of [1] displays immediately for me (and I do not have document scripts enabled). There are <amp-...> elements; I don't know what they are, and they do not do anything. For webpages that do hide everything, I define my own CSS overrides which prevents the <html> and <body> element from ever being hidden, opacity less than 1, or similar. Further rules can be added to prevent <body> from being animated or having transitions. What is wrong with just HTML, without CSS and JavaScript, or in some cases just plain text and not even HTML?
cronix 8y ago
> which is to speed up the delivery of web pages ...to make up for the slowness of all of the ads Google and others serve. It's amazing how fast pages load with no ad networks involved.
tgsovlerkhgsel 8y ago
> I have µMatrix in my browser, and by default it blocks the AMP CDN. Maybe an unpopular opinion, but if you're getting a slow load/blank page because you're blocking parts of the content, yeah, "it's just you". Without the fallback mechanism that gets triggered after a few second, you'd just be stuck at the white page. A good site will load faster than AMP, on a decent connection it may even be comparable to preloaded AMP. However, news sites have been pretty universally horrible at making good web sites. If someone stood behind their web developers and management with a whip, forcing them to build decent web sites and disallowing them from adding bloat, AMP would likely be unnecessary. Part of the benefits of AMP is the possibility to preload, which allows for near-instant page opening from the search result page (unless you're blocking content, of course), the other part of the benefits is being that whip. My overall experience with AMP has been positive.
- DyslexicAtheist 8y ago
  > If someone stood behind their web developers and management with a whip, forcing them to build decent web sites and disallowing them from adding bloat, AMP would likely be unnecessary. sadly it's the management, marketers, sales who are standing behind them and holding the whip. Most places measure engineering quality by how many features you can push through your CI/CD pipe (minus the fault-reports, breakage that the pipeline generates). When everything works perfectly it isn't appreciated as it indicates that engineering isn't running at full capacity. The same problem we have with security and all resilience topics: how do you measure & budget (or in security monetize) something that is supposed to be invisible to the end-user? As for AMP it's not just a tire-fire it's a clear attempt to break the open web and create lock-in for competitors.
  - b1daly 8y ago
    What’s weird to me though is because I browse the internet on my phone a lot, there are some sites that are terribly slow (and prone to those weird “you’ve won an iPad” hacks). The Huffington post is one. On an older phone or tablet, the site is unusable on iOS. It will crash, and sometimes freeze. Long articles fill in excruciatingly slow. I would think in a data driven business, that there has to be significant numbers of people who actively avoid the site, and that they would want to minimize this. Yet there seems to be no improvement over time. I’ve sometimes wondered if it’s because literally every person in engineering and management at company like Huffington Post have fast devices, and they don’t notice how bad it is. I find it paradoxical.
1103 8y ago
I have some 12 dev inspect tool for that style scripting this notebook was given to me by my gf and its a starter kit.
jokoon 8y ago
HTML seems like it has turned into cancer now... I wonder what would be required for a format to not have this problem, and how it can be prevented.
8lall0 8y ago
AMP is IMHO the wrong solution for a stupid problem of bloating when simply making decent html pages would solve it very well.
cannedslime 8y ago
I refuse to work with AMP simply because it seems like the only reason for its existence is to retain more users permanently in the google "ecosphere". Making performant, fast loading websites has always been a priority for me and my employers, AMP isn't being integrated everywhere because companies want to make their pages load faster, they simply don't want to be penalized by google for not doing AMP. So TL;DR AMP is rarely implemented for the right reasons, and the implementations reflect this.

lphnull 8y ago

>Is it just me or has the mobile web taken a nosedive in recent years? It's because "desktop" web is difficult for newbies. People like you and I love the "desktop" web because we grew up using desktop computers. We don't mind firing up our web browser, typing in a URL and poking around for tiny menu items using CSS that's optimized for big HD desktop monitors. That's what we're used to and that's what we think is normal. Nowadays, everybody- even your grandma- is on the inernet. Everybody's using an iPhone with a tiny screen and large fonts. Opening up a web browser to browse a website is just something people no longer do. Grandma would much rather have an app on her home screen that connects her to the world rather than a bookmark in Google Chrome. Not everybody is a nerd like you and me. The internet has exploded in ways we never imagined, and now we're going to have to deal with everything being optimized for the average user.

mort96 8y ago
I don't know, I seem to hear now and then complaints from relatively non-nerdy people about websites are bugging them about apps or don't work or force them to use their computer because the mobile page doesn't have some necessary feature. Besides, even if everyone is using, say, Reddit, from a dedicated reddit app, links they click will still open in a web view. A link to a medium.com article will still bug you about getting the app; you're there from a dedicated app, but not from _their_ app. Similarly, if an image happens to open in an imgur.com web view instead of a dedicated image viewer, there will be "Get the app" buttons hovering over the image - again, you're visiting their content from a dedicated app, but not _their_ app. If mobile web pages did just enough to make it obvious to their users that there are apps which the user can download, I'd believe you that it's just corporations being altruistic and wanting the best user experience for their users. They don't though. They intentionally break their mobile pages by removing important functionality, they have modals which reappear for every load trying to trick you by making the big orange "Continue" button take you to the app store, while having a tiny link which is easy to miss-click taking you to the page you're actually trying to visit, they put "get the app"-buttons _over_ the content, sometimes even with no close button, they try to distract you from the content you're trying to read by making their "Get the app" buttons fucking animate around. This is not just corporations being altruistic and keeping their users' well-being at heart. This is corporations wanting to optimize for user interaction and data collection, and the best way to do that is to make their users use a dedicated app for just their content, where the user will always be reminded that they should check Imgur whenever they unlock their phones, they can send their users a notification about what's trending on /r/AskReddit if they detect their users haven't used their app for a while, they can make sure their users won't leave for a competitor as easily.

SimeVidas 8y ago

My takeaways from that article: When comparing AMP pages to their associated canonical pages, the most striking difference is that AMP pages are significantly lighter (905 KB vs. 2,762 KB) and load significantly fewer assets (61 vs. 318 requests). (All numbers are median values from testing 50 pages.) Many people have slow phones and expensive internet, and for them this difference enables them to browse news sites, literally.

TFortunato 8y ago
What bothers me about this argument is that there are plenty of other ways to make a news site fast...like just using straight static html content and minimizing JS usage. See http://text.npr.org http://text.npr.org or http://lite.cnn.io http://lite.cnn.io for example
- SimeVidas 8y ago
  Do you really think that websites can “just minimize JS usage” without consequences? For example, AMP provides an ad component that is probably the by far most performant way to display ads on the web. Without AMP, the site has to use alternative ad solutions, which probably perform worse and load more JS. The only way for the site to reduce JS would be to find an ad solution that is similar to AMP in terms of performance, and I fear such a solution just doesn’t exist.
  - mr_toad 8y ago
    By ads you mean tracking. Simple ads can be served statically without JS.
    - jefftk 8y ago
      Have you tried to do this? At any substantial volume? If you serve ads completely statically you're going to have massive fraud issues. Distinguishing real views or clicks from fake ones is an arms race, and it's one you have no hope of winning without JS. (Disclosure: I work on ads at Google, but I don't know much about how our spam detection works and I couldn't talk about it if I did.)
  - hedora 8y ago
    They could have fixed this in a heartbeat by simply having pagerank penalize pages for adding external JS assets. No AMP needed; better experience all around, and with less effort.
    - LordDragonfang 8y ago
      That just leads to every page on the web hosting its own copy of jQuery. The whole purpose of external JS is to reduce load times by sharing cacheable libraries (admittedly with the side benefit of less bandwidth for the host). And if you think a whitelist would work, all it takes is one look at how rapidly new JS libraries come and go to render that unfeasible
      - deleted 8y ago
        [deleted]
      - anticensor 8y ago
        You would use content names rather than location-based identifiers in that case.
        TFortunato 8y ago
        It would be really nice if we started using URIs / URNs more instead of URLs for everything, and did a better job of separating "what" from "where"

NeedMoreTea 8y ago
> Lots of documents (amp or not) use the same ... trick Perhaps luck, but I have never encountered one that is so hostile about it with nearly 10s wait outside of AMP. I've rarely encountered a second or so's delay, but two or three sites including a large one that have the massively excessive AMP delay. So to call it the same trick seems like a stretch from a user annoyance point of view.
- y4mi 8y ago
  but why should they improve your experience, who has ad-block enabled and as such not creating any value to the website owner? It annoyed me as well before, though I realized as I stopped going there that this is for the best... for both my sanity and the websites bottom line.
  - NeedMoreTea 8y ago
    Sometimes it's that simple, often it's not. There's still plenty of sites available without such hassles so it's not yet a problem finding alternatives. On the other hand an ad blocking user is not necessarily producing no value for the site. I've had subs to newspaper sites, all of which I viewed with blocking on, and Independent will never now be one of them. If Guardian did likewise, and added AMP, I'd cancel my current sub and look elsewhere, which would be a definite loss of value for them. I'm not so wedded to the views of any one outlet that I'd subscribe with this in place, or turn off blocking to subscribe, or feel I must subscribe to the same one indefinitely. If it's a site I wouldn't have considered a sub or donation to, you're right, nothing is lost.
  - jacquesm 8y ago
    Accessibility.
    - y4mi 8y ago
      That claim is pretty shallow. The content is there, it's just hidden through css. If anything, a screen reader has access to the content earlier than the unimpaired people.
      - oneeyedpigeon 8y ago
        Accessibility is about much more than screen readers. If a user experiences problems accessing your site, that’s an accessibility problem, no matter what physical attributes that person possesses.
        y4mi 8y ago
        It seems you've been misinformed by the current generation of web designers. Accessibility is actually limited to people with disabilities, though a few people have started to use it interchangeably with usability. [0] I agree with the spirit of your message though, but that's not what the grandparent post claimed. > Accessibility is the design of products, devices, services, or environments for people with disabilities.[1] The concept of accessible design and practice of accessible development ensures both "direct access" (i.e. unassisted) and "indirect access" meaning compatibility with a person's assistive technology[2] (for example, computer screen readers). [0] https://en.wikipedia.org/wiki/Accessibility https://en.wikipedia.org/wiki/Accessibility
        mauvehaus 8y ago
        There's a wide spectrum of accessibility between "content as created by the designer" and screen readers. People with a vision impairment who do not require a screen reader can use the browser's built-in magnifying/zooming capability to make a site usable for them, but only if the content is visible.
        gvx 8y ago
        There is more to accessibly than screen reader compatibility. (I want to emphasize this point, not because I think you said anything to contradict that but because I think that is a point lacking from the conversation in this thread) For example, I'm autistic and use a "normal" browsers, but garish websites (for example those displaying animated ads) are less accessible to me, because those lead me to becoming overstimulated, making me less likely to absorb and remember information presented on the page as well as being physically and mentally exhausting. I am perfectly willing to pay for content (and am, through Spotify, Netflix and Patreon), but much of the web is actively hostile to many disabled people. My physical disabilities don't prevent me from using my computer in the standard way but every time I misplace my mouse and try to navigate the web solely using keyboard (which isn't that far from how I usually use my computer, so it's not like I don't know the shortcuts) I am reminded how it must be for people who are unable to use a mouse and have to rely on other input methods. Many websites couldn't have worse UI when it comes to accessibility if they tried.
  - gtf21 8y ago
    This sort of assumes that (a) the only possible system is surveillance capitalism (I have no problem unblocking advertisers on sites which don't track me e.g. DuckDuckGo, I also have no problem paying for things directly -- in fact, I prefer it); and (b) that this is the sole reason for using something like µMatrix which blocks _everything_, not just ads.
eitland 8y ago
> The 8s thing is for network issues. Graceful degradation. A mandatory 8s lag for a careful users doesn't sound graceful to me :-/ For HNers who weren't creating web back in 2009: we used to have another term as well, "progressive enhancement" that meant more or less "after we got a baseline working on all supported browsers we can add nifty stuff that doesn't work in IE.
- fixermark 8y ago
  Graceful degradation is often handled by changing timing on expected results. Timing is often a useful unconstrained "fudge factor" for such things. And since disabling non-standardized intermediaries mucking about in your browser's w3c-compliant behavior is a solution, I doubt Amp will change to address this failure mode.
kilburn 8y ago
> <amp-font> provides a CSS hook by which the author can do stuff like "hide the text for up to 3s, or when the font has loaded, whichever comes first Modern browsers let the page author control this with the "font-display" CSS property [1]. [1] https://developer.mozilla.org/en-US/docs/Web/CSS/@font-face/font-display https://developer.mozilla.org/en-US/docs/Web/CSS/@font-face/...

EvilTerran 8y ago

From my reading of https://www.ampproject.org/docs/fundamentals/spec https://www.ampproject.org/docs/fundamentals/spec, it looks like you could override this behaviour in uBlock Origin with a style cosmetic filter. Something like... ##html[amp] body,html[\26A1] body:style(animation:none!important) (I can't test it in my current browser, unfortunately, but I think that's right.) [edit] Update: I got to a browser I could test it on. Unfortunately, it turns out uBO doesn't let you apply :style() rules to all pages indiscriminately, you have to specify a domain name pattern - which is pretty annoying, because the principle is evidently sound; this does work on the link in OP: ehow.co.uk##html[amp] body,html[\26A1] body:style(animation:none!important) Hrmph. Alternatively, you could use a CSS injection addon (or userContent.css, in Firefox) to add the rule to all pages: html[amp] body, html[\26A1] body { animation: none !important; } Or do it with a userscript (ie via Greasemonkey or similar). [edit 2] It appears uBO is aware of a need for something like this - they provide an injectable "scriptlet" that adds the necessary CSS: https://github.com/gorhill/uBlock/wiki/Resources-Library#ampprojectorgv0js- https://github.com/gorhill/uBlock/wiki/Resources-Library#amp... Unfortunately, scriptlet injection also can't be applied to every page indiscriminately. :/ ! works on OP's link ehow.co.uk##script:inject(ampproject.org/v0.js) ! doesn't work at all ##script:inject(ampproject.org/v0.js) So I'm just mentioning it here for completeness' sake.

fixermark 8y ago
And if uBlock needs to be modified to make your Amp-adjacent experience better, it's probably a bug uBlock's team should be notified about.
- cramforce 8y ago
  Has it been figured out which adblock list accidentally blocked AMP? We'd like to contact them. This is clearly a bug, since blocking AMP is not related to blocking ads (all the normal ad blocking rules should do the job just fine).
  - gtf21 8y ago
    µMatrix blocks everything that's not from the primary domain unless I tell it otherwise, which is sometimes annoying, but on the other hand lets me cut out loads of crap (hello AMP-project).

manicdee 8y ago

Completely different. This is like a car that tries to phone home every time you start it, so either you keep the phone service active and get a salesperson talking to you while driving, or you disable the phone and the car leave the immobiliser active for a minute each time you try to start the car.

SquareWheel 8y ago
Are you upset that the website is using a CDN? That is the standard distribution method for common libraries. As for the other half of your analogy - stop poking holes in the gas tank and it won't need active service.
- pdkl95 8y ago
  Using a CDN isn't the problem on it's own; the problem is the (unfortunately common) shoddy programming practice of assuming error never happen. Good programming almost always involves checking for and properly handling errors. Using the returned value from fopen(3) without checking if it was NULL probably results in the program crashing when displaying a simple "file not found" error message would have been more appropriate. This principle is also true when writing web pages; if you load an external resource, you need to check for and handle the case where that resource might not be available. Failing to load a resource can happen for many different reasons, not just someone blocking it with their client. Proper handling the error depends on what the resource is: display the content that is already available (perhaps in a less than ideal state), or if that isn't possible displaying an appropriate error message. This includes cases where the Javascript itself isn't available (for any reason). Networks are not reliable or universally available. Quality programming understand that and does the best it can when failures happen.
  - SquareWheel 8y ago
    I agree with you. However understand that AMP actually does have a failsafe here, and it's exactly what the OP is complaining about. After a timeout (to allow for shoddy network conditions as you described) it will load the content as best it can. All three cases are actually covered (full-script support, partial-script support, and noscript support). That's more resilient than most apps.
    - grenadier21 8y ago
      no script support that makes you wait eight seconds in a technology to make things ×faster× isn't really support, is it?
      - eitland 8y ago
        Agree. To put it another way in hope of driving this home: It is sad when the brightest minds in the world decide that the fix for "flash of unstyled content" is to show no content at all for close to 10 seconds. Seriously: 8 seconds mandatory waiting would have been considered slow even 10 years ago and the only reason it passes now is because Google got a stranglehold on most of the web. Edit: improve last paragraph
      - jefftk 8y ago
        If you turn off all scripts AMP has a <noscript> block that disables the 8s timeout. The OP is blocking only external scripts, which not surprisingly looks a lot like a very bad network connection. (Disclosure: I work at Google on making ads be AMP)
        manicdee 8y ago
        Why 8s though? That’s well into “give up on loading this page, close the tab and try somewhere else” territory. Perhaps a better option is finding ways to prevent content jumping around so much while assets are loading.
        jefftk 8y ago
        > Why 8s though? That’s well into “give up on loading this page, close the tab and try somewhere else” territory. That 8s timeout is for loading the AMP JS from the CDN. You want a time limit that separates "you're on a slow connection, keep waiting" and "just give up, it's not worth it". I suspect it was set by looking at network graphs, but I don't know. What the OP is doing, blocking JS and also ignoring <noscript>, is bizarre, and something you should expect to break sites. > Perhaps a better option is finding ways to prevent content jumping around so much while assets are loading. AMP does that very well, but only by taking control of the process of rendering, which requires JS. (Disclosure: I work on making ads be AMP.)
- manicdee 8y ago
  Is the only way you can argue via straw man? My complaint is not the use of CDN, it is the forced delay to load a page when the CDN is not available or certain resources are blocked. This is a direct form of punishment from Google: refuse to let us track everything you read, we will make it uncomfortable for you to read anything. Disabling the phone-home feature is nothing like poking holes in the fuel tank.
  - SquareWheel 8y ago
    >My complaint is not the use of CDN Then why the complaint about "phoning home"? Analogies are imprecise and brittle. >This is a direct form of punishment from Google If you show me some proof I'll be glad to believe you. Occam's razor says it's a simple fallback for unexpected results. >Disabling the phone-home feature... Blocking a required library? Who is straw-manning now?
    - manicdee 8y ago
      Phoning home is where a web site uses Google Analytics for example, while a CDN is where the assets you actually want are loaded from a server with large links to Internet backbone near you. Completely different things, which are sometimes conflated by people confused about the nature of the argument. Calling the phone home feature a required library is part of the malintent from Google. Most websites I interact with don’t need a Google Analytics in order to function, for example. If I block a Google Analytics they refuse to work. The simplest explanation here is that time-short programmers just copy the code presented by Google, who in turn want everything to report back to them so they can monetise third party sites. Building your site for AMP and blindly using the 8s timeout from the Google copy and paste archive is exactly the same story. You don’t need that much time to load all the assets, that timeout is there only to punish people who block the AMP resources.
      - SquareWheel 8y ago
        >Calling the phone home feature a required library is part of the malintent from Google. It is code required for the WebComponents to function. It's also charged with optimizations such as sandboxing of iframes, making requests synchronous, and calculating layout to reduce paints. Clearly it's not "phoning home". The script provides clear actions, as laid out on the amp project website. >You don’t need that much time to load all the assets On American broadband, perhaps. Other countries do not have the same infrastructure. >that timeout is there only to punish people who block the AMP resources. Citation, not speculation, needed.

HALtheWise 8y ago

The intent of the feature seems to be to hide content until it has been laid out properly, which is generally a positive change to the experience because you can't read stuff while it is jumping around. In that sense, the website is "deliberately" stopping you from seeing static content in the same sense that browsers deliberately don't flash the raw HTML code onscreen before they have finished performing layout operations, but it seems unreasonable to imply it is malicious or defective behavior. The CSS animation is a fallback to that intended behavior.

dathinab 8y ago
I is actually both. If it would be just a fallback then the time it uses would be at most 5s, more realistic 3s. The think is, if you are on a internet connection where you have frequent loading time of 3s for the _basic_ content, then you are used to seeing partial loaded pages and you likely love it if the connection happen to load the content you care about first, potentially leaving the page before it's completely loaded when noticing that it's not what you are looking for. The choice of 8s looks _a lot_ like they where looking for the highest time they can chooses without making it look obvious deliberately but which is long enough to make many "causal" users stop using the script blocker. I.e. 10+s would look way to obvious as a intentionally long choice. 9s still looks big as we are used to see 9 as nearly 10 from product prices to some degree (e.g. 9.99€). So the highest number which doesn't look obviously high is the 8. ¯\_(ツ)_/¯
- SquareWheel 8y ago
  Eight seconds may seem exceptional on broadband internet, but it is not elsewhere in the world. I recently worked with a website in Brazil that could take over a minute to load over 3G. It only looks malicious because you're looking for it to be malicious.
  - grenadier21 8y ago
    Like parent said, if a page takes 8s to load, I sure as heck don't mind seeing some partial results so I can start reading in those 8s.
  - Aaargh20318 8y ago
    Great, then serve AMP pages to people in Brazil. I don’t see why I can’t permanently opt-out of AMP considering I’ll alway be browsing on either wifi connected to gbit fiber or a high speed 4G connection. Better yet, make AMP opt-in. It’s naive to think AMP has anything to do with improving the UX, it makes it worse in every way.
cjhanks 8y ago
With my crummy internet connection, it's not a better experience. I really only care about the text on most websites, but I end up waiting for a lot of assets before I can see that. I understand why google wants to avoid having the page redraw the layout as assets arrive, that can also be annoying if done with a lot of relative formatting. But for me, on average, the experience is worse than non-AMP sites.