EmDash SEO插件Coywolf Pack：缓存把首字节压到90毫秒内，WordPress迁移不丢层级和重定向

摘要：Coywolf Pack是Jon Henshaw给EmDash写的一个免费开源插件包，MIT许可证，装上以后各模块默认全关，用到哪个开哪个。速度上，它把页面放进Cloudflare的Workers缓存，冷启动时1.1到2秒的首字节，缓存命中后变成60到90毫秒。SEO上，它补了IndexNow、新闻站点地图、llms.txt、成套的结构化数据、能写正则的重定向、白话版robots.txt编辑器和全站链接检查。从WordPress搬家时，它能保住标题锚点、分类父子层级、多作者署名和旧媒体网址。代价有两条：它是原生插件，跑在EmDash主进程里，不受插件沙箱约束；它只支持部署在Cloudflare上的EmDash 1.2及以上版本。

EmDash 9月底发了1.0，站内当时写过一篇EmDash 1.0发布与插件沙箱、Cloudflare绑定的取舍。那篇留了个尾巴：EmDash自带的SEO功能只能算够用，离WordPress上装个Yoast或Rank Math就齐活的程度还差不少。

半个月后，这个缺口有人来填了。北京时间10月15日傍晚，Search Engine Journal的Roger Montti发文介绍了Coywolf Pack EmDash SEO Plugin Makes Sites Absurdly Fast，标题里那个“快得离谱”是插件作者自己的说法，Montti测了一圈，觉得不算吹。

这篇以SEJ的介绍为主体，对照插件在GitHub上的说明文档和EmDash官方文档，讲清楚它补了哪些功能、速度从哪来、从WordPress迁移时多保住了什么，再说说装之前要先想明白的两件事。EmDash 1.0本身的新功能和锁定争议，上面那篇已经讲过，这里不再重复。

Coywolf Pack是谁做的，为什么在EmDash插件目录里搜不到？

作者Jon Henshaw在SEO圈子里资历很老。按他在Coywolf官网的个人介绍，他做了三十多年互联网营销，早年联合创办了SEO工具Raven Tools，2017年卖给了TapClicks；之后在CNET和Vimeo当过SEO负责人，在Paramount Global管过Paramount+、SHOWTIME和Pluto TV三个流媒体的SEO；现在是Yahoo的受众管理总监，负责SEO、AEO和自然增长。

Montti特意把作者履历放在前面讲，理由很直白：现在用AI拼一个插件太容易了，谁写的就变得重要。一个管过大型媒体站SEO的人写的插件，至少在“搜索引擎到底需要什么”这件事上不太会犯外行错误。

Coywolf本身是Henshaw的独立公司，在WordPress上已经有Coywolf SEO、Link Manager、Video Manager、Robots.txt Manager等一串插件。Coywolf Pack就是把这些WordPress插件的能力搬到EmDash上，按Coywolf Pack的GitHub仓库说明，目标是把“Coywolf的WordPress插件能做、EmDash原生做不到”的那部分补齐，后续还会继续搬。

它是原生插件，不进沙箱

这一点SEJ的文章没提，但对要不要装影响很大。

EmDash的插件分两种。从插件市场或注册表装的叫沙箱插件，每个插件单独跑在一个隔离环境里，只能做安装时声明过、管理员批准过的事。另一种叫原生插件，作为npm包装进项目，在astro.config.mjs里注册。EmDash的插件沙箱配置文档写得很明确：原生插件跑在EmDash的服务器进程里，得不到沙箱隔离。

Coywolf Pack属于后者。仓库说明里的解释是，插件目录只收沙箱插件，而沙箱插件不能直接读数据库和存储桶，它要做的备份、缓存预热、批量改链接，都离不开直接读写D1数据库和R2存储。所以它只能从GitHub或npm装，在EmDash官方插件目录里是搜不到的。

说白了，EmDash最引以为豪的插件安全模型，对这个插件不起作用。装它等于把整个站的读写权限交给它，这时候能依靠的只剩作者的名声和公开可查的代码，平台的隔离机制帮不上忙。对个人站和小团队来说这通常能接受，对有安全审计要求的公司，要先过一遍代码。

装之前要满足的条件

• EmDash版本1.2或更高，用的是Cloudflare适配器。
• 有名为DB的D1数据库和名为MEDIA的R2媒体存储桶。
• 要存API密钥的模块（AI补全、视频、Cloudflare Radar同步等），站点得设置EMDASH_ENCRYPTION_KEY，密钥加密存储。

