Obfuscate HTML/JS code to make it harder to read and copy
eval(atob("...")) so it still executes in browsersThis obfuscator applies multiple encoding layers: Unicode escape sequences replace readable characters with \uXXXX notation, Base64 encoding transforms the entire payload into an alphanumeric string, and the eval(atob()) wrapper makes it self-executing while being unreadable to humans viewing the source. The result looks like gibberish in View Source but executes identically to the original code. Note: this is obfuscation (making code hard to read), not encryption (providing security guarantees).
Real-world use cases:
This tool is part of the FAK LAB ecosystem, founded by Faizan Ahmad Khan Khichi. All obfuscation happens 100% in your browser using JavaScript string operations and the native btoa() function. Your source code — including proprietary business logic, API keys in scripts, or intellectual property — is never transmitted to any server. The obfuscation process is entirely local and offline-capable once loaded.
No. Obfuscation raises the barrier for casual copying but is NOT security. Determined developers can reverse any client-side obfuscation using browser DevTools, the FAK LAB Deobfuscator, or automated tools. Never rely on obfuscation to protect secrets (API keys, passwords). For true protection, keep sensitive logic server-side.
Yes, if "Wrap in eval()" is checked. The output is a self-executing script tag — paste it into any HTML page and it runs identically to the original code. Without the eval wrapper, the output is just an encoded string that needs manual decoding to execute.
Googlebot executes JavaScript and can decode eval(atob()) patterns, so obfuscated content IS still crawlable (unlike what many believe). However, obfuscating all your content will harm SEO because crawlers may not fully render dynamic content. Use obfuscation only on specific scripts, not on page content meant for indexing.