Google如何通过不使用指向发布商的直接链接来降低AMP的速度

作者:隆核铃

<p>发布商使用AMP(加速移动网页格式)的最大缺点之一是,Google在显示AMP网页时不会显示发布商的实际网址Google表示这样会很快加载AMP网页然而,使用发布商的网址可能很难放慢事实上,使用Google的网址实际上可能会导致AMP网页加载速度变慢要理解此问题,请考虑在Google上搜索“google tag manager amp”:您会看到一个出现的Marketing Land文章,该文章位于AMP格式如果你点击这篇文章,它会快速加载但是网址不适合我们的兄弟网站,营销之地相反,它适用于谷歌:正在发生的事情是谷歌正在从其缓存服务页面它这样做是因为谷歌宣称这意味着页面加载速度会比从发布商网站提供的页面更快地加载跳过Google缓存真的会受到影响吗</p><p>如果Google没有使用自己的缓存怎么办</p><p>如果它将人们直接发送到发布商网站上的发布商的AMP页面会怎么样呢</p><p>这真的会减慢那么多的体验吗</p><p>例如,不要在此处的Google缓存网址中加载上述示例中的页面... https:// wwwgooglecom / amp / marketinglandcom / google-tag-manager-now-supports-amp-accelerated-mobile-pages-196062 / amp谷歌可以将人们送到我们自己网站上AMP页面的位置:https:// marketinglandcom / google-tag-manager-now-supports-amp-accelerated-mobile-pages-196062 / amp我向Google询问了这个问题文章从来没有给我一个答案,说明使用自己的缓存比直接提供发布者的URL节省了多少速度这让我依赖其他一些估算谷歌自己的移动友好测试工具的方法不会给我提供实际加载时间,但它确实提供了一般的速度估计当我比较上面的两个URL - 缓存与非缓存 - 移动速度的结果如下:缓存:88/100非缓存:68/100这表明如果我已经完成,非缓存页面比缓存版本慢约23%我的数学正确虽然这可能看起来很大,但您还必须考虑缓存页面的加载速度,谷歌已经表示AMP页面加载了“两只眼睛闪烁”,转换为大约三分之二秒非缓存页面慢了23%意味着它会在大约一秒钟内加载它仍然超级快速它是如此之快以至于我说大多数人都不会注意到差异使用Pingdom页面速度工具 - 并且两次测试两个页面 - 我得到了分数像这样:缓存:252和238秒非缓存:554和492毫秒使用此工具,不使用谷歌的缓存实际上为AMP页面提供了高达五倍的速度使用Keycdn的另一个工具 - 并再次测试两个页面 - 我得到了这些得分:缓存:779和492毫秒非缓存:157和166毫秒再一次,通过谷歌缓存加载AMP页面似乎实际上减慢了它不使用缓存意味着页面加载速度提高了大约两到四倍UPDATE:After Ť他的文章写了,保罗夏皮罗提出了另一个也许更准确的方法来衡量差异:@dannysullivan当直接加载放大器页面时,加载~3000-3500ms当加载谷歌时(通过放大器页面预加载),~1400-1500ms pictwittercom / Aa6r8J6D7Y - Paul Shapiro(@fighto)2016年12月13日简而言之,使用缓存可能会在大约15秒内提供一个页面,相比之下大约3秒没有它这意味着缓存更快但是再次相对来说不是那么快AMP的目的是减少移动页面的加载时间,从一次谷歌研究发现我用这些调查结果两次回到谷歌后,确保我没有错过某些使他们无效的技术问题</p><p>从来没有反驳过他们鉴于此,很难理解为什么谷歌不放弃缓存我最好的猜测是,这主要是因为大多数出版商没有抱怨这个问题在10月之后引起了一些关注这篇博客帖子抱怨谷歌以某种方式窃取了来自发布商的移动流量</p><p>当我开始询问谷歌为什么不提供发布商网址的AMP页面时,这种担忧在很大程度上已经消失,主要是我怀疑,因为它不像谷歌实际上在窃取流量即使是帖子的原作者,亚历克斯克拉斯,更新说他觉得他的原始标题不正确 如果您的AMP页面已正确配置了您可能需要的分析,广告和其他好东西,则流量基本上仍属于您</p><p>可能会显示缓存的URL,但页面上的所有内容仍保留在发布者的控件中,并且是从发布者自己的站点提供的</p><p>您的页面,除了URL之外,如果有人试图直接转到它,它会重定向到发布者的网站(虽然是302“临时”重定向,而不是301“永久性”,我认为这将是更好的AMP页面本身也在其规范标签中带有一种来源归属形式如果某人使用实际文章中的选项共享文章,则使用发布者的URL,谷歌也在11月份表示,它正在探索可能减轻发布商关注的变更,例如以某种方式显示发布者页面的直接URL仍然,URL问题仍然存在直接链接仍然没有实现,使那些想要共享或复制目录的人很难如果Google未能在未来支持这一点,那么从长远来看,任何加入书签的Google缓存网址都可能无法重定向昨天,MacStories的主编宣布他的出版物正在放弃关于这些类型的关注AMP:今天我们从MacStories中删除了AMP支持我们的网站已经很快了,但更重要的是,没有人会对我的永久链接感到困惑感觉很好 - Federico Viticci(@viticci)2016年12月12日回复他的推文显示这不仅仅是出版商的关注有些人显然不知道如何分享AMP故事,因为他们习惯于通过从浏览器的地址字段中复制链接来共享 - 这是他们不想使用的Google链接@ viticci真的不喜欢它我想多次分享网站上的文章而且从来没有弄清楚如何获取网址 - Eddie Lee(@ eddielee6)2016年12月12日@viticci感谢这条推文,我意识到AMP是我能做到的原因ñ将食谱从Chowhound保存到@paprikaapp现在我需要一个deAMP书签 - Adam Faeth(@adamfaeth)2016年12月12日值得注意的是,如果您在iOS上使用Google的搜索应用程序或通过Android上的内置搜索功能,显示发布商的网址,而不是Google缓存网址但是在普通浏览器中,不是这就是谷歌告诉我这是不可能的,如果该公司希望继续预呈现AMP页面并支持刷卡等功能从一个AMP的故事到下一个故事,我明白为什么谷歌会想让人们轻松浏览故事,但据我所知,这只是出现在Google的“热门新闻”专栏中的AMP故事</p><p>相关内容,而不是常规搜索列表我没有理由看到它必须使用常规列表的Google缓存URL至于预呈现,这是在实际请求之前提前加载页面目前还不清楚wh谷歌必须只使用自己缓存中的URL才能实现这一点</p><p>鉴于AMP页面已经有多快,目前还不清楚丢失预渲染会减慢多少速度最终,我认为谷歌应该选择出版商那些谁不关心所显示的网址可以与Google缓存一起使用,并且相信Google表示他们的网页会加载更快速对于那些想要显示自己网址的用户,Google应该在AMP中提出机制,允许这样做表示,类似于元标记的存在方式,以表明发布者是否更喜欢自己的页面描述而不是自己的开放目录AMP,即使没有缓存也很快,给予发布者选择几乎不会影响速度,但它会产生对那些对Google支持的项目持谨慎态度的发布商表示了极大的信任,从表面上看,它似乎剥夺了他们自己的网址Postscript:看看我们的后续故事:....