Ngôn ngữ

Hướng dẫn AMP SEO

AMP (Accelerated Mobile Pages) là gì, hoạt động thế nào, vì sao chưa bao giờ là yếu tố xếp hạng, vì sao không còn bắt buộc cho Top Stories từ tháng 6/2021 và cách quyết định nên giữ hay gỡ.

Xuất bản lần đầu: 27 thg 6, 2026 · Cập nhật lần cuối: 22 thg 8, 2026 · Advanced
Ngôn ngữ
AIĐược viết bởiAI v2

AMP (Accelerated Mobile Pages) là framework Google ra mắt năm 2015 cho trang mobile gần như tức thì — nhưng chưa bao giờ là yếu tố xếp hạng và từ tháng 6/2021 không còn bắt buộc cho Top Stories; Core Web Vitals thay thế và huy hiệu AMP bị gỡ. AMP là tùy chọn và đang giảm dần: đừng xây AMP mới, và hãy cân chi phí vận hành trước khi giữ.

Tóm tắt — AMP là framework mã nguồn mở Google ra mắt năm 2015 cho trang mobile gần như tức thì — HTML/CSS/JS bị giới hạn cùng khả năng prerender từ Google AMP Cache. AMP chưa bao giờ là yếu tố xếp hạng (Google nói rõ), và từ bản cập nhật Page Experience tháng 6/2021, AMP không còn bắt buộc cho Top Stories — Core Web Vitals thay thế, huy hiệu AMP bị gỡ. AMP được cache vẫn thường phục vụ dưới google.com/amp/s/…; Signed Exchange (SXG) có thể dùng URL của bạn nhưng chỉ trên Chrome. Quan hệ canonical ghép trang non-AMP tự canonical (mang rel="amphtml") với trang AMP có rel="canonical" trỏ ngược lại. Hiện AMP là tùy chọn và đang giảm dần: đừng xây AMP mới, và hãy cân chi phí vận hành, nhất là analytics, trước khi giữ.

Evidence for this claim AMP is not required for Top Stories eligibility; Google removed the AMP requirement with the page experience rollout. Scope: Current official or standards documentation. Confidence: high · Verified: Google Search Central: Page experience rollout Evidence for this claim The Google AMP Cache is a proxy-based CDN that stores and serves valid AMP documents. Scope: Current official or standards documentation. Confidence: high · Verified: AMP: How pages are cached

Một chút lịch sử

Google ra mắt AMP năm 2015 và đưa vào Google Search tháng 10/2015, định vị nó là câu trả lời của web mở cho Facebook Instant Articles và Apple News — cách giữ trang nhà xuất bản cạnh tranh về tốc độ mobile. Twitter, LinkedIn, WordPress và Pinterest là đối tác ban đầu; dự án sau đó chuyển sang cơ chế quản trị của OpenJS Foundation, dù Google vẫn là bên đóng góp chủ đạo.

Lý do thực sự khiến phần lớn nhà xuất bản dùng AMP không phải hệ tư tưởng mà là carousel Top Stories. Khoảng 2016–2021, AMP gần như bắt buộc để xuất hiện ở đó, và Google đánh dấu kết quả AMP bằng huy hiệu tia chớp (⚡).

Cơ chế kỹ thuật của AMP

AMP mua tốc độ bằng các ràng buộc:

  • Markup bị giới hạn. Trang AMP khai báo <html ⚡> (hoặc <html amp>), tải AMP JS runtime (<script async src="https://cdn.ampproject.org/v0.js">), đồng thời có boilerplate AMP và meta charset, viewport bắt buộc.
  • Không có JavaScript của tác giả. JS riêng bị cấm, trừ qua component amp-script trong sandbox; JS bên thứ ba chỉ chạy trong iframe. Mọi mã được chạy đều bất đồng bộ nên không chặn render.
  • CSS inline và giới hạn 75KB. Không dùng stylesheet bên ngoài.
  • Kích thước tài nguyên được khai báo tĩnh. Ảnh và embed giữ chỗ trước, ngăn layout shift.

Các quy tắc đó cho phép Google prerender an toàn trang AMP trong iframe ẩn trước khi người dùng nhấn — nguồn gốc cảm giác “tức thì”.

Google AMP Cache