跑在Node.js服务器上的EmDash站，这个插件就用不上了。它的速度优化、媒体处理、视频托管全部建立在Workers缓存、R2、Cloudflare Images和Stream上。

还有一个设计挺贴心：所有功能都在后台的开关页里单独开关，新功能默认是关的，装上或者升级都不会改变站点现有的样子，关掉的模块连侧边栏入口都会消失。作者说这是照着Coywolf SEO在WordPress上的开关做法来的。

“快得离谱”的速度是怎么来的？

先说EmDash在Cloudflare上为什么会慢。它的每个页面都在一个Worker里现场生成，一个机房里很久没跑过的Worker要先启动、加载EmDash、再查D1数据库，然后才能回应。按仓库说明，coywolf.com在没优化之前，首字节要1.1到2秒，移动端PageSpeed的速度指数是5到8秒。

用了Coywolf Pack的性能功能之后，同一个站在PageSpeed四个类别里都拿到100分。Montti自己测了首页、内页、视频分类页和带视频的文章页，也全是100。

思路其实就一个：尽量别让Worker现场干活。能缓存的全缓存，缓存失效了马上补上，必须现场生成的那部分把数据库查询压到最少。下面这张表是作者列的八项改进，数字都出自仓库说明。

缓存预热解决的是什么问题

普通的缓存是被动的，有人第一次访问，页面才生成并存起来，第一个访客就成了“冤大头”。预热是主动的，部署完成或清完缓存后，插件读取/sitemap.xml，先访问首页，再访问首页链到的栏目页（作者特意提到，分类归档页经常不在站点地图里），然后按站点地图顺序把文章过一遍。

它不单独开后台任务，就搭真实流量的便车：站点回应完一个正常请求后，Worker顺手领几个排队的页面去访问。这样预热就发生在读者和爬虫实际来访的机房附近。

还有一个细节跟SEO直接相关。Cloudflare不保证页面在整个缓存期内都留着，访问少的页面会被机房提前挤掉。搜索引擎爬虫恰恰爱翻那些没人看的老文章，碰上没缓存的页面就得等它现场生成。所以插件在开启预热后每天还会再跑一轮，已经在缓存里的页面命中后几乎不花成本，只有被挤掉的会重新生成。

数据库往返为什么值得抠

仓库说明给了一个数：页面不在缓存里时，Worker每跟D1数据库来回一次，大约多花25到30毫秒。一个页面如果插件各模块各查各的，查上十次就是小三百毫秒。Coywolf Pack的做法是把开关和设置合成一次查询，在同一个Worker实例里缓存5分钟；一篇文章的插件数据一次查完；同一时刻要读的东西打包成一个批次发出去。

两个容易踩的缓存坑

头一个，Cloudflare后台那个“清除所有缓存”按钮，清不到Workers缓存，因为那份缓存属于Worker，不属于域名。插件因此在后台加了自己的“清除页面和图片”按钮。用Cloudflare的老站长要改掉这个肌肉记忆，不然会以为清了，其实没清。

第二个是读取失败的页面不进缓存。插件读数据库失败时（D1短暂连不上、查询出错），这一次请求会退回默认值，页面照常发出去，但没有结构化数据、评价、视频和重定向。这种残缺页面不会被放进边缘缓存，免得一错就错上7天。这个设计对SEO很重要，一份缺了结构化数据的页面被缓存一周，正好赶上爬虫来抓，富媒体结果就可能掉。

满分别当成排名保证

PageSpeed Insights上面那个分数是实验室数据，用一台模拟设备跑一次得出来的。Google排名用的Core Web Vitals看的是真实用户数据，也就是同一个页面下方的CrUX那一栏，要有足够访问量才会显示。小站拿到实验室100分很常见，真实用户数据可能根本没有。

也别小看这次改进。首字节从一两秒降到一百毫秒以内，对爬虫抓取效率和真实用户的最大内容绘制都有实打实的帮助。只是评判的时候，看缓存命中率和真实用户数据，比盯着那个100分靠谱。

SEO模块替EmDash补上了哪些功能？

SEJ把这部分概括成爬虫控制、结构化数据、内容发现、元数据生成和链接重定向管理。按模块看会更清楚。

