Google Search Console Máy chủ MCP

Liệt kê mọi thuộc tính GSC mà người dùng đã xác thực có thể truy cập. Trả về property ID (UUID) và URL (sc-domain:…) bạn sẽ truyền cho mọi công cụ khác.

Lượt nhấp, hiển thị, CTR và vị trí trung bình của một thuộc tính trong một khung thời gian đã chọn. Chấp nhận preset (last_7_days, last_28_days, last_3_months, last_year) hoặc ngày from/to tuyệt đối. Trả về thêm branded_breakdown chia lượt nhấp, hiển thị, CTR và vị trí thành branded và non-branded — dựa trên Brand tag của thuộc tính.

So sánh hai khung GSC cạnh nhau và nhận diff + change_pct cho lượt nhấp, hiển thị, CTR và vị trí. Kỳ A có thể là preset; kỳ B là ngày tuyệt đối.

Những biến động lớn nhất giữa hai kỳ, với các delta được tính sẵn để trợ lý của bạn khỏi phải đào sâu từng mục một. Chọn dimension=keywords or pages, một chỉ số (lượt nhấp, hiển thị hoặc vị trí) và direction=up / down / both để nhận những mục tăng, những mục giảm hoặc những dao động lớn nhất theo cả hai hướng. Theo mặc định, Period B là khung ngay trước Period A.

Các từ khóa hàng đầu của một thuộc tính, xếp theo lượt nhấp, hiển thị, CTR hoặc vị trí — kèm so sánh giữa hai kỳ. Phân trang qua next_cursor. Lọc với branded: true|false để tách các truy vấn theo thương hiệu khỏi các truy vấn giành được bằng SEO; phần tóm tắt trả về branded_breakdown bạn có thể đọc trong một cái nhìn.

Chuỗi thời gian theo ngày (lượt nhấp, hiển thị, CTR, vị trí) cho một truy vấn tìm kiếm trong một thuộc tính. Cùng các tùy chọn khoảng ngày như summary.

Với một truy vấn duy nhất, liệt kê các trang trên thuộc tính của bạn thu về lượt nhấp và hiển thị của nó — xếp theo lượt nhấp, hiển thị, CTR hoặc vị trí, kèm delta giữa hai kỳ và phân trang qua next_cursor. Hữu ích để phát hiện tình trạng ăn thịt từ khóa hoặc tìm trang canonical cho một thuật ngữ.

Các trang hàng đầu của một thuộc tính, xếp theo lượt nhấp, hiển thị, CTR hoặc vị trí — mỗi hàng trả về lượt nhấp, hiển thị, CTR và vị trí kèm delta giữa hai kỳ. Phân trang qua next_cursor.

Chuỗi thời gian theo ngày (lượt nhấp, hiển thị, CTR, vị trí) cho một URL trang trong một thuộc tính. Tương thích trực tiếp với cú pháp khoảng ngày của summary.

Với một URL trang, liệt kê các truy vấn tìm kiếm đem lại lượt nhấp và hiển thị cho nó — xếp theo chỉ số bạn chọn, kèm delta giữa hai kỳ và phân trang qua next_cursor. Ngược lại với list_pages_for_keyword: bắt đầu từ một URL và xem chính xác những truy vấn nào nuôi nó.

Tóm tắt index coverage cho một thuộc tính: số URL đã biết (đã gửi qua sitemap), số mà Google index, indexed_pct và một by_state phân tách (Submitted and indexed, Crawled – currently not indexed, Discovered – currently not indexed, Excluded by 'noindex', Page with redirect, Not found 404, Soft 404…). indexed mang prev/delta thực; khoảng ngày qua preset hoặc from/to tuyệt đối.

Xu hướng số trang được index theo ngày — một chuỗi "indexed" gồm các điểm {date, value}, tổng hợp trên các sitemap của thuộc tính và sẵn sàng cho biểu đồ chuỗi thời gian. Trả về points (những ngày có dữ liệu thực) và gắn cờ insufficient_history khi có quá ít ngày để vẽ biểu đồ có ý nghĩa.

Các URL hiện đang ở một trạng thái coverage cụ thể của Google (truyền state đúng như get_indexation_summary báo cáo). Mỗi hàng trả về url, state, last_crawled, google_canonical so với declared_canonical và discovered_via (sitemap hoặc trang giới thiệu). Phân trang bằng cursor (limit tối đa 200).

