[{"data":1,"prerenderedAt":267},["ShallowReactive",2],{"blog-overseas-content-rhythm":3,"blog-prev-overseas-content-rhythm":106,"blog-next-overseas-content-rhythm":176},{"id":4,"title":5,"author":6,"body":7,"canonical":90,"category":91,"cover":90,"date":92,"description":93,"draft":94,"extension":95,"keywords":90,"meta":96,"navigation":97,"noindex":94,"ogImage":90,"path":98,"seo":99,"seoDescription":90,"seoTitle":90,"stem":100,"tags":101,"updated":90,"__hash__":105},"blog\u002Fblog\u002Foverseas-content-rhythm.md","做海外市场的软件公司，别用国内那套内容节奏","元析智能",{"type":8,"value":9,"toc":80},"minimark",[10,14,19,22,25,28,32,35,38,41,44,47,50,53,56,59,62,65,68,71,74,77],[11,12,13],"p",{},"把国内的内容节奏搬到海外，是我们在客户身上见过最多的浪费。国内一周 3 篇中等长度有效，海外两周 1 篇深度长文更有效。原因不在勤奋程度，在搜索意图和竞争结构。",[15,16,18],"h2",{"id":17},"国内节奏高频中等长度","国内节奏：高频、中等长度",[11,20,21],{},"国内做软件 SEO，我们给客户的排期一般是每周 3 篇，每篇 1000 到 1500 字，围绕一个功能点或一个用户问题。",[11,23,24],{},"原因很直接：百度对新内容有活跃度偏好，更新频率影响抓取频次；搜索结果的更新也快，一篇中等质量的文章也有机会进前 20。",[11,26,27],{},"一个做项目管理工具的客户，按这个节奏做了 4 个月，核心词从 40 名开外进到第 11，其中 60% 的流量来自 20 多篇中等长度的功能文章。",[15,29,31],{"id":30},"海外节奏低频深度","海外节奏：低频、深度",[11,33,34],{},"出海内容反过来。我们给海外站的排期是每两周 1 篇，每篇 2500 到 4000 字，带实测数据、截图、代码片段。",[11,36,37],{},"Google 的头部结果大多是这种深度长文，而且内容寿命长。一篇 2023 年的技术文章，到 2025 年还在吃流量，只要每年更新一次。",[11,39,40],{},"一个 API 工具客户按这个节奏做了 8 个月，发了 17 篇长文，自然流量从每月 3000 涨到 1.1 万，其中 5 篇贡献了 70% 的流量。",[15,42,43],{"id":43},"为什么不一样",[11,45,46],{},"三个原因。竞争结构不同：Google 上同一个词，前十名基本都是深度内容，中等长度进不去；百度上中等长度还有空间。",[11,48,49],{},"内容寿命不同：Google 的长文能用两三年，更新成本低；百度的内容生命周期短一些，需要持续补新内容。",[11,51,52],{},"外链获取方式不同：海外长文更容易被同行引用，一篇文章带来的自然外链，比国内发 10 篇都多。",[15,54,55],{"id":55},"我们的排期表",[11,57,58],{},"海外站：每两周 1 篇长文，每季度更新 5 篇旧文，每月 1 篇 changelog 或版本说明。",[11,60,61],{},"国内站：每周 3 篇中等长度，每月合并一次低质旧文，每季度做一次专题。",[11,63,64],{},"两套排期不要混着用。我们见过客户用国内的节奏做出海，发了 200 篇 1200 字的文章，Google 收录了，但零排名。",[15,66,67],{"id":67},"一个反例",[11,69,70],{},"去年一个客户坚持\"高频出奇迹\"，海外站一周发 4 篇，都是 1000 字左右，追热点。做了 5 个月，流量不到预期的三分之一，团队也累垮了。",[11,72,73],{},"后来砍到两周 1 篇深度，把之前 80 篇合并成 15 篇长文。三个月后流量开始起，第六个月超过之前 5 个月的峰值。",[15,75,76],{"id":76},"一句判断",[11,78,79],{},"节奏是策略的一部分，不是执行细节。出海内容拼的是密度和可信度，不是篇数。把\"发得多\"当成安全感，是内容团队最常见的自欺。",{"title":81,"searchDepth":82,"depth":82,"links":83},"",2,[84,85,86,87,88,89],{"id":17,"depth":82,"text":18},{"id":30,"depth":82,"text":31},{"id":43,"depth":82,"text":43},{"id":55,"depth":82,"text":55},{"id":67,"depth":82,"text":67},{"id":76,"depth":82,"text":76},null,"内容运营","2026-03-02","把国内的内容节奏搬到海外，是我们在客户身上见过最多的浪费。国内一周 3 篇中等长度有效，海外两周 1 篇深度长文更有效。原因、排期表和去年我们踩过的一个反例，都在这篇。我们给 4 个出海站排过这套节奏，最长跑了 14 个月。",false,"md",{},true,"\u002Fblog\u002Foverseas-content-rhythm",{"title":5,"description":93},"blog\u002Foverseas-content-rhythm",[102,103,104],"出海内容","内容节奏","国际SEO","OWzKUUG1Jaj9KAqcaVROfjFcVUbhFRzAzcS1WBS3qF8",{"id":107,"title":108,"author":6,"body":109,"canonical":90,"category":165,"cover":90,"date":166,"description":167,"draft":94,"extension":95,"keywords":90,"meta":168,"navigation":97,"noindex":94,"ogImage":90,"path":169,"seo":170,"seoDescription":90,"seoTitle":90,"stem":171,"tags":172,"updated":90,"__hash__":175},"blog\u002Fblog\u002Fdesign-tool-demo-page-seo.md","设计工具官网放交互 demo，代价是搜不到",{"type":8,"value":110,"toc":159},[111,114,118,121,124,127,130,133,136,139,147,150,153,156],[11,112,113],{},"设计协作工具的产品页，最容易在“演示效果”上翻车。2025 年 12 月我们诊断一个在线白板工具，首页首屏是一个可以点开画的 canvas demo，视觉上很好，但服务端返回的 HTML 正文只有 80 多个字，剩下的全靠 JS 渲染。它在“在线白板”这个词上排第 14 位，同类的两个竞品都在前三。",[15,115,117],{"id":116},"问题不在-demo在结构","问题不在 demo，在结构",[11,119,120],{},"交互 demo 本身没错，它确实能提升转化。问题是你把 demo 放在了正文该在的位置。搜索引擎和 AI 抓取页面时，看到的是一个空壳；用户搜索时看到的是竞品的标题和描述。",[11,122,123],{},"我们的改法是分层：首屏保留 demo，但把 demo 包在一个容器里，容器上方加一句定位话术和两行功能说明；demo 下方按顺序放四段正文，每段 150 到 250 字，讲场景、协作方式、导出格式、权限控制。",[15,125,126],{"id":126},"改完的数字",[11,128,129],{},"改版后服务端返回的可见文本从 80 字到 1400 字，页面收录从 3 天变成当天。第 6 周“在线白板”排到第 6，第 11 周到第 4。首屏 demo 没动，注册转化没降，反而涨了 0.4 个百分点，同期移动端流量也没受影响，因为 demo 下面终于有字告诉用户这东西适合谁。",[11,131,132],{},"值得说的是，我们没动 URL，没做外链，没有内容更新。纯结构问题。",[15,134,135],{"id":135},"三类页面都该这样处理",[11,137,138],{},"产品首页、功能页、模板页，只要是重交互的，都适用同一套逻辑：把可索引文本放在 HTML 里，交互组件按需加载。",[11,140,141,142,146],{},"具体到技术实现，三条建议：一是用 SSR 或 SSG，别全靠客户端渲染；二是交互区用 ",[143,144,145],"code",{},"aria-hidden"," 之外的位置放说明文字，别让爬虫只能读到按钮；三是给每个交互功能加一个静态截图加 alt 文本，图片也是可索引内容。",[15,148,149],{"id":149},"一个常被忽略的位置",[11,151,152],{},"设计工具的“示例文件”页。用户搜“组织架构图 模板”“用户流程图 示例”时，落到的是你的模板详情页。这些页面如果只有一张预览图和下载按钮，等于没内容。我们给一个流程图工具加了 200 字的模板说明加使用步骤，这类页面自然访问三个月涨了 190%。",[11,154,155],{},"顺带说个连带收益：改版后这个白板工具的加载时间从 4.1 秒降到 2.6 秒，因为首屏不再等整个 demo 组件。性能和可索引在这类站上通常是一起变的。",[11,157,158],{},"设计工具的产品优势是视觉，但 SEO 的底层是文本。两者不冲突，冲突的是“把文本放在 demo 后面”这种排序习惯。先说清是什么，再让人上手试，顺序反过来对用户也更友好。",{"title":81,"searchDepth":82,"depth":82,"links":160},[161,162,163,164],{"id":116,"depth":82,"text":117},{"id":126,"depth":82,"text":126},{"id":135,"depth":82,"text":135},{"id":149,"depth":82,"text":149},"技术SEO","2026-03-01","设计协作工具的官网喜欢用可交互 demo 当首屏，但页面正文常常只剩 80 个字。我们给一个白板工具改了两版，索引文本从 80 字到 1400 字。",{},"\u002Fblog\u002Fdesign-tool-demo-page-seo",{"title":108,"description":167},"blog\u002Fdesign-tool-demo-page-seo",[173,174,165],"设计工具","落地页","m3VnXJmUOcfT7iFK20z_7hlJnr7YnLxRAkYskKDqpO4",{"id":177,"title":178,"author":6,"body":179,"canonical":90,"category":255,"cover":90,"date":256,"description":257,"draft":94,"extension":95,"keywords":90,"meta":258,"navigation":97,"noindex":94,"ogImage":90,"path":259,"seo":260,"seoDescription":90,"seoTitle":90,"stem":261,"tags":262,"updated":90,"__hash__":266},"blog\u002Fblog\u002Fgsc-api-export-script.md","用 GSC API 拉全量数据，别再手点导出了",{"type":8,"value":180,"toc":247},[181,184,187,190,193,196,199,202,205,208,211,214,217,220,223,226,229,232,235,238,241,244],[11,182,183],{},"GSC 网页界面导出有两个硬限制：一次最多 1000 行，数据只保留 16 个月。想按查询加页面组合看，或者想留三年数据做对比，只能走 API。2026 年 3 月我们把三个客户站的数据全部改成 API 拉取，每周自动更新。",[15,185,186],{"id":186},"为什么不用界面导出",[11,188,189],{},"一是行数限制。一个中型站有几十万个查询页面组合，1000 行只是九牛一毛。二是维度限制，界面能导的维度组合有限，想同时看查询和落地页就得靠 API。三是时间，16 个月之后历史数据就没了，想对比去年同期得提前存下来。",[11,191,192],{},"还有个体力问题：每个客户每周手动导一次，一个月就是十几次重复劳动，迟早会忘。",[15,194,195],{"id":195},"准备工作",[11,197,198],{},"在 Google Cloud 里建项目，启用 Search Console API，创建一个服务账号，把服务账号邮箱加到 GSC 的站点用户里，权限给“完全”。这一套二十分钟能配完。",[11,200,201],{},"用服务账号比 OAuth 省事，不需要人授权，适合定时任务。代价是权限管理要谨慎，服务账号泄露等于站点数据泄露。",[15,203,204],{"id":204},"拉什么",[11,206,207],{},"四个维度组合：查询加页面、查询加国家、页面加设备、日期加查询。每个组合分别拉，别指望一次全部拿到。",[11,209,210],{},"日期范围建议按周拉，不要按天，按天拉请求次数多、数据还经常不完整。GSC 数据有 2 到 3 天延迟，拉最近三天基本是空的。",[11,212,213],{},"分页要处理，单次请求有行数上限，返回里带分页游标，循环取完为止。",[15,215,216],{"id":216},"存哪",[11,218,219],{},"我们存 SQLite，一个客户一个库，表结构固定：日期、站点、查询、页面、国家、设备、点击、曝光、排名。每周增量写入，保留全部历史。",[11,221,222],{},"存下来之后能做的事很多：看某个词的排名变化曲线，看某篇文章上线后多久开始有曝光，看品牌词占比的月度趋势。这些在界面里都看不到。",[15,224,225],{"id":225},"拉下来的数据怎么用",[11,227,228],{},"我们最常用的查询是：某篇文章上线 30 天后，它覆盖的查询有多少进了前 20。这个在界面里要一页页翻，在库里一条 SQL 就出来。",[11,230,231],{},"另一个用途是内容复盘。每季度把写过的话题拉出来，看每个词的平均排名和点击，决定下一季度加不加码。",[11,233,234],{},"数据留到三年之后，还能看季节性和算法更新的影响。这些分析都建立在同一张表上，不用每次重新导。",[15,236,237],{"id":237},"三个坑",[11,239,240],{},"第一，配额是每天 2.5 万行，站大、维度多的话一天就可能用完，要错开任务时间。",[11,242,243],{},"第二，不同维度组合的行数不能直接相加，会重复计算。查询加页面和查询加国家是两套口径，混着算总数一定错。",[11,245,246],{},"第三，品牌词要单独标记。我们用正则匹配品牌名，存的时候加一个字段，分析时能一键排除。",{"title":81,"searchDepth":82,"depth":82,"links":248},[249,250,251,252,253,254],{"id":186,"depth":82,"text":186},{"id":195,"depth":82,"text":195},{"id":204,"depth":82,"text":204},{"id":216,"depth":82,"text":216},{"id":225,"depth":82,"text":225},{"id":237,"depth":82,"text":237},"SEO","2026-03-03","界面一次只给 1000 行、只留 16 个月，API 每天能拉 2.5 万行、四个维度自由组合。这篇写服务账号怎么配、拉什么、存哪，以及三个坑。",{},"\u002Fblog\u002Fgsc-api-export-script",{"title":178,"description":257},"blog\u002Fgsc-api-export-script",[263,264,265],"GSC","API","自动化","tvlLNCHhVrKLiUoqwA3egcFMCjoxAm2ULxM7ds4_AR4",1794088107956]