How ReviewRank Scores work
Every business on ReviewRank receives a ReviewRank Score between 0 and 100. The score blends four measurable signals from public review data. No business pays to move up. No business can pay to hide a score. This page documents exactly how the number is calculated — every formula below is the one production runs, and the worked example is computed by the production scoring code when this page is built.
Four components, one score
The ReviewRank Score is a weighted composite of four signals. Each is scored on a 0–100 scale before weighting.
A shrinkage estimator pulls every rating toward a global prior (4.2★ across 15 phantom reviews) until a business has enough real reviews to overcome the pull: bayesian = (15 × 4.2 + reviews × rating) / (15 + reviews). The 1–5 result maps to 0–100 as (bayesian − 3.0) / 2.0 × 100, clamped — so 3.0★ scores 0 and 5.0★ scores 100.
log₁₀(reviews + 1) / log₁₀(2001) × 100, clamped to 100. Rewards depth of feedback without letting a 10,000-review chain dominate a 400-review local; the curve saturates at 2,000 reviews.
Average star rating of the up-to-5 reviews Google's API returns, mapped as (avg − 3.0) / 2.0 × 100. Important: Google selects and orders these reviews BY RELEVANCE — the API offers no chronological option, so this is a sample, not the most recent reviews. With no rated reviews in the sample this component is a neutral 50.
Population standard deviation of the sampled review ratings, scored as (1 − min(stddev / 1.5, 1)) × 100, then multiplied by a direction factor clamp(sampleMean − 3.0, 0, 1) — so uniformity only earns credit when the sample is actually good (v1.2: a uniformly bad 1★ sample previously scored as 'consistent'). With fewer than 2 rated reviews this component defaults to 75.
Evidence blending. Because sentiment and consistency come from a sample of at most 5 reviews, they are blended toward priors in proportion to how much of the business the sample actually covers: weight = min(0.5, √(sampleSize / totalReviews)). The sentiment prior is the overall rating mapped to the same 0–100 scale; the consistency prior is 75. For a 412-review business the sample weight is ≈ 0.11, so the sampled signals contribute lightly. The 0.5 cap (v1.2) means that even for a business whose sample covers every review it has, the relevance-selected sample never outweighs the priors — this bounds how far one unlucky sampled review can ever move a score.
The weighted composite is clamped to 0–100 and rounded to one decimal. (A reserved fraud-signal multiplier exists in the code and is currently fixed at 1.0 — it does not affect any score today.) Component scores shown on business pages are the post-blending values, individually rounded to one decimal; the final score is computed from unrounded values, so recomputing from displayed components can differ by up to ±0.1.
Scoring a real business
A landscaping company with a 4.7★ rating, 412 reviews, and sampled review ratings of 5, 5, 4, 5, 5. Every number below comes from running the production scorer on these inputs when this page is built:
A nearby competitor with 4.9★ but only 18 reviews scores 72.5 (Highly Trusted) on the same formula. The Bayesian shrinkage and the volume component are doing the work: we need evidence before we declare someone the best.
Score bands and trust tiers
The score maps to a band label shown with the number:
Exceptional rating backed by substantial review depth and consistent sampled experience.
Strong performer with enough evidence to recommend with confidence.
Solid option. Rating, volume, or consistency is slightly below top-tier competitors.
Present in the market but trailing peers on one or more signals.
Scores under 35 are labelled Limited Reputation. Businesses under 4.0★ are not displayed in ranked results at all, regardless of other signals.
Separately, internal evidence tiers apply additional gates on top of the score (e.g. the top tier requires score ≥ 65, rating ≥ 4.5, and ≥ 150 reviews). These tiers no longer render as a badge — the displayed classification is the score band plus the Confidence level, which communicate the same information without a third overlapping label — but they still gate conservative features such as the quote button and the narrative language.
Where the data comes from
- ·Ratings and review counts come from the Google Places API.
- ·Google's API returns at most 5 reviews per business, selected and ordered by RELEVANCE as determined by Google. It offers no way to request the most recent reviews, so sentiment and consistency are computed from this relevance-ranked sample — treat them as a spot-check, not a trend.
- ·For hotels, restaurants, and attractions we also display Tripadvisor data (rating, review count, ranking, awards) in a supplemental panel. Tripadvisor data does NOT change the ReviewRank Score — it is shown side-by-side so you can compare platforms yourself.
- ·The "review sample above/below average" indicator compares the sampled reviews against the long-run rating. It is a proxy, not a measured trend — we do not yet have historical data.
The Confidence indicator
Next to every score we show a Confidence level — how much review evidence backs that score. It never changes the score itself; it tells you how seriously to take it. Thresholds come from the review-count distribution of businesses we actually evaluate:
- ·Very High — 300+ reviews and a full 5-review sample.
- ·High — 100 to 299 reviews.
- ·Moderate — 25 to 99 reviews.
- ·Low — fewer than 25 reviews. A 90-point score here is a promising early signal, not an established fact.
Rating-stability inputs will join this indicator once we have our own longitudinal data.
What we don't measure (yet)
Honest limitations. Any reputation score is only as good as the data it sees. Here is what the current ReviewRank Score does not incorporate:
- ·Full review history. We see the aggregate rating, the review count, and a 5-review relevance-ranked sample — nothing more.
- ·True recency. Because the sample is relevance-ranked, nothing in the score is genuinely "recent". Historical tracking is planned; until it exists we avoid recency claims.
- ·Owner response rate. Planned once we build our own review-tracking backend.
- ·Cross-platform scoring (Yelp, BBB, Facebook, Nextdoor). Tripadvisor data is displayed for hospitality businesses but does not alter the score.
- ·Review velocity. Whether a business earned 400 reviews in 10 years or in 6 months looks identical today.
- ·Individual reviewer credibility. We treat every public reviewer's contribution equally.
- ·Paid or sponsored signals. We reject them by design — they would compromise the score.
Different from Google or Yelp
Google and Yelp rank businesses primarily on raw rating plus proximity, with paid placements mixed in. A 5.0★ business with 2 reviews can outrank a 4.7★ business with 400 reviews on those platforms.
The ReviewRank Score is designed to answer a different question: "If I walked in today, how likely is this to be a good experience?" That requires evidence. The Bayesian prior and volume signal exist to prevent small-sample businesses from outranking well-established competitors purely on statistical luck.
We are not a discovery engine. We are a trust layer on top of the data the discovery engines already show you.
Methodology updates
Sample-evidence cap, direction-aware consistency, Confidence indicator
Validated against 4,557 real businesses before shipping: the sample-evidence weight is now capped at 0.5 (halves the worst-case impact of one unlucky sampled review on small businesses), consistency credit now requires the sample to actually be good (a uniformly bad sample no longer outscores a mostly-great one), and every score now carries a separate Confidence level. No list-page ranking changed; 0.9% of businesses changed band label.
Transparency corrections
This page now documents the full production formula, including the evidence-blending step for sampled signals, and its worked example is computed by the production scorer at build time. "Recent sentiment" renamed to "sampled review sentiment" — Google's API returns relevance-ranked samples, not recent reviews. Tripadvisor data no longer adjusts the score (it previously blended into hospitality scores on some pages but not others); it is now display-only.
Initial ReviewRank Score release
Bayesian rating (55%) + volume (20%) + sentiment (15%) + consistency (10%). Minimum display rating raised to 4.0★. Replaces the earlier 0–7.5 Smart Score with a 0–100 scale and per-business explanation strings.
Raised baseline from 3.0 to 3.5
Mid-tier businesses were scoring higher than users felt matched reality. Baseline adjustment brought scores in line with expectations.
Smart Score launch
Simple (rating − baseline) × log₁₀(reviews + 1) on a 0–7.5 scale.
Questions, critiques, or dataset offers?
We treat methodology transparency as a feature. If you spot a flaw, tell us.
methodology@reviewrank.appNo paid placements · No sponsored rankings · Public data only