URL Inspection trực tiếp của Google cho một trang: coverage_state, verdict (PASS / NEUTRAL / FAIL), indexing_allowed, canonical của Google so với của người dùng, last_crawl_time, robots_txt_state, page_fetch_state, sitemaps, một mẫu referring-URLs, rich_results và mobile_usability. Ưu tiên cache — trả về kết quả cache mới hoặc làm mới trực tiếp từ GSC trong hạn mức inspection của thuộc tính.

Tất cả tác vụ cho một thuộc tính. Lọc theo trạng thái (open / done), người được giao, taskbox (cột) hoặc q (tìm theo tiêu đề không phân biệt chữ hoa/thường). Phân trang qua next_cursor.

Các cột của bảng tác vụ (taskbox) cho một property: id, tên, trạng thái (todo / in_progress / done) và thứ tự. Dùng id taskbox được trả về — hoặc từ khóa trạng thái — với create_task hay update_task để chuyển tác vụ sang cột đó.

Toàn bộ chi tiết của một tác vụ. Chấp nhận UUID, slug hoặc URL tác vụ trên trình duyệt (đối số property là tùy chọn khi bạn truyền URL).

Tạo một tác vụ trên một thuộc tính với title (bắt buộc) cùng description, assignee, priority (1–5, mặc định 3) và taskbox tùy chọn (mặc định là cột TO-DO).

Cập nhật một phần tác vụ — bất kỳ tổ hợp nào của title, description, assignee, priority, taskbox, hoặc unassign:true để xóa người được giao.

Thêm một bình luận vào tác vụ. Cùng tham chiếu linh hoạt (UUID / slug / URL) như get_task và update_task.

Liệt kê các bình luận của một tác vụ, bao gồm cả các phản hồi lồng nhau. Cùng tham chiếu tác vụ linh hoạt (UUID / slug / URL) như get_task — đối số property là tùy chọn khi bạn truyền URL.

Tạo một ghi chú trên biểu đồ cho một thuộc tính vào một ngày nhất định (Y-m-d) kèm nội dung ghi chú — cùng mô tả dài hơn, danh mục và một UUID tác vụ liên kết tùy chọn. Được thêm dưới dạng ghi chú tùy chỉnh, áp dụng toàn site, do bạn soạn.

Liệt kê các chú thích của một thuộc tính trong một khoảng ngày, mới nhất trước. Dùng preset (last_7_days, last_28_days, last_3_months, last_year) hoặc ngày from/to tuyệt đối, kèm tìm kiếm chuỗi con tùy chọn trong nội dung ghi chú và phân trang (limit giới hạn ở 200).

Chi tiết đầy đủ của một chú thích theo id của nó — ngày, ghi chú, mô tả, danh mục, tác vụ liên kết, tác giả và thuộc tính mà nó thuộc về. Dùng list_annotations để tìm id.

Xóa một chú thích tùy chỉnh theo id của nó. Chỉ có thể xóa các ghi chú tùy chỉnh của riêng bạn — các ghi chú chính thức hoặc toàn cục sẽ bị từ chối. Trả về id với deleted: true.

Liệt kê các dự án Site Audit (cấu hình crawl) của thuộc tính để bạn tìm ra audit_id cần nhắm tới. Mỗi mục trả về audit_id, name, mode (list / complete / organic_traffic), device, start_urls, status, progress, last_crawl_date, pages_crawled và health_score mới nhất. Hầu hết các công cụ site-audit khác mặc định dùng lần audit hoàn tất gần nhất, nên công cụ này chỉ cần khi bạn muốn nhắm tới một lần cụ thể.

Tóm tắt sức khỏe kỹ thuật của lần crawl gần nhất: health_score (hiện tại cùng prev và delta), pages_crawled, crawl_date, issues_by_severity (critical / warning / notice, mỗi mức kèm issue_types và pages_affected so với lần crawl trước), issues_by_category (OnPage, Links, International, Robots, Social) và category_scores theo từng khu vực. Mặc định dùng lần audit gần nhất.

Các vấn đề kỹ thuật mà lần crawl gần nhất phát hiện, nghiêm trọng nhất trước — mỗi vấn đề kèm issue_code (truyền vào list_site_audit_issue_pages), title, severity, category, pages_affected (kèm prev và delta), hướng dẫn how_to_fix và priority. Lọc theo severity và/hoặc category; phân trang bằng cursor (limit tối đa 200).

