← Live scorecard
Open log · Started August 2026

Can a 200-visitor site make money?

Started: August 5, 2026 · Updated as experiments resolve
So far: no. Revenue to date is $0. This site grades other people's dated predictions against conditions registered before the fact. It would be incoherent to hold public forecasters to that standard and not apply it to ourselves — so here are ten attempts to make this site earn money, each with a success threshold and a kill threshold published before the result exists. Machine-readable at /experiments.json.

The starting line

Every number below is real and dated. None of them are impressive, which is the point — a log that starts after the good part has already happened teaches nothing.

211active users, 28 days to Aug 2
13from organic search
$0revenue, all time
182pages published

Source: the site's own GA4, last complete pull 2026-08-02. Disclosure: the analytics subscription lapsed on that date, so figures after it are currently unverifiable. That gap is disclosed rather than filled with an estimate — the same rule this site applies to prediction evidence.

The rules

These are borrowed wholesale from how the eight AGI predictions are graded, because the failure mode is identical: without a condition fixed in advance, any outcome can be narrated as progress.

What the arithmetic already rules out

Before designing anything, the obvious options were costed at actual current traffic. Most of them are dead on arrival, and it is worth being blunt about why:

ModelExpected at ~200 users/monthVerdict
Display ads (tech RPM ≈ $8)≈ $1.60 / monthDead
Generic affiliate (2% CTR × 3% conv.)≈ 0.1 clicks / monthDead
Ad networksMost gate at 10,000 monthly visitorsIneligible
Subscriptions ($10/mo at 2%)≈ $40 / monthMarginal
B2B / data ($200–2,000 per deal)1 deal = $200–2,000Viable

The conclusion that follows is uncomfortable but clean: at this size, anything whose revenue scales with pageviews is not a strategy, it's a rounding error. Only value-per-user models can clear the noise floor. That is the thesis the whole portfolio is betting on — and the last row of the table below is the condition that would prove it wrong.

The ten experiments

#ExperimentDies if…Status
E1This log. Publishing the attempt reaches an audience the site gets zero traffic from today.0 external links and 0 discussion after 30 daysRunning
E2Paid AI job-exposure report≤1 buyer in the first 100 completed checksBlocked
E3Prediction-market evidence layer60 days, no links or referrals from that audienceHeld
E413F / AI positioning subscription≤2 subscribers 30 days after the Q2 filingBlocked
E5B2B timeline briefing90 days with zero enquiriesRunning
E6White-label tool embedsEmbed copies still at 0 after 90 daysBlocked
E7Method transfer: a second scorecard in a different fieldIt performs no better than this site did at the same ageProposed
E8Scored prediction league (points, no money)<30 locked predictions in 60 daysProposed
E9Paid data / agent APINot started
E10Ads — as the negative controlBlocked

Three of those entries are worth explaining, because they are where the design does actual work rather than listing ideas.

E9 is not started on purpose. The obvious move for a site with a machine-readable dataset is to sell access to it. But the dataset is eight predictions and two history points. That is not a product, and shipping it as one would trade the site's only real asset — being right about what it does and doesn't know — for a few dollars. It gets re-evaluated in six months, once the archive has depth.

E10 exists to be unimpressive. Ads are in the portfolio as a control arm, not a plan. Running them produces the exact figure that traffic-dependent revenue yields at this size, which is what every other arm gets compared against. An experiment portfolio with no negative control cannot tell success from drift.

E7 is the one that could invalidate the site's whole premise. If the compounding asset really is the method — pre-registered conditions plus receipts — rather than the AGI subject matter, then the same method in a different field should outperform. Same operator, same engine, different field: a controlled comparison against this site's own curve at the same age. If the second scorecard does no better, the bottleneck is distribution rather than subject, and no further field-switching is justified. That answer is worth more than the revenue.

What would prove the whole thing wrong

The portfolio bets that at low traffic only value-per-user models are worth running. The registered falsification condition: if the ads control arm out-earns the combined value-per-user arms over the same window, the thesis is wrong and the portfolio gets rebuilt from scratch. That condition is in experiments.json now, before the result is known, so it cannot be quietly moved later.

Why publish this at all

Partly discipline: a threshold written down in public is much harder to walk back than one held privately. Partly because most build-in-public writing appears after the revenue chart turns up, which makes it a story about a company that already worked. The interesting window is this one — small numbers, no proof, decisions still reversible.

And partly because it is the same product. This site exists to grade dated public claims against conditions fixed in advance. Running its own business that way isn't a marketing angle; it's the only version that isn't hypocritical.

Every experiment resolves in public — including the ones that die.

Results, kill decisions, and the numbers behind them. Free, no hype, no course.

Follow the log →

Frequently asked questions

Why publish revenue experiments that are mostly failing?

Because this site grades other people's dated predictions against pre-registered conditions, and it would be incoherent to hold public forecasters to a standard we do not apply to ourselves. The log publishes each experiment's kill threshold before the result exists, so nobody — including us — can reinterpret a failure as a partial success afterwards.

How much has the site earned so far?

Zero dollars. Total traffic was 211 active users over the 28 days to 2026-08-02. Those are the real numbers, and they are the starting line the experiments are measured from.

Why not just run ads?

Because the arithmetic does not work at this size. At roughly 200 users a month, display ads at a typical tech RPM yield about $1.60 a month, and most ad networks will not accept a site below 10,000 monthly visitors at all. Ads are still included in the portfolio, but as a negative control that calibrates what traffic-dependent revenue actually looks like — not as a plan.

What would prove this whole approach wrong?

The portfolio bets that at low traffic only value-per-user models are worth running. If the AdSense control arm out-earns the combined value-per-user arms over the same window, that thesis is wrong and the portfolio gets rebuilt. That condition is registered in experiments.json before the result is known.