AI Chọn Nguồn Trích Dẫn Thế Nào: 12 Lý Do Website Chưa Được Trích

Website chưa được AI trích dẫn là đang thiếu gì?

Website chưa được AI trích dẫn thường đang thiếu ở một trong ba lớp: đủ điều kiện kỹ thuật, được truy xuất khi AI tìm tài liệu, và được chọn làm link hỗ trợ. Google ghi trang phải được index và đủ điều kiện hiện snippet. Qua được lớp đầu vẫn chưa chắc được trích, nên chẩn đoán phải đi từng lớp.

Năm lỗi khiến website vô hình trước AI hay gặp nhất

• Trang chưa vào chỉ mục: URL mới, URL bị gộp canonical sang trang khác, hoặc còn thẻ noindex từ bản thử. Không có trong chỉ mục thì không có gì để AI Overviews dẫn link.
• Bot bị chặn ở robots.txt hoặc CDN: Googlebot hay OAI-SearchBot nhận mã 403 từ tường lửa, dù chủ site mở trang trên trình duyệt vẫn thấy bình thường.
• Đoạn trả lời không nằm trong HTML: nội dung chính hiện sau khi bấm, nằm trong ảnh, hoặc do JavaScript bị chặn tải.
• Trang trộn nhiều ý định: một URL vừa định nghĩa, vừa so sánh, vừa bán, nên không đoạn nào trả lời gọn một câu hỏi.
• Nội dung phổ thông: trang chỉ nhắc lại điều trang khác đã viết, không có dữ liệu, ví dụ hay góc nhìn riêng.

Điều kiện của Google nằm ở trang AI features and your website: "To be eligible to be shown as a supporting link in AI Overviews or AI Mode, a page must be indexed and eligible to be shown in Google Search with a snippet, fulfilling the Search technical requirements." Cùng trang đó ghi thêm "Indexing and serving isn't guaranteed." Vậy đạt điều kiện chỉ là vé vào vòng xét.

Không áp dụng khi truy vấn bạn đang thử không hiện AI Overviews. Google ghi "AI Overviews are only shown when our systems determine that it is additive to classic Search, and as such, often don't trigger." Không thấy khung AI Overviews trên một câu hỏi chưa nói lên website của bạn có lỗi. 12 nguyên nhân bên dưới chia ba nhóm: kỹ thuật (index, Googlebot, OAI-SearchBot, HTML), nội dung và tin cậy (ý định, thông tin riêng, câu trả lời, thực thể, nguồn), cấu trúc site (internal link, trùng lặp, structured data).

Website chưa được AI trích dẫn là một triệu chứng, chưa phải chẩn đoán. Tìm đúng lớp đang rớt rồi mới sửa.

Crawl, index, retrieval, selection và citation khác gì nhau?

Đây là năm cửa nối tiếp. Crawl là bot tải được trang, index là trang vào chỉ mục, retrieval là hệ thống lấy trang ra khi xử lý một câu hỏi, selection là trang được chọn làm nguồn, citation là link hiện cho người dùng. Rớt ở cửa nào thì sửa ở cửa đó, sửa cửa sau không cứu được cửa trước.

Thứ tự kiểm năm cửa cho một URL

1. Kiểm crawl trước: xem bot có tải được URL không bằng công cụ URL Inspection và log máy chủ.
2. Rồi tới index và snippet: xác nhận trang có trong chỉ mục, không gắn noindex hay nosnippet.
3. Sau đó tới độ liên quan: đọc đoạn đầu trang xem có trả lời đúng câu hỏi chính và các câu hỏi con không.
4. Cuối cùng mới đo chọn và trích: xem lượt hiển thị trong báo cáo AI của Search Console và lượt tới từ ChatGPT trong GA4.

Google mô tả bước truy xuất trong trang Optimizing your website for generative AI features on Google Search: RAG hoạt động bằng cách "relying on our core Search ranking systems to retrieve relevant, up-to-date web pages from our Search index". Query fan-out là "A set of concurrent, related queries generated by the model". Phía OpenAI ghi "ChatGPT search typically rewrites your query into one or more targeted queries". Cơ chế truy xuất có ở bài RAG là gì.

Điểm cần nhớ khi chẩn đoán: retrieval dựa trên chỉ mục và hệ thống xếp hạng lõi của Search. Trang không qua cửa crawl và index thì không có mặt ở bước truy xuất.

Kiểm theo thứ tự crawl, index, retrieval, selection, citation. Hai cửa đầu bạn kiểm soát nhiều nhất, nên sửa ở đó trước.

Trang chưa được index có vào được AI Overviews không?

Không. Google ghi trang phải được index và đủ điều kiện hiện snippet thì mới được hiện làm link hỗ trợ trong AI Overviews hoặc AI Mode. Trang chưa vào chỉ mục, trang gắn noindex hoặc nosnippet, và site đã chọn loại khỏi tính năng AI trong Search Console đều rớt ngay cửa này.

Checklist kiểm điều kiện index cho một URL

