Skip to content
FanalisFanalis
HOW · IT · WORKS·8 STEPS / 30 SEC

Paste a URL.
Get the verdict.

Thirty seconds, six engines in parallel, two original algorithms. Every step in plain English, no fog.

Step 015 seconds

Paste your link

Any public URL. No card, no setup, no account for the first three. Press enter and Fanalis takes over.

  • We normalise the URL (https, trailing slash, redirects).
  • SSRF-guarded — internal addresses are refused.
  • URL cache: same URL within 24h returns the previous audit free.
Step 02instant

Detect your genre

Before we score, we figure out what kind of site you are. A government service is not a SaaS landing. A docs site is not a creative portfolio. We classify you across eleven genres and apply the weighting that fits.

  • SaaS, e-commerce, marketing, docs, blog, web-app, utility, government, portfolio, community, creative.
  • Eleven weight profiles, one per genre. Picked transparently from the rendered DOM + headers.
Step 033-6 s

Render the page in real Chromium

Real headless Chromium opens your URL the way a visitor's browser does. We screenshot, parse the post-JS DOM, and collect the public files (robots.txt, sitemap.xml, llms.txt).

  • 1440×900 viewport, real CSS, real fonts loaded, real network.
  • Bypass-CSP only to inject our auditor scripts — never to scrape.
  • Memory cap on the Chromium process so a hostile page can't crash the worker.
Step 04~20 s

Run six engines in parallel

Lighthouse (3 runs, median), axe-core for WCAG, computer-vision metrics, security-header scan, structured-data parsing, and our owned visual model. They feed each other so the second engine never re-fetches what the first one already saw.

  • Lighthouse: performance, accessibility, SEO — three runs, median.
  • axe-core 4.10: every WCAG 2.2 rule, plus our hardening (skip-link, lang, landmark, single H1).
  • CV: palette, harmony, whitespace, clutter, edge density.
  • Security: CSP class, HSTS, X-Frame-Options, SRI, cookie flags, mixed content.
  • Visual: 100-parameter checklist + chunked merge-sort consistency.
Step 05<1 s

Score with the two algorithms

FVRS combines ten visual channels via a weighted geometric mean with a Bradley-Terry anchor. FCRS combines four funnel stages via a soft-min bottleneck. Both genre-conditioned.

  • FVRS: 10 channels · geometric mean · BT anchor on the elite tail.
  • FCRS: 4 stages · soft-min bottleneck (Liebig) · genre-tilted.
  • Every other pillar uses Lighthouse-anchored composition + our hardening.
Step 06<1 s

Compose the verdict

Each pillar (Speed, Accessibility, Search, AI, Design, Conversion, Security) has a 0–100 score. The composite is a genre-weighted average — so a search engine is not judged like a failed SaaS landing.

  • Seven pillars · genre-conditioned weights · 0–100 composite.
  • Score tiers: 90+ elite, 75–89 strong, 60–74 fair, <60 needs attention.
  • Honest curves: weakest pillar pulls the composite, no average-the-pain.
Step 07instant

Hash the receipt

Every finding gets sorted and SHA-256-hashed into a 16-character signature. Same input today, same hash tomorrow. The signature is on every report — it's how you'd argue with the score later.

  • Sorted (findingId, score) pairs → SHA-256 → 16-char signature.
  • Surfaced on the report and on the shareable score card.
Step 08instant

Hand back the report

Two tabs: Plain English and Technical. Plain shows the verdict and the fix; Technical shows the formulas, hashes, weights, KV evidence. Same number, different audiences.

  • FVRS chart with the 10 channel bars.
  • FCRS funnel with the bottleneck callout.
  • Shareable score card you can download as a PNG or push to X.
  • Reproducibility signature in the footer.
Inside the audit

Six engines running at the same time.

Most tools run one thing. Fanalis runs six in parallel and cross-references them — that's why it's thirty seconds, not ninety. Here's every engine, what it owns, and what it feeds.

Engine 01

Lighthouse 12 (3×)

Performance + accessibility + SEO. Median of three runs, because single runs drift.

→ feeds Speed, Accessibility, Search

Engine 02

axe-core 4.10

WCAG 2.2 ruleset, the same engine Chrome ships in DevTools. Plus our landmark/skip-link/lang hardening.

→ feeds Accessibility

Engine 03

CV metrics

Pixel sweep of the screenshot — colour palette, hue harmony, whitespace dominance, edge density.

→ feeds Design, FVRS

Engine 04

Owned visual model

A small MLP head on a frozen SigLIP backbone, distilled from a frontier judge. Runs on our infrastructure.

→ feeds Design, FVRS

Engine 05

AI vision panel

A frontier multimodal model gives the second opinion on the design axes. Blended 50/50 with the owned model.

→ feeds Design, FVRS

Engine 06

Security scan

HTTP Observatory rubric — CSP class, HSTS, frame-ancestors, content-type, cookies, mixed content, SRI.

→ feeds Security

The original work

Two algorithms we built, not borrowed.

FVRS · 10 channels

Fanalis Visual Readiness Score

How well your site reads as designed. Ten channels — type system, modular scale, palette, harmony, salience, rhythm, polish, cross-strata consistency, brand singularity, judged aesthetic. Combined via a weighted geometric mean so one weak channel can't hide behind nine strong ones, with a Bradley-Terry anchor that pulls the elite tail apart.

  • · Genre-conditioned — a portfolio is judged on craft, a docs site on rhythm
  • · No-compensation: weakest channel drives the score, just like the eye does
  • · Dual-judge ensemble (owned model + AI vision panel) for the aesthetic axis
FCRS · 4-stage funnel

Fanalis Conversion Readiness Score

How well your page sets up the visitor to act. A four-stage funnel — Arrive, Orient, Consider, Commit — with 26 leaf signals. Stages combine via a soft-min bottleneck so a single broken stage genuinely caps the score (Liebig's law for the funnel).

  • · Genre-aware: a docs page has tiny conversion weight; an e-commerce page has huge weight
  • · Reads the artifact, never claims to predict realised conversion rate
  • · Surfaces the bottleneck stage so you know which one to fix first

Both algorithms are documented in full on /method and reproduce identically for the same input — every audit ships a SHA-256 signature you can verify.

Reproducibility

Same site, same hash, same score. Every time.

Lighthouse's own docs concede 5–10-point drift between runs. We run it three times and median-aggregate. Then we hash the sorted set of findings into a SHA-256 we surface in every report. If you re-run the same site tomorrow and the hash drifts — that's a real change, not algorithm noise.

Fastest way to see it
is to run it.

Three free with an account. ₹5 each after. Below 70 → Catalyst quote on the last page of your report.