E-E-A-T là gì? Nha thử áp dụng E-E-A-T cho chính blog gần 10 năm của mình với những cập nhật mới nhất 2026

Có một thời gian, mỗi khi nghe nói Google quan tâm tới E-E-A-T, Nha lại có cảm giác website đang thiếu một món gì đó.

Thiếu Schema?

Thêm Schema.

Thiếu trang tác giả?

Làm trang tác giả.

Thiếu vài dòng giới thiệu kinh nghiệm?

Viết thêm.

Rồi một câu hỏi xuất hiện:

Làm xong hết những thứ đó thì Google có biết website của mình “có E-E-A-T” chưa?

Câu trả lời ngắn:

Không có trạng thái “đã có E-E-A-T”.

Không có nút bật.

Không có chứng chỉ.

Không có điểm E-E-A-T trong Google Search Console.

Và cũng không có một Schema tên:

{   "@type": "EEAT",   "score": 100 }

Nếu có chắc dân SEO đỡ mất ngủ khá nhiều.

Nhưng câu chuyện thật lại thú vị hơn.

Google sử dụng nhiều tín hiệu khác nhau để cố gắng nhận ra nội dung nào thể hiện Experience, Expertise, Authoritativeness và Trustworthiness.

Và trong năm 2026, khi Google Search ngày càng có AI Overviews, AI Mode và các trải nghiệm tìm kiếm sinh nội dung bằng AI, Nha thấy E-E-A-T không hề bớt quan trọng.

Ngược lại.

Khi việc tạo ra hàng nghìn chữ trở nên quá dễ, câu hỏi “ai viết, dựa vào đâu và tại sao tôi nên tin?” lại đáng hỏi hơn.

E-E-A-T là gì?

E-E-A-T là viết tắt của:

• Experience – Trải nghiệm;
• Expertise – Chuyên môn;
• Authoritativeness – Tính thẩm quyền;
• Trustworthiness – Độ tin cậy.

Google hiện nói khá rõ rằng các hệ thống tự động của họ sử dụng nhiều yếu tố để xác định nội dung nào thể hiện những đặc tính này.

Nhưng có hai điểm rất dễ hiểu sai.

E-E-A-T không phải một ranking factor riêng lẻ

Không có công thức kiểu:

Ranking = Backlink 30% + Content 30% + E-E-A-T 20% + Technical SEO 20%

Google nói E-E-A-T bản thân nó không phải một yếu tố xếp hạng cụ thể.

Thay vào đó, các hệ thống sử dụng nhiều tín hiệu khác nhau có thể giúp nhận diện nội dung thể hiện E-E-A-T tốt.

Điều này quan trọng.

Bởi vì nếu xem E-E-A-T như một điểm số, chúng ta rất dễ bắt đầu chơi trò checklist:

• có About Page: +10;
• có tác giả: +10;
• có LinkedIn: +5;
• có Schema: +15.

Thực tế không đơn giản như vậy.

Trust là phần quan trọng nhất

Trong tài liệu Google Search Central hiện tại, Google nói rõ:

Trong các khía cạnh của E-E-A-T, Trust – độ tin cậy – là quan trọng nhất.

Experience, Expertise và Authoritativeness đều có thể góp phần làm một nội dung đáng tin hơn.

Nhưng cuối cùng câu hỏi vẫn quay về:

Người đọc có lý do để tin nội dung này không?

Đây cũng là cách Nha thấy dễ hiểu nhất về E-E-A-T.

Experience – Đã thực sự làm hay chỉ đọc rồi viết lại?

Experience là chữ “E” được thêm vào E-A-T để nhấn mạnh giá trị của trải nghiệm trực tiếp.

Ví dụ một người viết:

“Chạy trail lần đầu cần chuẩn bị gì?”

Nếu người đó đã thực sự chạy trail, họ có thể kể:

• đã mang đôi giày gì;
• đoạn nào dễ trượt;
• mang bao nhiêu nước thì thiếu;
• thứ gì tưởng cần nhưng cuối cùng không dùng;
• và sai lầm nào chỉ biết sau khi đã chạy.

Đó là Experience.

Không cần phải có bằng tiến sĩ về chạy bộ.

Với blog Nha cũng vậy.

Nếu viết về:

• SEO mà Nha đã từng triển khai;
• website từng tự code;
• SQL Server từng xử lý;
• AI tool đã thực sự thử;
• một chuyến đi đã thực sự đi;
• một dự án cá nhân đã thực sự xây;

thì phần trải nghiệm đó có giá trị riêng.

Nó khác với việc đọc 10 bài đang đứng top rồi viết thành bài thứ 11.

Expertise – Có đủ chuyên môn để nói chuyện này không?

Experience và Expertise không giống nhau.