1. Mở URL Inspection trong Search Console: dán URL, xem trang có trên Google không và canonical Google chọn có trùng URL bạn muốn không.
2. Xem thẻ meta robots và header X-Robots-Tag: tìm noindex, nosnippet, max-snippet bằng 0. Plugin SEO đôi khi bật chúng cho cả nhóm trang.
3. Kiểm thiết lập Search generative AI: vào Settings, mục Search generative AI, xem property đang Include, Exclude hay Inherit.
4. Kiểm property cha: property con mặc định kế thừa lựa chọn của property cha gần nhất đã cấu hình.
5. Yêu cầu lập chỉ mục lại: sau khi sửa, gửi yêu cầu crawl lại và ghi ngày sửa để đo về sau.

Điều kiện thứ tư mới xuất hiện. Hướng dẫn tối ưu của Google ghi "a site must be included in Search generative AI features in Search Console to be eligible for display in generative AI features on Google Search." Trang Search generative AI control cho biết thiết lập này mở cho mọi website từ 31/08/2026, mặc định là Include. Chọn Exclude thì site không nhận lượt hiển thị hay lượt bấm từ AI Overviews, AI Mode. Google ghi thêm "this control isn't used as a ranking or inclusion signal affecting other parts of Search."

Không áp dụng khi trang đã index, đã có snippet trên kết quả thường và site đang Include. Khi đó lỗi nằm ở các cửa sau, đọc tiếp từ nguyên nhân về bot.

Xác nhận ba thứ trước mọi việc khác: URL có trong chỉ mục, có snippet, và site không bị loại khỏi tính năng AI trong Search Console.

Robots.txt hoặc CDN có đang chặn Googlebot không?

Muốn biết, kiểm hai chỗ: tệp robots.txt và tầng CDN hoặc tường lửa. Google đưa việc cho phép crawl trong robots.txt và ở mọi lớp CDN, hosting vào danh sách việc nền cho AI features. Googlebot bị chặn ở bất kỳ lớp nào thì AI Overviews và AI Mode không có bản trang để đọc.

Checklist kiểm Googlebot trong 15 phút

1. Mở tệp /robots.txt: tìm nhóm User-agent: * và User-agent: Googlebot, xem có dòng Disallow: / hoặc chặn thư mục chứa trang chủ lực không.
2. Chạy kiểm tra trực tiếp: URL Inspection, chọn kiểm tra URL đang chạy, xem trang tải được và mã trạng thái 200.
3. Đọc log CDN hoặc máy chủ: lọc user-agent Googlebot, tìm mã 403, 429, 503 hoặc trang thử thách chống bot.
4. Xác minh bot thật trước khi chặn: đối chiếu IP với tệp common-crawlers.json hoặc tra ngược DNS, tên máy phải có đuôi googlebot.com.
5. Kiểm lại sau mỗi lần đổi luật tường lửa: chế độ chống bot mới bật có thể chặn cả bot tìm kiếm hợp lệ.

Trang AI features and your website liệt kê việc nền đầu tiên là "Ensuring that crawling is allowed in robots.txt, and by any CDN or hosting infrastructure". Cùng trang ghi "robots.txt directives for Googlebot is the control for site owners to manage access to how their sites are crawled for Search". Tài liệu Google's common crawlers ghi luật cho Googlebot ảnh hưởng "Google Search (including Discover and all Google Search features)".

Có một bẫy hay gặp. Theo Introduction to robots.txt, trang bị chặn vẫn có thể hiện URL trên Google nhưng "the search result won't have a description." Ghép với điều kiện snippet ở nguyên nhân trước, trang đó khó đủ điều kiện làm link hỗ trợ. Robots.txt cũng "is not a mechanism for keeping a web page out of Google." Muốn rút trang khỏi Google thì dùng noindex. Cách viết tệp có ở bài robots.txt là gì.

Không áp dụng cho Google-Extended. Google ghi "Google-Extended does not impact a site's inclusion in Google Search nor is it used as a ranking signal". Chặn token đó là quyết định về huấn luyện mô hình, không phải lý do site vắng mặt trong AI Overviews. Để xác minh request từ Google, dùng tra ngược DNS hoặc danh sách IP Google công bố.

Mở cửa cho Googlebot ở cả robots.txt lẫn CDN, rồi kiểm lại bằng URL Inspection và log. Đừng tin vào việc trang mở được trên trình duyệt của bạn.

Chặn OAI-SearchBot thì có vào được ChatGPT Search không?

Khó vào được phần tóm tắt và snippet. OpenAI ghi muốn nội dung có mặt trong summaries và snippets của ChatGPT thì không được chặn OAI-SearchBot. Trang bị chặn vẫn có thể hiện mỗi link và tiêu đề trong ChatGPT Atlas khi OpenAI biết URL từ nguồn khác, nhưng nội dung không được dùng để tóm tắt.

Checklist mở cửa cho ChatGPT Search

