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

Bài viết cập nhật lại góc nhìn của Nha về AMP sau khi bài gốc được xuất bản từ năm 2019. AMP vẫn tồn tại và được Google hỗ trợ, nhưng không còn là điều kiện hay “vé ưu tiên” để SEO tốt. Bài giải thích AMP là gì, vì sao từng rất phổ biến, mối quan hệ giữa AMP với tốc độ và Core Web Vitals, khi nào nên tiếp tục sử dụng, khi nào không cần triển khai và những điều Nha từng hiểu chưa đúng về AMP.

AMP là gì?

AMP là dự án mã nguồn mở khởi xướng bởi Google. AMP viết tắt của Accelerated Mobile Pages là trang cho thiết bị di động được tăng tốc. Khi website có AMP (áp dụng AMP) thì nội dung được tải nhanh gần như ngay lập tức và có giao diện đẹp trên thiết bị di động, thậm chí khi mạng chậm. Việc này làm tăng trải nghiệm khách hàng, tăng lượng truy cập và khách hàng quay trở lại.

Mã nguồn AMP được các trình duyệt có hỗ trợ AMP tăng tốc tải trang, đặc biệt là trên thiết bị di động.

Tác dụng của AMP dành cho website

- Website sử dụng AMP sẽ được ưu tiên tăng thứ hạng trong kết quả tìm kiếm của Google trên thiết bị di động do hỗ trợ người dùng tốt hơn.

- AMP giúp tăng tốc độ tải trang so với trang web không có AMP.

- Lượng truy cập website tăng mạnh: tốc độ tải trang nhanh hơn đồng nghĩa với việc tăng lượt truy cập trang web và trải nghiệm người dùng tốt hơn.

- Website có AMP sẽ được khách hàng đánh giá chuyên nghiệp và ứng dụng công nghệ tốt hơn.

Tại sao AMP lại tăng tốc độ tải trang

AMP tăng tốc độ load của trang web dựa vào 3 yếu tố cơ bản là : AMP HTML, AMP JS và GOOGLE AMP CACHE. Dù đa số thẻ AMP là chính các thẻ HTML thông thường nhưng cũng có mở rộng các thẻ HTML riêng - chính các thẻ AMP riêng này để cho trình duyệt hiểu và giúp website tải nhanh hơn, tương tự với AMP JS. Còn về AMP Cache: Các trang AMP đều được lưu trong bộ nhớ cache của Google để tải gần ngay như lập tức. Các nền tảng như Google sử dụng bộ nhớ cache AMP này để cho phép tải nhanh nội dung. Google AMP Cache là mạng phân phối nội dung dựa trên proxy để phân phối tất cả các tài liệu AMP hợp lệ. Nó tìm nạp các trang HTML AMP, lưu trữ chúng và tự động cải thiện hiệu suất trang. Khi sử dụng Google AMP Cache, tài liệu, tất cả các tệp JS và tất cả các hình ảnh được tải từ cùng một nguồn đang sử dụng HTTP 2.0 để đạt hiệu quả tối đa.

Cách kiểm tra AMP của web đã chuẩn hay chưa?

Có 3 cách kiểm tra và sửa lỗi AMP như sau:

Cách 1: Công cụ kiểm tra AMP của chính Google là Google Console hay Google Webmaster

Bạn vào https://www.google.com/webmasters/ và nếu website bạn có chỉ định AMP sẽ có tab AMP như hình

 

Cách 2: Công cụ Web Interface https://validator.ampproject.org

Truy cập địa chỉ trên và paste đường dẫn AMP bạn cần kiểm tra vào, nếu bạn thấy báo PASS là an tâm, code AMP của bạn đã chuẩn.

Cách 3:  Sử dụng trình duyệt Chrome: gõ link thêm "#development=1" vào đường link cần kiểm tra và ấn F12 chọn Tab Console

Cách này đơn giản hơn, bạn chỉ cần sử dụng trình duyệt Chrome, truy cập địa chỉ cần kiểm tra, thêm "#development=1" vào cuối URL và ấn Enter sau đó ấn F12 và cuối cùng xem kết quả tại tab Console.

Làm sao Google biết để lập chỉ mục (index) trang AMP của bạn?

Bạn đang tự hỏi Google sẽ tìm trang AMP của bạn như thế nào? Google sẽ lập chỉ mục các trang AMP nếu các trang khác liên kết đến chúng hoặc khám phá ra chúng. Có trường hợp thường xảy ra:

Trường hợp 1: Bạn xây dựng trang AMP độc lập

