AMP 不是問題,問題是 Google 想做什麼

在一長串的部落格文章質疑 AMP 和 Google 的技術應用在他們的搜尋結果中的道德問題時,AMP 團隊似乎正在試著解決我們的疑問 ,並試圖在一個公平的競爭環境中把所有效能優秀的網頁格式列在一起。

當我讀完這篇文章時,我所理解的是 Google 正在試著實現讓網站公平的出現在 Google 搜尋結果的這項承諾,然而,我無法理解為了達到所謂「公平」,而需要實現的各種技術要求。他們的官方文件寫道:

Google 的目標是讓更多的網站可以顯示在我們開發的套件上,例如 Top Stories Carousel 和類似 AMP 的內容,這些網站只要可以 (1) 滿足效能和使用者體驗標準,(2) 實現一些關鍵性的網站建議標準,包括 Feature Policy, Web Packaging, iframe promotion, Performance Timeline, 以及 Paint Timing 等。

當我閱讀文章時,我打開了 Feature Policy, Web Packaging, iframe promotion, Performance Timeline, 以及 Paint Timing 的連結,並開始閱讀文件。

我除了不瞭解要如何讓我的網站具備這些技術需求之外,他們當中提及的很多都不是現在的事情,也不是目前任何瀏覽器中可以實現的。這也表示他們忽略了一個事實,就算只要具備這些「擬議標準」就可以和 AMP 一起享有搜尋結果的優勢,我還需要做什麼?誰來決定什麼時候實現?

伊森馬克特,他的觀點更有說服力,以下引用它說的話(你應該閱讀全文):

直到這些標準被確定下來,然後它們被大量的瀏覽器所採用之前,AMP 都還會有自己的一套標準。更詳細地說,AMP 在短期內和中期都不會產生任何變化。事實上,完全有可能什麼都不會改變。就目前而言,使用 AMP 頁面是讓你的網站能夠出現在 Top Stories Carousel 的唯一方法,而且你的網站要託管在 Google 擁有或 Google 已認證的伺服器上。

伊森的文章讓我思考。制定這些規則並決定需要發生什麼的不是 AMP。AMP 團隊本身正在打造一個網路的分支,我們知道它正在建立 AMP HTML,在與 Google 的其他服務一起使用時,AMP 的網站執行的非常快。

Maciej Ceglowski 證明了,AMP 實際上比用 HTML、CSS 和 Javascript 構建一個高效能的網站還要慢。只有當它與 Google 搜尋一起使用時,才會變得更快更有價值。

正在制定規則的團隊將會出現在 Google 自己、企業巨頭和世界上最具影響力的兩家公司之一(另一個我認為是 Facebook)。

當微軟還在市場上佔據主導地位的時候,有個了不起的人,用了幾個出色的點子,就讓蘋果贏得了市場份額。這震撼了微軟。

蘋果公司現在面臨著同樣的問題,因為微軟正用 Surface Book 系列的產品,把使用者從 Mac 拉回來,並且已經威脅到蘋果對創意產業的控制。

公司的存亡取決於消費者的決定。像你和我這樣的人,通常是早期的採用者,我們是第一個迎接新事物的人。然後是我們的家人(在我們的推薦下),接著是我們的朋友,我們的同事,很快的,就輪到一般大眾。

所以,當我們對於 Google 正在採取的立場感到憤怒時,有一個簡單的解決方案。停止使用 Google。

我記得有一段時間,網路上有一大堆的網路搜尋引擎,像是蕃薯藤、Taco CIty、OpenFind… 我曾經因為搜尋的主題不同,而使用這些不同的搜尋引擎。然後我開始使用 Google,並說服我的家人、朋友和同事也這麼做。我們這樣做是因為 Google 有最好的結果,而且他們是支援網路的,他們是一個催化劑,能讓它走多遠快。

Google 的力量來自世界上大多數人都在使用它,或是大家不知道有另一種選擇。也許是時候開始用行動表達我們的擔憂了,並開始使用其他的搜尋平臺。