Tất tần tật về AMP: AMP là gì? Có cần phải làm phiên bản AMP cho website?

Bài này Nha viết lần đầu vào năm 2019.

Thời điểm đó, nếu tìm kiếm trên Google bằng điện thoại, đôi khi bạn sẽ thấy một biểu tượng tia chớp cạnh kết quả tìm kiếm.

Website nào có AMP nhìn khá xịn.

Nha cũng từng tự làm hẳn phiên bản:

amp.manhtunha.com

Rồi trong bài cũ còn viết rằng:

Website sử dụng AMP sẽ được ưu tiên tăng thứ hạng trong kết quả tìm kiếm Google trên thiết bị di động.

Đến năm 2026, Nha phải sửa lại câu đó.

Nếu bạn chỉ cần câu trả lời ngắn:

Không, website không cần AMP để SEO tốt trên Google. AMP vẫn tồn tại và Google vẫn hỗ trợ, nhưng AMP không phải điều kiện để website được ưu tiên xếp hạng. Điều quan trọng hơn là nội dung, khả năng crawl/index, trải nghiệm người dùng và hiệu suất thực tế của trang.

Đây là một ví dụ khá thú vị về việc kiến thức SEO có thể đúng trong một bối cảnh nhất định nhưng không nên biến thành chân lý vĩnh viễn.

AMP là gì?

AMP viết tắt của:

Accelerated Mobile Pages

Đây là một framework web mã nguồn mở được phát triển với mục tiêu giúp các trang web tải nhanh và tạo trải nghiệm tốt hơn, đặc biệt trên thiết bị di động.

AMP đặt ra khá nhiều quy tắc về HTML, JavaScript, CSS, tài nguyên và cách trình duyệt render nội dung.

Ví dụ, thay vì:

<img src="hinh.jpg"> 

AMP từng yêu cầu sử dụng:

<amp-img src="hinh.jpg"          width="800"          height="600"          layout="responsive"> </amp-img> 

JavaScript cũng bị kiểm soát chặt hơn.

CSS có giới hạn.

Hình ảnh phải khai báo kích thước.

Tài nguyên được tải theo những nguyên tắc nhằm hạn chế việc trang web tự làm mình chậm đi.

Nhìn theo góc độ kỹ thuật, có khá nhiều tư tưởng tốt trong AMP:

• hạn chế JavaScript gây chậm;

• xác định trước kích thước hình ảnh;

• hạn chế layout shift;

• ưu tiên tài nguyên quan trọng;

• kiểm soát cách render;

• chú trọng hiệu suất trên mobile.

Nói vui một chút:

AMP giống như việc Google nói với lập trình viên: "Để tôi đặt ra vài luật, không cho ông code thoải mái nữa thì website sẽ nhanh."

Và đúng là trong một giai đoạn, nó giải quyết được một vấn đề rất thực tế.

Vì sao AMP từng trở nên rất quan trọng?

Hãy quay lại khoảng 2016–2019.

Mobile internet chưa nhanh như hiện tại.

Nhiều website:

• chưa responsive tốt;

• sử dụng JavaScript rất nặng;

• hình ảnh chưa tối ưu;

• quảng cáo chen kín màn hình;

• CSS và JS load rất nhiều;

• hosting chậm;

• trang mobile tải rất lâu.

Trong bối cảnh đó, AMP mang lại một lợi ích rất dễ nhìn thấy:

Nhanh.

Google cũng từng dành nhiều vị trí và trải nghiệm đặc biệt cho nội dung AMP, nhất là trong các sản phẩm liên quan đến tin tức và tìm kiếm trên mobile.

Vì vậy việc nhiều webmaster, bao gồm cả Nha, dành công sức làm phiên bản AMP thời điểm đó là điều khá dễ hiểu.

Vấn đề là sau đó AMP thường bị hiểu thành:

Có AMP = Google thích = SEO tốt hơn.

Đây là phần Nha cần sửa lại.

AMP có giúp tăng thứ hạng Google không?

Không nên hiểu AMP là một "ranking boost".