内容发现：IndexNow、新闻站点地图、llms.txt和Markdown版本

这个模块从WordPress版的Coywolf SEO移植过来，四个功能可以单独开。

• IndexNow：文章发布、更新、撤下或删除时，把网址提交给api.indexnow.org，由它转给Bing、Yandex、Seznam、Naver等参与的搜索引擎。3秒内的多次改动合并成一次请求，改了网址别名的会把旧网址一起报上去，设了noindex的不提交。后台能看最近25次提交记录。
• 新闻站点地图：只收最近48小时发布的文章，最多1000条，按时间倒序。这两个数和Google新闻站点地图文档的要求一致。
• llms.txt：列出站名、简介，每个内容集合最多100条最新内容，再加一个可选列表，默认最多500条，最高可调到5000条。
• Markdown版本：每篇文章在原网址后面加index.html.md提供一份Markdown，带标题、网址、日期等元信息。

IndexNow的覆盖范围要说清楚。按IndexNow官方文档，这个协议由参与的搜索引擎共享提交，Google并没有加入，百度也不吃这一套。站内以前写过WordPress怎么给百度和Bing实时推送，做国内收录还得走百度自己的推送接口。对做海外市场的独立站，IndexNow主要管Bing，微软的Copilot用的也是Bing索引，开着不亏。

llms.txt要不要开，看你怎么理解它。Google的人说过它不算站点地图，站内在Google谈HTML站点地图与llms.txt里整理过原话；站内对4.5万份llms.txt做过的内容普查也显示，近半数是套模板。插件帮你自动生成，成本几乎为零，开着无妨，别指望它带来排名。

Markdown版本有一处细节值得说。Cloudflare自己推的Markdown for Agents靠的是内容协商，同一个网址根据请求头返回HTML或Markdown。Coywolf Pack偏偏不这么做，作者给的理由是Cloudflare的缓存键不区分Accept请求头，有一个请求要了Markdown，缓存里的HTML页面就可能被换成Markdown，普通访客打开看到一堆井号。所以它用单独的.md网址，再在页面头部放一个指向它的alternate链接。

结构化数据：每页一个完整的图谱

Schema模块打开后，会用一份JSON-LD图谱替换EmDash自带的结构化数据，包含网站、发布方（机构或个人）、带类型的网页、主图（带尺寸和替代文字）、作者和文章。替换时沿用同一个主ID，所以不会出现两份重复的结构化数据。

面包屑另算。主题自己已经输出了BreadcrumbList的，开这个功能前要先删掉主题里那份，不然一页两份。站内做过面包屑页面层级和结构化数据的对照普查，两份对不上的情况很常见，重复输出只会更乱。

视频方面，用Cloudflare Stream托管的视频会自动生成VideoObject结构化数据，另外有单独的视频站点地图。Google最近对视频结构化数据的要求，站内在VideoObject新增creator属性的更新里有整理。

AI补全模块可以接Workers AI，也可以填自己的Anthropic、OpenAI或Gemini密钥，干三件事：从维基数据里找文章涉及的实体写进结构化数据；给没有元描述的文章写155字符以内的描述建议；给图片写替代文字。默认只给建议，不覆盖人写的内容，每天调用模型的上限默认是200次。

robots.txt：用大白话写规则

这个模块把robots.txt从一个文本框变成了规则列表，每条规则写成一句话，比如“禁止AI训练爬虫访问/private/目录”。内置约700个爬虫的名录，主流AI爬虫和搜索引擎的标识在10月3日按各家官方文档重新核对过，没有官方出处的旧标识（比如anthropic-ai、Claude-Web）会被标成未验证。

它会检查规则冲突：同一个路径对同一批爬虫既放行又禁止、例外写在禁区外面、搜索引擎被挡在页面外，都会报错或警告。每次保存后还会自检，确认生成的文件对每个爬虫给出的结论和你写的规则一致。规则按最具体的优先写入文件，这和RFC 9309的最长匹配规则一致，站内的robots.txt规则冲突实测讲过为什么顺序靠不住。

一个实用的预设叫“禁止AI训练，允许AI搜索”。上个月Cloudflare下线托管robots.txt时，站内看到大量站点的AI训练禁令一夜消失，原因就是规则不在自己手里。这个模块把规则存在站点自己的数据库里，还留了最近20个版本可以回滚。

重定向和链接管理

