# HOMEVISTA 官网 4.0 非功能性需求 生成日期：2026-07-06 文档类型：产品需求文档 / 非功能性需求 适用范围：HOMEVISTA 官网 4.0 的测试环境、正式站点、单一正式域名、多语言、OG 信息、SEO、GA 统计与上线验收规则。 关联资料：`新官网内容库_AI友好房地产营销平台/00_官网总纲与页面规则.md`、`文案最新版/` --- ## 修订记录 | 日期 | 版本 | 变更类型 | 变更摘要 | | --- | --- | --- | --- | | 2026-07-06 | v0.1 | 初始创建 | 新建官网 4.0 非功能性需求文档，收口测试环境、多域名、多语言、OG 与 SEO 基础规则。 | | 2026-08-04 | v0.2 | 重大需求变更 | 补充完整非功能需求清单，新增表单与数据、隐私合规、安全与第三方资源、错误页、监控告警、上线后持续治理等要求，并扩展验收清单。 | | 2026-08-04 | v0.2 | 评审补充 | 根据产品评审补充测试环境 OG 资源、`x-default`、性能验收基线、表单可访问性和表单防滥用边界。 | | 2026-08-04 | v0.3 | 重大需求变更 | 将官网正式域名策略调整为统一使用 `.jp` 域名，取消澳洲独立域名与多域名需求；调整语言范围为英文、日文、韩文、繁体中文对外可切换，简体中文仅内部校对使用；补充 GA 埋点与全链接、全按钮点击统计要求；关闭待确认项。 | | 2026-08-10 | v0.4 | 重大需求变更 | 明确官网首期为静态页面需求，删除 500 页面和维护页要求，仅保留 404 页面及旧链接跳转到新官网首页的验收要求。 | | 2026-08-10 | v0.5 | 重大需求变更 | 清理链接附加统计参数等不属于官网建设本身的需求；相关参数由后续实际链接使用时按 GA 统计规则追加。 | | 2026-08-11 | v0.6 | 重大需求变更 | 将表单、预约演示和线索处理相关需求迁移至《06_联系我们与预约演示_PRD.md》；本文仅保留全站非功能性规则。 | | 2026-08-11 | v0.7 | 重大需求变更 | 取消韩文国际化范围；对外语言调整为英文、日文、繁体中文，简体中文继续仅用于内部内容基准与校对。 | | 2026-08-11 | v0.8 | 重大需求变更 | 规定每个页面必须提供独立国际化文案交付源及逐语言 SEO/OG 文案；页面 PRD 仅引用该交付源并定义验收。 | --- ## 1. 需求背景 HOMEVISTA 官网 4.0 是面向海外客户、合作伙伴和潜在客户的品牌官网。当前正式域名策略已明确：官网不再拆分日本、澳洲等多个国家域名，统一使用 `.jp` 域名承载正式站点，并通过语言版本服务不同访客。 官网需要在测试阶段避免被搜索引擎抓取；正式上线前必须解除测试阶段的限制，让正式页面可被搜索引擎正常收录。同时，站点需要支持多语言展示、正确的社交分享信息、稳定的搜索引擎识别、GA 统计、隐私合规、性能、安全和上线后持续监控。 本需求不定义页面视觉设计，也不改写前台文案；它定义官网上线前必须具备的环境、域名、语言、SEO、社交分享、GA 统计、隐私合规、性能、安全、监控和可验收规则。 为了避免文档变成研发实现说明，本文优先描述官网需要表现出的结果、业务规则、异常处理和验收方式。涉及技术名词时，仅保留会影响产品边界、上线验收或跨团队协作的部分。 --- ## 2. 目标 1. 建立稳定的官网测试环境，测试域名使用 `www4.homevista`。 2. 正式官网统一使用 `.jp` 域名，不做澳洲独立域名，也不按国家拆分多个正式域名。 3. 页面语言能够跟随 URL、用户选择或兜底规则正确呈现。 4. 对外支持英文、日文、繁体中文；简体中文支持内容维护和翻译校对，但不在前台语言切换入口露出。 5. OG / 社交分享信息能够跟随页面和语言版本变化。 6. SEO 基础能力完整，并支持多语言搜索引擎识别。 7. 测试阶段避免测试页面被抓取；正式上线前解除测试限制，允许正式页面被正常收录。 8. 接入 GA 统计，并对所有链接和按钮配置点击事件统计。 9. 统计、隐私、第三方资源和监控规则能够支撑官网正式上线后的持续运营。 --- ## 3. 非目标 1. 本文不定义首页、解决方案、产品、AI、关于我们等页面的具体文案。 2. 本文不再定义澳洲独立域名、国家站独立域名或多域名管理需求。 3. 本文不要求一次性完成全部语言内容，但要求技术结构支持已确认语言范围。 4. 本文不规定具体技术框架、接口设计、数据库结构或第三方工具选型；如需记录，只作为实现参考信息，不作为业务需求本身。 5. 联系我们、预约演示及其线索处理规则由《06_联系我们与预约演示_PRD.md》单独定义。 --- ## 4. 关键名词说明 | 名词 | 产品含义与影响 | | --- | --- | | SEO | 让搜索引擎正确理解、收录和展示官网页面，影响自然搜索来源和品牌可信度。 | | OG 信息 | 页面被分享到社交平台、聊天工具或协作工具时展示的标题、摘要和图片，影响外部传播效果。 | | Canonical | 告诉搜索引擎某个页面的正式地址，避免同一内容因多个 URL 被重复收录。 | | Hreflang | 告诉搜索引擎同一页面有哪些语言版本，避免访客在搜索结果中看到错误语言页面。 | | Sitemap | 提供给搜索引擎的正式页面清单，影响新页面被发现和收录的效率。 | | Robots | 告诉搜索引擎哪些页面可以抓取，哪些页面不应抓取，尤其用于测试阶段阻止测试站被收录。 | | Noindex | 明确要求搜索引擎不要收录某个页面，主要用于测试站、预览页或不希望公开搜索到的页面。 | | GA | Google Analytics，用于统计访客来源、页面访问、链接点击、按钮点击和转化行为。 | --- ## 5. 域名与环境需求 ### 5.1 测试环境 | 项目 | 需求 | | --- | --- | | 测试域名 | 使用 `www4.homevista` 作为官网 4.0 测试入口。 | | 访问协议 | 测试环境也应支持 HTTPS；如 `www4.homevista` 为内网或本地测试域名，需要明确 DNS、hosts 或代理配置方式。 | | 搜索引擎策略 | 测试阶段必须默认 `noindex, nofollow`，并通过 `robots.txt` 禁止抓取，避免测试页面被搜索引擎收录。 | | 上线前解除限制 | 正式上线前必须移除正式页面上的 `noindex, nofollow` 限制，并调整 `robots.txt`，允许搜索引擎抓取和收录正式页面。 | | 数据隔离 | 测试环境的访问与统计数据不得与正式环境混淆，或必须以测试标识隔离。 | | 内容差异标识 | 页面应能明确区分测试环境和正式环境，避免内部人员误把测试链接对外传播。 | 验收标准： - 访问 `https://www4.homevista/` 或约定测试入口时，可以打开官网 4.0 测试站。 - 测试阶段，测试站 HTML 中存在 `noindex`。 - 测试阶段，测试站 `robots.txt` 不允许搜索引擎抓取。 - 测试站不会出现在正式 sitemap 中。 - 正式上线前，正式站页面不再包含 `noindex, nofollow`。 - 正式上线前，正式站 `robots.txt` 允许搜索引擎抓取正式页面。 ### 5.2 正式域名 官网正式域名策略已确认：澳洲域名不单独设置，正式站统一使用 `.jp` 域名。 | 项目 | 需求 | | --- | --- | | 正式主域名 | 使用 `homevista.jp` / `www.homevista.jp` 作为正式官网入口，最终以技术部门配置为准。 | | 澳洲访客入口 | 不启用澳洲独立域名，澳洲访客仍访问 `.jp` 域名下的英文版本。 | | 语言路径 | 不同语言应使用稳定 URL，不应只依赖浏览器状态切换。 | | 对外链接 | 官网、销售材料、社交主页、邮件签名和对外传播链接统一指向正式 `.jp` 域名。 | | 旧链接处理 | 旧官网页面和历史链接统一跳转到新官网首页。 | ### 5.3 域名治理 1. 正式域名、测试域名、预览域名和临时活动域名不得混用。 2. 域名切换、首页跳转和旧链接跳转规则必须提前验收。 3. 已废弃页面统一跳转到新官网首页，不再分别维护多市场旧页面映射。 4. 对外投放、销售材料、社交主页和邮件签名中的官网链接必须使用正式 `.jp` 域名。 5. 如未来重新启用国家或地区独立域名，必须单独发起需求变更，不应在本次官网 4.0 首期范围内预留未确认承诺。 --- ## 6. 多语言需求 ### 6.1 语言版本 官网语言范围如下： | 语言 | 前台是否露出切换入口 | 用途 | | --- | --- | --- | | English | 是 | 面向英语访客，也是澳洲访客的主要访问语言。 | | 日本語 | 是 | 面向日本市场访客。 | | 繁體中文 | 是 | 面向繁体中文访客。 | | 简体中文 | 否 | 仅作为内部内容基准、翻译校对和业务评审使用，不在前台语言切换入口露出。 | ### 6.2 语言判定规则 语言优先级建议如下： 1. URL 中的语言路径决定页面语言。 2. 用户手动切换语言后，在当前浏览器中保留选择。 3. 浏览器语言只作为兜底参考，不应覆盖用户明确选择。 4. 简体中文页面可供内部访问和校对，但不应出现在前台语言切换入口、公开导航或主要搜索入口中。 示例： | 访问入口 | 默认语言 | 说明 | | --- | --- | --- | | `/en/` | English | 英文版本，澳洲访客也使用该入口。 | | `/ja/` | 日本語 | 日文版本。 | | `/zh-hant/` | 繁體中文 | 繁体中文版本。 | | `/zh-hans/` | 简体中文 | 仅内部校对使用，不在前台语言切换中露出。 | 具体路径命名可由技术部门确认，但上线前必须固定，不能频繁调整。 ### 6.3 语言切换 1. 前台语言切换入口只展示 English、日本語、繁體中文。 2. 语言切换应跳转到同一页面的对应语言版本，而不是统一跳回首页。 3. 如果某个页面暂无对应语言版本，应跳转到对应语言首页，并给出合理兜底，不应返回 404。 4. URL 结构必须稳定，不应仅依赖前端状态切换语言。 5. 简体中文版本不展示在前台语言切换入口中；如需内部校对，应通过内部约定链接访问。 ### 6.4 内容一致性 多语言内容不要求逐字翻译，但必须保持以下一致： 1. 页面主题一致。 2. CTA 意图一致。 3. 产品能力边界一致。 4. 页面正文、导航、页尾与当前语言一致。 5. 简体中文作为内部校对稿时，其内容调整应服务于其他语言版本的准确性，不作为对外承诺版本。 ### 6.5 多语言发布流程 1. 每个页面上线前必须明确已上线语言、待补语言和兜底展示方式。 2. 翻译内容需要经过业务确认，不应只依赖机器翻译直接发布。 3. 同一页面新增、删除或调整核心信息时，应同步检查其他语言版本是否需要更新。 4. 如果某语言版本暂未完成，页面不能显示混杂语言；应使用对应语言的兜底页、提示或暂不上线。 5. 预览环境应能按语言查看页面，便于业务、运营和翻译人员验收。 6. News 按语言独立发布，可以出现某条 News 只有部分语言版本上线的情况，但必须有清楚的语言归属和收录规则。 ### 6.6 页面国际化文案交付 1. 每个官网页面必须提供独立国际化文案交付源，包含简体中文内部基准、英文、日文、繁体中文的页面可见文案。 2. 每种语言必须单独提供 `title`、`meta description`、`og:title`、`og:description`、`og:locale`、`og:url` 和分享图说明；这些内容随页面文案一并管理。 3. 页面 PRD 必须增加“国际化文案交付”章节，引用该页面的国际化文案文件，并说明对外语言范围、简体中文边界、翻译确认状态与验收要求；PRD 不复制全部翻译正文。 4. 开发不得临时翻译或混用语言文案；每个页面在目标语言文案与 OG 信息未齐备时，不得以该语言版本正式发布。 5. 英文、日文和繁体中文的 AI 初译只可用于预览、开发与内部验收；正式对外发布前须完成业务与母语校对。 --- ## 7. OG 与社交分享需求 ### 7.1 基础要求 每个可分享页面都必须按当前语言和页面内容生成独立 OG 信息。 必备字段： | 字段 | 要求 | | --- | --- | | `og:title` | 跟随当前页面语言。 | | `og:description` | 跟随当前页面语言，长度适合社交平台摘要。 | | `og:url` | 使用正式 `.jp` 域名和当前语言 URL，不使用测试域名。 | | `og:image` | 使用绝对 URL；不同语言可使用不同图片。 | | `og:site_name` | 统一为 `HOMEVISTA`。 | | `og:locale` | 跟随当前语言，如 `en_US`、`ja_JP`、`zh_TW`、`zh_CN`。 | | `twitter:card` | 默认使用 `summary_large_image`。 | ### 7.2 语言跟随规则 示例： | 页面 | 英文版 OG | 日文版 OG | 繁中版 OG | | --- | --- | --- | --- | | 首页 | 英文标题、英文描述、英文 URL | 日文标题、日文描述、日文 URL | 繁中标题、繁中描述、繁中 URL | | 产品页 | 英文产品页 OG | 日文产品页 OG | 繁中产品页 OG | | Contact | 英文 Book a Demo OG | 日文预约演示 OG | 繁中咨询 OG | ### 7.3 测试环境 OG 测试环境不应被外部社交平台作为正式分享链接使用。 要求： 1. 测试环境的 `og:url` 不得误写为正式站 URL，避免测试内容伪装成正式站。 2. 测试环境的 `og:image` 等分享资源也不得误用正式站正式发布素材，避免测试链接被误认为正式内容。 3. 测试环境页面标题可带测试标识。 4. 上线前需要用社交平台调试工具检查正式域名，而不是只检查测试域名。 ### 7.4 OG 图片与内容治理 1. OG 图片应按官网品牌标准制作，避免使用临时截图、低清图或未授权素材。 2. 每个核心页面至少应有默认分享图；重点语言页面可配置本地化分享图。 3. 分享标题和摘要应与当前页面承诺一致，不得夸大产品能力或使用与页面无关的营销口号。 4. 更新页面定位、核心文案或活动信息时，应同步检查 OG 信息是否过期。 --- ## 8. SEO 需求 ### 8.1 页面级 SEO 每个正式页面必须具备： 1. 唯一的 `title`。 2. 当前语言的 `meta description`。 3. 唯一且稳定的 H1。 4. 合理的 H2 / H3 结构。 5. 正确的 canonical URL。 6. 对应语言版本的 hreflang。 7. 可被搜索引擎读取的正文内容，不应全部依赖图片或不可抓取脚本。 ### 8.2 多语言 SEO 必须为多语言页面配置 hreflang。 示例： ```html ``` 注意：以上只是示例，最终 URL 路径必须在上线前确认。 `x-default` 应指向对国际访客最合适的默认入口，首期建议指向英文版本或官网首页。上线前必须明确该入口，不能随机指向某个语言页面。 简体中文如仅用于内部校对，原则上不进入公开 sitemap，也不在公开 hreflang 中露出；如技术部门认为需要开放访问，也必须设置不影响公开搜索结果的收录策略。 ### 8.3 Canonical 规则 1. 同一语言页面的 canonical 指向自身正式 URL。 2. 不同语言页面不应互相 canonical 到同一个语言版本。 3. 测试阶段，测试环境应 noindex。 4. 正式上线前，正式页面必须解除 noindex，并确保 canonical 指向正式 `.jp` URL。 ### 8.4 Sitemap 正式站必须提供 sitemap，并按语言包含正式页面。 要求： 1. sitemap 只包含正式可收录页面。 2. 不包含 `www4.homevista` 测试环境页面。 3. 原则上不包含仅供内部校对的简体中文页面。 4. 多语言页面应在 sitemap 或页面 HTML 中体现语言关系。 5. News 按语言独立发布，上线后需要进入对应语言 sitemap 或正式收录范围。 ### 8.5 Robots | 阶段 / 环境 | robots 策略 | | --- | --- | | 测试阶段 | 禁止抓取测试站和预览页，避免测试页面被收录。 | | 上线前检查 | 确认正式站不再被 robots 或 noindex 阻止收录。 | | 正式环境 | 允许抓取正式页面，屏蔽后台、预览、接口、内部校对页、无价值参数页。 | ### 8.6 结构化数据 建议支持以下结构化数据： | 类型 | 适用页面 | | --- | --- | | `Organization` | 全站 / 首页 / 关于我们 | | `WebSite` | 首页 | | `BreadcrumbList` | 解决方案、产品、AI、News 详情页 | | `Article` / `NewsArticle` | News 详情页 | | `ContactPage` | Contact / 预约演示页 | ### 8.7 SEO 持续治理 1. 页面新增、删除、改名、改 URL 时，必须同步检查 sitemap、canonical、hreflang 和旧链接跳转。 2. 官网上线后应定期检查搜索引擎抓取错误、死链、重复标题、重复描述和多语言识别问题。 3. News 按语言独立发布；发布、下架或改 URL 后应有明确的保留、跳转或不收录策略。 4. 搜索引擎管理工具统一按 `.jp` 正式域名配置，不再按澳洲独立域名配置。 5. SEO 问题不应只在上线前一次性处理，应纳入技术部门后续巡检。 --- ## 9. 性能与可访问性需求 ### 9.1 性能 1. 首页首屏应避免因大图、视频或 3D 素材导致长时间空白。 2. OG 图片、页面图片和视频需有压缩与尺寸规范。 3. 多语言切换不应整站重新下载大量无关资源。 4. 移动端访问体验必须作为正式验收范围。 建议指标： | 指标 | 目标 | | --- | --- | | LCP | 核心页面尽量控制在 2.5 秒以内。 | | CLS | 页面布局不应明显跳动。 | | 移动端可用性 | 核心页面在手机端可阅读、可点击。 | 验收时应固定测试条件，例如目标访客常用网络环境、主流移动设备和桌面浏览器。否则同一个页面在不同设备和网络下结果差异较大，无法判断是否真正达标。 ### 9.2 全球访问与资源加载 1. 海外访客访问 `.jp` 官网时，核心页面不应出现长时间空白或资源加载失败。 2. 图片、视频、字体和脚本应按页面需要加载，不应让非当前语言或非当前页面资源拖慢访问。 3. 第三方资源加载失败时，官网核心内容和导航仍应可用。 4. 大图、视频、3D 或交互素材应有降级方案，避免移动端或弱网环境无法阅读核心内容。 ### 9.3 可访问性 1. 图片应提供与当前语言一致的 alt 文本。 2. 导航和语言切换应可通过键盘访问。 3. 页面颜色对比度应满足基本可读性。 --- ## 10. GA 统计需求 ### 10.1 GA 接入 1. 官网首期需要接入 GA 追踪代码。 2. GA 统计必须能区分语言、页面和访问路径。 3. 测试环境数据不得混入正式 GA 数据，或必须能通过清晰标识过滤。 4. 页面上线或重大文案调整前，应确认 GA 仍能正常记录访问和事件。 5. 如 GA 使用 Cookie 或类似追踪能力，应同步满足隐私与 Cookie 告知要求。 ### 10.2 点击事件统计 所有链接和按钮都要加点击事件统计，至少覆盖： 1. 顶部导航链接。 2. 页尾链接。 3. 语言切换入口。 4. 首页和各页面 CTA 按钮。 5. 联系我们与预约演示入口。 6. 电话、邮箱、外部社交链接。 7. News 列表、News 详情页相关链接。 8. 下载、播放、跳转、展开等后续新增交互入口。 点击事件至少应记录：事件名称、页面、语言、点击对象、目标链接、是否外部链接。具体 GA 事件命名可由技术部门制定，但必须保证产品、运营和技术能读懂并复核统计结果。 ### 10.3 转化统计 1. 核心转化事件应至少包括预约演示点击、外部联系方式点击；联系页面的转化事件由其页面 PRD 定义。 2. 统计口径应能区分页面访问、链接点击和核心转化行为。 3. 多语言切换事件建议记录，但不应采集不必要的个人信息。 --- ## 11. 隐私与合规需求 1. 官网必须提供当前语言可理解的隐私政策入口。 2. 简体中文隐私说明仅作为内部校对参考，不作为前台露出的正式语言入口。 3. Cookie 或类似追踪工具如用于 GA 或统计工具，应提供必要的告知和同意机制。 4. 首期确认需要接入 Cookie 同意机制。 5. 测试环境、预览环境和内部调试数据也应避免暴露真实用户个人信息。 6. 隐私政策和 Cookie 提示应随语言切换而变化。 --- ## 12. 安全、第三方资源与运维需求 ### 12.1 安全要求 1. 正式站和测试站都应通过安全访问方式打开，不应让用户在浏览器中看到不安全访问提示。 2. 后台、预览、管理入口、内部校对页和接口不应被搜索引擎收录，也不应暴露给普通访客。 3. 外部链接应避免把用户带到错误、过期或未授权页面。 4. 上传、下载或资料领取功能如后续加入，必须单独补充文件安全和权限规则。 ### 12.2 第三方资源 1. 首期需要接入 GA 追踪代码。 2. 除 GA 追踪代码外，暂不确认其他在线客服、地图、视频等第三方工具为首期必需项。 3. 第三方资源不得破坏页面语言、OG、canonical 或 hreflang 规则。 4. 第三方资源加载失败时，官网核心阅读和导航不应被阻断。 5. 新增第三方工具前，应评估对性能、隐私告知和多语言展示的影响。 ### 12.3 监控与告警 1. 官网应监控核心页面可访问性，至少覆盖首页、产品页、解决方案页、AI 页、关于我们页、Contact / 预约演示页。 2. 页面大量 404、证书过期、正式站误 noindex 等问题应有告警。 3. 上线后应定期检查搜索收录、抓取错误、死链、站点速度和 GA 转化事件是否异常。 4. 监控结果需要能定位到语言和页面，避免只知道“官网有问题”但无法判断影响范围。 5. 官网上线后的 SEO、死链和性能问题由技术部门负责持续巡检。 --- ## 13. 404 页面与兜底需求 1. 官网首期按静态页面处理，除 404 外不设置其他错误或临时状态页面。 2. 404 页面需要跟随当前语言显示，或在无法判断语言时使用英文兜底。 3. 404 页面应提供返回新官网首页、返回上一层或联系咨询的路径。 4. 404 页面不得展示测试信息、内部错误信息或敏感配置。 5. 旧官网页面和历史链接统一跳转到新官网首页。 6. 404 页面的 SEO 策略应明确，避免 404 页面被当作正常页面收录。 --- ## 14. 验收清单 ### 14.1 测试环境与上线前收录 - [ ] `www4.homevista` 可访问测试站。 - [ ] 测试站启用 HTTPS 或有明确的内部访问说明。 - [ ] 测试阶段，测试站页面包含 `noindex`。 - [ ] 测试阶段，测试站 robots 禁止搜索引擎抓取。 - [ ] 测试站不出现在正式 sitemap。 - [ ] 正式上线前，正式站页面已移除 `noindex, nofollow`。 - [ ] 正式上线前，正式站 robots 允许搜索引擎抓取正式页面。 ### 14.2 正式域名 - [ ] 正式官网使用 `.jp` 域名。 - [ ] 不存在澳洲独立域名或其他国家独立域名的首期上线要求。 - [ ] 对外链接统一指向正式 `.jp` 域名。 - [ ] 旧官网页面和历史链接统一跳转到新官网首页。 - [ ] 404 页面能显示正确语言或合理兜底语言。 ### 14.3 多语言 - [ ] 前台语言切换入口展示 English、日本語、繁體中文。 - [ ] 简体中文支持内部校对，但不在前台语言切换入口露出。 - [ ] 首页、关于我们、解决方案、产品、AI、Contact、News 至少具备目标语言版本或明确兜底。 - [ ] 语言切换能跳转到同一页面对应语言版本。 - [ ] 按钮和页尾信息跟随语言变化。 - [ ] URL 可被直接分享，打开后仍保持正确语言。 ### 14.4 OG - [ ] 每个正式页面有当前语言的 `og:title`。 - [ ] 每个正式页面有当前语言的 `og:description`。 - [ ] `og:url` 使用正式 `.jp` 域名。 - [ ] `og:image` 为可公开访问的绝对地址。 - [ ] `og:locale` 与当前语言匹配。 - [ ] 同一页面不同语言版本分享时展示对应语言的社交卡片。 ### 14.5 SEO - [ ] 每个正式页面有唯一 title / description / H1。 - [ ] canonical 指向正确正式 `.jp` URL。 - [ ] hreflang 覆盖已上线对外语言版本。 - [ ] 简体中文内部校对页不进入公开 sitemap 和前台语言切换入口。 - [ ] sitemap 只包含正式可收录页面。 - [ ] News 内容按语言独立收录，并有独立 title / description / canonical。 ### 14.6 GA 统计 - [ ] GA 追踪代码已接入正式站。 - [ ] 所有链接和按钮都有点击事件统计。 - [ ] 已定义的核心转化事件能被 GA 记录并复核。 ### 14.7 隐私、安全与第三方资源 - [ ] 隐私政策入口在各语言页面可访问。 - [ ] Cookie / GA / 统计工具有必要告知和同意机制。 - [ ] 正式站和测试站不会出现浏览器不安全访问提示。 - [ ] 第三方脚本加载失败时，核心页面和导航仍可使用。 - [ ] 后台、预览、接口和内部校对页面不会被搜索引擎收录。 ### 14.8 性能、可访问性与 404 页面 - [ ] 核心页面移动端可阅读、可点击。 - [ ] 首页和核心页面首屏不会长时间空白。 - [ ] 图片、视频、字体等资源不会明显拖慢页面访问。 - [ ] 404 页面有当前语言或合理兜底语言。 - [ ] 404 页面不会暴露内部错误信息。 - [ ] 图片 alt、键盘访问等基础可访问性通过检查。 ### 14.9 监控与上线后治理 - [ ] 核心页面可访问性有监控方式。 - [ ] 正式站误 noindex、证书过期、页面大量 404 等问题有告警方式。 - [ ] sitemap、死链、重复标题、hreflang 问题有定期检查机制。 - [ ] News / CMS 内容发布、下架、改 URL 后有 SEO 检查流程。 - [ ] 技术部门负责上线后 SEO、死链和性能问题的持续巡检。 --- ## 15. 已确认事项 1. `www4.homevista` 用作官网 4.0 测试入口。 2. 日本正式站使用 `.jp` 正式域名。 3. 澳洲不使用独立域名，仍使用 `.jp` 域名下的英文版本。 4. 简体中文仅作为内部内容基准和翻译校对用，不作为前台语言切换入口。 5. 首期不需要不同市场的不同联系方式、隐私条款和社交账号。 6. News 按语言独立发布。 7. 首期需要接入 Cookie 同意机制。 8. 首期第三方资源需求为 GA 追踪代码。 9. 官网上线后由技术部门负责 SEO、死链和性能问题的持续巡检。 10. 旧官网页面和历史链接统一跳转到新官网首页。 --- ## 16. 产品判断 本次范围收口后，官网 4.0 不应再按“多域名、多国家站”设计，而应按“单一 `.jp` 正式域名 + 多语言版本 + GA 全链路统计”设计。这样可以降低域名、证书、SEO、OG 和运维复杂度，也更符合当前已确认的上线边界。 但这不等于只做前端语言切换。搜索引擎、社交平台和统计系统读取的是稳定 URL、HTML 元信息、canonical、hreflang、可抓取正文和事件数据。如果只做浏览器内语言切换，会导致分享信息错误、搜索收录混乱、不同语言页面互相竞争、GA 数据不可用，以及测试环境误收录。 因此官网 4.0 的合理实现方向是：统一正式域名，固定语言 URL，再让页面内容、OG、SEO 和 GA 事件都跟随同一套语言规则生成。测试阶段要严格防抓取，正式上线前必须解除正式页面的防收录限制；这一步应作为上线检查项，而不是上线后再补。