Nha có thể uống cà phê hơn 10 năm ở một quán quen.

Nha có đủ trải nghiệm để kể về quán, con người và những điều mình quan sát.

Nhưng điều đó không tự động biến Nha thành chuyên gia y khoa để khẳng định cà phê chữa được bệnh gì.

Ranh giới này rất quan trọng.

Chuyên môn cần thiết phụ thuộc vào loại nội dung.

Một bài:

“Tôi chạy 5 km như thế nào?”

có thể chủ yếu cần trải nghiệm.

Nhưng:

“Người bị bệnh tim nên chạy với nhịp tim bao nhiêu?”

lại là một câu chuyện khác.

Đó là lý do Google đặc biệt coi trọng E-E-A-T ở nhóm nội dung YMYL – những nội dung có khả năng tác động đáng kể tới sức khỏe, tài chính, sự an toàn hoặc phúc lợi của con người.

Authoritativeness – Không phải tự khai “tôi là chuyên gia”

Đây là chữ dễ bị hiểu sai nhất.

Nếu Nha viết trên About Page:

Mãnh Tử Nha là chuyên gia SEO hàng đầu.

thì đó mới chỉ là...

Nha nói về Nha.

Authority thường cần thời gian.

Nó có thể được hình thành từ:

• một lịch sử nội dung nhất quán;
• những tài liệu có chất lượng;
• những người khác trích dẫn;
• website khác đề cập;
• cộng đồng biết tới;
• các profile thật và nhất quán;
• những dự án hoặc công việc có thể kiểm chứng.

Nói cách khác:

Authority rất khó tự tuyên bố.

Nó thường phải được tích lũy.

Trustworthiness – Phần Nha nghĩ quan trọng nhất

Trust không chỉ là SSL hay một icon ổ khóa.

Với một blog kiến thức, Nha nhìn Trust qua những câu hỏi:

• Ai viết?
• Người đó có thật không?
• Nội dung dựa vào trải nghiệm, nguồn hay suy đoán?
• Nếu là dữ liệu, nguồn ở đâu?
• Nếu bài cũ, đã kiểm tra lại chưa?
• Nếu tác giả sai, có sửa không?
• Ngày cập nhật có thật không?
• Ý kiến cá nhân có được phân biệt với sự thật không?
• Website có nói rõ mình là ai không?

Nha càng làm blog lâu càng thấy một nguyên tắc đơn giản:

Đừng cố tỏ ra không bao giờ sai.

Hãy làm cho người đọc biết khi sai mình sẽ sửa.

Đôi khi đó lại là tín hiệu đáng tin hơn.

Cập nhật đáng chú ý năm 2026: E-E-A-T chưa phải tất cả

Khi kiểm tra tài liệu Google mới nhất, Nha thấy một phần rất đáng chú ý.

Ngoài E-E-A-T, Google Search Central hiện nhấn mạnh thêm bốn đặc tính khi đánh giá chất lượng nội dung chính:

• Effort – công sức thực sự bỏ vào nội dung;
• Originality – tính nguyên bản;
• Talent or Skill – kỹ năng cần thiết để tạo nội dung tốt;
• Accuracy – độ chính xác.

Nha thấy bốn chữ này đặc biệt đáng quan tâm trong thời AI.

Effort – Có công sức thực sự hay không?

Ví dụ:

Nha thử một công cụ trong ba ngày.

Chụp ảnh.

Ghi lại lỗi.

So sánh kết quả.

Rồi viết.

Khác khá nhiều với:

Hãy viết cho tôi 2.000 chữ về công cụ X.

Rồi bấm Publish.

Originality – Bài có thêm gì mới?

Nếu bài chỉ tổng hợp những gì 10 website khác đã nói, dù câu chữ hoàn toàn mới, thông tin vẫn có thể rất “commodity”.

Nội dung nguyên bản có thể đến từ:

• trải nghiệm;
• dữ liệu tự thu thập;
• case study;
• một góc phân tích;
• thử nghiệm;
• một cách giải thích tốt hơn;
• quan điểm có lập luận.

Talent or Skill – Làm tốt việc mình đang làm

Không phải bài nào cũng cần bằng cấp.

Nhưng nội dung phải thể hiện đủ kỹ năng cần thiết cho mục đích của nó.

Một bài hướng dẫn lập trình thì code phải chạy.

Một bài tutorial phải giúp người đọc làm được.

Một bài kể chuyện phải đủ rõ để người đọc hiểu chuyện.

Accuracy – Đúng trước đã

Đây là nguyên tắc Nha thích nhất.

Viết hay mà sai thì vẫn sai.

Đặc biệt với YMYL, độ chính xác phải cao và phù hợp với đồng thuận chuyên môn đã được thiết lập.

