一个在使用AMP出版商最大的缺点 – 加速移动网页格式 – 是显示AMP的网页时，谷歌不会显示出版商的实际网址。 谷歌表示，这是如此AMP网页载入速度快。但是，使用发布者的URL可能难以减缓向下翻页。事实上，使用谷歌的网址实际上有可能引起AMP页面加载速度比较慢。
要了解这个问题，认为这是搜索在谷歌“Google代码管理工具放”：
你会看到一个土地市场？文章出现，一个是在AMP格式。如果你点击这篇文章，它加载迅速。但网址是不是我们的兄弟网站，土地市场。相反，它是谷歌：
发生了什么事是，谷歌的服务，从它的缓存页面。它这样做是因为谷歌称，这意味着该页面将加载速度比，如果它从发布商的网站提供服务。
会跳过谷歌的缓存痛啊？ 如果谷歌没有使用自己的缓存？ 如果它直接派人到出版商的AMP页面上发布商的网站。将真正慢下来，大部分的经验？
例如，而不是加载的页面上面从这里谷歌的缓存URL的例子 。。。
https：//开头WWW。谷歌。COM / AMP / marketingland。COM /谷歌标签管理器，现在已经支持功放加速移动的页面-196062 / AMP
谷歌可以代替派人到AMP网页上的生活我们自己的网站，在这里：
https：//开头marketingland。COM /谷歌标签管理器，现在已经支持功放加速移动的页面-196062 / AMP
我问谷歌这个这篇文章。它从来没有给我？一个答案？什么速度是节约使用它自己的缓存与直接服务于出版商的网址。它留给我要靠估计一些其他方法。
谷歌自己的手机友好测试？工具？也不会为我提供实际负载的时间，但它确实给？一般的速度估计。当我比较了两个URL以上 – 高速缓存相对于非缓存 – 对结果进行如下的移动速度：
缓存：88/100
非缓存：68/100
这表明，非缓存页面是大约23％比缓存版本要慢，如果我做得正确我的数学。虽然这可能看似庞大，你也必须考虑究竟有多快缓存的页面加载。
谷歌曾表示，AMP页，“两眨眼，”换算成秒的约三分之二负荷。非缓存页是慢23％，意味着它会加载一秒钟。这仍然是超高速。它是如此之快，我会说大多数人不会注意到其中的差别。
使用Pingdom的？页高速工具？- 和测试这两个网页的两倍 – 我得到的分数是这样的：
缓存：2.52和2.38秒
非缓存：554个492毫秒
有了这个工具，不使用谷歌的缓存实际投放的AMP页面多达5倍的速度。
从Keycdn使用其他工具 – 并再次测试这两个网页的两倍 – 我得到这些分数：
缓存：779个492毫秒
非缓存：157个166毫秒
再次，加载？通过谷歌的缓存中的AMP页面似乎真正慢下来。不使用缓存意味着装载大约快两到四倍的页面。
更新：我写这篇文章后，保罗·夏皮罗提出另一个也许更准确的方法来衡量的区别：
总之，使用缓存可能会在约1服务于一个页面向上。5秒与大约3秒内没有它。这将意味着缓存是速度较快，但再一次，不就是要快得多相对来说。AMP的目的是减少对移动网页加载时间从19秒平均值是一个谷歌研究发现。
我回到谷歌两次，这些调查结果，以确保我不缺少某种类型的技术问题那他们使无效。该公司从未批驳。
鉴于此，很难理解为什么谷歌不沟缓存。我最好的猜测是，这主要是因为大多数出版商都没有抱怨。
这个问题吸引了这篇博客之后，在十月一些注意力转回？抱怨说，谷歌在某种程度上偷出版商移动流量。
这也是当我开始询问谷歌为什么它不会成为AMP网页发布商的网址。令人担忧的主要是偃旗息鼓，主要是我怀疑，因为它不是像谷歌实际上是偷流量。即使是这篇文章的原作者，，亚历克斯KRAS，更新说，他觉得他的原标题是不正确。
如果你有AMP页面正确地分析，广告，你可能要等好东西配置，流量基本保持你的。缓存的URL可能被显示，但在页面保留在发行人的控制，一切都从发布的自己的网站提供服务。这是你的页面，除了URL。
对于URL，它会重定向到出版商的网站，如果有人试图去直接（虽然作为302“临时”重定向，而不是301“永久”，我觉得会更好）。AMP页面本身还携带源归属的一种形式，其规范的标签。应有专人份额使用实际的文章中选择一篇文章，发布者的URL使用。
谷歌还于11月表示，它正在探索可能减轻出版商担忧的变化，如以某种方式展示？直接的URL给出版商的网页。
不过，URL问题仍然。直接链接仍然？尚未实施，因此很难为那些想分享或复制网址直接获取它。它也仍然是令人担忧的是，在长期来看，任何书签谷歌缓存的URL可能会失败重定向，如果谷歌不支持这种在未来。
昨日，主编，首席MacStories的宣布，他出版用这些类型的放弃AMP？关注：
答复他的鸣叫表明，它不只是一个出版商关注。一些？人们显然不懂得分享AMP的故事，因为他们通过复制浏览器地址栏中的链接出用于共享 – 这是谷歌的链接，他们不希望使用。
值得一提的是，如果你使用的iOS或通过内置的搜索功能，谷歌的搜索应用？Android的，发布者的URL显示，而不是谷歌的缓存网址。但是，在定期的浏览器，它不。这是谷歌的东西告诉我，不可能为它做，如果公司想继续预渲染AMP？页和支持功能，如从一个AMP刷卡？故事到下一个。
我知道为什么谷歌会想很容易让人们刷卡通过故事，但我可以告诉，这是后话仅支持出现在谷歌的“最新新闻”框，新闻相关的内容，不与普通AMP故事搜索房源。没有任何理由，我可以看到它有去与谷歌的缓存URL进行定期列表。
至于预渲染，这是加载页面了提前之前它的实际要求。目前还不清楚为什么谷歌已经只使用网址，从自己的缓存来实现这一目标。？另外，考虑到如何快速AMP页面已经是，目前还不清楚有多少失败的预渲染会慢下来。
最后，我认为谷歌应该离开的选择出版商。
这些谁不关心这个显示可以与谷歌的缓存和信任去，谷歌说，他们的页面加载时会更迅速的网址。
对于那些谁希望自己的网址显示，谷歌应该拿出内AMP允许这一机制来表示，类似的事情如何meta标签存在指示如果发布更喜欢自己的页面描述了来自开放式目录。
AMP自身速度超级快，即使没有高速缓存。让出版商选择将很难影响速度，但它会产生出版商谁是一个警惕谷歌支持的项目，在它的面前，似乎抢自己的网址，他们之间的信任很大。
后记：请参见我们的后续报道：？谷歌将改变AMP显示器，使其更容易找到和分享出版商的直接网址。