Google hiện nói rất rõ rằng AMP được lập chỉ mục như những trang web khác và áp dụng cùng tiêu chuẩn cho tất cả các trang, bất kể chúng được xây dựng bằng công nghệ nào.

Nói cách khác:

AMP ≠ vé ưu tiên SEO 

Một trang AMP nội dung kém không tự nhiên thắng một trang HTML bình thường có nội dung tốt.

Một website responsive nhanh, cấu trúc tốt và trải nghiệm tốt cũng không cần chuyển sang AMP chỉ vì muốn tăng hạng.

Điều Google muốn cuối cùng vẫn là:

Trang có hữu ích cho người tìm kiếm hay không?

Công nghệ chỉ là phương tiện.

AMP từng là điều kiện cho Top Stories, nhưng giờ thì không

Đây là một trong những thay đổi quan trọng nhất.

Trong một giai đoạn, AMP có lợi thế rất lớn đối với các publisher tin tức vì nó gắn với khả năng xuất hiện trong một số trải nghiệm như Top Stories trên mobile.

Nhưng Google đã bỏ yêu cầu AMP đối với Top Stories từ năm 2021.

Trang không sử dụng AMP vẫn có thể xuất hiện nếu đáp ứng các điều kiện liên quan.

Đây là một dấu mốc khiến câu hỏi:

Có cần làm AMP để SEO không?

thay đổi khá nhiều.

Nếu lý do duy nhất bạn làm AMP là:

Không có AMP thì Google không cho vào Top Stories.

thì lý do đó đã không còn đúng.

Đến năm 2026, Google còn hỗ trợ AMP không?

Có.

Điểm này cũng cần nói rõ để tránh đi từ cực đoan này sang cực đoan khác.

AMP không "chết".

Google Search vẫn có tài liệu AMP.

Google vẫn crawl và index AMP.

AMP vẫn có thể xuất hiện trong kết quả tìm kiếm.

Web Stories vẫn sử dụng công nghệ AMP.

Thậm chí tháng 7/2026, Google còn cập nhật lại tài liệu AMP.

Nhưng có một thay đổi đáng chú ý:

Google Search hiện dẫn người dùng trực tiếp tới trang AMP nằm trên host của publisher.

Các tham chiếu cũ liên quan tới AMP Viewer, AMP Cache và Signed Exchange đã được Google giản lược khỏi tài liệu Search.

Google cũng nói rõ:

AMP content tiếp tục được xếp hạng giống như các trang web khác.

Vậy AMP năm 2026 nên được nhìn như:

Một công nghệ để xây website nhanh nếu nó phù hợp với bài toán của bạn.

Chứ không phải:

Một kỹ thuật SEO bắt buộc.

Hai cách hiểu rất khác nhau.

Vậy tốc độ website còn quan trọng không?

Có.

AMP không bắt buộc không có nghĩa:

Website chậm cũng chẳng sao.

Đây là chỗ rất dễ hiểu nhầm.

Nha tách hai vấn đề:

AMP ≠ Tốc độ website 

AMP là một phương pháp kỹ thuật.

Tốc độ và trải nghiệm là kết quả người dùng nhận được.

Bạn hoàn toàn có thể xây một website không AMP nhưng rất nhanh bằng:

• HTML/CSS tốt;

• JavaScript hợp lý;

• lazy loading;

• CDN;

• cache;

• tối ưu hình ảnh;

• WebP/AVIF;

• SSR hoặc static generation khi phù hợp;

• font optimization;

• giảm third-party script;

• tối ưu backend;

• tối ưu database.

Nếu trang bình thường đã nhanh và đáp ứng tốt nhu cầu người dùng thì Nha không thấy lý do phải tạo thêm một phiên bản AMP chỉ để có chữ AMP.

Core Web Vitals mới là thứ Nha quan tâm hơn

Thay vì hỏi:

Website có AMP chưa?

Ngày nay Nha thích hỏi:

Website thực tế chạy thế nào?

Có thể nhìn vào Core Web Vitals.

Ba metric quen thuộc hiện nay gồm:

LCP – Largest Contentful Paint

