Topic cluster và query fan-out: Cách map intent và URL owner

Google công bố rằng AI Overviews và AI Mode có thể dùng query fan‑out để thực hiện nhiều tìm kiếm liên quan. Nhưng điều đó không có nghĩa người làm content có thể dự đoán chính xác mọi sub‑query hoặc cần tạo một URL cho từng câu hỏi mà AI có thể sinh ra.

Topic cluster vẫn nên được thiết kế cho người dùng và kiến trúc website: xác định nhiệm vụ chính, chọn URL owner, tách trang khi intent đủ khác biệt, kết nối bằng internal link và đo bằng dữ liệu Search cùng business outcome. Query fan‑out chỉ là bối cảnh, không phải công thức nội dung.

Query fan‑out là gì và không phải là gì?

Query fan‑out là kỹ thuật mà Google mô tả trong AI features: hệ thống có thể thực hiện nhiều tìm kiếm liên quan trên các subtopic và nguồn dữ liệu để hỗ trợ câu trả lời. Google không công bố toàn bộ query được sinh, trọng số hoặc cách từng nguồn được chọn.

Điều đã biết	Điều không nên suy diễn
AI features có thể thực hiện nhiều tìm kiếm liên quan.	Mọi prompt có một danh sách sub‑query cố định.
Search index và core ranking/quality systems vẫn được dùng.	Một “sub‑query map” có thể điều khiển nguồn được trích dẫn.
Trang cần index và đủ điều kiện hiển thị snippet.	Đủ điều kiện đồng nghĩa chắc chắn xuất hiện trong AI.
Google không yêu cầu schema, llms.txt hoặc cách viết riêng.	Answer block, FAQ hoặc đoạn 1–2 câu là ranking factor AI.

Nguồn chính: AI features and your website và generative AI optimization guide.

Topic cluster có cần một phiên bản riêng cho AI Search không?

Không. Topic cluster là mô hình biên tập và kiến trúc thông tin, không phải cấu trúc bắt buộc của Google. Một cluster tốt cho Search truyền thống cũng có thể hỗ trợ AI features nếu các URL hữu ích, crawlable, có nhiệm vụ rõ và không trùng lặp.

Mô hình yếu	Mô hình nên dùng
Mỗi keyword hoặc prompt tạo một bài.	Mỗi nhiệm vụ chính có một URL owner.
Pillar chỉ là danh sách link.	Pillar giải thích tổng quan và dẫn tới nhánh chuyên sâu có lý do.
Supporting pages gần như giống nhau.	Mỗi trang có intent, audience hoặc task khác biệt.
Internal link để “đẩy sức mạnh”.	Internal link giúp discovery, context và user journey.
Đo số URL hoặc độ phủ keyword.	Đo visibility, task completion và business outcome.

Bắt đầu bằng problem map, không bằng danh sách prompt

Problem map là bản đồ những nhiệm vụ người dùng cần hoàn thành trong một chủ đề: hiểu, so sánh, quyết định, triển khai, khắc phục và đo kết quả. Nó có thể dùng Search data, sales questions, site search, support tickets và SERP làm evidence.

Lớp nhiệm vụ	Câu hỏi	Format có thể phù hợp
Định nghĩa	Khái niệm là gì, khác gì thuật ngữ gần?	Explainer hoặc glossary.
Chẩn đoán	Vấn đề nằm ở đâu, evidence nào xác nhận?	Checklist, audit hoặc troubleshooting.
So sánh	Các lựa chọn khác nhau thế nào?	Comparison với tiêu chí và trade‑off.
Thực thi	Làm từng bước ra sao?	Process, template hoặc tool.
Rủi ro	Khi nào không nên làm, lỗi nào gây hại?	Decision matrix hoặc risk guide.
Giao dịch	Dịch vụ/sản phẩm nào phù hợp và điều kiện gì?	Service/product page.

Không gọi mọi câu hỏi trong map là “sub‑query của AI”. Đây là nhu cầu của người dùng có evidence; AI có thể hoặc không dùng các truy vấn tương tự.

