[WordPress] 外掛分享: AI Blackout – Block AI Crawlers & Stop AI Training

首頁外掛目錄 › AI Blackout – Block AI Crawlers & Stop AI Training
WordPress 外掛 AI Blackout – Block AI Crawlers & Stop AI Training 的封面圖片
全新外掛
安裝啟用
尚無評分
3 天前
最後更新
問題解決
WordPress 6.8+ PHP 7.4+ v1.0.0 上架:2026-08-27

外掛標籤

開發者團隊

⬇ 下載最新版 (v1.0.0) 或搜尋安裝

① 下載 ZIP → 後台「外掛 › 安裝外掛 › 上傳外掛」
② 後台搜尋「AI Blackout – Block AI Crawlers & Stop AI Training」→ 直接安裝(推薦)
📦 歷史版本下載

原文外掛簡介

You wrote the thing. You researched it, rewrote the opening four times, published it at some ridiculous hour.
Then a crawler you have never heard of fed it into a training set, and now a chatbot answers people’s
questions using your words, and nobody ever lands on your site.
I get it. That is exactly why this plugin exists.
AI Blackout says no on both fronts: it keeps AI out of your content, and it keeps AI out of your
WordPress.
Keep AI out of your content
Block the crawlers that collect content for AI training, and publish a formal reservation of your rights, so
that using your work is not something anyone can claim they did by accident.
Keep AI out of your WordPress
WordPress 7.0 shipped with AI built into core, and your plugins keep adding more of it. Switch it off, close
the interface that lets AI agents act on your site, and find out which of your plugins have quietly been
sending your content to AI companies.
One question. That is the whole setup.
No wizard with nine steps. You answer one question and everything is configured. Every single part of it
stays visible and changeable afterwards.

Stop AI training on my work — refuses every crawler that collects training data, builds datasets, or
scrapes sites wholesale. Leaves search completely alone. This is the one most people want.
Keep AI away from my site entirely — refuses every AI crawler the plugin knows about, including the
ones that fetch a page because a person asked a question. Ordinary search engines are still allowed.
Do not block anything, just state my terms — turns nobody away. Publishes your reservation of rights
and asks, in robots.txt, that your work is not used for AI training.

Your search traffic is never touched. Ever.
Getting your site dropped from Google is the worst thing a plugin like this could possibly do to you. So it
is prevented structurally, not by being careful.
Googlebot and its seven siblings, Bingbot, Yahoo, DuckDuckGo, Baidu, Yandex, Applebot and the Facebook,
X/Twitter and LinkedIn preview bots sit on a protected list, 18 identifiers in total. Every rule the plugin
generates is tested against that list before a single byte is written, and a rule that would collide with one
is dropped. The plugin will not even load a crawler list that is missing its protected section.
A handful of AI crawlers do decide whether you show up in AI assistants’ answers. Those are labelled as
such, and blocking one takes a separate, explicit confirmation.
What it actually does
Blocks crawlers, three ways. A request in robots.txt. A refusal from WordPress itself. And on Apache or
LiteSpeed, a refusal from your web server, before WordPress or your caching plugin is ever involved. The
plugin tells you which of these are genuinely working on your server, instead of assuming all three are.
Publishes your rights. A reservation under Article 4(3) of the EU copyright directive, served at the
standard address AI companies check. Content Signals in robots.txt, which separate “you may index this” from
“you may train on this”. Meta tags for the crawlers that read those instead. And a matching clause for your
terms page, written for you.
It also keeps a dated record of every wording you have ever published. That record is the part that
actually matters if you ever need to point at it.
Switches off AI inside WordPress. Turns off WordPress core’s own AI, closes the Abilities interface,
hides the screen where AI provider keys get entered, and strips the AI features out of Elementor and
Yoast SEO using the off-switches those plugins provide themselves.
Watches what your site sends out. Every request your site makes to an AI company gets logged: which
plugin made it, where it was going, how many times. It watches by default and blocks only when you say so,
because a plugin you pay for should not silently start failing the moment you activate this one.
26 crawlers, 9 companies, no phoning home
The crawler list ships inside the plugin and updates when the plugin updates.
This plugin makes no external requests of any kind. Nothing is sent anywhere, nothing is fetched. No
account, no licence key, no analytics, no remote ruleset, no “anonymous usage data”. The only request it ever
makes is to your own site, when you press Test my protection, so it can report what a crawler actually
receives rather than what your settings claim.
Honestly, here is what it cannot do
This section matters more to me than the feature list, so please read it.

It cannot stop a crawler that disguises itself as an ordinary browser. Nothing running on your own
server can. Blocking works because honest crawlers say who they are.
robots.txt is a request, not a barrier. A crawler that ignores it is unaffected. This plugin never
counts robots.txt as protection, and never shows it to you as though it were.
On nginx it cannot write server rules. That is nginx’s architecture, not a limitation I chose: its
configuration lives outside your site’s folder, needs root access and needs a reload. No WordPress plugin
can do it. So the plugin writes the rule out for you, along with the message to send your host. Any plugin
claiming to block crawlers at the server level on nginx is not telling you the truth.
A declaration is a legal position, not a lock. It does not physically stop anyone. What it does is
remove their excuse.

Your files are yours
Nothing is ever written to a file unless you ask for it. You are shown the exact change first: the block
itself, and the whole file as it will look afterwards. Then you confirm it.
Removing it puts the file back byte for byte, and the plugin tells you plainly whether it managed that or
whether something else edited the file in the meantime. If your site had no .htaccess before and the plugin
created one, removing the rules deletes that file too, rather than leaving an empty one behind.
Deactivating the plugin removes the rules it wrote. A blocking rule sitting in .htaccess with no plugin
managing it is not protection, it is a booby trap. It would also make “let me deactivate this and see if it
was the cause” give you the wrong answer. So deactivation puts your files back. Your settings, your crawler
choices and your dated declaration record all stay exactly where they were, and when you switch the plugin
back on it offers to re-apply everything with one click. Or you skip it and do it yourself. Your call.
Free, for people
AI Blackout is free for individuals and stays that way. If it saved you some grief and you feel like buying
me a coffee, the donate link is up there. ☕ Entirely optional, and nothing in the plugin will ever nag you
about it.
Not affiliated with anyone named here
AI Blackout is an independent plugin by LazyCodeLab. It is not affiliated with, endorsed by, sponsored by or
connected to any of the companies, products or services it names. Names such as OpenAI, Anthropic, Google,
Elementor and Yoast SEO appear only to identify whose crawler is being blocked or whose AI feature is being
switched off, and remain the property of their respective owners.

延伸相關外掛

文章
Filter
Mastodon