注册登录页转化优化

它解决什么问题

当用户从落地页、定价页或首页 CTA 点击进入注册登录环节时，很多团队仍把 signup 和 login 当作简单表单页。字段过长、缺少社交登录、折扣优惠信息在别处、移动端弹窗被 Google 判定为侵入式插页，都会在转化路径关键时刻造成流失。

技能如何工作

这个技能不是生成界面截图，而是给注册登录环节做结构化决策。它会先读取项目上下文（如 .claude/project-context.md 或 .cursor/project-context.md），再逐步确认：目标（account creation / trial / paid signup）、是否在注册时应用折扣（student / annual / promo code）、身份验证方式（自建 or Auth0 / Clerk 等第三方）、目标用户是否细分（students, startups）。

在这些输入清楚后，它会输出：

• 域名与 URL：主域名上的 /signup、/login、/auth；子域 auth.example.com（Universal Login 模式，需配置跨子域 Cookie）；或直接跳转第三方认证服务。
• 弹窗还是独立页：需要学生验证、优惠展示和完整表单时，用独立页；轻量邮箱捕获才用 modal。Google 常见惩罚，interstitial modal 在移动端尤其要慎用。
• 页面结构：headline、trust signals、media、form、discount block、privacy/terms 六个部分如何排布。
• 折扣集成：学生折扣在注册页是 P0 位置；年度折扣在定价页选择年度后带到注册页确认；优惠码以 Have a code? 链接或内联字段处理。
• 表单与验证：先收 email，再验证身份，最后按需完善资料；社交登录降低摩擦；学生验证可用 .edu 即时校验或 SheerID / UNiDAYS 更广覆盖。
• SEO 元信息：login 页用 noindex, nofollow；signup 页用 noindex, follow；通过 <meta> 或 X-Robots-Tag 实现，而不是依赖 robots.txt，后者不能阻止索引。

适用边界与注意点

它聚焦的是注册登录页这一承接端，不做整站结构。与 landing-page-generator 分开：注册页是转化终点，落地页负责引流。「newsletter-signup-generator」只做邮件捕获，不代表这里。

需要学生验证、优惠自动生效的注册流程，本技能强制走独立页面，并给出验证链路。安全边界上，它不自动安装依赖、修改系统权限、创建持久任务或下载外部内容；部署、发布、付款等输出动作会先展示影响并等待确认。