數字營銷人員需要停止相信的 10 個常見 AMP 神話

自 2015 年推出以來，AMP 已經發展到支持來自所有行業數千萬個域的數十億個網頁。 然而，隨著它的發展，圍繞 AMP 項目的一些誤解和神話也出現了。 事實上，許多出版商和企業對採用 AMP 持懷疑態度，因為其假定存在缺陷和局限性。

今天的文章想要澄清這些誤解並打破 10 個最常見的 AMP 神話。 繼續閱讀以了解如何利用其令人難以置信的頁面交付速度。

您需要停止相信的 10 個 AMP 神話

誤區一：AMP 僅適用於移動設備。

真相：AMP 內置響應式功能，可在所有設備上運行。

首次發佈時，AMP 代表“Accelerated Mobile Pages”。 不過，從那時起，較長的標題就變成了 AMP。 那是因為，該框架涉及優化所有網頁以改善用戶體驗，而不僅僅是移動。

多年來，AMP 不斷擴展以提供各種響應式設計功能，以改進所有設備和屏幕尺寸（包括台式機和平板電腦）上的網頁。 因此，AMP 並非僅限移動設備，而是實際上是移動設備優先——針對移動設備進行了優化，但針對其他設備類型進行了擴展。

（注意：第三方平台的某些功能（例如 Google 的 Top Stories 輪播）可能僅針對移動體驗而設計，您應該與第三方平台確認它們如何與 AMP 集成。）

誤解 2：AMP 完全是 Google 的一個項目。

真相：AMP 是一項由 Google和其他公司以及網絡社區成員領導的開源計劃。

儘管 AMP 由 Google 主導，但它被設計為一個獨立的開源項目，邀請開發人員和社區其他成員作為核心提交者做出貢獻，從而使 AMP 完全獨立。

從第一天起，AMP 就是與出版商、廣告供應商、技術提供商和除 Google 之外的平台（例如 Twitter、Linkedin 和 Pinterest）共同開發的。 它也被認為是“GitHub 一代”的一個開源項目，具有非常開放的協作。

從 2016 年到 2019 年，AMP 收到了超過 850 名貢獻者的貢獻——其中 78% 沒有受僱於谷歌，包括上述那些以及雅虎、必應和 eBay。

雖然 Google 確實僱傭了一個全職工作於 AMP 的團隊，但該團隊的每週會議記錄都會發布給任何人查看，以使外部貢獻者可以輕鬆訪問該項目。 AMP 甚至轉向了一種新的治理模型，該模型明確地讓社區的所有成員都有發言權，包括那些不能自己貢獻代碼的人。

AMP 框架的總體目標是讓移動網絡更好地為所有人服務——不僅僅是單個平台、一組發布商或一組廣告商。 使項目真正開源使人們能夠分享和貢獻他們的想法和代碼，使移動網絡更快更好。

誤解 3：AMP 頁面只能從 Google.com 訪問。

真相：AMP 頁面可通過任何分發平台和設備訪問。

某些平台（例如，Google、Bing、LinkedIn、Twitter、Yahoo JP、百度等）將始終默認在移動設備上提供 AMP 頁面（如果可用）。 其他人（包括 Google.com 和 Bing.com）採取額外措施來緩存您的內容，以獲得更快的用戶體驗。

底線：用戶可以通過任何分發平台或網站上的鏈接訪問 AMP 頁面——而不僅僅是 Google.com。

誤解 4：每個 AMP 頁面都必須有一個非 AMP 頁面。

真相：AMP 頁面不需要與非 AMP 版本相關聯。

同一頁面同時擁有 AMP 和非 AMP 版本是很常見的，尤其是在您仍在測試的 AMP 遷移的早期階段，但這不是必需的。

一旦您確定 AMP 是否適合您的業務，您就無需再維護相同內容的兩個版本。 您可以選擇一個頁面（一個 AMP 版本）來降低創建、跟踪和管理成本（而不是創建、跟踪和管理兩個頁面版本）。

您還可以選擇使用 AMP 構建整個網站，因此無需擔心創建或維護各個頁面的不同版本。

誤解 5：AMP 點擊後頁面難以構建。

真相：構建 AMP 著陸頁通常需要不到一周的時間。

“AMP HTML”完全基於現有的網絡技術構建，因此開發過程反映了當今發布商和廣告商已經使用的技術。 此外，還有一些模板和插件可用於使構建 AMP 頁面的過程更加簡化。

