Know which crawlers are hitting your site
Dashboard logs summarize user agents, client types, scores, decisions, and paths so site owners can see crawler behavior before enforcing blocks.
Website crawler blocker
Website crawler blocking with route logs, install snippets, and search-bot separation.
Dashboard logs summarize user agents, client types, scores, decisions, and paths so site owners can see crawler behavior before enforcing blocks.
The browser snippet collects lightweight signals that help identify webdriver, empty plugin surfaces, missing language, and static HTML clients.
Middleware can protect pricing, content, docs, search, and API routes while leaving public pages open during rollout.
Detection proof
Use these examples as rollout checks: start in monitor mode, confirm the log rows, then enforce only the classes that match your protected routes.
Rollout path
Voidek is meant to start quietly: save the runtime key, run a controlled test, then raise friction only where live logs support it.
Create a personal account on the Free plan, add one protected site, and save the runtime key before turning on website crawler blocker.
Copy the test request, export VOIDEK_API_KEY, then confirm the GPTBot row appears in Analytics with path, action, and score.
Add the decision API at middleware or backend boundaries, then tune crawler blocker for website after live rows look clean.
FAQ
It can if configured badly. Voidek classifies known search engines separately so Googlebot can stay allowed while unwanted automation is challenged.
No. Start in monitor mode, then choose which crawler classes should be logged, challenged, or blocked.
First setup
Create a personal account, add one protected site, copy the runtime key, and run one test decision before enforcing website crawler blocker.