按照公鑰說明中的放置要求，再次檢查了每個項目，在完全符合的情況下實在找不到公鑰apikey.pub無法存取的原因。☹️
＊The public key must not be roboted.
＊The URL must be HTTPS.
＊The domain must be the exact domain that you want to update, not a sub or super domain.
＊You must publish the key in PEM format and serve the key with the content-type “text/plain”.
＊The AMP Cache always fetches the public key from the same domain of the request, regardless of the domain specified by the document via any rel=canonical tag. If the origin domain serves an HTTP redirect at the location to be flushed, only the requested path is flushed from cache, and not the target of the redirect.
而神奇的是，在相同的主目錄下（.well-known）複製了另一份公鑰apikey.pub，並置於「/test」目錄下，竟然就能夠順利讀取，吼！真的是被他打敗了，到底是哪裡出了問題被鎖住啊？完全沒有頭緒？這也是之前提到進退兩難、欲哭無淚的原因。☹️
https://life.jasonjc.com/.well-known/test/apikey.pub
Google Search Console的最後努力
爬了不少文、也花了幾天的時間，但很可惜的是都沒能找到解決的方法、問題的答案。
update cache return . 403 #11455@github.com
Invalidating AMP cache returns 403 #20959@github.com
How to Update Google AMP Cache@Mxt Media
最後試了Google Search Console的URL inspection功能，看看能否讓Google爬蟲來到原始網站更新資料，但可惜的是答案還是否定的，即便是Live Test所得到的結果還是舊的資料。
唉！在無計可施的情況下，也只能等待AMP valid網頁數目的緩慢下降，希望最終能夠解決這個問題。
裝還是不裝AMP？
好了，這就是這幾個月來和AMP一同玩耍的經驗，如果你問我，若有機會回到從前會不會選擇安裝AMP，這答案絕對是肯定的，因為有新玩具絕對得動手試，才知道好不好玩啊，更何況這個project是眾多高手、天才的智慧結晶，當然得親自試試，而且遇到困難、解決問題不也是網際網路最有趣的地方嗎？
我覺得AMP從使用者的觀點出發，以提供不中斷、最快速的服務為目標，這是對的方向，但因為這樣而產生的限制，比如說不支援javascript、iframe等語法，也終將因為更大頻寬（5G）的到來而不再受到局限，就像是當年的WAP（Wireless Application Protocol，還有人記得嗎？），因為科技的快速進展而終將被人遺忘。
所以在無限制的時空裡，最根本的問題將是：我們能夠提供什麼樣的服務？擁有什麼樣的niche？而這也是所有問題的最終解答，AMP的探險還在持續著，等有新進展再上來報告！
等待「過期日」的到來
半個月過去了，情況有所改善了嗎？Google爬蟲能夠正確地來到原始網站，爬到更新資料了嗎？很可惜的是答案是否定的。
從Screenshot中可以看出，網頁的排版還是舊的，已經更新了好幾篇新網誌，但是首頁還是被鎖在舊版裡，這是因為爬蟲抓的是Google CDN（Content Delivery Network）裡頭的資料，所以和真實世界間還是有不同步的情況。
