Methodology

How we calculate rents.

Transparency requires trust. Here is exactly how we source, verify, and display the data on NinjaRent.


1. Where does the data come from?

NinjaRent uses a three-source model. Each source is clearly labelled wherever it appears:

  • Tenant submissions (achieved rents). Our intended primary source. Verified renters submit the exact rent they pay. Building-level accuracy, no intermediaries.
  • ONS Price Index of Private Rents (achieved rents, aggregate). The official UK rental statistics series published by the Office for National Statistics. Provides mean rent per London borough, per bedroom count, updated monthly. We use this as the authoritative baseline when comparing a property to its borough.
  • OpenRent listings (asking rents, v1 only). Individual property-level asking prices scraped from OpenRent's public search results. Used to bootstrap per-property data in v1 until tenant submissions are sufficient. Labelled as "asking" wherever shown, and replaced by tenant submissions as they come in.

Honest disclaimer: asking prices typically run 5–10% above achieved rents. Use the ONS borough median as your reality check.

2. How do we verify submissions?

A crowdsourced database is only as good as its worst fake submission. We use a defence-in-depth approach:

  • Contactable Submitter: Every submission requires email verification via a magic link. This significantly raises the cost of bulk fake submissions.
  • Address Validation: Submitted addresses must resolve to a real UK postal address.
  • Statistical Outlier Detection: Submissions that fall more than 3 standard deviations outside the local distribution are held for manual review.

3. Privacy & Anonymity

Public views must never allow a third party to identify an individual tenant or their exact rent. This is a hard constraint.

  • Minimum Cell Size: Single-submission buildings never show the exact rent publicly. We require a minimum of 3 submissions for an exact address before we display a range.
  • Aggregation: If we have fewer than 3 submissions for a building, we aggregate the data into a wider street or postcode district ring (e.g., 250m or 500m).
  • No Identifiers: Flat numbers and unit identifiers are never shown on the public site.

4. Data Decay

Rent data ages quickly. A submission from 2022 is a very different signal to a submission from 2026. To handle this:

  • Submissions older than 24 months are excluded from primary comparable calculations.
  • Submissions 12–24 months old are included but weighted lower and clearly labelled with their date.
Frequently asked

Common questions about the data.

How is tenant-submitted rent data verified on NinjaRent?
Every rent submission on NinjaRent requires email verification via a magic link, address validation against real UK postal addresses, and statistical outlier checks that flag submissions more than three standard deviations from the local distribution for manual review.
Why does NinjaRent require three submissions before showing a building-level rent?
Minimum cell sizes protect tenant privacy. If we showed a single-submission building, any third party could infer exactly what that tenant pays. Requiring three or more verified submissions ensures no individual rent is ever disclosed, while still giving building-level transparency at reasonable sample sizes.
How recent is the rent data on NinjaRent?
Submissions older than 24 months are excluded from primary comparable calculations. Submissions between 12 and 24 months old are included but weighted lower and labelled with their date. Fresher submissions are weighted highest.
Does NinjaRent use asking prices from listings?
In v1 only, we bootstrap sparse areas with OpenRent asking-price data, clearly labelled as "asking". Asking prices typically run 5–10% above achieved rents, so the ONS Price Index of Private Rents borough median is shown alongside as a reality check. As tenant submissions accumulate they replace the asking-price data.
How does NinjaRent protect tenant privacy?
Public pages only ever show aggregates. Individual addresses, emails, flat numbers, and unit identifiers are never shown publicly. Minimum cell sizes (3+ at building level, 12+ at district level) are enforced before any figure is published. Email addresses are stored in a scrambled form used only to detect duplicate submissions.
Why is NinjaRent limited to London?
Rent transparency is most valuable in markets with the highest information asymmetry and price dispersion, and London has both. Focusing on London lets us reach the sample sizes needed for reliable district-level medians before expanding.
Ready to contribute?

Add your rent to the dataset.

Submit Your Rent