EmDash自带的重定向只能处理站内页面跳站内页面。仓库说明拿EmDash 1.3做了对比，差别集中在下面几项。

有三件事它留给EmDash自己做：改网址别名时自动生成跳转、404日志、跳转循环检测。两边对同一个路径都有规则时，EmDash的优先。

删文章时问你要301还是410，这个细节很有SEO常识。不管的话旧网址就是404，外链和收录慢慢流失。站内讲过301重定向的权重损耗，该跳的跳，确实不要了就给410，比一直404干净。

链接管理模块会把内容里所有链接列成清单，标出状态码和用在哪几篇里，能批量替换、取消链接、忽略。定期检查默认关着，打开后每周跑一次，每个链接先发HEAD请求，被拒再用GET。免费版Workers每次调用最多50个子请求，大站跑完一轮可能要好几个小时。哪些死链值得修，可以参考站内的死链修复取舍。

从WordPress搬到EmDash，Coywolf Pack多保住了什么？

SEJ认为迁移模块是这个插件比EmDash原生功能强得最明显的地方。EmDash自带的导入器能搬文章、页面、自定义文章类型、分类、标签、作者和媒体，但对一个用了好几年的WordPress站，总有东西会掉在路上。

这里面对排名影响最大的是网址层级。Montti举的例子是“新闻 > 本地 > 文章”这种三级结构，导入后父子关系一丢，网址路径就变了。站内在Google公布的迁移恢复耗时里写过，网站迁移典型要1到3个月才稳定，网址要是没能一一对上，时间只会更长。

标题id这项也比看上去重要。很多站在Google结果里会出现直达某个小节的链接，靠的就是这些锚点。站内做过页内锚点的普查，三成锚点本来就指不到目标，迁移再丢一批，损失不小。

重定向规则的导出要在WordPress服务器上用WP-CLI跑命令，比如Rank Math是查wp_rank_math_redirections这张表，Yoast高级版是读wpseo-premium-redirects-base这个选项。带条件的规则（按登录状态、来源、浏览器区分的）、源网址带查询参数的规则会被跳过，并列出原因。WordPress自己默默做的一些事不会被带过来：猜测打错的网址、/?p=数字这种旧链接、作者页和日期归档页，还在吃流量的要自己补规则。

搬完以后怎么验

仓库说明给了一套验收步骤，最实用的是这一条：在旧站关掉之前，用WP-CLI导出所有已发布文章的网址，替换成新域名后逐个请求，不是200的就要补跳转或改网址规则。

wp post list --post_type=post,page --post_status=publish --field=url > old-urls.txt
while read -r url; do
  new="${url/https:\/\/old.example.com/https://new.example.com}"
  code=$(curl -s -o /dev/null -w '%{http_code}' "$new")
  [ "$code" = 200 ] || echo "$code $new"
done < old-urls.txt

再抽查几个旧图片网址（一个缩略图尺寸、一个原图）、跑一遍链接管理找站内死链、挑几篇文章看锚点和作者署名，最后拿富媒体结果测试工具测一篇文章。全部过了，再把迁移模块关掉。

搬家后掉收录，原因不一定出在网址上。站内写过迁移后大量页面已抓取未编入索引的案例，Marie Haynes认为站点质量本身也会被重新评估。插件能保证网址不断，内容质量它管不了。

和WordPress上的Yoast、Rank Math比，它算什么水平？

放在一起比之前先说一句：它们不在同一个平台上，没法互相替代。真正的问题是，WordPress站主搬到EmDash以后，原来靠插件拿到的东西还能不能拿到。

最后一行很关键。Yoast和Rank Math最出名的是编辑器里那个打分面板，告诉你关键词用了几次、句子是不是太长。Coywolf Pack完全不走这条路，它更像一个技术SEO工具箱，偏重抓取、收录、迁移和速度。习惯了看红绿灯写文章的编辑，搬过来会不太适应。

另外，仓库说明全文没有出现hreflang。做多语言站的，这一块要看EmDash自带的多语言功能能不能满足，或者自己在主题里写。站内的Yoast、Rank Math、AIOSEO横评可以拿来对照着看缺了什么。

谁该装，装之前要先想清楚哪些事？

适合装的人很清楚：已经在用EmDash、部署在Cloudflare上、内容以文章为主的站，尤其是刚从WordPress搬过来或者准备搬的。对他们来说，这个插件几乎就是缺失的那块拼图，而且免费。

