[{"data":1,"prerenderedAt":318},["ShallowReactive",2],{"blog-business-info-consistency":3,"blog-prev-business-info-consistency":129,"blog-next-business-info-consistency":247},{"id":4,"title":5,"author":6,"body":7,"canonical":113,"category":114,"cover":113,"date":115,"description":116,"draft":117,"extension":118,"keywords":113,"meta":119,"navigation":120,"noindex":117,"ogImage":113,"path":121,"seo":122,"seoDescription":113,"seoTitle":113,"stem":123,"tags":124,"updated":113,"__hash__":128},"blog\u002Fblog\u002Fbusiness-info-consistency.md","官网信息和工商信息对不上，会出什么问题","元析智能",{"type":8,"value":9,"toc":102},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87,90,93,96,99],[11,12,13],"p",{},"2026 年 9 月我们给一个客户做信任页审计，发现官网上的公司名有三种写法：页脚是全称，关于页是简称，隐私政策里又是另一个版本。地址还是两年前的旧址。",[15,16,17],"h2",{"id":17},"哪些信息必须一致",[11,19,20],{},"公司全称，和营业执照完全一致。注册地址和实际办公地址，如果不同，要写清哪个是对外联系地址。统一社会信用代码，如果展示的话。联系电话和邮箱。备案主体。",[11,22,23],{},"这几项在页脚、关于页、联系页、隐私政策、服务条款里都要一致。",[15,25,26],{"id":26},"不一致的后果",[11,28,29],{},"第一，信任问题。采购或者法务核对时发现信息对不上，会怀疑公司资质。",[11,31,32],{},"第二，备案核验。备案信息里的主体和网站内容不符，可能影响备案状态。",[11,34,35],{},"第三，招投标。投标文件里的公司信息要和官网、工商信息对得上，对不上要解释。",[11,37,38],{},"第四，搜索引擎的实体识别。公司名写法不统一，搜索引擎很难判断这几个名字指的是同一家公司。",[15,40,41],{"id":41},"常见的不一致",[11,43,44],{},"品牌名和公司名混用，最常见。品牌名可以用，但要写清\"品牌名是某某公司的产品\"。",[11,46,47],{},"旧地址没更新。搬家之后只改了联系页，页脚和隐私政策还是旧址。",[11,49,50],{},"电话变更。客服电话换了，官网上还有三个旧号码。",[11,52,53],{},"多主体。集团下面有多个公司，不同页面写的主体不同，用户不知道和谁签合同。",[15,55,56],{"id":56},"怎么一次性统一",[11,58,59],{},"先做一张信息表：公司全称、品牌名、地址、电话、邮箱、备案号、信用代码。",[11,61,62],{},"然后全站搜一遍这些信息，列出所有出现位置，逐个替换。",[11,64,65],{},"最后加一条规则：这些信息只从一张表里取，不要在每个页面手写。",[15,67,68],{"id":68},"结构化数据要跟着改",[11,70,71],{},"Organization 标记里写 legalName，用公司全称。name 可以写品牌名。",[11,73,74],{},"地址用 PostalAddress，写清街道、城市、省份、邮编。",[11,76,77],{},"改名或者搬家之后，标记也要同步改，否则搜索引擎拿到的还是旧信息。",[15,79,80],{"id":80},"一个五分钟的抽查清单",[11,82,83],{},"打开五个页面：页脚、关于我们、联系我们、隐私政策、服务条款。",[11,85,86],{},"在每个页面上找四样东西：公司全称、地址、电话、备案号。找不到就记缺失，找到了就记写法。",[11,88,89],{},"五个页面比完，问题基本就清楚了。",[15,91,92],{"id":92},"一个态度",[11,94,95],{},"这件事听起来很琐碎，但它是最基础的信任信号。",[11,97,98],{},"用户判断一家公司靠不靠谱，最先看的就是这些细节。信息对不上，后面的内容做得再好也会打折。",[11,100,101],{},"我们的诊断清单里有一条：抽查五个页面的公司信息，看是否一致。这一条花十分钟，能发现不少问题。",{"title":103,"searchDepth":104,"depth":104,"links":105},"",2,[106,107,108,109,110,111,112],{"id":17,"depth":104,"text":17},{"id":26,"depth":104,"text":26},{"id":41,"depth":104,"text":41},{"id":56,"depth":104,"text":56},{"id":68,"depth":104,"text":68},{"id":80,"depth":104,"text":80},{"id":92,"depth":104,"text":92},null,"行业观察","2026-09-14","一个站的公司名有三种写法，地址还是两年前的。这篇写哪些信息必须一致、不一致的四个后果、一次性统一的做法，附五页抽查清单。",false,"md",{},true,"\u002Fblog\u002Fbusiness-info-consistency",{"title":5,"description":116},"blog\u002Fbusiness-info-consistency",[125,126,127],"信任信号","公司信息","品牌","58YGMEdwqbQJX9cFwssv48ai3tVWd7kMCUBhJNFUL_c",{"id":130,"title":131,"author":6,"body":132,"canonical":113,"category":235,"cover":113,"date":236,"description":237,"draft":117,"extension":118,"keywords":113,"meta":238,"navigation":120,"noindex":117,"ogImage":113,"path":239,"seo":240,"seoDescription":113,"seoTitle":113,"stem":241,"tags":242,"updated":113,"__hash__":246},"blog\u002Fblog\u002Fentity-info-consistency-ai.md","AI 认错你的公司，多半是三个来源不一致",{"type":8,"value":133,"toc":226},[134,137,141,144,147,150,153,156,159,162,165,167,170,173,176,179,182,185,188,191,194,197,200,203,206,209,212,215,217,220,223],[11,135,136],{},"2026 年 9 月我们抽查了一家软件公司的公开信息，八个来源里有三个和官网对不上：成立时间差两年、产品归属写错、公司名用了旧简称。AI 回答里把它和另一家公司混成了一段话。",[15,138,140],{"id":139},"ai-怎么认实体","AI 怎么认实体",[11,142,143],{},"它从多个来源收集信息：官网、维基百科、工商数据库、社交资料、评测站、新闻稿。",[11,145,146],{},"这些来源信息不一致时，它不会自动判断哪个对，往往挑出现次数最多的那个，或者干脆混着说。",[11,148,149],{},"所以实体识别的第一件事不是写内容，是让所有来源说同一件事。",[15,151,152],{"id":152},"三项必须对齐",[11,154,155],{},"第一，公司名和品牌名的关系。公司全称是什么，品牌名是哪个，产品属于哪个法律主体。",[11,157,158],{},"第二，产品归属。这个产品是自有还是代理，属于哪个产品线。",[11,160,161],{},"第三，基本事实。成立时间、总部所在地、团队规模区间。",[11,163,164],{},"三项对齐之后，实体就清楚了。",[15,166,41],{"id":41},[11,168,169],{},"品牌名当公司名用，官网上到处是品牌名，找不到公司全称。",[11,171,172],{},"产品名变来变去，同一个产品在官网叫 A，在应用商店叫 B，在文档里叫 C。",[11,174,175],{},"旧名残留。公司改过名，但旧名还留在隐私政策、备案信息、第三方数据库里。",[11,177,178],{},"多主体混用。集团有多个公司，不同页面写的主体不同。",[15,180,181],{"id":181},"怎么修",[11,183,184],{},"先做一张实体信息表，写清公司全称、品牌名、产品名、成立时间、地址、官网。",[11,186,187],{},"然后逐个来源改：官网全站统一，第三方数据库认领，社交平台补全，评测站更新。",[11,189,190],{},"官网上加 Organization 结构化数据，用 legalName 写全称，name 写品牌名，sameAs 串起官方账号。",[15,192,193],{"id":193},"一个最容易忽略的来源",[11,195,196],{},"第三方数据库容易被忽略。天眼查、企查查这类平台上的公司信息，很多是自动抓的，有滞后。",[11,198,199],{},"我们遇到过一个客户改了名，工商已经变更，但三个数据库里还是旧名，AI 回答也跟着用旧名。",[11,201,202],{},"认领和更正这些条目，花不了多少时间，但对实体识别很关键。",[15,204,205],{"id":205},"怎么验证",[11,207,208],{},"问 AI 三个问题：某公司是做什么的、某产品属于哪家公司、某公司和另一家公司是什么关系。",[11,210,211],{},"如果回答里出现混淆、含糊、或者把两家公司合并，说明实体还没理顺。",[11,213,214],{},"修完再问一遍，间隔两周以上，因为数据更新需要时间。",[15,216,92],{"id":92},[11,218,219],{},"实体一致性是 GEO 里最基础也最枯燥的部分。",[11,221,222],{},"它不像内容优化那样有即时反馈，但它决定了 AI 说的是不是你。说错了，后面的内容都白做。",[11,224,225],{},"这项工作一次做完，之后每季度对一遍，成本很低。",{"title":103,"searchDepth":104,"depth":104,"links":227},[228,229,230,231,232,233,234],{"id":139,"depth":104,"text":140},{"id":152,"depth":104,"text":152},{"id":41,"depth":104,"text":41},{"id":181,"depth":104,"text":181},{"id":193,"depth":104,"text":193},{"id":205,"depth":104,"text":205},{"id":92,"depth":104,"text":92},"技术SEO","2026-09-13","我们抽查八个公开来源，一家公司的信息有三处对不上。这篇写 AI 怎么认实体、哪三项必须对齐、不一致怎么修，以及怎么验证修好了。",{},"\u002Fblog\u002Fentity-info-consistency-ai",{"title":131,"description":237},"blog\u002Fentity-info-consistency-ai",[243,244,245],"GEO","实体","品牌信息","M_cRFAsEWLKlp5ngqaumi2PqwwScNg0826EnepSA5Sk",{"id":248,"title":249,"author":6,"body":250,"canonical":113,"category":306,"cover":113,"date":307,"description":308,"draft":117,"extension":118,"keywords":113,"meta":309,"navigation":120,"noindex":117,"ogImage":113,"path":310,"seo":311,"seoDescription":113,"seoTitle":113,"stem":312,"tags":313,"updated":113,"__hash__":317},"blog\u002Fblog\u002Flow-code-academy-content.md","低代码平台的学习内容，是获客不是客服",{"type":8,"value":251,"toc":300},[252,255,258,261,264,267,270,273,276,279,282,285,288,291,294,297],[11,253,254],{},"低代码平台的教程内容，大多放在登录后的帮助中心，只有客户能看。这是个浪费。2025 年 12 月我们建议一个低代码平台把教程搬到公开站，按角色分成三条学习路径，到 2026 年 5 月这组内容每月带来 4600 多次自然访问，累计 2.8 万。",[15,256,257],{"id":257},"谁会搜低代码教程",[11,259,260],{},"三类。正在选型的人在验证“这东西我学得会吗”；刚注册的人在找入门路径；以及已经在用的人回来查具体操作。前两类是获客，第三类其实也是，因为教程写得好，他会推荐给同事。",[11,262,263],{},"搜索词很具体：“低代码 怎么用”“低代码 表单 联动 设置”“低代码 审批流 条件 配置”。这些词竞争小，因为多数平台把内容藏起来了。",[15,265,266],{"id":266},"三条学习路径",[11,268,269],{},"按角色分：业务人员、IT 管理员、开发者。每条路径 8 到 12 节，从注册到做出第一个能用的东西。",[11,271,272],{},"业务人员那条最短，目标是“30 分钟做出一个报名表”。IT 管理员那条讲权限、组织架构、集成。开发者那条讲 API、自定义组件、代码扩展。",[11,274,275],{},"路径页本身是一个很好的落地页，因为它给的是完整路线，不是零散文章。我们给每条路径加了一个进度清单，用户勾选完成，注册转化比普通教程页高 1.8 倍。",[15,277,278],{"id":278},"视频和文字都要有",[11,280,281],{},"视频适合演示操作，文字适合查具体步骤。我们的做法是同一节内容两个版本，视频 3 到 5 分钟，文字 500 字加截图。搜索引擎读文字，用户可能只看视频。",[11,283,284],{},"视频要放文字稿，不是为 SEO，是为了让看不了视频的人也能用。这个细节会被用户注意到。",[11,286,287],{},"还有一件运营上的事：教程页要能直接跳到产品。用户跟着教程做出第一个东西，这时候的注册意愿最高。我们在每节教程的“完成”那一步放一个按钮，把刚才搭的应用保存到自己的账号里，转化比页头挂注册按钮高得多。",[15,289,290],{"id":290},"一处需要克制的地方",[11,292,293],{},"别把教程做成产品广告。每一步都插一句“我们的产品多强”，用户会烦。教程的目标是让人做成事，产品能力在过程中自然体现。",[11,295,296],{},"我们给客户定的标准是：每节教程最多出现一次产品引导，且放在最后。做到这一点，教程的完成率会明显不同。",[11,298,299],{},"低代码这个品类，用户的第一个问题是“我能不能学会”。教程就是答案，把它藏起来，等于把答案藏起来。",{"title":103,"searchDepth":104,"depth":104,"links":301},[302,303,304,305],{"id":257,"depth":104,"text":257},{"id":266,"depth":104,"text":266},{"id":278,"depth":104,"text":278},{"id":290,"depth":104,"text":290},"内容运营","2026-09-15","教程视频放在帮助中心里，只有已付费的人看得到，等于把最好的获客素材锁起来了。我们把它搬到公开站，按角色分成三条学习路径，半年带来 2.8 万自然访问。",{},"\u002Fblog\u002Flow-code-academy-content",{"title":249,"description":308},"blog\u002Flow-code-academy-content",[314,315,316],"低代码","学习内容","获客","tuzyB_aPGGAKtvi1cNbCjED_jd-YcgQMJQaM9T_5Xmw",1794088101810]