Tốc độ AMP không chỉ đến từ framework mà còn từ phân phối. Google lưu bản AMP đã xác thực và tối ưu trên cdn.ampproject.org, phục vụ qua HTTPS và giao thức hiện đại, đồng thời tối ưu ảnh. Hệ quả cần hiểu: với AMP được cache, hạ tầng Google trở thành nơi lưu nội dung của bạn, không phải máy chủ của bạn. Trang AMP desktop không được phục vụ từ AMP Cache — AMP canonical hoạt động như kết quả thông thường — nên lợi ích tăng tốc CDN chủ yếu dành cho mobile.

Dòng thời gian quan trọng:

  • 2016–2021: huy hiệu AMP (⚡) xuất hiện; AMP bắt buộc cho Top Stories.
  • Tháng 4/2021: Google thông báo rằng cùng bản cập nhật Page Experience, “using the AMP format is no longer required” (bản dịch) “không còn bắt buộc sử dụng định dạng AMP” cho Top Stories.
  • Tháng 6/2021: Page Experience được triển khai. Core Web Vitals trở thành tín hiệu về hiệu suất cho điều kiện Top Stories, và Google gỡ huy hiệu AMP.
  • 2021–nay: AMP là tùy chọn, không tăng hạng; CWV mới thúc đẩy tín hiệu liên quan hiệu suất.

Điểm chính: bản thân AMP không phải yếu tố xếp hạng, và không còn là vé vào Top Stories.

Vấn đề viết lại URL và Signed Exchange

Một bài AMP có ba URL: URL gốc của nhà xuất bản, URL AMP Cache trên cdn.ampproject.org, và URL Google AMP Viewer dạng https://www.google.com/amp/s/[your-domain]/[path]. Vì prerender cần iframe cùng origin, Viewer phục vụ nội dung dưới URL google.com — người dùng thấy tên miền Google thay vì của bạn. Điều này gây nhầm lẫn thương hiệu và attribution.

Signed Exchange (SXG) là cách khắc phục. Nó bọc tài liệu AMP trong chữ ký mật mã gắn với URL của bạn; khi Chrome xác thực, trình duyệt hiển thị tên miền của bạn. Google ưu tiên signed exchange hơn AMP Viewer khi được hỗ trợ. Hạn chế: SXG chỉ có trên Chrome, chữ ký tối đa 7 ngày nên packager phải ký lại, chỉ dùng cho rich/basic results chứ không cho carousel, và cần máy chủ amppackager hoặc nhà cung cấp SXG. Đây là cách phục vụ “đúng” nhưng tăng đáng kể công việc vận hành.

Gắn thẻ canonical cho AMP

Đây là nơi triển khai AMP thường hỏng nhất. Có hai mô hình:

  • Theo cặp (phổ biến nhất): một trang non-AMP và một trang AMP riêng.
    • Trang non-AMP tự canonical và thêm <link rel="amphtml" href="https://example.com/article/amp/">.
    • Trang AMP thêm <link rel="canonical" href="https://example.com/article/"> trỏ về bản non-AMP.
  • Chỉ AMP: một URL vừa là canonical vừa là AMP nên tự tham chiếu.

Quy tắc thực tế: Google lập chỉ mục URL canonical (AMP được xem là bản trùng lặp), nên hãy đặt structured data trên cả hai phiên bản, chỉ đưa URL canonical vào sitemap, và để rel="amphtml" đảm nhiệm khám phá AMP. Google ghi rõ cặp rel="amphtml" / rel="canonical" này — xem Giới thiệu AMP: giúp nội dung được khám phá nếu cấu hình của bạn không khớp hai trường hợp trên.

Thách thức analytics của AMP

Độ phức tạp theo dõi của AMP là chi phí vận hành thật, không phải lý thuyết:

  • Vấn đề referral. Traffic từ AMP được cache trước đây xuất hiện như referral từ cdn.ampproject.org thay vì tìm kiếm tự nhiên — cách sửa là loại trừ referral cho tên miền đó.
  • Phân mảnh session. Chuyển từ trang AMP được cache sang trang non-AMP mặc định tạo session mới. AMP Linker — truyền Client ID qua tham số URL amp_id= ở ranh giới cache-to-site — nối chúng lại.
  • GTM cho AMP dùng component amp-analytics — phức tạp hơn GTM chuẩn và ít tính năng hơn.
  • GA4 thêm hỗ trợ AMP native tháng 6/2024; trước đó, đo lường AMP phụ thuộc vào triển khai cộng đồng.