1. Cho OAI-SearchBot vào trong robots.txt: thêm nhóm User-agent: OAI-SearchBot với Allow: / nếu tệp đang chặn chung mọi bot lạ.
2. Mở CDN cho dải IP OpenAI công bố: kiểm luật chống bot của CDN, thêm dải IP searchbot của OpenAI vào danh sách cho phép.
3. Tách GPTBot khỏi OAI-SearchBot: muốn tránh huấn luyện thì chặn GPTBot, vẫn mở OAI-SearchBot.
4. Kiểm noindex nếu muốn rút trang: OpenAI ghi bot phải được crawl trang mới đọc được thẻ meta noindex.
5. Đặt báo cáo referral trong GA4: lọc nguồn utm_source=chatgpt.com để thấy lượt tới.

Trang Publishers and Developers FAQ của OpenAI ghi "Any public website can appear in ChatGPT search." và "For your site content to be included in summaries and snippets in ChatGPT, make sure you aren't blocking OAI-SearchBot." Trang Searching the web with ChatGPT thêm điều kiện về hạ tầng: "allow OAI-Searchbot to crawl the site and confirm that the website host or content delivery network allows traffic from OpenAI’s published searchbot IP addresses." Câu ngay trước đó là "Placement is not guaranteed."

User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

Ví dụ trên mở bot tìm kiếm và chặn bot huấn luyện. Chặn hay mở GPTBot là quyết định kinh doanh, tách khỏi câu hỏi có mặt trong ChatGPT Search.

Mở OAI-SearchBot ở cả robots.txt lẫn CDN nếu bạn muốn nội dung vào phần tóm tắt của ChatGPT. Quyết định về GPTBot là việc riêng.

Nội dung chính có thật sự nằm trong HTML không?

Kiểm bằng HTML bot nhận được, không bằng mắt trên trình duyệt. Google ghi nội dung không có trong HTML đã render thì Google không index được. Nội dung hiện sau khi bấm, chữ nằm trong ảnh, hoặc JavaScript bị chặn tải là ba kiểu hay làm đoạn trả lời biến mất với bot.

Cách kiểm nội dung trong HTML cho một URL

1. Tìm câu trả lời trong mã nguồn: mở view-source hoặc tải bằng curl, tìm đúng câu mở đầu của đoạn trả lời chính.
2. Xem HTML Googlebot đã render: URL Inspection, mục xem trang đã crawl, tab HTML, tìm lại câu đó.
3. Tắt JavaScript rồi tải lại: phần nào biến mất là phần phụ thuộc JavaScript, cần xem bot nào đọc được.
4. Rà chữ nằm trong ảnh: bảng giá, quy trình, số liệu chụp thành ảnh thì nên có bản chữ đi kèm.
5. Kiểm robots.txt với tệp JS và CSS: chặn tệp tài nguyên làm Google không render được phần trang dựa vào chúng.

Trang AI features ghi việc nền "Making sure that important content is available in textual form". Tài liệu JavaScript SEO basics ghi "If the content isn't visible in the rendered HTML, Google won't be able to index it." Hướng dẫn tối ưu AI viết thêm "Google is able to process content within JavaScript as long as it isn't blocked." Cùng tài liệu JavaScript nhắc "not all bots can run JavaScript."

Tài liệu OpenAI tôi đọc không nói OAI-SearchBot có chạy JavaScript hay không. Vì vậy tôi đặt đoạn trả lời chính trong HTML máy chủ trả về. Mười lỗi render cụ thể có ở bài lỗi render JavaScript.

Đặt câu trả lời chính trong HTML gốc, rồi xác nhận bằng URL Inspection. Chữ chỉ hiện trên màn hình của bạn chưa chắc bot đọc được.

Trang có một intent rõ hay đang trộn nhiều quyết định?

Một URL nên giữ một câu hỏi chính và một quyết định chính. Trang vừa định nghĩa, vừa so sánh, vừa bán làm đoạn trả lời bị loãng và tiêu đề khó tóm đúng nội dung. Kiểm bằng cách viết ra câu hỏi chính của URL, rồi xem H1 và đoạn đầu trang có trả lời đúng câu đó không.

Dấu hiệu một trang đang trộn nhiều quyết định

• H1 hỏi một đằng, đoạn mở trả lời một nẻo: ví dụ H1 hỏi học phí, đoạn mở kể lịch sử ngành.
• Nhiều nút hành động khác hướng: đăng ký khóa, tải tài liệu, đặt dịch vụ cùng nằm ngang hàng.
• Truy vấn trong Search Console lệch nhóm: cùng URL nhận cả truy vấn kiểu là gì lẫn truy vấn kiểu giá bao nhiêu.
• Hai URL cùng trả lời một câu: người đọc và Google đều phải đoán trang nào là trang chính.

Google gợi ý ở Google Search Essentials: "Use words that people would use to look for your content, and place those words in prominent locations on the page, such as the title and main heading of a page". Bộ câu hỏi về nội dung hữu ích hỏi "Does the main heading or page title provide a descriptive, helpful summary of the content?" Trang trộn nhiều quyết định khó trả lời có cho câu đó.