Quyết định khi nào tách URL

Câu hỏi	Giữ trong trang hiện tại	Tách URL khi
Intent có khác không?	Chỉ là câu hỏi phụ của cùng nhiệm vụ.	Người dùng cần một kết quả và format khác.
Nội dung có giá trị độc lập không?	Chỉ cần một section ngắn để hoàn thành bài.	Có quy trình, dữ liệu, tool hoặc quyết định riêng.
URL cũ đã xử lý chưa?	Cập nhật owner hiện tại.	Không có owner phù hợp và không gây cannibalization.
Business role có khác không?	Cùng giai đoạn hành trình.	Một trang phục vụ research, trang khác phục vụ transaction.
Maintenance có khác không?	Cùng nguồn và chu kỳ cập nhật.	Dữ liệu cần owner hoặc cadence riêng.

Không dùng ngưỡng 150–300 từ, 800–1.000 từ hoặc search volume như điều kiện tự động. Độ dài không xác định intent.

Gán vai trò cho từng URL trong cluster

Vai trò	Nhiệm vụ	Acceptance criteria
Hub/pillar	Cho bức tranh tổng quan và điều hướng.	Không trở thành trang danh sách link mỏng.
Supporting	Giải quyết một nhiệm vụ chuyên sâu.	Intent và value khác pillar.
Evidence/tool	Cung cấp dữ liệu, template, calculator hoặc case.	Phương pháp, nguồn và update owner rõ.
Commercial	Giải thích offer, scope, proof và CTA.	Không nhồi nội dung hướng dẫn chỉ để phủ keyword.
Policy/trust	Làm rõ ownership, điều kiện và trách nhiệm.	Dễ truy cập từ trang cần trust.

Kết hợp với keyword mapping và content audit để tránh nhiều URL cùng owner.

Internal link theo ngữ cảnh và hành trình

Google dùng link để tìm trang và anchor text để hiểu destination. Không có mô hình internal link đặc biệt dành cho query fan‑out. Liên kết nên giúp người đọc chuyển từ tổng quan sang chuyên sâu, từ chẩn đoán sang giải pháp hoặc từ hướng dẫn sang dịch vụ khi phù hợp.

• Dùng thẻ <a href> crawlable.
• Anchor mô tả đúng destination và đọc tự nhiên.
• Hub link tới supporting pages quan trọng; supporting page có thể link về hub khi hữu ích.
• Evidence page được link gần claim cần kiểm chứng.
• Không link mọi trang với mọi trang hoặc dùng cùng exact‑match anchor.
• Trỏ thẳng canonical URL, không qua redirect chain.

Đọc thêm chiến lược internal link.

Viết nội dung rõ nhưng không theo “định dạng AI”

Google không yêu cầu “retrieval block”, đoạn trích vàng, answer‑first ở mọi section hoặc FAQ để được AI chọn. Dùng câu trả lời trực tiếp, bảng và checklist khi chúng giúp người đọc; không biến bài thành chuỗi đoạn ngắn mất ngữ cảnh.

Nên làm	Không nên làm
Nêu thesis và phạm vi rõ.	Mở mọi section bằng công thức giống nhau.
Đặt nguồn gần claim.	Thêm danh sách nguồn không hỗ trợ nội dung.
Dùng ví dụ và evidence thật.	Bịa case hoặc số liệu để tăng “Information Gain”.
Thống nhất thuật ngữ và giải thích khi cần.	Nhồi entity hoặc synonym.
Tạo reason‑to‑click như tool, dữ liệu hoặc hướng dẫn sâu.	Chỉ viết để AI có thể trích một đoạn.

Quy trình triển khai cluster

