Bỏ qua đến nội dung
Hotline: 0902 711 308 info@w3seo.com 46/1/56 Vườn Chuối, Phường 04, Quận 03, Thành phố Hồ Chí Minh
Trang chủSEOGEOShare of Model (SoM) là gì? Cách đo KPI GEO

Share of Model (SoM) là gì? Cách đo KPI GEO

Share of Model (SoM) là một chỉ số quan sát do đội ngũ tự định nghĩa để theo dõi mức độ thương hiệu xuất hiện trong câu trả lời AI trên một tập prompt cố định. Nó hữu ích để phát hiện xu hướng, khoảng trống nội dung và nguồn được AI trích dẫn; không phải chỉ số chính thức của Google, không phải yếu tố xếp hạng và không chứng minh traffic hay doanh thu.

Muốn SoM có ý nghĩa, doanh nghiệp phải giữ ổn định bộ prompt, thị trường/ngôn ngữ, bề mặt AI, lịch đo và quy tắc chấm. Nếu những điều kiện này thay đổi mà không lưu phiên bản, các kỳ đo không còn so sánh được.

Share of Model là gì?

Ở mức đơn giản, SoM theo mention là tỷ lệ prompt hợp lệ có nhắc tên thương hiệu theo quy tắc đã khóa trước:

SoM mention (%) = Số prompt có mention thương hiệu / Tổng prompt hợp lệ × 100

Ví dụ, một cohort có 40 prompt về cùng một nhu cầu. Nếu thương hiệu được nhắc ở 10 phản hồi hợp lệ, SoM mention của cohort đó là 25%. Con số chỉ mô tả tập prompt, bề mặt AI và thời điểm đã đo; không đại diện cho toàn bộ thị trường.

Đừng gộp mention, citation và kết quả kinh doanh

Chỉ sốGhi nhận gì?Không được suy diễn
Mention rateThương hiệu xuất hiện trong câu trả lời.Không đồng nghĩa có link, thứ hạng hay ý định mua.
Citation rateURL/domain của thương hiệu được AI hiển thị như một nguồn.Không bảo đảm người dùng nhấp vào nguồn.
Qualified recommendation rateThương hiệu được đưa vào lựa chọn khi đáp ứng tiêu chí đã định nghĩa.Không phải “top AI” nếu chưa có quy tắc so sánh rõ.
Accuracy rateThông tin về thương hiệu trong phản hồi đúng, sai hoặc chưa xác minh.Không phản ánh toàn bộ chất lượng thương hiệu.
Referral/leadPhiên, lead hoặc doanh thu được hệ thống ghi nhận.Không thể quy mọi thay đổi cho một lần AI nhắc đến.

Vì vậy một dashboard tốt thường hiển thị các lớp này song song. Đừng biến tất cả thành một “điểm GEO” duy nhất khi chưa giải thích được cách tính và giới hạn của nó.

Bước 1: Thiết kế Prompt Library theo nhu cầu thật

Prompt Library không nên chỉ gồm câu hỏi có tên thương hiệu. Nó cần phản ánh các nhu cầu người mua thực sự có thể hỏi: nhận biết vấn đề, tìm giải pháp, so sánh lựa chọn, yêu cầu thương mại và câu hỏi về thương hiệu. Mỗi prompt phải được gắn với một intent và một mục đích đo rõ ràng.

Cohort promptMục đích đoVí dụ dạng câu hỏi
ProblemThương hiệu/nguồn có xuất hiện khi người dùng nhận biết vấn đề?Nguyên nhân, rủi ro, cách đánh giá.
SolutionNội dung có hỗ trợ câu hỏi về phương án và tiêu chí lựa chọn?Quy trình, lựa chọn, điều kiện phù hợp.
ComparisonAI mô tả khác biệt giữa các lựa chọn ra sao?So sánh giải pháp hoặc nhà cung cấp theo tiêu chí rõ.
CommercialTrang thương mại có được dẫn tới khi người dùng cần phạm vi, giá hoặc SLA?Chi phí, thời gian, phạm vi, hỗ trợ.
BrandedThông tin chính thức về thương hiệu có đúng không?Dịch vụ, chính sách, địa chỉ hoặc tài liệu hướng dẫn.

Không gộp các cohort thành một tỷ lệ tổng nếu mục tiêu của chúng khác nhau. Một thương hiệu có thể mạnh ở prompt branded nhưng chưa xuất hiện ở prompt solution; đây là hai việc cần xử lý khác nhau.

Bước 2: Khóa điều kiện đo và định nghĩa “prompt hợp lệ”

Mỗi lần chạy cần lưu tối thiểu: ID prompt, phiên bản prompt, bề mặt AI/mô hình nếu công cụ hiển thị, ngôn ngữ, thị trường, trạng thái đăng nhập, ngày giờ, văn bản phản hồi gốc và trạng thái lỗi. Khi một nền tảng không công bố phiên bản mô hình, hãy ghi chính bề mặt/sản phẩm đã dùng thay vì suy đoán phiên bản.

Một prompt chỉ nên được tính vào mẫu số khi chạy thành công và có phản hồi đủ để chấm theo quy tắc đã định. Prompt lỗi, bị chặn, không hoàn tất hoặc dùng sai điều kiện cần tách riêng; không âm thầm coi là “không mention”.

Bước 3: Chấm phản hồi bằng quy tắc có thể kiểm tra lại