Tôi dùng Bản đồ DLN để gán mỗi URL đúng một vai trò: Orient, Choose, Prove, Rate hoặc Act. Cách phát hiện hai trang tranh nhau một ý định có ở bài trùng intent là gì.

Viết câu hỏi chính của từng URL ra giấy trước khi sửa nội dung. URL không có câu hỏi chính là URL đầu tiên cần tách hoặc gộp.

Thông tin first-party có khác nội dung phổ thông không?

Cần khác, vì Google ghi hệ thống AI xem nhiều nguồn cùng lúc nên một góc nhìn riêng giúp trang nổi bật. Google gọi nội dung chỉ nhắc lại kiến thức chung là commodity content. Thông tin first-party là phần chỉ bạn có: số liệu tự đo, quy trình thật, giá thật, câu hỏi khách hỏi thật.

Năm loại thông tin first-party doanh nghiệp nào cũng có

• Giá và điều kiện thật: giá công bố, thứ được tính trong giá, trường hợp không áp dụng.
• Quy trình làm việc: các bước bạn làm thật, ảnh chụp màn hình công cụ, thời gian mỗi bước.
• Số liệu tự đo: dữ liệu từ Search Console, GA4 của chính website, ghi rõ ngày và công cụ.
• Câu hỏi khách hỏi thật: câu hỏi từ tổng đài, Zalo, email, giữ nguyên cách khách hỏi.
• Quyết định đã thử và bỏ: cách làm từng thử, vì sao bỏ, đo bằng gì.

Trang Optimizing your website for generative AI features ghi "Our AI systems take a look at a variety of sources, so it can be helpful to have a unique viewpoint that stands out." Commodity content "is often based on common knowledge, which could originate from anyone, and typically adds little unique insight for readers." Lời khuyên đi kèm: "Don't just recycle what others on the internet have already said, or could easily be produced by a generative AI model."

Không áp dụng khi trang chỉ cần dữ kiện chuẩn, như giờ mở cửa hay số điện thoại. Lúc đó đúng và cập nhật quan trọng hơn góc nhìn riêng. Một ví dụ AI đọc và tóm tắt dữ liệu riêng của site này có ở bài case study AI trích dẫn nguồn.

Thêm vào mỗi trang chủ lực ít nhất một thứ chỉ bạn có: số liệu, quy trình, giá hay câu hỏi thật. Trang không có gì riêng khó được chọn giữa nhiều nguồn giống nhau.

Câu trả lời chính có rõ, chính xác và dễ xác minh không?

Câu trả lời rõ là câu trả lời đọc riêng vẫn hiểu, có chủ thể, có điều kiện và có con số kiểm được. Google hỏi nội dung có lỗi sai dễ kiểm hay không. Tôi kiểm bằng cách đọc đoạn đầu dưới mỗi heading như thể phần còn lại của trang không tồn tại.

Checklist cho đoạn trả lời chính

1. Câu đầu trả lời thẳng: câu hỏi có hay không thì câu đầu nói có hoặc không, câu hỏi bao nhiêu thì câu đầu có con số.
2. Chủ thể gọi đủ tên: tên dịch vụ, tên sản phẩm, nơi chốn, thời điểm, không dùng nó, cái này.
3. Con số có đơn vị và ngày: giá ghi đồng, thời lượng ghi buổi hoặc tuần, dữ liệu ghi ngày đo.
4. Có điều kiện áp dụng: nói rõ trường hợp nào đúng, trường hợp nào không.
5. Bỏ tính từ quảng cáo: thay tính từ bằng dữ kiện người đọc kiểm được.

Bộ câu hỏi Creating helpful, reliable, people-first content của Google có câu "Does the content have any easily-verified factual errors?" Hướng dẫn tối ưu AI khuyên viết cho người đọc và chia trang theo đoạn, mục, heading rõ ràng. Đó là cách viết cho người, các hệ thống đọc theo.

Cách viết đoạn mở theo Answer-First có định nghĩa riêng. Muốn chấm một trang theo nhiều tiêu chí cùng lúc thì có bộ chấm điểm AEO 28 tiêu chí. Độ dài 40 tới 60 chữ cho đoạn mở là quy ước biên tập của site, Google không đặt độ dài nào.

Đọc riêng đoạn đầu dưới mỗi heading. Đoạn nào thiếu chủ thể, con số hay điều kiện thì viết lại trước khi làm việc khác.

Thương hiệu, tác giả và offer có nhất quán trên site không?

Cần nhất quán, vì người đọc và hệ thống đều đối chiếu nhiều trang với nhau. Tên thương hiệu, tác giả, giá, số buổi, số điện thoại lệch giữa các trang làm câu trả lời có thể lấy sai dữ kiện. Kiểm bằng cách tìm từng dữ kiện trên toàn site và gom về một bảng nguồn sự thật.

Checklist rà nhất quán thực thể trong một buổi

