[{"data":1,"prerenderedAt":268},["ShallowReactive",2],{"blog-hk-vs-mainland-company-site":3,"blog-prev-hk-vs-mainland-company-site":84,"blog-next-hk-vs-mainland-company-site":188},{"id":4,"title":5,"author":6,"body":7,"canonical":68,"category":69,"cover":68,"date":70,"description":71,"draft":72,"extension":73,"keywords":68,"meta":74,"navigation":75,"noindex":72,"ogImage":68,"path":76,"seo":77,"seoDescription":68,"seoTitle":68,"stem":78,"tags":79,"updated":68,"__hash__":83},"blog\u002Fblog\u002Fhk-vs-mainland-company-site.md","香港公司和内地公司做官网，备案与信任怎么处理","元析智能",{"type":8,"value":9,"toc":61},"minimark",[10,14,18,25,31,37,40,43,46,49,52,55,58],[11,12,13],"p",{},"主体注册在哪，决定三件事：域名要不要备案、服务器放哪、页面上的公司信息怎么写。这三件事又直接影响国内访问速度和客户对\"这家公司靠不靠谱\"的判断。",[15,16,17],"h2",{"id":17},"三种常见形态",[11,19,20,24],{},[21,22,23],"strong",{},"纯内地公司。"," 域名备案、服务器放国内，信任成本最低。国内打开速度 1 秒内，百度收录正常，投放渠道也没有限制。备案周期通常 2 到 3 周，需要营业执照、法人信息、场地证明。",[11,26,27,30],{},[21,28,29],{},"香港或新加坡公司加内地团队。"," 这是最常见的一种。可以选择不备案，服务器放境外或香港，也可以用内地关联公司备案。前者省事但国内访问慢，后者快但要处理主体关系。",[11,32,33,36],{},[21,34,35],{},"离岸公司做海外客户。"," 客户主要在欧美，官网放海外，不做备案。这种情况页面上的公司信息要写注册地、注册号，别照搬国内那种备案号写法。",[15,38,39],{"id":39},"各自的代价",[11,41,42],{},"不备案的代价主要在体验和收录。2025 年 11 月我们测过一个香港服务器的站，国内三线城市首屏打开要 4 秒多，百度蜘蛛抓取频次只有同类国内站的四分之一。这个差距在移动端更明显，用户等 3 秒就关掉的比例会翻倍。",[11,44,45],{},"备案的代价是流程和主体。没有内地主体的公司，要么找关联公司，要么把业务拆到一家内地公司名下。这里面涉及合同主体、发票、数据合规，不是纯技术问题。",[15,47,48],{"id":48},"我们的建议",[11,50,51],{},"主要客户在国内，就备案。这笔投入在获客上是划算的，速度快一秒、收录快一个月，价值远超备案成本。",[11,53,54],{},"客户以海外为主，不备案，但一定要上 CDN，至少让国内访问不至于卡死。百度那边能收多少算多少，别把国内搜索当主战场。",[11,56,57],{},"不管哪种，关于页要写清楚主体关系。香港母公司加内地运营公司这种结构，写明白谁负责产品、谁负责签约，客户才不会在采购流程里卡住。主体信息写得含糊，是这类公司最常犯的错。",[11,59,60],{},"补一句实操：备案流程里最常卡住的是\"接入商核验\"和\"网站内容与主体相符\"。产品站、官网一般没问题，如果同一个域名下还挂着后台或测试环境，核验容易被退回。上线前把这些子目录清理干净，能省一周时间。",{"title":62,"searchDepth":63,"depth":63,"links":64},"",2,[65,66,67],{"id":17,"depth":63,"text":17},{"id":39,"depth":63,"text":39},{"id":48,"depth":63,"text":48},null,"技术SEO","2026-04-07","我们客户里有一半注册在香港或新加坡，官网放哪、要不要备案、页面上公司信息怎么写，是每次都要解释的问题。这篇讲三种主体形态各自的做法、代价和取舍。",false,"md",{},true,"\u002Fblog\u002Fhk-vs-mainland-company-site",{"title":5,"description":71},"blog\u002Fhk-vs-mainland-company-site",[80,81,82],"备案","香港公司","站点架构","TgFiWex-KffpLaGvKajF0VvMI0APbk5VuSW7vTsX5Z0",{"id":85,"title":86,"author":6,"body":87,"canonical":68,"category":175,"cover":68,"date":176,"description":177,"draft":72,"extension":73,"keywords":68,"meta":178,"navigation":75,"noindex":72,"ogImage":68,"path":179,"seo":180,"seoDescription":68,"seoTitle":68,"stem":181,"tags":182,"updated":68,"__hash__":187},"blog\u002Fblog\u002Ftraining-cutoff-content-lag.md","训练数据有截止时间：改完内容要等多久才进 AI 回答",{"type":8,"value":88,"toc":167},[89,92,95,98,101,104,107,110,113,116,119,122,125,128,131,134,137,140,143,146,149,152,155,158,161,164],[11,90,91],{},"改完内容要等多久才见效，答案取决于 AI 用的是哪套知识。大模型有两套：参数里的旧知识，和检索到的实时网页。走检索 2 到 6 周，走参数 6 到 12 个月。分不清这两条路，你会做错很多决定。",[15,93,94],{"id":94},"两套知识",[11,96,97],{},"参数知识是训练时压进模型权重里的东西，有明确的截止时间，改不了。你只能等下一代模型。",[11,99,100],{},"检索知识是模型现场去抓的网页，实时，但只抓它认为相关的几页。",[11,102,103],{},"AI 搜索产品两种都用：先检索，再用参数知识补上下文。所以同一个问题，你有时会被新内容影响，有时完全不受影响。",[15,105,106],{"id":106},"怎么判断它在背还是在查",[11,108,109],{},"三个测试。",[11,111,112],{},"问一件上周才发生的事。答得出，说明在检索；答不出或者说\"我的知识截止到某年\"，说明在背。",[11,114,115],{},"问一个具体数字，比如\"这个工具 P99 延迟多少\"。答得准，多半是刚读了你的文档。",[11,117,118],{},"让它给来源。给了链接，是检索；不给，是参数。",[11,120,121],{},"三个测试一起做，基本能判断这条回答的性质。判断错了，后面所有优化方向都会错。",[15,123,124],{"id":124},"一个客户的两种速度",[11,126,127],{},"2025 年 8 月，一个客户改了部署文档，把\"支持私有化\"写进了三个页面的第一段。9 月初，ChatGPT 回答\"能不能私有部署\"时已经引用了新文档，三周。",[11,129,130],{},"同一时间，他们把品牌定位从\"数据集成工具\"改成\"数据管道平台\"。参数知识里他们还是旧定位，一直改到 2026 年 4 月，中文引擎的描述才开始变，九个月。",[11,132,133],{},"差别在于：部署方式是一个能被检索到的事实句，定位是一个需要大量语料重复的抽象概念。",[15,135,136],{"id":136},"对内容策略的含义",[11,138,139],{},"事实类内容优先做检索可见。参数、兼容性、部署方式、定价、报错处理，这些是检索能立刻拿到的，改完几周就有反馈。见效快，值得优先做。",[11,141,142],{},"品牌叙事靠长期积累。你希望 AI 说你是\"做数据管道的\"，得让这句话在几十个来源里反复出现，还得等模型换代。这件事急不来，但每年都要做。",[11,144,145],{},"两件事不能互相替代。只做事实，AI 会说对你是什么，但不会说清你是谁；只做叙事，AI 说得清你是谁，但答不对具体问题。",[15,147,148],{"id":148},"别指望的两件事",[11,150,151],{},"一是别指望改官网能让参数知识更新。你改得再快，模型没重训就是不知道。",[11,153,154],{},"二是别指望官方\"更正\"能立刻生效。我们试过通过搜索产品反馈错误描述，回复很快，改动很慢，平均两个月。",[15,156,157],{"id":157},"一个可用的替代做法",[11,159,160],{},"当错误描述改不掉时，加一页\"最新情况\"页面，把所有变化集中写清：新版发布、定价调整、定位变化。这页不追求排名，只追求被检索到。",[11,162,163],{},"我们在四个客户身上试过，三到五周内，涉及变化的问题会有一半开始引这页。剩下的一半，只能等。",[11,165,166],{},"分清能等和不能等，是这行的基本功。",{"title":62,"searchDepth":63,"depth":63,"links":168},[169,170,171,172,173,174],{"id":94,"depth":63,"text":94},{"id":106,"depth":63,"text":106},{"id":124,"depth":63,"text":124},{"id":136,"depth":63,"text":136},{"id":148,"depth":63,"text":148},{"id":157,"depth":63,"text":157},"行业观察","2026-04-06","大模型有两套知识：参数里的旧知识和检索到的实时网页。改内容走检索 2 到 6 周见效，走参数要 6 到 12 个月。分清这两条路，才知道该等还是该改。",{},"\u002Fblog\u002Ftraining-cutoff-content-lag",{"title":86,"description":177},"blog\u002Ftraining-cutoff-content-lag",[183,184,185,186],"训练数据","语料","AI搜索","GEO","GQnPD1qW0XT0bIoyFs5HEBcNjXO5iNgk6PaGMoPJ-lo",{"id":189,"title":190,"author":6,"body":191,"canonical":68,"category":256,"cover":68,"date":257,"description":258,"draft":72,"extension":73,"keywords":68,"meta":259,"navigation":75,"noindex":72,"ogImage":68,"path":260,"seo":261,"seoDescription":68,"seoTitle":68,"stem":262,"tags":263,"updated":68,"__hash__":267},"blog\u002Fblog\u002Fshopify-app-store-seo.md","Shopify 应用商店的排名，和你想的不一样",{"type":8,"value":192,"toc":250},[193,196,199,202,205,208,211,214,217,221,224,227,232,235,238,241,244,247],[11,194,195],{},"Shopify 应用商店的搜索逻辑，和网页 SEO 完全是两套东西。2026 年 2 月我们接手一个库存管理 App 的 listing，之前团队往描述里堆了 40 多个关键词，安装量月均 120。调整两个月后到 340，改动里没有加一个新关键词。",[15,197,198],{"id":198},"排序里真正起作用的",[11,200,201],{},"按我们的观察和客户后台数据，权重从高到低大概是：安装量和留存、评论数量和评分、类目匹配、标题相关性、更新频率。关键词密度的影响很小，堆词甚至会因为描述可读性差影响转化。",[11,203,204],{},"这解释了为什么有些描述写得很朴素的 App 排前面。它装的人多，用得住。",[15,206,207],{"id":207},"我们改了什么",[11,209,210],{},"第一，标题改成“品牌名 + 核心动作”，保留品牌词。原来的标题塞了三个品类词，读起来像关键词列表。",[11,212,213],{},"第二，描述重写成四段：解决什么问题、和 Shopify 原生功能怎么配合、安装后三步怎么用、什么规模的店适合。每段 80 到 120 字，配一张截图。",[11,215,216],{},"第三，把评论邀请放进了安装后的第三天。原来是在第七天发邮件，那时候用户还没感受到价值。改成第三天之后，评论率从 1.2% 到 3.1%，评分从 4.3 到 4.7。",[15,218,220],{"id":219},"listing-页的转化细节","listing 页的转化细节",[11,222,223],{},"安装按钮上方的三行字决定点击。我们写的是：支持多仓、自动同步、14 天免费。三个具体承诺，比“强大的库存管理方案”有用。",[11,225,226],{},"截图顺序也调了。第一张放后台主界面，第二张放多仓设置，第三张放报表。原来第一张放 logo，浪费了最贵的位置。",[11,228,229],{},[21,230,231],{},"定价页和商店页要一致",[11,233,234],{},"用户从应用商店点进官网，看到的价格必须和 listing 上写的一样。我们见过一个 App 在商店标“免费安装”，落地页第一屏推年付 299 美元，用户直接关掉。价格不一致这件事，商店的评论里会留下痕迹，后面很难修。",[11,236,237],{},"试用期长度也要一致。商店 listing 写 14 天，官网写着 7 天，用户会认为你在玩文字游戏。这类细节不影响排名，影响安装后的留存，而留存反过来影响排名。",[15,239,240],{"id":240},"站外流量别忘了",[11,242,243],{},"应用商店的 listing 页有公开 URL，会被 Google 索引。用户搜“shopify 多仓库存管理”时，listing 页有机会出现。所以描述里该有的功能词还是要有，只是别堆。",[11,245,246],{},"我们建议的自然写法是：在“解决什么问题”那段里，把功能词当句子成分写进去。“多仓库存同步”出现在一句话里，比单独一行关键词强。",[11,248,249],{},"做应用商店的优化，心态要像做产品页，不像做 SEO。用户是来找解决方案的，不是来读关键词的。",{"title":62,"searchDepth":63,"depth":63,"links":251},[252,253,254,255],{"id":198,"depth":63,"text":198},{"id":207,"depth":63,"text":207},{"id":219,"depth":63,"text":220},{"id":240,"depth":63,"text":240},"SEO","2026-04-08","应用商店的搜索排序里，安装量和评论权重远高于关键词密度。我们帮一个库存管理 App 调整 listing，两个月自然安装从月均 120 到 340。",{},"\u002Fblog\u002Fshopify-app-store-seo",{"title":190,"description":258},"blog\u002Fshopify-app-store-seo",[264,265,266],"Shopify","应用商店","跨境电商","vJK6S-pEtynqdJp2Tbo90Uxja2ObGXi3L_lBjLCB_t8",1794088106970]