| 开发者 | octoplug |
|---|---|
| 更新时间 | 2026年9月2日 14:15 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
llms.txt and stop there. GEO Suite starts from the opposite end: it measures the site, tells you in plain words what is holding it back, and only then writes the files — and afterwards it goes and checks from the outside that what it wrote is actually being served.
That measure-then-verify loop is what the plugin is built around:
llms.txt and llms-full.txt kept up to date on their own, a Markdown copy of every page at <permalink>.md, JSON-LD (Organization, WebSite, Article, Breadcrumb, FAQPage, Person) written only where your SEO plugin has not already written it.octoplug-geo-suite folder to /wp-content/plugins/, or install the plugin from the WordPress Plugins screen./llms.txt and /llms-full.txt URLs.No. AI crawler access and traditional Google ranking are separate things: letting AI bots read the site does not affect organic ranking.
No. GEO Suite detects Yoast, Rank Math or SEOPress and works alongside them, avoiding duplication of the structured data the SEO plugin already generates.
No, and it makes no external calls at all. The plugin counts how many times known AI bots passed by, as a daily total: no IP addresses, no visitor data, nothing that identifies anybody. The score history it keeps is a number and a date, stored in your own database.
Make sure "pretty" permalinks are active (Settings → Permalinks). If pretty permalinks are not available, the ?opgs_file=llms fallback is provided, and it is also reported in the settings.
Yes, with both WPML and Polylang: files and structured data are generated for every active language, each at its own address (/llms.txt for the main language, /en/llms.txt for English, and so on).
No. There is no license key, no trial, no quota and no expiry. Every feature described above works from the moment you activate it. A separate add-on exists for per-page analysis, bulk editing, advanced schema and detailed crawler monitoring, but that is a different plugin with its own code: nothing here is disabled waiting for it.
In a table in your own database, on your own site. One reading a day plus one every time you regenerate or recalculate, each a number, a date and what triggered it. You can see the whole thing under GEO Suite → Trend, change how long it is kept, or switch the recording off entirely, in Settings.
get_post_modified_time(), when given a format, goes through PHP's date(), which does not localise month names. It now uses wp_date(), which applies the site's timezone and language. Affects llms.txt, llms-full.txt and the per-page .md versions.Pro ↗ entry at the bottom of the GEO menu that opens the product page on our own site. Neither appears if you already have the add-on. There is no sales screen inside your dashboard, and there never will be again.llms.txt, and until now there was only one of it: on a multilingual site the same sentence appeared, in the same language, at the top of every translation. Settings now shows one field per active language, and leaving one empty falls back to the general sentence. Only appears on multilingual sites.## Articoli — including /llms.txt, the English one. Two separate causes: the main language never triggered a locale switch at all, and for the other languages the switch failed silently when the matching WordPress language pack was not installed on the site. Now the main language resolves its own locale, and when a language pack is missing the file falls back to English — a predictable language for a technical file, rather than whichever language the dashboard happens to be in.llms.txt listed translated titles with 13 links out of 14 pointing at the Italian pages — which exist in English and answer fine. Switching WPML's language context tells it which content to serve, but permalinks are still built with the rules of the language the request runs in. The links are now translated for the language of the file, home page included (WPML handles the front page separately and its own filter leaves it untouched). Polylang was never affected.llms.txt no longer borrow WordPress' own translation domain; they come from the public core API instead, and still follow the language of each file.opgs_contenuto_sorgente filter: a theme or plugin can now hand over the real text of a page the plugin cannot read on its own — an archive, a product list, a portfolio, anything whose content is a shortcode that fills in at render time. The plugin still never executes third-party shortcodes while building the files, which is exactly why the filter exists.llms.txt now follow the language of the file. The English /llms.txt no longer printed the site-language post-type labels (e.g. "## Articoli" instead of "## Articles"); each file's headings are resolved in that file's locale. No change on single-language sites.<permalink>.md) could serve the same content for every language when translations shared the same slug. The resolved content is now constrained to the language requested in the URL. No change on single-language sites or with WPML.inLanguage with the real content language.opgs_breadcrumb_items lets a site (or add-on) supply its own breadcrumb chain — useful when navigation follows a taxonomy silo that WordPress' own hierarchy doesn't reflect. Positions are renumbered automatically.opgs_llms_site_intro and opgs_llms_item_description — let an add-on supply the site intro line and a per-item description for the llms.txt file. Used by the Pro's AI summaries; additive and invisible on a standalone Free install, where the generated files are unchanged.