Google 2026 còn gợi ý một cách kiểm tra khác: Who, How, Why

Ngoài E-E-A-T, Google đề nghị người làm nội dung tự hỏi ba câu:

Who – Ai tạo nội dung?

How – Nội dung được tạo ra thế nào?

Why – Tại sao nội dung này tồn tại?

Nha thấy ba câu này thực tế hơn rất nhiều checklist SEO.

Who – Ai viết?

Google khuyến nghị nội dung mà người đọc có lý do muốn biết tác giả thì nên có thông tin authorship rõ ràng.

Ví dụ:

Mãnh Tử Nha Ngày đăng... Ngày cập nhật...

Tên tác giả nên dẫn tới một trang giới thiệu rõ:

• người này là ai;
• có background gì;
• thường viết về lĩnh vực nào;
• các nội dung liên quan;
• profile bên ngoài nếu phù hợp.

Google còn cảnh báo việc tạo tác giả giả, ảnh AI giả hay credentials giả để nội dung trông đáng tin hơn là hành vi gây hiểu nhầm.

Nói đơn giản:

Đừng thuê một “bác sĩ AI” để ký tên cuối bài sức khỏe.

How – Bài này được làm thế nào?

Với một bài review, How có thể là:

• đã thử bao nhiêu sản phẩm;
• thử trong bao lâu;
• tiêu chí là gì;
• kết quả thế nào;
• có hình ảnh hay bằng chứng gì.

Với một bài nghiên cứu SEO, How có thể là:

• nguồn nào được dùng;
• ngày kiểm tra;
• website nào được audit;
• dữ liệu nào quan sát được;
• đâu là suy luận của tác giả.

Và nếu AI được dùng đáng kể để tạo nội dung, Google cho rằng disclosure có thể hữu ích trong những trường hợp người đọc có lý do muốn biết nội dung được tạo như thế nào.

Why – Vì sao bài này tồn tại?

Đây là câu hơi đau.

Nếu câu trả lời là:

Vì keyword “E-E-A-T là gì” có volume cao.

thì chưa đủ.

Nếu là:

Vì Nha đang sửa chính blog gần 10 năm tuổi, muốn hiểu E-E-A-T đúng theo tài liệu Google năm 2026 và ghi lại toàn bộ cách thực hiện để người khác có thể áp dụng.

thì bài bắt đầu có lý do tồn tại riêng.

Vậy Nha thử áp dụng E-E-A-T cho chính manhtunha.com thế nào?

Đến đây là phần quan trọng nhất.

Nha không muốn bài này chỉ giải thích lý thuyết rồi kết thúc.

Nha lấy chính manhtunha.com ra làm thử nghiệm.

Blog này đã tồn tại gần 10 năm.

Có bài rất cũ.

Có bài mới.

Có cả những quan điểm Nha đã thay đổi.

Đây là một bộ dữ liệu khá thú vị để thử.

Bước 1: Làm rõ “Who” – Mãnh Tử Nha là ai?

Trước đây blog có nhiều thông tin về Nha ở các vị trí khác nhau.

Nhưng Google và người đọc không nên phải ghép một trò xếp hình để hiểu tác giả.

Vì vậy trang:

Mãnh Tử Nha – Nguyễn Văn Nha | Giới thiệu tác giả

được dùng làm trang tác giả trung tâm.

Hiện trang này nói khá rõ:

• Mãnh Tử Nha là bút danh của Nguyễn Văn Nha;
• Nha là blogger công nghệ;
• hành trình đi từ lập trình tới SEO, marketing, chuyển đổi số, thương mại điện tử, dữ liệu và AI;
• blog dùng để ghi lại những gì đã học, đã thử và đã trải nghiệm;
• nguyên tắc viết là phân biệt kiến thức, quan điểm và trải nghiệm.

Đây không phải việc “nhét keyword tác giả”.

Nó trả lời một câu đơn giản:

Ai đang nói với tôi?

Bước 2: Đưa tác giả vào từng bài

Mỗi bài nên hiển thị byline rõ ràng.

Ví dụ:

Mãnh Tử Nha 20/09/2026

Nhưng chỉ hiện tên chưa đủ.

Tên tác giả nên liên kết tới trang tác giả.

Từ đó người đọc có thể kiểm tra:

• người này là ai;
• viết những gì;
• có background liên quan không;
• có những bài nào khác cùng chủ đề.

Đây cũng là hướng Google hiện khuyến nghị trong tài liệu Helpful Content.

Bước 3: Nối author trong Structured Data

Nha đã viết riêng một bài về Schema vì Structured Data rất dễ bị thần thánh hóa.

Ở đây Nha chỉ dùng nó đúng vai trò:

Giúp máy hiểu rõ entity và mối quan hệ.

Với từng bài blog:

