CtrlK
BlogDocsLog inGet started
Tessl Logo

all-noindex-pages

Use when auditing metadata, crawlability, structured data, or indexability related to Audit all noindex pages. Verify the rendered HTML and HTTP response rather than relying only on source files.

55

Quality

62%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/all-noindex-pages/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is well-structured with a clean one-level reference to rule.md, but it spends tokens explaining a known concept, its concrete steps are partly vague, and the meta-tag example is malformed via HTML escaping.

Suggestions

Remove or shrink the opening concept-explanation sentence so the body starts with actionable guidance Claude does not already know.

Replace the HTML-escaped '<meta name="robots" content="noindex">' with a real fenced code block and add a concrete 'Check' command (e.g. inspecting rendered HTML / X-Robots-Tag headers).

Add an explicit verification checkpoint after the Fix step (re-crawl a representative page set and confirm the robots signal) to close the missing feedback loop for this batch audit.

DimensionReasoningScore

Conciseness

The body is mostly lean with well-organized sections, but the opening sentence ('An incorrect noindex tag can completely remove important pages from search results, while proper usage helps manage crawl budget...') explains a concept Claude already knows. Not a 1 because the rest is tight; not a 3 because that explanatory preamble does not earn its tokens.

2 / 3

Actionability

The 'Fix' section gives a concrete action and the 'Code Review' section tells the model to flag exact routes, but the 'Check' step is vague ('Verify that the noindex directive is only applied to pages...') and the meta-tag example is HTML-entity-escaped ('<meta name=...>'), which is not copy-paste ready. Not a 1 because some concrete guidance exists; not a 3 because the executable detail is incomplete and one example is malformed.

2 / 3

Workflow Clarity

The Check/Fix/Explain/Code Review sections provide a loose sequence, but there are no validation checkpoints or verify-then-retry feedback loops in the body for what is effectively a batch audit. Per the rubric, missing validation for batch operations caps this at 2. Not a 1 because a sequence is present; not a 3 because validation gates are absent from the body.

2 / 3

Progressive Disclosure

The body is a concise overview that clearly signals one-level-deep detail ('For full implementation details, code examples, and framework-specific guidance, see references/rule.md'), and that reference file exists and is organized. Not a 2 because navigation is explicit and the split is appropriate; the structure matches the top anchor.

3 / 3

Total

9

/

12

Passed

Description

67%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description has an explicit Use-when trigger and names the SEO domain, but its capability list is broad and the awkwardly embedded 'Audit all noindex pages' phrasing hurts readability and distinctiveness.

Suggestions

Rewrite the description so the rule name is integrated as a normal noun phrase instead of the dangling 'related to Audit all noindex pages' fragment.

Add the concrete trigger terms users actually say (e.g. 'noindex', 'robots meta tag', 'blocked from search results', 'de-indexed') alongside the existing 'indexability' wording.

Tighten the capability list to specific actions like 'find pages blocked by noindex meta tags or X-Robots-Tag headers and confirm critical pages are not accidentally excluded'.

DimensionReasoningScore

Specificity

Names the SEO domain and concrete actions ('auditing metadata, crawlability, structured data, or indexability', 'Verify the rendered HTML and HTTP response'), but the capabilities are broad rather than a comprehensive list of specific actions. It is not a 1 because real actions are named, and not a 3 because the action set is partial and the awkward 'Audit all noindex pages' insertion muddies what is actually being done.

2 / 3

Completeness

It has an explicit 'Use when...' trigger clause and states what it does ('auditing metadata, crawlability, structured data, or indexability' plus verifying rendered HTML/HTTP responses), answering both what and when. It is not a 2 because both halves are explicit rather than implied.

3 / 3

Trigger Term Quality

It includes relevant trigger terms like 'metadata, crawlability, structured data, or indexability' that a user might say, but misses common variations such as 'noindex', 'robots meta tag', 'blocked from Google', or 'de-indexed'. Not a 1 because natural SEO keywords are present; not a 3 because coverage of the terms users would actually say is incomplete.

2 / 3

Distinctiveness Conflict Risk

The 'noindex pages' focus gives it a niche, but the description leans on broad terms ('metadata, crawlability, structured data, or indexability') that overlap with other SEO skills. Not a 1 because it is anchored to a specific rule; not a 3 because the wording is generic enough to collide with sibling SEO audit skills.

2 / 3

Total

9

/

12

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.