Defend content before it leaves your app
Voidek runs a decision step before protected routes return valuable HTML or API content, giving site owners a way to log, challenge, or block crawler traffic.
Crawler defense
A practical crawler defense layer that starts in monitor mode and grows into challenge or block controls by route.
Voidek runs a decision step before protected routes return valuable HTML or API content, giving site owners a way to log, challenge, or block crawler traffic.
Search-engine crawlers can be tagged differently from AI crawlers, scraper libraries, headless browsers, and high-rate path probes.
Use monitor mode first, review decision reasons, then raise friction for specific crawler classes without surprising normal users.
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 crawler defense.
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 blocking API after live rows look clean.
FAQ
Crawler defense is runtime detection and policy for automated clients. Voidek combines user-agent, header, browser, route, and rate signals.
Yes. Voidek is designed for protected site owners who want crawler visibility and blocking without a full CDN or enterprise WAF migration.
First setup
Create a personal account, add one protected site, copy the runtime key, and run one test decision before enforcing crawler defense.