DEV Community

Ajay Kanani
Ajay Kanani

Posted on

What I learned building 175+ browser-only tools with Next.js (and why Google ignored most of them)

I'm a developer, and over the past months I built PlainToolbox, a collection of 175+ free tools: calculators, converters, text utilities and generators. Everything runs in the browser, with no backend and no sign-up.

Building the tools was the easy part. Getting Google to index them was not. Here is what I learned.

One config object per tool

Every tool is a small object describing its inputs, logic and FAQs. A shared engine turns it into a page.

{
  slug: "add-business-days",
  name: "Add Business Days to a Date",
  category: "date",
  fields: [/* start date, days, holidays */],
  run(values) {
    // pure function: inputs in, outputs out
  },
  faqs: [/* ... */],
}
Enter fullscreen mode Exit fullscreen mode

The same definition feeds the page, the JSON-LD schema, the sitemap and the llms.txt file. Adding a tool never means touching five places.

Pre-render a real result

Many tool sites ship an empty form and fill it with JavaScript. I render the default example on the server, so the HTML already contains a real answer. Crawlers and AI assistants see a worked result, not a blank widget.

Tests you can actually run

Because run() is a pure function, I can call it directly in a script and check known answers. For the business-days tool, 5 business days from a Monday must land seven calendar days later, and 3 business days from a Wednesday must land on the next Monday. Those checks caught real off-by-one bugs.

The hard part: indexing

Google indexed several pages briefly, then dropped almost all of them. Today only my homepage is indexed, and Search Console shows most tool pages as "Crawled, currently not indexed".

Things I changed based on that:

  • Noindexed commodity tools. A generic RGB-to-HEX converter cannot beat decade-old incumbents, and 175 similar pages on a new domain can read as scaled content.
  • Answer-first content. Each page now has a short "Quick answers" block matching the exact phrasing people search, such as "how long is 5 business days?".
  • Real freshness dates. A "Last reviewed" date only where the content was actually reviewed, never a build timestamp on every URL.
  • A sitemap index with one child sitemap per section, so Search Console shows indexing per section.
  • Filled the gaps in search data. Queries showed people wanted "N business days from today", which my site did not offer, so I built it.

What I'd tell my past self

A new domain has almost no trust. Technical SEO makes you eligible, but it does not make you rank. Backlinks and real mentions matter more than another hundred pages. I'm still early in that part.

The first visits I could trace came from an AI assistant, which fits: those systems often cite small pages that answer one question clearly.

If you want to try the tools, they're at plaintoolbox.com. I'd like to hear which ones are missing, or where a result is wrong.

Top comments (0)