- 博客(16)
- 收藏
- 关注
RSS订阅原创 网站开了18年，百度和AI都看不见它
按方案做完，技术 SEO 能从 25 分拉到 80～90，AI 可见性从 20 拉到 70～85——这两块是改版能确定性解决的。但有一个维度改版拉不满：**内容与时效，15 分的天花板在 45～60。**18 年没实质更新这件事，改版换不掉，只能靠上线后一篇一篇补。还要配四个「保命机制」，不然新站很快变回旧站：标题、alt 变成后台必填项（不填发不出去）；结构化数据发布时自动生成；发布/更新时间双字段自动输出；内容定期更新机制。老站 18 年没修好，不是没人想修，是系统从来没逼着人修。
2026-10-14 12:43:10
239
原创 GEO vs SEO：AI 搜索时代的内容优化差异与落地路径
最近在研究 AI 搜索相关的东西时，被问到最多的一个问题是：「GEO 和 SEO 到底差在哪？是不是换个说法的 SEO？不是。它们争的是两个不同的位置。：用户搜一个词，你出现在十条蓝色链接的前几位。：用户问 AI 一个问题，AI 在回答里提到你的站点、引用你的内容、给出你的信息。用户的行为变了：以前是先搜关键词、再点链接、再自己判断；现在是直接问 AI、看答案，可能一个链接都不点就完成了决策。
2026-10-13 08:20:59
227
原创 GEO vs SEO：AI 搜索时代的内容优化差异与落地路径
最近在研究 AI 搜索相关的东西时，被问到最多的一个问题是：「GEO 和 SEO 到底差在哪？是不是换个说法的 SEO？不是。它们争的是两个不同的位置。：用户搜一个词，你出现在十条蓝色链接的前几位。：用户问 AI 一个问题，AI 在回答里提到你的站点、引用你的内容、给出你的信息。用户的行为变了：以前是先搜关键词、再点链接、再自己判断；现在是直接问 AI、看答案，可能一个链接都不点就完成了决策。
2026-10-13 08:16:03
40
原创 一个 4A 景区官网的完整复盘：需求、取舍与评级标准
景区官方游览线是入口 — 东坡廉政佳句 — 三苏纪念馆 — 东坡布衣像 — 三苏坟 — 金蛙迎宾道 — 东坡碑林 — 三苏祠 — 广庆寺 — 东坡湖 — 东坡艺苑。网站的栏目顺序就照这条线来，人到现场拿着手机按图走，不打乱仗。
2026-10-12 09:07:13
85
原创 企业知识库问答落地实录：RAG 的 5 个坑与对应做法
RAG（Retrieval-Augmented Generation，检索增强生成）本质上就是让大模型「开卷考试」：回答之前先去文档库里翻资料，再照着资料组织答案。原理不复杂，但从 demo 走到能稳定使用，坑基本都落在工程细节上。下面按落地顺序，把最常见的 5 个坑和对应做法讲清楚，配两段 Python 伪代码示意。
2026-10-11 10:28:17
184
原创 用 Codex 迭代小程序 UI 的工作流：截图、反馈、验证的闭环
最近在迭代一套餐饮方向的商城 SaaS 小程序（扫桌码点餐 + 外卖 + 自提），UI 这轮几乎没亲手写代码，全部交给 Codex 跑。记录一下这套工作流，以及它对交付效率的真实影响。先说结论：AI 时代做小程序不是「一句话生成一个应用」，而是把传统开发里「提需求 → 排期 → 开发 → 联调 → 验收」的长循环，压成了「截图 → 反馈 → 验证」的短循环。最后一个提醒：AI 改 UI 的效率红利是真的，但工程纪律一点不能少——版本管理、变更留痕、真机回归测试，一个都不能省。省下的时间会加倍还回去。
2026-10-08 08:45:44
178
原创 从云台天瀑 314 米落差，聊内容积累与 AI 收录的底层逻辑
AI 给出的答案里提不提你的公司，正在变成一条新的流量入口。云台山泉瀑峡的尽头是云台天瀑，单级落差 314 米，是国内落差最大的瀑布之一。导游讲了一句很朴素的话：这道水能挂成这样，是几亿年的岩层抬升加上流水下切，一点点攒出来的。国庆假期去了一趟焦作云台山，本来只想看风景，结果在山上想了一路技术问题。回来把这件事记一记，顺带说说很多做站点的人忽略的一个逻辑。回到那挂天瀑：它之所以是景点，不是因为水大，也不是因为崖高，而是因为两者熬了几亿年。答案很直接：崖还是那道崖，水一小，气势立刻少一半。
2026-10-05 10:46:21
205
原创 国庆从云台山下来，我还是觉得智能体比登山有意思
假期结束，我的建议就一条：如果你还在用手动方式做着大量重复性工作（监控、搬运、格式转换、巡检），国庆回来不妨花一个下午，把其中最机械的一环交给智能体试试。但真正让我印象深刻的，是山顶上的一种强烈反差：所有人都在被劝「放下」，而我满脑子想的是山下没跑完的自动化脚本。我在实践中踩过的坑也不少：它生成的代码要人审、自动化流程要留日志和回滚、对外发布的内容必须过人工口径检查。而智能体给人的快乐是「创造」：把脑子里的东西快速变成能跑的实物。作为一个写了十多年代码的人，我想聊聊为什么智能体这件事让我比登山还上头。
2026-10-03 12:29:47
171
原创 AI 编程一个月 API 账单实录：几千块都烧在哪了？
实测我的场景里，一天多能省出 4 小时左右，公式轻松为正。二是需求说不清楚导致无限返工——后者烧的 token 反而是全部成本里最冤的部分。把接口约定、边界条件、目标语言版本、性能要求一次给足，返工率肉眼可见地下降。代码生成、重构建议、报错排查、文档撰写，全部走 token。早期 prompt 写得太随意，模型返工三四次才对，token 白烧。先说结论：AI 编程不是贵在使用，而是贵在"返工"。把返工率打下来，账单能腰斩。（AI 抢回的时间 x 时间单价）>（API 账单 + 学习成本），即为正收益。
2026-09-30 09:56:38
146
原创 nginx add_header 为什么只在部分路径生效？一次完整的排查记录
location ~ .(js|css)$ 这类正则的优先级高于普通前缀 location /，静态资源请求根本不会进 location /，自然拿不到那里配置的响应头。翻译：只要当前层级（server、location、if）里出现了任意一条 add_header，上级的所有 add_header 就全部失效，一条都不会继承下来。所以"server 块里配一次全站生效"这个直觉是错的——只要站内存在任何带 add_header 的 location，命中它的请求就只会拿到它自己那组头。
2026-09-28 09:14:22
164
原创 给 AI 爬虫开门：静态站 llms.txt 和 llms-full.txt 落地实录
正文：robots.txt 管的是「允许谁来爬」，llms.txt 管的是「让 AI 读什么」。llmstxt.org 提出的这个约定正在被越来越多 AI 产品接受：站点根目录放一个 llms.txt，用 Markdown 写清站点简介和重点页面索引；再放一个 llms-full.txt，把全站正文合在一起，方便模型一次性读透。给公司的静态站配完这套东西之后，把过程记录下来，五个要点。一、llms.txt 的最小可用结构。
2026-09-28 09:12:39
173
原创 排查实录：server 级配好的安全响应头，为什么部分路由就是不返回？
给一台宝塔 Nginx 的站点加安全响应头，写法很常规：在 server 块里配置 HSTS、X-Content-Type-Options、X-Frame-Options、Referrer-Policy。nginx -t 通过、reload 成功。然后 curl -I https://example.com/ 首页四个头全在，但部分页面一个都没有。
2026-09-27 08:51:16
177
原创 静态站上线前必查：软 404 是怎么把 SEO 和 GEO 一起毁掉的（Nginx 排查实录）
这篇文章记录定位和修复的全过程，如果你在维护宝塔/Nginx 静态站，建议先花 30 秒测一下自己的站（方法在第一节）。
2026-09-24 09:03:36
189
原创 网站改版不掉权重的 301 迁移实操：IIS/Nginx 规则、URL 映射表、上线检查清单
生成规则前先扫一遍，特别关注三类漏网：带分页参数的、带排序参数的、中文标题被 URL 编码过的。上周帮一个客户做站改，老站是 ASP.NET 动态地址，新站改成伪静态，两年积累的有收录页面四百多个。旧地址不能只靠 301 兜着，站内所有手写链接都要改成新地址直连——导航、页脚、文章正文、专题页里都可能有。改版前必须导出三份东西：有收录的 URL 清单（站长平台或站点日志都能导）、带来搜索流量的核心页面清单、站内栏目结构图。Location 指向的是最终地址，而不是另一个还会再跳一次的中转地址。
2026-09-22 11:31:02
324
原创 Shopify 主题开发实录：用 Section Rendering API 做集合页 AJAX 标签切换
上个月给一个珠宝独立站改集合页，需求很具体：同一个集合页要按「培育钻 / 莫桑石」「1-2 克拉 / 2 克拉以上」这类维度切换，设计师不想看到整页刷新的白屏闪一下。用户翻到第 3 页、带了个筛选条件，这时候点标签，如果只请求 btn.dataset.href，页码和筛选全丢，产品列表直接跳回第 1 页。坑 4：别在前端拼价格。注意我只替换 .cst-grid，标签栏不动——切换时标签栏位置不跳，视觉连续性好很多，这是实测下来体验差别最大的一处。// 关键：把当前页面的筛选、分页参数合并进去，见坑 2。
2026-09-20 10:17:08
217
原创 企业官网 SEO 实战：手把手加 JSON-LD 结构化数据，让百度和 AI 都「认识」你
而 AI 判断"你是谁"的第一手资料，就是页面上的结构化数据。：GPT、文心、Kimi 这类助手回答"XX 公司怎么样"时，高度依赖页面上的实体标记做交叉验证。没有标记的公司，AI 要么不提，要么张冠李戴。## 二、原理：机器是怎么「看」你网站的搜索引擎抓取页面后，会把 HTML 解析成结构化理解。把客户最常问的问题写成「问/答」段落并加 FAQPage 标记，百度搜索结果里会直接展开问答，占屏面积翻倍。：带结构化数据的页面更容易拿到富摘要（星级、面包屑、FAQ 展开项），点击率普遍提升；
2026-09-19 12:17:10
39
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人