{   "@type": "BlogPosting",   "author": {     "@type": "Person",     "@id": "{{AUTHOR_PROFILE}}#person",     "name": "Mãnh Tử Nha",     "url": "{{AUTHOR_PROFILE}}"   } }

Google hiện khuyến nghị Article markup nên có author.url hoặc sameAs để giúp phân biệt tác giả.

Nếu URL đó là profile nội bộ, Google còn đề nghị sử dụng ProfilePage structured data.

Bước 4: Trang tác giả dùng ProfilePage + Person

Trang giới thiệu tác giả phù hợp với cấu trúc:

{   "@context": "https://schema.org",   "@type": "ProfilePage",   "@id": "{{AUTHOR_PROFILE}}#profile",   "mainEntity": {     "@type": "Person",     "@id": "{{AUTHOR_PROFILE}}#person",     "name": "Mãnh Tử Nha",     "alternateName": "Nguyễn Văn Nha"   } }

Google hiện liệt kê chính:

“About Me page on a blog”

là một use case hợp lệ cho ProfilePage.

Điểm Nha quan tâm không phải Rich Result.

Mà là sự nhất quán:

ProfilePage      ↓ Person      ↑ BlogPosting author

Tất cả bài đều nói về cùng một tác giả.

Bước 5: Không chỉ viết “Nha có kinh nghiệm” – phải cho thấy kinh nghiệm

Đây là chỗ Nha thấy quan trọng nhất.

Ví dụ bài:

Schema là gì?

thay vì chỉ định nghĩa Schema.org, Nha kể luôn chuyện mình từng mắc lỗi:

• thêm quá nhiều Schema;
• từng dùng Organization cho blog cá nhân;
• sau đó kiểm tra lại tài liệu Google;
• chuyển sang Person;
• xây lại entity graph cho tác giả.

Đó chính là Experience.

Bài về website vệ tinh cũng vậy.

Bài cũ được giữ nguyên URL nhưng bổ sung ghi chú cập nhật năm 2026, nói thẳng rằng một số cách xây Link Wheel, Link Pyramid hay profile/comment link trước đây không còn là hướng Nha khuyến nghị.

Nha thích cách này.

Không giả vờ mình chưa từng sai.

Thể hiện quá trình học.

Bước 6: Nguồn nào là kiến thức, phần nào là quan điểm của Nha?

Một thay đổi Nha đang muốn áp dụng đều hơn là:

Điều gì có thể kiểm chứng thì đưa nguồn.

Ví dụ bài E-E-A-T này.

Các khẳng định như:

• E-E-A-T không phải ranking factor cụ thể;
• Trust quan trọng nhất;
• YMYL được đánh giá E-E-A-T nghiêm hơn;
• Google khuyến nghị Who, How, Why;
• ProfilePage phù hợp cho About Me;
• author.url giúp Google phân biệt tác giả;

không phải ý kiến của Nha.

Chúng đến từ tài liệu Google.

Còn những phần như:

Nha thích xem E-E-A-T như Author → Evidence → Source → Entity → Trust.

đó là cách Nha diễn giải để dễ áp dụng.

Hai thứ nên được phân biệt.

Bước 7: Cập nhật bài cũ thay vì xóa lịch sử

Đây là lợi thế khá đặc biệt của một blog gần 10 năm.

Nha không muốn xóa hết bài cũ rồi viết lại để website trông “sạch”.

Một số bài cũ có giá trị vì chính tuổi đời của chúng.

Nha chọn cách:

• giữ URL;
• giữ phần trải nghiệm thật;
• sửa thông tin đã lỗi thời;
• thêm nguồn mới;
• thêm ngày cập nhật thật;
• nối sang bài mới bằng Internal Link.

Google cũng nói rõ không nên chỉ thay ngày hay xóa hàng loạt nội dung cũ để website có vẻ “fresh”.

Bước 8: Xây topical consistency, không viết mọi thứ chỉ vì có traffic

manhtunha.com vẫn là blog cá nhân.

Nha vẫn viết:

• công nghệ;
• AI;
• SEO;
• dữ liệu;
• lập trình;
• viết lách;
• chạy bộ;
• du lịch;
• và những câu chuyện đời thường.

Nhưng mỗi nhóm nên có lý do tồn tại.

Google hiện hỏi:

Website có primary purpose hoặc focus rõ không?

Với blog cá nhân, focus không nhất thiết là một keyword.

Nó có thể là một con người và những chủ đề người đó thực sự theo đuổi.

Điều Nha muốn tránh là hôm nay thấy keyword crypto tăng thì viết crypto, mai thấy chữa bệnh tăng thì viết chữa bệnh, mốt thấy luật thuế tăng thì tự nhiên thành chuyên gia thuế.

