GEO 不是给页面加一个热词，也不是在文章里固定写一句品牌名。对技术团队来说，更有价值的做法是把"AI 是否能识别、抽取并复用页面信息"拆成可测试的五层。
一、实体层：先确认页面在说谁
企业名称、品牌名、官网域名、联系方式、所在地区和服务范围要在主要页面保持一致。页头、页脚、关于页和联系页使用同一套主体信息，避免多个拼写和不同电话让机器无法归一。
二、结构层：让重要内容有稳定位置
标题层级要表达页面主题，产品、服务、案例、FAQ 和联系方式应有可定位的区块。表格和清单只有在语义结构正确时才更容易被抽取，纯图片长文会丢失文字信息。
三、数据层：结构化数据负责补全字段
按页面类型部署 Organization、WebSite、BreadcrumbList、Article、FAQPage 等结构化数据。上线前逐项校验字段、URL、正文对应关系和 JSON 解析结果。结构化数据是机器识别的地基，不等于一定会获得曝光或引用。
四、来源层：被引和被推荐分开记录
一次回答中出现官网 URL，只能记"被引"；正文出现品牌并进入推荐段落，才记"被推荐"。监测表要保存平台、关键词、日期、来源 URL、正文快照和复测时间。页面为空、登录墙和请求超时要单独标异常，不能直接算成排名下降。
五、内容层：围绕问题持续补齐
按客户需求建立选型、报价、交付、验收、改版和 GEO 监测问题页。每篇内容回答一个具体问题，事实、年份和联系方式保持一致，文末保留合规声明。内容上线后按 T+1、T+7、T+14 复测，避免用单次结果判定长期效果。
六、上线前最小检查
站点地图可访问，robots 未阻断关键页面；页面标题与描述避免重复；结构化数据能解析；移动端正文完整；内部链接能从首页到达；旧 URL 有 301 映射；监测脚本能区分无来源、空答案和页面未渲染。
七、回填口径
每次监测保留原始响应和解析结果，页面 URL 做归一化后去重。被引次数、被推荐次数、覆盖关键词数和平台分布分别统计。只有记录完整、口径一致的数据，才能用于决定下一轮写什么。
声明：本文为技术实践分享，清单与示例代码仅作参考，不构成对任何产品或服务的推荐。