【免费下载链接】Front-End-Checklist The essential checklist for modern web development, for humans and AI agents项目地址https://gitcode.com/gh_mirrors/fr/Front-End-Checklist点击查看免费下载本指南基于 Front-End-Checklist 项目skills/privacy-policy技能条目及其规则源文件系统讲解隐私政策的法律必要性、GDPR 第 13 条必备要素、页脚链接的放置规范、URL 约定与代码实现并结合仓库中规则的定义方式与审查提示prompts体系给出可直接落地执行的自查与验证方案。读完本文你将掌握一套何时需要、如何编写、放哪、怎么实现、怎么验证的完整隐私政策落地流程。为什么隐私政策必须公开可见而不只是存在Front-End-Checklist 将在页脚放置隐私政策链接列为高优先级priority: high、入门难度difficulty: beginner、预计耗时 15 分钟的检查项其核心判断标准非常明确即便政策文件技术上已经发布但如果站点没有从页面链接到它依然属于违规。这条规则的法规依据横跨多个司法辖区GDPR欧盟、CCPA加利福尼亚、PIPEDA加拿大以及实践中同样会涉及的其他隐私法规。隐私政策的存在价值有两层法律层面向用户披露站点收集了哪些个人数据、为何收集、如何使用、与谁共享、保存多久以及用户享有哪些权利是法定的透明度义务信任层面一份清晰、可达、可读的隐私政策是站点可信度的重要信号直接影响用户对表单填写、账号注册等行为的意愿。从仓库结构看这条规则在项目中存在三重体现技能入口 skills/privacy-policy/SKILL.md、完整实现细节 skills/privacy-policy/references/rule.md以及内容包的规则源文件 packages/content/rules/en/privacy/privacy-policy.mdx。三份文件共同定义了该规则从一句话摘要到可执行审查提示的完整链条。何时必须提供隐私政策规则明确指出只要收集了以下任何一类数据隐私政策就是必需的电子邮件地址联系表单、新闻通讯注册姓名或其他可识别身份的信息IP 地址即便仅用于服务器日志Cookie尤其是分析类或广告类 Cookie支付信息通过分析工具收集的使用数据一个容易被忽视的现实是如果你的站点服务对象包含欧盟、加利福尼亚、加拿大或英国的用户那么隐私政策几乎必然是必需的——即便你的站点没有显式的用户注册功能仅凭服务器日志记录 IP 地址或部署了任意一款分析脚本就已经落入触发范围。GDPR 第 13 条合规隐私政策的十项必备要素规则文件以表格形式给出了 GDPR 合规隐私政策必须包含的内容这也是审查时逐项对照的清单必备要素说明数据控制者身份公司名称与联系方式DPO 联系方式数据保护官如需指定收集的数据处理哪些个人数据处理目的每种数据为何被收集法律依据同意、合同、合法利益、法定义务保存期限数据保留多长时间第三方共享谁接收这些数据数据跨境传输数据是否被传输到欧盟/EEA 之外用户权利访问、更正、删除、可携权、反对权撤回同意的权利如何撤回投诉权利监管机构的联系方式在此基础上规则特别强调如果你使用了分析工具、会话回放session replay、前端监控或 CDN 日志必须在政策中说明这些系统是否接收个人数据或伪匿名标识符并写明每一类数据的保留时长。这一条在实际审查中是最常被忽略的——政策写清了表单数据却对埋点、日志和监控数据含糊其辞会直接被判定为不合规。仓库中与之配套的规则还包括 packages/content/rules/en/privacy/right-to-erasure.mdx删除权/被遗忘权与 packages/content/rules/en/privacy/data-minimisation.mdx数据最小化它们共同构成数据权利data-rights子类目审查时通常一起评估。隐私政策链接的放置位置规则对链接的放置提出四项硬性要求每个页面可见——通常放在页脚标签清晰——使用 Privacy Policy 或 Privacy Notice不要埋在 Legal 下拉菜单深处机器可读——能够被爬虫和无障碍技术访问到保持更新——必须反映当前真实的数据实践。附加的必需触点触点为什么必需注册/注册表单在收集个人数据之前联系表单在收集姓名/邮箱之前Cookie 同意横幅从横幅链接到完整隐私政策邮件营销退订链接 隐私政策链接登录页面面向不熟悉你实践的新用户这里的关键洞察是隐私政策的可达性要求是触达所有收集数据的场景而不仅仅是主页。审查清单Check中明确要求检查链接存在于所有页面而非仅主页。URL 约定与可抓取性搜索引擎和隐私扫描工具会按固定路径模式查找隐私政策规则给出了推荐约定https://example.com/privacy https://example.com/privacy-policy https://example.com/legal/privacy规则同时明确要求避免在其他页面使用#锚点跳转或模态对话框承载隐私政策——隐私政策必须拥有独立、稳定、可被爬取的 URL。代码实现从静态 HTML 到 React/Next.js标准 HTML 页脚规则文件给出了可直接复用的标准页脚结构使用语义化的nav元素与列表便于无障碍与 SEO 理解!-- Standard footer with privacy link -- footer nav aria-labelLegal ul lia href/privacyPrivacy Policy/a/li lia href/termsTerms of Service/a/li lia href/cookiesCookie Policy/a/li /ul /nav /footerReact/Next.js 组件对于使用 React/Next.js 的站点规则提供了组件化实现// components/footer.tsx export function Footer() { return ( footer nav aria-labelLegal links a href/privacyPrivacy Policy/a a href/termsTerms of Service/a a href/cookiesCookie Settings/a /nav /footer ) }在实际工程中可以从这个最小示例延伸出两个增强点一是通过 Next.js 的Link组件实现客户端路由跳转保留同源 SPA 体验的同时仍应确保/privacy是一个真实可抓取的独立路由页面而非弹窗二是结合国际化i18n机制将链接文本替换为对应语言环境下的等价表述——规则要求链接文本使用 Privacy Policy 或语言环境等价物以兼顾 SEO 与无障碍识别。Cookie 横幅不是隐私政策规则以警告Warning形式明确划清了两者的边界GDPR 合规的 Cookie 同意横幅 ≠ 隐私政策。两者必须同时具备横幅负责为 Cookie 获取用户同意隐私政策负责说明全部数据处理活动两者通常相互链接。仓库中对应的配套技能 skills/cookie-consent/SKILL.md 与规则 packages/content/rules/en/privacy/cookie-consent.mdx 详细规定了同意的前置性要求——非必要 Cookie分析、广告、个性化必须等用户主动接受后才允许加载预勾选复选框不构成有效同意。两条规则在规则文件中被显式声明为通常一起审查relatedRules因为实践中它们强耦合横幅要链到政策政策要如实描述横幅所允许的各类 Cookie。在 Front-End-Checklist 中该规则如何被定义与审查这条规则在项目内容层被结构化为 packages/content/rules/en/privacy/privacy-policy.mdx其 frontmatter 元数据本身就是一套可被 AI 代理执行的审查指令值得开发者借鉴其组织方式tldr快速参考六条要点覆盖页脚链接、平实语言、触发条件、GDPR 可达性、链接文本、保留期限披露whyItMatters一句话的法律后果陈述prompts按四种审查场景拆分的提示词——check检查页脚是否含隐私政策链接、目标页是否真实包含联系方式/数据收集说明/用户权利、是否所有页面都有链接、是否披露保留期限与第三方接收方fix在每页页脚添加链接确保目标页写清收集什么、为何收集、如何使用、与谁共享、保留多久、如何行使权利explain向用户解释 GDPR/CCPA 的法律要求、必备内容与真正的可达性codeReview审查服务端配置、响应头、表单与集成点标记违规的响应、Cookie 或浏览器行为并与生产环境的实际响应逐一核对sources将 GDPR 第 13 条、CCPA 等法规以spec类型、primary权威级别登记为标准依据relatedRules关联到 cookie-consent、terms-of-service、right-to-erasure、third-party-cookies 四条相邻规则。技能入口 skills/privacy-policy/SKILL.md 则浓缩了这套元数据并指向完整实现细节 skills/privacy-policy/references/rule.md形成技能摘要 → 深度参考的两级阅读路径方便人工与 Agent 快速接入。验证自动化检查与人工核对自动化检查规则推荐的自动化工具包括 iubenda Privacy Policy Generator生成合规政策与 PrivacyPolicies.com免费生成器。它们的价值在于从模板层面兜住 GDPR 第 13 条的必备要素但生成后的内容仍需人工校准以匹配站点真实的数据实践。人工检查清单规则给出两项必做的人工核对确认已发布政策对表单、分析、日志和账户数据分别给出了具体的保留期限声明确认政策与生产环境中 Cookie 横幅、分析配置、监控工具的实际行为一致。支持说明与浏览器差异规则在 Support Notes 中特别提示隐私相关行为可能因浏览器的存储、Cookie 与嵌入行为差异而不同因此应以支持环境中的用户可见结果为准来验证而非只依赖服务端逻辑当同一隐私控制在不同浏览器中表现不一致时应记录回退方案或平台特定限制。常见误区与落地建议综合规则全文可将最常见的落地误区归纳为四点只发布不链接——政策页面存在但没有从任何页面可达等同于未发布政策与实现脱节——政策宣称不收集分析数据生产环境却加载了分析脚本人工核对环节专门针对此场景用 Cookie 横幅替代政策——横幅与政策职责不同必须并存且互相链接用模态框或#锚点承载政策——破坏可爬取性与可访问性应使用独立稳定 URL。落地时建议遵循规则给出的 15 分钟快速路径先审计触发条件是否收集上述六类数据→ 对照 GDPR 第 13 条清单补齐政策要素 → 按 URL 约定创建独立页面 → 在全局页脚组件添加链接覆盖所有页面→ 在表单、横幅、邮件等附加触点补链 → 最后按人工检查清单逐项核对政策与生产行为的真实一致性。整个流程在 Front-End-Checklist 中被结构化为一套可复用的检查-修复-解释-代码审查check / fix / explain / codeReview闭环同样适用于将其接入团队自己的合规审查流水线。赞分享【免费下载链接】Front-End-Checklist The essential checklist for modern web development, for humans and AI agents项目地址https://gitcode.com/gh_mirrors/fr/Front-End-Checklist点击查看免费下载相关推荐在页脚正确链接隐私政策面向 GDPR/CCPA 合规的前端实现与验证指南Front-End-Checklist在页脚正确链接隐私政策面向 GDPR/CCPA 合规的前端实现与验证指南Front End Checklist 本文以 Front End CheckliWSL 性能调优 10 分钟指南从打开终端等半分钟到秒开WSL 性能调优 10 分钟指南从打开终端等半分钟到秒开 打开 WSL 终端要等半分钟编译时 Windows 和 WSL 同时变卡——多半是默认配置在拖后腿操作系统虚拟化系统编程网络终极前端性能清单GDPR合规与网站速度的平衡策略终极前端性能清单GDPR合规与网站速度的平衡策略 在当今数字化时代前端性能优化与用户隐私保护已成为网站开发的两大核心挑战。Front End Perform前端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Front-End-Checklist 隐私合规指南：如何在网站页脚正确放置隐私政策链接
【免费下载链接】Front-End-Checklist The essential checklist for modern web development, for humans and AI agents项目地址https://gitcode.com/gh_mirrors/fr/Front-End-Checklist点击查看免费下载本指南基于 Front-End-Checklist 项目skills/privacy-policy技能条目及其规则源文件系统讲解隐私政策的法律必要性、GDPR 第 13 条必备要素、页脚链接的放置规范、URL 约定与代码实现并结合仓库中规则的定义方式与审查提示prompts体系给出可直接落地执行的自查与验证方案。读完本文你将掌握一套何时需要、如何编写、放哪、怎么实现、怎么验证的完整隐私政策落地流程。为什么隐私政策必须公开可见而不只是存在Front-End-Checklist 将在页脚放置隐私政策链接列为高优先级priority: high、入门难度difficulty: beginner、预计耗时 15 分钟的检查项其核心判断标准非常明确即便政策文件技术上已经发布但如果站点没有从页面链接到它依然属于违规。这条规则的法规依据横跨多个司法辖区GDPR欧盟、CCPA加利福尼亚、PIPEDA加拿大以及实践中同样会涉及的其他隐私法规。隐私政策的存在价值有两层法律层面向用户披露站点收集了哪些个人数据、为何收集、如何使用、与谁共享、保存多久以及用户享有哪些权利是法定的透明度义务信任层面一份清晰、可达、可读的隐私政策是站点可信度的重要信号直接影响用户对表单填写、账号注册等行为的意愿。从仓库结构看这条规则在项目中存在三重体现技能入口 skills/privacy-policy/SKILL.md、完整实现细节 skills/privacy-policy/references/rule.md以及内容包的规则源文件 packages/content/rules/en/privacy/privacy-policy.mdx。三份文件共同定义了该规则从一句话摘要到可执行审查提示的完整链条。何时必须提供隐私政策规则明确指出只要收集了以下任何一类数据隐私政策就是必需的电子邮件地址联系表单、新闻通讯注册姓名或其他可识别身份的信息IP 地址即便仅用于服务器日志Cookie尤其是分析类或广告类 Cookie支付信息通过分析工具收集的使用数据一个容易被忽视的现实是如果你的站点服务对象包含欧盟、加利福尼亚、加拿大或英国的用户那么隐私政策几乎必然是必需的——即便你的站点没有显式的用户注册功能仅凭服务器日志记录 IP 地址或部署了任意一款分析脚本就已经落入触发范围。GDPR 第 13 条合规隐私政策的十项必备要素规则文件以表格形式给出了 GDPR 合规隐私政策必须包含的内容这也是审查时逐项对照的清单必备要素说明数据控制者身份公司名称与联系方式DPO 联系方式数据保护官如需指定收集的数据处理哪些个人数据处理目的每种数据为何被收集法律依据同意、合同、合法利益、法定义务保存期限数据保留多长时间第三方共享谁接收这些数据数据跨境传输数据是否被传输到欧盟/EEA 之外用户权利访问、更正、删除、可携权、反对权撤回同意的权利如何撤回投诉权利监管机构的联系方式在此基础上规则特别强调如果你使用了分析工具、会话回放session replay、前端监控或 CDN 日志必须在政策中说明这些系统是否接收个人数据或伪匿名标识符并写明每一类数据的保留时长。这一条在实际审查中是最常被忽略的——政策写清了表单数据却对埋点、日志和监控数据含糊其辞会直接被判定为不合规。仓库中与之配套的规则还包括 packages/content/rules/en/privacy/right-to-erasure.mdx删除权/被遗忘权与 packages/content/rules/en/privacy/data-minimisation.mdx数据最小化它们共同构成数据权利data-rights子类目审查时通常一起评估。隐私政策链接的放置位置规则对链接的放置提出四项硬性要求每个页面可见——通常放在页脚标签清晰——使用 Privacy Policy 或 Privacy Notice不要埋在 Legal 下拉菜单深处机器可读——能够被爬虫和无障碍技术访问到保持更新——必须反映当前真实的数据实践。附加的必需触点触点为什么必需注册/注册表单在收集个人数据之前联系表单在收集姓名/邮箱之前Cookie 同意横幅从横幅链接到完整隐私政策邮件营销退订链接 隐私政策链接登录页面面向不熟悉你实践的新用户这里的关键洞察是隐私政策的可达性要求是触达所有收集数据的场景而不仅仅是主页。审查清单Check中明确要求检查链接存在于所有页面而非仅主页。URL 约定与可抓取性搜索引擎和隐私扫描工具会按固定路径模式查找隐私政策规则给出了推荐约定https://example.com/privacy https://example.com/privacy-policy https://example.com/legal/privacy规则同时明确要求避免在其他页面使用#锚点跳转或模态对话框承载隐私政策——隐私政策必须拥有独立、稳定、可被爬取的 URL。代码实现从静态 HTML 到 React/Next.js标准 HTML 页脚规则文件给出了可直接复用的标准页脚结构使用语义化的nav元素与列表便于无障碍与 SEO 理解!-- Standard footer with privacy link -- footer nav aria-labelLegal ul lia href/privacyPrivacy Policy/a/li lia href/termsTerms of Service/a/li lia href/cookiesCookie Policy/a/li /ul /nav /footerReact/Next.js 组件对于使用 React/Next.js 的站点规则提供了组件化实现// components/footer.tsx export function Footer() { return ( footer nav aria-labelLegal links a href/privacyPrivacy Policy/a a href/termsTerms of Service/a a href/cookiesCookie Settings/a /nav /footer ) }在实际工程中可以从这个最小示例延伸出两个增强点一是通过 Next.js 的Link组件实现客户端路由跳转保留同源 SPA 体验的同时仍应确保/privacy是一个真实可抓取的独立路由页面而非弹窗二是结合国际化i18n机制将链接文本替换为对应语言环境下的等价表述——规则要求链接文本使用 Privacy Policy 或语言环境等价物以兼顾 SEO 与无障碍识别。Cookie 横幅不是隐私政策规则以警告Warning形式明确划清了两者的边界GDPR 合规的 Cookie 同意横幅 ≠ 隐私政策。两者必须同时具备横幅负责为 Cookie 获取用户同意隐私政策负责说明全部数据处理活动两者通常相互链接。仓库中对应的配套技能 skills/cookie-consent/SKILL.md 与规则 packages/content/rules/en/privacy/cookie-consent.mdx 详细规定了同意的前置性要求——非必要 Cookie分析、广告、个性化必须等用户主动接受后才允许加载预勾选复选框不构成有效同意。两条规则在规则文件中被显式声明为通常一起审查relatedRules因为实践中它们强耦合横幅要链到政策政策要如实描述横幅所允许的各类 Cookie。在 Front-End-Checklist 中该规则如何被定义与审查这条规则在项目内容层被结构化为 packages/content/rules/en/privacy/privacy-policy.mdx其 frontmatter 元数据本身就是一套可被 AI 代理执行的审查指令值得开发者借鉴其组织方式tldr快速参考六条要点覆盖页脚链接、平实语言、触发条件、GDPR 可达性、链接文本、保留期限披露whyItMatters一句话的法律后果陈述prompts按四种审查场景拆分的提示词——check检查页脚是否含隐私政策链接、目标页是否真实包含联系方式/数据收集说明/用户权利、是否所有页面都有链接、是否披露保留期限与第三方接收方fix在每页页脚添加链接确保目标页写清收集什么、为何收集、如何使用、与谁共享、保留多久、如何行使权利explain向用户解释 GDPR/CCPA 的法律要求、必备内容与真正的可达性codeReview审查服务端配置、响应头、表单与集成点标记违规的响应、Cookie 或浏览器行为并与生产环境的实际响应逐一核对sources将 GDPR 第 13 条、CCPA 等法规以spec类型、primary权威级别登记为标准依据relatedRules关联到 cookie-consent、terms-of-service、right-to-erasure、third-party-cookies 四条相邻规则。技能入口 skills/privacy-policy/SKILL.md 则浓缩了这套元数据并指向完整实现细节 skills/privacy-policy/references/rule.md形成技能摘要 → 深度参考的两级阅读路径方便人工与 Agent 快速接入。验证自动化检查与人工核对自动化检查规则推荐的自动化工具包括 iubenda Privacy Policy Generator生成合规政策与 PrivacyPolicies.com免费生成器。它们的价值在于从模板层面兜住 GDPR 第 13 条的必备要素但生成后的内容仍需人工校准以匹配站点真实的数据实践。人工检查清单规则给出两项必做的人工核对确认已发布政策对表单、分析、日志和账户数据分别给出了具体的保留期限声明确认政策与生产环境中 Cookie 横幅、分析配置、监控工具的实际行为一致。支持说明与浏览器差异规则在 Support Notes 中特别提示隐私相关行为可能因浏览器的存储、Cookie 与嵌入行为差异而不同因此应以支持环境中的用户可见结果为准来验证而非只依赖服务端逻辑当同一隐私控制在不同浏览器中表现不一致时应记录回退方案或平台特定限制。常见误区与落地建议综合规则全文可将最常见的落地误区归纳为四点只发布不链接——政策页面存在但没有从任何页面可达等同于未发布政策与实现脱节——政策宣称不收集分析数据生产环境却加载了分析脚本人工核对环节专门针对此场景用 Cookie 横幅替代政策——横幅与政策职责不同必须并存且互相链接用模态框或#锚点承载政策——破坏可爬取性与可访问性应使用独立稳定 URL。落地时建议遵循规则给出的 15 分钟快速路径先审计触发条件是否收集上述六类数据→ 对照 GDPR 第 13 条清单补齐政策要素 → 按 URL 约定创建独立页面 → 在全局页脚组件添加链接覆盖所有页面→ 在表单、横幅、邮件等附加触点补链 → 最后按人工检查清单逐项核对政策与生产行为的真实一致性。整个流程在 Front-End-Checklist 中被结构化为一套可复用的检查-修复-解释-代码审查check / fix / explain / codeReview闭环同样适用于将其接入团队自己的合规审查流水线。赞分享【免费下载链接】Front-End-Checklist The essential checklist for modern web development, for humans and AI agents项目地址https://gitcode.com/gh_mirrors/fr/Front-End-Checklist点击查看免费下载相关推荐在页脚正确链接隐私政策面向 GDPR/CCPA 合规的前端实现与验证指南Front-End-Checklist在页脚正确链接隐私政策面向 GDPR/CCPA 合规的前端实现与验证指南Front End Checklist 本文以 Front End CheckliWSL 性能调优 10 分钟指南从打开终端等半分钟到秒开WSL 性能调优 10 分钟指南从打开终端等半分钟到秒开 打开 WSL 终端要等半分钟编译时 Windows 和 WSL 同时变卡——多半是默认配置在拖后腿操作系统虚拟化系统编程网络终极前端性能清单GDPR合规与网站速度的平衡策略终极前端性能清单GDPR合规与网站速度的平衡策略 在当今数字化时代前端性能优化与用户隐私保护已成为网站开发的两大核心挑战。Front End Perform前端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考