Vào tháng 9 năm 2026, Google bắt đầu hiển thị số lượt xem cho từng bài đăng trên Business Profile, và điều đó cuối cùng cũng lấp được khoảng trống báo cáo đã bỏ ngỏ từ đầu năm 2023. Hướng dẫn này nói về việc bạn nên làm gì với con số đó.
Dù bạn quản lý một địa điểm hay một trăm, số lượt xem một mình không cho biết bài đăng có hiệu quả hay không. Nó đếm số lần người ta nhìn thấy bài đăng, không phải điều họ làm sau đó. Giá trị chỉ xuất hiện khi bạn so sánh các bài đăng trong điều kiện công bằng và thay đổi những gì mình xuất bản dựa trên kết quả đó.
Cuối cùng bạn sẽ có: một bảng đo lường ở cấp bài đăng cho một hoặc nhiều Business Profile, một mốc chuẩn giúp các bài đăng có thể so sánh được, và một quyết định được ghi lại về loại bài đăng cùng tần suất cần duy trì.
Dành cho ai: người làm SEO địa phương, người phụ trách marketing nhiều địa điểm, và các chủ doanh nghiệp đăng bài lên Business Profile ít nhất mỗi tháng một lần.
Cần có trước: một Business Profile đã xác minh với quyền quản lý, một bảng tính, và ít nhất 10 bài đăng được xuất bản trong 18 tháng qua. Nếu bạn có ít hơn, hãy chuyển sang phần xây dựng lịch sử và chạy quy trình này vào quý sau.
Mất bao lâu: khoảng 45 phút cho một địa điểm, và tầm 90 phút cho một nhóm năm địa điểm.
Định nghĩa hoàn thành: mọi bài đăng trong khoảng thời gian đã chọn đều có số lượt xem và ngày xuất bản được ghi lại; bạn đã loại bỏ những bài không thể so sánh công bằng; và trong kế hoạch đăng bài của bạn có một thay đổi đã được thống nhất.
Google thực sự đã phát hành gì, và không phát hành gì
Tính năng có tên Google Posts Reporting. Google công bố nó trong số tháng 9 năm 2026 của Google Small Business Bulletin, và nhân viên Google Lisa Landsman đã chia sẻ bản tin đó trên Business Profile Help Community. Ở đó Google mô tả lượt xem bài đăng là "một trong những tính năng được yêu cầu nhiều nhất từ trước đến nay của chúng tôi".
Đây là phần có ý nghĩa về mặt vận hành:
Khả năng | Trạng thái tính đến tháng 9 năm 2026 |
|---|---|
Lượt xem theo từng bài đăng | Đang hoạt động, trên mỗi thẻ bài đăng trong mục Bài đăng của bảng điều khiển |
Khoảng thời gian nhìn lại | 18 tháng trượt của các bài đăng đã xuất bản |
Loại bài đăng được tính | Cập nhật, ưu đãi và sự kiện |
Các bề mặt được gộp | Google Search và Google Maps, cộng vào một con số duy nhất |
Số lượt nhấp | Không hiển thị |
Business Profile API | "Hiện đang triển khai toàn cầu, chưa có trong API" |
Hai dòng trong bảng này xứng đáng được nói nhiều hơn một ô bảng.
Đây là số lần hiển thị, không phải lượt nhấp. Google đã bỏ lượt xem bài đăng và lượt nhấp nút bài đăng cùng lúc vào đầu năm 2023, và chỉ có lượt xem trở lại. Vì vậy một bài đăng có thể tích lũy số lượt xem cao mà không có bất kỳ hành động nào được ghi nhận, và từ báo cáo này bạn không thể biết có ai chạm vào nút gọi, liên kết website hay ưu đãi hay không. Hãy coi con số này là độ phủ, tuyệt đối không phải phản hồi.
Không có API. Tính đến ngày bài viết này được xuất bản, Business Profile Performance API không cung cấp bất kỳ chỉ số nào ở cấp bài đăng. Các chỉ số hằng ngày hiện có đều ở cấp tài khoản và địa điểm: số lần hiển thị doanh nghiệp theo thiết bị và bề mặt, lượt nhấp website, lượt nhấp gọi, yêu cầu chỉ đường, lượt đặt chỗ, đơn đặt món và lượt nhấp menu. Không chỉ số nào gắn với từng bài đăng. Nếu báo cáo của bạn nằm trong Looker Studio hay một hệ BI, dữ liệu này hiện phải thu thập bằng tay.
Google chưa công bố định nghĩa thế nào là một lượt xem bài đăng. Công ty có định nghĩa lượt xem hồ sơ trong tài liệu hiệu suất của mình (khách truy cập duy nhất, tính một lần mỗi ngày, khử trùng lặp giữa các thiết bị và nền tảng), nhưng trang trợ giúp về bài đăng và trang chỉ số hiệu suất vào thời điểm công bố không hề mô tả các con số lượt xem ở cấp bài đăng. Việc con số của bài đăng đếm người dùng duy nhất hay từng lần hiển thị vẫn chưa được xác nhận. Hãy coi nó là tín hiệu tương đối, không phải giá trị tuyệt đối.
Khoảng trống báo cáo này không mới. Lịch trình ngừng hỗ trợ trong tài liệu dành cho nhà phát triển của Business Profile ghi ngày cuối cùng là 20 tháng 2 năm 2023 cho LOCAL_POST_VIEWS_SEARCH và LOCAL_POST_ACTIONS_CALL_TO_ACTION, không có gì thay thế. Lượt xem ảnh cũng kết thúc cùng ngày. Từ đó đến nay, hiệu quả của bài đăng thực chất là một điểm mù.
Trước khi bắt đầu: ba điều sẽ làm sai lệch con số của bạn
Bỏ qua phần này thì bảng so sánh của bạn sẽ tự tin đưa ra những câu trả lời sai. Cả ba vấn đề đều mang tính cấu trúc, không phải lỗi người dùng.
Bài đăng bị lưu trữ sau sáu tháng. Tài liệu của Google về bài đăng nói rằng các bài cũ hơn 6 tháng sẽ được lưu trữ, trừ khi có đặt khoảng ngày. Bài đăng bị lưu trữ không bị xóa, nhưng ngừng xuất hiện trên hồ sơ và không còn tích lũy khả năng hiển thị mà báo cáo này đo. Khoảng thời gian của báo cáo là 18 tháng; đời sống tự nhiên của một bài đăng gần với 6 tháng hơn. Một bài đăng 14 tháng tuổi vẫn có thể nằm trên bảng điều khiển với số lượt xem đã đóng băng vào lúc bị lưu trữ. Con số đó là dấu vết lịch sử, không phải điểm so sánh.
Lượt xem tích lũy, nên tuổi bài trộn lẫn với hiệu quả. Một bài cập nhật xuất bản 15 tháng trước đã có 15 tháng để gom lượt xem. Bài xuất bản ba tuần trước chỉ có ba tuần. Sắp xếp chúng theo lượt xem thô là sắp xếp chúng theo tuổi. Đây là lỗi phổ biến nhất mà báo cáo này mời gọi, và cũng là lý do phần tiếp theo tồn tại.
Search và Maps đã được gộp sẵn. Bạn nhận một con số trộn lẫn không thể tách. Nếu doanh nghiệp của bạn nghiêng về Search trên máy tính còn đối thủ nghiêng về Maps trên di động, các con số tổng không đo cùng một hành vi. Đừng cố quy một lượt xem cho bề mặt nào; Google không cung cấp phần tách này.
Kiểm tra: mở mục Bài đăng và xác nhận bạn thấy số lượt xem trên ít nhất một thẻ bài đăng. Nếu không thấy, đợt triển khai chưa đến hồ sơ hoặc khu vực của bạn. Hãy ghi lại ngày và kiểm tra lại sau hai tuần, thay vì kết luận rằng tính năng bị lỗi.
Bước 1: Tự dựng bản xuất mà Google không cho bạn
Không có CSV theo từng bài đăng. Bạn sẽ dựng bảng này bằng tay một lần, rồi duy trì nó.
Mở bảng điều khiển Business Profile, chọn Bài đăng trong menu, và đi qua từng thẻ bài đăng có hiện số lượt xem. Ghi một dòng cho mỗi bài đăng.
Cột | Ghi gì vào đó | Nó dùng để làm gì |
|---|---|---|
Mã hoặc nhãn ngắn của bài đăng | Một tên ngắn, duy nhất mà ba tháng sau bạn vẫn nhận ra | Nối bảng với bài đăng đang chạy |
Loại bài đăng | Cập nhật / Ưu đãi / Sự kiện | Trục so sánh chính |
Ngày xuất bản | Ngày đầy đủ, không phải tháng | Cần cho mọi so sánh công bằng |
Số lượt xem | Con số trên thẻ | Chính là chỉ số |
Góc tiếp cận | Một câu ngắn tả góc tiếp cận, ví dụ "giảm 20% khi thay má phanh" | So sánh thông điệp, không chỉ định dạng |
Có ảnh hoặc video không | Có / Không | Tách riêng ảnh hưởng của media |
Đang chạy hay đã lưu trữ | Còn hiện trên hồ sơ hay không | Đánh dấu các điểm dữ liệu đã đóng băng |
Ghi chú | Mọi điều bất thường — nghỉ lễ, gián đoạn, chiến dịch chạy song song | Giải thích các giá trị ngoại lai về sau |
Với tài khoản nhiều địa điểm, hãy làm lại điều này cho từng hồ sơ và thêm một cột địa điểm vào cùng bảng. Business Profile Manager cho phép tải dữ liệu hiệu suất hồ sơ của nhiều địa điểm cùng lúc qua Hành động → Thông tin chi tiết; điều đó hữu ích cho chỉ số cấp tài khoản, nhưng không bao gồm lượt xem bài đăng. Hãy giữ hai nguồn này tách biệt để về sau không lẫn lượt xem hồ sơ với lượt xem bài đăng.
Một dòng cho mỗi bài đăng nhìn thấy được, kèm ngày xuất bản. Để tự kiểm tra, hãy đối chiếu số dòng với số thẻ bài đăng trên màn hình. Nếu số lượt xem chỉ hiện trên một phần các thẻ, hãy ghi những gì ghi được và đánh dấu bảng là chưa đầy đủ. Một bảng thiếu với những chỗ trống trung thực tốt hơn một bảng đầy được nhồi bằng con số bịa ra.
Vòng đo lường. Chuẩn hóa là bước các nhóm hay bỏ qua, và chính nó làm phần còn lại của việc so sánh trở nên trung thực.
Bước 2: Chuẩn hóa trước khi so sánh
Đây là bước mà gần như ai cũng bỏ qua. Lượt xem thô của các bài đăng khác tuổi không thể so sánh, nên hãy chuyển đổi chúng.
Cách đơn giản và dễ bảo vệ nhất là lượt xem trên mỗi tuần hiển thị. Lấy số lượt xem và chia cho số tuần bài đăng đang chạy và còn hiển thị (nếu đã bị lưu trữ, hãy cắt tại ngày lưu trữ).
lượt xem mỗi tuần = tổng lượt xem ÷ số tuần đang chạy
Chỉ một phép tính này đã loại bỏ phần lớn độ lệch do tuổi và làm một bài 15 tháng tuổi có thể so sánh trực tiếp với bài 3 tuần tuổi. Nó là con số gần đúng. Số lần hiển thị không tuyến tính, và những ngày đầu của một bài đăng mang nhiều lưu lượng hơn những ngày sau. Dù vậy nó vẫn tốt hơn nhiều so với việc so sánh các con số tổng thô.
Nếu bạn cần độ chính xác cao hơn và có ít nhất một năm dữ liệu lịch sử, hãy dùng so sánh theo cửa sổ cố định thay thế: chỉ so sánh những bài đăng đã chạy cùng số tuần. Chia bài đăng thành các nhóm 4, 12 và 26 tuần, và chỉ so sánh trong cùng một nhóm. Dựng chậm hơn, nhưng khó bị phản biện hơn nhiều.
Chọn cách nào cũng được, nhưng hãy áp dụng một phương pháp duy nhất cho toàn bảng. Trộn các phương pháp sẽ đưa trở lại chính độ lệch bạn vừa loại bỏ.
Sau đó phân tầng. So sánh cập nhật với cập nhật, ưu đãi với ưu đãi, sự kiện với sự kiện. Một ưu đãi theo mùa kéo dài hai tuần không cạnh tranh với một bài cập nhật chạy cả năm, và dồn chúng vào cùng một rổ sẽ khiến các ưu đãi trông yếu đi khi thực ra chúng chỉ ngắn hơn.
So sánh | Công bằng? | Vì sao |
|---|---|---|
Cập nhật với cập nhật, cùng nhóm | Có | Cùng định dạng, cùng thời gian đo |
Ưu đãi với sự kiện, con số thô | Không | Khác tuổi thọ và khác thời điểm theo mùa |
Bài đăng bất kỳ với bài bất kỳ, con số thô | Không | Tuổi bài chi phối kết quả |
Bài có ảnh với bài chỉ chữ, cùng nhóm | Có | Đây chính là câu hỏi bạn muốn trả lời |
Lượt xem Search với lượt xem Maps | Không thể | Google báo một con số gộp duy nhất |
Bạn sẽ còn lại một cột đã chuẩn hóa cùng với cách nhóm theo nhóm tuần hoặc theo loại bài đăng. Hãy xem lại ba dòng bằng mắt. Nếu ngày xuất bản của một bài không rõ ràng — điều có thể xảy ra với bài đăng trùng lặp — hãy loại nó ra thay vì đoán.
Cùng ba bài đăng, hai thứ tự khác nhau. Con số tổng thô đưa bài cũ nhất lên đầu vì nó có nhiều thời gian tích lũy nhất. Lượt xem mỗi tuần đưa bài mới nhất lên đầu, và đó thường là thứ tự hữu ích hơn.
Bước 3: Đặt bốn câu hỏi mà dữ liệu thực sự trả lời được
Với một bảng đã chuẩn hóa, bạn có thể trả lời trung thực bốn câu hỏi. Hãy kiềm chế với những câu còn lại.
Loại bài đăng nào chạm tới khán giả của bạn xa nhất? Sắp xếp theo trung vị của lượt xem đã chuẩn hóa theo loại bài đăng, không phải theo giá trị lớn nhất. Một ưu đãi bùng nổ đơn lẻ sẽ kéo lệch giá trị trung bình ở mọi nơi. Nếu sự kiện liên tục chạm xa hơn cập nhật trong toàn bộ các nhóm của bạn, đó là tín hiệu thật và nó nên thay đổi những gì bạn lên kế hoạch.
Media có làm đổi độ phủ không? Chia bảng theo việc có ảnh hoặc video hay không, rồi so sánh các trung vị trong cùng một loại bài đăng. Đây là phép thử sạch nhất hiện có, vì số lượt xem không bị làm nhiễu bởi hành vi nhấp chuột.
Những góc tiếp cận nào có sức đi? Đọc nhóm tứ phân vị trên và dưới theo lượt xem đã chuẩn hóa, rồi nhìn vào cột góc tiếp cận. Bạn đang tìm một khuôn mẫu trong cách nói về chủ đề, không phải một bài thắng đơn lẻ. Nếu "kiểm tra miễn phí" thắng "Giới thiệu nhân viên mới" trong nhiều nhóm, điều đó cho biết khán giả địa phương của bạn phản hồi với cái gì.
Độ phủ của bạn tập trung hay mỏng? Nếu gần như toàn bộ lượt xem dồn vào hai hoặc ba bài đăng còn lại thì gần bằng không, bạn đang có vấn đề phân phối mà đăng thêm bài sẽ không giải quyết được. Nếu lượt xem khá đồng đều giữa các nhóm, khán giả nền của bạn ổn định và các thay đổi về tần suất đáng để thử.
Đây là những gì dữ liệu không thể cho biết, và danh sách này quan trọng ngang danh sách trên:
- Có ai gọi, đặt chỗ hay mua sau khi xem bài đăng hay không
- Giá trị của một lượt xem tính bằng tiền là bao nhiêu
- Số lượt xem cao hơn có cải thiện xếp hạng địa phương của bạn hay không
- Bề mặt nào đã tạo ra lượt xem
- Một người xem bài năm lần, hay năm người xem mỗi người một lần
Nếu một bên liên quan yêu cầu bạn chứng minh ROI của bài đăng bằng báo cáo này, câu trả lời trung thực là báo cáo này không làm được. Muốn khép vòng đó thì cần theo dõi cuộc gọi, liên kết gắn thẻ UTM và dữ liệu đặt chỗ. Lượt xem bài đăng là một công cụ chẩn đoán ở đầu phễu, cho biết thông điệp của bạn có được nhìn thấy hay không.
Bước 4: Khép khoảng trống sáu tháng trong quy trình của chính bạn
Khoảng thời gian của báo cáo là 18 tháng, quy tắc lưu trữ là 6. Sự chênh lệch này có một hệ quả thực tế: nếu bạn muốn có lịch sử bài đăng đủ dài để đo, bạn phải chủ động giữ cho bài đăng còn hiển thị.
Giải pháp là khoảng ngày. Theo tài liệu của Google, các bài đăng cũ hơn 6 tháng sẽ được lưu trữ, trừ khi có đặt khoảng ngày. Nếu một bài đăng có giá trị lâu dài thật sự — một ưu đãi thường trực, một dịch vụ đang chạy, một sự kiện vẫn còn liên quan — hãy đặt khoảng ngày cho nó thay vì để nó hết hiệu lực. Bạn không đang lách gì cả; bạn đang nói với hồ sơ rằng nội dung đó vẫn đúng.
Với mọi thứ còn lại, hãy để chúng được lưu trữ và chấp nhận thời gian đo ngắn hơn. Chính việc lưu trữ mới làm cho khoảng 18 tháng trở nên trung thực với những bài đăng còn lại.
Hệ quả thực tế cho việc lập kế hoạch: nếu bạn đăng mỗi tuần một lần, bạn tạo ra khoảng 26 bài trong sáu tháng và khoảng 78 bài trong mười tám tháng. Khoảng 18 tháng chỉ được lấp đến độ sâu đó nếu các bài đăng còn tồn tại. Nhịp lưu trữ 6 tháng có nghĩa là nhóm dùng để so sánh thực tế của bạn nhỏ hơn con số mà khoảng thời gian gợi ra, và so sánh theo nhóm cần đủ bài đăng mỗi nhóm để có ý nghĩa. Mỗi tuần một lần là tần suất thấp nhất giữ cho phương pháp nhóm còn dùng được về mặt thống kê với một địa điểm.
Bước 5: Viết ra một quyết định, rồi đo lại sau 90 ngày
Kết quả của quy trình này không phải một bảng điều khiển. Đó là một quyết định.
Hãy viết nó thành một câu có một con số và một ngày. Ví dụ: "Sự kiện chạm xa hơn cập nhật trên tài khoản của chúng ta, nên chúng ta chuyển từ cập nhật hằng tuần sang một ưu đãi và một sự kiện mỗi tháng, và sẽ chạy lại bảng này vào ngày 15 tháng 12."
Sau đó đặt ngày đo lại. Chín mươi ngày là đủ dài để tích lũy bài đăng mới trong từng nhóm, và đủ ngắn để bạn còn nhớ mình đã thay đổi gì. Ở lần xem lại tiếp theo, ba điều phải đúng:
- Mỗi bài đăng mới đều có một dòng trong bảng.
- Mỗi nhóm bạn đang so sánh có ít nhất bốn bài đăng.
- Phương pháp so sánh và các mốc chia nhóm không thay đổi.
Nếu có điều nào không đúng, hãy sửa quy trình trước khi diễn giải các con số.
Danh sách kiểm tra xác minh
Hãy chạy nó trước khi hành động theo bất kỳ kết luận nào.
- [ ] Mỗi bài đăng trong bảng đều có ngày xuất bản đầy đủ
- [ ] Các bài đã lưu trữ được đánh dấu và lượt xem của chúng được coi là đã đóng băng
- [ ] Mỗi dòng dùng đúng một phương pháp chuẩn hóa, không trộn lẫn
- [ ] Các phép so sánh được thực hiện trong cùng một loại bài đăng và cùng một nhóm
- [ ] So sánh giữa các loại bài đăng dùng trung vị, không dùng giá trị trung bình
- [ ] Không rút ra kết luận nào về lượt nhấp, cuộc gọi, đặt chỗ hay doanh thu
- [ ] Không nơi nào tuyên bố tách theo bề mặt, vì Google không cung cấp điều đó
- [ ] Có một quyết định được ghi lại kèm một con số và một ngày đo lại
Chỗ đứng của nó trong phần còn lại của báo cáo địa phương
Lượt xem bài đăng là một tầng trong ngăn xếp đo lường mà bạn cần giữ tách biệt:
Tầng | Nguồn | Nó chứng minh điều gì |
|---|---|---|
Độ phủ bài đăng | Mục Bài đăng trong Business Profile | Một thông điệp đã được nhìn thấy |
Việc tìm ra hồ sơ | Hiệu suất Business Profile | Người ta đã tìm thấy hồ sơ; cuộc gọi, lượt nhấp, chỉ đường |
Hành vi trên site | Analytics gắn thẻ UTM trên liên kết bài đăng | Một bài đăng mang về một phiên truy cập |
Kết quả | Hệ thống đặt chỗ hoặc POS | Một bài đăng tạo ra một giao dịch |
Chỉ hai tầng đầu đến từ các bề mặt địa phương của Google, và hôm nay chỉ tầng thứ hai truy cập được qua API. Hãy giữ chúng ở các bảng riêng để về sau không ai lẫn lượt xem hồ sơ với lượt xem bài đăng. Đợt triển khai này khiến lỗi đó dễ tái diễn, vì hai con số giờ đây xuất hiện trên những màn hình cạnh nhau.
Nếu trước khi đầu tư thêm vào nội dung địa phương, bạn muốn kiểm tra xem các bề mặt cuối phễu đó có thực sự được các hệ thống tìm kiếm và AI thu thập và đọc được hay không, danh mục công cụ của Auspia có các mô phỏng thu thập và lập chỉ mục mà bạn có thể chạy trên bất kỳ URL công khai nào. Đó là câu hỏi khác với độ phủ bài đăng, nhưng là câu hỏi đáng đặt kế tiếp.
Câu hỏi thường gặp
Google Business Profile có hiển thị lượt nhấp trên bài đăng không? Không. Google đã bỏ lượt nhấp nút bài đăng cùng với lượt xem bài đăng vào tháng 2 năm 2023, và chỉ có lượt xem trở lại. Báo cáo hiện tại hiển thị số lượt xem mà không có con số tương ứng cho lượt nhấp.
Lượt xem lùi lại được bao xa? Google cho biết báo cáo bao trùm các bài đăng được xuất bản trong 18 tháng qua theo dạng trượt. Hãy nhớ rằng bài đăng bị lưu trữ sau 6 tháng nếu không đặt khoảng ngày, nên các bài cũ hơn có thể mang một con số đã đóng băng.
Vì sao tôi không thấy số lượt xem trên bài đăng của mình? Tính năng được mô tả là đang triển khai toàn cầu vào thời điểm công bố, nên mức khả dụng có thể chậm tùy theo hồ sơ hoặc khu vực. Trước tiên hãy kiểm tra mục Bài đăng trên bảng điều khiển ở máy tính. Nếu các con số không xuất hiện, hãy ghi lại ngày và kiểm tra lại sau hai tuần.
Tôi có thể lấy lượt xem bài đăng qua Business Profile API không? Tính đến tháng 9 năm 2026 thì không. Bản tin của Google nói tính năng "chưa có trong API". Các chỉ số hằng ngày của Performance API ở cấp tài khoản và địa điểm, và không bao gồm bất cứ gì ở cấp bài đăng.
Số lượt xem cao có tốt cho xếp hạng địa phương không? Không có bằng chứng công bố nào cho thấy lượt xem bài đăng ảnh hưởng tới xếp hạng địa phương. Số lượt xem đo việc thông điệp của bạn có được nhìn thấy hay không. Xếp hạng địa phương dựa trên mức liên quan, khoảng cách và mức nổi bật, trong đó danh mục chính và các tín hiệu đánh giá của bạn có trọng số lớn hơn.
Tôi nên đăng bao lâu một lần để có dữ liệu dùng được? Trung tâm trợ giúp của chính Google cảnh báo việc đăng quá nhiều, vì nó đẩy các ưu đãi mới xuống dưới. Về mặt đo lường, mỗi tuần một lần là mức tối thiểu thực tế: nó tạo đủ bài đăng cho mỗi nhóm để so sánh trong cùng loại có ý nghĩa trong một quý.
Sai lầm lớn nhất khi dùng báo cáo này là gì? So sánh lượt xem thô giữa các bài đăng khác tuổi. Bài cũ hơn tích lũy nhiều lượt xem hơn một cách máy móc, nên các con số tổng thô phần lớn chỉ đang xếp bài đăng theo tuổi. Hãy chuẩn hóa theo số tuần bài chạy, hoặc chỉ so sánh trong các nhóm cùng tuổi.
Tác giả: Miles Donovan, chuyên viên phân tích tìm kiếm AI địa phương tại Auspia, đã làm với hơn 500 truy vấn dịch vụ. Miles viết về khả năng hiển thị địa phương, trang khu vực phục vụ, và cách các doanh nghiệp địa phương xuất hiện trong tìm kiếm cũng như trong đề xuất của AI.
