2026-06-29 襷の系譜 SEO 与访问统计方案

一、文档目的

这份文档用于沉淀 tasuki-keifu / 襷の系譜 当前已经确认下来的 SEO 与访问统计方向，后续实现时以这份文档为准，避免重复讨论。

二、项目定位

当前站点采用混合型定位：

• 对用户的品牌表达：襷の系譜
• 对搜索引擎的搜索表达：駅伝データベース

这意味着：

• 用户进入站点后，应该感知到这是一个有品牌气质的数据站
• 搜索引擎应该理解这是一个以选手、学校、比赛、记录为核心实体的结构化数据站

三、SEO 总目标

核心目标只有一个：

• 让更多用户通过搜索进入站点

第一阶段最核心的成功指标：

• 用户通过搜索选手名进入站点的数量逐步增长

补充目标：

• 让更多选手页被稳定收录
• 随着数据积累，持续获得长尾流量
• 让站点更容易被 AI 搜索和搜索摘要系统理解与引用

四、第一阶段 SEO 范围

4.1 主战场

第一阶段 SEO 的主战场是：

• 选手详情页

原因：

• 当前站内最成熟、最成体系、最持续增长的数据，就是选手页
• 你希望先吃到“搜索普通选手名时也能进入站点”的流量
• 这比先做大范围的比赛页、学校页策略更贴合当前产品阶段

4.2 第一阶段主攻搜索词

第一阶段主攻：

• 纯选手名搜索

例如：

• 黒田朝日
• 平林清澄
• 吉居駿恭

第一阶段暂不采用的策略：

• 不做大规模“关键词组合页”
• 不做 人名 + 学校 + 比赛 + 成绩 的笛卡尔积式页面扩张

原则是：

• 一个选手对应一个权威主页面
• 更复杂的搜索词，也尽量由这个主页面承接

4.3 收录策略

第一阶段收录策略已经确定为：

• 所有选手页都开放给搜索引擎抓取与收录

也就是说：

• 不人为设置“信息不够完整就不收录”的门槛
• 先最大化吃到选手名长尾流量
• 以后如果发现极少数页面质量过低，再单独讨论分层

五、多语言 SEO 策略

5.1 第一阶段语言优先级

第一阶段明确采用：

• 日文优先

原因：

• 选手名、比赛名、学校名的自然语境最贴近日文
• 目标用户和搜索行为最集中在日文环境
• 第一阶段应该集中 SEO 信号，而不是三种语言平均用力

5.2 主索引入口

第一阶段主索引入口确定为：

• ja

含义：

• ja 页面是第一阶段最重要的搜索入口
• zh 和 en 页面可以继续保留
• 但第一阶段不让 zh、en 去争夺核心 SEO 信号

六、选手页的 SEO 定位

当前选手页并不是单一形态页面，而是天然具备以下三种属性：

• 人物身份页
• 所属与经历页
• 成绩与比赛记录档案页

因此，第一阶段选手页在 SEO 上的定位不是：

• 纯百科页
• 纯成绩页

而是：

• 可被搜索引擎理解的选手资料与成绩档案页

6.1 选手页要承接的搜索意图

用户搜索某个选手名后，进入站点，应该能快速回答这些问题：

• 这个人是谁
• 这个人现在或曾经属于哪里
• 这个人跑过什么比赛
• 这个人的记录和成绩如何

6.2 标题策略

选手页标题采用：

• 人名 + 数据关键词 + 品牌名

示例方向：

• 黒田朝日の所属・記録・箱根駅伝成績 | 駅伝データベース 襷の系譜
• 平林清澄の所属・記録・大会成績 | 駅伝データベース 襷の系譜

这个策略的目的：

• 保证纯人名搜索仍然强相关
• 同时在搜索结果中明确告诉用户，这个页面可以查到所属、记录、比赛成绩

6.3 描述策略

选手页 meta description 采用混合型表达：

• 前半句先说明这个选手是谁
• 后半句强调页面可以查到所属、PB、比赛记录、赛事关系、数据来源等信息

七、第一阶段 SEO 成功指标

已经确认的第一阶段最重要指标：

• 选手名搜索带来的进站量

辅助观察指标：

• 选手页收录数量
• 选手页搜索曝光量
• 搜索点击量
• CTR
• 哪些搜索词带来流量
• 哪些选手页最常作为搜索落地页