1. Liệt kê dữ kiện cốt lõi: tên thương hiệu, tên tác giả, giá, thời lượng, địa chỉ, số liên hệ.
2. Tìm mọi chỗ nhắc tới: tìm trong toàn bộ nội dung site, cả trang cũ, chân trang, thẻ meta.
3. Chọn một trang gốc cho mỗi dữ kiện: trang giá là gốc của giá, trang khóa là gốc của số buổi.
4. Sửa đồng loạt cả structured data: giá trong JSON-LD phải đổi cùng lúc với giá trên trang.
5. Cập nhật hồ sơ bên ngoài: Business Profile và Merchant Center phải khớp website.

Google đưa việc "Checking that your Merchant Center and Business Profile information is up-to-date" vào danh sách việc nền cho AI features. Bộ câu hỏi nội dung hữu ích hỏi "Do pages carry a byline, where one might be expected?" Byline và trang tác giả là phần nhìn thấy được của thực thể tác giả.

Cách khai báo thực thể thương hiệu và tác giả có ở bài Entity SEO cho AI. Không áp dụng khi site chỉ có một trang: khi đó việc cần làm là khớp website với hồ sơ bên ngoài.

Mỗi dữ kiện kinh doanh chỉ sống ở một trang gốc, các trang khác dẫn về đó. Lệch một con số giữa hai trang là đủ để câu trả lời AI lấy sai.

Nguồn dẫn và bằng chứng có đủ để kiểm tuyên bố không?

Đủ khi mỗi tuyên bố quan trọng có đường kiểm: link tới tài liệu gốc, ngày đọc, số liệu kèm cách đo. Google hỏi nội dung có trình bày theo cách khiến người đọc muốn tin không, như nguồn rõ ràng và bằng chứng chuyên môn. Tuyên bố không có đường kiểm thì bỏ, hoặc ghi rõ là ý kiến.

Checklist rà bằng chứng trên một trang

1. Đánh dấu mọi tuyên bố có số: giá, thời lượng, phần trăm, thứ hạng, số khách.
2. Gắn nguồn cho từng tuyên bố: link tới trang gốc của bên công bố, không link tới bài tổng hợp lại.
3. Ghi ngày đọc nguồn: tài liệu về AI Search đổi nhanh, ngày đọc giúp người đọc biết độ mới.
4. Tách ý kiến khỏi dữ kiện: viết tôi cho rằng, theo cách làm của tôi khi đó là ý kiến.
5. Xóa số không kiểm được: con số không ai đo được thì bỏ, đừng làm tròn cho đẹp.

Trang Creating helpful content hỏi nội dung có trình bày khiến người đọc muốn tin không, "such as clear sourcing, evidence of the expertise involved". Phía OpenAI nhắc người dùng "Search results and citations can be incomplete, outdated, or incorrect." và khuyên mở nguồn được trích để kiểm. Trang của bạn là thứ người đọc mở ra để kiểm đó.

Gắn nguồn gốc và ngày đọc cho mọi tuyên bố có số. Trang không chịu được việc người đọc bấm vào kiểm thì cũng khó giữ vị trí nguồn.

Internal link có dẫn crawler tới trang quan trọng không?

Có, nếu trang quan trọng nhận link từ các trang liên quan bằng thẻ a có href và anchor mô tả đích. Google đưa việc giúp nội dung dễ tìm qua internal link vào danh sách việc nền cho AI features. Trang mồ côi, link chạy bằng onclick, anchor kiểu xem thêm là ba lỗi hay gặp.

Checklist internal link cho trang chủ lực

1. Đếm link trỏ vào: dùng báo cáo Links trong Search Console hoặc công cụ crawl để xem trang chủ lực nhận bao nhiêu link nội bộ.
2. Thêm link từ trang cùng chủ đề: mỗi bài liên quan có một link trong thân bài trỏ về trang chủ lực.
3. Viết anchor mô tả đích: anchor nói rõ trang đích nói về gì, bỏ xem thêm, tại đây.
4. Dùng thẻ a có href: menu, nút, thẻ lọc dựng bằng JavaScript cũng phải xuất ra thẻ a có href.
5. Gỡ link tới trang đã xóa: link gãy và chuyển hướng nhiều bước làm phí lượt crawl.

Trang AI features ghi việc nền "Making your content easily findable through internal links on your website". Tài liệu Link best practices for Google ghi "Google uses links as a signal when determining the relevancy of pages and to find new pages to crawl." và "Generally, Google can only crawl your link if it's an <a> HTML element".

Cách đặt link theo vai trò trang có ở bài liên kết nội bộ là gì. Không áp dụng cho trang bạn chủ động không muốn index: trang đó không cần thêm link.

Mỗi trang chủ lực cần link trong thân bài từ các trang cùng chủ đề, bằng thẻ a có href và anchor nói rõ đích.

Duplicate và cannibalization có làm mờ URL chủ không?