Các URL chính xác bị ảnh hưởng bởi một vấn đề — truyền issue_code của nó và nhận về mỗi url vi phạm kèm giá trị theo từng trang. Phân trang bằng cursor (limit tối đa 200). Biến bất kỳ vấn đề audit nào thẳng thành một danh sách cần khắc phục cụ thể.

Toàn bộ chi tiết crawl cho một URL: status_code, crawl_depth, indexability_score và health_score, category_scores, issue_counts và issues[] — các kiểm tra thất bại của trang, mỗi cái kèm issue_code, severity, category, mô tả theo từng trang và how_to_fix.

Tìm các trang đã crawl khớp với tiêu chí SEO kỹ thuật từ lần audit website gần nhất của bạn. Lọc theo status_code (ví dụ 404), no_canonical (thiếu thẻ canonical), missing_h1 (thiếu tiêu đề H1) hoặc check_title (bất kỳ kiểm tra audit nào hiển thị trong UI, ví dụ "Title Tag too short"). Sắp xếp theo health, status_code, url hoặc depth, phân trang qua next_cursor. Mỗi hàng trả về url, status_code, title, indexability, performance_score (health 0–100), last_crawled_at, count_errors và count_warnings — cùng một check_description khi đang bật bộ lọc kiểm tra.

Bắt đầu một lần crawl mới (hành động ghi) — đưa lần audit vào hàng đợi và tiêu tốn crawler credit của dự án (tách biệt với credit MCP) theo tỉ lệ số trang được crawl. Hỗ trợ chế độ complete và list; trả về audit_id, status, started_at và pages_queued. Kết quả sẽ có sẵn cho các công cụ đọc khi lần crawl hoàn tất.

So sánh hai lần crawl để trả lời "cái gì đã thoái lui hay cải thiện so với lần trước?" — health_diff cùng các số đếm và bốn danh sách: new_issues, resolved_issues, worsened và improved, mỗi vấn đề mang pages_affected, prev và delta. Mặc định so lần crawl gần nhất với lần ngay trước.

Liệt kê các trang mà một property theo dõi trong Code Monitor, mỗi trang kèm trạng thái giám sát — url, last_change_at (thay đổi được phát hiện gần nhất) và changes_count (tổng số thay đổi được phát hiện). Lọc theo chuỗi con url; phân trang bằng con trỏ (limit tối đa 200). Trả về feature_not_available khi gói không bao gồm Code Monitor.

Liệt kê các thay đổi mã/HTML on-page được phát hiện, mới nhất trước — mỗi mục kèm url, date và change_types (Title, Canonical, Meta Description, noindex, robots.txt, sitemap.xml, H1, Status code, Hreflang, Open Graph, Twitter image, Analytics, Tag Manager). Lọc về một trang bằng seoMonitorId hoặc page, hoặc bỏ qua để lấy nguồn cấp thay đổi gần đây toàn dự án; thu hẹp bằng from/to. Phân trang bằng con trỏ (limit tối đa 200).

Lấy các giá trị trước/sau của một thay đổi được phát hiện cụ thể, xác định bằng url + createdAt — mỗi trường thay đổi một mục với type, property, before và after (mảng cho các trường nhiều giá trị). Truyền changeType để chỉ trả về một trường. Trả về not_found khi không có thay đổi nào khớp và invalid_change_type cho nhãn trường không xác định.

Lấy trạng thái được chụp gần nhất của một trang được giám sát — các trường on-page được trích xuất hiện tại (title, canonical, meta description, meta robots, robots.txt, sitemap.xml, H1, heading, status code, hreflang, ảnh Open Graph, Twitter image, Analytics, Tag Manager). Xác định trang bằng seoMonitorId hoặc url; HTML thô và ảnh chụp màn hình không được lưu trữ. Trả về not_found cho một trang không xác định.

Liệt kê các prompt AI Tracker (Brand Radar) mà một thuộc tính đang theo dõi. Mỗi hàng trả về prompt_id, prompt_text, engines_tracked (các engine LLM mà prompt chạy), last_run_at (ISO-8601, lần chạy gần nhất) và runs_in_range (số lần thực thi engine trong khoảng thời gian). Giới hạn phạm vi runs_in_range bằng một preset (last_7_days, last_28_days, last_3_months, last_year) hoặc ngày from/to tuyệt đối — danh sách prompt đầy đủ luôn được trả về. Lọc theo engine (chatgpt/openai, claude/anthropic, gemini, perplexity) và phân trang qua limit (tối đa 200) và next_cursor.

