| 开发者 | citecue |
|---|---|
| 更新时间 | 2026年8月18日 00:33 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
<head> and adds only what none of them emitted, so there is never a second title or canonical.<head> rather than looking for particular plugins, so it behaves correctly beside Yoast, Rank Math, a plugin nobody has heard of, or none at all. Every tag it adds carries a data-citecue attribute, so View Source tells you exactly which ones came from CiteCue.citecue/v1 endpoint is how CiteCue delivers new content into WordPress — as drafts, with replayed signatures rejected — so the loop from "this page is missing" to "this page exists" closes without anyone copying and pasting.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.
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.
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.
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.
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.
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).
By default it is created as a draft. You can raise the cap to "Pending review" or "Published" in the settings.
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).
wp_head did not run to the end — and a buffer left open is one the next plugin's ob_get_clean() can take by mistake.</head> rather than at the end of wp_head, and the check for what is already there reads the head only. Markup in the body — a <title> inside an inline SVG, a <meta> quoted in page content — no longer counts as a slot somebody else has filled, so pages carrying either get their metadata again.template_redirect callback, so a request another plugin redirects or answers itself is never buffered./api/delivery/v2/seo-head endpoint.<head> output rather than looking for particular plugins.citecue_should_inject_seo_head (skip a page), citecue_seo_head_tags (change what is printed), citecue_seo_head_query_vars and citecue_seo_head_schedule_budget.