Traffic kiểu đó khá đắt.

Không phải tiền.

Mà là độ tin cậy.

Bước 9: Với chủ đề vượt chuyên môn, Nha sẽ biết dừng

E-E-A-T không có nghĩa tác giả phải giỏi mọi thứ.

Ngược lại.

Biết giới hạn của mình cũng là một phần của Trust.

Nếu Nha viết:

“Tôi chạy 5 km mỗi sáng và đây là trải nghiệm của tôi.”

Ổn.

Nếu Nha bắt đầu kê:

“Người mắc bệnh tim nên dùng thuốc X rồi chạy ở zone Y.”

thì đã đi quá xa.

Với nội dung YMYL, Nha sẽ ưu tiên:

• nguồn chính thống;
• chuyên gia phù hợp;
• review chuyên môn khi cần;
• và ghi rõ giới hạn của bài.

Bước 10: AI được dùng ở đâu?

Năm 2026, bỏ qua câu hỏi này hơi khó.

Nha sử dụng AI.

Nhưng Nha không muốn mô hình làm nội dung trở thành:

keyword → AI → 2.000 chữ → publish → keyword tiếp theo

AI hữu ích để:

• nghiên cứu nguồn;
• đối chiếu;
• đặt câu hỏi phản biện;
• gợi ý cấu trúc;
• rà lỗi;
• phân tích dữ liệu;
• tìm phần còn thiếu.

Nhưng phần:

• trải nghiệm;
• quan điểm;
• quyết định;
• kiểm chứng;
• và trách nhiệm;

Nha vẫn muốn thuộc về người viết.

Google không cấm nội dung AI.

Nhưng sử dụng AI để tạo hàng loạt trang mà không bổ sung giá trị cho người dùng có thể rơi vào scaled content abuse.

E-E-A-T và AI Search năm 2026 có gì mới?

Ngày 15/05/2026, Google công bố hướng dẫn mới riêng cho việc tối ưu website trong các trải nghiệm tìm kiếm generative AI.

Một ý Nha thấy đặc biệt đáng chú ý là:

Google ưu tiên valuable, unique, non-commodity content.

Tức là nội dung không dễ dàng trở thành một món hàng giống nhau ở mọi website.

Ví dụ:

Commodity content:

E-E-A-T gồm Experience, Expertise, Authoritativeness và Trustworthiness.

Ai cũng viết được.

AI viết trong vài giây.

Non-commodity content:

Tôi audit blog của mình, đây là những gì đang thiếu, đây là code tôi sửa, đây là URL Google đã crawl và đây là điều tôi chưa thể chứng minh.

Cái thứ hai khó copy hơn.

Nó có dấu vân tay của tác giả.

Vậy kết quả khi Nha áp dụng cho manhtunha.com là gì?

Đây là đoạn Nha muốn cẩn thận nhất.

Nha không thể viết:

Sau khi tối ưu, E-E-A-T tăng 63%.

Vì không có con số đó.

Nha cũng không thể nói:

Google đã xác nhận Mãnh Tử Nha có E-E-A-T cao.

Google không cung cấp chứng nhận như vậy.

Nhưng có một số kết quả có thể kiểm tra được.

Kết quả 1: Trang tác giả đã được Google crawl

Khi kiểm tra Google Search trong tháng 11/2026, trang giới thiệu tác giả của manhtunha.com đã được crawl và Google có thể trích xuất khá rõ:

• Mãnh Tử Nha là bút danh của Nguyễn Văn Nha;
• là blogger công nghệ;
• hành trình từ lập trình tới SEO, marketing, chuyển đổi số, thương mại điện tử, dữ liệu và AI;
• mục đích của blog.

Đây chưa phải bằng chứng “E-E-A-T cao”.

Nhưng ít nhất lớp:

Who is the author?

đã rõ hơn nhiều.

Kết quả 2: Các bài mới có authorship rõ ràng

Các bài mới Google crawl được hiện thể hiện:

• tên Mãnh Tử Nha;
• ngày đăng;
• tiêu đề;
• mô tả nội dung.

Đây là một thay đổi nhỏ nhưng quan trọng.

Một bài kiến thức không còn đứng một mình.

Nó gắn với một người chịu trách nhiệm.

Kết quả 3: Bài cũ bắt đầu có lịch sử cập nhật thay vì bị thay thế

Ví dụ bài về website vệ tinh đã được cập nhật năm 2026 nhưng giữ nguyên URL cũ.

Trong bài có phần ghi rõ:

• nội dung nào trước đây từng được khuyến nghị;
• điểm nào hiện tại Nha đã thay đổi quan điểm;
• và tại sao.

Nha đánh giá đây là một tín hiệu Experience tốt hơn rất nhiều so với việc viết bài mới rồi giả vờ quá khứ chưa từng tồn tại.