Nội dung chính mất bao lâu để xuất hiện?

Hiểu đơn giản:

Người dùng phải chờ bao lâu mới thấy thứ họ cần?

INP – Interaction to Next Paint

Website phản hồi nhanh thế nào khi người dùng tương tác?

Ví dụ:

• click menu;

• chọn filter;

• bấm button;

• nhập dữ liệu.

Trang nhìn thấy rồi nhưng bấm mãi không phản hồi thì vẫn khó chịu.

CLS – Cumulative Layout Shift

Trang có nhảy lung tung trong lúc load không?

Chắc nhiều người từng gặp:

Định bấm vào một bài viết.

Quảng cáo load.

Nội dung tụt xuống.

Thế là bấm nhầm quảng cáo.

Khá "trải nghiệm".

Ba chỉ số này giúp chúng ta nhìn vào trải nghiệm thực tế, thay vì hỏi website đang dùng framework gì.

AMP có đảm bảo Core Web Vitals tốt không?

Không tuyệt đối.

AMP có nhiều nguyên tắc giúp website tránh một số lỗi performance phổ biến.

Nhưng:

Dùng AMP không đồng nghĩa mọi Core Web Vitals tự nhiên xanh hết.

Website vẫn có thể:

• sử dụng hình ảnh không phù hợp;

• có server response chậm;

• nhúng quảng cáo;

• sử dụng font chưa tốt;

• triển khai component chưa tối ưu;

• hoặc gặp vấn đề từ hệ thống phía sau.

Ngược lại, website không AMP hoàn toàn có thể đạt hiệu suất rất tốt.

Vì vậy Nha sẽ đo kết quả thay vì đo công nghệ.

Có nên xây thêm một phiên bản AMP riêng?

Nếu hôm nay Nha xây một blog mới giống manhtunha.com, câu trả lời là:

Nha sẽ không tạo thêm một phiên bản AMP riêng chỉ để SEO.

Ngày trước Nha từng có kiểu:

www.manhtunha.com/bai-viet.php 

và:

amp.manhtunha.com/bai-viet.php 

Điều đó đồng nghĩa phải quản lý:

• hai template;

• canonical;

• amphtml;

• giao diện;

• tracking;

• quảng cáo;

• structured data;

• chức năng;

• bug;

• QA;

• đồng bộ nội dung.

Nếu không có một lợi ích kinh doanh hoặc kỹ thuật đủ rõ thì đây là chi phí không cần thiết.

Một website responsive nhanh có thể đơn giản hơn rất nhiều.

Nếu website đang có AMP thì có cần xóa ngay không?

Cũng không.

Đây là chỗ Nha không muốn biến:

AMP từng quan trọng

thành:

AMP giờ vô dụng, xóa hết đi.

Nếu AMP hiện tại:

• hoạt động ổn;

• có traffic;

• đã được Google index;

• tracking đầy đủ;

• không gây khó khăn vận hành;

• người dùng có trải nghiệm tốt;

thì không có lý do gì phải xóa ngay chỉ vì đọc được một bài nói rằng "AMP chết rồi".

Hãy kiểm tra dữ liệu trước.

Nha sẽ xem:

• traffic AMP;

• impressions;

• clicks;

• conversion;

• Core Web Vitals;

• lỗi AMP trong Search Console;

• chi phí duy trì;

• mức độ khác nhau giữa AMP và canonical.

Sau đó mới quyết định.

Nếu muốn bỏ AMP thì phải làm cẩn thận

Không nên:

amp.example.com/bai-viet → 404 

rồi nghĩ là xong.

Nếu AMP từng được Google crawl và người dùng truy cập, việc gỡ bỏ phải xử lý như một thay đổi URL/kỹ thuật bình thường.

Cần xem xét:

• canonical;

• rel="amphtml";

• redirect;

• internal link;

• sitemap nếu có;

• cache;

• Search Console;

• các URL AMP đang được index.

Tùy kiến trúc hiện tại mà phương án migration sẽ khác nhau.

Nguyên tắc chung của Nha:

