Máy chủ MCP của Google Search Console là cách để một tác nhân đọc dữ liệu tìm kiếm của bạn mà không phải xuất CSV trước. Đó là phần dễ. Phần khó là phân biệt các máy chủ với nhau, vì chúng đều tự giới thiệu theo cùng một cách, và khác biệt chỉ lộ ra khi bạn hỏi chúng thật ra làm được gì.
Nên chúng tôi đã hỏi. Ngày 12 tháng 9 năm 2026, chúng tôi kết nối bốn máy chủ MCP SEO đã công bố, gửi cho mỗi máy chủ một yêu cầu tools/list và đếm những gì trả về. Con số là 42, 21, 4 và 1.
Khoảng cách đó không phải bảng xếp hạng chất lượng. Đó là một quyết định thiết kế, và nó thay đổi việc tác nhân làm được gì, tốn bao nhiêu ngữ cảnh của bạn, và bao nhiêu dữ liệu của bạn rời khỏi ranh giới của bạn.
Chúng tôi đã kiểm tra gì, và bằng cách nào
Phương pháp: mỗi máy chủ được chạy đúng như tài liệu của chính nó chỉ định, qua đầu vào và đầu ra chuẩn, hoặc qua HTTP khi tài liệu nêu rõ chế độ đó. Chúng tôi gửi bắt tay initialize của MCP, rồi tools/list, và ghi lại số lượng cùng tên các công cụ. Chúng tôi không dùng khóa API ở đâu ngoại trừ nơi máy chủ từ chối khởi động nếu không có khóa.
Máy chủ | Phiên bản | Số công cụ trả về | Danh sách công cụ có cần xác thực không |
|---|---|---|---|
Ahrefs MCP | 0.0.11 | 42 | Không |
mcp-gsc | 0.3.2 | 21 | Không |
DataForSEO MCP | 3.1.1 | 4 | Có, qua HTTP |
seo-mcp-server | 3.0.5 | 1 | Không |
Một máy chủ, một gói Search Console của bên thứ ba, không hoàn tất bắt tay trong cửa sổ 50 giây của chúng tôi, nên bị loại thay vì được chấm điểm. Danh sách công cụ thay đổi theo từng bản phát hành, nên hãy xem những con số này như ảnh chụp một buổi sáng, không phải thuộc tính vĩnh viễn của bất kỳ nhà cung cấp nào.
Bốn thiết kế, và mỗi loại dùng để làm gì
Lớp bọc (21 công cụ). mcp-gsc nhận Search Console API rồi bọc từng báo cáo thành một công cụ có tên. Danh sách của nó đọc như bản mô tả công việc của một chuyên viên phân tích tìm kiếm: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. Được lợi là mô hình không bao giờ phải dựng truy vấn. Cái giá là bạn thừa hưởng quan điểm của người khác về việc một báo cáo nên chứa gì, và không thể yêu cầu bất cứ thứ gì ngoài danh sách.
Tấm gương của cả nền tảng (42 công cụ). Máy chủ của Ahrefs phơi bày bề mặt sản phẩm của nhà cung cấp theo từng điểm cuối: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. Đây là danh sách phong phú nhất chúng tôi đo được, và cũng đắt nhất về ngữ cảnh, vì mọi định nghĩa công cụ đều được nạp bất kể có liên quan đến nhiệm vụ hay không. Nó cũng cho thấy rõ nhất sự đánh đổi: bề rộng năng lực đổi lấy một khoản thuế vĩnh viễn trên mỗi câu lệnh.
Cổng nối (4 công cụ). Máy chủ v3 của DataForSEO đi theo hướng ngược lại. Nó phơi bày docs_index, docs_list_sections, docs_search và một công cụ chung là api_request. Thay vì đặt tên cho từng điểm cuối, nó dạy mô hình tìm tài liệu rồi thực hiện một lệnh gọi có xác thực. Bốn công cụ bao phủ một API có hàng trăm điểm cuối, và mô hình trả giá cho tính cụ thể ở lúc gọi chứ không phải lúc nạp. Trong kiểm chứng của chúng tôi, điểm cuối HTTP trả về invalid auth khi không có thông tin xác thực và phản hồi bình thường khi có. Đó là hành vi mong muốn.
Máy chủ một công cụ (1 công cụ). seo-mcp-server trả về đúng một công cụ là ai_content_detect. Máy chủ nhỏ không có gì sai, nhưng nó nên trung thực về việc mình là gì: một bản demo hoặc một phép kiểm tra đơn lẻ, không phải bàn làm việc SEO. Nếu bạn cài nó với kỳ vọng có báo cáo hàng tuần, bạn sẽ thất vọng theo cách mà hướng dẫn cài đặt chưa từng nhắc tới.
Bốn nguyên mẫu. Hai trong số đó mở rộng tới công việc báo cáo thật, và mỗi loại mở rộng theo một hướng khác nhau.
Vì sao số lượng công cụ là tiêu đề sai
Hai máy chủ có cùng con số có thể hành xử hoàn toàn khác nhau, vì điều quan trọng là hình dạng của ranh giới, không phải con số.
Lớp bọc quyết định câu hỏi của bạn từ trước. Điều đó thật sự hữu ích khi API bên dưới khó dùng và lớp bọc mã hóa chuyên môn thật, và danh sách của mcp-gsc làm đúng như vậy. Nó trở thành giới hạn ngay giây phút câu hỏi của bạn không có trong danh sách, và không có cách nào đi vòng.
Cổng nối gần như không quyết định gì và đẩy công việc sang mô hình. Nó linh hoạt hơn và mong manh hơn. Mô hình chạm tới được mọi thứ, nghĩa là nó có thể chạm tới sai điểm cuối, đọc sai hình dạng phản hồi, và tiêu tốn ba lệnh gọi công cụ để phát hiện ra trường nó muốn có tên khác. Với câu hỏi đơn giản, lớp bọc nhanh hơn. Với câu hỏi mới, chỉ cổng nối trả lời được.
Phép thử thực dụng không phải "có bao nhiêu công cụ" mà là "máy chủ có phơi bày đúng thứ tôi hỏi hằng tuần không". Trong công việc theo dõi thứ hạng, đó thường là phân tích tìm kiếm có tách theo ngày và thiết bị, cộng với kiểm tra URL. Lớp bọc và cổng nối đều bao phủ. Máy chủ 42 công cụ bao phủ nó, và bao phủ thêm bốn mươi thứ khác bạn sẽ không dùng hôm nay.
Những kiểm tra thật sự quan trọng trước khi cài bất cứ thứ gì
Đọc phạm vi quyền, đừng đọc danh sách tính năng. Máy chủ Search Console thừa hưởng những gì quyền OAuth của bạn cho phép. Một quyền chỉ đọc, liệt kê được thuộc tính và lấy được phân tích tìm kiếm, đã đủ cho báo cáo và giám sát. Bất cứ thứ gì đề nghị đổi cài đặt, gửi sơ đồ trang hay yêu cầu lập chỉ mục đều đang ghi vào thuộc tính của bạn, và điều đó xứng đáng một ngưỡng cao hơn hẳn so với "kho này có sao".
Kiểm tra thứ gì rời khỏi máy của bạn. Một cổng nối chuyển tiếp thông tin xác thực API cho nhà cung cấp có hồ sơ rủi ro khác với một lớp bọc cục bộ nói chuyện trực tiếp với Google API bằng token của chính bạn. Cả hai đều có thể ổn. Nhưng chỉ một cái nghĩa là bên thứ ba nhìn thấy mọi từ khóa bạn lấy về.
Chạy phép thử phản hồi rỗng. Yêu cầu máy chủ một khoảng ngày không có dữ liệu, ví dụ một thuộc tính bạn chưa ra mắt. Máy chủ làm tốt sẽ trả về tập kết quả rỗng. Máy chủ làm ẩu trả về lỗi, và một tác nhân nhận lỗi thường bịa ra lời giải thích nghe hợp lý cho dữ liệu thiếu. Chỉ một phép thử này bắt được nhiều vấn đề hơn bất kỳ lần duyệt mã nào.
Hai máy chủ có thể phơi bày đúng cùng một báo cáo mà khác hẳn nhau ở việc ai nhìn thấy thông tin xác thực của bạn.
Xem điều gì xảy ra khi một công cụ thất bại. Giới hạn tốc độ là có thật: Search Console cho phép 1.200 truy vấn mỗi phút cho mỗi thuộc tính, và một đợt thử lại của tác nhân tự nó đã đốt hết. Máy chủ phơi bày giới hạn thì dùng được. Máy chủ âm thầm trả về rỗng dạy cho tác nhân của bạn rằng bạn không có hiển thị, và điều đó tệ hơn một lỗi. Cùng giới hạn đó định hình hình dạng của bất kỳ công cụ theo dõi thứ hạng tự dựng, nên ngân sách yêu cầu đáng có một dòng trong tệp cấu hình.
Nối vào một tác nhân
Cấu hình là phần nhỏ. Vị trí đặt mới là thứ quyết định bạn có lấy được giá trị hay không.
{
"mcpServers": {
"gsc": {
"command": "npx",
"args": ["-y", "mcp-gsc"],
"env": { "GSC_CREDENTIALS": "/path/to/service-account.json" }
},
"dataforseo": {
"url": "http://localhost:3000/mcp",
"headers": { "Authorization": "Basic <base64 login:password>" }
}
}
}Ba quy tắc chúng tôi dùng, xếp theo mức độ đau đớn chúng ngăn được.
Một máy chủ cho mỗi nguồn dữ liệu. Hai máy chủ đều nhận trả lời câu hỏi về thứ hạng sẽ tạo ra hai câu trả lời, và tác nhân sẽ chọn cái nghe hợp lý hơn chứ không phải cái đúng. Giao Search Console cho lớp bọc, dữ liệu SERP của bên thứ ba cho cổng nối, và ghi rõ trường nào do bên nào quyết định.
Giữ định nghĩa báo cáo ở ngoài máy chủ. Công cụ cho tác nhân quyền truy cập dữ liệu. Chúng không cho nó định nghĩa của bạn: thuộc tính nào được tính, truy vấn nào là động lực doanh thu, và thứ hạng là trung bình cả kỳ hay ảnh chụp theo ngày. Những thứ đó thuộc về một tệp chỉ dẫn mà tác nhân đọc trước khi gọi bất cứ thứ gì, và đó là khác biệt giữa một bản tóm tắt hữu ích và một sai sót đầy tự tin. Quy trình báo cáo hằng tuần là ví dụ sống về định nghĩa nằm ngoài công cụ.
Kiểm chứng lần chạy đầu bằng tay. Lấy một tuần phân tích tìm kiếm qua máy chủ rồi so với đúng tuần đó trong giao diện Search Console. Nếu các con số không khớp, bạn có vấn đề về khoảng ngày hoặc quy kết, và mọi báo cáo tự động sau đó đều thừa hưởng nó.
Quan điểm của Auspia: câu hỏi của MCP không phải "máy chủ nào tốt nhất". Mà là "bạn muốn vẽ ranh giới nào giữa tác nhân và dữ liệu của mình". Lớp bọc là một hợp đồng bạn chấp nhận từ trước. Cổng nối là trách nhiệm bạn chấp nhận ở mỗi lần chạy. Cái nào khớp với quy trình thứ hạng rộng hơn thì hướng dẫn năng lực tác nhân sắp xếp theo nhiệm vụ. Cả hai đều chính đáng, và đội bị bỏng là đội đã chọn mà không nhận ra mình đang chọn.
Câu hỏi thường gặp
Google có công bố máy chủ MCP chính thức cho Search Console không? Tính đến ngày 12 tháng 9 năm 2026, chúng tôi không tìm thấy cái nào trong sổ đăng ký gói. Các máy chủ Search Console chúng tôi kiểm tra là dự án cộng đồng hoặc của nhà cung cấp nằm trên API chính thức. Thứ chính thức là tầng API, điều đó tự nó không phải khuyết điểm tự động, nhưng nó nghĩa là máy chủ đó là một phụ thuộc bảo trì do bạn chọn.
Bao nhiêu công cụ MCP thì quá nhiều cho một phiên tác nhân? Không có con số cố định. Ranh giới thực dụng là liệu danh sách công cụ có đẩy chỉ dẫn của bạn ra khỏi cửa sổ ngữ cảnh hay không. Nạp một máy chủ 42 công cụ cho nhiệm vụ chỉ cần hai trong số đó nghĩa là bạn trả tiền cho bốn mươi định nghĩa ở mỗi lệnh gọi. Hãy nạp máy chủ hẹp cho việc thường ngày và máy chủ rộng cho việc khám phá.
Tác nhân có dùng được MCP với Search Console mà không cần tài khoản dịch vụ không? Được, miễn là máy chủ đã hiện thực luồng OAuth và bạn hoàn tất nó một lần tại máy. Đường tài khoản dịch vụ dễ tự động hóa hơn và khó bàn giao cho người hơn, nên các đội thường chạy cả hai: tài khoản dịch vụ cho lịch chạy định kỳ và OAuth cho việc phát sinh.
Các bạn giữ lại máy chủ nào? Lớp bọc, cho báo cáo hằng tuần, vì câu hỏi đã biết. Cổng nối vẫn được cài cho bất kỳ công việc nào cần nguồn dữ liệu mà lớp bọc không bao phủ, và đó là phần lớn công việc thú vị và không phần nào của việc thường ngày.
Tác giả: Julian Mercer, nhà nghiên cứu tích hợp MCP tại Auspia, từng làm với hơn 40 chuỗi công cụ cho tác nhân. Ông viết về giao thức tác nhân, ranh giới công cụ và chi phí vận hành khi nối mô hình ngôn ngữ vào dữ liệu sống.