Kết quả 4: Cluster SEO đang dần có quan hệ thay vì là các URL rời rạc

Những bài hiện tại đã bắt đầu nối với nhau theo chủ đề:

SEO / AEO / GEO        ↓ Search Intent        ↓ Internal Link        ↓ Schema        ↓ Content Refresh        ↓ E-E-A-T

Đây chưa phải “E-E-A-T ranking signal”.

Nó là kiến trúc thông tin.

Nhưng kiến trúc tốt giúp cả người dùng lẫn crawler hiểu website tốt hơn.

Kết quả 5: Chưa thể kết luận ranking tăng do E-E-A-T

Điều này cũng phải ghi vào kết quả.

SEO rất dễ mắc lỗi:

Sửa E-E-A-T tháng 9 ↓ Traffic tăng tháng 10 ↓ Kết luận E-E-A-T làm traffic tăng

Chưa chắc.

Có thể còn:

• Search demand thay đổi;
• Google update;
• Internal Link;
• nội dung mới;
• CTR;
• seasonality;
• ranking của những query khác.

Nha sẽ chỉ kết luận khi dữ liệu đủ để kết luận.

Còn hiện tại, kết quả rõ nhất là:

Website đã minh bạch hơn về tác giả, nguồn, lịch sử nội dung và mối quan hệ giữa các bài.

Chỉ riêng điều đó đã đáng làm.

Làm sao “báo Google” rằng website đã cải thiện E-E-A-T?

Câu hỏi này Nha từng rất muốn có một câu trả lời kiểu:

Vào Search Console → E-E-A-T → Submit.

Không có.

Google không cung cấp công cụ gửi E-E-A-T.

Sau khi sửa website, thứ chúng ta có thể làm là giúp Google phát hiện những thay đổi.

1. Request Indexing những URL quan trọng

Trong Google Search Console:

URL Inspection → nhập URL → kiểm tra → Request Indexing

Nha sẽ ưu tiên:

• trang chủ;
• trang tác giả;
• bài cornerstone;
• những bài vừa được cập nhật lớn.

Google nói rõ request indexing không đảm bảo được index ngay.

Và gửi đi gửi lại cùng URL cũng không khiến nó crawl nhanh hơn.

2. Sitemap phải cập nhật lastmod đúng

Với nhiều URL, sitemap là cách tốt hơn để Google biết website có nội dung mới hoặc vừa thay đổi.

<lastmod> nên phản ánh lần cập nhật đáng kể gần nhất.

Không nên mỗi ngày tự động đổi toàn bộ sitemap thành ngày hôm nay.

Google có thể dùng lastmod nếu website cung cấp dữ liệu này chính xác và nhất quán.

3. Internal Link từ những trang đã crawl

Sau khi tạo trang tác giả đẹp mà không bài nào link tới thì hơi phí.

Byline cần dẫn về tác giả.

Bài pillar dẫn về bài con.

Bài cũ dẫn tới kiến thức mới.

Đó là cách Googlebot có đường để đi.

4. Structured Data phải đồng nhất với nội dung nhìn thấy

Nếu HTML nói:

Tác giả: Mãnh Tử Nha

Schema cũng nên nói:

"author": {   "@type": "Person",   "name": "Mãnh Tử Nha" }

Không phải:

"author": {   "@type": "Organization",   "name": "Mãnh Tử Nha" }

Chỉ vì copy nhầm một template trên mạng.

Website nào cần E-E-A-T?

Câu trả lời của Nha:

Gần như website nào xuất bản nội dung cũng nên quan tâm.

Nhưng mức độ không giống nhau.

Blog cá nhân

Tập trung:

• tác giả;
• trải nghiệm;
• nguồn;
• quan điểm riêng;
• lịch sử nội dung.

Website công nghệ

Tập trung:

• người viết có thực sự dùng công nghệ không;
• version;
• code;
• test;
• nguồn tài liệu chính thức;
• ngày cập nhật.

Website review

Tập trung Experience:

• đã dùng chưa;
• dùng bao lâu;
• ảnh thật;
• phương pháp test;
• ưu và nhược;
• cách chấm điểm.

E-commerce

Trust quan trọng:

• doanh nghiệp;
• contact;
• đổi trả;
• giao hàng;
• thanh toán;
• review thực;
• giá;
• tình trạng hàng.

YMYL

Y tế, tài chính, an toàn và các chủ đề có thể ảnh hưởng lớn tới cuộc sống cần mức độ E-E-A-T cao hơn.

Ở đây trải nghiệm cá nhân không thể thay thế chuyên môn.

Nếu website hiện chưa làm gì về E-E-A-T thì bắt đầu từ đâu?