Có thể. Khi hai ba URL cùng trả lời một câu hỏi, Google chọn một bản canonical, và bản được chọn chưa chắc là bản bạn muốn. Google khuyên giảm nội dung trùng vì máy tìm kiếm có thể tốn tài nguyên crawl. Dấu hiệu dễ thấy: một truy vấn có nhiều URL thay nhau nhận lượt hiển thị.

Cách xử lý khi hai URL tranh một ý định

1. Chọn URL chủ: URL đang có nhiều lượt hiển thị, nhiều link trỏ vào và đúng ý định hơn.
2. Gộp nội dung: đưa phần riêng của URL phụ sang URL chủ, bỏ phần lặp.
3. Chuyển hướng 301: URL phụ chuyển về URL chủ khi không còn lý do giữ riêng.
4. Sửa internal link: mọi link nội bộ trỏ thẳng về URL chủ, không qua chuyển hướng.
5. Đặt canonical cho biến thể phải giữ: ví dụ trang lọc, trang có tham số theo dõi.

Hướng dẫn tối ưu AI của Google ghi về trùng lặp: "search engines might waste crawling resources on URLs that you don't even care about." Tài liệu consolidate duplicate URLs xếp chuyển hướng và rel="canonical" là tín hiệu mạnh, sitemap là tín hiệu yếu. Báo cáo Generative AI performance cũng gán phần lớn số liệu cho URL canonical, nên chọn sai URL chủ làm lệch cả số đo.

Chính trang này là một ví dụ gộp: ý định chẩn đoán website chưa được AI trích dẫn được đưa vào URL đang giữ cụm AI chọn nguồn trích dẫn, không mở URL mới. Khái niệm nền có ở bài nội dung trùng lặp là gì.

Một ý định, một URL chủ. Gộp và chuyển hướng URL phụ trước khi viết thêm nội dung mới cho cùng câu hỏi.

Structured data có khớp nội dung hiển thị không?

Phải khớp. Google ghi việc giữ structured data khớp chữ hiển thị là một việc nền cho AI features, và chính sách structured data cấm đánh dấu nội dung người đọc không thấy. Kiểm bằng cách so từng giá trị trong JSON-LD với chữ trên trang: giá, tên tác giả, ngày cập nhật, câu hỏi.

Checklist so JSON-LD với trang

1. Xuất JSON-LD của trang: dùng Rich Results Test hoặc xem mã nguồn, chép từng giá trị ra bảng.
2. So từng giá trị với chữ hiển thị: giá, tiền tệ, tên tác giả, ngày đăng, ngày cập nhật, tên sản phẩm.
3. Xóa markup cho nội dung không hiển thị: câu hỏi FAQ không có trên trang, đánh giá không ai thấy.
4. Gắn việc sửa schema vào việc sửa nội dung: đổi giá trên trang thì đổi giá trong markup cùng lúc.
5. Xem báo cáo Manual Actions: tác vụ thủ công về structured data làm trang mất điều kiện rich result.

Trang AI features ghi việc nền "Making sure your structured data matches the visible text on the page". General structured data guidelines ghi "Don't mark up content that is not visible to readers of the page." Vi phạm có thể dẫn tới tác vụ thủ công: "A structured data manual action means that a page loses eligibility for appearance as a rich result".

Cách viết schema đúng loại có ở bài schema markup. Không áp dụng khi trang chưa có structured data: thiếu schema không phải lỗi chặn cửa, xem nguyên nhân kế tiếp.

Xem structured data là bản sao của chữ trên trang. Bản sao lệch bản gốc thì sửa bản sao, đừng thêm markup cho thứ người đọc không thấy.

Vì sao thêm schema chưa đồng nghĩa với được AI trích dẫn?

Vì Google ghi structured data không bắt buộc cho tìm kiếm AI và không có markup schema.org đặc biệt nào cần thêm. Schema giúp máy đọc đúng cấu trúc dữ liệu và giữ điều kiện cho rich result. Nó không thay được các cửa trước: index, độ liên quan, thông tin riêng và bằng chứng.

Khi nào schema vẫn đáng làm

• Trang thuộc loại Google còn hỗ trợ rich result: kiểm loại trang trong danh sách tính năng structured data hiện hành của Google trước khi làm.
• Cần đồng bộ dữ kiện doanh nghiệp: tên, địa chỉ, giờ mở cửa khai một lần, khớp trang Liên hệ.
• Dữ liệu hiển thị đã đúng: schema chỉ chép lại điều trang nói, nên trang phải đúng trước.

Hướng dẫn tối ưu AI của Google xếp "Overfocusing on structured data" vào nhóm việc có thể bỏ qua và ghi "Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add." Cùng đoạn đó khuyên vẫn dùng structured data như một phần chiến lược SEO vì nó giúp đủ điều kiện cho rich result.

Bản trước của trang này từng xếp schema vào bốn tín hiệu để AI chọn nguồn. Tôi bỏ ý đó vì tài liệu Google ghi ngược lại. Không áp dụng khi bạn đang tính gỡ schema: giữ markup đúng, chỉ đừng kỳ vọng nó kéo lượt trích dẫn.

