CRY growth system

CWIS methodology

Understand the layers, weights, and measurement boundaries behind the Web Intelligence Score.

CWIS

Measurement layers

CWIS category weights and check counts
Category Weight Share Checks
Technical SEO 180 %18 8
Security 160 %16 5
Performance 150 %15 6
Content quality 140 %14 5
Accessibility 100 %10 5
Conversion 100 %10 4
Structured data 90 %9 2
Trust and brand 80 %8 3
Total 1000 %100 38

What is CWIS?

CWIS stands for CRY Web Intelligence Score and was developed by CRY. It reduces a page's observable state across technical SEO, content, performance, security, accessibility, structured data, conversion and trust into a single number out of 1000. It is not a Google metric, is not recognised by Google, and does not predict ranking.

How the score is calculated

Every check belongs to a category and carries a weight. A passing check earns its full weight, a warning earns 55% of it, a failure earns nothing. Category scores are derived from those weights and summed to a total out of 1000. Checks that could not be measured are excluded from the calculation, which is why the report also reports coverage and a confidence value.

Why these weights

Weights are distributed by what a finding costs the business when left unfixed. A page that cannot be indexed is invisible, so technical SEO carries one of the larger shares. An active security flaw can make everything else moot, so security carries a high weight and is additionally subject to the cap below. The weights are a consistently applied prioritisation, not an opinion about importance in the abstract.

What passive analysis means

CWIS runs passively: it requests a publicly reachable URL and reads what comes back. It does not attempt attacks, submit forms, log in, modify data or push rate limits. That is what lets it run without permission, and it is also the source of its limits.

What it cannot measure

It cannot see pages behind authentication, the admin panel, server configuration, the database, source code, business logic or real user behaviour. It measures one request rather than field data, so the result is not the same thing as Core Web Vitals field measurement. False positives and negatives are both possible: a title can be technically valid and editorially weak, and an element injected later by JavaScript may not appear in the first response.

Comparing scores over time

Scores are comparable as long as you measure the same URL with the same methodology version. When the version changes, weights or the check set may have changed with it, and comparing an old score to a new one directly becomes misleading. That is precisely why the version is published.

Data and privacy

The analysed URL and a summary of the result are kept as a run record. Page content is not stored. The tool reads only addresses that have been published publicly.

How to read the score bands

850+
Most measured areas pass. What remains is usually refinement rather than repair.
700+
The foundation is sound with clear gaps in a few categories. The priority list stays short.
500+
Structural gaps across several categories. This needs a plan rather than individual fixes.
0+
Basic gaps in most measured areas. The goal here is a working, secure foundation before ranking.

When a critical security finding is detected, the total is capped at 650. The reason is simple: a site carrying an active security flaw is not healthy no matter how well the other categories score. When the cap applies, the report says so and also shows the uncapped raw score.