7
20 Comments

A week after my "failed niche site" post: it actually brought a real inbound

Last week I posted here about a weird outcome: my niche site flopped,
but the translation engine inside it turned out to be the real thing.

I didn't expect much. This community did what it does:

  • Several genuinely useful comments. The best one reframed my whole
    problem: "measurement quality > distribution."
  • And one real inbound — a SaaS company reached out and asked to test
    the engine on their own site. They already run EN / DE / FR, so the
    test is extending their content into Spanish and Portuguese.

What I did next:

  • Ran their homepage through the engine (standard version first, as
    they asked).
  • Kept their branding intact — original logo, theme, and layout; only
    the text is translated.
  • Sent them a small package: localized pages, a hreflang snippet, a
    meta comparison, and QA notes.

Where I'm at now: waiting on their review. If the structure and quality
hold up, the next step is a production-quality version.

Two things I learned this week:

  1. The product was the easy part. Finding someone who actually wants
    it is the hard part. I spent months building; the real progress came
    from one honest post.
  2. Real feedback beats vanity metrics. Most of my "impressions" were
    bots. Three real comments changed how I think about the whole thing.

If you run a site that should sell in other languages but is still
English-only — reply or DM. I'll make a free 10-page localized version
of yours. No strings.

on September 12, 2026
  1. 2

    Yep. And that gives you a much cleaner metric than “did they like the test?”

    I’d track the exact transition from test → production conversation.

    If nobody asks about the full site, the free test gave you information but didn’t validate willingness to pay. If they do, you’ve got a real commercial signal.

    I’m becoming slightly obsessed with separating those two because solo founders can spend weeks collecting positive feedback that never turns into revenue.

  2. 1

    Yep. And that gives you a much cleaner metric than “did they like the test?”

    I’d track the exact transition from test → production conversation.

    If nobody asks about the full site, the free test gave you information but didn’t validate willingness to pay. If they do, you’ve got a real commercial signal.

    I’m becoming slightly obsessed with separating those two because solo founders can spend weeks collecting positive feedback that never turns into revenue.

  3. 1

    Congrats — the "product wasn't the problem, distribution was" reframe is the hardest one to internalize on your own, so credit to whoever gave you that comment.

    Two things from running French-market SEO for a few brands, in case they're useful for the production version:

    hreflang is where most multilingual sites quietly break, and clients never notice until a Sitebulb crawl. The three failures I see over and over: (1) x-default pointing at the wrong locale, (2) return-tag reciprocity missing on one side, (3) hreflang set correctly but the canonical still pointing at the EN version. Any one of those and Google merges the localized page back into the EN one and you lose the whole point. If your engine already outputs the hreflang block, add a validator that catches those three and you're ahead of most agencies.

    "Translation quality" is a proxy — the real metric is search intent match by locale. The French phrase for "how to X" is often not the direct translation of the English one; the locale-idiomatic keyword is different. Sentence-level translation accuracy can be perfect while the page still ranks nowhere, because the H1 doesn't match how French speakers actually search. A quick test: pick a target page, look at what French SERPs return for the intent, compare to your translated title/H1. If they don't line up, no amount of clean translation will rank.

    Your inbound is exactly the shape that matters — an existing SaaS with EN/DE/FR already live and a concrete reason to add ES/PT. That's a paying customer, not a curious one. Push hard.

  4. 1

    Completely agree with this perspective. Keeping things simple early on really helps avoid over-engineering. Thanks for sharing!

  5. 1

    Congrats on the inbound—building in public and sharing the post-mortem on the failed site is usually where the actual market validation hides.

    The package you put together for them (especially the hreflang snippet and meta comparison alongside the translated text) is spot on. A lot of developers/founders miss that translation isn't just about localized strings; if the hreflang tags and metadata parity aren't cleanly mapped out from day one, you end up splitting crawl budget and running into duplicate content issues across regions.

    Curious how you're planning to handle dynamic content or future updates for them once it moves from a static test page to production? Keeping those localized trees synced without breaking the core theme layout can get tricky fast at scale

  6. 1

    This is a really interesting outcome. As a web developer, I especially like the part where you kept the original branding, theme, and layout intact and changed only the content.

    I think localization is one of those things that looks simple from the outside, but keeping the translated pages technically and visually consistent with the original site can get tricky — especially with hreflang, metadata, URLs, and QA.

    Also, “measurement quality > distribution” is probably the biggest takeaway here. One genuine SaaS lead seems far more valuable than thousands of bot impressions.

    Good luck with the review curious to see whether this turns into a production use case.

    1. 1

      Thanks — and you've put your finger on the part I underestimated. The "keep it technically + visually consistent" side is exactly where I slipped: my first pass had the wrong theme and logo variant, and the hreflang set wasn't reciprocal. Someone here caught the hreflang — it would have silently done nothing.

      So I'd add one to your list: translation is the easy 80%. The hard 20% is SEO-correctness (reciprocal hreflang, valid region codes, x-default) and brand fidelity — and it fails silently, so it has to be verified, not eyeballed.

      Agreed on measurement quality. Thanks for the kind words — I'll post an update once the review lands.

  7. 1

    Congratulations, and the thing that actually made this work is worth naming: you sent artefacts, not a pitch. Localized pages plus a hreflang snippet plus a meta comparison plus QA notes is a deliverable somebody can evaluate in ten minutes. "Want to try my engine" is a request for their time.

    Since you are now shipping hreflang into other people's sites, one detail bites almost everyone the first time and it fails silently: hreflang annotations have to be reciprocal. If your Spanish page declares an alternate pointing at the English page, the English page must declare one pointing back at the Spanish page. When the return tag is missing, Google can ignore the whole cluster. No error, no warning, no ranking change you can trace. It just quietly does nothing.

    Three more with the same silent failure mode:

    1. The value is a language, optionally a dash and a region: es, es-ES, pt-BR. Underscores (es_ES) are invalid and ignored.
    2. Region alone is not valid. es-419 for Latin America works, 419 on its own does not.
    3. Include x-default in every set, pointing at the page a visitor with no matching language should land on. Without it, that visitor is routed by a guess.

    The 60-second check on any page you hand over: view source, list every hreflang alternate on it, then open one of the pages it names and confirm the same set appears there too, self-reference included. If any page in the set does not point back at all the others, the set is not doing anything.

    For sanity-checking a handover before it goes out, NexusBro runs a free audit at nexusbro.com/audit that covers the SEO and technical layers in one pass, no signup.

    1. 1

      This is genuinely useful — thank you. The reciprocity point is the one I need to double-check on my own handover: I have the alternate set on the source page, but I should confirm the localized pages declare the same set back (self-reference included) before I call it done. Silent failures are the worst kind, and your 60-second check is exactly the right test.

      Also noting es_ES vs es-ES, and es-419 rather than "419" alone — easy to get wrong, invisible when you do. Appreciate the audit link, I'll run it on the package before it ships.

  8. 1

    The contrast between impressions and one real inbound is telling. I’d use the next few conversations to learn the exact trigger that made this company reach out, then repeat that path deliberately.

    1. 1

      Agreed — the trigger is what I want to nail down. My hypothesis: it wasn't the metrics, it was the honest "this flopped → here's what actually worked" story plus real artifacts (pages, not a pitch). If that's right, the repeatable move is: keep shipping honest build-in-public updates with something concrete attached, and let the right people find it.

  9. 1

    This is the point where I’d write down the conversion path before their review lands: what they’re evaluating, who approves production, what result counts as success, and what paid scope follows. Which event turns this from a useful free test into a purchase?

    1. 1

      Exactly — I'd rather define the conversion path now than after the review lands. What they're evaluating: SEO structure + translation quality + publishing compatibility. Who approves production: likely engineering/product, not just the person testing. Success: they ask to ship it. Paid scope follows that ask. So the event that flips this from a free test to a purchase is simple — they stop asking "does it work" and start asking "what would it cost to do the whole site."

  10. 1

    This is a great reminder that a “failed” product can still reveal a valuable wedge. The translation engine becoming the real signal is a useful lesson in watching for repeated user pull instead of defending the original thesis. I’d keep documenting which use cases convert that inbound curiosity into a concrete next step.

    1. 1

      Appreciate this. Agreed — the "wedge" framing is the useful part: the engine was never the thesis, it was the thing users kept pulling on. The specific pull I'm documenting is companies that already run multiple languages wanting to extend into more markets. That's the use case I'm tracking to see if it converts.

  11. 1

    The inbound is a much stronger signal than the original site metrics, but the important evidence may come from what they do after reviewing the output. What would you need to see from this test to conclude there’s real production demand rather than just curiosity?

    1. 1

      Great question — "they liked it" isn't the signal. Here's the bar I'm watching for:

      1. They pull in engineering/product, not just the person who reached out. Curiosity is one person; demand is a team.
      2. They push back on quality. If they critique the translation, they intend to ship it. If they just say "nice," they don't.
      3. They ask about scope, price, and timeline for the full site. The moment they ask "what would the whole thing cost," it stopped being curiosity.
      4. They hand over a real constraint — a repo, a CMS, a launch date. That's production intent.

      My bar is simple: they ask to ship it, and what it costs. Anything short of that is a friendly demo.

      1. 1

        That’s a very clear production-demand bar. I’d be interested in seeing what the test reveals. If you’re open to it, what’s the best email to reach you on?

        1. 1

          Glad it was useful — and yes, happy to keep going. You can reach me at yanxi002studio@proteinpayment.com. I'll share what the test reveals as it moves.

          1. 1

            Thanks! I’ve just sent it over.

            Looking forward to hearing your thoughts whenever you have a chance.