Đừng phá một thứ đang hoạt động chỉ vì công nghệ đó không còn "hot".

Đo trước.

Chuyển sau.

Khi nào Nha vẫn cân nhắc AMP?

Nha không còn dùng tiêu chí:

Làm AMP để SEO.

Nhưng vẫn có những trường hợp AMP có thể phù hợp.

Website publisher đã đầu tư sâu vào AMP

Nếu hệ thống đã chạy ổn nhiều năm, không nhất thiết phải rewrite toàn bộ chỉ vì xu hướng thay đổi.

Web Stories

AMP vẫn có vai trò kỹ thuật trong Web Stories.

Đội kỹ thuật muốn sử dụng AMP như framework performance

Nếu đội ngũ hiểu rõ công nghệ và nó giải quyết đúng bài toán thì vẫn có thể dùng.

Hệ thống cần một framework có nhiều giới hạn hiệu suất sẵn

Đôi khi việc bị "ép" tuân theo các quy tắc performance lại là lợi thế.

Nhưng đây là quyết định kỹ thuật.

Không phải checklist SEO.

Khi nào Nha không làm AMP?

Nếu website:

• responsive tốt;

• mobile tốt;

• Core Web Vitals ổn;

• tải nhanh;

• không có yêu cầu đặc biệt;

• đội dev đã có stack hiện đại;

thì Nha sẽ không thêm AMP chỉ để hy vọng tăng SEO.

Thay vào đó, thời gian đó Nha muốn dùng để:

• cải thiện nội dung;

• internal link;

• structured data phù hợp;

• cải thiện UX;

• tối ưu tốc độ thật;

• giảm JavaScript;

• cải thiện conversion;

• xây entity;

• cập nhật bài cũ.

Những việc này có vẻ đáng tiền hơn.

AMP và AEO/GEO có liên quan không?

Không có chuyện:

Làm AMP thì AI dễ trích dẫn hơn.

Với AEO và GEO, thứ Nha quan tâm hơn là:

• câu trả lời rõ ràng;

• heading có cấu trúc;

• nội dung dễ hiểu;

• entity tác giả rõ;

• nguồn tham khảo tốt;

• dữ liệu có thể kiểm chứng;

• URL crawl được;

• nội dung server trả về đầy đủ;

• canonical chính xác;

• structured data phù hợp;

• tốc độ và UX tốt.

AI không cần website phải có tia chớp.

Nó cần hiểu:

Trang này đang nói gì?

Ai viết?

Thông tin nào là câu trả lời?

Thông tin này có đáng tin không?

Đó cũng là lý do Nha đang sửa chính bài này.

Một bài AMP cực nhanh nhưng chứa thông tin năm 2019 đã lỗi thời thì vẫn là một bài cực nhanh...

...để đưa người đọc tới thông tin cũ.

Nhanh chưa chắc đã đúng.

Điều Nha từng hiểu chưa đúng về AMP

1. Có AMP thì Google sẽ ưu tiên thứ hạng

Nha không còn viết như vậy.

AMP không phải vé ưu tiên ranking.

2. Website SEO tốt nên có phiên bản AMP

Không.

Website SEO tốt cần đáp ứng người dùng tốt.

AMP chỉ là một lựa chọn công nghệ.

3. AMP gần như bắt buộc cho mobile SEO

Không còn đúng.

Responsive web hiện đại có thể đáp ứng rất tốt mobile mà không cần AMP.

4. Có AMP nghĩa là website nhanh

Không nên đánh đồng.

Phải đo hiệu suất thực tế.

5. AMP hết thời nên phải xóa ngay

Cũng không.

Nếu hệ thống đang hoạt động tốt, hãy đánh giá dữ liệu và chi phí trước khi migration.

Nếu bắt đầu một website mới năm 2026, Nha sẽ làm gì?

Nha sẽ đi theo thứ tự:

1. Responsive ngay từ đầu

Một URL phục vụ tốt desktop, tablet và mobile.

2. HTML có cấu trúc

H1, H2, H3 rõ ràng.

Semantic HTML khi phù hợp.

