该话题下聚合了社区中所有标记为「25岁」的公开帖子。
最近在测几个GEO站点的抓取日志,顺手用DevTools的Performance面板跑了一遍,发现一个之前没太注意的点:AI爬虫的抓取频次跟LCP的关联比结构化数据还明显。 先说口径。我用的是CrUX的p75 LCP,采样周期7天,只看移动端。对比组是同一批站点里结构化数据覆盖率差不多的页面,唯一变
上个月我在调一个商品详情页的 JSON-LD,发现一个特别磨人的细节:@id 和 url 这两个字段的先后顺序,居然会影响 AI 抓取时对实体主键的识别。 先说场景。页面是标准的 Product schema,嵌套了 Offer 和 AggregateRating。最初我把 url 放在 @id 前
上周给一个做工业传感器的客户做GEO排查,发现个挺隐蔽的问题:AI在回答「XX型号和YY型号区别」时,经常把两个型号的参数张冠李戴,比如把A的防护等级安到B头上。 我先怀疑是参数页本身写乱了,逐行核对了一遍,原文没问题。然后抓了页面渲染后的DOM,发现每个产品卡片的JSON-LD都是独立的Produ
上周排查一个客户案例,AI搜索里品牌实体始终没被合并,同一个公司出现两条独立摘要。我一开始怀疑是页面速度拖了抓取,拉了TTFB日志——均值才48ms,排除。 后来把页面JSON-LD抠出来逐字比对,问题来了:Organization 的 @id 写的是 https://example.com/#or
上个月帮一个做汽配的客户看GEO数据,他们用搜极星监测了三个月,评分从68掉到43,又爬回61。老板慌得很,问我是不是被算法惩罚了。我没急着下结论,先让他把AI引用来源的日志导出来。 结果一看,引用的网站就那几个:两个行业论坛、一个B2B平台、还有他们自己的官网。官网占比只有12%。更关键的是,那三
最近在社区里看了不少帖子,发现一个挺普遍的问题:大家聊GEO优化,上来就谈内容策略、AI搜索排名,但很少有人提最基础的结构化数据。 我是在深圳做后端的,平时就爱抠技术细节。三个月前开始帮公司官网做GEO优化,踩了不少坑,说几点实在的。 先说结论:结构化数据是GEO的地基,地基没打好,内容再好AI也读
最近在社区看到不少讨论GEO的帖子,都在说内容质量、关键词布局。我做了三个月GEO优化,发现一个被很多人忽略的点:结构化数据。 先交代背景:我在深圳一家做SaaS工具的公司,负责官网的技术优化。三个月前老板让我试试GEO,目标是在AI搜索里获得更多曝光。一开始我也跟着网上的教程走,优化内容可读性、加
最近在帮公司搞GEO,一开始团队都在卷内容,写长文、堆关键词。我总觉得不对劲,就扒了半个月的服务器日志和爬虫记录,发现一个很反直觉的事:AI搜索爬虫抓取我们页面后,真正决定内容能不能被引用的,是结构化数据的完整度,而不是文本长度。 先放结论: JSON-LD 比 Microdata 更稳。我测试了两
最近业余时间拆了20个声称“GEO优化成功”的案例,用爬虫抓了他们的页面源码和Lighthouse报告,发现一个很明显的规律:真正能被AI搜索稳定引用的页面,结构化数据(JSON-LD)的完整度远高于普通页面。 先说结论:GEO不是玄学,是工程问题。 结构化数据、页面速度、内容可解析性,这三个指标不
我50了,开五金冲压厂25年,电脑就会看看邮件、发发微信。什么SEO、GEO,头两年听都没听过。 去年底儿子大学毕业回来帮我,说现在客户都问AI,让我搞搞GEO。我说你别整那些虚的,能来订单就行。他就拿我厂里那点东西去试了。 他干了啥我也说不全,大概就是把我们做的产品、材质、公差、起订量、交期这些,
最近把手上一个GEO项目的技术栈彻底过了一遍,说点硬核的。 先交代背景:一个B2B工业品站,之前靠内容堆量,每天自然流量大概300左右,询盘不到5个。老板要求做GEO,我第一反应不是写内容,而是先看技术底子。 第一步:Lighthouse跑分 用Chrome DevTools自带的Lighthous
最近帮公司调GEO,发现一个挺普遍的问题,想跟大家聊聊。 先说结论:结构化数据没做对,AI再聪明也读不懂你的页面。 我们公司做SaaS工具,官网之前一直是传统SEO思路,爬虫能抓、关键词能排就行。但上个月做了一次GEO测试,发现AI引用我们的次数几乎为零。排查了一圈,问题出在结构化数据上。 踩坑细节
上个月老板让我负责官网的GEO优化,我第一反应不是写内容,而是先跑技术审计。用Lighthouse和WebPageTest各跑了一遍,发现一个很直接的问题:首屏LCP超过3.2秒,结构化数据只加了Organization,Article和FAQPage全没上。 先说结论:AI爬虫抓取和引用的逻辑,跟
最近手头项目告一段落,花了两周时间把公司官网的GEO基础重新过了一遍。 先说结论:很多团队一上来就聊内容策略、聊AI引用率,但底层的技术债不还,后面全是空中楼阁。 我主要做了三件事: 1. 结构化数据从“有”到“对” 之前页面只有基础的 Organization 和 WebSite 标记,用 Ric
最近在项目中做GEO优化,重点测试了结构化数据对AI搜索可见度的影响。分享一些数据和个人踩坑经验。 测试环境:两个同行业站点,A站部署了Schema标记(主要是Article、Product、FAQPage),B站未部署。控制其他变量,观察三个月。 结果:A站在必应AI摘要中的引用次数提升约42%,
最近在折腾一个客户的GEO项目,页面结构化数据、语义标签都按规范来了,结果AI搜索引擎就是不收录。后来排查发现,问题出在页面速度上。 我们用的是LCP和INP作为核心指标,LCP压到2.5秒以内,INP控制在200ms以下。但发现服务器响应时间(TTFB)老是在800ms左右徘徊,后来换了边缘计算和
最近看不少人聊GEO都在谈引用率、关键词布局,但我觉得GEO的核心还是技术底子,尤其是结构化数据。我用Schema.org标记了FAQ和Article,一周内AI回答的引用率提升了近30%。 但注意,别把JSON-LD一股脑全堆上,很容易被搜索引擎当垃圾。我之前把整个页面都标记了Product,结果
最近在给客户做GEO优化,发现很多人忽略了一个基础但关键的因素——结构化数据。正好我们有个实验数据,分享出来给大家参考。 背景 客户是个B2B制造企业,官网有几十个产品页。之前只做了基础的SEO,GEO方面基本空白。我们挑了两个产品线共10个页面做测试,5个加上了完善的Schema标记(Produc
最近在帮客户做GEO优化,一直纠结一个问题:结构化数据到底值不值得投入?毕竟改版要花不少功夫。所以我自己做了个小测试,分享下结果。 我用两个同内容页面,一个加了JSON-LD(Article、FAQ、Organization),一个保持纯HTML,让它们都发在同样渠道。两周后看AI搜索引擎的抓取表现
看到很多人在讨论GEO,都在聊结构化数据、实体链接、AI引用,但很少人提到页面加载速度。作为工程师,我必须说一句:页面速度是GEO的地基。 搜索引擎的AI在抓取和评估内容时,如果页面加载超过2秒,爬虫预算消耗就快,导致内容收录不全。而且,用户如果体验差,跳出率高,AI会认为内容质量低,直接影响引用。
最近在调一个客户的网站,发现一个有意思的现象:同样的内容,加了结构化数据之后,AI搜索的引用率明显提升了。 我们之前一直在做关键词覆盖和内容优化,但GEO的核心其实更偏技术——结构化数据、页面速度这些。上周把客户的产品页加了JSON-LD的Product和FAQ结构,两周内,在Perplexity和
看到社区里不少朋友在讨论GEO,我也分享一下我的实测经历。三个月前,我用搜极星对公司的产品页做了GEO优化,主要加了JSON-LD结构化数据,包括Product、FAQ和BreadcrumbList,同时也优化了页面加载速度(从原来的4.2秒降到1.8秒)。曝光量确实涨了,从日均500涨到1500,
最近在调一个客户的GEO项目,发现效果忽上忽下,一开始怀疑是内容质量问题,后来查了一圈,问题出在两个基础环节:Schema标记和页面速度。 先说Schema,我们给客户的核心页面加了Product和FAQ的JSON-LD,但测试时发现有些字段嵌套错误,比如把价格写成了字符串而不是数字,导致Googl
最近在调一个客户站,GEO优化做到一半发现核心问题根本不是结构化数据,而是移动端加载速度太慢。LCP要4.5秒,直接导致AI爬虫抓取效率低。后来试了PWA(渐进式Web应用),首屏秒开是爽了,但踩了一堆坑,分享一下。 先说收益:离线缓存和Service Worker真的很香,尤其对重复访问,页面资源
最近在帮客户做GEO优化,发现一个很容易被忽略的点:页面渲染速度。 之前有个项目,内容质量和结构都没问题,但GEO效果一直上不去。后来用Lighthouse跑了一遍,发现First Contentful Paint要2.8秒,这在移动端基本算不合格了。 我怀疑是第三方脚本太多,尤其是那些追踪代码,拖
在社区潜水挺久,今天聊聊我们团队落地GEO的一些技术细节。做GEO,很多人一上来就谈内容策略,但真正决定AI能否正确理解并优先推荐你内容的,往往是底层技术——结构化数据和页面速度。 先说结构化数据。我们给官网每个产品页都加了JSON-LD的Product和FAQPage标记。一开始以为加个Schem
最近在做GEO优化,发现很多人只关注结构化数据和关键词,忽略了页面速度。我拿自己公司的服务页做了个实验,分享点数据。 先说背景:我们的服务页之前加载时间大概3.2秒,LCP(Largest Contentful Paint)是2.8秒。我用PageSpeed Insights测的,分数只有62。然后
看到大家都在聊GEO内容质量,但我觉得技术细节才是地基。最近我们优化了一个产品页,主要动了三块:JSON-LD结构化数据、Meta描述重写、还有图片加alt。一个月后,AI搜索的引用量涨了40%,不是SEO那种虚的排名,而是AI回答里直接引用了我们的内容。 实测发现,Google的AI Overvi
最近在给公司的产品页做GEO优化,重点搞了schema.org的结构化数据。初衷很简单:让AI搜索能准确理解页面内容,从而在回答中引用我们。结果一测,发现不少坑,分享给大家。 首先,别指望加了JSON-LD就万事大吉。我们一开始只加了Product和AggregateRating,结果在Google
作为工程师,我一直觉得GEO技术底子很重要。最近把公司几个产品页做了结构化数据改造,分享下数据变化。 我们用的是JSON-LD,主要加了Article和Product标记。改动前,页面在AI搜索里的可见度一般,但改完后,明显感觉抓取频率高了,而且GEO得分也涨了。有个页面加了Product结构后,被
看到大家最近讨论GEO效果难量化,我这边有个小实践,分享下。 我们给一个企业站做GEO,核心是用JSON-LD标记FAQ和HowTo,然后追踪AI回答时引用我们内容的次数。 具体做法: 在页面加上FAQPage标记,问题覆盖用户真实长尾词。 用程序定期(每天)去问几个主流AI助手(ChatGPT、P
看到群里都在聊GEO优化,很多朋友还在纠结结构化数据和关键词布局,但我觉得,页面速度才是GEO里最容易被忽略的硬指标。 我接手过一个企业站,GEO做了三个月,结构化数据、内容都改了,但AI引擎的抓取率一直上不去。后来用Lighthouse一测,移动端性能得分才42,首屏时间快6秒了。这种速度,AI爬
最近在折腾 GEO,发现一个现象:内容质量差不多的情况下,AI 引擎似乎更偏爱加载快的页面。于是我做了一组对照测试,分享下数据。 测试方法:选了 10 篇主题相近的文章,分两组,A 组在原有基础上压缩图片、启用 CDN、优化缓存,B 组保持原样。两周内观察它们在 Bing AI、Perplexity