Nha sẽ không bắt đầu bằng Schema.

Nha làm theo thứ tự này:

1. Xác định website thuộc về ai.
2. Tạo About hoặc Author Page thật.
3. Thêm byline cho nội dung cần tác giả.
4. Nối byline về Author Page.
5. Sửa nội dung để thể hiện Experience hoặc Expertise thật.
6. Thêm nguồn cho những claim cần kiểm chứng.
7. Cập nhật nội dung cũ.
8. Xây topical structure và Internal Link.
9. Thêm ProfilePage/Person và Article Schema đúng thực tế.
10. Kiểm tra Contact, Privacy và các chính sách cần thiết.
11. Request indexing các URL quan trọng và cập nhật sitemap.
12. Theo dõi Search Console thay vì đi tìm “E-E-A-T score”.

Nha dùng một framework riêng: Author → Evidence → Source → Entity → Trust

Sau khi đọc khá nhiều tài liệu, Nha muốn biến E-E-A-T thành thứ mình có thể dùng được trong công việc hàng ngày.

Nha rút thành năm câu.

Author

Ai nói?

Evidence

Có bằng chứng, trải nghiệm hoặc dữ liệu gì?

Source

Thông tin bên ngoài đến từ đâu?

Entity

Google và người đọc có hiểu người, website và chủ đề này là ai/điều gì không?

Trust

Tại sao tôi nên tin?

Mỗi bài không cần phải hoàn hảo cả năm.

Nhưng nếu không trả lời được câu nào thì Nha sẽ suy nghĩ lại trước khi bấm đăng.

Checklist E-E-A-T 2026 Nha dùng cho một bài viết

Trước khi publish, Nha có thể tự hỏi:

• Ai là tác giả?
• Byline có rõ không?
• Tác giả có trang giới thiệu không?
• Tác giả có phù hợp với chủ đề không?
• Đây là trải nghiệm, kiến thức, quan điểm hay suy luận?
• Những claim cần kiểm chứng đã có nguồn chưa?
• Nguồn có phải nguồn gốc hoặc nguồn có thẩm quyền không?
• Bài có thông tin, phân tích hoặc góc nhìn riêng không?
• Nếu AI hỗ trợ đáng kể, có cần giải thích cách sử dụng không?
• Bài có đáp ứng đúng Search Intent không?
• Ngày đăng và ngày sửa có thật không?
• Internal Link có hợp lý không?
• Schema có mô tả đúng nội dung thực tế không?
• Có điều gì Nha đang nói vượt quá chuyên môn không?
• Người đọc xong có mang được gì về không?

E-E-A-T có giúp GEO và AI trích dẫn website không?

Có liên quan.

Nhưng không nên biến thành công thức.

Google nói rõ trong hướng dẫn AI Search năm 2026 rằng các nguyên tắc SEO nền tảng vẫn áp dụng cho AI Overviews và AI Mode.

Không có:

• Schema riêng cho GEO;
• file bí mật để bật AI citation;
• hay một bước submit E-E-A-T.

Google đặc biệt nhấn mạnh nội dung:

• unique;
• valuable;
• non-commodity;
• expert-led;
• people-first.

Nha thấy điều này đưa E-E-A-T trở về đúng chỗ của nó.

Không phải thủ thuật.

Mà là câu chuyện về chất lượng và niềm tin.

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

Nếu vài hôm nữa quên hết thuật ngữ, Nha mong bạn còn nhớ những điều sau:

• E-E-A-T không phải một ranking factor riêng biệt và không có điểm E-E-A-T trong Search Console.
• Trust là phần quan trọng nhất trong E-E-A-T.
• Experience và Expertise không giống nhau.
• YMYL cần mức độ tin cậy và chuyên môn cao hơn.
• Năm 2026 nên nhìn thêm Effort, Originality, Talent/Skill và Accuracy.
• Who, How và Why là ba câu hỏi rất đáng dùng khi làm nội dung.
• Schema giúp Google hiểu entity nhưng không tạo ra E-E-A-T.
• Không có nút “Submit E-E-A-T”; sau khi sửa, hãy giúp Google crawl lại bằng Search Console, sitemap và Internal Link.
• Đừng tự nhận Authority. Hãy tích lũy nó.
• AI làm việc tạo chữ rẻ hơn, vì vậy trải nghiệm thật, dữ liệu thật và góc nhìn riêng lại càng có giá trị.

Nha bắt đầu bài này với câu hỏi:

Làm thế nào để Google biết website mình có E-E-A-T?

Viết tới đây, Nha thấy câu hỏi nên đổi thành:

Làm thế nào để người đọc có đủ lý do tin nội dung này, và làm thế nào để Google có đủ tín hiệu nhất quán để hiểu điều đó?

Khác nhau một chút.