儘管 AMP 開發時間和難度級別因頁麵類型而異，但 80% 的開發團隊表示他們在不到一周的時間內構建了 AMP 點擊後登錄頁面。

（Instapage AMP 構建器比這更快……借助內置的 AMP 驗證器、直觀的界面和集成支持，您可以在幾分鐘內創建頁面。）

誤解 6：AMP 僅適用於發布商和靜態網站。

真相：對 AMP 頁面的大部分 Google 搜索點擊都轉到非靜態網站。

的確，AMP 最初是由出版商採用的。 然而，該框架現在被廣告商和電子商務公司大量利用。

TransUnion 是一家在 AMP 頁面方面取得巨大成功的非新聞公司。 與桌面相比，在遭受更高的跳出率和更低的移動轉化率之後，該公司轉向 AMP 來增強移動體驗，希望提高移動轉化率。

AMP 很快被證實是信用報告公司的 ROI 積極項目，因為他們的 AMP 頁面加載時間為 1.6 秒，而非 AMP 版本的加載時間為 7.1 秒。 這種增強的用戶體驗還導致：

• 跳出率降低 26%
• 2.5 倍的現場時間
• 轉化次數增加 3%

這些結果和其他結果就是為什麼現在超過 60% 的 Google 搜索 AMP 點擊導致非新聞網站。

誤區 7：AMP 不適用於電子商務網站。

真相：AMP 提高了頁面速度，這可以幫助電子商務網站提高購買轉化率。

新組件可用，使品牌能夠創建快速、美觀、互動的體驗。 因此，AMP 不僅非常適合發布商和靜態網站，而且也非常適合電子商務企業。

消費者對他們的移動購物體驗有很高的期望，幸運的是，AMP 支持許多電子商務網站必不可少的功能：

• 動態內容 — 為確保您的客戶始終看到最新信息，可以使用 amp-list 和 amp-bind 來獲取和呈現頁面上的當前內容。
• 結帳/付款 — 使用 Payment Request API 或 amp-form，您可以直接從 AMP 頁面內實現無縫結帳流程。
• 個性化/登錄——無論是通過推薦的產品還是保存的購物車，amp-list 都可用於為您的客戶提供個性化的內容。

許多大型電子商務公司都通過正確的 AMP 實施取得了巨大成功，其中包括印度最大的在線時尚公司 Myntra，他們的最重要的點擊後頁面的頁面加載速度提高了 60%，跳出率降低了 40% ：

誤解 8：無法在 AMP 頁面上提供新鮮內容。

真相：有很多方法可以使 AMP 頁面內容保持最新。

您可以通過多種不同方式在 AMP 頁面上提供新鮮內容，包括：

• 默認的 AMP 緩存機制
• 更新緩存功能
• 動態組件（如上面提到的 amp-list 和amp-bind ）

在 Myntra 的成功故事中，該品牌還使用amp-bind來實現排序和過濾以及大小選擇，為用戶提供最新鮮內容的豐富體驗。

誤解 9：AMP 不安全或不私密。

真相：AMP 框架的構建考慮到了隱私保護和數據安全。

確實，AMP 著陸頁通常由 Google AMP 緩存提供，該緩存會緩存您的 AMP 著陸頁的一個版本。 但是，這只是為了驗證 AMP 文檔並提供可靠、快速的交付——不是出於任何其他原因。

事實上，Google AMP 緩存以及 AMP JavaScript 是從不以任何方式跟踪用戶的無 cookie 域中提供的。 AMP 還有一個安全審查流程，在啟動新的 AMP 組件時通常會使用該流程。

誤解 10：AMP 頁面的轉化率不如非 AMP 頁面。

真相：經過適當優化的 AMP 頁面通常比非 AMP 頁面表現更好。

如果您的 AMP 頁面性能不佳，則原因不太可能是 AMP 框架本身。

研究表明，AMP 頁面實際上可以生成：

• 銷售轉化率提高 20%
• 流量同比增長 10%
• 每次訪問的頁面增加 60%

因此，如果您沒有從 AMP 頁面看到預期的積極結果，則很有可能您沒有為每個優惠提供專用的、個性化的、點擊後登錄頁面。

獲取 AMP 演示

如果您的頁面出現高跳出率和低參與度，可能是因為頁面加載速度緩慢。 AMP 框架提供的優化技術不僅有助於提高頁面速度，還有助於為用戶提供整體理想的移動體驗。

立即請求 Instapage AMP 演示，以提供近乎即時的加載、平滑滾動和整體更好的瀏覽體驗。