Checklist nội dung AEO

TL;DR

Hãy kiểm tra trang web qua checklist 30 tiêu chí, 5 trụ cột này trước khi xuất bản hoặc như một phần của cuộc kiểm toán hàng quý. Ghi một điểm cho mỗi mục được đánh dấu. 25-30 điểm là sẵn sàng xuất bản, 20-24 cần được hoàn thiện thêm, dưới 20 điểm cần chỉnh sửa lại cấu trúc. Năm trụ cột này ánh xạ trực tiếp đến Citation Readiness Score (Điểm Sẵn Sàng Trích Dẫn) được sử dụng trên toàn bộ thư mục /aeo/.

Cách sử dụng checklist này

Thực hiện lần lượt qua năm trụ cột: Answerability, Authority, Freshness, Structure, và Entity Clarity. Mỗi trụ cột có sáu ô đánh dấu (checkbox). Ghi một điểm cho mỗi ô đạt yêu cầu; tổng cộng 30 điểm. Chạy đánh giá này một lần trước khi xuất bản, sau đó theo chu kỳ kiểm toán 90 ngày cho bất kỳ trang nào nằm trong nhóm ưu tiên trích dẫn.

Việc nhóm các trụ cột là có chủ đích. Các công cụ AI chọn ra các ứng viên trích dẫn dựa trên một tập hợp tín hiệu nhỏ, có thể lặp lại: trang web có thể trả lời câu hỏi không, có đáng tin cậy không, có cập nhật không, có thể phân tích cú pháp không, và có nói về các entity một cách nhất quán không. Mỗi trụ cột bao gồm một trong những tín hiệu đó, và sáu mục trong mỗi trụ cột được sắp xếp theo mức độ tác động từ cao nhất đến thấp nhất để việc khắc phục các mục trên cùng trước sẽ mang lại sự cải thiện trích xuất lớn nhất.

Phase 1: Answerability (6 mục)

• [ ] Trả lời trực tiếp ngay ở câu đầu tiên — Câu đầu tiên ngay bên dưới H1 (hoặc dưới phần blockquote AI-summary) phải trả lời cho câu hỏi chính (canonical question). Xác minh bằng cách đọc lướt qua câu đầu tiên và tự hỏi "câu này có trả lời câu hỏi không?"
• [ ] Khối câu trả lời (answer block) nằm trong khoảng 40-60 từ — Các định nghĩa và câu trả lời cốt lõi phải đủ súc tích để được trích dẫn toàn bộ. Xác minh bằng công cụ đếm từ trên đoạn câu trả lời; 40-60 là phạm vi được Frase khuyên dùng cho các phần FAQ trong tìm kiếm AI.
• [ ] Câu trả lời tự chứa đầy đủ ý nghĩa (self-contained) — Câu trả lời có ý nghĩa mà không cần ngữ cảnh xung quanh, không sử dụng phép thế ("điều này," "điều kia," "như trên"), hoặc tham chiếu đến hình ảnh. Xác minh bằng cách copy-paste khối câu trả lời vào một tài liệu trống và đọc riêng biệt.
• [ ] Câu hỏi chính (canonical question) khớp với mục đích của H1 — Trường canonical_question trong frontmatter và H1 phải nhắm mục tiêu đến cùng một intent và entity. Xác minh bằng cách đọc song song H1 và canonical_question.
• [ ] Không có lời dạo đầu dư thừa (filler preamble) — Trang không được bắt đầu bằng "Trong bài viết này…", "Chúng ta sẽ khám phá…", hoặc các câu mở đầu phá hỏng việc trích xuất AI. Xác minh bằng cách dùng tính năng Tìm kiếm với các từ khóa "Trong bài viết này" và "chúng ta sẽ khám phá."
• [ ] Có blockquote tóm tắt AI (AI summary) — Phải có một blockquote dạng > AI summary: … nằm giữa H1 và TL;DR, với 2 đến 3 câu thực tế. Xác minh rằng trang có chính xác một blockquote như vậy, chứ không phải hai hay ba bản tóm tắt cạnh tranh nhau.

Phase 2: Authority (6 mục)

