Google’s AMP Poised to Take the Lead from Facebook’s and Apple’s Walled Gardens

112 点作者 webdisrupt超过 9 年前

13 条评论

x1024超过 9 年前

(The article said to "try any page from The Guardian with '/amp' to test its performance")Oh my: <a href="http://tools.pingdom.com/fpt/#!/bniZiH/https://www.theguardian.com/world/2016/jan/20/bacha-khan-university-explosions-heard-as-gunmen-attack-pakistan/amp" rel="nofollow">http://tools.pingdom.com/fpt/#!/bniZiH/https://www.theguardi...</a>"Such mobile performance, wow". 4 megabytes of video(Preloading two different videos. Why?), maybe 10 different domains, downloading JS before downloading images...And this is the showcase for AMP.It's almost as if "there is no silver bullet" for web performance, and "actual programming skill" is still a requirement.There is a difference between AMP and non-AMP, yes: <a href="http://tools.pingdom.com/fpt/#!/bAnV7C/https://www.theguardian.com/world/2016/jan/20/bacha-khan-university-explosions-heard-as-gunmen-attack-pakistan" rel="nofollow">http://tools.pingdom.com/fpt/#!/bAnV7C/https://www.theguardi...</a>But at this point in time, it seems that installing an ad blocker has about the same impact as "conceding to view a crippled AMP-redesign of the page that doesn't even have navigation".

评论 #10938048 未加载

评论 #10937729 未加载

评论 #10938091 未加载

评论 #10938224 未加载

franze超过 9 年前

ok, just to get this straightif a publisher want to do everything right in todays internet, they need<pre><code> * a responsive website * with views for desktop, mobile and tablet * optimized for search, social and conversion * optional: augmented with schema.org * an iphone app (one or more) * an android app * optional: tablet/ipad app * facebook channel * twitter channel * youtube channel * pinterest presence * whatsapp presence * snapchat presence * one or more newsletter * constant A/B testing </code></pre> now add<pre><code> * facebook instant articles * google amp pages </code></pre> did i forget something?yes page bloat, third party crap and webperformance is a serious issue for users and publishers, but solving it with throwing another half baked technology at the publishers will not work.it's cHTML all over again <a href="https://en.wikipedia.org/wiki/C-HTML" rel="nofollow">https://en.wikipedia.org/wiki/C-HTML</a>AMP solves the right problem with a non solution.

评论 #10938492 未加载

评论 #10938839 未加载

评论 #10938082 未加载

评论 #10939683 未加载

评论 #10938905 未加载

评论 #10937625 未加载

评论 #10938319 未加载

hackercomplex超过 9 年前

Keep in mind that the AMP caching infrastructure will also be able to serve as a tracking platform because it records every single IP address. This effectively grants Google and associates a defacto monopoly in terms of an unblockable mobile tracking platform in a world where ad-blockers are becoming ubiquitous.I think it's a smart move on their part actually, but what I assume will eventually happen is other providers will come along and provide a similar free infrastructure but without retaining logs and then everyone will migrate to that. Google will have gotten the ball rolling, and benefited for a number of years from the data, but ultimately people on the web prefer not to be tracked.

评论 #10938956 未加载

评论 #10939580 未加载

评论 #10941926 未加载

评论 #10940286 未加载

fitzwatermellow超过 9 年前