Giữ schema đúng và khớp trang như một phần SEO nền. Đừng tính nó là lý do được AI trích dẫn, và đừng đổ lỗi cho nó khi chưa được trích.

Vì sao chunking không phải yêu cầu của Google AI Search?

Vì Google ghi không có yêu cầu chia nội dung thành mảnh nhỏ để AI hiểu tốt hơn. Hệ thống của Google hiểu được nhiều chủ đề trên một trang và đưa đúng phần liên quan cho người dùng. Chia đoạn rõ vẫn có ích cho người đọc, và đó là lý do duy nhất để chia.

Cách chia đoạn vì người đọc

• Một ý một đoạn: đoạn mới khi ý đổi, không cắt câu trả lời thành mảnh cố định số chữ.
• Heading là câu người đọc hỏi: heading giúp người đọc nhảy tới phần cần, đặt theo câu hỏi thật.
• Bảng khi so từ ba biến: so giá, thời lượng, điều kiện thì bảng dễ đọc hơn đoạn văn.
• Không ép độ dài trang: trang dài hay ngắn theo câu hỏi, không theo một con số.

Đoạn đầy đủ trong hướng dẫn tối ưu AI của Google: "There's no requirement to break your content into tiny pieces for AI to better understand it." Google ghi thêm "There's no ideal page length" và khuyên làm trang cho người đọc, không chỉ cho tìm kiếm AI. Google cũng nói gọn: "From Google Search's perspective, optimizing for generative AI search is optimizing for the search experience, and thus still SEO."

Trang này có 20 mục H2 vì đó là quy ước biên tập của site cho một chủ đề có 20 câu hỏi con. Số H2 không phải yếu tố xếp hạng. Không áp dụng cho nền tảng AI khác: tài liệu Google chỉ nói về Google Search.

Chia đoạn cho người đọc, không chia cho AI. Mẹo nào chỉ phục vụ máy và không giúp người đọc thì để sau cùng.

Có nên tạo hàng loạt bài cho mọi fan-out query không?

Không nên. Google ghi việc tạo nội dung riêng cho mọi biến thể tìm kiếm, kể cả fan-out query, chủ yếu để thao túng thứ hạng hay câu trả lời AI là vi phạm chính sách scaled content abuse. Nhiều trang hơn cũng không làm website liên quan hơn. Tôi gộp câu hỏi con vào trang chủ lực.

Ba câu hỏi trước khi mở thêm một URL

1. Câu hỏi này có thuộc quyết định khác không?: cùng quyết định thì đưa vào trang chủ lực dưới một heading.
2. Site đã có trang nào trả lời chưa?: đã có thì sửa trang đó, kể cả khi trang đang yếu.
3. Bạn có gì riêng để nói?: không có dữ liệu hay góc nhìn riêng thì trang mới chỉ thêm một bản phổ thông.

Đoạn gốc trong hướng dẫn tối ưu AI của Google ghi việc tạo nội dung riêng cho các biến thể, "doing so primarily to manipulate rankings or generative AI responses in Google Search violates Google's scaled content abuse spam policy." Lý do thứ hai: "a high quantity of pages doesn't make a website higher quality or more relevant to users."

Chính sách spam của Google định nghĩa "Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users." Ví dụ đi kèm có cả việc dùng công cụ AI tạo nhiều trang mà không thêm giá trị cho người dùng.

Gom fan-out query thành heading trong trang chủ lực. Chỉ mở URL mới khi câu hỏi thuộc một quyết định khác và bạn có điều riêng để nói.

Đo AI visibility bằng Search Console và referral ra sao?

Đo bằng ba nguồn: báo cáo Generative AI performance trong Search Console cho lượt hiển thị ở AI Overviews và AI Mode, báo cáo Performance loại Web cho tổng thể, và GA4 lọc utm_source=chatgpt.com cho lượt tới từ ChatGPT. Đo theo từng URL trước và sau khi sửa, ghi ngày sửa.

Quy trình đo trước và sau khi sửa một URL

1. Ghi mốc trước khi sửa: xuất lượt hiển thị AI của URL trong 28 ngày gần nhất và lượt tới từ chatgpt.com.
2. Ghi ngày sửa và việc đã sửa: một dòng cho mỗi lần sửa, để biết thay đổi nào đi với số nào.
3. Chờ crawl lại: Google ghi việc crawl lại có thể mất từ vài ngày tới vài tháng.
4. So cùng độ dài khoảng thời gian: so 28 ngày sau với 28 ngày trước, cùng loại tìm kiếm Web.
5. Đọc theo nhóm URL: nhóm trang đã sửa so với nhóm chưa sửa, để tách khỏi biến động chung.

Trang Generative AI performance report cho biết báo cáo mở cho mọi website từ 31/08/2026 và định nghĩa "Impressions are how many times links to your site were shown to a user in a generative AI feature on Google Search." Không thấy báo cáo thì "This usually happens when your site hasn't received enough impressions in generative AI features on Google Search." Bản thân việc trống báo cáo đã là một dữ kiện chẩn đoán.

