SEO¶
不依赖取巧的技巧,而是通过技术准确性、性能和内容相关性来提升搜索可见性。
使用场景¶
在以下情况下使用此技能: - 审计可抓取性、可索引性、规范链接或重定向时 - 改进标题标签、元描述或标题结构时 - 添加或验证结构化数据时 - 改进 Core Web Vitals 时 - 进行关键词研究并将关键词映射到 URL 时 - 规划内部链接或站点地图/robots 变更时
工作原理¶
原则¶
- 在优化内容之前,先修复技术性阻碍。
- 每个页面应有一个明确的主要搜索意图。
- 优先长期质量信号,而非短期操作模式。
- 由于索引是移动优先的,移动优先前提很重要。
- 建议应针对特定页面且可落地。
技术 SEO 检查清单¶
可抓取性¶
robots.txt需要允许重要页面,并屏蔽低价值页面- 重要页面未被意外设置为
noindex - 重要页面可通过较浅的点击深度到达
- 避免超过 2 跳的重定向链
- 规范标签应自洽且无循环
可索引性¶
- 首选 URL 形式必须一致
- 多语言页面如果使用,需要正确的 hreflang
- 站点地图需要反映预期的公开页面
- 不存在缺乏规范控制的冲突重复 URL
性能¶
- LCP < 2.5s
- INP < 200ms
- CLS < 0.1
- 常见修复:预加载首屏资源、减少渲染阻塞任务、预留布局空间、减少重型 JS
结构化数据¶
- 首页:如适用,使用组织或商业 Schema
- 编辑页面:
Article/BlogPosting - 商品页面:
Product和Offer - 内部页面:
BreadcrumbList - Q&A 部分:仅当内容真正匹配时使用
FAQPage
页面内规则¶
标题标签¶
- 目标约 50 至 60 个字符
- 将主要关键词或概念前置
- 使用人类可读的标题,而不是为机器人堆砌
元描述¶
- 目标约 120 至 160 个字符
- 如实描述页面
- 自然包含主要主题
标题结构¶
- 只有一个明确的
H1 H2和H3需要反映实际内容层级- 不要仅为了视觉样式而跳过结构
关键词映射¶
- 定义搜索意图
- 收集合理的关键词变体
- 按意图匹配度、预估价值和竞争度排序
- 将一个主要关键词/主题映射到一个 URL
- 检测并避免关键词蚕食
内部链接¶
- 从强页面链接到希望排名的页面
- 使用描述性锚文本
- 如果可能,避免使用通用锚文本,改用更具体的锚文本
- 补充从新页面到相关现有页面的链接
示例¶
标题公式¶
元描述公式¶
JSON-LD 示例¶
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "ページタイトルをここに",
"author": {
"@type": "Person",
"name": "著者名"
},
"publisher": {
"@type": "Organization",
"name": "ブランド名"
}
}
审计输出格式¶
[HIGH] 商品ページで重複するタイトルタグ
場所: src/routes/products/[slug].tsx
問題: 動的タイトルが同じデフォルト文字列に折りたたまれており、関連性が弱まり重複シグナルが生じます。
修正: 商品名と主要カテゴリを使用して商品ごとにユニークなタイトルを生成する。
反模式¶
| 反模式 | 修复 |
|---|---|
| 关键词堆砌 | 先为用户写作 |
| 内容稀薄的准重复页面 | 合并或差异化 |
| 针对实际不存在内容的 Schema | 让 Schema 符合现实 |
| 未查看实际页面就提供内容建议 | 先阅读实际页面 |
| 笼统的“改进 SEO”输出 | 将每项建议关联到页面或资产 |
相关技能¶
seo-specialistfrontend-patternsbrand-voicemarket-research
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC