B2B 海外独立站构建

解决什么问题

很多 B2B 独立站项目死在同几个地方：需求 PDF 没读完就开始画页面；直接照搬模板，结果既有代码、品牌资产和未提交改动被冲掉；SEO 拖到最后变成改 <title> 的伪优化；线索表单要么静默失败，要么后端塞个 Node 服务或数据库让共享主机跑不动；发布前没人真开浏览器在手机和平板上看。这个技能面向要“能访问的站点”的交付，不是交计划书。

它如何工作

工作路径偏工程化。先通读所有需求文件；PDF 排版承载信息时会渲染页面再判断。接着把需求压成页面清单、导航、转化路径和内容矩阵，再定一套紧凑设计系统（颜色、字号、间距、容器宽度、圆角、按钮、焦点态、断点）。实现时优先做语义化 header、导航、footer、面包屑、卡片、表单和成功/错误状态，再补齐页面与英文 B2B 文案，并在建页面的同时做 on-page 与技术 SEO，而不是最后补一刀。

对索引页要求唯一 title/meta description、绝对 canonical、可爬取语义链接、一个描述性 H1、合理标题层级、可读 alt、可见面包屑及匹配的 BreadcrumbList JSON-LD、OG/Twitter 元数据和页面级结构化数据；sitemap.xml 只放规范可索引 URL，robots.txt 声明 sitemap 并排除 admin、API、私储、配置和审计文件，且不把 robots.txt 当保护凭据的手段。根目录静态站可用随附脚本，框架项目改成构建时路由和检查。

若 brief 要求线索收集，技能按共享主机约束落地：前台仍用 HTML/CSS/JS，提交和后台用小型 PHP 端点，不引入 daemon、queue worker、Node server、Docker 或数据库。安全要求包括 POST-only、同源校验、长度限制、服务端校验、隐私同意、蜜罐、最低填写时长、限流、可选文件校验、随机化服务端文件名、认证下载控制器、flock 保护的追加写记录、password_hash/password_verify、安全会话、CSRF、登录限速、noindex，以及一次性 token 保护的 setup/diagnostics 页。

收尾会做真机响应式 QA：窄手机、大手机、平板竖/横、笔记本、宽桌面，检查横向溢出、触控目标、iOS 输入缩放、键盘可达、reduced motion、对比度、图片尺寸与布局抖动；并按可用性跑 Chrome/Edge/Safari/Firefox，覆盖不足时明确写缺口。

适用边界

交付边界是“能运行的网站”，不是仅计划或 mockup，且会保留无关的用户改动。事实部分只采信工作区、需求、现有代码和品牌资产；不编认证、产能、客户、地址、电话、承诺或法律声明。未知域名会按 SEO 阻塞项处理，仅在必须推进时使用统一占位符并在 handoff 中列出未决业务事实。共享主机线索系统在真实主机跑通诊断与提交/读取/导出测试前，不得声称 production-ready；若存储必须留在 web root，需加分层防护并说明 Nginx 忽略 .htaccess。对主机的 PHP、Apache/LiteSpeed/Nginx、可写路径、存储是否可放在 public_html 之上，都要按实际环境确认。完成门槛仍包括需求追溯、语法检查、SEO/结构化数据/内链/sitemap/robots 审查、浏览器走查、真实 PHP 诊断或写明遗留动作，以及含权限、HTTPS、token 轮换、备份、存储位置和 Search Console 提交的部署说明。