Khả năng hiển thị theo từng engine cho một prompt: runs, mentions, mention_rate (%) và mức thay đổi tính theo điểm phần trăm so với kỳ liền trước — bóc tách riêng cho ChatGPT, Claude, Gemini và Perplexity, kèm các tổng được gộp qua tất cả engine. Khoảng ngày qua preset hoặc from/to tuyệt đối (mặc định last_28_days).

Từng lần thực thi engine đằng sau một prompt — mỗi hàng một run kèm date, engine, các cờ mentioned / mentioned_in_text và một response_excerpt (tối đa 600 ký tự của câu trả lời AI thực tế). Lọc theo engine, giới hạn phạm vi theo khoảng ngày, phân trang qua limit (tối đa 200) và next_cursor.

Các nguồn mà các engine AI đã trích dẫn khi trả lời một prompt, tổng hợp trên cả khoảng: own_domain cùng mọi domain và URL được trích dẫn, được gắn cờ is_own_domain và url_count — để bạn thấy trang nào của mình giành được trích dẫn và đối thủ nào thắng chúng.

Tạo một prompt AI Tracker — câu hỏi mà tracker chạy trên các engine. Đặt danh sách engine (chatgpt, claude, gemini, perplexity), country, ngôn ngữ phản hồi và tần suất chạy (daily, week hoặc month), và tùy chọn xếp nó vào một topic theo topicId hoặc topicTitle (tìm-hoặc-tạo).

Cập nhật một phần một prompt đang theo dõi — bất kỳ tổ hợp nào của nội dung, danh sách engine, country, ngôn ngữ phản hồi hoặc tần suất chạy; các trường bỏ qua giữ nguyên. Prompt giữ topic hiện tại và phải duy trì duy nhất trong đó.

Xóa một prompt đang theo dõi cùng tất cả phản hồi engine đã ghi của nó. Không thể hoàn tác; topic của prompt được giữ nguyên.

Liệt kê các prompt topic dùng để nhóm prompt trên trang LLM Tracker — mỗi cái kèm topic_id và title. Truyền một topic vào create_prompt / update_prompt để xếp một prompt vào đó.

Tạo (hoặc lấy) một prompt topic theo title — một upsert idempotent, nên tạo lại một title đã tồn tại sẽ trả về nó nguyên vẹn với created=false. Topic nhóm các prompt trên trang LLM Tracker.

Đổi tên một prompt topic theo topicId của nó. Title mới phải không rỗng và duy nhất trong thuộc tính (đổi sang chính title đó là một no-op thành công).

Xóa một prompt topic. Cascade: mọi prompt được xếp dưới nó, và tất cả phản hồi đã ghi của các prompt đó, cũng bị xóa vĩnh viễn. Trả về prompts_deleted. Không thể hoàn tác.

Liệt kê các thuộc tính GA4 được kết nối với các dự án của bạn. Mỗi mục trả về id dự án và URL (dùng cái nào cũng được làm đối số property cho các công cụ GA4 khác), GA4 property ID bên dưới và ngày kết nối. Chỉ những dự án có thuộc tính GA4 đã kết nối mới được trả về.

Phiên, người dùng, người dùng mới, lượt chuyển đổi, tỷ lệ tương tác và số phiên trên mỗi người dùng của một thuộc tính trong khung thời gian đã chọn — preset (last_7_days, last_28_days, last_3_months, last_year) hoặc ngày from/to tuyệt đối. Mỗi chỉ số trả về current, prev và delta so với kỳ ngay trước đó.

So sánh hai khung GA4 cạnh nhau — phiên, người dùng, người dùng mới, lượt chuyển đổi và tỷ lệ tương tác, với cả hai giá trị cùng diff và change_pct cho từng chỉ số. Kỳ A có thể là preset; kỳ B là ngày tuyệt đối. Phiên bản song sinh phía GA4 của compare_date_ranges.

Phiên được bóc tách theo nguồn thu hút. Chọn dimension=source_medium (mặc định) hoặc channel cho nhóm kênh mặc định của GA4 — các hàng được xếp theo phiên, mỗi hàng kèm share_pct trên tổng của kỳ, giới hạn bởi limit (mặc định 25, tối đa 100).