Nhưng Nha nghĩ khác biệt đó khá quan trọng.

E-E-A-T không phải thứ mình khai báo.

Nó là thứ mình phải thể hiện.

Qua người viết.

Qua nội dung.

Qua nguồn.

Qua trải nghiệm.

Qua cách sửa sai.

Và qua một lịch sử đủ dài để những điều đó trở nên đáng tin.

Với manhtunha.com, lịch sử gần 10 năm đã có.

Việc còn lại là chăm nó cho tử tế hơn.

Nguồn và tài liệu tham khảo

Để kiểm tra lại các nội dung trong bài viết này, Nha ưu tiên tài liệu chính thức của Google Search Central. Các nguồn dưới đây được kiểm tra lại vào tháng 11/2026.

• Google Search Central - Tạo nội dung hữu ích, đáng tin cậy và ưu tiên con người
  Tài liệu quan trọng nhất để hiểu E-E-A-T. Google giải thích Experience, Expertise, Authoritativeness, Trustworthiness; xác nhận Trust là yếu tố quan trọng nhất trong E-E-A-T; E-E-A-T không phải một yếu tố xếp hạng riêng lẻ; đồng thời hướng dẫn cách đánh giá nội dung theo Who, How và Why.
• Google Search Central - Dữ liệu có cấu trúc Article và BlogPosting
  Tài liệu hướng dẫn khai báo tác giả cho bài viết, bao gồm author, author.url, thông tin tác giả, ngày xuất bản, ngày cập nhật và các thuộc tính liên quan của Article/BlogPosting.
• Google Search Central - Dữ liệu có cấu trúc ProfilePage
  Google xác nhận trang hồ sơ cá nhân hoặc trang About Me của một blog là một trường hợp phù hợp để sử dụng ProfilePage. Đây là cơ sở Nha dùng để nối trang tác giả với entity Person trên manhtunha.com.
• Google Search Central - Các tính năng AI và trang web của bạn
  Tài liệu giải thích cách những nguyên tắc SEO hiện có tiếp tục được áp dụng cho AI Overviews và AI Mode. Google không yêu cầu một Schema riêng, file riêng hay quy trình đặc biệt chỉ để website xuất hiện trong các tính năng AI.
• Google Search Central - Hướng dẫn tối ưu cho các tính năng AI tạo sinh trên Google Tìm kiếm
  Tài liệu được Google bổ sung trong năm 2026, nhấn mạnh nội dung có giá trị riêng, không mang tính hàng hóa, có trải nghiệm thực tế và tiếp tục áp dụng các nền tảng SEO thay vì chạy theo các mẹo AEO hoặc GEO riêng lẻ.
• Google Search Central - Hướng dẫn sử dụng nội dung dựa trên AI tạo sinh
  Google cho biết AI tạo sinh có thể hữu ích trong nghiên cứu và hỗ trợ cấu trúc nội dung, nhưng việc tạo nhiều trang bằng AI mà không bổ sung giá trị có thể vi phạm chính sách về scaled content abuse. Google tiếp tục nhấn mạnh tính chính xác, chất lượng và mức độ liên quan.
• Google Search Central - Các bản cập nhật tài liệu mới nhất
  Trang changelog chính thức của Google Search Central. Đây là nơi Nha kiểm tra những thay đổi mới trong năm 2026, bao gồm hướng dẫn tối ưu cho generative AI Search, thay đổi về FAQ rich results và các cập nhật kỹ thuật khác.
• Google Search Central - Yêu cầu Google thu thập lại dữ liệu trên trang web
  Tài liệu hướng dẫn sử dụng URL Inspection và Request Indexing sau khi một URL quan trọng được cập nhật. Google lưu ý rằng việc gửi yêu cầu không đảm bảo URL sẽ được crawl hoặc index ngay và gửi lặp lại không giúp quá trình nhanh hơn.
• Google Search Central - Dựng và gửi Sitemap
  Tài liệu hướng dẫn tạo và gửi sitemap, bao gồm cách sử dụng lastmod để thông báo thời điểm một URL thực sự có thay đổi đáng kể.

Lưu ý: E-E-A-T không phải một chứng nhận, điểm số hay Schema mà website có thể gửi trực tiếp cho Google. Các tài liệu trên cho thấy Google đánh giá nhiều tín hiệu khác nhau liên quan đến chất lượng, tác giả, trải nghiệm, chuyên môn, độ tin cậy và tính hữu ích của nội dung.

Nha kiểm tra lại các nguồn trên vào tháng 11/2026. Google Search và các tính năng AI tiếp tục thay đổi theo thời gian, vì vậy nếu bạn đọc bài này ở một thời điểm xa hơn, nên mở lại tài liệu chính thức để kiểm tra trước khi áp dụng.