OpenAI ghi "ChatGPT automatically includes the UTM parameter utm_source=chatgpt.com in referral URLs". Google nhắc "No third-party tool has access to our internal ranking or AI systems." Cách theo dõi citation, zero-click và chuyển đổi chi tiết có ở bài đo lường AI Overviews. Cách xem báo cáo cơ bản có ở bài Google Search Console.

Ghi mốc trước khi sửa, ghi ngày sửa, rồi so cùng khoảng thời gian. Không có mốc thì không biết việc sửa có tác dụng hay không.

Khi nào chỉ cần sửa URL hiện có, chưa cần bài GEO mới?

Khi site đã có URL giữ đúng ý định, đã được index và có lượt hiển thị, việc đúng là sửa URL đó. Mở bài mới cho cùng câu hỏi dễ tạo thêm một bản trùng. Chỉ mở URL mới khi câu hỏi thuộc một quyết định khác và site chưa có trang nào trả lời.

Năm dấu hiệu nên sửa URL hiện có

• URL đã index: URL Inspection cho thấy trang có trên Google.
• Đã có lượt hiển thị cho cụm truy vấn: Search Console cho thấy URL nhận truy vấn của đúng ý định.
• Đã có link trỏ vào: trang được link từ nhiều bài nội bộ hoặc từ site khác.
• Lỗi nằm ở nội dung trang: đoạn mở mơ hồ, thiếu dữ kiện, thiếu nguồn, sửa được tại chỗ.
• Ý định không đổi: người đọc vẫn hỏi cùng một câu, chỉ cách trả lời cần mới hơn.

Hướng dẫn tối ưu AI của Google khuyên giảm nội dung trùng và không tạo trang riêng cho mọi biến thể tìm kiếm. Hai lời khuyên cùng chỉ về một hướng: sửa trang đang có trước. Khi site cần một lộ trình chuẩn bị GEO từ đầu theo từng bước, lộ trình đó có ở bài chuẩn bị GEO cho website.

Không áp dụng khi URL cũ mang tên miền, cấu trúc hay chủ đề sai hẳn so với kinh doanh hiện tại. Lúc đó mở URL mới và chuyển hướng URL cũ về đó.

Sửa URL đang có trước khi viết bài GEO mới. Bài mới chỉ có ích khi nó trả lời một câu hỏi site chưa ai trả lời.

Sau chẩn đoán nên tự sửa, học GEO hay đặt audit?

Chọn theo chỗ lỗi nằm và người trong nhóm. Lỗi ở cửa crawl, index thường sửa được ngay theo checklist. Lỗi ở ý định, thông tin riêng, bằng chứng cần người làm lâu dài, đó là lúc học GEO. Chưa biết lỗi nằm ở cửa nào thì đặt phân tích trước.

Báo cáo đẹp và báo cáo dùng được để ra quyết định là hai thứ khác nhau. Khóa Học SEO Master tập trung vào loại thứ hai.

Thứ tự quyết định sau khi chấm 12 nguyên nhân

1. Chấm từng nguyên nhân: dùng bảng tự chấm bên dưới cho ba tới năm trang chủ lực.
2. Sửa ngay các mục kỹ thuật 0 điểm: index, Googlebot, OAI-SearchBot, HTML là việc sửa được trong vài ngày.
3. Đánh giá nhóm nội dung: ý định, thông tin riêng, câu trả lời, thực thể, nguồn cần làm đều tay nhiều tháng.
4. Chọn cách làm: tự sửa nếu chỉ vướng kỹ thuật, học nếu cần người làm lâu dài, đặt phân tích nếu chưa rõ lỗi.

Bước tiếp theo chính: nếu bạn muốn người trong nhóm tự chẩn đoán và sửa được cả 12 nguyên nhân trên website thật, đọc chương trình Khóa học GEO, 12 buổi thực hành trên website thật.

Nếu bạn chưa biết website đang rớt ở cửa nào, bước trước đó là Phân tích SEO và GEO cho một website.

Chấm 12 nguyên nhân trên ba trang chủ lực trước khi chi tiền. Kết quả chấm cho biết bạn cần sửa, cần học hay cần người phân tích.

Nguồn chính thức đã đọc ngày 07/10/2026

• Google Search Central: AI features and your website
• Google Search Central: Optimizing your website for generative AI features on Google Search
• Search Console Help: Search generative AI control
• Search Console Help: Generative AI performance report (Search)
• Google Search Central: Introduction to robots.txt
• Google Crawling Infrastructure: Google's common crawlers
• Google Search Central: Understand JavaScript SEO basics
• Google Search Central: Link best practices for Google
• Google Search Central: How to specify a canonical URL
• Google Search Central: General structured data guidelines
• Google Search Central: Creating helpful, reliable, people-first content
• Google Search Central: Spam policies for Google web search
• OpenAI Help Center: Publishers and Developers FAQ
• OpenAI Help Center: Searching the web with ChatGPT