[{"data":1,"prerenderedAt":718},["ShallowReactive",2],{"blog-eeat-software-proof":3,"blog-prev-eeat-software-proof":118,"blog-next-eeat-software-proof":195},{"id":4,"title":5,"author":6,"body":7,"canonical":102,"category":103,"cover":102,"date":104,"description":105,"draft":106,"extension":107,"keywords":102,"meta":108,"navigation":109,"noindex":106,"ogImage":102,"path":110,"seo":111,"seoDescription":102,"seoTitle":102,"stem":112,"tags":113,"updated":102,"__hash__":117},"blog\u002Fblog\u002Feeat-software-proof.md","软件公司的 E-E-A-T 靠三样东西证明，不靠头衔","元析智能",{"type":8,"value":9,"toc":90},"minimark",[10,14,19,22,25,29,32,35,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87],[11,12,13],"p",{},"E-E-A-T 是一套评估框架，不是能直接优化的打分项。软件公司想做这件事，落点只有三样：写的人是谁、文章里有没有一手内容、外部有没有人提你。三样都没有，作者简介写八百字也没用。",[15,16,18],"h2",{"id":17},"第一样作者是谁要可核对","第一样：作者是谁，要可核对",[11,20,21],{},"作者页别只放头像和“资深专家”。写清楚：在这个行业几年、做过什么产品、在哪能查到。GitHub、知乎、掘金、行业会议都算。",[11,23,24],{},"我们 2025 年 9 月给一个客户加了 3 个作者页，每位作者写清负责过的模块和写过的文章列表。三个月后品牌词搜索量涨了 26%，询盘里提到“看了你们写的那篇”的多了起来。",[15,26,28],{"id":27},"第二样文章里的一手内容","第二样：文章里的一手内容",[11,30,31],{},"一手内容指的是别人没有的：你们自己的实测数据、内部截图、版本号、上线时间、踩坑记录。",[11,33,34],{},"判断方法很直接：这段话换个公司名字还成立吗。成立，说明不是一手内容。",[15,36,38],{"id":37},"第三样外部有人提你","第三样：外部有人提你",[11,40,41],{},"第三方提到你的地方：开源仓库、技术社区讨论、行业媒体、评测站、播客。这类提及比自家内容更能说明“这个公司确实在做这件事”。",[11,43,44],{},"不用追求被大媒体报道，先在 GitHub 和知乎上有稳定存在，比一次性的曝光有用。",[15,46,47],{"id":47},"我们每篇文末固定三段",[11,49,50],{},"作者和写作背景；更新说明，写清楚改了什么；参考来源，列内部文档和公开资料。",[11,52,53],{},"三段加起来不到 150 字，但读者和引擎都能看出这篇有人负责。",[15,55,56],{"id":56},"一个反例",[11,58,59],{},"有个客户买了几个“行业专家”的署名，作者页写了三行履历，查不到任何对应信息。文章内容还是 AI 拼的。半年过去，那批文章的收录和排名都没有起色。",[11,61,62],{},"头衔可以买，经历买不了。",[15,64,65],{"id":65},"一个常见误解",[11,67,68],{},"E-E-A-T 不是给搜索引擎看的标签。它是结果：你确实有经验，于是写出来的东西带着细节，别人愿意引用，搜索引擎才据此判断。",[15,70,71],{"id":71},"作者页之外的两个小位置",[11,73,74],{},"文章列表页显示作者名，点击能到作者页。这个链路很多站是断的：列表只有标题和日期，作者名藏在详情页最下面。",[11,76,77],{},"更新时间也要露出来。我们 2025 年改过一个客户的模板，在标题下加一行“2025 年 11 月更新”，同样的内容，两个月里点击率涨了 0.6 个百分点。",[15,79,80],{"id":80},"别把这件事做成一次性的",[11,82,83],{},"作者页会过期。人离职、职责变了、产品线没了，作者页还挂着三年前的介绍，反而扣分。",[11,85,86],{},"我们建议每季度核对一遍：作者还在不在、写的方向还对不对、引用链接有没有失效。",[11,88,89],{},"所以顺序是：先做事，再写；不是先写标签，再补内容。",{"title":91,"searchDepth":92,"depth":92,"links":93},"",2,[94,95,96,97,98,99,100,101],{"id":17,"depth":92,"text":18},{"id":27,"depth":92,"text":28},{"id":37,"depth":92,"text":38},{"id":47,"depth":92,"text":47},{"id":56,"depth":92,"text":56},{"id":65,"depth":92,"text":65},{"id":71,"depth":92,"text":71},{"id":80,"depth":92,"text":80},null,"SEO","2026-01-11","作者简介写得再漂亮，正文没有可核对的东西，E-E-A-T 就是空的。我们把落地拆成三件事：作者是谁、文章里有一手内容、外部有人提你。",false,"md",{},true,"\u002Fblog\u002Feeat-software-proof",{"title":5,"description":105},"blog\u002Feeat-software-proof",[114,115,116],"E-E-A-T","内容质量","作者页","oMw4dv22_aKKxBR08KS-LMfuLZExFbNVK6zz0wXAfws",{"id":119,"title":120,"author":6,"body":121,"canonical":102,"category":183,"cover":102,"date":184,"description":185,"draft":106,"extension":107,"keywords":102,"meta":186,"navigation":109,"noindex":106,"ogImage":102,"path":187,"seo":188,"seoDescription":102,"seoTitle":102,"stem":189,"tags":190,"updated":102,"__hash__":194},"blog\u002Fblog\u002Fssr-vs-static-ttfb.md","SSR 和静态生成哪个 TTFB 更低，我们测了三类软件站",{"type":8,"value":122,"toc":176},[123,126,129,132,135,138,142,145,148,151,154,157,161,164,167,170,173],[11,124,125],{},"同一个页面，静态生成的 TTFB 是 90 毫秒，SSR 是 480 毫秒，纯客户端渲染的首字节只要 120 毫秒但 LCP 会差一截。这是我们在三类软件站上测出来的结果，测试时间是去年 10 月到 12 月。结论是内容页静态化，个性化部分交给客户端。",[15,127,128],{"id":128},"测的三类站",[11,130,131],{},"文档站：内容按版本发布，天然适合静态生成。我们把一个 800 页的文档站从 SSR 改成静态生成加 CDN，TTFB P75 从 610 毫秒降到 95 毫秒，服务器成本降了四成。",[11,133,134],{},"营销站：一周改两次，用增量静态再生成就够。首页原来每次请求都走 Node 服务，改成静态加 10 分钟缓存，TTFB 从 540 到 130 毫秒。",[11,136,137],{},"后台控制台：登录后才能看，SSR 没法省。这类页面我们没动渲染方式，只在服务端做了接口并行和数据预取。",[15,139,141],{"id":140},"为什么-ssr-慢","为什么 SSR 慢",[11,143,144],{},"三个原因：每个请求都要跑一遍框架渲染、接口调用在服务端串行、没有缓存层。第一项省不掉，后两项能改。",[11,146,147],{},"一个客户做了接口并行加 60 秒数据缓存，SSR 的 TTFB 从 700 毫秒降到 280 毫秒。这个投入产出比挺高，比换框架现实得多。",[15,149,150],{"id":150},"静态化的边界",[11,152,153],{},"静态化不是万能的，两个前提：内容不因人而异、更新可以延迟。定价页如果按地区显示不同价格就得小心；用户中心如果静态化，页面会串号。",[11,155,156],{},"我们的做法是\"壳静态加数据客户端\"：HTML 里只有布局和文案，个性化数据用接口补。代价是首屏数据晚一点到，对内容页来说无所谓。",[15,158,160],{"id":159},"cdn-命中率才是分水岭","CDN 命中率才是分水岭",[11,162,163],{},"静态生成只是第一步，页面能不能落到离用户最近的节点，取决于缓存命中率。同样两个用静态生成的站，命中率 95% 的 TTFB 是 90 毫秒，命中率 40% 的 TTFB 是 380 毫秒，差别比 SSR 到静态生成这一步还大。",[11,165,166],{},"所以我们改静态生成的时候，会同时把 CDN 的规则和预热一起做。不预热的话，发布后第一批用户仍然要走回源，那几分钟的 TTFB 和没改一样。",[15,168,169],{"id":169},"一条判断清单",[11,171,172],{},"内容页（文档、博客、案例、术语表）走静态生成。营销页（首页、功能、定价）走静态加短缓存。后台和工具走 SSR，重点优化接口。这条线我们用了两年，没出过大问题。",[11,174,175],{},"给文档站上 SSR 还配不好缓存的，我见过好几个。这是纯粹的资源浪费，也是 TTFB 优化最常见的弯路。文档站的核心诉求是\"任何地方都快手可及\"，静态页面加 CDN 就是答案，不需要更复杂的东西。",{"title":91,"searchDepth":92,"depth":92,"links":177},[178,179,180,181,182],{"id":128,"depth":92,"text":128},{"id":140,"depth":92,"text":141},{"id":150,"depth":92,"text":150},{"id":159,"depth":92,"text":160},{"id":169,"depth":92,"text":169},"技术SEO","2026-01-10","同一页面，静态生成 TTFB 90 毫秒、SSR 480 毫秒、纯客户端渲染首字节 120 毫秒但 LCP 差一截。文档站、营销站、后台各该用哪种，附一条判断清单。",{},"\u002Fblog\u002Fssr-vs-static-ttfb",{"title":120,"description":185},"blog\u002Fssr-vs-static-ttfb",[191,192,193],"SSR","静态生成","TTFB","rhoGNDUQNAoHPLWDPoeHWXaKgDQLPxE3XKD-wfEQMVA",{"id":196,"title":197,"author":6,"body":198,"canonical":102,"category":103,"cover":102,"date":707,"description":708,"draft":106,"extension":107,"keywords":102,"meta":709,"navigation":109,"noindex":106,"ogImage":102,"path":710,"seo":711,"seoDescription":102,"seoTitle":102,"stem":712,"tags":713,"updated":102,"__hash__":717},"blog\u002Fblog\u002Fengineering-software-seo.md","工程设计软件的 SEO 痛点:图片和 PDF 抓不到怎么办",{"type":8,"value":199,"toc":697},[200,203,206,209,241,244,247,250,253,258,261,272,275,280,283,293,301,304,309,312,317,320,325,328,339,343,346,351,365,370,384,389,416,421,432,435,438,441,467,470,475,486,491,502,507,518,523,534,540,544,547,552,555,566,569,572,598,603,617,620,624,629,632,637,640,645,648,653,656,659,662,688,691,694],[11,201,202],{},"给工程设计软件(CAD、BIM、仿真、PLM)做 SEO,最头疼的问题:产品页全是图片和 PDF,搜索引擎抓不到内容。排名起不来不是内容差,是内容根本没被索引。这篇文章写我们做工程软件 SEO 的方法,重点解决图片和 PDF 抓取问题。",[15,204,205],{"id":205},"技术债的根因",[11,207,208],{},"为什么工程软件的站全是图片和 PDF?根因有几层:",[210,211,212,223,229,235],"ul",{},[213,214,215,219,222],"li",{},[216,217,218],"strong",{},"产品截图多",[220,221],"cad",{}," 这种软件,功能描述再多不如一张截图直观。市场部图省事,直接放图",[213,224,225,228],{},[216,226,227],{},"行业习惯",":工程行业习惯看 PDF 白皮书、案例手册,网页文字反而被认为\"不正式\"",[213,230,231,234],{},[216,232,233],{},"历史包袱",":很多工程软件的站是 5-10 年前做的,当时前端能力弱,内容用图片实现简单",[213,236,237,240],{},[216,238,239],{},"设计师主导",":网站外包给设计师做,设计师不懂 SEO,只关心视觉",[11,242,243],{},"结果就是:首页一个 hero 大图,产品页几张功能截图,案例页一份 PDF 下载。Google 和百度爬完,索引里只有几个 title 和 meta description,正文内容为 0。",[11,245,246],{},"我们做过一个 BIM 软件客户的诊断,全站 87 个页面,可索引的文字内容平均每页 120 字(主要是导航和 footer),产品功能描述全在图片里。这种站做 SEO,等于在沙漠里种树。",[15,248,249],{"id":249},"如何把图片内容文本化",[11,251,252],{},"图片内容文本化是工程软件 SEO 的第一步,也是最关键的一步。具体怎么做:",[11,254,255],{},[216,256,257],{},"1. 功能截图配文字说明",[11,259,260],{},"每张功能截图下方,必须有文字说明:",[210,262,263,266,269],{},[213,264,265],{},"这张图展示什么功能",[213,267,268],{},"这个功能解决什么问题",[213,270,271],{},"关键操作步骤(用文字描述)",[11,273,274],{},"不要只放图配一句\"图:XX 功能界面\"。Google 看不到图里的内容,只看得到这句 caption。Caption 要当 SEO 文案写。",[11,276,277],{},[216,278,279],{},"2. 用 alt 属性,但要写对",[11,281,282],{},"alt 不是关键词堆砌的地方。alt 要描述图片内容,自然带关键词。",[11,284,285,288,289],{},[216,286,287],{},"不好",":",[290,291,292],"code",{},"\u003Cimg alt=\"CAD 软件 CAD 工具 制图软件\">",[11,294,295,288,298],{},[216,296,297],{},"好",[290,299,300],{},"\u003Cimg alt=\"XX CAD 软件的参数化建模界面,左侧为零件树,右侧为属性面板\">",[11,302,303],{},"后者既描述了图片,又包含用户可能搜的\"参数化建模\"等词。",[11,305,306],{},[216,307,308],{},"3. 把图里的关键信息提取成文字",[11,310,311],{},"如果截图里有数据、参数、操作步骤,把这些提取成文字段落或列表,放在图片旁边。这样既方便用户,也方便搜索引擎。",[11,313,314],{},[216,315,316],{},"4. 用 SVG 而非位图",[11,318,319],{},"流程图、架构图、示意图,用 SVG(矢量图)。SVG 的文本内容可以被搜索引擎抓到。如果用 PNG\u002FJPG,内容完全不可见。",[11,321,322],{},[216,323,324],{},"5. 视频加字幕和文本版",[11,326,327],{},"工程软件经常用视频展示功能。视频内容搜索引擎抓不到。补救方法:",[210,329,330,333,336],{},[213,331,332],{},"视频配字幕文件(.srt)",[213,334,335],{},"视频下方放文字版内容(操作步骤、关键参数)",[213,337,338],{},"视频时长、章节标题用文字列出",[15,340,342],{"id":341},"pdf-该不该保留怎么处理","PDF 该不该保留、怎么处理",[11,344,345],{},"PDF 是工程软件站的重灾区。市场部爱发 PDF 白皮书,SEO 角度看,PDF 是地雷。",[11,347,348,288],{},[216,349,350],{},"问题",[210,352,353,356,359,362],{},[213,354,355],{},"PDF 和网页内容重复,Google 会判 duplicate content",[213,357,358],{},"PDF 没有内链,权重不传递",[213,360,361],{},"PDF 不能更新,过时内容还在被索引",[213,363,364],{},"PDF 的 title 和 URL 经常不规范",[11,366,367,288],{},[216,368,369],{},"该不该保留",[210,371,372,378],{},[213,373,374,377],{},[216,375,376],{},"保留",":确实需要下载的文档(产品规格书、技术手册、认证证书)",[213,379,380,383],{},[216,381,382],{},"不保留",":可以做成网页的内容(白皮书、案例介绍、产品对比)",[11,385,386,288],{},[216,387,388],{},"怎么处理保留的 PDF",[390,391,392,398,404,410],"ol",{},[213,393,394,397],{},[216,395,396],{},"PDF 的 title 单独优化",":不要用\"产品白皮书.pdf\",改成\"XX CAD 软件技术白皮书 - 参数化建模与装配设计\"",[213,399,400,403],{},[216,401,402],{},"PDF 加 canonical",":指向对应的网页版,避免 duplicate",[213,405,406,409],{},[216,407,408],{},"PDF 加内链",":在 PDF 里加回到官网相关页面的链接",[213,411,412,415],{},[216,413,414],{},"PDF 旁边的网页要有文字版",":不要让 PDF 成为唯一内容载体",[11,417,418,288],{},[216,419,420],{},"处理不保留的 PDF",[390,422,423,426,429],{},[213,424,425],{},"把 PDF 内容拆解成网页文章",[213,427,428],{},"用 301 重定向把旧 PDF URL 导到新网页",[213,430,431],{},"在 robots.txt 里 disallow 旧 PDF 路径(可选,看情况)",[11,433,434],{},"我们做过一个仿真软件客户,把 12 份 PDF 白皮书转成网页内容,3 个月后自然流量涨 2.3 倍。原因不只是 PDF 转网页,是内容终于被索引了。",[15,436,437],{"id":437},"工程软件的采购决策路径和搜索意图",[11,439,440],{},"工程软件的采购决策路径长,涉及多个角色:",[210,442,443,449,455,461],{},[213,444,445,448],{},[216,446,447],{},"工程师\u002F设计师",":用产品,提需求,搜技术细节和功能对比",[213,450,451,454],{},[216,452,453],{},"技术主管\u002F经理",":做技术选型,搜评测和案例",[213,456,457,460],{},[216,458,459],{},"采购\u002FIT",":走流程,搜价格和合规",[213,462,463,466],{},[216,464,465],{},"决策层(CIO\u002FCTO)",":签字,搜行业报告和 ROI",[11,468,469],{},"不同角色搜索意图不一样,内容要分层:",[11,471,472,288],{},[216,473,474],{},"工程师层(技术细节)",[210,476,477,480,483],{},[213,478,479],{},"关键词:\"参数化建模\"\"有限元分析\"\"BIM 协同\"",[213,481,482],{},"内容:功能文档、操作教程、技术博客",[213,484,485],{},"长尾:\"如何用 XX 软件做参数化建模\"",[11,487,488,288],{},[216,489,490],{},"技术主管层(选型对比)",[210,492,493,496,499],{},[213,494,495],{},"关键词:\"CAD 软件对比\"\"BIM 软件选型\"",[213,497,498],{},"内容:对比文章、评测、行业分析",[213,500,501],{},"长尾:\"SolidWorks vs Inventor 对比\"",[11,503,504,288],{},[216,505,506],{},"采购层(商业信息)",[210,508,509,512,515],{},[213,510,511],{},"关键词:\"CAD 软件价格\"\"PLM 系统报价\"",[213,513,514],{},"内容:定价页、采购指南、合规文档",[213,516,517],{},"长尾:\"中小企业 CAD 软件采购指南\"",[11,519,520,288],{},[216,521,522],{},"决策层(行业趋势)",[210,524,525,528,531],{},[213,526,527],{},"关键词:\"制造业数字化转型\"\"PLM 行业报告\"",[213,529,530],{},"内容:行业报告、白皮书、案例研究",[213,532,533],{},"长尾:\"2026 年制造业 PLM 选型趋势\"",[11,535,536,539],{},[216,537,538],{},"注意",":工程师层流量最大,转化周期最长;采购层流量小,转化最快。SEO 要全层覆盖,不能只做一层。",[15,541,543],{"id":542},"长尾词策略行业-功能-场景","长尾词策略(行业 + 功能 + 场景)",[11,545,546],{},"工程软件的核心商业词(如\"CAD 软件\")竞争激烈,大厂占着位置,短期打不动。我们的策略是做长尾词:",[11,548,549],{},[216,550,551],{},"公式:行业 + 功能 + 场景",[11,553,554],{},"例如:",[210,556,557,560,563],{},[213,558,559],{},"制造业 + 参数化建模 + 装配设计",[213,561,562],{},"建筑设计 + BIM 协同 + 多人协作",[213,564,565],{},"汽车行业 + 仿真分析 + 碰撞测试",[11,567,568],{},"这种长尾词搜索量小(每月几十到几百),但意图极其明确,转化率高。一个客户做\"汽车行业碰撞仿真软件\",这个词月搜索量 80,但 6 个月带来 7 个高质量线索,成交 2 单。",[11,570,571],{},"长尾词的内容做法:",[390,573,574,580,586,592],{},[213,575,576,579],{},[216,577,578],{},"每个长尾词一个页面",":不要堆在一个页面",[213,581,582,585],{},[216,583,584],{},"页面结构化",":行业背景 → 功能介绍 → 场景案例 → 我们的方案",[213,587,588,591],{},[216,589,590],{},"加场景案例",":具体到行业、公司类型、应用场景",[213,593,594,597],{},[216,595,596],{},"配技术参数表",":工程行业的用户爱看参数表",[11,599,600,288],{},[216,601,602],{},"挖词工具",[210,604,605,608,611,614],{},[213,606,607],{},"5118(国内)",[213,609,610],{},"Google Keyword Planner(海外)",[213,612,613],{},"竞品分析(看竞品在排什么词)",[213,615,616],{},"行业论坛和社区(工程师在问什么)",[11,618,619],{},"工程软件的长尾词经常不出现在关键词工具里(搜索量太小)。这种词靠经验挖,靠行业 know-how。我们做工程软件客户时,挖词有 40% 靠和客户工程师访谈,不是靠工具。",[15,621,623],{"id":622},"工程软件-seo-的几个特殊点","工程软件 SEO 的几个特殊点",[11,625,626],{},[216,627,628],{},"1. 行业垂直社区很重要",[11,630,631],{},"工程行业的垂直社区(如 CAD 论坛、BIM 论坛、仿真 365)权重高,用户多。在这些社区做内容部署,效果比通用平台好。",[11,633,634],{},[216,635,636],{},"2. 行业展会和 SEO 联动",[11,638,639],{},"工程行业展会多(汉诺威工业博览会、CES、工博会)。展会前后的搜索量会涨,提前 2-3 个月做展会相关内容,截流。",[11,641,642],{},[216,643,644],{},"3. 案例研究的 SEO 价值",[11,646,647],{},"工程软件的客户案例比功能介绍有用。具体客户(行业、规模、用了什么功能、解决了什么问题)是高价值内容。脱敏也行,但要有数据细节。",[11,649,650],{},[216,651,652],{},"4. 多语言策略",[11,654,655],{},"工程软件经常多语言(德语、日语、英语、中文)。不同语言的工程市场习惯不同,内容要本地化,不要翻译。",[15,657,658],{"id":658},"我们不接的工程软件",[11,660,661],{},"不是所有工程软件都适合做 SEO。我们不接:",[210,663,664,670,676,682],{},[213,665,666,669],{},[216,667,668],{},"产品页全是图片不愿改的",":技术债不解决,SEO 做不出来",[213,671,672,675],{},[216,673,674],{},"PDF 不愿转网页的",":内容不可索引,无解",[213,677,678,681],{},[216,679,680],{},"没有技术文档的",":内容基础没有,SEO 无从下手",[213,683,684,687],{},[216,685,686],{},"想 1 个月出效果的",":工程软件 SEO 周期 6 个月起步",[15,689,690],{"id":690},"总结",[11,692,693],{},"工程软件 SEO 的核心问题:图片和 PDF 抓不到。解决方法:图片文本化(alt、文字说明、SVG)、PDF 区分保留和处理、内容分层(工程师\u002F技术主管\u002F采购\u002F决策层)、长尾词(行业+功能+场景)。工程行业 SEO 周期长,但一旦起来,流量稳定转化高。",[11,695,696],{},"如果你做工程软件,想知道你的站有多少内容搜索引擎抓不到,联系我们做个免费诊断。",{"title":91,"searchDepth":92,"depth":92,"links":698},[699,700,701,702,703,704,705,706],{"id":205,"depth":92,"text":205},{"id":249,"depth":92,"text":249},{"id":341,"depth":92,"text":342},{"id":437,"depth":92,"text":437},{"id":542,"depth":92,"text":543},{"id":622,"depth":92,"text":623},{"id":658,"depth":92,"text":658},{"id":690,"depth":92,"text":690},"2026-01-12","CAD、BIM、仿真、PLM 这类工程软件的产品页多是图片和 PDF,搜索引擎抓不到内容。技术债根因、图片文本化、PDF 处理、采购决策路径、长尾词策略,我们做工程软件 SEO 的方法。",{},"\u002Fblog\u002Fengineering-software-seo",{"title":197,"description":708},"blog\u002Fengineering-software-seo",[714,715,716,183],"工程软件SEO","CAD","BIM","EkimRxA2z1tUDSzWkEyf4LT-DnjRpxj8vovdndqnYKQ",1794088109305]