[{"data":1,"prerenderedAt":312},["ShallowReactive",2],{"blog-linkedin-company-page":3,"blog-prev-linkedin-company-page":120,"blog-next-linkedin-company-page":244},{"id":4,"title":5,"author":6,"body":7,"canonical":104,"category":105,"cover":104,"date":106,"description":107,"draft":108,"extension":109,"keywords":104,"meta":110,"navigation":111,"noindex":108,"ogImage":104,"path":112,"seo":113,"seoDescription":104,"seoTitle":104,"stem":114,"tags":115,"updated":104,"__hash__":119},"blog\u002Fblog\u002Flinkedin-company-page.md","领英公司页没人管，等于少了一个品牌入口","元析智能",{"type":8,"value":9,"toc":93},"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],[11,12,13],"p",{},"2026 年 10 月我们帮一个客户查品牌词结果页，领英公司页排在第二，内容还停留在三年前，简介写的是已经不做的产品线。他说没想到那个页面还有人看。",[15,16,17],"h2",{"id":17},"谁会看领英公司页",[11,19,20],{},"企业客户在采购前会看，判断团队规模和业务方向。候选人会看，看公司还在不在发展。合作伙伴会看，看业务方向。",[11,22,23],{},"这三类人有一个共同点：他们在做判断，而不只是浏览。所以页面上的信息准确比好看重要。",[15,25,26],{"id":26},"公司页要填的六项",[11,28,29],{},"公司简介，三句话说清做什么、给谁做、有什么不同。成立时间和规模。总部和办公地点。官网地址。行业标签。logo 和封面图。",[11,31,32],{},"六项填满是基础。我们还建议加一条产品线说明，因为很多公司的简介只有一句\"某领域解决方案商\"，看不出具体卖什么。",[15,34,35],{"id":35},"员工页要联动",[11,37,38],{},"员工档案里填了公司和职位，会出现在公司页的关联人员里。",[11,40,41],{},"这件事需要 HR 配合，让新员工入职时补上。人数上去了，公司页看起来才像一个真实团队。",[11,43,44],{},"我们的客户里，员工关联做得好的公司，领英带来的官网访问明显更多。",[15,46,47],{"id":47},"内容发什么",[11,49,50],{},"产品更新、技术文章、招聘、行业观点，四类轮着发。",[11,52,53],{},"别只发招聘。一个只有招聘信息的公司页，看起来像在流失人。",[11,55,56],{},"也别把公众号文章原样搬过去。领英的读者以海外和 B2B 为主，写法和中文公众号不一样。",[15,58,59],{"id":59},"怎么衡量效果",[11,61,62],{},"看三个数：公司页访问量、官网来源里来自领英的会话、品牌词搜索里带公司名的查询。",[11,64,65],{},"领英后台的访问数据能看来源行业和职位，这几个维度比总量有用。",[11,67,68],{},"我们通常按月看，连续三个月没增长，就说明内容或者员工联动出了问题。",[15,70,71],{"id":71},"一个常被忽略的设置",[11,73,74],{},"公司页的网址可以自定义，把一串 ID 改成公司名，分享出去更可信。",[11,76,77],{},"改完旧链接会自动跳转，不会丢。这个设置藏得比较深，很多公司一直是默认网址。",[11,79,80],{},"封面图也值得花时间。放产品界面或者团队照片，别只放一个纯色 logo，因为封面是搜索结果里最先看到的部分。",[15,82,83],{"id":83},"一个态度",[11,85,86],{},"领英公司页不是社交账号，是品牌资料页。",[11,88,89],{},"资料页的要求很简单：准确、完整、定期更新。做到这三点，它就能长期稳定地贡献品牌信任。",[11,91,92],{},"大部分公司的问题是建完就不管。三年不更新，比没有更糟，因为用户看到的是一个停摆的页面。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103],{"id":17,"depth":95,"text":17},{"id":26,"depth":95,"text":26},{"id":35,"depth":95,"text":35},{"id":47,"depth":95,"text":47},{"id":59,"depth":95,"text":59},{"id":71,"depth":95,"text":71},{"id":83,"depth":95,"text":83},null,"行业观察","2026-10-03","客户和候选人都会先搜领英。这篇写公司页要填的六项、员工页怎么联动、内容发什么，以及它为什么会影响品牌词的搜索结果页，附一个容易漏的设置。",false,"md",{},true,"\u002Fblog\u002Flinkedin-company-page",{"title":5,"description":107},"blog\u002Flinkedin-company-page",[116,117,118],"品牌","领英","信任信号","4Zo9DJDjZAMFdA231HX-jTZ0wt-5q2XFoRc-r04QYzQ",{"id":121,"title":122,"author":6,"body":123,"canonical":104,"category":105,"cover":104,"date":233,"description":234,"draft":108,"extension":109,"keywords":104,"meta":235,"navigation":111,"noindex":108,"ogImage":104,"path":236,"seo":237,"seoDescription":104,"seoTitle":104,"stem":238,"tags":239,"updated":104,"__hash__":243},"blog\u002Fblog\u002Fwikidata-knowledge-panel.md","维基数据和知识面板，B2B 软件要不要管",{"type":8,"value":124,"toc":223},[125,128,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182,185,188,191,194,197,200,203,206,209,212,214,217,220],[11,126,127],{},"2026 年 9 月有客户问，要不要去维基百科建个条目。我们的回答是先别急。过去两年我们帮三个客户做过 Wikidata 条目，只有一个通过，另外两个因为关注度不足被删。",[15,129,130],{"id":130},"知识面板的信息从哪来",[11,132,133],{},"它不是官方提交的，是从多个来源汇总生成的：维基百科、维基数据、官网结构化数据、第三方数据库、新闻。",[11,135,136],{},"这意味着你没法直接\"提交一个面板\"，只能让这些来源对得上。",[15,138,139],{"id":139},"什么公司适合做",[11,141,142],{},"第一，有独立媒体报道的。不是自己发的新闻稿，是第三方写的报道。",[11,144,145],{},"第二，在行业里有可查的记录。获奖、融资、开源项目、被引用。",[11,147,148],{},"第三，有明确的实体边界。公司、产品、创始人，三者关系清楚。",[11,150,151],{},"新公司、小团队，基本不具备条件，急着建会被删。",[15,153,154],{"id":154},"条目为什么会被删",[11,156,157],{},"最常见的原因是关注度不足。维基百科要求有独立的、非自营的来源证明。",[11,159,160],{},"第二个原因，写得像广告。条目里放产品卖点、客户名单，会被当成宣传。",[11,162,163],{},"第三个原因，来源单一。所有引用都来自自家官网和新闻稿。",[15,165,166],{"id":166},"知识面板信息错了怎么办",[11,168,169],{},"先确认错误在哪：是公司信息错、还是产品归属错、还是和别的公司混了。",[11,171,172],{},"然后分两条线：一是修正官网的结构化数据，二是联系引用源。",[11,174,175],{},"如果面板里有\"声称此面板\"的入口（部分品类有），可以用官方身份认领并提交更正。",[15,177,178],{"id":178},"一个成本估算",[11,180,181],{},"建一个合规条目，准备工作通常两到三周：找独立来源、确认关注度、写草稿、走提交流程。",[11,183,184],{},"被删之后可以申诉，但成功率不高。我们试过两次，通过一次。",[15,186,187],{"id":187},"替代做法",[11,189,190],{},"对大部分 B2B 软件公司，比建维基更实际的做法是：",[11,192,193],{},"官网加 Organization 结构化数据，写清 legalName、foundingDate、address。",[11,195,196],{},"用 sameAs 串起领英、GitHub、Crunchbase、G2 这些官方页面。",[11,198,199],{},"把关于页写成一个完整的实体介绍，而不是一段愿景。",[11,201,202],{},"这三件事做完，实体信息就足够清楚，不必非得有维基条目。",[15,204,205],{"id":205},"一个更现实的做法",[11,207,208],{},"如果目标只是让 AI 说对，把建维基的时间和钱花在官网结构化和第三方页面认领上，效率高得多。",[11,210,211],{},"我们的经验是，整理好关于页加结构化数据，两周能完成，成本不到维基条目的十分之一。",[15,213,83],{"id":83},[11,215,216],{},"维基和知识面板是锦上添花，不是必需品。",[11,218,219],{},"大部分软件公司的问题不是没有维基条目，是官网的实体信息不清楚、第三方来源对不上。",[11,221,222],{},"先修这些，再考虑要不要冲维基。顺序反了，容易花钱打水漂。",{"title":94,"searchDepth":95,"depth":95,"links":224},[225,226,227,228,229,230,231,232],{"id":130,"depth":95,"text":130},{"id":139,"depth":95,"text":139},{"id":154,"depth":95,"text":154},{"id":166,"depth":95,"text":166},{"id":178,"depth":95,"text":178},{"id":187,"depth":95,"text":187},{"id":205,"depth":95,"text":205},{"id":83,"depth":95,"text":83},"2026-10-02","我们给三个客户做过 Wikidata 条目，只有一个通过。这篇写知识面板的信息从哪来、什么公司适合做、条目为什么会被删，以及替代做法。",{},"\u002Fblog\u002Fwikidata-knowledge-panel",{"title":122,"description":234},"blog\u002Fwikidata-knowledge-panel",[240,241,242],"知识图谱","实体","GEO","3Pke65a_ZJW_aPjS6xKwsNsN-zkMuDvDw7nfMqomC3o",{"id":245,"title":246,"author":6,"body":247,"canonical":104,"category":300,"cover":104,"date":301,"description":302,"draft":108,"extension":109,"keywords":104,"meta":303,"navigation":111,"noindex":108,"ogImage":104,"path":304,"seo":305,"seoDescription":104,"seoTitle":104,"stem":306,"tags":307,"updated":104,"__hash__":311},"blog\u002Fblog\u002Falternatives-page-seo.md","替代页怎么写：搜竞品名字的人，其实是你的客户",{"type":8,"value":248,"toc":294},[249,252,255,258,261,264,267,270,273,276,279,282,285,288,291],[11,250,251],{},"搜“XX 替代品”的人，比搜“项目管理软件”的人更接近成交。前者已经在用某款产品，遇到了问题，正在找出路；后者还在了解市场。2025 年 10 月到 2026 年 9 月，我们给一个项目管理工具做了 12 个替代页，累计带来 1900 多次自然访问，60 多条线索。",[15,253,254],{"id":254},"一个替代页要回答什么",[11,256,257],{},"用户心里有三个问题：你和他差在哪、我迁过来要多久、会不会踩坑。所以页面结构固定为：差异对比表、迁移路径、不适合你的情况。",[11,259,260],{},"对比表要具体到功能和限制，别写“更强更灵活”。我们写的是：子任务层级、自动化规则数量、甘特图导出格式、API 速率限制、单点登录的最低套餐。这类细节才是用户在比的。",[11,262,263],{},"迁移路径给到步骤级：数据怎么导出、字段怎么映射、附件怎么搬、历史评论能不能保留。这块最难写，但也最容易被收藏。我们有个客户的替代页被用户贴到内部群里当迁移手册，带来一波注册。",[15,265,266],{"id":266},"别贬低对手",[11,268,269],{},"这是最重要的一条。写“XX 卡顿严重”“XX 不支持权限管理”，用户一测就发现不对，你的可信度归零。正确写法是描述适用边界：“如果团队超过 200 人且需要多级审批，我们的方案更合适；如果是 5 人小团队只做任务看板，原产品也够用。”",[11,271,272],{},"这种写法看着在劝退，实际上转化更高。我们对比过两个版本，带“什么情况别换”的那版，线索质量明显好，销售反馈跟进阻力小。",[15,274,275],{"id":275},"法律和平台的边界",[11,277,278],{},"不要在广告里直接使用竞品商标，页面标题用“XX 的替代方案”而不是“XX 破解版”“XX 免费版下载”。前者是正常的比较内容，后者容易惹麻烦。",[11,280,281],{},"另外，别做假的“XX 官方迁移工具”页面。这类页面短期能骗到点击，长期会被告，也会被搜索引擎判定为欺骗性内容。",[15,283,284],{"id":284},"值得做多少个",[11,286,287],{},"不是越多越好。我们的筛选标准：竞品在搜索里有稳定的品牌词搜索量、你们有真实客户从那边迁过来、产品差异能讲清楚。12 个替代页里，我们最后只重点维护 5 个，其余保持基础内容。",[11,289,290],{},"还有个细节：标题里同时带“替代”和“迁移”两种说法，能接住两拨搜索习惯。我们改过之后，同一页的展示量涨了四成，因为搜“迁移到 XX”的人也被接住了。",[11,292,293],{},"替代页的更新频率要跟上竞品发版。每季度核对一次对比表，把过时的差异改掉。这件事不做，页面的可信度会一点点漏掉。",{"title":94,"searchDepth":95,"depth":95,"links":295},[296,297,298,299],{"id":254,"depth":95,"text":254},{"id":266,"depth":95,"text":266},{"id":275,"depth":95,"text":275},{"id":284,"depth":95,"text":284},"SEO","2026-10-04","“XX 替代”是 B2B 软件转化最高的一类词。我们给一个项目管理工具做了 12 个替代页，一年带来 1900 多次访问和 60 多条线索。",{},"\u002Fblog\u002Falternatives-page-seo",{"title":246,"description":302},"blog\u002Falternatives-page-seo",[308,309,310],"替代页","采购意图","B2B","PjcFDSKcuaoKsLCDVOqcOQKY13BheNI0NWvRdEfelaM",1794088101232]