用AI做SEO时，得先分清两件事：网页本身有没有把问题讲清楚，以及AI有没有读到那部分。读取不完整，不等于网站内容不足。
这次检查网站文章，用AI编程工具Codex写了一段读取网页的脚本：先取出正文，再看它有没有把读者的问题讲清楚。
要检查的是一篇关键词研究长文。结果拿回来的文字，只有两行：
Google搜索建议能当关键词热度吗？用自动补全找问题的边界
阅读文章 →
一共37个字符。连正文的第一段都没有。
回到网页看，文章还好好地在那儿。这两行来自页面下方的推荐卡片，介绍的是另一篇文章。长文没有丢，程序找错了地方。
后面如果直接让AI拿这点文字判断“内容是不是太薄”，讨论就会从这里跑偏。一次读取错误，很容易被当成一个需要改稿的问题。
所以这次先停下内容检查，把脚本读取的位置改对。同一份网页源码，随后取出了8962个字符。
这件事值得放进日常SEO流程里：把网页交给AI后，先看它拿到了什么，再看它给了什么建议。下面就拿这次的错误，讲清楚怎么核对；不写代码，也能用。
它找到一个“文章”区域，里面却不是这篇文章
一张网页上，往往同时放着正文、导航、作者介绍和“你可能还想看”。人看一眼，通常知道哪里是文章；脚本需要根据页面结构来找。
这次脚本采用的办法是：先找网页标出的主内容区；找不到，就取第一个标着“文章”的区域；还找不到，才读取整页。
问题出在第二步。页面没有它要找的主内容标签，第一个“文章”区域，恰好属于推荐列表里的卡片。
在代码中，这两个标签叫 main 和 article。名字有助于理解用途，却不能保证每张网页都按你预想的方式组织内容。找到一个叫article的区域，还得确认里面究竟是哪篇文章。
这次原本要读的标题，是《谷歌SEO关键词研究完整流程：从种子词到可执行的内容任务》。返回的卡片却在介绍Google搜索建议。
两个标题都谈关键词，看着还挺相关。但一个讲完整的研究流程，另一个只谈自动补全。只看主题差不多，很容易把这一步放过去；把实际返回的文字打开，问题就藏不住了。
这里有个容易忽略的细节：程序已经成功打开并读取了网页，错的是后来选中的位置。所以，只问AI“网址能打开吗”，还不够。你真正需要确认的是：它有没有读到你要检查的那部分。
字数变多了，为什么还要看具体段落？
回到保存的网页源码，可以找到完整正文。这张页面用WordPress的Elementor编辑工具制作，正文和推荐列表分别放在不同区域。
于是，把脚本改为读取真正装着正文的组件。这套页面中，对应的选择条件是 .elementor-widget-theme-post-content。
做开发的人可以据此定位；做运营的人不用背下这串代码。换一套模板，内容放的位置也可能变。要记住的是核对方法，不是把这一串名字复制到所有网站上。
改完以后，第一篇读到了8962个字符。又用另一个搜索意图页面复核：原规则仍取到那张37字符的推荐卡，改读正文后，返回了3791个字符。
两次比较各自用的都是同一份已保存源码，期间没有改文章。这样才看得出，差别来自读取位置，而不是刚好换了一版内容。
但看见数字变大，还不能收工。导航、评论和推荐列表加在一起，也可能有很多字。
第一篇取回来的开头，终于在讲关键词研究该做哪些工作：确定市场和业务、收集搜索表达、核对数据，再安排页面。它和目标文章对上了。
接下来，还要找一处文中确实讲过的关键答案，再检查末尾。比如这篇讲到了“更新已有页面，还是新建页面”，就让AI把相关段落指出来。只有开头正确，后面却漏掉了一半，也算没读全。
这次的8962、3791，统计里包含换行、标点和英文字符，也可能包含页面上默认折叠的问答。它们只帮助记录取到了多少文字，不能拿来评文章质量。
如果要判断首屏是否说清楚了，就看访客打开页面时实际能看到的部分；如果要判断全文有没有回答完整，再继续看后面的解释。读取范围要跟这次要做的判断对得上。
不会查代码，就让AI先把读到的内容摆出来
大多数时候，你不需要自己研究网页标签。把下面几件事加进任务要求，就能更容易看出它有没有拿错材料。
先对标题。打开的还是你给的那张页面吗？有没有跳到登录、验证或错误提示？
再看正文开头和结尾。返回的是文章内容，还是导航、“阅读更多”、推荐卡片？只给你一段摘要，也不能算读过全文。
最后，挑一处你熟悉的信息核对。教程可以查某个操作步骤，产品页可以查型号、规格或售后条件。让AI展示对应原文，比听它说“已阅读完成”更容易判断。
可以直接这样交代：
先阅读这个网址，展示页面标题、正文开头和结尾，再找出与我这次问题有关的一处关键段落，给我核对。
如果拿到的只是导航、推荐卡或验证提示，告诉我哪部分还没读到。正文没取全时，先不要建议扩写或删除。
确认读到目标正文以后，再分析：哪一段没讲清楚、你根据什么作出判断、具体建议怎样改。本轮只给建议，不修改网页。
拿到建议以后，也沿着同样的办法往回查。它说“没有说明选词顺序”，就请它指出读过哪段，再对照原文，看看是文章真没讲，还是它漏读了。
核对不必每次都重贴全文：标题帮你认页面，首尾帮你查范围，关键段落帮你确认它确实找到了要分析的内容。
没读到正文，接下来该改哪里？
这次只需要修正读取区域。但并不是所有“读不到”，都能用同一个办法解决。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
这个顺序会影响你把精力花在哪儿。正文已经写了，只是没被读到，继续扩写解决不了读取错误；正文确实没回答读者的问题，修脚本也不会让答案自己长出来。
换了页面模板，还要再抽查。文章页、产品页、分类页放内容的位置可能不同，一条在文章页上跑通的规则，不适合不检查就套遍全站。
这次复核的是两个已保存页面，记录足够解释这段脚本为什么出错。它没有测Google收录，也没有测AI搜索引用；那些问题要看各自的实际记录。
对日常用AI做SEO的人，这里最值得留下的动作很简单：先让它把读到的东西拿出来。 当标题、首尾和关键段落都对得上，再讨论文章哪里该改，后面的建议才有可以核对的依据。