Các chỉ số GA4 theo từng trang (landing / URL), được xếp hạng để bạn thấy trang nào mang về nhiều phiên, đăng ký (conversions) hoặc người dùng nhất. Mỗi hàng trả về trang cùng sessions, users, conversions và engagement_rate, mỗi cái kèm prev của kỳ trước và change_pct. Sắp xếp theo sessions (mặc định), conversions hoặc users; giới hạn bởi limit (mặc định 25, tối đa 100). Phiên bản theo cấp trang của get_ga4_traffic_by_source.

Traffic giới thiệu từ AI/LLM theo từng engine — ChatGPT, Perplexity, Gemini, Claude, Copilot và hơn thế nữa, được nhận diện từ source/medium của phiên GA4. Mỗi engine trả về phiên, sự kiện chính và thời lượng phiên trung bình, kèm thay đổi so với kỳ trước. Traffic GEO của bạn, được đo lường.

Liệt kê các thẻ từ khóa và trang của một thuộc tính. Mỗi thẻ trả về tag_id, name, type (keyword|page), color, rule_count (số quy tắc tự động gán) và member_count (số từ khóa hoặc trang hiện đang mang nó). Truyền tên thẻ vào bộ lọc tags trên get_top_keywords, get_top_pages và list_winners_losers.

Tạo một thẻ trên một thuộc tính. type là keyword (gắn thẻ từ khóa), url (gắn thẻ trang) hoặc both. color tùy chọn là một chuỗi hex được giao diện SEOcrawl sử dụng. Định danh thẻ là name + type, nên tạo lại một thẻ đã tồn tại chỉ cập nhật màu của nó.

Gắn thủ công một thẻ vào các từ khóa và/hoặc trang cụ thể, bên trên bất kỳ quy tắc tự động nào. Truyền keywords (chuỗi chính xác) và/hoặc urls (URL trang chính xác); cần ít nhất một. Thẻ sẽ được tạo cho type liên quan nếu nó chưa tồn tại.

Gỡ một thẻ khỏi các từ khóa và/hoặc trang cụ thể — ngược lại với apply_tag. Chỉ bỏ gán thẻ khỏi những mục đó; không xóa chính thẻ đó và không động đến các quy tắc tự động gán.

Xóa hoàn toàn một thẻ: bỏ gán nó khỏi mọi từ khóa/trang và gỡ thẻ đi. type là keyword, url hoặc both. Các thẻ Brand / Non-Brand tích hợp sẵn không thể xóa. Các quy tắc tự động nhắm vào thẻ vẫn được giữ nguyên — dùng delete_tag_rule cho chúng.

Liệt kê các quy tắc tự động gán của một thuộc tính — những mẫu tự động gắn thẻ từ khóa/trang. Tùy chọn lọc theo tag. Mỗi quy tắc trả về rule_id, tag, field (keyword|url), country và các điều kiện của nó (match + value).

Tạo một quy tắc tự động gán để gắn thẻ mọi từ khóa hoặc trang khớp — hiện tại và tương lai. field là keyword hoặc url; match là contains, not_contains, exact, starts_with, ends_with hoặc regex (một mẫu RE2 an toàn); value là mẫu. Một quy tắc cho mỗi tag+field; việc gắn thẻ các mục hiện có chạy bất đồng bộ.

Xóa một quy tắc tự động gán theo rule_id của nó (từ list_tag_rules). Dừng việc tự động gắn thẻ trong tương lai cho mẫu đó; các mục đã mang thẻ vẫn giữ nó (dùng remove_tag hoặc delete_tag để bỏ gán).

Liệt kê các Smart View từ khóa và trang được định nghĩa cho một thuộc tính — mỗi cái kèm view_id, name, type (keyword | page) và các tên thẻ mà nó nhóm. Số lượng thành viên theo từng thẻ lấy từ list_tags.

Tạo một Smart View từ một tập thẻ (đọc chúng từ list_tags). type là keyword (trên các thẻ từ khóa) hoặc page (trên các thẻ trang). View xuất hiện trong giao diện SEOcrawl y hệt một view được tạo nguyên bản và có thể chỉnh sửa tại đó.

