How to fight back against Google AMP as a web user and a web developer
1–10 of 570 posts
Re: How to fight back against Google AMP as a web user and a web developer
#2Can they just penalize slow/large file size sites in their index?
This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way.
This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
Re: How to fight back against Google AMP as a web user and a web developer
#3I think there needs to be a real alternate solution from Google for longer term change. (if Google wants to stay relevant) Can they just penalize slow/large file size sites in their index? This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way. This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
edit: https://webmasters.googleblog.com/2018/01/using-page-speed-i...
Re: How to fight back against Google AMP as a web user and a web developer
#4I think there needs to be a real alternate solution from Google for longer term change. (if Google wants to stay relevant) Can they just penalize slow/large file size sites in their index? This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way. This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
Well, that would be bad for the independent web, wouldn't it? I mean, you'd be penalising sites with large amounts of content, that aren't on a CDN. Large images or videos, for example, might be the entire point of the page in the first place. I don't want to be directed to to a webpage about an artist (for example) that has the crappiest, smallest and fastest loading images, I want the one with the best images.
Re: How to fight back against Google AMP as a web user and a web developer
#5I think there needs to be a real alternate solution from Google for longer term change. (if Google wants to stay relevant) Can they just penalize slow/large file size sites in their index? This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way. This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
> Can they just penalize slow/large file size sites in their index? Well, that would be bad for the independent web, wouldn't it? I mean, you'd be penalising sites with large amounts of content, that aren't on a CDN. Large images or videos, for example, might be the entire point of the page in the first place. I don't want to be directed to to a webpage about an artist (for example) that has the crappiest, smallest a…
Re: How to fight back against Google AMP as a web user and a web developer
#6I think there needs to be a real alternate solution from Google for longer term change. (if Google wants to stay relevant) Can they just penalize slow/large file size sites in their index? This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way. This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
Google's mission is to "organize the world's information". How can you better organize the world's information when other companies control it? Nothing better than taking control of that information directly. Now you can organize and reformat it to your own wishes. Nothing evil about that, mind you, but it does make you think about their next steps.
Re: How to fight back against Google AMP as a web user and a web developer
#7This is easier said than done, as the other search engines are still not as good as Google, even though Google's results have been getting worse. This may be a controversial opinion, but it's not what my comment is about. I'm going to make a more scandalous suggestion.
Don't use search engines at all.
The idea that a centralized one-size-fits-all search engine is necessary is preposterous. The Web makes available all kinds of information, and unifying it all under a single data model is difficult, and doesn't even make sense. (Does anyone remember the semantic web?) Unifying the world's information behind a single search facade is likewise a Very Difficult Task (TM), one that's likely to fall into the trap of big business, as search has done, because the required resources are so huge.
But what if it's solving the wrong problem? Information of a particular type tends to gravitate to local centers of storage, so to speak, which are specific to the type of information being stored. For example:
- Encyclopedic knowledge is in Wikipedia.
- You can find places by searching Foursquare, Yelp, Apple Maps, OSM, ...
- Q&A about programming (and lots of other topics) is on StackExchange.
- News aggregators have been beaten to death, and multiple are available.
- You can search Twitter using Twitter, and Facebook using Facebook.
I can go on, but the point is clear: every single Web-connected system offers a search function of its own, one that's likely specialized to the type of information stored in that system. It'll most certainly do a better job at searching that local store, and will do so more quickly and cheaply than a centralized, generic search engine. This also avoids the moral hazard of search centralization.
This leaves the little guy: the random small website or blog, where the majority of true gems are found. Google locates these by sheer brute force: they literally index the entire web. They've taken a relative eternity to do so, but it's a problem that could have been solved by something better than mere force.
Does anyone remember webrings? https://en.wikipedia.org/wiki/Webring What if "the little guys" organized in webrings and directories? This doesn't seem like a technical problem, as a webring or directory is trivial to build. Could this be a UX problem that hasn't been solved to the satisfaction of a modern Web user? Is anyone or anything taking another stab at this?
In closing, I'll throw out one last vague notion: that of an openly federated search. How cool would that be? We don't need Google for that at all.
Re: How to fight back against Google AMP as a web user and a web developer
#8I think there needs to be a real alternate solution from Google for longer term change. (if Google wants to stay relevant) Can they just penalize slow/large file size sites in their index? This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way. This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
Page speed is already a penalty factor in ranking. Think they introduced this last year edit: https://webmasters.googleblog.com/2018/01/using-page-speed-i...
And I would say (considering how Google search looks on mobile in Chrome) that AMP is a far higher effect on rank than page speed.
So what is the motivation to make your page speed faster when you can just have an AMP page and then a super fat page for everything else?
Re: How to fight back against Google AMP as a web user and a web developer
#9I think there needs to be a real alternate solution from Google for longer term change. (if Google wants to stay relevant) Can they just penalize slow/large file size sites in their index? This seems like the underlying goal behind AMP and Chrome's Lighthouse (site audit tool) any way. This would make a lot of sites fast in the next couple months. But maybe Google doesn't really want that?
Slow web pages is a big signal (out of many) in SEO.