3. Giảm JavaScript không cần thiết

Không phải mọi thứ đều cần framework nặng.

4. Tối ưu ảnh

WebP/AVIF, kích thước phù hợp, lazy loading khi cần.

5. Theo dõi Core Web Vitals

Không tối ưu bằng cảm giác.

6. Kiểm tra mobile thực tế

Không chỉ kéo nhỏ trình duyệt desktop rồi bảo:

Responsive rồi.

7. Tập trung nội dung

Cuối cùng người dùng vào website để đọc, xem, tìm hiểu hoặc thực hiện một hành động.

Họ không vào để kiểm tra source code xem có <html amp> hay không.

Bạn nên mang gì về sau bài này?

Nếu chỉ nhớ năm điều, Nha chọn:

1. AMP vẫn tồn tại

Google vẫn hỗ trợ và index AMP.

2. AMP không phải yêu cầu để SEO tốt

Trang AMP được đánh giá theo cùng tiêu chuẩn với các trang web khác.

3. AMP không còn là yêu cầu để vào Top Stories

Thay đổi này đã diễn ra từ năm 2021.

4. Tốc độ vẫn rất quan trọng

Nhưng hãy tối ưu hiệu suất thực tế thay vì chạy theo tên công nghệ.

5. Website đang có AMP không cần xóa vội

Hãy xem traffic, hiệu suất và chi phí vận hành trước.

Nếu Nha phải rút bài này lại thành một câu thì sẽ là:

Đừng làm AMP vì nghĩ Google thích AMP. Hãy làm website nhanh vì người dùng thích website nhanh.

Năm 2019, Nha từng dành khá nhiều công sức để xây amp.manhtunha.com.

Không hẳn là công sức phí.

Nhờ làm AMP, Nha học được khá nhiều về:

• performance;

• canonical;

• cấu trúc HTML;

• render;

• hình ảnh;

• trải nghiệm mobile.

Chỉ có kết luận đã thay đổi.

Ngày trước:

Website chuẩn SEO nên có AMP.

Bây giờ:

Website nên nhanh, dễ dùng và cung cấp nội dung tốt. Dùng AMP hay không là quyết định kỹ thuật.

Kiến thức công nghệ có một điểm khá vui.

Học xong chưa chắc đã xong.

Vài năm sau phải quay lại học lại.

Và đôi lúc công việc quan trọng nhất không phải viết thêm bài mới.

Tài liệu tham khảo

Trong quá trình cập nhật lại bài viết từ phiên bản năm 2019, Nha kiểm tra lại các tài liệu hiện hành của Google Search và AMP:

• Google Search Central – About AMP on Google Search – Google xác nhận các trang AMP được lập chỉ mục giống các trang web khác và cùng một tiêu chuẩn được áp dụng bất kể công nghệ dùng để xây dựng trang.
• Google Search Central – Documentation updates – Tháng 07/2026 Google cập nhật tài liệu AMP, loại bỏ các tham chiếu cũ tới AMP Viewer, AMP Cache và Signed Exchange trong Search; người dùng hiện được dẫn trực tiếp tới trang AMP trên host của publisher.
• Google Search Central – More time, tools, and details on the page experience update – Google công bố AMP không còn là yêu cầu để nội dung đủ điều kiện xuất hiện trong Top Stories trên mobile.
• Google Search Central – Technical SEO techniques and strategies – Hướng dẫn hiện tại của Google về trải nghiệm người dùng, tốc độ website, Core Web Vitals và các yếu tố kỹ thuật nền tảng.
• AMP Project – Website chính thức của dự án AMP, tài liệu kỹ thuật và thông tin triển khai AMP hiện tại.

Bài viết gốc được Nha xuất bản ngày 31/08/2019 và được cập nhật lại vào tháng 09/2026. Phần nội dung mới phản ánh cách Nha hiểu AMP ở thời điểm hiện tại sau khi đối chiếu lại tài liệu chính thức; phiên bản năm 2019 vẫn được giữ ở cuối bài để tham khảo và so sánh.

Phiên bản bài viết năm 2019