Recently, Google announced that it is well on its way to solving a very annoying (to publishers) “features” of AMP (Accelerated Mobile Pages) – Google URLs, and not the publisher URLs, displaying in search results served from the AMP cache.

There have been several half-steps taken along the path of the AMP project development to address this problem, but since there isn’t a full solution that maintains the publisher URL, it continues to be a factor that is causing some to not adopt the framework.  Back in April, Apple went as far as to push out its own solution for iOS/Safari users.

 


Acknowledging this outstanding issue, Malte Ubl, Tech Lead for the AMP Project at Google, posted on Twitter saying, “You don’t like http://google.com/amp URLs? Neither do we.”

Publishers who have already adopted the AMP framework will be happy with this news.  This change will also encourage those on the fence to jump in to the AMP pool.

Malte explained what is happening behind the scenes to make this happen:

We embarked on a multi-month long effort, and today we finally feel confident that we found a solution: As recommended by the W3C TAG, we intend to implement a new version of AMP Cache serving based on the emerging Web Packaging standard. Based on this web standard AMP navigations from Google Search can take advantage of privacy-preserving preloading and the performance of Google’s servers, while URLs remain as the publisher intended and the primary security context of the web, the origin, remains intact. We have built a prototype based on the Chrome Browser and an experimental version of Google Search to make sure it actually does deliver on both the desired UX and performance in real use cases. This step gives us confidence that we have a promising solution to this hard problem and that it will soon become the way that users will encounter AMP content on the web.

Malte feels that the first changes to be seen will take place in the second half of 2018.

For more details, check out the Google blog post.

Source –