Web Validator by DigestSEO
Server Details
Validate HTML and CSS, audit SEO and JSON-LD, and check user-authorized public links.
- Status
- Healthy
- Last Tested
- Transport
- Streamable HTTP
- URL
TDQS
Scored across 8 tools
Several tools overlap in scope: audit_public_webpage, generate_validation_report, validate_html, and audit_seo_metadata all perform HTML/SEO checks and differ mainly by input source or breadth. The descriptions include explicit 'use X for Y' guidance, which helps, but an agent still has to weigh multiple similar options.
Tool names are consistently snake_case and readable, but the verb prefixes are inconsistent: audit_*, validate_*, check_*, and generate_* are used for different, sometimes overlapping operations. A more predictable pattern such as validate_* for raw inputs and audit_* for live URLs would improve selection.
Eight tools is a well-scoped size for a web validation server, and each tool addresses a distinct validation or audit step. The count is neither bloated nor too thin.
The server covers the core validation workflow: live site/page auditing, raw HTML/CSS/schema validation, SEO metadata checks, broken-link checking, and combined report generation. Minor gaps exist—such as no URL-based CSS/schema fetching or sitemap/robots validation—but they don't leave core workflows as dead ends.
Available Tools
8 toolsaudit_public_siteAudit public siteARead-onlyIdempotentInspect
Use this for a bounded, sitemap-first audit of a public website the user owns or is authorized to inspect. It fetches at most 8 same-origin HTML pages per call, respects robots.txt, and returns compact page summaries plus deduplicated findings. It does not recursively follow HTML links, authenticate, execute JavaScript, fetch assets, or run site-wide link checks. Use page_offset to continue when more sitemap pages remain.
| Name | Required | Description | Default |
|---|---|---|---|
| site_url | Yes | Authorized public website URL. The final public origin becomes the crawl boundary. | |
| max_pages | No | Maximum same-origin pages to audit in this call, from 1 to 8. | |
| page_offset | No | Zero-based sitemap-page offset for continuing a capped audit batch. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| pages | Yes | |
| overview | Yes | |
| site_url | Yes | |
| discovery | Yes | |
| truncated | Yes | |
| sitemap_url | No | |
| issue_groups | Yes | |
| pages_failed | Yes | |
| pages_audited | Yes | |
| pages_partial | Yes | |
| pages_selected | Yes | |
| discovery_error | No | |
| next_page_offset | No | |
| pages_discovered | Yes | |
| audit_health_score | No | |
| pages_skipped_robots | Yes | |
| issue_groups_truncated | Yes | |
| score_coverage_percent | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already mark the tool as read-only, open-world, idempotent, and non-destructive, and the description adds substantial behavioral context: robots.txt respect, page cap, same-origin boundary, no JavaScript execution, no asset fetching, no recursive link following, and deduplicated findings. This goes well beyond the structured annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Four short sentences carry distinct, non-redundant information: when to use, what it returns at most, what it avoids, and how to paginate. Every sentence contributes and the most important usage guidance is front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the output schema is present and annotations cover side effects, the description is complete for safe invocation. It covers authorization, scope, limits, exclusions, and continuation, leaving no critical operational gap.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so the baseline is 3, but the description adds meaning by framing max_pages and page_offset as part of a sitemap-first bounded audit and by explaining when page_offset is needed. This gives the agent operational context beyond the individual parameter descriptions.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb (audit), resource (public website), and scope (bounded, sitemap-first, at most 8 same-origin HTML pages). It also explicitly lists what it does not do, distinguishing it from sibling tools like check_broken_links and audit_public_webpage.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
It opens with an explicit 'Use this for' condition plus the authorization requirement. It clearly states what the tool will not do, signaling when a different tool is needed, and it instructs the agent to use page_offset to continue when more sitemap pages remain.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
audit_public_webpageAudit public webpageARead-onlyIdempotentInspect
Use this when the user provides one live public webpage URL. Fetches one bounded static HTML response, then runs HTML validation, SEO/accessibility-signal, and JSON-LD syntax checks. It checks links only when requested and does not crawl, execute JavaScript, authenticate, or fetch linked stylesheets. Use only URLs the user owns or is authorized to inspect.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | One authorized public HTTP(S) webpage URL; private pages, credentials, and custom ports are rejected. | |
| max_links | No | Maximum links to check, from 1 to 20. | |
| check_links | No | Whether to contact eligible public links found on the fetched page. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| links | Yes | |
| overview | Yes | |
| html_info | Yes | |
| redirects | Yes | |
| css_errors | Yes | |
| seo_issues | Yes | |
| css_checked | Yes | |
| fetched_url | No | |
| html_errors | Yes | |
| http_status | No | |
| broken_links | Yes | |
| content_type | No | |
| css_messages | Yes | |
| page_fetched | Yes | |
| seo_findings | Yes | |
| failed_checks | Yes | |
| healthy_links | Yes | |
| html_messages | Yes | |
| html_warnings | Yes | |
| links_checked | Yes | |
| requested_url | No | |
| schema_issues | Yes | |
| seo_truncated | Yes | |
| html_truncated | Yes | |
| links_requested | Yes | |
| schema_findings | Yes | |
| schema_truncated | Yes | |
| unreachable_links | Yes | |
| redirects_followed | No | |
| html_total_messages | Yes | |
| schema_blocks_checked | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Beyond the readOnly/idempotent/openWorld annotations, the description discloses the bounded single HTML fetch, the opt-in link-checking behavior, and the absence of crawling, JavaScript execution, authentication, and stylesheet fetching. These are material behavioral traits an agent needs to set expectations. No contradiction with annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three sentences, front-loaded with the trigger condition, followed by scope, limitations, and authorization constraint. Every sentence adds value and none restate the tool name or title.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the complete parameter schema, the presence of an output schema, and rich annotations, the description fully covers what the tool does, its safety profile, and its limitations. An agent has everything needed to select and invoke it correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Input schema coverage is 100%, so the parameters are already documented in the schema. The description reinforces bounded behavior and opt-in link checking, but it does not need to compensate for missing schema details. Baseline 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description opens with 'Use this when the user provides one live public webpage URL' and details the specific actions: HTML validation, SEO/accessibility-signal checks, and JSON-LD syntax checks. This makes the tool's purpose and resource unmistakable and separates it from sibling validation tools.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description gives an explicit trigger condition ('one live public webpage URL'), explicit non-goals ('does not crawl, execute JavaScript, authenticate, or fetch linked stylesheets'), and a hard prerequisite ('only URLs the user owns or is authorized to inspect'). It also notes link checking is opt-in, preventing misuse.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
audit_seo_metadataAudit SEO metadataARead-onlyIdempotentInspect
Use this for a focused SEO/accessibility-signal check of supplied HTML. It does not fetch a live webpage; use audit_public_webpage for a URL.
| Name | Required | Description | Default |
|---|---|---|---|
| html | Yes | Raw HTML markup supplied by the user; this is not a webpage URL. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| issues | Yes | |
| overview | Yes | |
| truncated | Yes | |
| total_issues | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint=true and destructiveHint=false, so the safety profile is covered. The description adds meaningful behavioral context beyond annotations by clarifying that the tool operates on raw HTML rather than fetching a live webpage, which is a key behavioral boundary.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences with no filler. The primary usage instruction is front-loaded, and the exclusion/alternative is stated in the second sentence. Every word earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a single-parameter, read-only tool with an output schema and robust annotations, the description covers what the agent needs: usage intent, input type, and the key alternative route for URLs. Nothing critical is missing.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, and the parameter schema fully explains that 'html' is raw HTML markup and not a URL. The description reinforces this but does not add substantial semantic detail beyond the schema, so the baseline score of 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description uses a specific verb ('audit') with a clear resource ('supplied HTML') and scope ('focused SEO/accessibility-signal check'). It explicitly contrasts itself with audit_public_webpage, making sibling differentiation immediate.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
It directly states when to use this tool ('Use this for a focused SEO/accessibility-signal check of supplied HTML') and when not to use it ('It does not fetch a live webpage; use audit_public_webpage for a URL'). This is explicit, actionable guidance.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
check_broken_linksCheck public linksARead-onlyIdempotentInspect
Use this for a focused check of up to 20 public HTTP(S) links found in supplied HTML. It does not fetch base_url, follow redirects, or retain response bodies.
| Name | Required | Description | Default |
|---|---|---|---|
| html | Yes | Raw HTML markup supplied by the user; this is not a webpage URL. | |
| base_url | No | Only resolves relative links; it does not fetch this webpage. | |
| max_links | No | Maximum links to check, from 1 to 20. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| links | Yes | |
| overview | Yes | |
| redirects | Yes | |
| healthy_links | Yes | |
| links_checked | Yes | |
| unreachable_links | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnly, idempotent, openWorld, and non-destructive hints, so the bar is lower, but the description still adds meaningful behavioral detail: it will not fetch base_url, will not follow redirects, and will not retain response bodies. These are non-obvious limits that materially shape an agent's expectations and are not captured in the annotations or schema.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is exactly two sentences with no filler. The primary action is front-loaded in the first sentence, and the constraints are packed into one efficient clause in the second sentence. Every word earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The input parameters are fully documented by the schema, and the output schema covers return values, so the description only needs to carry selection-relevant behavioral context, which it does. It could define 'broken' status criteria or mention how links are extracted, but these are not required for correct invocation.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the baseline is 3. The description's 'up to 20 public HTTP(S) links' echoes max_links and the html source, but it does not add new parameter-level meaning beyond what the schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb ('check'), a resource ('up to 20 public HTTP(S) links found in supplied HTML'), and a scope ('focused'), which clearly conveys what the tool does. It hints at differentiation from broader audit/validate siblings through the word 'focused' and the explicit limitation, though it never names an alternative directly.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The opening 'Use this for' provides an explicit scenario for when to invoke the tool, and the second sentence lists exclusions (does not fetch base_url, does not follow redirects, does not retain response bodies), which implicitly tells an agent when not to use it. It does not name specific alternative tools, but the context is strong enough for selection.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
generate_validation_reportGenerate validation reportARead-onlyIdempotentInspect
Use this when HTML markup is already supplied. Combines Nu HTML validation with local CSS, SEO, accessibility-signal, and JSON-LD syntax checks. It does not fetch a webpage from base_url; use audit_public_webpage for a live URL.
| Name | Required | Description | Default |
|---|---|---|---|
| css | No | Optional raw CSS source. Linked stylesheets are not fetched. | |
| html | Yes | Raw HTML markup supplied by the user; this is not a webpage URL. | |
| base_url | No | Only resolves relative links when check_links is true; it does not fetch this webpage. | |
| max_links | No | Maximum links to check, from 1 to 20. | |
| check_links | No | Whether to contact eligible public links found in the supplied HTML. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| links | Yes | |
| overview | Yes | |
| html_info | Yes | |
| redirects | Yes | |
| css_errors | Yes | |
| seo_issues | Yes | |
| css_checked | Yes | |
| html_errors | Yes | |
| broken_links | Yes | |
| css_messages | Yes | |
| seo_findings | Yes | |
| failed_checks | Yes | |
| healthy_links | Yes | |
| html_messages | Yes | |
| html_warnings | Yes | |
| links_checked | Yes | |
| schema_issues | Yes | |
| seo_truncated | Yes | |
| html_truncated | Yes | |
| links_requested | Yes | |
| schema_findings | Yes | |
| schema_truncated | Yes | |
| unreachable_links | Yes | |
| html_total_messages | Yes | |
| schema_blocks_checked | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, openWorldHint, idempotentHint, and non-destructive behavior. The description adds useful behavioral specifics: it combines Nu HTML validation with CSS, SEO, accessibility, and JSON-LD checks, and clarifies that base_url only resolves links without fetching. This adds context beyond the annotations, though it does not discuss potential rate limits or authentication, which are not covered by annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three sentences with no filler. The first sentence establishes usage context, the second summarizes the tool's functionality, and the third provides a critical limitation and sibling alternative. Efficient and well-structured.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a tool with a rich output schema, detailed parameter descriptions, and comprehensive annotations, the description covers the primary use case, the main limitation (no fetching), and the alternative tool. Everything an agent needs to decide whether to call this tool and what it does is present.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so each parameter is well-documented in the schema. The description adds minimal param-specific meaning (e.g., 'local CSS' clarifies css scope, and the base_url limitation is also in the schema), but it does not compensate further. Baseline 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description specifies a clear verb and resource: validates supplied HTML markup with multiple checks. It explicitly distinguishes itself from audit_public_webpage by stating it does not fetch a webpage from base_url, making it easy to tell apart from siblings.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
States the condition for use ('when HTML markup is already supplied') and explicitly says not to use it for live URLs, pointing to audit_public_webpage as the alternative. This is explicit when-to-use and when-not-to-use guidance.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
validate_cssValidate CSSARead-onlyIdempotentInspect
Use this when raw CSS source is supplied. Parses it inside the Worker and returns syntax messages without contacting an external service.
| Name | Required | Description | Default |
|---|---|---|---|
| css | Yes | Raw CSS source supplied by the user. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| errors | Yes | |
| overview | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, idempotentHint, and destructiveHint false, so the safety profile is known. The description adds that parsing happens inside the Worker (no external service) and returns syntax messages, which is useful behavioral context beyond annotations. It does not contradict any annotation.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is two sentences with no filler. The usage trigger is front-loaded, and the behavioral detail (local parse, no external call) is succinctly stated. Every word earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a single-parameter, read-only tool with a known output schema, this description covers purpose, usage, and key behavioral traits. The output schema handles return format details, so nothing critical is missing for an agent to decide and invoke the tool correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% and the parameter description in the schema already explains 'Raw CSS source supplied by the user.' The tool description adds no additional semantic detail beyond that, so the baseline 3 applies—the parameter is fully documented but the description adds little value on top.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific action (parses CSS) and the resource (raw CSS source), clearly distinguishing it from sibling validation tools for HTML or schema markup. It also identifies the kind of input it accepts, making the tool's purpose unambiguous.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description explicitly states when to use the tool ('Use this when raw CSS source is supplied'), giving a clear trigger condition. It does not explicitly name alternatives or state when not to use it, but the condition is sufficient for an agent to route correctly. Missing explicit cross-references to siblings, but the context is clear.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
validate_htmlValidate HTMLARead-onlyIdempotentInspect
Use this when raw HTML markup is supplied. Sends that markup to the Nu HTML Checker hosted at validator.nu and returns validation messages. For a live URL, use audit_public_webpage.
| Name | Required | Description | Default |
|---|---|---|---|
| html | Yes | Raw HTML markup supplied by the user; this is not a webpage URL. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| messages | Yes | |
| overview | Yes | |
| truncated | Yes | |
| total_messages | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, openWorldHint, and idempotentHint, covering safety and external dependence. The description adds the specific external service (validator.nu) and the fact that it's for raw markup, which is useful context but not a major disclosure beyond annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences, front-loaded with the usage directive and purpose, with no wasted words. The alternative is mentioned concisely.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the output schema exists, the one parameter is fully documented, and annotations cover safety, the description sufficiently explains what the tool does, when to use it, and how it differs from the closest sibling. Nothing critical is missing.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The single 'html' parameter is fully described in the schema (100% coverage) with a clear note that it is not a URL. The description echoes this but doesn't add new semantic information, so it's at the baseline for high schema coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the action (sends markup to Nu HTML Checker and returns validation messages) and the specific resource (raw HTML markup). It also distinguishes itself from audit_public_webpage, making it easy to identify.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Explicitly states when to use the tool ('when raw HTML markup is supplied') and provides a clear alternative for live URLs ('use audit_public_webpage'). This gives the agent unambiguous routing criteria.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
validate_schema_markupValidate JSON-LD syntaxARead-onlyIdempotentInspect
Use this for a focused JSON-LD syntax check of supplied HTML. It parses JSON only and does not validate Schema.org vocabulary semantics.
| Name | Required | Description | Default |
|---|---|---|---|
| html | Yes | Raw HTML markup supplied by the user; this is not a webpage URL. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | |
| issues | Yes | |
| overview | Yes | |
| truncated | Yes | |
| total_issues | Yes | |
| blocks_checked | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already convey read-only, idempotent, non-destructive behavior. The description adds useful behavioral context beyond annotations by clarifying that only JSON is parsed and Schema.org vocabulary semantics are out of scope.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is two sentences with no filler. It front-loads the use case and immediately states a key limitation, making it efficient and easy to parse.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a single-parameter read-only tool with a rich output schema and strong annotations, the description covers the core scope and limitations. Nothing critical needed to decide whether to invoke the tool is missing.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, and the parameter description already explains that html is raw markup, not a webpage URL. The tool description reinforces the input type but adds little new semantic detail beyond the schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly identifies the specific action: a focused JSON-LD syntax check of supplied HTML. It also distinguishes itself from semantic Schema.org validation, which helps an agent differentiate it from siblings like validate_html and validate_css.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description states when to use the tool: for a focused JSON-LD syntax check. It also provides an explicit exclusion by noting it does not validate Schema.org vocabulary semantics, though it does not directly name alternative tools or conditions for them.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
8 tool updates
- Added
audit_public_site - Changed
audit_public_webpage1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
- Changed
audit_seo_metadata1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
- Changed
check_broken_links1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
- Changed
generate_validation_report1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
- Changed
validate_css1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
- Changed
validate_html1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
- Changed
validate_schema_markup1 field changed- changed
Output schema / properties / overview / properties / kind / enumPrevious value: -[ - "html", - "css", - "seo", - "schema", - "links", - "report" -]New value: +[ + "html", + "css", + "seo", + "schema", + "links", + "report", + "site" +]
7 tool updates
- Added
audit_public_webpage - Changed
audit_seo_metadata1 field changed- added
Input schema / properties / html / descriptionAdded value: +"Raw HTML markup supplied by the user; this is not a webpage URL."
- Changed
check_broken_links4 fields changed- added
Input schema / properties / base_url / descriptionAdded value: +"Only resolves relative links; it does not fetch this webpage." - added
Input schema / properties / html / descriptionAdded value: +"Raw HTML markup supplied by the user; this is not a webpage URL." - added
Input schema / properties / max_links / descriptionAdded value: +"Maximum links to check, from 1 to 20." - changed
Input schema / properties / max_links / maximumPrevious value: -25New value: +20
- Changed
generate_validation_report33 fields changed- added
Input schema / properties / base_url / descriptionAdded value: +"Only resolves relative links when check_links is true; it does not fetch this webpage." - added
Input schema / properties / check_links / descriptionAdded value: +"Whether to contact eligible public links found in the supplied HTML." - added
Input schema / properties / css / descriptionAdded value: +"Optional raw CSS source. Linked stylesheets are not fetched." - added
Input schema / properties / html / descriptionAdded value: +"Raw HTML markup supplied by the user; this is not a webpage URL." - added
Input schema / properties / max_links / descriptionAdded value: +"Maximum links to check, from 1 to 20." - changed
Input schema / properties / max_links / maximumPrevious value: -25New value: +20 - added
Output schema / properties / broken_links / maximumAdded value: +9007199254740991 - added
Output schema / properties / broken_links / minimumAdded value: +0 - changed
Output schema / properties / broken_links / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / css_checkedAdded value: +{ + "type": "boolean" +} - added
Output schema / properties / css_errors / maximumAdded value: +9007199254740991 - added
Output schema / properties / css_errors / minimumAdded value: +0 - changed
Output schema / properties / css_errors / typePrevious value: -"number"New value: +"integer" - changed
Output schema / properties / failed_checks / items / enumPrevious value: -[ - "html", - "css", - "links" -]New value: +[ + "fetch", + "html", + "css", + "links" +] - added
Output schema / properties / html_errors / maximumAdded value: +9007199254740991 - added
Output schema / properties / html_errors / minimumAdded value: +0 - changed
Output schema / properties / html_errors / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / html_info / maximumAdded value: +9007199254740991 - added
Output schema / properties / html_info / minimumAdded value: +0 - changed
Output schema / properties / html_info / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / html_warnings / maximumAdded value: +9007199254740991 - added
Output schema / properties / html_warnings / minimumAdded value: +0 - changed
Output schema / properties / html_warnings / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / links_checked / maximumAdded value: +9007199254740991 - added
Output schema / properties / links_checked / minimumAdded value: +0 - changed
Output schema / properties / links_checked / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / schema_issues / maximumAdded value: +9007199254740991 - added
Output schema / properties / schema_issues / minimumAdded value: +0 - changed
Output schema / properties / schema_issues / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / seo_issues / maximumAdded value: +9007199254740991 - added
Output schema / properties / seo_issues / minimumAdded value: +0 - changed
Output schema / properties / seo_issues / typePrevious value: -"number"New value: +"integer" - changed
Output schema / requiredPrevious value: -[ - "html_errors", - "css_errors", - "seo_issues", - "schema_issues", - "links_checked", - "broken_links", - "html_warnings", - "html_info", - "html_messages", - "css_messages", - "seo_findings", - "schema_findings", - "links", - "seo_truncated", - "schema_truncated", - "html_total_messages", - "html_truncated", - "schema_blocks_checked", - "healthy_links", - "redirects", - "unreachable_links", - "links_requested", - "failed_checks", - "overview" -]New value: +[ + "html_errors", + "css_errors", + "seo_issues", + "schema_issues", + "links_checked", + "broken_links", + "html_warnings", + "html_info", + "html_messages", + "css_messages", + "seo_findings", + "schema_findings", + "links", + "seo_truncated", + "schema_truncated", + "html_total_messages", + "html_truncated", + "schema_blocks_checked", + "healthy_links", + "redirects", + "unreachable_links", + "links_requested", + "css_checked", + "failed_checks", + "overview" +]
- Changed
validate_css1 field changed- added
Input schema / properties / css / descriptionAdded value: +"Raw CSS source supplied by the user."
- Changed
validate_html4 fields changed- added
Input schema / properties / html / descriptionAdded value: +"Raw HTML markup supplied by the user; this is not a webpage URL." - removed
Output schema / properties / errorsRemoved value: -{ - "items": { - "additionalProperties": false, - "properties": { - "column": { - "type": "number" - }, - "line": { - "type": "number" - }, - "message": { - "type": "string" - }, - "type": { - "enum": [ - "error", - "warning", - "info" - ], - "type": "string" - } - }, - "required": [ - "type", - "message" - ], - "type": "object" - }, - "type": "array" -} - added
Output schema / properties / messagesAdded value: +{ + "items": { + "additionalProperties": false, + "properties": { + "column": { + "type": "number" + }, + "line": { + "type": "number" + }, + "message": { + "type": "string" + }, + "type": { + "enum": [ + "error", + "warning", + "info" + ], + "type": "string" + } + }, + "required": [ + "type", + "message" + ], + "type": "object" + }, + "type": "array" +} - changed
Output schema / requiredPrevious value: -[ - "errors", - "total_messages", - "truncated", - "overview" -]New value: +[ + "messages", + "total_messages", + "truncated", + "overview" +]
- Changed
validate_schema_markup1 field changed- added
Input schema / properties / html / descriptionAdded value: +"Raw HTML markup supplied by the user; this is not a webpage URL."
6 tool updates
- Changed
audit_seo_metadata3 fields changed- added
Output schema / properties / errorAdded value: +{ + "type": "string" +} - added
Output schema / properties / overviewAdded value: +{ + "additionalProperties": false, + "properties": { + "counts": { + "items": { + "additionalProperties": false, + "properties": { + "key": { + "type": "string" + }, + "label": { + "type": "string" + }, + "tone": { + "enum": [ + "error", + "warning", + "info", + "success" + ], + "type": "string" + }, + "value": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + } + }, + "required": [ + "key", + "label", + "value", + "tone" + ], + "type": "object" + }, + "type": "array" + }, + "detail": { + "type": "string" + }, + "headline": { + "type": "string" + }, + "kind": { + "enum": [ + "html", + "css", + "seo", + "schema", + "links", + "report" + ], + "type": "string" + }, + "next_action": { + "type": "string" + }, + "shown": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "status": { + "enum": [ + "passed", + "needs_attention", + "partial", + "failed", + "not_applicable" + ], + "type": "string" + }, + "title": { + "type": "string" + }, + "total": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "truncated": { + "type": "boolean" + } + }, + "required": [ + "kind", + "status", + "title", + "headline", + "detail", + "total", + "shown", + "truncated", + "counts" + ], + "type": "object" +} - changed
Output schema / requiredPrevious value: -[ - "issues", - "total_issues", - "truncated" -]New value: +[ + "issues", + "total_issues", + "truncated", + "overview" +]
- Changed
check_broken_links6 fields changed- added
Output schema / properties / healthy_linksAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / links_checkedAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / overviewAdded value: +{ + "additionalProperties": false, + "properties": { + "counts": { + "items": { + "additionalProperties": false, + "properties": { + "key": { + "type": "string" + }, + "label": { + "type": "string" + }, + "tone": { + "enum": [ + "error", + "warning", + "info", + "success" + ], + "type": "string" + }, + "value": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + } + }, + "required": [ + "key", + "label", + "value", + "tone" + ], + "type": "object" + }, + "type": "array" + }, + "detail": { + "type": "string" + }, + "headline": { + "type": "string" + }, + "kind": { + "enum": [ + "html", + "css", + "seo", + "schema", + "links", + "report" + ], + "type": "string" + }, + "next_action": { + "type": "string" + }, + "shown": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "status": { + "enum": [ + "passed", + "needs_attention", + "partial", + "failed", + "not_applicable" + ], + "type": "string" + }, + "title": { + "type": "string" + }, + "total": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "truncated": { + "type": "boolean" + } + }, + "required": [ + "kind", + "status", + "title", + "headline", + "detail", + "total", + "shown", + "truncated", + "counts" + ], + "type": "object" +} - added
Output schema / properties / redirectsAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / unreachable_linksAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - changed
Output schema / requiredPrevious value: -[ - "links" -]New value: +[ + "links", + "links_checked", + "healthy_links", + "redirects", + "unreachable_links", + "overview" +]
- Changed
generate_validation_report10 fields changed- added
Output schema / properties / failed_checksAdded value: +{ + "items": { + "enum": [ + "html", + "css", + "links" + ], + "type": "string" + }, + "type": "array" +} - added
Output schema / properties / healthy_linksAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / html_total_messagesAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / html_truncatedAdded value: +{ + "type": "boolean" +} - added
Output schema / properties / links_requestedAdded value: +{ + "type": "boolean" +} - added
Output schema / properties / overviewAdded value: +{ + "additionalProperties": false, + "properties": { + "counts": { + "items": { + "additionalProperties": false, + "properties": { + "key": { + "type": "string" + }, + "label": { + "type": "string" + }, + "tone": { + "enum": [ + "error", + "warning", + "info", + "success" + ], + "type": "string" + }, + "value": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + } + }, + "required": [ + "key", + "label", + "value", + "tone" + ], + "type": "object" + }, + "type": "array" + }, + "detail": { + "type": "string" + }, + "headline": { + "type": "string" + }, + "kind": { + "enum": [ + "html", + "css", + "seo", + "schema", + "links", + "report" + ], + "type": "string" + }, + "next_action": { + "type": "string" + }, + "shown": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "status": { + "enum": [ + "passed", + "needs_attention", + "partial", + "failed", + "not_applicable" + ], + "type": "string" + }, + "title": { + "type": "string" + }, + "total": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "truncated": { + "type": "boolean" + } + }, + "required": [ + "kind", + "status", + "title", + "headline", + "detail", + "total", + "shown", + "truncated", + "counts" + ], + "type": "object" +} - added
Output schema / properties / redirectsAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / schema_blocks_checkedAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / unreachable_linksAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - changed
Output schema / requiredPrevious value: -[ - "html_errors", - "css_errors", - "seo_issues", - "schema_issues", - "links_checked", - "broken_links", - "html_warnings", - "html_info", - "html_messages", - "css_messages", - "seo_findings", - "schema_findings", - "links", - "seo_truncated", - "schema_truncated" -]New value: +[ + "html_errors", + "css_errors", + "seo_issues", + "schema_issues", + "links_checked", + "broken_links", + "html_warnings", + "html_info", + "html_messages", + "css_messages", + "seo_findings", + "schema_findings", + "links", + "seo_truncated", + "schema_truncated", + "html_total_messages", + "html_truncated", + "schema_blocks_checked", + "healthy_links", + "redirects", + "unreachable_links", + "links_requested", + "failed_checks", + "overview" +]
- Changed
validate_css2 fields changed- added
Output schema / properties / overviewAdded value: +{ + "additionalProperties": false, + "properties": { + "counts": { + "items": { + "additionalProperties": false, + "properties": { + "key": { + "type": "string" + }, + "label": { + "type": "string" + }, + "tone": { + "enum": [ + "error", + "warning", + "info", + "success" + ], + "type": "string" + }, + "value": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + } + }, + "required": [ + "key", + "label", + "value", + "tone" + ], + "type": "object" + }, + "type": "array" + }, + "detail": { + "type": "string" + }, + "headline": { + "type": "string" + }, + "kind": { + "enum": [ + "html", + "css", + "seo", + "schema", + "links", + "report" + ], + "type": "string" + }, + "next_action": { + "type": "string" + }, + "shown": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "status": { + "enum": [ + "passed", + "needs_attention", + "partial", + "failed", + "not_applicable" + ], + "type": "string" + }, + "title": { + "type": "string" + }, + "total": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "truncated": { + "type": "boolean" + } + }, + "required": [ + "kind", + "status", + "title", + "headline", + "detail", + "total", + "shown", + "truncated", + "counts" + ], + "type": "object" +} - changed
Output schema / requiredPrevious value: -[ - "errors" -]New value: +[ + "errors", + "overview" +]
- Changed
validate_html4 fields changed- added
Output schema / properties / overviewAdded value: +{ + "additionalProperties": false, + "properties": { + "counts": { + "items": { + "additionalProperties": false, + "properties": { + "key": { + "type": "string" + }, + "label": { + "type": "string" + }, + "tone": { + "enum": [ + "error", + "warning", + "info", + "success" + ], + "type": "string" + }, + "value": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + } + }, + "required": [ + "key", + "label", + "value", + "tone" + ], + "type": "object" + }, + "type": "array" + }, + "detail": { + "type": "string" + }, + "headline": { + "type": "string" + }, + "kind": { + "enum": [ + "html", + "css", + "seo", + "schema", + "links", + "report" + ], + "type": "string" + }, + "next_action": { + "type": "string" + }, + "shown": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "status": { + "enum": [ + "passed", + "needs_attention", + "partial", + "failed", + "not_applicable" + ], + "type": "string" + }, + "title": { + "type": "string" + }, + "total": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "truncated": { + "type": "boolean" + } + }, + "required": [ + "kind", + "status", + "title", + "headline", + "detail", + "total", + "shown", + "truncated", + "counts" + ], + "type": "object" +} - added
Output schema / properties / total_messagesAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / truncatedAdded value: +{ + "type": "boolean" +} - changed
Output schema / requiredPrevious value: -[ - "errors" -]New value: +[ + "errors", + "total_messages", + "truncated", + "overview" +]
- Changed
validate_schema_markup4 fields changed- added
Output schema / properties / blocks_checkedAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / errorAdded value: +{ + "type": "string" +} - added
Output schema / properties / overviewAdded value: +{ + "additionalProperties": false, + "properties": { + "counts": { + "items": { + "additionalProperties": false, + "properties": { + "key": { + "type": "string" + }, + "label": { + "type": "string" + }, + "tone": { + "enum": [ + "error", + "warning", + "info", + "success" + ], + "type": "string" + }, + "value": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + } + }, + "required": [ + "key", + "label", + "value", + "tone" + ], + "type": "object" + }, + "type": "array" + }, + "detail": { + "type": "string" + }, + "headline": { + "type": "string" + }, + "kind": { + "enum": [ + "html", + "css", + "seo", + "schema", + "links", + "report" + ], + "type": "string" + }, + "next_action": { + "type": "string" + }, + "shown": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "status": { + "enum": [ + "passed", + "needs_attention", + "partial", + "failed", + "not_applicable" + ], + "type": "string" + }, + "title": { + "type": "string" + }, + "total": { + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" + }, + "truncated": { + "type": "boolean" + } + }, + "required": [ + "kind", + "status", + "title", + "headline", + "detail", + "total", + "shown", + "truncated", + "counts" + ], + "type": "object" +} - changed
Output schema / requiredPrevious value: -[ - "issues", - "total_issues", - "truncated" -]New value: +[ + "issues", + "total_issues", + "truncated", + "overview", + "blocks_checked" +]
3 tool updates
- Changed
audit_seo_metadata3 fields changed- added
Output schema / properties / total_issuesAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / truncatedAdded value: +{ + "type": "boolean" +} - changed
Output schema / requiredPrevious value: -[ - "issues" -]New value: +[ + "issues", + "total_issues", + "truncated" +]
- Changed
generate_validation_report10 fields changed- added
Output schema / properties / css_messagesAdded value: +{ + "items": { + "additionalProperties": false, + "properties": { + "context": { + "type": "string" + }, + "line": { + "type": "number" + }, + "message": { + "type": "string" + } + }, + "required": [ + "line", + "message" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / html_infoAdded value: +{ + "type": "number" +} - added
Output schema / properties / html_messagesAdded value: +{ + "items": { + "additionalProperties": false, + "properties": { + "column": { + "type": "number" + }, + "line": { + "type": "number" + }, + "message": { + "type": "string" + }, + "type": { + "enum": [ + "error", + "warning", + "info" + ], + "type": "string" + } + }, + "required": [ + "type", + "message" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / html_warningsAdded value: +{ + "type": "number" +} - added
Output schema / properties / linksAdded value: +{ + "items": { + "additionalProperties": false, + "properties": { + "message": { + "type": "string" + }, + "ok": { + "type": "boolean" + }, + "status": { + "anyOf": [ + { + "type": "number" + }, + { + "enum": [ + "blocked", + "failed" + ], + "type": "string" + } + ] + }, + "url": { + "type": "string" + } + }, + "required": [ + "url", + "status", + "ok" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / schema_findingsAdded value: +{ + "items": { + "additionalProperties": false, + "properties": { + "category": { + "enum": [ + "SEO", + "Schema", + "Accessibility" + ], + "type": "string" + }, + "message": { + "type": "string" + }, + "severity": { + "enum": [ + "error", + "warning", + "info" + ], + "type": "string" + } + }, + "required": [ + "severity", + "category", + "message" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / schema_truncatedAdded value: +{ + "type": "boolean" +} - added
Output schema / properties / seo_findingsAdded value: +{ + "items": { + "additionalProperties": false, + "properties": { + "category": { + "enum": [ + "SEO", + "Schema", + "Accessibility" + ], + "type": "string" + }, + "message": { + "type": "string" + }, + "severity": { + "enum": [ + "error", + "warning", + "info" + ], + "type": "string" + } + }, + "required": [ + "severity", + "category", + "message" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / seo_truncatedAdded value: +{ + "type": "boolean" +} - changed
Output schema / requiredPrevious value: -[ - "html_errors", - "css_errors", - "seo_issues", - "schema_issues", - "links_checked", - "broken_links" -]New value: +[ + "html_errors", + "css_errors", + "seo_issues", + "schema_issues", + "links_checked", + "broken_links", + "html_warnings", + "html_info", + "html_messages", + "css_messages", + "seo_findings", + "schema_findings", + "links", + "seo_truncated", + "schema_truncated" +]
- Changed
validate_schema_markup3 fields changed- added
Output schema / properties / total_issuesAdded value: +{ + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / truncatedAdded value: +{ + "type": "boolean" +} - changed
Output schema / requiredPrevious value: -[ - "issues" -]New value: +[ + "issues", + "total_issues", + "truncated" +]
6 tool updates
- First observed
audit_seo_metadata - First observed
check_broken_links - First observed
generate_validation_report - First observed
validate_css - First observed
validate_html - First observed
validate_schema_markup
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables detection and analysis of pre-public product launches through web search, content extraction, AI-powered scoring, and automated alerting. Provides comprehensive tools for surfacing stealth startup signals before they trend publicly.MIT

industrylens-mcpofficial
AlicenseNot gradedqualityBmaintenanceBrowse IndustryLens's published competitive-intelligence reports and head-to-head competitor comparisons from any AI agent — real, source-backed data.MIT- AlicenseNot gradedqualityBmaintenanceAnalyze LinkedIn & email outreach campaigns, track pipeline performance, and review lead conversations for RevOps, Sales Managers, and SDR teams.Apache 2.0
- AlicenseAqualityAmaintenanceDetects hiring intent signals by scanning job boards for specific companies. Returns structured role data for outbound sales targeting.11291MIT