Xóa một Smart View theo view_id của nó. Vĩnh viễn và cũng gỡ view khỏi giao diện SEOcrawl; các thẻ bên dưới không bị ảnh hưởng. Một id bộ lọc đã áp dụng thông thường sẽ trả về not_found.

Liệt kê các báo cáo SEO Reporting được tạo cho một property — mỗi báo cáo có id, name, is_template, is_automate, created_at và owner. Mặc định trả về các báo cáo thường; truyền templates: true để liệt kê các mẫu báo cáo thay thế. Các báo cáo định kỳ bị loại trừ (dùng list_report_schedules). Phân trang bằng con trỏ qua next_cursor.

Lấy metadata của một báo cáo (name, is_template, is_automate, owner, created_at, cùng period và người nhận khi được lên lịch) và toàn bộ cấu trúc widget — type, tiêu đề, vị trí, cấu hình và bộ lọc của từng widget. Trả về thành phần của báo cáo, không phải các con số đã render (đọc chúng bằng công cụ GSC / GA4).

Tạo một snapshot có thể chia sẻ của một báo cáo hiện có và trả về URL công khai của nó (hành động ghi). Chụp lại trạng thái widget hiện tại của báo cáo, khử trùng lặp theo hash nội dung — không nhận khoảng thời gian, vì vậy hãy chỉnh sửa widget của báo cáo trước nếu bạn cần khoảng thời gian khác. Trả về report_id, snapshot_id và url.

Liệt kê các báo cáo được cấu hình để gửi định kỳ tự động trên một property — mỗi báo cáo có id, name, owner, period (week hoặc month) và ID người dùng nhận. Phản ánh cấu hình lịch đã lưu (period + người nhận). Phân trang bằng con trỏ qua next_cursor.

Tải một URL trực tiếp theo yêu cầu (HTTP GET thuần, không JavaScript) và trả về chi tiết phản hồi — URL cuối cùng, mã trạng thái, chuỗi chuyển hướng đầy đủ, thời gian phản hồi và kích thước trang sau giải nén — cùng các khối tùy chọn: thành phần SEO đã phân tích (title, meta description, meta robots, canonical, hreflang, các thẻ heading, thẻ OG/Twitter, loại JSON-LD, số từ, số liên kết, ảnh thiếu alt), nội dung chính dưới dạng markdown sạch và HTML thô. Lỗi truyền tải trả về lỗi có cấu trúc (dns_error, timeout, blocked_url…). Miễn phí — không bao giờ tốn credit MCP; giới hạn tần suất theo từng người dùng.

Hiển thị một lưới thẻ KPI từ dữ liệu tổng hợp — mỗi thẻ mang một nhãn, một giá trị thô, một đơn vị tùy chọn (tiền tố $, hậu tố %, hoặc s cho khoảng thời lượng), một thay đổi so với kỳ trước kèm hướng tăng/giảm, và việc nhóm tùy chọn thành các phần khi có hơn bốn thẻ. Được gọi tự động khi một công cụ tổng hợp (get_gsc_summary, get_ga4_summary…) trả về render_with: render-scorecard. Miễn phí.

Hiển thị một bảng tương tác với sắp xếp, tìm kiếm và phân trang phía máy khách từ bất kỳ kết quả danh sách nào — từ khóa hàng đầu, trang hàng đầu, mục biến động lớn nhất, prompt, backlink và hơn thế nữa. Các cột được định kiểu từ dữ liệu và các ô mảng giữ nguyên dưới dạng chip. Được gọi tự động khi một công cụ danh sách trả về render_with: render-data-table. Miễn phí.

Hiển thị một biểu đồ đường tương tác với tooltip khi di chuột và đường ngắm, chú giải có thể bật/tắt, và Y-axis kép tự động khi hai chuỗi sử dụng đơn vị khác nhau. Được cấp dữ liệu bởi bất kỳ công cụ lịch sử / chuỗi theo ngày nào (get_page_detail, get_keyword_detail, lịch sử hiệu suất…) trả về render_with: render-time-series-chart. Miễn phí.

Trạng thái trực tiếp của backend MCP theo từng bề mặt (GSC, GA4, Site Audit, AI Tracker, Công việc) và từng kho dữ liệu, mỗi mục được báo cáo là ok, degraded hoặc down kèm last_check_at và sample_error. Miễn phí và không cần tham số — hãy gọi trước một workflow nhiều bước để endpoint hỏng hiển thị ngay từ đầu.