• [ ] Tác giả được xác định rõ ràng — Tên tác giả thực sự phải được hiển thị ngay phần nửa trên trang web (above the fold) và trong schema tác giả. Các byline "nhóm" ẩn danh thường yếu hơn; một tác giả có tên tuổi với thông tin xác thực mạnh hơn. Xác minh bằng View Source và Rich Results Test.
• [ ] Tác giả có thông tin xác thực hoặc tiểu sử được liên kết — Tác giả có Person schema với hasCredential hoặc trang tác giả được liên kết với tiểu sử và trình độ. Xác minh bằng cách click vào byline và kiểm tra trang đích.
• [ ] Có ít nhất một trích dẫn chính hoặc tiêu chuẩn ngành cho mỗi trang nội dung dài — Các khẳng định cụ thể phải được gắn với các nguồn uy tín rõ ràng (tài liệu chính thức, schema.org, các bài báo đánh giá ngang hàng, nguồn trong ngành uy tín). Xác minh bằng cách Tìm kiếm ](http và rà soát danh sách liên kết.
• [ ] Không có các hệ số nhân bằng số không có nguồn gốc — Không có "nhanh hơn 3x", "nhanh hơn 50%", hoặc "cải thiện 10x" mà không có chú thích hoặc liên kết nguồn (inline citation). Xác minh bằng biểu thức regex \d+x và \d+% và xác nhận mỗi kết quả đều có nguồn đi kèm.
• [ ] Tín hiệu domain hoặc tổ chức (organization) hiện diện — Trang web nằm trên một domain tập trung vào chủ đề hoặc trong một chuyên mục có thẩm quyền rõ ràng, với Organization schema được thiết lập trên trang web. Xác minh bằng View Source và Rich Results Test.
• [ ] Không có các khẳng định dễ gây ảo giác (hallucination-prone claims) — Các tuyên bố phải là những sự thật được biết đến rộng rãi, có nguồn trích dẫn, hoặc được định dạng như ý kiến cá nhân / quan sát mô hình. Xác minh bằng cách đọc lại mọi tuyên bố bằng số, so sánh hoặc "X là công ty dẫn đầu" và tự hỏi "nguồn ở đâu?"

Phase 3: Freshness (6 mục)

• [ ] datePublished có trong schema — Trang công khai ngày xuất bản cả ở phần hiển thị gần byline và bên trong JSON-LD của Article / TechArticle. Xác minh bằng View Source để tìm datePublished.
• [ ] dateModified hiển thị và chính xác — dateModified của schema phải khớp với đoạn văn bản hiển thị "Last updated" (Cập nhật lần cuối). dateModified cũ hoặc bị thiếu là một tín hiệu tiêu cực mạnh đối với AEO. Xác minh bằng Rich Results Test.
• [ ] Có dòng ngày tháng "Last updated" hiển thị rõ ràng gần byline — Người đọc có thể thấy thông tin cập nhật mà không cần kiểm tra source code. Xác minh bằng cách đọc lướt qua khu vực tiêu đề của trang đã xuất bản.
• [ ] review_cycle_days được thiết lập trong frontmatter — Giá trị điển hình là 90 ngày đối với nội dung evergreen và 30 ngày cho các chủ đề thay đổi nhanh. Xác minh bằng cách mở phần frontmatter của MDX.
• [ ] last_reviewed_at được cập nhật trong mỗi lần audit — Ngay cả khi phần thân bài không thay đổi, một cuộc kiểm tra thành công cũng cần cập nhật last_reviewed_at. Xác minh dựa trên nhật ký audit hoặc lịch sử git của bạn.
• [ ] Các khẳng định nhạy cảm về thời gian được đánh dấu — Mọi tuyên bố gắn với một năm, phiên bản, hoặc bản phát hành cụ thể ("tính đến năm 2026", "Chrome 124+") cần phải có ghi chú rõ thời gian trong thân bài. Xác minh bằng cách Tìm kiếm năm hiện tại và các năm quan trọng trước đó.

Phase 4: Structure (6 mục)

• [ ] Cấu trúc heading hợp lý — H1 → H2 → H3 không bị nhảy bậc và không có thẻ H4 đứng đơn độc (orphaned). Xác minh bằng extension trình duyệt kiểm tra outline hoặc kiểm tra thủ công.
• [ ] Dùng bảng biểu cho sự so sánh, list cho các bước và tính năng — Việc so sánh sử dụng dạng bảng, hướng dẫn theo tuần tự dùng ordered list (danh sách đánh số), và các tính năng không theo trình tự dùng bulleted list, không được để đoạn văn dài. Xác minh bằng cách đọc lại các phần nội dung thân bài và tự hỏi "đoạn này có thể chuyển thành bảng được không?"
• [ ] Đoạn văn dễ đọc lướt (Scannable paragraphs) — Các đoạn nội dung chính chỉ nên dài tối đa khoảng 3 câu. Các khối dài cần được chia thành các phần phụ (sub-sections) hoặc list. Xác minh bằng cách đọc lướt qua trang web hiển thị.
• [ ] Phần FAQ ở cuối bài — Một FAQ thực sự với 4-8 cặp câu hỏi/trả lời, mỗi câu trả lời 2-4 câu. Xác minh bằng cách đếm số cặp Q&A và độ dài của câu trả lời.
• [ ] FAQPage schema có mặt ở nơi có FAQ — Mặc dù sự thay đổi tháng 8 năm 2023 của Google đã hạn chế kết quả hiển thị nhiều định dạng (rich result) cho các trang gov/health, schema vẫn tiếp tục đóng vai trò như một tín hiệu trích xuất AI. Xác minh bằng Trình xác thực schema.org.
• [ ] BreadcrumbList schema phản ánh cấu trúc hệ thống trang — Trang bộc lộ rõ vị trí của nó trong cấu trúc hub → pillar → article. Xác minh bằng View Source cho BreadcrumbList.

Phase 5: Entity Clarity (6 mục)

• [ ] Chỉ có một tên chuẩn (canonical name) cho mỗi entity trên toàn bộ thân bài, frontmatter, và schema — "AEO" là "AEO" ở mọi nơi, không phải lúc thì là "Answer Engine Optimisation" ở giữa đoạn văn. Xác minh bằng tính năng Tìm kiếm trên toàn trang đối với các tên entity đã biết và các biến thể của chúng.
• [ ] Các bí danh (aliases) được khai báo trong frontmatter — Bất kỳ entity nào có nhiều hơn một tên phổ biến đều cần khai báo các biến thể của nó vào phần aliases:. Xác minh bằng cách đọc phần frontmatter aliases.
• [ ] Giải thích từ viết tắt ở lần đầu tiên sử dụng — Lần đầu sử dụng là "answer engine optimization (AEO)"; các lần sử dụng sau đó chỉ cần "AEO." Xác minh bằng cách Tìm kiếm từ viết tắt và xác nhận kết quả đầu tiên chính là bản giải thích đầy đủ.
• [ ] Liên kết nội bộ sử dụng canonical anchor text — Các liên kết đến các trang chủ đề (concept) liên quan sử dụng tên chuẩn làm anchor text, chứ không phải "nhấn vào đây" hay "bài viết này." Xác minh bằng cách đọc to nội dung liên kết trong thân bài.
• [ ] Các entity bên ngoài được liên kết đến trang chuẩn trong lần đề cập đầu tiên — Lần đầu tiên nhắc đến schema.org, Google Search Central, OpenAI, Perplexity, v.v., cần liên kết đến trang chủ hoặc doc chuẩn. Xác minh bằng cách kiểm tra danh sách liên kết.
• [ ] canonical_concept_id có trong frontmatter — Trang tuyên bố canonical ID định dạng kebab-case ổn định của nó. Xác minh bằng cách mở phần frontmatter.

Thang điểm chấm theo Citation Readiness Score

Điểm 30 mục ánh xạ trực tiếp đến Citation Readiness Score (CRS) được sử dụng trên toàn bộ hub này. Mỗi trụ cột đóng góp một trục CRS với trọng số cố định:

Để tính điểm CRS từ checklist: cho điểm từng trụ cột trên thang điểm 6, chia cho 6 để ra tỷ lệ trên mỗi trụ cột (từ 0-1), nhân với trọng số, sau đó tính tổng. Một trang web có điểm 6/6 Answerability, 5/6 Authority, 4/6 Freshness, 6/6 Structure, và 5/6 Entity Clarity sẽ được tính là (1.00 × 25) + (0.83 × 20) + (0.67 × 15) + (1.00 × 25) + (0.83 × 15) = 89, rơi vào nhóm "xuất bản, kỳ vọng được trích dẫn". CRS ≥ 85 tương đương với điểm checklist từ 25/30 trở lên và là ngưỡng đạt yêu cầu đối với các trang ưu tiên trích dẫn.

Ưu tiên chỉnh sửa nhanh theo mức độ nghiêm trọng

Khi một trang rơi xuống dưới ngưỡng đủ điều kiện xuất bản, thứ tự bạn xử lý các mục còn quan trọng hơn là số lượng các mục bị thiếu. Sử dụng thứ tự ưu tiên sau đây, được ánh xạ vào các nhóm Mức độ nghiêm trọng xuất phát từ CRS.

Nghiêm trọng (điểm dưới 15). Trang không sẵn sàng để xuất bản và không thể được audit với trạng thái hiện tại.

1. Bổ sung một câu trả lời trực tiếp trong câu đầu tiên (Answerability mục 1).
2. Bổ sung blockquote tóm tắt AI (Answerability mục 6).
3. Bổ sung datePublished và dateModified (Freshness mục 1 và 2).
4. Bổ sung Article hoặc TechArticle schema như là nền tảng cấu trúc.
5. Cấu trúc lại outline phần thân bài theo sơ đồ heading hợp lý (Structure mục 1).

Cao (điểm 15-19). Trang đã có nền tảng nhưng chưa có lớp cấu trúc cho AI trích xuất.

1. Làm gọn khối câu trả lời từ 40-60 từ (Answerability mục 2).
2. Gắn nguồn cho các tuyên bố chưa có nguồn; loại bỏ các hệ số nhân không nguồn (Authority mục 3 và 4).
3. Bổ sung phần FAQ và FAQPage schema (Structure mục 4 và 5).
4. Bổ sung canonical_concept_id và aliases vào frontmatter (Entity Clarity mục 6 và 2).

Trung bình (điểm 20-24). Trang đã gần sẵn sàng xuất bản; hoàn thiện bước trau chuốt cuối cùng.

1. Chuẩn hóa tên các entity và cách viết tắt (Entity Clarity mục 1 và 3).
2. Bổ sung BreadcrumbList schema (Structure mục 6).
3. Thiết lập review_cycle_days và cập nhật last_reviewed_at (Freshness mục 4 và 5).
4. Chuyển bất kỳ đoạn văn so sánh dài nào thành dạng bảng (Structure mục 2).

Thấp (điểm 25-27). Xuất bản; đưa các mục còn sót lại vào chu kỳ audit tiếp theo và tránh làm chậm tiến độ ra mắt chỉ vì các lỗi giao diện nhỏ.

Mẫu markdown Copy-paste

Copy khối nội dung sau và dán vào Notion hoặc Linear ticket cho mỗi lần audit trang. Thay thế placeholder slug, sau đó tích chọn vào các mục khi bạn tiến hành. Khối nội dung này phản chiếu đúng cấu trúc của checklist ở trên, để các ghi chú audit có thể áp dụng lại trực tiếp vào siêu dữ liệu (metadata) của trang web khi các chỉnh sửa được hoàn thành.

# AEO Audit — <slug>

Date: YYYY-MM-DD

Reviewer:

Score target: 25 / 30

Phase 1: Answerability (___ / 6)

• [ ] Trả lời trực tiếp ngay ở câu đầu tiên
• [ ] Khối câu trả lời 40-60 từ
• [ ] Câu trả lời tự chứa đầy đủ ý nghĩa (self-contained)
• [ ] canonical_question khớp với mục đích của H1
• [ ] Không có lời dạo đầu dư thừa (filler preamble)
• [ ] Có blockquote tóm tắt AI (AI summary blockquote)

Phase 2: Authority (___ / 6)

• [ ] Tác giả được xác định rõ ràng
• [ ] Tác giả có chứng chỉ liên kết (credentials)
• [ ] >= 1 trích dẫn chính cho mỗi trang nội dung dài
• [ ] Không có các hệ số nhân không rõ nguồn gốc
• [ ] Có các tín hiệu từ tổ chức / domain
• [ ] Không có các khẳng định dễ gây ảo giác (hallucination-prone claims)

Phase 3: Freshness (___ / 6)

• [ ] Có datePublished trong schema
• [ ] Có dateModified trong schema (khớp với hiển thị)
• [ ] Ngày "Last updated" hiển thị rõ
• [ ] Thiết lập review_cycle_days
• [ ] Cập nhật last_reviewed_at hiện hành
• [ ] Các thông tin nhạy cảm thời gian cần ghi rõ thời gian cụ thể

Phase 4: Structure (___ / 6)

• [ ] Hệ thống heading hợp lý
• [ ] Bảng (Tables) cho việc so sánh, danh sách (lists) cho các bước
• [ ] Các đoạn văn dễ đọc (Scannable paragraphs)
• [ ] Khu vực FAQ (4-8 Q&A)
• [ ] FAQPage schema
• [ ] BreadcrumbList schema

Phase 5: Entity Clarity (___ / 6)

• [ ] Một tên chuẩn (canonical) duy nhất trên toàn văn bản
• [ ] Aliases được khai báo ở frontmatter
• [ ] Giải nghĩa từ viết tắt ở lần dùng đầu
• [ ] Internal links dùng canonical anchor text
• [ ] External entities được liên kết ngay lần đề cập đầu tiên
• [ ] Có canonical_concept_id

Total: ___ / 30

Band:

Top 3 fixes:

1.

2.

3.

FAQ

Q: Tôi có cần đạt mọi mục trong checklist để có thể xuất bản không?

Không. Đặt mục tiêu 25/30 hoặc cao hơn trước khi xuất bản đối với các trang ưu tiên trích dẫn (citation-priority), và 20/30 đối với trang hỗ trợ tiện ích ít ưu tiên hơn. Dưới 20/30, các AI tìm kiếm ít có khả năng trích dẫn trang một cách đáng tin cậy và bước thay đổi hiệu quả nhất là viết lại cấu trúc thay vì đánh bóng lại từng lỗi nhỏ.

Q: Tại sao lại là chính xác 5 trụ cột và 6 mục mỗi trụ cột?

Năm trụ cột tương ứng với năm tín hiệu mà các AI tìm kiếm sử dụng khi lựa chọn các ứng viên để trích dẫn: extractability, trust, recency, parseability, và disambiguation. Sáu mục ở mỗi trụ cột là một con số kinh nghiệm khi mỗi trụ cột phản ánh một tín hiệu mà không có sự dư thừa, và tổng (30) là con số vừa nhỏ gọn đủ để thực thi việc kiểm tra này vào một đợt duy nhất trong vòng khoảng 30 phút rà soát.

Q: FAQPage schema vẫn có yêu cầu sau khi có bản cập nhật của Google vào năm 2023 không?

Với những trang không thuộc lĩnh vực gov/health thì schema này là tùy chọn trong việc cung cấp kết quả rich result, tuy nhiên vẫn khuyên dùng cho AEO. Đợt cập nhật của Google vào tháng 8 năm 2023 đã gỡ bỏ hiển thị kết quả rich result đối với các web tổng hợp, nhưng schema FAQPage vẫn đóng vai trò là một tín hiệu giúp hỗ trợ trích xuất AI trên khắp ChatGPT, Perplexity, và Google AI Overviews (Frase: FAQ schemas cho tìm kiếm AI; Search Engine Land: schema và tìm kiếm AI).

Q: Tôi nên chạy lại việc đánh giá theo checklist này với tần suất như thế nào?

Ít nhất 90 ngày mỗi lần với các trang nội dung evergreen, và 30 ngày cho các trang với chủ đề cập nhật thay đổi nhanh (như việc release mô hình mới, hệ thống nâng cấp nền tảng), và bất cứ lúc nào có sự thay đổi lớn về code refactor. Trường review_cycle_days và last_reviewed_at trong thư mục frontmatter có vai trò lưu trữ nhịp thay đổi đó hơn là việc chạy một lịch chung.

Q: Cách sửa đổi tối ưu đem lại hiệu quả cao nhất ở một trang đang thiếu chất lượng là gì?

Đưa nội dung trả lời trực tiếp lên trước nhất ở câu đầu tiên của nhóm câu trả lời (Answerability mục 1). Hầu hết nội dung web đã có một câu hỏi trả lời đâu đó trong trang web; đưa nó lên trên ở vị trí một có thể chỉ tốn một dòng sửa đổi mà nâng cao chất lượng việc giúp AI dễ phân tích trích xuất đối với toàn bộ engine mà lại mở khóa được luôn một vài điều khoản tại Answerability.