Security and privacy
Protection of transport, users, data and legal transparency.
Categories: 4
METHODOLOGY
A Verunel report should be reproducible enough to inspect and clear enough to use. Every run records its scope, environment, tool versions, rules, evidence and limitations.
verunel-risk-v2
The catalog contains 556 checks in 22 categories. Scope/methodology and inventory explain execution; they have no score and do not affect the index. The other 20 categories form 7 pillars.
Protection of transport, users, data and legal transparency.
Categories: 4
How reliably and inclusively people can use the site and its key journeys.
Categories: 3
Availability, speed, responsiveness and errors during real execution.
Categories: 4
Technical signals that help search and answer systems understand the site.
Categories: 2
Offer clarity, trust and the site’s ability to guide a user to an outcome.
Categories: 2
Valid structure, maintainable technologies and platform capabilities.
Categories: 3
Environmental estimates and meaningful changes from a comparable prior measurement.
Categories: 2
An observation contributes: passed 1, warning 0.5, failed 0. A metric's normalized contribution is the mean of usable observations of the same metric and rule × 100, rounded to one decimal place.
Earned points = rule weight × normalized contribution / 100. Pillar score = total earned / total maximum points × 100, rounded to an integer. The index is the weighted mean of scored pillars, rounded again to an integer. Rule weights come from the versioned presentation registry; weight 0 does not affect the score.
Unknown, not tested, blocked and error have no score outcome and reduce coverage; not applicable is excluded. Metric coverage is usable / relevant observations, then weighted by rules and pillars. The index is published only at 60% usable coverage or above.
Coverage describes the inputs to this particular assessment; it does not imply that every catalog check was performed. Assessed URL count is a separate measure. An absent baseline is neither improvement nor regression.
Status is a check outcome. Contribution is a score calculation. Severity describes the finding, priority orders recommended work, and coverage describes usable measurements. These terms are distinct.
Inspect the sample contributions →THE REVIEW LIFECYCLE
The chosen domain, page limit, device profile, saved journeys and authorization define the run. The report records the actual reviewed URLs.
Browser, HTTP, performance, accessibility, SEO, privacy, content and runtime signals are captured in a controlled environment.
Duplicate observations are connected, source data is preserved and every normalized metric keeps its provenance.
Rule IDs, thresholds and scoring formulas are stored with the report so later changes do not rewrite history.
Measured facts remain separate from interpretation and recommended action. Confidence and effort are explicit.
The web report and PDF come from the same immutable data cut and receive a stable report ID.
Runs are compared only when scope, device, metric definition and environment are compatible.
Every score publishes its formula version, weights, thresholds, coverage and missing data. A missing or blocked result is unknown, not zero — and never silently converted into a pass.
The model analyzes patterns across measurements and disciplines, consolidates repetition, explains likely business impact and prepares priorities with concrete recommendations. Every conclusion remains traceable to evidence.
Each finding says whether it is ready for implementation, needs confirmation in a user journey or belongs in a separate specialist review. The team immediately sees who should own the work and how to verify the improvement.
The sample includes scores, coverage, findings, evidence, recommendations, comparison and a clear record of the exact report version.