不太适合的有三类。部署在Node.js服务器上的EmDash站，核心功能用不上。安全要求高、不接受原生插件拿全部权限的团队，要先审代码。面向国内用户的站，Cloudflare在大陆访问速度本来就不稳，IndexNow又不推百度，最主要的两个卖点都要大打几折。

成本要看清楚

插件本身免费，但它用到的Cloudflare服务有各自的额度。仓库说明里提到，Cloudflare Images免费版每月5000次图片变换，超出要买付费套餐，每1000次0.5美元；一张图要出4个宽度，大约就是7次变换。媒体多的站第一个月批量生成尺寸时要留意。链接检查和AI补全也各有调用上限，前面讲过。

装好之后先验这几样

• 用curl连续请求同一个页面两次，比较首字节时间，第二次应该明显变快，说明缓存生效了。curl的-I只发HEAD请求，部分缓存头可能看不到，站内写过HEAD和GET看响应头的差别。
• 打开/robots.txt，确认是插件生成的版本。站点public目录里如果有静态的robots.txt，会被优先返回，插件说明里专门提醒要删掉。
• 开了新闻站点地图的，访问/news-sitemap.xml，再去Search Console提交。插件不会自动把它写进robots.txt。
• 开了IndexNow的，在后台点一次提交首页，看记录里有没有成功回执，再访问那个密钥文件确认能打开。
• 导入过重定向的，用后台的网址测试器抽几条旧网址，确认跳到了对的地方、状态码是301。
• 开了Schema模块的，用富媒体结果测试检查是不是只有一份结构化数据，面包屑有没有重复。
• 过两三周再看PageSpeed里的真实用户数据和Search Console的核心网页指标报告，那才是跟排名挂钩的数字。图片补了宽高以后，累积布局偏移这一项应该最先看到变化。

缓存这块还要补一个背景知识。Workers缓存的工作方式可以看Cloudflare的Workers缓存文档，它和平时说的CDN缓存是两套东西，插件说明里所有清缓存的操作都是针对前者。

回头看，Coywolf Pack说明了一件事：EmDash的SEO短板，靠社区插件补得上，而且补得相当专业。只不过补上的方式，恰好绕开了EmDash最看重的沙箱，又把站点跟Cloudflare绑得更紧了一点。选它之前，这两条想通了就行。

常见问题解答

Coywolf Pack要钱吗？

插件免费，代码以MIT许可证放在GitHub上。它依赖的Cloudflare服务按各自规则计费，比如Cloudflare Images免费版每月5000次图片变换，超出后每1000次0.5美元。

为什么在EmDash插件目录里找不到Coywolf Pack？

EmDash插件目录只收沙箱插件，沙箱插件不能直接读写数据库和存储桶。Coywolf Pack的备份、缓存预热、批量改链接都要直接访问D1和R2，所以做成了原生插件，只能用npm从GitHub安装。

原生插件和沙箱插件有什么区别？

沙箱插件每个单独隔离运行，只能做安装时声明并经管理员批准的事。原生插件在astro.config.mjs里注册，跑在EmDash服务器进程里，按EmDash文档的说法得不到沙箱隔离，权限和站点本身一样大。

部署在Node.js上的EmDash能用Coywolf Pack吗？

不能。插件要求EmDash 1.2及以上，并且使用Cloudflare适配器，有D1数据库和R2媒体存储桶。它的缓存、图片和视频功能都建立在Cloudflare的服务上。

Coywolf Pack的IndexNow能让Google更快收录吗？

不能。IndexNow把网址提交给Bing、Yandex、Seznam、Naver等参与的搜索引擎，Google没有加入，百度也不支持。Google收录还是靠站点地图和正常抓取。

PageSpeed拿到100分，排名会上升吗？

不一定。PageSpeed上的分数是实验室模拟数据，Google排名参考的是真实用户的核心网页指标。首字节变快对抓取和加载有帮助，效果要看几周后的真实用户数据。

从WordPress迁移到EmDash，Coywolf Pack能导入Yoast和Rank Math的重定向吗？

能。在WordPress服务器上用WP-CLI导出Redirection、Rank Math、Yoast高级版或Coywolf SEO的规则，粘贴到迁移模块里生成重定向。带登录状态、来源等条件的规则和源网址带查询参数的规则会被跳过。

权威参考资料