原则:Cursor 在编辑页面前,必须先知道你的 SEO/GEO 边界
Cursor 对 SEO/GEO 很有用,因为许多网站变更真正发生的位置就在 editor 里:page files、metadata helpers、schema components、content collections 和 pull-request diffs。但这种能力也是风险。如果 Cursor 不知道你的 rules,它可能把 pricing copy、robots rules、customer proof、schema 和 page content 都当成同样安全的东西来改。
初学者安全设定,是在请 Agent optimize 任何内容之前,先建立 Cursor rule stack。这个 stack 应该告诉 Cursor:网站是什么、重要档案在哪里、它可以改什么、什么必须先问、以及如何 validate work。
Cursor rules 用来放稳定 project instructions。Task prompt 用来描述当前 page 或 workflow。不要把 secrets、API keys 或完整 analytics exports 放进 rules。
图说:Rules 定义 operation boundaries;task prompt 定义这次工作。
Cursor rule stack 应该包含什么
实用的 SEO/GEO rule setup 有四层:
| Layer | 应该放什么 | Example |
|---|---|---|
| User-level preference | 个人工作风格 | “Always show a plan before edits.” |
| Project rules | 网站专属 SEO/GEO standards | Brand facts、file paths、claims policy、validation commands |
| Repo docs or AGENTS.md | 团队共同 conventions | Build commands、review process、release policy |
| Task prompt | 当前 page 或 workflow | “Refresh /use-cases/ai-seo only.” |
最大错误是把所有东西塞进一个巨大 instruction file。Cursor 不应该在改一个 title tag 前,先读 40 页 SEO manual。Project rules 要短,需要时再 reference separate SOP files。
建立专用 SEO/GEO project rule
在你的 website repository 里,建立 SEO/GEO work 的 rule file。依照 Cursor version 和 team setup,你的 rules UI 或 file path 可能不同,所以请把下面当成 content model,而不是固定路径。如果专案使用 .cursor/rules/ folder,可以建立这样的 project rule:
.cursor/rules/seo-geo.mdc
从这份 rule 开始:
# SEO/GEO working rules
## Website context
- Brand: [brand name]
- Domain: https://example.com
- Category: [product/service category]
- Primary audience: [ICP]
- Main conversion goal: [demo / signup / tool usage / contact]
## File map
- Pages live in: [path]
- Metadata lives in: [path]
- Schema helpers live in: [path]
- Blog/content lives in: [path]
- Sitemap/robots logic lives in: [path]
- Analytics code lives in: [path]
## SEO/GEO standards
- Every important page needs a clear title, meta description, canonical, H1, and internal links.
- Prefer concise answer blocks, comparison tables, proof sections, and useful FAQs when they match search intent.
- Make brand facts, product category, audience, use cases, and evidence easy for AI answer systems to extract.
- Do not keyword-stuff headings or create generic sections that could fit any company.
## Approval boundaries
Ask before changing:
- pricing, legal claims, testimonials, customer logos, statistics, guarantees, or competitor claims;
- robots.txt, noindex logic, canonicals, redirects, sitemap generation, analytics, or tracking scripts;
- shared components that affect many pages;
- production deployment configuration.
Never invent:
- customers, reviews, ratings, awards, integrations, revenue numbers, screenshots, or case-study results.
Mark missing evidence as TODO.
## Validation
Before final response after edits:
- summarize changed files;
- run the detected build/lint/typecheck command when available;
- explain any skipped validation;
- list remaining SEO/GEO risks.
这份 rule 不会神奇地让 Cursor 变聪明。它只是让 agent 比较不容易做出 unsafe assumptions。
写 rule 前,先请 Cursor inspect repo
如果你不确定 pages 或 metadata 放在哪里,先请 Cursor inspect:
Inspect this repository for SEO/GEO work.
Do not edit files yet. Return:
1. Framework and routing system.
2. Where pages, content, metadata, schema, sitemap, robots, analytics, and components live.
3. Build/lint/typecheck commands from package files.
4. Files that should require approval before modification.
5. A proposed Cursor SEO/GEO project rule.
6. Unknowns I need to confirm.
Do not invent paths. If you are unsure, say so.
接著 review proposed rule。检查 Cursor 是否正确找到 framework、page folders 和 commands。如果它猜错,先手动修 rule,再用 Agent mode 做 SEO work。
初学者应该使用的 approval gate
有些 SEO edits 风险低,有些会伤害流量或造成 legal problems。直接把差异写进 rules。
图说:让 Cursor 处理低风险 items;strategic/indexing changes 先问;proof 绝不捏造。
| 核准后可提案并编辑 | 先询问 | 绝不捏造 |
|---|---|---|
| title/meta 草稿 | robots.txt 变更 | testimonials |
| 直接答案区块 | canonical 策略 | 客户 logos |
| FAQ 改善 | redirects | 统计数字 |
| internal link 建议 | pricing 或 legal claims | 奖项 |
| alt text | analytics/tracking | 第三方背书 |
| page-level schema 草稿 | shared templates | 案例结果 |
第一周,要求任何 edit 都要 approval。等你信任 workflow 后,可以允许 low-risk page-level edits,但 indexing 和 claims 仍要 explicit approval。
更好的 Cursor SEO page prompt
不要这样 prompt Cursor:
Optimize this page for SEO and GEO.
改用这个:
Use the SEO/GEO project rules.
Task: refresh only this page: [URL or file path].
Before editing, return a diagnosis table with:
- current search intent
- likely target keyword or query theme
- GEO question this page should answer
- title/meta issue
- H1/H2 issue
- missing answer block or comparison section
- internal link opportunities
- schema risks
- claims that need proof
- files you plan to edit
Wait for my approval before making changes.
核准 plan 后,用第二段 prompt:
Apply only the approved page-level edits.
Constraints:
- Do not change pricing, legal claims, testimonials, or analytics.
- Do not edit shared components unless you ask first.
- Mark missing proof as TODO.
- Keep the page useful for humans, not just search engines.
- Run the build or explain why it cannot run.
Final response should include changed files, validation results, risks, and what to measure after publishing.
这种 split prompt 比一键 automation 慢,但它会教初学者如何 review agent。
Example:SaaS use-case page 的 rules
假设页面是 /use-cases/ai-search-visibility。好的 Cursor diagnosis 可能会产出:
| Area | Diagnosis | Suggested action |
|---|---|---|
| Search intent | 使用者想了解如何追踪 AI 搜寻能见度 | 在页面上方加入直接答案 |
| GEO extractability | 品牌分类和 workflow 说得不够清楚 | 加入约 80 字的「产品做什么」区块 |
| Proof | 页面说「受到团队信任」但没有证据 | 改成 TODO 证据栏位 |
| Internal links | 没有连到相关量测指南 | 加一个相关 internal link |
| Schema | 有 FAQ schema,但 questions 太 generic | 重写 FAQ;若内容不支持就移除 schema |
| CTA | CTA 写「开始使用」,但 offer 其实是 audit | 修改 CTA copy,让它符合 offer |
接著 Cursor 可以用 narrow diff 编辑页面。这比要求 full rewrite 更好,因为 scope 和 reviewability 都保留下来。
加一条 internal links rule
SEO/GEO teams 常常在 AI agent 帮忙时 overdo internal links。加一条 rule:
## Internal link policy
- Add internal links only when they help the reader take the next logical step.
- Prefer 1-3 relevant links per article or page section, not a dense link block.
- Use descriptive anchor text.
- Do not force links to tools or service pages unless the page intent supports it.
- If suggesting a new link target, explain why it helps SEO/GEO and the user journey.
这可以避免 Cursor 把每篇文章变成 link farm。
加一条 schema rule
如果 shared helper 被改坏,schema errors 可能扩散。使用这条 rule:
## Schema policy
- Use schema only when the page content supports it.
- Do not add fake ratings, reviews, prices, organizations, authors, or FAQs.
- Ask before changing shared schema helpers.
- After schema edits, explain the schema type, required fields, and validation risk.
对初学者来说,schema 不是展现聪明的地方。先让 page accurate。
加一条 GEO answer blocks rule
GEO-focused pages 应该容易被 answer engines extract,但仍然要自然可读。
## GEO answer blocks
When useful, add one concise answer block near the top of important pages.
The block should answer:
- what the product/page/topic is;
- who it is for;
- what problem it solves;
- what evidence supports it;
- what the reader should do next.
Keep it factual and avoid exaggerated claims.
这给 Cursor 一个可重复 content pattern,但不会把每页都强迫套成同一模板。
如何测试 Cursor rules 是否有效
跑一个 dry task:
Using the current project rules, review `/pricing` for SEO/GEO issues.
Do not edit. Tell me which changes would require approval and why.
好的 answer 应该拒绝直接重写 pricing claims,并标出 legal、conversion 和 evidence risks。如果 Cursor 把 pricing 当成一般 marketing copy,请强化 rules。
再跑另一个 dry task:
Using the current project rules, review one blog article and suggest safe improvements only.
Do not edit. Separate safe edits from approval-needed edits.
好的 answer 应该分开 metadata、headings、internal links、evidence、schema 和 publishing risks。
常见错误
- 写 vague rules。「Make SEO better」不是 rule。
- 跳过 file paths。Cursor 需要知道 pages、metadata、schema 和 commands 在哪里。
- 把 secrets 放进 rules。Rules 不是 credential store。
- 太早让 Cursor edit shared templates。一个 template change 可能影响数百个 URLs。
- 不要求 validation。任何会影响 code 的 SEO task,都应在可用时跑 build/lint/typecheck。
- 让 rules stale。Framework changes、site migrations 或 positioning updates 后,要 review rules。
它在更大的 AI-agent stack 里扮演什么角色
这个 Cursor setup 是 page-editing lane。当你从更大的 Cursor vs Windsurf vs Gemini CLI SEO/GEO comparison 里选择 Cursor 后,再使用这套设定。需要 repeatable team workflows 时,用 Windsurf。需要 terminal data monitoring 时,用 Gemini CLI。需要对真实 page 或 component 做 careful、visible diff 时,用 Cursor。
FAQ
Cursor rules 应该包含我的 keyword list 吗?
只放稳定的 category language 和 strategic query themes。完整 keyword lists 放在有日期的 CSV 或 markdown files,因为 keyword data 会变。
Cursor rules 可以取代 human SEO review 吗?
不行。Rules 减少可避免的 mistakes。Claims、indexing changes、pricing language 和 production deployment 仍然要人核准。
应该让 Cursor 一次 edit 所有 SEO pages 吗?
一开始不要。从一个 page、一份 diagnosis、一个 approved diff 和一份 validation report 开始。
GEO 最重要的 rule 是什么?
不要捏造 proof。GEO 依赖清楚、有证据支持的 entity facts。如果缺 evidence,Cursor 应该标成 TODO,而不是编出来。
AI coding agents for SEO/GEO 学习路径
这篇属于 Cursor SEO/GEO track。先完成 Cursor-focused tutorials,再进到 Windsurf 或 operating model:
- Cursor vs Windsurf vs Gemini CLI:SEO/GEO 自动化怎么选
- 如何设定 Cursor Rules 做 SEO/GEO 工作
- 如何用 Cursor Plan Mode 安全更新 SEO 页面
- 如何用 MCP 将 Cursor 接上 SEO 资料
- 如何用 Cursor Cloud Agents 做 SEO/GEO PR Reviews
- 如何建立 Windsurf Cascade Workflows 做 SEO/GEO
- Cursor、Windsurf、Gemini CLI、Codex、Claude Code 的 SEO/GEO 营运模型
下一篇
上一篇: Cursor vs Windsurf vs Gemini CLI:SEO/GEO 自动化怎么选
下一篇: 如何用 Cursor Plan Mode 安全更新 SEO 页面
Sources and notes
- Cursor documentation hub: Cursor Docs ,包含 Agent、Rules、MCP、Skills、CLI 与 related capabilities 的公开文件。
- Related Auspia guide: Cursor vs Windsurf vs Gemini CLI for SEO/GEO Automation 。
Author: Alice Monroe, Auspia AI SEO Tools Analyst Covering 150+ Tools。Alice 撰写 AI SEO tools、software workflows 与 growth teams 的 practical platform selection。