| 开发者 | kommune3 |
|---|---|
| 更新时间 | 2026年9月23日 12:42 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
/llms.txt generated from your published content.
The inventory. WordPress tells Traffalyzer which addresses exist, whether they are published and indexable (including noindex from Yoast SEO, Rank Math, SEOPress and All in One SEO), which canonical you set deliberately, the content type and when a page was changed. Traffalyzer uses this for findings no crawler can make on its own: unpublished content that is still reachable or still in Google, published pages nothing links to, and canonicals that differ from what WordPress intends. Changes are collected when you save and sent in the background; a complete sync runs once a week.
What the plugin deliberately does not do: start a scan when you save. A crawl takes minutes and uses quota. There is a button for that.
Staging and local copies
Reports and the editor sidebar work on staging and local copies too: addresses are rewritten to the domain Traffalyzer knows. The inventory, however, is only sent from the live site, because a copy would report content the live site does not have.
Free and paid
The Traffalyzer service can be used for free. Some functions depend on the paid Traffalyzer plan (the details of the growth plan steps and ticking them off); the plugin itself locks nothing.
*.test or localhost excepted). Without it, create a key in Traffalyzer under Domain → Integrations → Plugins & API access and enter it under Enter the key manually.
Key in wp-config.php. Instead of the database you can set the key as a constant: define( 'TRAFFALYZER_API_KEY', 'tfz_…' ); or as the environment variable TRAFFALYZER_API_KEY. Both take precedence over the stored key. In a multisite network the constant applies to the main site; further sites can use define( 'TRAFFALYZER_API_KEYS', array( 'blog.example.com' => 'tfz_…' ) );.No. Nothing runs on the public website except the optional /llms.txt. In the admin area, reports load in the background, responses are cached for ten minutes and metrics are fetched once a day.
Traffalyzer allows 200 API calls a day on free domains and 2,000 on paid ones. Thanks to the cache, an editorial team working all day stays far below that. Pages, columns and the dashboard widget read local data and cost no quota at all.
Disconnect in the settings revokes the key of this website in Traffalyzer. Uninstalling the plugin does the same. You can also revoke keys any time on traffalyzer.com under Domain → Integrations.
Because a copy of the website has its own database: drafts, test content, deleted pages. Traffalyzer would compare the live site with a database that is not its own. If the site under another host name really is the live site, confirm it under Settings → Content → Live site.
No. It is off by default. If a file llms.txt already exists in the web root or another plugin serves one, the settings say so.
Yes, with the filter traffalyzer_inventory_entry ( $entry, $post ), which runs last for every entry. traffalyzer_post_types limits the content types.
wp traffalyzer status, wp traffalyzer inventory [--dry-run] [--allow-foreign-host], wp traffalyzer scan [--wait], wp traffalyzer metrics, wp traffalyzer queue, wp traffalyzer cache clear, wp traffalyzer llms-txt and wp traffalyzer key set --stdin / key delete.
Every translation is a post of its own with its own address, and the inventory, the columns and the editor sidebar use exactly that address, including the language directory (e.g. /en/contact/). The homepage is reported once as /; with a static front page per language, the translated front pages are reported under their own addresses. Traffalyzer scans the domain across all languages.
Every site is its own connection with its own key and settings. In subdirectory networks all sites share one domain, so the inventory of a site never removes entries of the others, llms.txt is only served by the main site, and at most five sites can be connected (Traffalyzer allows five keys per domain).