Trước khi đo, hãy viết quy tắc nhận diện thương hiệu và citation: tên thương hiệu, biến thể tên, domain hợp lệ, URL cần xem là nguồn chính, và cách xử lý tên trùng. Với recommendation, cần định nghĩa điều kiện nhận diện thay vì chỉ dựa vào cảm nhận của người chấm.

Trường cần lưuCách ghi gợi ý
Brand mention0/1 và đoạn văn chứa mention.
CitationURL hoặc domain được hiển thị, nếu có.
Ngữ cảnh xuất hiệnGiải thích, danh sách lựa chọn, cảnh báo hoặc câu trả lời thương mại.
AccuracyĐúng / sai / chưa xác minh, kèm nguồn kiểm tra.
Đối thủ/nguồn khácTên hoặc domain xuất hiện cùng cohort.
EvidenceLiên kết tới phản hồi gốc hoặc bản lưu theo chính sách công cụ.

Với phản hồi mơ hồ, cần có bước rà lại thay vì ép thành 0 hoặc 1. Nếu nhiều người cùng chấm, nên dùng chung rulebook và ghi nhận các trường hợp chưa thống nhất để tránh số liệu phụ thuộc vào từng người chấm.

Bước 4: Đọc biến động trước khi đưa ra hành động

SoM có thể dao động do chính AI, prompt, thị trường hoặc thời điểm. Không nên sửa website vì một lần chạy đơn lẻ. Trước khi kết luận có biến động, hãy kiểm tra lại: cohort nào thay đổi, số prompt hợp lệ có đủ không, điều kiện chạy có giống kỳ trước không, phản hồi gốc nói gì và biến động có lặp lại ở lần đo kế tiếp không.

Quan sátViệc cần kiểm tra trướcHướng xử lý có thể phù hợp
Không có mention ở cohort commercialTrang thương mại, phạm vi dịch vụ, bằng chứng và URL mục tiêu.Cải thiện trang đích và internal link; không tạo hàng loạt trang biến thể.
Có mention nhưng citation sang URL phụCanonical, liên kết nội bộ, thông tin trùng lặp và vai trò từng URL.Làm rõ trang chính và phân vai nội dung.
Thông tin thương hiệu saiNguồn first-party, trang liên hệ, chính sách và dữ liệu công khai.Cập nhật nguồn chính thức, rồi đo lại theo lịch.
Đối thủ xuất hiện nhiều hơnLoại câu hỏi, bằng chứng và nhiệm vụ họ đang đáp ứng.Tìm khoảng trống thực, không sao chép nội dung hoặc tạo mention giả.

Dashboard SoM nên gồm những gì?

  • SoM mention, citation rate và accuracy theo từng cohort.
  • Số prompt hợp lệ, prompt lỗi và điều kiện chạy của mỗi kỳ.
  • URL/domain được trích dẫn và các vấn đề cần sửa.
  • Đối thủ hoặc nguồn xuất hiện nhiều ở từng nhu cầu.
  • Ngày cập nhật nội dung, technical hoặc PR để tránh gán nhầm nguyên nhân.
  • Referral, lead và conversion khi hệ thống có thể ghi nhận.

Google hiện khuyến nghị dùng Generative AI performance report trong Search Console để theo dõi hiệu suất của nội dung trong các tính năng AI của Google Search. Dữ liệu này nên được đọc riêng với SoM của tool bên thứ ba. Với traffic website, báo cáo Traffic acquisition của GA4 cho biết nguồn phiên mà Analytics ghi nhận, không phải toàn bộ ảnh hưởng của AI trên hành trình khách hàng.

Khi nào SoM không nên là KPI chính?

  • Khi bộ prompt quá nhỏ, chưa phản ánh các nhu cầu kinh doanh quan trọng.
  • Khi điều kiện đo thay đổi liên tục hoặc không có bản lưu response để đối chiếu.
  • Khi dữ liệu lead, conversion hoặc chất lượng traffic chưa đáng tin.
  • Khi mục tiêu chính của dự án là sửa indexability, tracking hoặc trải nghiệm trang đích.
  • Khi team dùng SoM để thay thế Search Console, analytics, CRM hoặc phản hồi khách hàng.

Sai lầm cần tránh

  • Đo một vài prompt rồi kết luận cho toàn thị trường.
  • Thay prompt, ngôn ngữ hoặc bề mặt AI giữa các kỳ mà không tạo phiên bản mới.
  • Gọi mọi mention là citation hoặc recommendation.
  • Bỏ prompt lỗi khỏi báo cáo mà không công bố số lượng.
  • Dùng score của một tool như một lời hứa về hiển thị hay doanh thu.
  • Tạo nội dung hàng loạt chỉ để phủ các biến thể prompt.

Để chọn công cụ theo dõi, xem cách chọn công cụ GEO. Để hiểu phần việc tối ưu tổng thể, xem chiến lược GEO; còn các nguyên tắc về giá trị thông tin được giải thích tại Information Gain trong GEO.

Kết luận

Share of Model có ích khi được dùng như một thí nghiệm lặp lại và minh bạch: bộ prompt được phiên bản hóa, điều kiện đo được khóa, phản hồi gốc được lưu và các lớp mention–citation–traffic–lead được tách riêng. Dùng SoM để đặt câu hỏi đúng về khoảng trống nội dung và dữ liệu; không dùng nó như một “thứ hạng AI” hay lời hứa thương hiệu sẽ luôn được nhắc đến.