2
3 Comments

I’m building LinksRF to make shared-link traffic easier to understand

I'm building LinksRF, a bootstrapped platform for creating, sharing, and understanding campaign links.

The idea came from a simple problem: a "view" does not always mean a person actually visited.

A link may be requested by a real visitor, an AI agent, social preview generator, search crawler, security scanner, monitoring service, or automated script. When everything is combined into a single click count, it becomes difficult to understand what genuinely happened.

LinksRF tries to make that traffic more explainable by separating:

  1. Likely human visitors
  2. Confirmed behavioral engagement
  3. Social and messaging previews
  4. Verified crawlers and bots
  5. AI and automated agents
  6. Security scanners
  7. Suspicious or repeated scripted traffic
  8. Raw requests that cannot yet be confidently classified

Alongside traffic-quality analytics, LinksRF includes:

  1. Short and readable campaign links
  2. Branded custom domains
  3. UTM campaign tracking
  4. Shareable boards and resource collections
  5. Bio pages and focused funnels
  6. Sources, devices, locations, and returning-visitor insights
    Teams, workspaces, and campaign management

The goal is not to claim that every visitor can be identified perfectly. It is to provide better evidence than a single raw number and clearly communicate when the system is uncertain.

LinksRF is still early, bootstrapped, and launching on Product Hunt this Monday.

I'd really appreciate honest feedback:

When reviewing link analytics, what would help you trust that the traffic represented genuine interest rather than previews or automation?

https://linksrf.com

on July 25, 2026
  1. 1

    This solves a real problem that exists in the gap between "we got clicks" and "we actually understand if those clicks matter." Most founders and marketing teams optimize for vanity metrics because they don't have access to the signal underneath.

    The bet I'd validate: is this painful enough for enough teams to become their own analytics layer? Or does this end up as a feature request inside platforms that have distribution lock-in already?

    The early signal will be which segment adopts first - growth teams tired of ambiguity, or content creators wanting to understand their audience. That'll tell you where the real pain is.

  2. 1

    The interesting shift is moving from "how many clicks did I get?" to "what kind of traffic actually happened?"

    What would convince you that traffic quality classification is painful enough for teams to adopt a dedicated product, rather than expecting it as a feature inside existing analytics platforms?

  3. 1

    I like that you are showing uncertainty instead of pretending every request can be classified perfectly. That would make me trust the numbers more. The useful view for me would be the evidence behind each bucket, not just the label. For example, why was a visit marked as likely human and what behavior moved it into confirmed engagement? Are you planning to let users inspect that reasoning when a campaign result looks unusual?

Trending on Indie Hackers
I built an AI that turns an idea into a live business in under 10 minutes. Here’s what 1,000 launches taught me User Avatar 89 comments Building a startup costs $0. Your tooling budget costs $500K. Here's why. User Avatar 45 comments Stop losing deals in the gap between "sounds good" and getting paid User Avatar 38 comments Building Noodle, a keyboard-first REST client for the terminal User Avatar 34 comments "Looks Good to Me" Is Quietly Killing Your Feedback Loop User Avatar 33 comments 787 tools for developers. 5 for nurses. Two weeks of tracking 14,000 indie launches. User Avatar 29 comments