Bước	Đầu ra	Decision gate
1. Inventory	URL, status, canonical, role và business value.	Loại duplicate/redirect khỏi danh sách owner.
2. Problem map	Nhiệm vụ, evidence và format.	Không dùng prompt list làm nguồn duy nhất.
3. URL ownership	Keep, update, merge hoặc create.	Không tạo khi owner đã tồn tại.
4. Brief	Thesis, outline, source, media, internal links và CTA.	Mỗi section có nhiệm vụ.
5. Production QA	Content, links, metadata, mobile và indexability.	Không publish nếu có hard gate.
6. Measure	Annotation, Search data, interaction và outcome.	Chưa đủ dữ liệu thì không kết luận.

Đo hiệu quả cluster trong Search và AI features

Lớp	Dữ liệu	Giới hạn
Index/ownership	URL Inspection, canonical và index status.	Không chứng minh cluster “được AI hiểu”.
Search visibility	Query/page, impressions, clicks và search appearance.	Average position là số tổng hợp.
Generative AI	Báo cáo Generative AI: impressions theo page, country, device và date khi property có quyền.	Đang rollout; không có query dimension và không đo nền tảng khác.
Interaction	Internal clicks, task events và engaged sessions.	Không phải ranking signal được xác nhận.
Business	Qualified lead, booking, revenue hoặc assisted conversion.	Phụ thuộc tracking và attribution.
Prompt observation	Bộ prompt có model, ngày, vị trí và output lưu lại.	Không gọi là “Share of Model” tuyệt đối nếu sampling không đại diện.

Báo cáo Generative AI trong Search Console đang được triển khai cho một số website và bao gồm AI Overviews cùng AI Mode. Xem Generative AI performance report.

Các lỗi thường gặp

• Tạo bài cho mọi biến thể từ khóa hoặc prompt.
• Dùng query fan‑out để khẳng định AI “cần” đúng các section đã dự đoán.
• Pillar và supporting pages trùng intent.
• Answer block máy móc, mất ngữ cảnh hoặc thiếu nguồn.
• Internal link dày nhưng không giúp hành trình.
• Dùng FAQ, schema hoặc llms.txt như shortcut.
• Đo citation thủ công rồi gọi là market share không có phương pháp.
• Chỉ đo traffic, bỏ qua qualified outcome.

Checklist trước khi mở rộng cluster

• Problem map dựa trên evidence, không chỉ brainstorming.
• Mỗi intent có URL owner rõ.
• Decision gộp/tách có lý do và business impact.
• Pillar không mỏng; supporting page có giá trị độc lập.
• Internal links crawlable và đúng destination.
• Claim có nguồn, case và số liệu có thể kiểm chứng.
• Không có content scaled hoặc template gần giống.
• Tracking và annotation sẵn sàng.
• Chỉ scale sau khi URL mẫu đạt QA.

FAQ

Sub‑query khác long‑tail keyword thế nào?

Sub‑query là một truy vấn phụ mà hệ thống có thể thực hiện; long‑tail là cách mô tả query có tần suất thấp hơn hoặc cụ thể hơn. Người làm content không nhìn thấy toàn bộ sub‑query của AI nên nên lập problem map từ nhu cầu thật.

Có cần bài riêng cho mỗi câu hỏi phụ không?

Không. Chỉ tách URL khi intent, format, giá trị và maintenance đủ khác; nếu không, giữ trong URL owner hiện tại.

Có cần answer block ở đầu mọi section không?

Không. Dùng câu trả lời trực tiếp khi giúp người đọc. Google không yêu cầu cấu trúc này cho AI features.

Có schema đặc biệt cho query fan‑out không?

Không. Google không yêu cầu schema đặc biệt cho AI Overviews hoặc AI Mode.

Làm sao biết cluster cần cập nhật?

Khi intent, sản phẩm, Search data, URL ownership hoặc business priority thay đổi; không cần mở rộng chỉ vì có thêm prompt mới.

Kết luận

Query fan‑out không tạo ra một bộ quy tắc content mới. Cluster tốt vẫn bắt đầu từ nhiệm vụ người dùng, URL owner, nội dung có giá trị riêng và internal links hữu ích. Hãy dùng AI features như một kênh đo bổ sung, không như lý do để sản xuất hàng loạt bài hoặc viết theo công thức trích dẫn.