Nếu trang của  bạn có cả phiên bản AMP và không AMP, hãy thêm các liên kết sau:

Trên bất kỳ trang không phải AMP nào, tham chiếu đến phiên bản AMP của trang để cho Google và các nền tảng khác biết về nó:

Code

<link rel="amphtml" href="https://amp.thanhnha.xyz/python-la-gi-co-nen-hoc-ngon-ngu-python-hay-khong-b350.php" />

Trên trang AMP, thêm văn bản sau để tham chiếu đến phiên bản chuẩn không phải AMP của nó:

Code

<link rel="canonical" href="https://thanhnha.xyz/python-la-gi-co-nen-hoc-ngon-ngu-python-hay-khong-b350.php" /></pre>

Đối với các trang AMP độc lập (những trang không có phiên bản không phải AMP), trang AMP phải chỉ định chính nó làm phiên bản chuẩn:

Code

<link rel="canonical" href="https://amp.thanhnha.xyz/python-la-gi-co-nen-hoc-ngon-ngu-python-hay-khong-b350.php" />

Các trang AMP độc lập cũng sẽ được lập chỉ mục nếu có thể tìm thấy chúng. Hãy đảm bảo rằng các trang AMP độc lập được liên kết với các trang được lập chỉ mục khác hoặc được liệt kê trong sơ đồ trang web (sitemap.xml) của bạn.

Các bước để website của bạn xuất hiện trên Google Search

- Đã tạo site chuẩn AMP (hợp lệ - tuân thủ các đặc tả về AMP) như trên.

- Người dùng phải xem cùng một nội dung và thực hiện cùng một hành động trên các trang AMP như trên trang chuẩn không phải AMP tương ứng.

- Sử dụng AMP Test Tool và đảm bảo không còn lỗi nào xảy ra (nếu có đừng ngại post lỗi trong comment dưới bài này nhé)

- Nếu có thêm các dữ liệu cấu trúc vào trang AMP thì cũng đảm bảo tuân theo chính sách về dữ liệu có cấu trúc của Google.

- Chắc chắn là file robots.txt không khóa trang AMP

Các bạn có thể đọc thêm và xem thêm các theme về amp địa chỉ sau cách làm đầy đủ tại https://amp.dev

 

Cách tạo một phiên bản AMP cho website của bạn

Để tạo phiên bản AMP bạn tùy vào source code của bạn hiện tại và báo cho lập trình xây dựng thêm phiên bản AMP, Nha để xuất là làm hẳn 1 bản mới dành riêng cho AMP dạng như blog của Nha là https://manhtunha.com thì phiên bản AMP là https://amp.manhtunha.com và những nội dung nào bạn cho phép hiển thị AMP thì báo lập trình xây dựng bản đó mà thôi.

1. Định nghĩa đây là trang AMP

Ngoài các thẻ html bình thường của website thì bạn cần bắt buộc thêm những thẻ html sau:

- Quan trọng nhất là ngay thẻ html đầu tiên bạn phải thêm như sau:

Code

<html amp lang="vi">

- Thêm đoạn script bắt buộc sau:

Code

<script async src="https://cdn.ampproject.org/v0.js"></script>

- Thêm thẻ style bắt buộc sau:

Code

<style amp-boilerplate>

Chú ý thẻ style này không được xuống hàng mà để 1 hàng duy nhất như vậy.

- Thêm thẻ canonical link bắt buộc như sau:

Code

<link rel="canonical" href="https://thanhnha.xyz/python-la-gi-co-nen-hoc-ngon-ngu-python-hay-khong-b350.php">

 

Và để tìm hiểu kỹ hơn bạn xem tại link sau: https://amp.dev/documentation/guides-and-tutorials/start/create/basic_markup/?format=websites

 

2. Sử dụng chính xác các thẻ đặc biệt của AMP

- Thẻ img được thay thế bởi: <amp-img>

- Tương tự video sẽ là <amp-video>

- audio sẽ là <amp-audio>

- iframe sẽ là <amp-iframe>

- Các thẻ html bị cấm gồm: frame, frameset, object, param, applet, embed

3. Rất nhiều code mẫu bạn chỉ cần copy về và sử dụng

Xem ngay tại đây: https://amp.dev/documentation/examples/

 

Đến đây sau khi bạn đã hiểu AMP là gì? Tác dụng của AMP thì theo bạn có nên ứng dụng AMP cho website của mình ngay hôm nay hay không?

Ngoài ra bạn có lỗi gì về AMP đừng ngại comment dưới bài này mình sẽ check thường xuyên và trả lời cũng như hướng dẫn các bạn các chỉnh sửa.