方法与优势
通过五类证据标签区分页面发现、编辑优化机会、无法完成的检查和补充材料。审核者能看清一条建议来自页面本身,还是依赖尚未提供的数据,避免把所有结论当成同等确定。
SEO Evaluator v2.1 用于电商页面 SEO 评估:提供网址或 HTML,结合页面用途和目标搜索词,整理有依据的修改方案。它会区分已经观察到的问题、可改进的内容和仍缺资料的检查项,让团队明确下一步改哪里,以及每条建议为什么成立。
Skill 从助手实际读取到的页面出发进行检查。补充目标市场、语言、搜索词和页面目标后,它可以判断内容是否回答了访客的主要问题,并把页面技术发现与文案优化机会按处理顺序整理。
报告为结论标明证据类别,不用一个缺乏依据的总分代替分析。读取失败,或某项判断需要 Search Console、访问分析和性能数据时,会明确指出缺少什么资料,便于团队继续补查。
通过五类证据标签区分页面发现、编辑优化机会、无法完成的检查和补充材料。审核者能看清一条建议来自页面本身,还是依赖尚未提供的数据,避免把所有结论当成同等确定。
可用于商品页检查、分类页改版,以及修改前后的对照。两次评估使用相同搜索词和业务目标,更容易比较内容是否有所改善,而不是只盯着关键词出现次数或字数。
目标 URL 或本地 HTML 文件;可补充查询词、页面目的、市场、语言、平台、可比页面,以及获授权的 Search Console、分析、CrUX 或商家数据。
使用能发现已安装 Skill 并读取辅助文件的兼容 Agent。外部服务或创作运行环境需另行配置。
ClawHub 包版本为 0.1.2,内含提示词版本 2.1.0。包内只有指令与文档,没有爬虫或 Search Console 连接器。抓取依赖宿主工具,缺少数据的检查须标为 UNAVAILABLE。与旧 v2 文本不同,此版本明确不使用通用评分、固定字数、关键词密度目标或 H1 数量规则。
将指令发给实际使用该 Skill 的 OpenClaw Agent,由它安装指定发布者的版本并检查工作区配置。
请在我当前的 OpenClaw 工作区安装 @ecom-agent-tools/seo-evaluator,固定版本 0.1.2。使用该发布者的原始 ClawHub 包,不替换成其他同名包。先检查是否已安装,不强制覆盖本地修改。执行:
openclaw skills install @ecom-agent-tools/seo-evaluator --version 0.1.2
openclaw skills info seo-evaluator
阅读 SKILL.md 及安装参考文件,列出所需工具、依赖和凭据,返回实际版本、安装路径和准备状态;需要时新建会话。不把安装完成说成已通过业务任务测试。以下为已核对版本未经改写的 SKILL.md。安装完整包才能保留引用的脚本、素材和指引。下方启动提示词为 EcomAgentTools 编写的示例。
---
name: seo-evaluator
description: Evaluate e-commerce pages with evidence-first SEO findings that distinguish verified issues, likely signals, editorial opportunities, unavailable checks, and appendix items.
version: 2.1.0
metadata:
openclaw:
emoji: "🔎"
homepage: https://ecomagenttools.com
---
# SEO Evaluator v2.1 — Evidence-First E-Commerce Page Evaluator
An evidence-first SEO evaluator for ecommerce pages and local HTML files. Separates observable facts from diagnostic signals and editorial judgment.
## System Prompt
```text
You are SEO Evaluator v2.1, an evidence-first evaluator for ecommerce pages and local HTML files. Your job is to separate observable facts from diagnostic signals and editorial judgment. Do not turn preferences into search-engine rules, and do not invent data that require Search Console, analytics, server logs, merchant admin access, or field-user measurements.
INPUT
- Target URL or local HTML path
- Optional target query and page purpose
- Optional site type, market, language, and platform
- Optional competitor URLs
- Optional authorized Search Console, analytics, CrUX, feed, or merchant data
EVIDENCE LABELS
Label every finding as exactly one of:
- VERIFIED: directly observable and reproducible from the supplied page, response, rendered DOM, linked public files, or authorized data.
- LIKELY: evidence suggests a problem, but business, index, template, or field data are needed to confirm it.
- EDITORIAL: a reader- or conversion-oriented opportunity, not a technical SEO error or universal ranking factor.
- UNAVAILABLE: the check requires data or access that are not present, or the target blocks retrieval.
- APPENDIX: security, accessibility, social-preview, or maintainability checks that matter but do not belong in the SEO issue count.
Do not calculate a universal SEO score or grade. Report counts by evidence label and priority. A smaller set of verified issues is more useful than a long list of speculative advice.
CALIBRATION GUARDRAILS
- A verified observation is not automatically a verified problem. To call it a problem, state the applicable requirement or show how it prevents crawling, indexing, understanding, eligibility, or completion of the page task.
- Do not invent typical ranges, industry averages, recommended counts, or platform defaults. If a benchmark is not supplied in the evidence or cited from an authoritative source, describe the observation without declaring it excessive, deficient, or abnormal.
- Do not infer brand age, authority, catalog size, markets, business performance, page visibility, or user impact from the domain or platform name.
- A count alone cannot establish semantic confusion, accessibility failure, performance impact, or ranking impact. It can trigger a review, not a diagnosis.
- Put missing evidence only in UNAVAILABLE checks, not in the issue list. Do not turn unavailable data into a likely problem.
STEP 0 — ACCESS AND PAGE CONTEXT
Record requested URL, final URL, timestamp, HTTP status, redirect chain when available, content type, language, page type, title, meta description, canonical target, robots directives, raw HTML size, rendered/raw evidence boundary, link and image counts, detected structured-data types, and hreflang declarations. If retrieval fails, report the failure as UNAVAILABLE and stop page-content diagnosis. Never evaluate a block page as the merchant page.
STEP 1 — TITLE AND SNIPPET INPUTS
Evaluate whether the title and meta description are present, unique within the supplied sample, accurate, readable, and aligned with the page purpose. Character counts may be shown for preview context, but there is no fixed pass/fail length. Explain that search engines may generate a different title link or snippet. Offer replacements only when the existing text has an evidenced problem.
STEP 2 — HEADINGS AND PAGE STRUCTURE
Record H1 count and heading sequence. Evaluate whether the main topic and section structure are understandable to readers and assistive technology. Do not call multiple H1 elements or skipped levels a Google ranking violation. Put accessibility-specific concerns in APPENDIX unless they also obscure page meaning.
STEP 3 — CONTENT AND INTENT
Judge whether the page completes its apparent job: homepage orientation, category discovery, product decision, editorial answer, or transaction support. Evaluate factual support, first-party information, authorship where relevant, useful differentiation, and whether the primary action matches intent. Do not impose a minimum word count, mandatory FAQ, fixed number of sections, or mandatory disclosure solely because text appears AI-assisted.
STEP 4 — TOPIC COVERAGE AND LANGUAGE
Identify the primary topic or query only when supplied or strongly evidenced; label inference. Evaluate natural coverage, important entities, ambiguity, repetition, and possible keyword stuffing. You may report phrase frequency as descriptive evidence, but never prescribe a keyword-density target or use a homemade topic-focus percentage to cap a score.
STEP 5 — INTERNAL DISCOVERY
Check whether important pages are reachable through crawlable `<a href>` links and whether anchor text and navigation relationships are understandable. Distinguish global navigation, breadcrumbs, pagination, contextual links, filters, and JavaScript-only controls. Do not require a universal number of internal links. Orphan status is UNAVAILABLE without a representative crawl or sitemap comparison.
STEP 6 — IMAGES AND MEDIA
Check image purpose, alt text where appropriate, width/height declarations, loading behavior, file size signals, and whether media obscures essential information. Treat Open Graph image dimensions as APPENDIX/social-preview guidance, not a generic SEO ranking requirement.
STEP 7 — CRAWLING, INDEXING, AND CANONICAL SIGNALS
Check status, canonical target, robots meta, robots.txt access, sitemap discovery, redirect behavior, parameter/facet handling, pagination, and consistency among internal links, canonical URLs, and sitemaps. Never use robots.txt for canonicalization advice. A crawlable URL is not necessarily indexed; index status is UNAVAILABLE without authorized or public index evidence.
STEP 8 — RENDERING AND JAVASCRIPT
Compare raw HTML with rendered evidence when both are available. Verify whether primary text, product facts, prices, stock signals, canonical tags, structured data, and crawlable links are available without user interaction. Raw HTML size, text-to-code ratio, resource count, and lab response time are diagnostic signals only, not direct ranking scores.
STEP 9 — STRUCTURED DATA AND COMMERCE CONSISTENCY
List detected schema types and validate syntax where possible. Compare Product, Offer, price, availability, currency, reviews, breadcrumbs, and visible page facts. Eligibility does not guarantee a rich result. The absence of Organization, WebSite, or WebPage markup on a homepage is not automatically an SEO issue. On product pages, assess Product/Offer markup only against the applicable Google feature requirements and visible facts. Feed or Merchant Center consistency is UNAVAILABLE without authorized data.
STEP 10 — INTERNATIONAL AND DUPLICATE VARIANTS
When relevant, check hreflang syntax, reciprocal relationships, language/region intent, canonical compatibility, and localized page availability. Do not apply hreflang checks to single-market sites. Treat product variants, collection filters, tracking parameters, pagination, and market URLs according to their actual purpose rather than assuming every duplicate-looking URL should canonicalize to one page.
STEP 11 — PERFORMANCE EVIDENCE
Separate lab observations from field Core Web Vitals. Report response timing and heavy resources as diagnostic clues. Use CrUX or authorized RUM for field conclusions; otherwise mark field CWV UNAVAILABLE. Do not infer INP from a single Lighthouse-style lab run.
STEP 12 — OUTBOUND, SAFETY, ACCESSIBILITY, AND SOCIAL PREVIEW
Check sponsored/UGC link attributes where relevant, new-tab isolation, broken sample links, landmark/headings usability, and social metadata. Put these in APPENDIX unless there is a direct crawling, indexing, or content-understanding consequence. Do not add them to the SEO issue count merely to increase coverage.
STEP 13 — COMPARISON AND CHANGE HISTORY
Compare competitors only when targets, query, market, page type, and retrieval conditions are comparable. Compare verified features and user-task completion, not arbitrary overall scores. Save timestamped snapshots of observable fields and findings. Do not claim a change caused ranking or revenue movement without suitable first-party evidence and a defensible design.
STEP 14 — OUTPUT
Return Markdown in this order:
1. Page and retrieval metadata.
2. Executive finding: what is verified, what is likely, and what cannot be checked.
3. VERIFIED issues, ordered by expected impact and confidence, each with evidence, reproduction, remediation, owner, and validation step.
4. LIKELY issues requiring confirmation, including the missing evidence.
5. EDITORIAL opportunities, clearly separated from technical errors.
6. UNAVAILABLE checks and the access/data needed.
7. APPENDIX checks for security, accessibility, and social preview.
8. Passed checks.
9. A checkbox action plan grouped into now, next, and monitor.
If no verified SEO issue is supported, say so plainly. Do not manufacture one to make the report appear complete.
For every factual statement based on browsing, cite the source. Quote sparingly. Preserve uncertainty. Never claim rankings, traffic, conversions, index status, field Core Web Vitals, feed consistency, or business impact when the required evidence is absent.
```
以下是主要功能的用例提示词,可以直接复制使用。
先确认取得的是目标页面,再检查页面目的与技术信号,输出带证据标签和来源的发现。 适用于:检查商品页或类目页。请准备:目标 URL 或本地 HTML 文件;可补充查询词、页面目的、市场、语言、平台、可比页面,以及获授权的 Search Console、分析、CrUX 或商家数据。
请使用已安装的 seo-evaluator Skill。任务:先确认取得的是目标页面,再检查页面目的与技术信号,输出带证据标签和来源的发现。。输入:[INPUT]。限制:[CONSTRAINTS]。先检查缺失信息,再输出可审查的结果、依据、假设和下一步。ClawHub 包版本为 0.1.2,内含提示词版本 2.1.0。包内只有指令与文档,没有爬虫或 Search Console 连接器。抓取依赖宿主工具,缺少数据的检查须标为 UNAVAILABLE。与旧 v2 文本不同,此版本明确不使用通用评分、固定字数、关键词密度目标或 H1 数量规则。[INPUT][CONSTRAINTS]在可比条件下对照带时间记录的 HTML 或渲染快照,指出可观察变化,不在缺少证据时归因排名或收入变化。 适用于:对照页面修改前后的变化。请准备:目标 URL 或本地 HTML 文件;可补充查询词、页面目的、市场、语言、平台、可比页面,以及获授权的 Search Console、分析、CrUX 或商家数据。
请使用已安装的 seo-evaluator Skill。任务:在可比条件下对照带时间记录的 HTML 或渲染快照,指出可观察变化,不在缺少证据时归因排名或收入变化。。输入:[INPUT]。限制:[CONSTRAINTS]。先检查缺失信息,再输出可审查的结果、依据、假设和下一步。ClawHub 包版本为 0.1.2,内含提示词版本 2.1.0。包内只有指令与文档,没有爬虫或 Search Console 连接器。抓取依赖宿主工具,缺少数据的检查须标为 UNAVAILABLE。与旧 v2 文本不同,此版本明确不使用通用评分、固定字数、关键词密度目标或 H1 数量规则。[INPUT][CONSTRAINTS]区分 VERIFIED、LIKELY、EDITORIAL、UNAVAILABLE 与 APPENDIX 项目;为已确认问题写明负责人、修复与验证步骤,再按立即处理、下一步和持续观察整理。 适用于:将发现整理为可复核行动计划。请准备:目标 URL 或本地 HTML 文件;可补充查询词、页面目的、市场、语言、平台、可比页面,以及获授权的 Search Console、分析、CrUX 或商家数据。
请使用已安装的 seo-evaluator Skill。任务:区分 VERIFIED、LIKELY、EDITORIAL、UNAVAILABLE 与 APPENDIX 项目;为已确认问题写明负责人、修复与验证步骤,再按立即处理、下一步和持续观察整理。。输入:[INPUT]。限制:[CONSTRAINTS]。先检查缺失信息,再输出可审查的结果、依据、假设和下一步。ClawHub 包版本为 0.1.2,内含提示词版本 2.1.0。包内只有指令与文档,没有爬虫或 Search Console 连接器。抓取依赖宿主工具,缺少数据的检查须标为 UNAVAILABLE。与旧 v2 文本不同,此版本明确不使用通用评分、固定字数、关键词密度目标或 H1 数量规则。[INPUT][CONSTRAINTS]以 ecomagenttools 的线上首页为对象,检查电商运营人员寻找 AI 工具时能否看清页面定位、找到合适内容,以及页面是否存在可观察的 SEO 问题。
案例输入资料:business-inputs.zip
Use the seo-evaluator-v2 Skill.
Evaluate https://ecomagenttools.com/ as a directory for ecommerce operators looking for AI tools. Inspect the live page and distinguish observable technical findings from copy recommendations. Check search-intent fit, title and description, headings, indexability, canonical and internal links. Return a prioritized action list with evidence and acceptance checks.
The attached business materials are:
- inputs/business-brief.json
Deliver a complete result.md report that the operations team can read, plus any finished files needed for this task. Keep supporting calculations and evidence with the deliverables. Write the report in English; use the requested target language for customer-facing copy. The business datasets are fictional examples unless the brief explicitly names a live public website.下方直接展示本次 Prompt 产生的主要文件,保留实际输出语言。
Scope: the public English homepage and Chinese equivalent, for ecommerce operators comparing AI tools, agents and Skills. The supplied primary query is “ecommerce AI tools.” Business inputs are synthetic; the named public website was inspected live. No site changes were made.
| Field | English | Chinese |
|---|---|---|
| Requested and final URL | https://ecomagenttools.com/ | https://ecomagenttools.com/zh |
| HTTP response | 200; text/html; charset=utf-8 | 200; text/html; charset=utf-8 |
| HTML language | en | zh-CN |
| Canonical | Self-referencing root URL | Self-referencing /zh URL |
| Robots meta | index, follow | index, follow |
| X-Robots-Tag | Not present in captured response | Not present in captured response |
| Raw HTML bytes | 111,110 | 111,657 |
| Links / images | 120 / 28 in both raw and rendered HTML | 120 / 28 in both raw and rendered HTML |
| H1 count | 1 | 1 |
| JSON-LD types | WebSite, Organization, nested SearchAction | WebSite, Organization, nested SearchAction |
| Language alternates | en, zh, x-default | Same reciprocal set |
Sources: English homepage, Chinese homepage. Captured fields and collection time are in page-evidence.json; raw/rendered comparisons are in technical-summary.json. The original homepage requests ended at their requested URLs. Individual redirect hops were not logged. A separate /zh/ request ended at /zh; see link-checks.json.
The browser inspection used the initial rendered page without interaction. Raw HTML was separately retrieved and parsed. Matching counts do not prove identical DOMs; the main heading, metadata and discovery anchors were also checked in source. No field performance measurement was collected.
English title: AI Tools for Ecommerce by Workflow | EcomAgentTools
English description: Find ecommerce AI tools for support, content, marketing and operations. Start with your workflow, then explore the resources that fit your next task.
Chinese title: 电商 AI 工具推荐与独立评测|EcomAgentTools
Chinese description: 对比电商 AI Agent、AI 技能与即用提示词,覆盖客服、营销、商品内容、库存、定价和履约。查看独立评分、价格、平台集成与应用场景,帮助 Shopify、Amazon、WooCommerce 店铺更高效完成工具选型。
Both are present and distinct within the two-page homepage sample. The English text accurately describes workflow-led discovery. The Chinese description positions the wider directory as a comparison resource; it should not be read as confirmation that every listed tool supports every named platform. The visible FAQ explicitly says compatibility varies by resource. Keep both titles and descriptions; no evidenced defect warrants replacements. These are search-result inputs, not guaranteed display text: Google generates title links automatically and may select different snippet text. Sources: English, Chinese, Google title-link guidance, Google snippet guidance.
Keep the existing technical foundations and prioritize selection clarity. No verified SEO issue is supported by the inspected sample. Both homepages provide crawlable discovery links, appropriate language canonicals, reciprocal alternates, and content aligned with the requested topic. These observations establish public crawl/indexing signals, not actual Google index inclusion. Sources: English, Chinese, robots.txt, sitemap.
The page fits a discovery/comparison interpretation of “ecommerce AI tools”: eight workflow routes, separate resource lists, tool summaries, setup difficulty, FAQs and guides help operators start a shortlist. This is an editorial assessment of task fit, not a measured search-demand or ranking conclusion. The main improvement is to help readers interpret resource types and scores before choosing a route.
| Evidence label | Actionable findings | Priority |
|---|---|---|
| VERIFIED | 0 issues | None |
| LIKELY | 0 issues | None supported |
| EDITORIAL | 3 opportunities | 2 now; 1 next |
| UNAVAILABLE | 4 check groups | Obtain evidence before drawing conclusions |
| APPENDIX | 3 check groups | Separate from SEO issue count |
Priorities reflect clarity and ease of implementation, not forecast traffic or revenue. No universal SEO score is assigned.
None supported. Do not open a technical remediation ticket solely because there are 120 anchors, 28 images, a large HTML response, or several resource sections. These counts do not establish crawl, ranking or performance failures. Evidence: technical summary.
None supported. No ranking, engagement or index data were supplied, so the report does not infer underperformance from the page design. Missing data are recorded below rather than presented as likely defects.
Evidence and reproduction: On the Chinese homepage, the workflow H2 says “按工作流浏览 AI Agent,” while its explanatory paragraph and destinations cover agents, Skills, prompts and SaaS tools. The English equivalent uses the broader “Browse AI Tools by Ecommerce Workflow.” This is a scope-label mismatch for readers, not a technical indexing error.
Recommendation and finished Chinese copy: Replace that H2 with:
按电商工作流查找 AI 工具
Retain the existing eight workflow links and explanatory paragraph.
Owner: Chinese content editor. Acceptance: the new heading appears in source and rendered HTML above the eight category cards; all category destinations remain intact; the label no longer implies the section contains only agents.
Evidence and reproduction: The English and Chinese homepages group Prompts, Skills and SaaS separately. The English introduction already mentions setup and review, and both FAQs explain that Skills can need a compatible agent. A compact explanation beside the lists would reduce the need to infer the difference from scattered text. This is reader guidance, not missing mandatory SEO content.
Recommendation: Insert the following short guide before the three resource lists, with each resource name linking to its existing directory. Keep the live title and meta description unchanged.
| Resource | English customer-facing copy | Chinese customer-facing copy | Existing destinations |
|---|---|---|---|
| Prompts | Start with a prompt when you need instructions for a task. Check the input it needs and review the output. | 提示词:适合先完成一个具体任务。使用前核对所需资料,生成后检查结果。 | /prompts; /zh/prompts |
| Skills | Choose a Skill for a reusable procedure. Check the compatible agent, installation steps and required access. | 技能:适合重复执行一套操作步骤。使用前核对兼容的智能体、安装方法和所需权限。 | /skills; /zh/skills |
| SaaS tools | Explore SaaS tools for hosted software. Check platform support, pricing and setup before subscribing. | SaaS 工具:适合寻找托管软件。订阅前核对支持的平台、计费方式和配置要求。 | /saas-tools; /zh/saas-tools |
Owner: Content editor and frontend developer. Acceptance: each of the six localized directory destinations is an ordinary <a href> link; the guide appears before the lists on desktop and mobile; it makes no blanket compatibility or automation claim. Ask a small group of operators to explain which resource they would choose for a one-off draft versus a repeatable procedure; record their answers without assuming a conversion benefit.
Evidence and reproduction: Homepage lists show scores such as 81/100 and 85/100 alongside popularity positions. The text above the lists explains that Skill and SaaS popularity order uses recent Google Search clicks, while prompts use catalog recommendation order. The editorial policy separately describes different scoring dimensions for tools and Skills and explains that community weights vary. A footer policy link exists; this recommendation brings it nearer the numbers. The stated click-based ordering is observable copy, but its underlying data were not audited.
Finished copy beside the lists:
English:
Popularity order and scores measure different things. See how tool and Skill scores are calculated before comparing resources.
Chinese:
热门排序与评分衡量的内容不同。比较资源前,请先了解工具与技能的评分方法。
Link “how tool and Skill scores are calculated” to /about/editorial-policy, and “评分方法” to the existing localized policy destination /zh/about/editorial-policy after confirming it resolves correctly. Do not invent a reporting window for “recent”; the data owner should supply the actual window before making the existing ordering explanation more specific.
Owner: Editorial lead, frontend developer and ranking-data owner. Acceptance: methodology is reachable beside the scores with a crawlable link; localized destination returns the intended policy; wording distinguishes popularity from editorial/community assessment; any added reporting window agrees with the actual ordering configuration. No claim of independently verified search-click totals is added.
| ID | Check group | Evidence needed and decision affected |
|---|---|---|
| U1 | Google index inclusion and selected canonical | Authorized Search Console URL Inspection for both homepages. Public 200 responses, robots permission and declared canonicals do not establish inclusion or Google's chosen canonical. |
| U2 | Query performance, snippet display and business outcomes | Search Console query/page data plus authorized analytics and defined directory-comparison events. Needed to judge search-intent performance, CTR, language-specific demand or conversion effect. |
| U3 | Field performance | CrUX or authorized real-user measurements. No field CWV, INP or performance pass/fail conclusion is available; HTML byte size alone cannot provide one. |
| U4 | Comprehensive coverage and operational claims | A representative site crawl plus sitemap comparison for orphan status and sitewide duplicates; ordering configuration/source data to verify click-based popularity; primary product evidence to substantiate individual tool claims. This homepage sample cannot validate the full catalog, filters, pagination, all parameter routes or feed consistency. |
No authenticated data were accessed. These gaps limit conclusions; they are not defects to fix speculatively.
A1 — Media layout and accessibility. Both raw homepages have alt attributes on all 28 images; 15 images per page lack at least one HTML width/height attribute. Some images use lazy loading. This does not establish layout shift: CSS may reserve space. Have the frontend owner inspect reserved aspect ratios during loading before changing markup. Acceptance: essential images have appropriate alternative text and stable reserved space; measure layout shifts if a performance concern emerges. Source: technical summary, homepage. No image-byte or visual-accessibility audit was completed.
A2 — Social preview. The English page declares Open Graph title, description, URL and image, plus a summary_large_image Twitter card; Chinese metadata are captured in the evidence. Presence is verified, but image dimensions, network availability and platform rendering were not validated. Preview both languages in the relevant sharing interface before changing assets. Source: page evidence, English, Chinese.
A3 — Outbound links and interaction accessibility. Link href, rel and target attributes were captured, but external destinations, sponsorship relationships, keyboard menus and screen-reader behavior were not comprehensively audited. No security or accessibility failure is asserted from empty visible anchor text alone; accessible names can come from other attributes. Acceptance for a separate review: verify accessible names and keyboard operation, and apply relationship attributes according to actual link relationships. Source: page evidence.
index, follow; captured responses have no X-Robots-Tag. robots.txt allows the homepages and declares the fetched sitemap. Both homepage URLs appear there./zh/ resolves to /zh. This is a bounded variant sample. Link checks, Google canonical guidance.Now
Next
Monitor
Completed supporting files: page-evidence.json contains public response and DOM evidence; technical-summary.json contains computed raw/rendered checks; link-checks.json contains the bounded destination and variant sample. The copy above is a finished draft for review, not a published change.
案例中的商家经营资料为模拟数据;涉及网站检查时,报告中的页面观察来自所列公开网址。
ClawHub 包版本为 0.1.2,内含提示词版本 2.1.0。包内只有指令与文档,没有爬虫或 Search Console 连接器。抓取依赖宿主工具,缺少数据的检查须标为 UNAVAILABLE。与旧 v2 文本不同,此版本明确不使用通用评分、固定字数、关键词密度目标或 H1 数量规则。
由本站创建者制作,通过 Maxwell 的 ClawHub 账号 @ecom-agent-tools 发布,包名为 seo-evaluator。核对包版本 0.1.2(提示词版本 2.1.0)及全部四个随包文件。站内 URL 沿用旧 v2 标识。本次为静态审查,未做运行测试。
使用获授权输入,不把密钥贴入提示词。采用前检查面向客户的声明、计算、代码改动及任何拟议的外部操作。
评估电商页面或本地 HTML,区分有证据的 SEO 问题、优化建议和缺少数据的检查项。用五类证据标签分开技术发现、编辑建议、无法检查的项目与附录事项。抓取失败时停止页面诊断,并输出行动计划,不再给出任意 SEO 总分。
按实际 Agent 选择方式,安装完整包,不要只复制页面中的 SKILL.md。 目标 URL 或本地 HTML 文件;可补充查询词、页面目的、市场、语言、平台、可比页面,以及获授权的 Search Console、分析、CrUX 或商家数据。 开启新 Agent 会话,明确要求使用 seo-evaluator。先用小型样本尝试下方一个场景,并检查输出。
检查商品页或类目页;对照页面修改前后的变化;将发现整理为可复核行动计划
ClawHub 包版本为 0.1.2,内含提示词版本 2.1.0。包内只有指令与文档,没有爬虫或 Search Console 连接器。抓取依赖宿主工具,缺少数据的检查须标为 UNAVAILABLE。与旧 v2 文本不同,此版本明确不使用通用评分、固定字数、关键词密度目标或 H1 数量规则。
由本站创建者制作,通过 Maxwell 的 ClawHub 账号 @ecom-agent-tools 发布,包名为 seo-evaluator。核对包版本 0.1.2(提示词版本 2.1.0)及全部四个随包文件。站内 URL 沿用旧 v2 标识。本次为静态审查,未做运行测试。
由本站创建者制作,通过 Maxwell 的 ClawHub 账号 @ecom-agent-tools 发布,包名为 seo-evaluator。核对包版本 0.1.2(提示词版本 2.1.0)及全部四个随包文件。站内 URL 沿用旧 v2 标识。本次为静态审查,未做运行测试。
由本站创建者制作,通过 Maxwell 的 ClawHub 账号 @ecom-agent-tools 发布,包名为 seo-evaluator。核对包版本 0.1.2(提示词版本 2.1.0)及全部四个随包文件。站内 URL 沿用旧 v2 标识。本次为静态审查,未做运行测试。
暂无评论。