[{"data":1,"prerenderedAt":254},["ShallowReactive",2],{"blog-ga4-seo-events-setup":3,"blog-prev-ga4-seo-events-setup":93,"blog-next-ga4-seo-events-setup":170},{"id":4,"title":5,"author":6,"body":7,"canonical":77,"category":78,"cover":77,"date":79,"description":80,"draft":81,"extension":82,"keywords":77,"meta":83,"navigation":84,"noindex":81,"ogImage":77,"path":85,"seo":86,"seoDescription":77,"seoTitle":77,"stem":87,"tags":88,"updated":77,"__hash__":92},"blog\u002Fblog\u002Fga4-seo-events-setup.md","GA4 里看不出自然搜索的效果，问题在埋点","元析智能",{"type":8,"value":9,"toc":68},"minimark",[10,14,18,21,25,28,31,34,37,40,43,46,62,65],[11,12,13],"p",{},"GA4 的默认报告能告诉你自然搜索来了多少会话，但告诉不了你这些人注册了没有。想看 SEO 带来的注册和试用，必须自己埋事件、自己搭报表。我们给一个客户配一套两小时能配完，配错的话后面每个月都在解释数据为什么对不上。",[15,16,17],"h2",{"id":17},"先确认自然搜索这一组是对的",[11,19,20],{},"GA4 的默认渠道分组只认搜索来源。三个常见错：站内 UTM 乱标，把 organic 覆盖成 other；子域没做跨域衡量，来源断掉变成 referral；Google Ads 自动标记没开，付费流量掉进 organic。检查方式很直接，进流量获取报告，按会话默认渠道组看 organic 占比，软件官网通常在 20% 到 45% 之间，明显偏离就是这个环节出了问题。",[15,22,24],{"id":23},"key-events-只留三到五个","key events 只留三到五个",[11,26,27],{},"注册、试用开始、预约演示、文档下载、加企业微信，五个里挑三到五个标成 key event。别把每次按钮点击都算转化，那样报表全是噪音。软件公司的转化往往发生在注册后 7 天内，所以事件要带用户 ID，或者用注册完成页的事件，不能只看点击顶部的按钮。",[15,29,30],{"id":30},"报表这么搭",[11,32,33],{},"新建一个探索报告，维度选会话默认渠道组、落地页、查询参数，指标选会话数、key events、关键事件转化率、互动会话数。把自然搜索筛出来，按落地页排序，就能看到哪篇文章带来了注册。这份报告存下来每周一刷新，比默认报告有用。",[15,35,36],{"id":36},"埋点最容易崩的三处",[11,38,39],{},"单页应用只在首屏发一次 page_view，路由切换不发，站内行为全丢；表单放在 iframe 里，跨域拿不到 submit 事件；事件名一会儿 Signup 一会儿 sign_up，报表直接分裂成两行。",[15,41,42],{"id":42},"我们会固定下来的四个参数",[11,44,45],{},"配置之前先把四件事定死，写进文档，后面新人接手不用猜：",[47,48,49,53,56,59],"ul",{},[50,51,52],"li",{},"落地页统一用 page_location 字段，去掉 UTM 参数，否则同一篇文章会裂成十几行；",[50,54,55],{},"渠道组只保留 organic、paid、referral、direct 四类，营销活动靠 UTM 标记，不新建渠道；",[50,57,58],{},"事件名全小写加下划线，比如 signup_complete、trial_start、demo_booked；",[50,60,61],{},"转化回传带 user_id，注册后 7 天内的试用行为才能串起来。",[11,63,64],{},"这四行看起来琐碎，但它决定这份报表半年后还能不能读。我们 2025 年 9 月给一个安全工具站重配过一次，光把落地页里的 UTM 去掉，报表行数就从 4300 降到 900，终于能看清楚了。",[11,66,67],{},"我们接手过一个站，光是统一事件名，注册数就从 40 变成 63。不是真涨了，是之前漏了三分之一。所以别急着分析数据，先把埋点校一遍，花半天时间比看三个月脏数据划算。",{"title":69,"searchDepth":70,"depth":70,"links":71},"",2,[72,73,74,75,76],{"id":17,"depth":70,"text":17},{"id":23,"depth":70,"text":24},{"id":30,"depth":70,"text":30},{"id":36,"depth":70,"text":36},{"id":42,"depth":70,"text":42},null,"工具评测","2025-09-28","默认报告只给会话数，给不了注册和试用。我们配一套能看 SEO 转化的 GA4 报表要两小时，配错的话后面每个月都在解释数据为什么对不上，这里写清步骤。",false,"md",{},true,"\u002Fblog\u002Fga4-seo-events-setup",{"title":5,"description":80},"blog\u002Fga4-seo-events-setup",[89,90,91],"GA4","转化追踪","SEO数据","OP72nWUrS89o55mo9CZ0EIyi9I7Jq_dtSAOpBqxCqoE",{"id":94,"title":95,"author":6,"body":96,"canonical":77,"category":158,"cover":77,"date":159,"description":160,"draft":81,"extension":82,"keywords":77,"meta":161,"navigation":84,"noindex":81,"ogImage":77,"path":162,"seo":163,"seoDescription":77,"seoTitle":77,"stem":164,"tags":165,"updated":77,"__hash__":169},"blog\u002Fblog\u002Fgoogle-march-2025-core-update-review.md","2025 年 3 月核心更新复盘：12 个站掉了 7 个",{"type":8,"value":97,"toc":151},[98,101,105,108,111,115,118,121,124,127,130,133,136,139,142,145,148],[11,99,100],{},"这次核心更新不是\"打击 AI 内容\"，是重新分配\"谁值得被信任\"。我们手上 12 个在管站点，7 个流量下滑，5 个上涨，最大跌幅 46%。半年后回看，掉的和涨的差异非常明显。",[15,102,104],{"id":103},"掉了的-7-个站长什么样","掉了的 7 个站长什么样",[11,106,107],{},"5 个是内容站，靠信息型文章吃自然流量；2 个是 SaaS 官网的工具页，就是那种\"best xxx tools\"榜单页。",[11,109,110],{},"掉得最狠的是一个做项目管理工具的站，榜单页从第 2 掉到第 18，单页月流量从 1.8 万降到不到 4000。那个页面的问题现在看很清楚：列了 20 个工具，每个只有 3 行介绍，没有测试、没有截图、没有价格，谁都能写出来。",[15,112,114],{"id":113},"涨的-5-个站有一个共同点","涨的 5 个站有一个共同点",[11,116,117],{},"有真实作者署名，作者页能点进去看到履历和社交账号；产品页有定价、有截图、有更新日志。这 5 个站里有 3 个在 2024 年就被我们催着补了作者信息，当时客户还嫌麻烦。",[11,119,120],{},"Google 反复说的 E-E-A-T，落到操作上就是这些看得见的东西。它不是一个分数，是判断\"这个页面背后有没有真人负责\"。",[15,122,123],{"id":123},"我们改了什么",[11,125,126],{},"三件事，从 4 月做到 7 月：把 160 篇薄文章合并成 40 篇、每篇补实测数据和截图；给 12 个作者补真实履历，删掉 3 个编造的\"行业专家\"；产品页加定价、GitHub 链接和版本更新记录。",[11,128,129],{},"没有做站群，没有买外链，没有换域名。",[15,131,132],{"id":132},"恢复情况",[11,134,135],{},"到 9 月底，7 个站里 3 个回到更新前 80% 以上，2 个在 60% 左右，2 个基本没动。没动的两个都是纯内容站，没有产品、没有品牌搜索，我们建议客户转做产品词，别再赌信息词。",[11,137,138],{},"这里有一个不太好听的经验：核心更新不是\"改一改就能过\"的考试，它是站点评级的重排。内容站如果背后没有品牌，恢复概率很低。我们今年开始不接纯内容站，就是这个原因。",[15,140,141],{"id":141},"一个我们判断错了的地方",[11,143,144],{},"4 月的时候我们以为这是 AI 内容检测，把客户站里 40 多篇 AI 辅助写的文章全下线了。两周后流量没回来，反而又掉了 8%。后来才想明白：那批文章本来就没带来多少流量，下不下线影响不大，真正的问题在页面没有作者、没有产品支撑。",[11,146,147],{},"这件事之后我们改了个习惯：核心更新后先看\"哪些页面掉了、这些页面有什么共同点\"，而不是先猜算法在打什么。前者两小时能出结论，后者容易把自己带偏。",[11,149,150],{},"3 月这次更新的影响到现在还没完全消化。如果你的站 4 月之后一直没恢复，先别怀疑技术问题，去看你的页面有没有\"只有你能写出来\"的东西。",{"title":69,"searchDepth":70,"depth":70,"links":152},[153,154,155,156,157],{"id":103,"depth":70,"text":104},{"id":113,"depth":70,"text":114},{"id":123,"depth":70,"text":123},{"id":132,"depth":70,"text":132},{"id":141,"depth":70,"text":141},"行业观察","2025-09-27","这次核心更新不是\"打击 AI 内容\"，是重新分配谁值得被信任。我们 12 个在管站点 7 个流量下滑、5 个上涨，最大跌幅 46%。哪些站掉了、我们改了什么、半年后恢复多少，都在这篇。核心更新是站点评级重排，不是技术修补。",{},"\u002Fblog\u002Fgoogle-march-2025-core-update-review",{"title":95,"description":160},"blog\u002Fgoogle-march-2025-core-update-review",[166,167,168],"Google核心更新","流量复盘","E-E-A-T","_YW80zQh6yzWb0MN-Uwcfm1fEWJ8KJWDitApl1Cbo88",{"id":171,"title":172,"author":6,"body":173,"canonical":77,"category":243,"cover":77,"date":244,"description":245,"draft":81,"extension":82,"keywords":77,"meta":246,"navigation":84,"noindex":81,"ogImage":77,"path":247,"seo":248,"seoDescription":77,"seoTitle":77,"stem":249,"tags":250,"updated":77,"__hash__":253},"blog\u002Fblog\u002Fsitemap-submit-no-response.md","sitemap 提交了没反应，先查这 5 个地方",{"type":8,"value":174,"toc":234},[175,178,182,185,189,192,195,199,202,206,209,213,216,219,222,225,228,231],[11,176,177],{},"sitemap 只是发现工具，不是收录开关。搜索引擎读它是为了知道有哪些 URL，至于收不收，看 URL 本身。提交后没反应，先按下面 5 个点查，不用急着改页面。",[15,179,181],{"id":180},"_1-sitemap-本身的-http-状态和类型","1. sitemap 本身的 HTTP 状态和类型",[11,183,184],{},"访问 sitemap 地址必须是 200，Content-Type 是 application\u002Fxml 或 text\u002Fxml；gzip 压缩的要命名为 .xml.gz 且服务器正确返回 gzip。返回 403 最常见，多半是被 WAF 或登录鉴权挡了。我们见过一个客户的 sitemap 挂在需要登录的后台，蜘蛛每次都被 302 到登录页，提交了半年没读过一次。",[15,186,188],{"id":187},"_2-里面的-url-是不是可索引的-200","2. 里面的 URL 是不是可索引的 200",[11,190,191],{},"这是最容易忽略的一条。sitemap 里放 301、302、404、noindex 的页面，等于告诉搜索引擎\"这些地址别当真\"。2025 年 7 月一个开发者工具站，sitemap 自动生成了 8500 条，其中 3200 条是带 utm 参数、302 到规范页的链接。清理后重新提交，两周内\"已编入索引\"从 1.1 万涨到 1.9 万，同期他们还改了模板，两件事一起见效。",[11,193,194],{},"生成规则要过滤：只放 canonical 自指、返回 200、没被 noindex 的 URL。",[15,196,198],{"id":197},"_3-lastmod-是不是全填了当天","3. lastmod 是不是全填了当天",[11,200,201],{},"有些 CMS 每次生成都把 lastmod 写成当前时间。搜索引擎发现这个字段不可信就忽略它，等于你主动放弃了\"告诉蜘蛛哪些页刚更新\"的机会。只在内容真正改动时更新，格式用带时区的完整时间。",[15,203,205],{"id":204},"_4-有没有超限有没有用索引文件","4. 有没有超限、有没有用索引文件",[11,207,208],{},"单个 sitemap 上限 5 万条 URL、50MB（未压缩），超过要拆成多个，再用 sitemapindex 汇总。我们经手的站里，多数其实不需要把全站塞进去，产品页、文档页、博客文章三类核心页面够了，剩下的交给内链发现。",[15,210,212],{"id":211},"_5-提交入口和域名是否一致","5. 提交入口和域名是否一致",[11,214,215],{},"robots.txt 里的 Sitemap 声明要用绝对地址；GSC 里提交的 sitemap 必须和资源同源，www 和非 www 别混，百度搜索资源平台同理。多语言站每个语言版本单独一个 sitemap，混在一个文件里对收录没有帮助。",[15,217,218],{"id":218},"我们现在的生成方式",[11,220,221],{},"站点一旦超过两三百个 URL，靠手写 sitemap 一定会漏。我们通常让后端按模板生成：取数据库里\"已发布、未删除、status 为 published\"的内容，拼出规范 URL，再按内容类型拆成三个子文件，用 sitemapindex 汇总。生成任务挂在内容发布之后跑，只对刚改动的那几条更新 lastmod。",[11,223,224],{},"有个容易踩的细节：文档站经常有中英文两套路径，英文路径如果只是中文页面的机翻版本，别往同一个 sitemap 里塞，按语言分开，各自声明对应的语言版本。混着放会让搜索引擎搞不清哪个是主版本，最后两边都收得很浅。",[11,226,227],{},"改完 sitemap 别指望当天见效。Google 一般几天内重读，百度慢一些，一到两周都正常。这期间去 GSC 的\"sitemap\"报告看\"已发现的网页数\"有没有涨，涨了就说明读到了，收录交给时间。",[15,229,230],{"id":230},"一个判断",[11,232,233],{},"5 条都过了还是不收录，问题就不在 sitemap，回去查抓取日志和页面质量。sitemap 能做的到此为止，别再在这上面耗时间。",{"title":69,"searchDepth":70,"depth":70,"links":235},[236,237,238,239,240,241,242],{"id":180,"depth":70,"text":181},{"id":187,"depth":70,"text":188},{"id":197,"depth":70,"text":198},{"id":204,"depth":70,"text":205},{"id":211,"depth":70,"text":212},{"id":218,"depth":70,"text":218},{"id":230,"depth":70,"text":230},"技术SEO","2025-09-29","提交 sitemap 不等于收录。我们用 2025 年 7 月一个 8500 条 URL 的站点复盘，其中 3200 条是 302 追踪链接。下面 5 个检查点按顺序过一遍，能排掉九成\"提交无效\"的情况。",{},"\u002Fblog\u002Fsitemap-submit-no-response",{"title":172,"description":245},"blog\u002Fsitemap-submit-no-response",[251,252,243],"XML sitemap","收录","qvxT1_nEL2yhm3B3Q0J6vhrm-9AUktbGapTMhodJZo8",1794088112060]