Antlytics logoAntlytics
← Blog
4

Building in Public: Share Real Analytics, Not Vanity Metrics

Show your audience real traffic numbers. How indie developers use analytics as a build-in-public tool.

Building in Public: Share Real Analytics, Not Vanity Metrics

Build-in-public means sharing real numbers. Not followers, not likes, not "traction" — actual traffic numbers that mean something. Here is how to use your analytics dashboard as a transparency tool.

Why analytics matters for building in public

Building in public without real numbers is just a diary. The reason the build-in-public movement works is that people share verifiable progress — revenue, users, traffic — that others can learn from and evaluate.

Traffic numbers are the most accessible honest metric for most projects at early stages. You do not need revenue or users to share meaningful data. You need an analytics tool that shows real visitor counts.

What numbers to share (and what to keep private)

Worth sharing:

Keep private (or share carefully):

With privacy-first analytics, sharing aggregate traffic data is straightforward: the data is already aggregate, with no individual visitor information, so publishing it does not create privacy concerns.

Public dashboards vs screenshots

Some analytics tools offer public dashboard links — a read-only view of your stats that anyone can access. This is great for full transparency but means your numbers are permanently public.

Screenshots are more controllable. You choose what to show, when, and in what context. A weekly screenshot of your visitor trend with commentary is often more valuable than a raw public dashboard link because you can provide the context that makes the numbers meaningful.

The choice depends on your goal:

How to narrate your analytics story

Raw numbers are less interesting than numbers in context. Instead of "I got 847 visitors this week," try:

"847 visitors this week — up from 210 last week. The spike happened on Wednesday when someone posted my project on Hacker News. HN was 63% of traffic that day. Most of those visitors went straight to the README/docs page, which suggests they were evaluating whether to try it rather than reading the blog."

That is a story. It explains what happened, where it came from, and what it might mean.

The analytics dashboard gives you the raw ingredients: visitor counts, referrers, top pages, trends. The narrative is yours to add.

Using traffic milestones as content

Traffic milestones are natural content moments:

These are genuine markers of progress. They give your build-in-public posts a clear "what happened" anchor without requiring revenue or user milestones.

When sharing analytics backfires

Before you have any visitors — Sharing "17 visitors total" in week one is honest, but demoralising to share and not useful to others. Wait until you have a few weeks of data and a trend to discuss.

Without context — A spike in visitors means nothing without knowing the cause. "500 visitors yesterday" is less interesting than "500 visitors yesterday because of [specific thing that happened]."

When it implies false credibility — Traffic numbers alone do not mean a product is successful. Be honest about what the numbers show and what they do not.

FAQ

Can I share a public link to my Antlytics dashboard? Public dashboard sharing is on the Antlytics roadmap. Check the roadmap for current availability.

Does sharing analytics data raise privacy concerns? With Antlytics — no. The data is aggregate. Individual visitors cannot be identified from pageview counts, top pages, or referrer data.

How often should I share analytics updates? Weekly is the most common cadence for build-in-public content. Monthly is fine for slower-moving projects.

What if my numbers are low? Low numbers are honest data. The build-in-public community values honesty over vanity metrics. Sharing a month with 100 visitors and explaining what you are doing about it is more valuable than hiding the number.


Related: What analytics data do you actually need? · Analytics for indie developers · Analytics for vibe-coded apps