Live data from Hacker News

How to fight back against Google AMP as a web user and a web developer

markosaric.com

471–480 of 570 posts

Re: How to fight back against Google AMP as a web user and a web developer

#471

Earlier quoted context omitted.

Hello, gregablr who works on AMP and forgets to disclose it: No, AMP is not "just HTML". It's not HTML5-compliant. It requires js to run and display properly (because Web Components), it gets preferential treatment in Google Search. It's not plain HTML.

Any AMP page can be HTML5 compliant. AMP doesn't require that the page pass an HTML5 validator, but is entirely compatible with HTML5. JavaScript and Web Components are part of the HTML5 standard. This is simply the Extensible Web ( https://www.w3.org/community/nextweb/2013/06/11/the-extensib... ) My profile discloses that I work on AMP.

> Any AMP page can be HTML5 compliant.

They are not compliant by default.

> This is simply the Extensible Web

That gets exclusive preferential treatment by Google.

It's not "just HTML".

Re: How to fight back against Google AMP as a web user and a web developer

#472
post #464

Earlier quoted context omitted.

> it also does make the web faster this is true > That is why AMP has been successful This is not. If google removes ranking incentive, people will forget about AMP the next day

But speed results in better ranking, and that's what amp provides.

No, AMP provides space on a top carousel of results.

Re: How to fight back against Google AMP as a web user and a web developer

#473

Earlier quoted context omitted.

>> That is why AMP has been successful >This is not. If google removes ranking incentive, people will forget about AMP the next day Google giving ranking incentive to sites that are faster seems like the exact sort of thing they should be doing.

Except that it's now giving a huge boost to websites that use a specific technology to be fast; instead of just boosting all fast websites like it used to. Sites can be fast even if they don't use AMP.

Heck, sites can be faster if they don't use AMP. Sure, most sites aren't, but it's certainly doable. AMP, aside from Google caching your site on the SRP, doesn't really do anything crazy when it comes to site performance.

Re: How to fight back against Google AMP as a web user and a web developer

#474

Earlier quoted context omitted.

Firefox on android lets you install most of the available desktop extensions, so you can use your favourite ad blockers

But then you have to suffer using Firefox on Android.

There's nothing wrong with it, I've been using it for ages.

Re: How to fight back against Google AMP as a web user and a web developer

#475
post #30

I worked on amp for a leading newspaper, and everyone who says that amp is about "making the web faster on mobile" is either very naive or doing marketing for google. For publishers, amp is about trying to top the results on google search and capture traffic, it's their only motivation to publish their content using amp, and the only metric they look in order to evaluate the results. Once they have their amp content,…

Those poor publishers, really makes me miss the early 2010s internet.

Re: How to fight back against Google AMP as a web user and a web developer

#476

Earlier quoted context omitted.

Traffic never leaving Google's servers seems pretty concrete.

You can self host AMP. It doesn’t have to be on google’s servers.

But the traffic coming from Google results will always view it from Google servers.

Re: How to fight back against Google AMP as a web user and a web developer

#477

Earlier quoted context omitted.

It's the other way around -- AMP pages show a blank page for 8 seconds for people with ad-blockers because of that CSS rule.

The behavior you describe occurs if the useragent blocks the URL https://cdn.ampproject.org/v0.js which does not have anything to do with ads or analytics. Certainly an ad blocker can be used to block any URL, but I don't know of any that block this one by default. If there are any, let me know and I'm happy to file issues to get that fixed! If a user chooses to block this particular resource which the page needs to…

The AmpProject is without question controlled by Google, so I reject your claim that it "does not have anything to do with ads or analytics".

The company is an advertising company. If 90+% of your revenue comes from one thing, that's what you are. Anything else is a gimmick.

That tech fanboys continue to ignore or refute this fact about Google just shows how much Kool aid they've consumed, I assume by skipping the drinking part and going straight to Kool Aid baths and Kool aid enemas.

Blocking third party resources on a site is not a "bug" that needs to be "fixed".

Re: How to fight back against Google AMP as a web user and a web developer

#478

Earlier quoted context omitted.

The delay is css based not js based, so why would blocking all js affect it?

If you tell the browser to disable execution of all tags, it will instead evaluate the tag which contains some additional CSS that disables the animation.

Ah, I didn't realise/remember it has a noscript block, it's been a while since I dug into the issue originally.

Re: How to fight back against Google AMP as a web user and a web developer

#479

Earlier quoted context omitted.

A priori not anymore so than otherwise downranking slow sites. The missing piece here is how using amp is beneficial to Google or harmful to consumers/other search engines to make it anticompetative.

> how using amp is beneficial to Google You are correct, most people are leaving this out. I think an emphasis on asking why Google is pushing AMP, and whether that interest aligns with consumers, would be helpful in this thread.

Most people seem to intrinsically understand that a single browser-making ad company dictating what features a website can or can not use is about that company flexing it's muscles to control things.

Is that really not obvious to some?

Re: How to fight back against Google AMP as a web user and a web developer

#480

Earlier quoted context omitted.

Of course AMP has other motives than simply making the web faster for mobile, but it also does make the web faster for mobile. I guarantee the AMP version of that paper's mobile website provided a significantly better user experience than the normal version. That is why AMP has been successful, and it's why I will continue to click on AMP links whenever available. Is giving Google that much control ideal? Of course n…

> it also does make the web faster this is true > That is why AMP has been successful This is not. If google removes ranking incentive, people will forget about AMP the next day

> it also does make the web faster

No, it is not. Optimized plain old webpages are faster.

If Google wants to promote faster pages then amp should not be promoted in the search results.

It is about capturing traffic, injecting tracking and ads.

Post reply on HN