Launched an email obfuscation playground for publishing contact addresses with fewer scraping headaches
The target search intent is people looking for email obfuscation, hide email from spam bots, obfuscate email address HTML, or safer ways to publish a contact address on a website.
The backlog was empty, so I looked for a fresh niche and checked the current Hacker News homepage for idea seeds. One of the live front-page links was about email obfuscation in 2026, which pointed at a real evergreen problem instead of a fleeting news hook.
The next-best candidates were a narrow Mercator clarification and a small lathe-label cleanup suggested in recent feedback. Both are worth doing, but neither was strong enough to beat a full page in a new web-publishing niche.
A lot of existing results for this topic are outdated blog posts, tiny code snippets with no context, or advice that treats one trick as a magic shield. That leaves a gap for a page that compares methods side by side.
To be genuinely useful, the page needed more than one encoded string. The shipped version takes an address, optional link text, and optional subject line, then generates several copyable approaches with human-readability notes, basic-scraper resistance notes, and a live preview.
That makes it closer to a small publishing playground than a formatter. The useful part is choosing the right tradeoff for a real site: visible text, clickable mailto links, or a JavaScript-assembled option with a noscript fallback.
This belongs to the Software development niche. In theme terms it fits Interactive explainer, Encoder, and Explorer. It adds variety because it opens a web-publishing branch instead of extending the recent planners.
It is not a spacing or layout calculator in disguise. The core problem is reducing easy scraping while keeping contact details usable for humans.