From the F.A.Q:Accelerated Mobile Pages are just like any other HTML page, but with a limited set of allowed technical functionality that is defined and governed by the open source AMP specAnd from the Spec:Enable the AMP runtime to manage the loading of external resources, which may slow down the initial render or cause jank. Allow AMP authors to include functionality above and beyond standard HTML, while maintaining the security- and performance-minded requirement that no author-written JavaScript is executedAppears we won't have access to Canvas2D, WebGL, WebRTC, Fetch and other HTML5 Web APIs. AMP's subset of declarative elements and caching will be great for longform-y "static" content. The kind of articles I find myself reading more of on Mobile Chrome during down times in transit. Thinking of Medium confessionals and NewYorker dispatches, etc.But how do you implement something like ChartBeat? Snapshots of dynamic chart images and data pre-rendered on the server and pushed out to the cdn? Sort of eliminates the performance benefits of geospatial caching doesn't it...I do take heart however in Tony Haile's pull quote from the ampproject.org homepage:The mobile open web experience is terrible and some have suggested it's too slow to compete. We can choose to see the mobile open web as a relic of its time and flee to the warm embrace of closed platforms and apps. Or we can say that the open web means something important to the world and if it’s broken it’s our job to fix it. I think we should fix it.

digitalclubb超过 9 年前

The web is getting bigger, there is no denying that. People developing responsive sites irresponsibly, adding large images, videos and JavaScript libraries and frameworks.What I don't understand is why search engines don't punish those individuals with larger pages rather than move everyone to something new? Is this taking us back to the mobile site days?I love the concept of getting core content to the user fast but what is stopping someone adding a 2MB amp-img to their page and then we are right back where we were before?

VeejayRampay超过 9 年前

Past all the considerations of content ownership and all, it seems to be quite the technical feat, the impact on page load is real (or maybe my testing was partial or biased).

评论 #10937419 未加载

manyoso超过 9 年前

Even more centralization and single point of failure. If this continues the web as envisioned will be entirely replaced by a centralized system of walled gardens with big companies controlling access.This is why we need IPFS sooner rather than later.

评论 #10938542 未加载

alexatkeplar超过 9 年前

Big fan of what AMP is doing, but I'm a little surprised by the statement that:> Today, multiple web metrics providers are on board, including Moat (who partner with Chartbeat), Nielsen, ComScore, Parse.ly, ClickTale, Adobe AnalyticsAs far as I know, our (Snowplow's) PR into AMP is the first and only (so far) from a non-GA analytics vendor:<a href="https://github.com/ampproject/amphtml/pull/1358" rel="nofollow">https://github.com/ampproject/amphtml/pull/1358</a>Maybe I'm looking in the wrong place?

r1ch超过 9 年前

In order to make my completely static non-JS site AMP compliant do I have to include the amp JS library or is Google smart enough to realize my site is plenty fast enough as-is?

评论 #10937887 未加载

glossyscr超过 9 年前

I tried the AMP versions mentioned in the article on an iPhone 6 connected to wifi and I am not impressed at all.Something which loads really instantly is D's forum, it's incredibly how fast it is and it's written in D:<a href="http://forum.dlang.org/" rel="nofollow">http://forum.dlang.org/</a>(I am not into D, just found this thing recently on reddit/programming)

tombrossman超过 9 年前

From the article: "...most ad servers (not just Google-owned DFP) will be able to send ads in AMP pages. Some work remains to be done on the formats that will be deemed acceptable in AMP pages." Deemed acceptable by who, and doesn't this indicate it will become another walled garden?

评论 #10940532 未加载

评论 #10941941 未加载

ksk超过 9 年前

From: <a href="https://www.ampproject.org/docs/support/faqs.html" rel="nofollow">https://www.ampproject.org/docs/support/faqs.html</a>> The reality is that content can take several seconds to load, or, because the user abandons the slow page, never fully loads at all. Accelerated Mobile Pages are web pages designed to load instantaneously – they are a step towards a better mobile web for all.That's kind of dishonest of Google. The "content" doesn't take longer to load. The website does, but its because of Ads, pointless JS scripts that are spying on the user and a whole host of things that are _NOT_CONTENT_.In any case, even if creating a new standard, or reduced-HTML, or w/e made sense, I'd be less skeptical if it wasn't controlled by an advertising company.

mtgx超过 9 年前

I'm fine with it long as all content/analytics don't pass through Google, but I imagine many content sites will be lazy and let Google handle everything.

评论 #10938933 未加载