Khi Search Engine Land tắt AMP, “bức tranh rõ hơn về analytics đối tượng” là một lợi ích họ báo cáo — đây là vấn đề đã được ghi nhận.

Các bề mặt AMP khác — đừng nhầm lẫn

  • Web Stories (ra mắt dưới tên AMP Stories năm 2018, đổi thành Google Web Stories năm 2020) là định dạng story trực quan, có thể nhấn, xây trên AMP. Chúng xuất hiện trong Search, Discover và Images, khác bài AMP tiêu chuẩn.
  • AMP for Email đưa nội dung tương tác — form, carousel, dữ liệu thời gian thực — vào Gmail và vài client khác. Đây là tính năng email, không phải SEO tìm kiếm.

Bing và AMP

Bing tham gia nỗ lực mã nguồn mở AMP tháng 9/2016 và từng vận hành Viewer/cache AMP riêng cùng biểu tượng tia chớp. Nhưng theo Bing, AMP không tác động tới thuật toán xếp hạng của họ theo bất kỳ cách nào; hỗ trợ AMP của Bing nay phần lớn là lịch sử — không có carousel tin tức hiện tại yêu cầu AMP và không có báo cáo AMP nổi bật trong Bing Webmaster Tools. Thực tế, quan điểm Bing giống Google: tùy chọn, không tăng hạng.

Bạn có nên tiếp tục dùng AMP?

Trường hợp giữ AMP có thể hợp lý:

  • Nhà xuất bản tin tức/media đã dùng AMP, có tỷ lệ lỗi Search Console thấp và chi phí chuyển đổi cao.
  • Website nội dung đơn giản mà AMP đang là con đường ít cản trở nhất để đạt Core Web Vitals tốt.

Trường hợp nên gỡ:

  • Website doanh nghiệp có chức năng AMP không hỗ trợ — đúng trường hợp tôi nêu tại SMX West: với công ty lớn, cấu trúc phức tạp, AMP có thể quá khó triển khai và rủi ro cao; có lý do kinh doanh thật để giữ thành phần AMP không cho phép.
  • Website chạy AMP chỉ vì huy hiệu Top Stories đã biến mất.
  • Website cần analytics rõ ràng — độ phức tạp theo dõi AMP là chi phí thật.
  • Website đã đạt Core Web Vitals — AMP không mang thêm lợi ích.
  • Website gặp vấn đề thương hiệu hoặc attribution do AMP viết lại URL.

Câu trả lời trung thực năm 2026: AMP là tùy chọn và đang giảm dần. Đừng triển khai cho dự án mới. Với hệ thống hiện có, hãy so chi phí vận hành với lợi ích còn lại.

Cách gỡ AMP nếu bạn quyết định

  1. Xóa thẻ rel="amphtml" khỏi trang canonical (non-AMP).
  2. Chuyển hướng 301 URL AMP tới bản non-AMP canonical tương ứng.
  3. Ngừng theo dõi báo cáo trạng thái AMP trong Search Console.
  4. Xác minh lỗi AMP biến mất khỏi Search Console trong các tuần tiếp theo.

Nếu làm đúng, trang canonical tiếp tục được lập chỉ mục và xếp hạng. Nhiều nhà xuất bản lớn, gồm Search Engine Land, đã gỡ AMP với gián đoạn traffic tối thiểu.

Những quan niệm sai cần loại bỏ

  • “AMP tăng thứ hạng.” Không. AMP không phải yếu tố xếp hạng; tốc độ mới là yếu tố và AMP chỉ là một cách đạt tốc độ.
  • “Cần AMP cho Top Stories.” Sai từ tháng 6/2021.
  • “AMP luôn nhanh hơn trang thường.” Không — lợi thế đến từ việc Google prerender bản cache. Trang non-AMP nhanh có thể vượt trang AMP chậm.
  • “URL AMP là URL của bạn.” Chỉ với Signed Exchange (chỉ Chrome). Viewer mặc định hiển thị google.com/amp/s/….
  • “Gỡ AMP sẽ làm traffic sụp đổ.” Xử lý đúng canonical/chuyển hướng thì tác động thường nhỏ.

Để xem các chỉ báo hiệu suất thực sự quan trọng hiện nay, hãy đọc Core Web Vitals và cụm Web Performance.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.