Hãy tìm kiếm những cơ hội tăng trưởng đáng ưu tiên dựa trên nhu cầu thị trường, bối cảnh cạnh tranh, giá trị cốt lõi của thương hiệu và các nguồn trích dẫn.
Được đề xuất hôm qua, hôm nay đã biến mất? Xác định nền tảng, câu hỏi và trang bị ảnh hưởng, sau đó dùng chín nguyên nhân có thể xảy ra, tám bước chẩn đoán và bảng hành động để quyết định nên khắc phục điều gì trước.
Khám phá hơn 12,000 thị trường ngách.
Cập nhật bởi
Cập nhật vào Oct 12, 2026
Giả sử bạn kiểm tra thương hiệu mỗi tuần bằng cùng một bộ prompt, nền tảng và khu vực, rồi nhận thấy tỷ lệ đề cập thương hiệu tuần này giảm 40% so với tuần trước. Một thương hiệu xuất hiện thường xuyên vào tuần trước giờ lại vắng mặt trong một số câu trả lời. Phản ứng đầu tiên của bạn có thể là nghĩ rằng website gặp vấn đề hoặc đối thủ đã chiếm vị trí của mình.
Việc hữu ích nhất lúc này là mở các câu trả lời trước và sau thay đổi để xác định chính xác điều gì đã giảm.
Tên thương hiệu xuất hiện ít hơn đồng nghĩa với ít lượt đề cập hơn. Số liên kết nguồn dẫn đến các trang của bạn giảm đồng nghĩa với ít lượt trích dẫn hơn. Vị trí thấp hơn trên bảng xếp hạng so sánh là thay đổi về thứ hạng tương đối. Cũng có một khả năng khác: thương hiệu vẫn xuất hiện, nhưng lời đề xuất rõ ràng đã chuyển thành “đáng cân nhắc”, hoặc sản phẩm chỉ được đề xuất cho một trường hợp sử dụng hẹp hơn. Hãy đọc toàn bộ câu trả lời để đánh giá mức độ mạnh của lời đề xuất.
Trong Dageno, Visibility là tỷ lệ phản hồi có đề cập đến thương hiệu trong phạm vi đã chọn. Visibility rank là vị trí của thương hiệu trong tập hợp dùng để so sánh. Hãy kiểm tra riêng hồ sơ trích dẫn để xem các trang được trích dẫn. Để phân biệt tên thương hiệu xuất hiện, liên kết nguồn và lời đề xuất, hãy xem những khác biệt giữa lượt đề cập, trích dẫn và đề xuất.
Tài liệu về chỉ số AI Performance của Bing cũng định nghĩa báo cáo dựa trên hoạt động trích dẫn hiển thị, thay vì thứ hạng truyền thống. Trước tiên, hãy xác định bạn đang đo lường điều gì, rồi quyết định nên kiểm tra cài đặt giám sát, quyền truy cập website hay nội dung được sử dụng trong câu trả lời.
Trước tiên, hãy kiểm tra xem việc thu thập dữ liệu trong ngày đó đã hoàn tất chưa, sau đó đối chiếu ngày giảm với lịch sử phát hành website. Nên sớm kiểm tra các thay đổi đối với robots.txt, máy chủ, tường lửa, mẫu trang hoặc cài đặt lập chỉ mục.
Đồng thời, hãy xem xét phạm vi ảnh hưởng: mọi câu hỏi đều bị ảnh hưởng hay chỉ một loại trang sản phẩm? Nếu có triển khai trên toàn website, hãy bắt đầu từ các cài đặt dùng chung. Nếu chỉ một vài trang bị ảnh hưởng, trước tiên hãy kiểm tra trạng thái và nội dung của chúng. Ghi lại thời điểm bạn nhận thấy mức giảm lần đầu và câu trả lời sớm nhất cho thấy vấn đề để tập trung điều tra.
Nếu mức giảm diễn ra từ từ, hãy bắt đầu bằng việc kiểm tra các thay đổi về nội dung và nguồn. Xác định những tình huống mua hàng liên tục mất lượt đề cập hoặc trích dẫn, sau đó so sánh câu trả lời cũ và mới. Yêu cầu của người dùng có thay đổi không? Giá cả hoặc tính năng có lỗi thời không? Các nguồn hiện được sử dụng đang trả lời thêm những câu hỏi nào?
Bạn cũng có thể phân tách tổng số theo loại câu hỏi. Nếu các phần giới thiệu chung vẫn ổn định nhưng đề xuất liên quan đến ngân sách liên tục giảm, hãy ưu tiên các yêu cầu về ngân sách và thông tin giá. Cách này giúp chuyển mối lo ngại chung rằng thương hiệu đang hoạt động kém hơn thành một vấn đề cụ thể gắn với một trang, một người phụ trách và một cách xác minh.
Hãy bắt đầu với những tình huống quan trọng đối với doanh nghiệp và cho thấy thay đổi kéo dài. Viết lại toàn bộ website cùng lúc sẽ khiến bạn khó xác định thay đổi nào đã giải quyết được vấn đề.
Hãy so sánh các nền tảng bằng cùng một khu vực và bộ prompt. Nếu ChatGPT giảm trong khi các nền tảng khác vẫn ổn định, hãy thu hẹp phạm vi điều tra vào câu trả lời và nguồn của ChatGPT, cùng nhật ký truy cập của OAI-SearchBot. Có thể website của bạn chỉ đang chặn một trình thu thập dữ liệu.
Trong Market overview → Platforms & regions, bạn có thể so sánh Visibility và Rank của từng nền tảng cạnh nhau. Trong ảnh chụp màn hình, “#1 / 185” đối với ChatGPT có nghĩa là đứng đầu trong số 185 thương hiệu thuộc tập hợp so sánh. Để biết thương hiệu nào được đề xuất đầu tiên trong một câu trả lời, hãy đọc chính câu trả lời đó. Sau khi xác định được nền tảng, hãy giữ nguyên khu vực cho lần kiểm tra tiếp theo. Trộn lẫn các khu vực có thể che khuất khác biệt giữa các nền tảng.
Vị trí của một trang trong kết quả tìm kiếm, các trang được trích dẫn trong câu trả lời AI và các thương hiệu được đề xuất là những kết quả khác nhau. Nếu các trang của bạn vẫn xếp hạng trong tìm kiếm, hãy kiểm tra các nguồn được sử dụng trong câu trả lời AI cho cùng câu hỏi mua hàng và thông tin mà những nguồn đó cung cấp.
Nếu thứ hạng trên Google ổn định nhưng AI vẫn trích dẫn website mà hiếm khi đề xuất thương hiệu, hãy kiểm tra xem trang có kết nối sản phẩm với các nhu cầu cụ thể hay không. Hướng dẫn của chúng tôi về việc xếp hạng trên Google trong khi AI hiếm khi đề cập đến thương hiệu của bạn phân tích sự khác biệt này. Trước mắt, hãy xác định các nền tảng, câu hỏi và trang bị ảnh hưởng trước khi kiểm tra những nguyên nhân bên dưới.
Tìm kiếm AI tìm thông tin rồi tạo câu trả lời. Trong hướng dẫn tối ưu hóa cho tìm kiếm AI tạo sinh, Google giải thích rằng họ sử dụng phương pháp tạo sinh tăng cường truy xuất (RAG) để lấy thông tin liên quan từ chỉ mục tìm kiếm. Google cũng sử dụng query fan-out để chạy đồng thời các truy vấn liên quan, qua đó hỗ trợ trả lời những câu hỏi phức tạp.
Các trang được truy xuất, thông tin được chọn và câu trả lời cuối cùng đều có thể thay đổi. Bing cũng cho biết số lượng trích dẫn có thể bị ảnh hưởng bởi số lượng và loại câu hỏi của người dùng, cập nhật nội dung, cũng như các cập nhật hệ thống hoặc mô hình. Vì vậy, hiệu suất trích dẫn của bạn có thể thay đổi ngay cả khi nội dung website vẫn giữ nguyên.
Hãy kiểm tra xem nhiều thương hiệu và nguồn có biến động trên cùng một nền tảng hay không, đồng thời xem các thông báo của nền tảng cùng với nhật ký thay đổi website. Nếu thay đổi tập trung ở một nền tảng và quyền truy cập website vẫn hoạt động, hãy tiếp tục theo dõi và chạy lại cùng các câu hỏi trong đợt tiếp theo.
Những hồ sơ hữu ích nhất là câu trả lời cũ, câu trả lời mới, URL được trích dẫn và ngày tháng. Chúng giúp xác định liệu thay đổi có kéo dài hay không. Chỉ dựa vào một đường xu hướng đi xuống thì khó có cơ sở để xác định một bản cập nhật mô hình cụ thể là nguyên nhân.
Cập nhật quy tắc tường lửa có thể khiến khách truy cập thông thường vẫn duyệt website như mọi khi, trong khi trình thu thập dữ liệu tìm kiếm lại bị từ chối truy cập, gặp trang xác minh hoặc lỗi máy chủ. Hãy kiểm tra cả robots.txt lẫn phản hồi từ các yêu cầu thực tế.
FAQ dành cho nhà xuất bản của OpenAI cho biết các website muốn được đưa vào phần tóm tắt và đoạn trích của ChatGPT nên cho phép OAI-SearchBot. Tài liệu về trình thu thập dữ liệu của OpenAI phân biệt OAI-SearchBot, hỗ trợ tìm kiếm, với GPTBot, hỗ trợ huấn luyện, đồng thời cung cấp thông tin IP của trình thu thập dữ liệu tìm kiếm.
Trong hướng dẫn chính thức về robots.txt, Perplexity cho biết PerplexityBot tuân theo các quy tắc này và việc chặn thu thập dữ liệu sẽ ảnh hưởng đến quá trình lập chỉ mục nội dung thân trang. Tên miền, tiêu đề hoặc phần tóm tắt ngắn gọn về thông tin thực tế vẫn có thể còn lại.
| Trải nghiệm tìm kiếm / trình thu thập dữ liệu | Điều cần kiểm tra trước tiên | Cách diễn giải kết quả |
|---|---|---|
| ChatGPT Search / OAI-SearchBot | Quy tắc robots.txt, yêu cầu từ trình thu thập dữ liệu tìm kiếm chính thức và nhật ký tường lửa | Cấu hình riêng trình thu thập dữ liệu tìm kiếm và huấn luyện; các trang bị chặn vẫn có thể xuất hiện dưới dạng liên kết điều hướng |
| Perplexity / PerplexityBot | Việc lập chỉ mục nội dung thân trang có bị chặn hay không, phản hồi thực tế và nhật ký truy cập | Nếu tiêu đề xuất hiện, vẫn cần kiểm tra xem nội dung thân trang có thể được truy xuất hay không |
| Google AI Overviews, AI Mode / Googlebot | Quyền truy cập của Googlebot và nội dung đã thu thập trong URL Inspection | Google Search sử dụng Googlebot để thu thập dữ liệu; hãy kiểm tra riêng cài đặt tham gia vào AI tạo sinh |
| Các trải nghiệm AI do Bing hỗ trợ | Điều kiện được lập chỉ mục của Bing, robots.txt và công cụ dành cho quản trị viên web | AI Performance báo cáo hoạt động trích dẫn; hãy xác nhận lỗi truy cập thông qua yêu cầu và nhật ký |
Tự thực hiện nhanh các bước kiểm tra sau: Mở URL bị ảnh hưởng và robots.txt để kiểm tra các quy tắc áp dụng cho bot liên quan. Nhờ đội ngũ website kiểm tra mã trạng thái, thử thách xác minh của tường lửa và nhật ký lỗi. Đối chiếu danh tính trình thu thập dữ liệu với thông tin chính thức, thay vì chỉ tin vào tên trong yêu cầu.
Nếu nhật ký cho thấy có hành vi chặn ngoài ý muốn, hãy sửa quy tắc cụ thể và xác nhận nội dung thân trang có thể đọc được. Nếu quyền truy cập vẫn hoạt động, hãy tiếp tục kiểm tra điều kiện lập chỉ mục và hiển thị.
Phản hồi thành công từ trang nghĩa là bước kiểm tra quyền truy cập đã đạt yêu cầu. Tài liệu về tính năng AI của Google yêu cầu các trang phải được lập chỉ mục và đủ điều kiện xuất hiện cùng đoạn trích trong tìm kiếm. Trước tiên, quản trị viên website nên dùng URL Inspection để kiểm tra trạng thái lập chỉ mục, nội dung đã thu thập và URL canonical do Google chọn.
Tiếp theo, hãy kiểm tra noindex, X-Robots-Tag và các điều khiển đoạn trích. Nếu canonical trỏ đến một địa chỉ khác, hãy xác minh trang đích. Nếu trang chuyển hướng, hãy kiểm tra xem địa chỉ mới có mang nội dung gốc hay không. Như hướng dẫn về URL canonical của Google giải thích, canonical thể hiện lựa chọn ưu tiên của bạn đối với Google. Hãy dùng URL Inspection để xem Google thực sự đã chọn trang nào.
Sau đó, kiểm tra xem nội dung thân trang có yêu cầu đăng nhập hay chỉ trả về một khung trang trống hoặc thông báo lỗi. Đối với trang JavaScript, hãy tập trung kiểm tra xem nội dung chính có thực sự truy xuất được hay không. Nếu một URL không có trong sitemap, hãy kiểm tra xem các trang khác có liên kết đến URL đó hay không và URL đó có còn được lập chỉ mục hay không.
Đồng thời, kiểm tra mục Settings → Search generative AI trong Google Search Console. Theo tài liệu về tính năng kiểm soát Search generative AI, tùy chọn Exclude sẽ loại nội dung khỏi các tính năng AI tạo sinh liên quan nhưng vẫn cho phép nội dung xuất hiện trong tìm kiếm thông thường. Thuộc tính con có thể kế thừa cài đặt từ thuộc tính cấp cao hơn.
Trang tải được không có nghĩa là AI có thể truy xuất trang đó.
Giả sử bạn có một bài viết với tiêu đề “Phần mềm CRM tốt nhất cho startup 2025”. Hiện đã là năm 2026, nhưng giá cả, danh sách sản phẩm và ảnh chụp màn hình tính năng vẫn phản ánh các phiên bản cũ. Người đọc cần đánh giá chi phí mua hàng hiện tại, vì vậy giá cũ ảnh hưởng trực tiếp đến mức độ hữu ích của câu trả lời.
Hướng dẫn AI Performance của Bing khuyến nghị duy trì nội dung mới và chính xác. Hãy bắt đầu với những thông tin có thể ảnh hưởng đến quyết định mua hàng: giá gói đã thay đổi chưa, tính năng có được chuyển lên gói cao hơn không, sản phẩm có bị ngừng cung cấp không, hay phạm vi hỗ trợ khu vực và tích hợp có thay đổi không?
Đối chiếu thông tin trên trang với dữ liệu sản phẩm hiện tại, sau đó kiểm tra năm của dữ liệu, nguồn được liên kết, ảnh chụp màn hình, điều kiện trong nghiên cứu tình huống và trải nghiệm trực tiếp của tác giả. Với mỗi mục, hãy ghi lại nội dung hiện tại của trang, bằng chứng mới nhất hỗ trợ nội dung đó và câu cần cập nhật. Ưu tiên các đoạn từng được trích dẫn về giá hoặc điều kiện sử dụng.
Nếu một nghiên cứu tình huống cũ vẫn hữu ích, hãy giữ lại phiên bản sản phẩm và điều kiện sử dụng của nghiên cứu đó, rồi bổ sung một bản cập nhật riêng. Dữ liệu kiểm thử lịch sử cũng cần giữ nguyên ngày ban đầu. Gắn nhãn kết quả cũ bằng năm hiện tại sẽ khiến người đọc hiểu sai về thời điểm thử nghiệm diễn ra.
Khi hoàn tất thay đổi, hãy thêm ngày cập nhật chính xác và giải thích nội dung nào đã thay đổi. Chỉ thay năm trong tiêu đề sẽ khiến người đọc vẫn nhận được câu trả lời cũ. Khi kiểm tra tiếp theo, hãy xem các câu trả lời mới có sử dụng thông tin đã cập nhật hay không, thay vì chỉ theo dõi xem số lượt trích dẫn có phục hồi hay không.
Một bài viết có thể bao gồm đầy đủ mọi định nghĩa nhưng vẫn mang lại ít thông tin hữu ích mà người đọc không thể tìm thấy ở nơi khác. Hướng dẫn tìm kiếm AI tạo sinh của Google khuyến nghị nội dung không đại trà: nội dung có góc nhìn khác biệt, trải nghiệm trực tiếp hoặc phân tích nguyên bản.
Điều quan trọng là bổ sung thông tin có thể xác minh: điều kiện sử dụng, phương pháp thử nghiệm, giới hạn, tiêu chí so sánh và nguồn. Nghiên cứu nguyên bản là một lựa chọn. Một hướng dẫn tích hợp chính xác cũng có thể giải đáp câu hỏi thường gặp của người mua.
Dưới đây là ví dụ về cách viết. Phiên bản tốt hơn phù hợp với một trang đã có tài liệu hỗ trợ:
Yếu: CRM mạnh mẽ của chúng tôi được thiết kế cho startup và giúp đội ngũ của bạn giảm chi phí.
Tốt: Hãy so sánh hệ thống hiện tại của bạn với các giải pháp CRM thay thế dựa trên tổng chi phí của các tài khoản bán hàng, điều khoản thanh toán và các tính năng cần thiết. Bảng so sánh liệt kê nguồn giá chính thức, phương thức đồng bộ, các bước di chuyển dữ liệu và chi phí bổ sung để đội ngũ của bạn có thể kiểm tra cấu hình cần thiết.
Phiên bản thứ hai cho người đọc biết họ sẽ nhận được gì và cách xác minh thông tin. Khi xuất bản, hãy đưa bảng và bằng chứng hỗ trợ lên trang, đồng thời nêu rõ các giới hạn của sản phẩm. Nếu bạn đã thực hiện thử nghiệm, hãy mô tả ngày tháng, phiên bản, quy trình và kết quả. Nếu bạn tổng hợp thông tin chính thức, hãy xác định chính xác các nguồn đó.
Hãy bắt đầu bằng một câu hỏi quan trọng: người dùng cần biết thông tin nào để đưa ra quyết định? Tìm thông tin đó và bổ sung bằng chứng. Cách này hữu ích hơn việc thêm một bài tổng quan chung khác về ngành.
“CRM tốt nhất” chỉ xác định một danh mục sản phẩm. Giả sử giờ đây người dùng hỏi: “CRM nào tốt nhất cho một công ty B2B SaaS có 15 nhân viên, đang dùng HubSpot cho marketing nhưng muốn một giải pháp rẻ hơn cho bán hàng?” Câu trả lời cần đề cập đến chi phí, đồng bộ dữ liệu marketing, quy trình bán hàng và nỗ lực di chuyển dữ liệu.
Một trang chỉ liệt kê sản phẩm “dành cho doanh nghiệp nhỏ” sẽ thiếu bằng chứng cần thiết để đáp ứng những điều kiện này. Hãy chia nhỏ tác vụ mua hàng thành các câu hỏi phụ, rồi tìm bằng chứng ở cấp độ trang cho từng câu hỏi: các công cụ hiện tại kết nối với nhau như thế nào? Những trường dữ liệu nào được đồng bộ? Yếu tố nào quyết định chi phí? Những tính năng nào tính phí bổ sung?
Đừng chỉ hỏi: “Tôi xếp hạng ở đâu cho từ khóa này?” Hãy hỏi: “AI cần trả lời những câu hỏi phụ nào để hỗ trợ quyết định mua hàng này, và website của tôi cung cấp được bao nhiêu bằng chứng hỗ trợ?”
Trong Search intents của Dageno, hãy bắt đầu với các tác vụ cụ thể thuộc Recommendations. Trong ảnh chụp màn hình, Choose by budget or tier bao gồm các lựa chọn dựa trên ngân sách, còn Find alternatives bao gồm các giải pháp thay thế. Chọn ý định con bị ảnh hưởng, sau đó dùng View AI responses để kiểm tra các câu trả lời và nguồn thực tế.
Ví dụ, nếu câu trả lời liên quan đến ngân sách liên tục đề cập đến chi phí theo từng tài khoản trong khi website của bạn chỉ nêu mức giá khởi điểm, hãy yêu cầu người phụ trách sản phẩm xác minh các gói cần thiết và khoản phí bổ sung. Nếu sản phẩm đáp ứng yêu cầu, hãy thêm thông tin chi tiết vào nội dung giá hoặc trang so sánh phù hợp. Nếu tổng chi phí vượt ngân sách của người dùng, hãy tập trung giám sát và tối ưu hóa các câu hỏi mua hàng mà sản phẩm thực sự đáp ứng được.
Tỷ trọng nhu cầu giúp bạn hiểu cơ cấu nhu cầu trong phạm vi phân tích hiện tại. Để đánh giá liệu nhu cầu thực tế của người dùng có thay đổi hay không, hãy xem thêm yêu cầu bán hàng, câu hỏi của khách hàng và dữ liệu tìm kiếm trên website. Khi xác định được các yêu cầu mới xuất hiện thường xuyên, hãy cập nhật trang sản phẩm hoặc trang so sánh phù hợp nhất để người đọc có thể trực tiếp kiểm tra câu trả lời.
Những câu trả lời trước đây từng trích dẫn bạn giờ có thể sử dụng bài đánh giá trên truyền thông, tài liệu của đối thủ hoặc hướng dẫn chuyên môn. Để hiểu thay đổi này, hãy đặt các URL cụ thể trong câu trả lời cũ và mới cạnh nhau.
Trước tiên, hãy xem nguồn mới cung cấp điều gì. Nguồn đó có bổ sung thông tin về giá, giải thích quy trình thử nghiệm, làm rõ giới hạn sản phẩm hay so sánh nhiều lựa chọn trong cùng điều kiện không? Hướng dẫn nội dung dành cho câu trả lời tìm kiếm AI của Microsoft nhấn mạnh thông tin rõ ràng, cụ thể và có ngữ cảnh, được hỗ trợ bằng tiêu đề và cấu trúc dễ hiểu. Đây là những góc độ hữu ích để kiểm tra khác biệt giữa các trang.
Citation analysis → Top cited pages trong Dageno giúp bạn tìm các trang được trích dẫn thường xuyên. Xem tiêu đề, URL và số lượt trích dẫn, sau đó mở các nguồn liên quan đến tình huống đang giảm. Competitor citations và Citation gaps giúp xác định các nguồn liên quan đến đối thủ và khoảng trống về mức độ hiện diện của thương hiệu. Xác nhận thay đổi trong quá khứ bằng cách so sánh các đợt câu trả lời trước và sau.
Đối với nguồn bên thứ ba, trước tiên hãy kiểm tra xem nguồn đó có mô tả thương hiệu của bạn hay không và mô tả đó có chính xác không. Nếu nguồn sử dụng thông tin tính năng lỗi thời, hãy cung cấp cho tác giả tài liệu trực tiếp mới nhất. Nếu thiếu bằng chứng về việc sử dụng thực tế, hãy chuẩn bị quy trình thử nghiệm có thể lặp lại hoặc một nghiên cứu tình huống có thật.
Hãy so sánh sáu yếu tố: thông tin thực tế, bằng chứng, ngày cập nhật, kinh nghiệm liên quan, cấu trúc và thông tin độc đáo. Biến khoảng trống thành một nhiệm vụ cụ thể như “bổ sung chi tiết về cách tính phí tài khoản bán hàng”, thay vì “cải thiện độ uy tín”. Nếu sản phẩm phù hợp nhưng đối thủ nhận được nhiều đề xuất hơn, hãy tìm hiểu vì sao AI đề xuất sản phẩm của đối thủ thay vì sản phẩm của bạn.
Giả sử một lần thiết kế lại nhằm cải thiện chuyển đổi đã thay thế phần so sánh giá, giới hạn tính năng và FAQ bằng ảnh hero lớn, nội dung tiếp thị và nút đặt lịch. Trang trông gọn gàng hơn, nhưng người đọc có ít bằng chứng hơn để kiểm tra giá và điều kiện sử dụng.
Hãy so sánh nội dung thân trang có thể đọc được của trang cũ và mới, từng đoạn một. Các phần từng được trích dẫn có còn đó không? Bảng tính năng có bị chuyển thành hình ảnh không? Chi tiết quan trọng có bị đặt sau màn hình đăng nhập không? URL gốc hiện có chuyển hướng đến một trang tổng quát hơn không?
Hãy tách biệt hai vấn đề. Nếu nội dung vẫn còn nhưng không thể truy xuất, hãy nhờ đội ngũ website kiểm tra quá trình hiển thị và phản hồi. Nếu nội dung đã bị xóa, hãy yêu cầu đội ngũ sản phẩm và nội dung xác định những thông tin nào cần khôi phục. Việc làm nổi bật nút chuyển đổi và rút ngắn trang đôi khi có thể lấn át thông tin người đọc cần để đưa ra quyết định. Hãy duy trì các lựa chọn chuyển đổi, đồng thời giải thích thông tin chính qua văn bản, bảng và hỏi đáp.
Lưu văn bản và ảnh chụp màn hình của các trang quan trọng trước khi ra mắt, sau đó kiểm tra nội dung thực tế được truy xuất. Trước tiên, xác nhận các thông tin đã được khôi phục, rồi theo dõi những trích dẫn về sau cho cùng các câu hỏi. Nhờ vậy, bạn có thể liên kết các chỉnh sửa trang với những thay đổi trong câu trả lời.
Trước khi chỉnh sửa nội dung, hãy kiểm tra bộ prompt, nền tảng, khu vực, ngôn ngữ, khoảng thời gian và số lượng phản hồi hợp lệ. Việc thêm câu hỏi làm thay đổi mẫu số, đồng thời có thể thay đổi độ khó của câu hỏi và cơ cấu nhu cầu.
Ví dụ, mở rộng bộ prompt từ 50 lên 500 câu hỏi có thể làm giảm tỷ lệ đề cập tổng thể nếu các câu hỏi mới đề cập đến những tình huống thương hiệu chưa phục vụ. Bộ prompt mới cũng có thể cho kết quả tốt hơn hoặc tương đương. Cách so sánh hữu ích nhất là tách riêng các câu hỏi ban đầu để xem kết quả của chúng có thay đổi hay không.
Ghi lại tỷ lệ đề cập và số lượng phản hồi hợp lệ của cả hai giai đoạn, đồng thời nêu rõ mức giảm là thay đổi tương đối hay chênh lệch điểm phần trăm. Hãy giữ mẫu số của các chỉ số nhất quán. Visibility của Dageno sử dụng tất cả phản hồi trong phạm vi đã chọn làm mẫu số và đo tỷ lệ phản hồi đề cập đến thương hiệu. Trong Effect Tracking, tỷ lệ trích dẫn URL sử dụng các phản hồi đã thu thập trong khoảng thời gian làm mẫu số và đo tỷ lệ phản hồi trích dẫn URL đó. Tỷ lệ đề cập thương hiệu chỉ xét các phản hồi trích dẫn URL đó và đo tỷ lệ phản hồi có đề cập đến thương hiệu. Hãy diễn giải riêng các tỷ lệ phần trăm có phạm vi khác nhau.
Đồng thời, hãy phân biệt số lượt trích dẫn với phạm vi bao phủ của phản hồi. Trong bảng xếp hạng nguồn được trích dẫn, số lượt trích dẫn là số lần một nguồn được trích dẫn; “Được trích dẫn trong …% số phản hồi” là tỷ lệ phần trăm phản hồi có trích dẫn nguồn đó. Khi so sánh các giai đoạn, hãy sử dụng cùng trường dữ liệu và cùng phạm vi.
Kiểm tra các bản ghi bị thiếu, những lần thu thập thất bại và các quy trình xử lý chưa hoàn tất. Bing cho biết AI Performance sử dụng dữ liệu lấy mẫu và có độ trễ xử lý. Với bất kỳ báo cáo theo dõi nào, hãy xác nhận cửa sổ thời gian hiện tại đã hoàn tất trước khi so sánh với một cửa sổ lịch sử đã hoàn tất.
Sử dụng tám bước này để sắp xếp công việc. Ghi lại kết quả rõ ràng sau mỗi bước để người phụ trách tiếp theo có thể tiếp tục điều tra. Xử lý ngay các lỗi truy cập hoặc lập chỉ mục đã được xác nhận.
Liệt kê các câu hỏi, nền tảng, khu vực, ngôn ngữ, ngày tháng và số lượng phản hồi hợp lệ của cả hai giai đoạn. Tách riêng các bộ prompt mới được thêm vào, hoàn thiện bản ghi thu thập rồi so sánh lại. Kết quả cần là một bộ câu trả lời có phạm vi nhất quán mà bạn có thể xem lại, cùng với chỉ số cụ thể đã giảm.
Phân tách cùng một bộ prompt theo nền tảng, rồi theo khu vực. Ghi lại nơi vấn đề tập trung và thời điểm vấn đề bắt đầu. Nếu chỉ một nền tảng bị ảnh hưởng, hãy ưu tiên kiểm tra yêu cầu thu thập dữ liệu và các nguồn câu trả lời của nền tảng đó. Nếu nhiều nền tảng cùng giảm, trước tiên hãy kiểm tra các thiết lập và thay đổi nội dung dùng chung.
Lập riêng danh sách URL bị giảm trích dẫn và danh sách câu hỏi nhận được ít lượt đề cập thương hiệu hơn. Thương hiệu vẫn có thể xuất hiện thông qua các trang của bên thứ ba, vì vậy hãy điều tra riêng hai danh sách này. Kiểm tra xem vấn đề có tập trung ở một thư mục, mẫu trang, sản phẩm hay tình huống mua hàng cụ thể hay không.
Gửi các trang bị ảnh hưởng cho người phụ trách website và SEO để kiểm tra log trình thu thập dữ liệu, mã trạng thái, nội dung chính, việc lập chỉ mục và các thiết lập hiển thị liên quan. Với mỗi vấn đề, hãy đính kèm URL cụ thể, ngày phát hiện và bằng chứng thay vì chỉ để lại nghi ngờ rằng trình thu thập dữ liệu có thể bị chặn.
Rà soát các lần triển khai, di chuyển website, cập nhật mẫu trang, thay đổi giá và chỉnh sửa hoặc xóa nội dung. Đặt ngày thay đổi cạnh ngày xảy ra vấn đề để xác định những trang cần kiểm tra. Nếu thời điểm gần nhau, hãy điều tra xem thay đổi đó có thực sự ảnh hưởng đến quyền truy cập hoặc các thông tin chính hay không.
Trích xuất URL nguồn từ các câu trả lời trước đây và gần đây cho cùng một câu hỏi. Mở các trang hiện đang được sử dụng và ghi lại những câu hỏi phụ mà chúng trả lời. Ưu tiên thông tin ảnh hưởng đến quyết định mua hàng và lập danh sách cụ thể các khoảng trống.
Thay cho nhận định “nội dung cần tốt hơn”, hãy xác định một nhiệm vụ khả thi: cập nhật giá đã lỗi thời, bổ sung yêu cầu tích hợp, giải thích mức độ phù hợp hoặc ghi lại phương pháp và kết quả của các thử nghiệm hiện có. Nêu rõ ai sẽ cung cấp tài liệu, trang nào sẽ đăng nội dung đó và những nguồn nào sẽ xác minh thông tin.
Ghi lại ngày phát hành. Trước tiên, xác minh trang và thiết lập đã chính xác, sau đó xem xét lượt đề cập, trích dẫn và phần mô tả trong các câu trả lời tương đồng thu thập về sau. Nếu kết quả chưa cải thiện, hãy tiếp tục thu thập bằng chứng về những nguyên nhân khả dĩ còn lại. Lưu lại các thay đổi và khoảng thời gian quan sát của từng đợt.
Sau khi điều tra, hãy dùng bảng này để phân công công việc. Bổ sung các thông tin đã xác nhận vào hàng phù hợp và thống nhất ngày rà soát.
| Phát hiện đã xác nhận | Người phụ trách chính | Hành động đầu tiên | Nội dung cần xác minh |
|---|---|---|---|
| Bộ prompt, phạm vi hoặc mẫu số đã thay đổi; dữ liệu chưa đầy đủ | Người phụ trách phân tích / theo dõi | Thiết lập lại phạm vi có thể so sánh, tách bộ prompt cũ và mới hoặc hoàn thiện bản ghi | Thiết lập nhất quán, phản hồi hợp lệ và định nghĩa chỉ số |
| Một trình thu thập dữ liệu của công cụ tìm kiếm cụ thể bị chặn ngoài ý muốn hoặc liên tục gặp lỗi | Website / vận hành | Sửa quy tắc hoặc lỗi dịch vụ | Yêu cầu truy cập đã xác minh, log và nội dung chính có thể đọc được |
| noindex, URL canonical không chính xác hoặc thiết lập loại trừ AI tạo sinh | SEO / quản trị viên website | Sửa cấu hình sai và xác nhận URL đích | Lập chỉ mục, URL canonical và thiết lập hiển thị |
| Giá, tính năng hoặc phiên bản đã lỗi thời | Người phụ trách sản phẩm / nội dung | Cập nhật thông tin và nguồn | Mức độ phù hợp với sản phẩm hiện tại và việc sử dụng những thông tin đó trong các câu trả lời về sau |
| Các nguồn hiện tại cung cấp bằng chứng quan trọng mà nội dung của bạn còn thiếu | Nội dung / sản phẩm / PR | Bổ sung thông tin hoặc cung cấp tài liệu chính xác cho các bên thứ ba liên quan | Nguồn đã cập nhật và các câu trả lời sau này cho câu hỏi tương tự |
| Bản thiết kế lại đã loại bỏ thông tin quan trọng hoặc khiến nội dung chính khó truy xuất | Website / người phụ trách nội dung | Khôi phục thông tin hữu ích và khắc phục khả năng truy xuất | Khác biệt giữa nội dung cũ và mới, cùng với bản ghi trích dẫn về sau |
| Đã xác nhận có biến động trên nền tảng, không phát hiện vấn đề trên website | Người phụ trách phân tích | Đặt ngày rà soát tiếp theo và ghi lại bằng chứng cần bổ sung | Các câu trả lời có thể so sánh, thông báo từ nền tảng và thay đổi nguồn |
Điều quan trọng nhất trong hoạt động theo dõi thường xuyên là lưu giữ đủ bằng chứng để so sánh. Hãy tổ chức các đợt rà soát định kỳ xoay quanh bốn nhóm thông tin.
Thứ nhất: thị trường, nhu cầu và đối thủ cạnh tranh. Làm rõ doanh nghiệp phục vụ thị trường nào, người mua đang đưa ra quyết định gì và họ thường so sánh những thương hiệu nào. Bắt đầu với Brand Overview của Dageno, sau đó dùng Search Intents để tìm các nhiệm vụ mua hàng quan trọng. Ngay cả khi tỷ lệ đề cập được đo chính xác, thông tin đó cũng không giúp ích nhiều cho hoạt động kinh doanh nếu bạn chọn sai thị trường.
Trong trang tổng quan, trước tiên hãy xác nhận Market, sau đó xem Visibility và Visibility rank. Một chỉ số cho biết tần suất thương hiệu xuất hiện; chỉ số còn lại cho biết vị trí tương đối của thương hiệu. Tiếp theo, mở Platforms hoặc Regions để thu hẹp phạm vi, rồi kiểm tra từng câu trả lời.
Thứ hai: prompt cố định, nền tảng và khu vực. Duy trì các câu hỏi đại diện cho những nhiệm vụ mua hàng cốt lõi và ghi lại ngôn ngữ, khu vực, nền tảng cùng điều kiện chạy. Thêm câu hỏi để khám phá nhu cầu mới, đồng thời giữ lại bộ prompt ban đầu để so sánh dài hạn. Mỗi khi thay đổi thiết lập, hãy ghi lại ngày và lý do.
Thứ ba: câu trả lời, trích dẫn và trang. Lưu câu trả lời đầy đủ, cách diễn đạt nội dung đề xuất, URL nguồn và ngày thu thập. Dùng Effect Tracking để xem lại bản ghi trích dẫn của các trang ưu tiên trong những phản hồi đã thu thập. Kiểm tra xem giá, tính năng và đối tượng người dùng mục tiêu có được mô tả chính xác hay không. Dùng công cụ phân tích website của bạn để kiểm tra lượt truy cập và lượt nhấp.
Thứ tư: xu hướng và bản ghi thay đổi. So sánh các cửa sổ thời gian đã hoàn tất theo lịch mà đội ngũ thống nhất, đồng thời lưu chung các bản phát hành website, cập nhật nội dung và điều chỉnh theo dõi. Khi phát hiện vấn đề, hãy bắt đầu thu thập bằng chứng từ tình huống cụ thể có thay đổi nhiều nhất. Lần tới khi biểu đồ giảm, đội ngũ sẽ có các câu trả lời, trang và thiết lập cũ để đối chiếu, qua đó xác định hành động đầu tiên nhanh hơn.
Các nguyên nhân có thể gồm cập nhật nền tảng, quyền truy cập của trình thu thập dữ liệu bị hạn chế, nội dung lỗi thời hoặc thay đổi trong nguồn trích dẫn. Trước tiên, hãy phân biệt việc website của bạn nhận được ít liên kết hơn với việc thương hiệu được đề xuất ít hơn. Sau đó, căn chỉnh các câu hỏi được sử dụng trước và sau khi sụt giảm, kiểm tra quyền truy cập của OAI-SearchBot và các nguồn hiện tại, rồi dùng những câu trả lời lặp lại và có thể so sánh để xác định liệu thay đổi có kéo dài hay không.
Có, việc câu trả lời và trích dẫn của AI thay đổi theo thời gian là bình thường. Hãy điều tra khi mức giảm tiếp diễn qua nhiều cửa sổ thời gian đã hoàn tất hoặc nội dung đề xuất liên tục biến mất khỏi các tình huống mua hàng quan trọng. Trước tiên, hãy kiểm tra số lượng phản hồi hợp lệ và các điều kiện theo dõi, sau đó so sánh câu trả lời và các thay đổi về nguồn cho cùng loại câu hỏi.
Có. robots.txt ảnh hưởng đến việc trình thu thập dữ liệu liên quan có thể truy xuất hoặc lập chỉ mục nội dung website hay không, từ đó ảnh hưởng đến khả năng nội dung đó xuất hiện trong câu trả lời tìm kiếm. Với ChatGPT Search, hãy kiểm tra các quy tắc dành cho OAI-SearchBot; với Perplexity, hãy kiểm tra PerplexityBot. Đối chiếu các quy tắc này với phản hồi thực tế đối với yêu cầu truy cập và log truy cập để xác nhận trình thu thập dữ liệu có bị chặn hay không.
Trước tiên, hãy kiểm tra xem trang đang xếp hạng có trả lời câu hỏi mua hàng hiện tại hay không, sau đó xem xét thông tin và nguồn mà AI sử dụng. Tên sản phẩm, điều kiện sử dụng và bằng chứng so sánh cần khớp rõ ràng với nhu cầu của người dùng. Với Google, hãy kiểm tra thêm trạng thái lập chỉ mục, khả năng đủ điều kiện hiển thị đoạn trích và các thiết lập tham gia AI tạo sinh áp dụng cho trang.
Không có mốc thời gian cố định. Thời gian phục hồi phụ thuộc vào nguyên nhân, tiến độ khắc phục, tốc độ nền tảng xử lý lại nội dung và khoảng thời gian quan sát. Trước tiên, hãy xác nhận vấn đề kỹ thuật hoặc nội dung đã được khắc phục. Sau đó, tiếp tục kiểm tra các câu trả lời về sau cho cùng câu hỏi, đồng thời ghi riêng những thay đổi về lượt đề cập, trích dẫn và mô tả.
Cập nhật bởi
Dageno
Dageno is the research and insights team at Dageno AI, publishing industry reports and expert analysis on AI Search Visibility, Generative Engine Optimization (GEO), and AI-powered search discovery.
Ye Faye • Oct 03, 2026
Tim • Oct 03, 2026
Tim • Oct 15, 2026
Tim • Oct 03, 2026
Alexa for Shopping