Linux 软件免费装

CiteCue AI Auto-Fix

开发者 citecue
更新时间 2026年8月18日 00:33
PHP版本: 7.4 及以上
WordPress版本: 7.0
版权: GPLv2 or later
版权网址: 版权信息

标签

woocommerce ai ai-seo gptbot ai-crawlers

下载

1.1.2

详情介绍:

CiteCue AI Auto-Fix is the WordPress end of CiteCue. It decides, per request, which version of a page WordPress returns — the optimized one to a recognised AI crawler, your normal page to everyone else — and it can do that only from inside WordPress, before the theme renders. This plugin requires a CiteCue account (citecue.com) and does nothing until you connect one. See "External services" below for exactly what is sent where. What the plugin actually does llms.txt is one of the four features above, and CiteCue writes that file — the plugin serves it. The rest of the code is about what happens on a live request:

安装:

  1. Install and activate the plugin from Plugins → Add New, or upload it under Plugins → Add New → Upload Plugin.
  2. Go to Settings → CiteCue and click "Connect to CiteCue".
  3. Confirm the project for this site in CiteCue. You are redirected back and the plugin checks itself.
  4. Add and generate optimized pages on CiteCue's Auto-Fix page.
There is nothing to copy or paste: the connection brings the API key back to WordPress and hands CiteCue this site's address and content-push secret. Sites that cannot complete a browser round-trip to CiteCue can still connect with an organization API key — "Connect with an API key instead" on the settings screen. Until you complete step 2, the plugin makes no outbound requests at all.

升级注意事项:

1.1.2 Changes how page metadata is added to the response: no output buffer is left open, and WordPress 6.9's own template output buffer is used where there is one. Nothing to reconfigure. 1.1.1 Fixes a fatal error on sites that still have the old citecue/ folder installed alongside this plugin. Admin notices now appear only on the Plugins and CiteCue screens. 1.1.0 Adds enriched page metadata for live pages. Existing connections need one reconnect before CiteCue knows this site can do it — Settings → CiteCue will ask. 1.0.1 The plugin folder is now citecue-ai-auto-fix. If you installed 1.0.0 by uploading the zip from GitHub, delete the old citecue folder after updating — your settings and connection are stored in the database and carry over untouched.

常见问题:

Do I need to create an API key by hand?

No. Clicking "Connect to CiteCue" issues a key for this site and stores it for you. The manual route stays available for installs that cannot redirect through CiteCue.

How do I check it is working?

Settings → CiteCue → "Verify installation" requests your own llms.txt as an AI crawler and confirms the plugin answered. It runs automatically right after you connect. The usual cause of a failure is a full-page cache or CDN answering before WordPress loads. To check a page by hand, request one you have optimized on CiteCue's Auto-Fix page and look for the "x-citecue: served" header: curl -si -A GPTBot https://your-site.com/a-page-you-optimized/ | grep -i x-citecue Use curl or a logged-out browser — logged-in users always get the normal site.

My llms.txt works, but pages are not being served. Why?

Almost always because CiteCue has no optimized version of that URL yet. Connecting sets up delivery; it does not generate pages. Add and generate them on CiteCue's Auto-Fix page, then re-test — waiting a minute first, because a miss is remembered for 60 seconds and an immediate retry will not call CiteCue at all. Settings → CiteCue → "Recent AI crawler activity" tells you which it is. A "passthrough" row for the URL means the plugin ran and CiteCue reported no optimized page. An "error" row means the call to CiteCue failed. No row at all can mean either that the plugin declined before calling CiteCue (a recent miss, a backed-off connection, serving switched off) or that a full-page cache or CDN answered before WordPress ran.

Will human visitors ever see the optimized version?

No. Only requests whose User-Agent matches the AI-crawler registry are served the optimized page, and those responses are never cached for regular traffic. Enriched metadata is different and deliberately so: those are head-only tags describing the page a visitor is already looking at, so they are added for everyone, including Google. The visible page is never altered.

Will this conflict with Yoast SEO, Rank Math, All in One SEO or SEOPress?

No. CiteCue reads what your theme, WordPress and your SEO plugin actually printed into <head>, and adds only the tags none of them emitted — checking the output rather than looking for a particular plugin, so it is equally correct with an SEO plugin nobody has heard of. A site where Yoast already handles the title, description, canonical, OpenGraph and schema gets nothing added, which is the right answer. A site where it handles the basics but emits no OpenGraph gets the OpenGraph tags. CiteCue's tags carry a data-citecue attribute, so View Source tells you exactly which ones it added. To hand a slot back to CiteCue, remove your SEO plugin's copy of that tag and re-add CiteCue's through the citecue_seo_head_tags filter. To switch the whole thing off, untick "Enrich page metadata" under Settings → CiteCue.

What happens if CiteCue is down?

Nothing visible: a circuit breaker stops API calls for a minute and every crawler request falls through to your normal page (or a cached optimized copy).

Does pushed content go live automatically?

By default it is created as a draft. You can raise the cap to "Pending review" or "Published" in the settings.

Is WooCommerce supported?

Yes. Store pages (cart, checkout, account, all WooCommerce endpoints) are never intercepted, and product/shop pages are served optimized like any other page. With WooCommerce active, pushed content may also create draft products or enrich existing ones (matched by SKU, only with an explicit force flag).

更新日志:

1.1.2 1.1.1 1.1.0 1.0.3 1.0.2 1.0.1 1.0.0