如果第一阶段做得顺，预期表现会是：

• 越来越多选手页开始有 impressions
• 搜索纯人名时，用户开始点进站点
• 一批中腰部、长尾选手页逐渐出现稳定搜索流量

八、搜索平台覆盖

第一阶段接入的平台已经确定为：

• Google Search Console
• Bing Webmaster Tools

原因：

• Google 是必须项
• Bing 在日本桌面端不可忽略，值得第一阶段就接入监控

九、访问统计与行为数据目标

第一阶段统计目标已经确定为：

• 不只看访问量
• 还要看用户进入站点后做了什么

也就是要同时回答两类问题：

1. 用户是怎么找到这个站的
2. 用户进入之后是怎么使用这个站的

十、统计工具方案

第一阶段工具方案已经确定为：

• GA4
• Cloudflare Web Analytics

两者分工如下：

• GA4

  • 负责事件与行为分析
  • 适合看搜索、点击、详情页进入、关系跳转等事件

• Cloudflare Web Analytics

  • 负责基础流量与轻量性能观察
  • 接入成本低，适合作为基础补充视角

十一、第一阶段埋点范围

第一阶段不做“大而全”的埋点，而是只埋对当前决策最有帮助的行为。

已经确认的第一阶段埋点范围是：

• 搜索
• 筛选
• 详情页进入
• 站内关系跳转
• 来源外链点击

11.1 第一阶段建议事件

• home_search_submit
• players_search_submit
• players_filter_apply
• player_profile_view
• competition_detail_view
• organization_detail_view
• player_to_competition_click
• player_to_organization_click
• player_to_related_player_click
• source_outbound_click

11.2 各事件的业务意义

home_search_submit

用于判断：

• 用户最先想查什么
• 首页搜索框是否是重要入口

players_search_submit

用于判断：

• 用户在选手列表页最常搜哪些选手
• 站内主动查询需求和搜索引擎流量是否一致

players_filter_apply

用于判断：

• 用户是否在按学校、状态、类型等维度探索数据

player_profile_view

用于判断：

• 哪些选手详情页最容易吸引访问
• 哪些选手页会成为搜索落地页或站内高频入口

competition_detail_view

用于判断：

• 用户是否会从人物延伸到比赛

organization_detail_view

用于判断：

• 用户是否会从人物延伸到学校或组织

player_to_competition_click

用于验证：

• “选手 -> 比赛”这条路径是否真的有使用价值

player_to_organization_click

用于验证：

• “选手 -> 学校/组织”这条路径是否是强需求

player_to_related_player_click

用于验证：

• 相关选手关系链是否真能带来继续浏览

source_outbound_click

用于判断：

• 用户是否会点击原始来源
• 哪类页面更像可信资料页

十二、第一阶段暂不优先埋的内容

以下内容未来可以考虑，但第一阶段不优先：

• competitions_search_submit
• organizations_search_submit
• language_switch
• pagination_click
• 所有按钮点击的全量埋点
• 细粒度的筛选变化埋点

原因：

• 当前最重要的是得到能支持产品判断的高信号数据
• 不是一开始就做完整 clickstream

十三、实施顺序

已经确认：

• SEO 和统计一起上

13.1 第一阶段实施项

SEO 基础设施

• metadataBase
• 页面级 metadata 生成
• canonical
• hreflang
• robots.txt
• sitemap.xml

搜索平台接入

• Google Search Console
• Bing Webmaster Tools

统计接入

• GA4
• Cloudflare Web Analytics

第一批事件埋点

• 搜索
• 筛选
• 详情进入
• 关系跳转
• 来源点击

十四、当前阶段明确不做的事

这份方案已经明确，第一阶段不要求：

• 关键词组合落地页策略
• 按“高质量 / 低质量”先做人为收录分层
• 三语言同时平均发力的 SEO 方案
• 所有点击都埋的重型统计体系

十五、第二阶段的自然扩张方向

等第一阶段的选手页 SEO 开始起量后，后续最自然的扩张方向是：

• 比赛页
• 学校 / 组织页
• 聚合页

典型例子包括：

• 某届比赛详情页
• 某学校历届参赛名单页
• 某区间结果汇总页
• 某项目 PB 排名页

这些内容非常适合做第二阶段 SEO 扩张，但不属于当前第一阶段主战场。