cro-visual-hierarchy
CRO lens — does the eye land on the most important element first? Surveyed by the Analyst.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
CRO lens — does the eye land on the most important element first? Surveyed by the Analyst.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
CRO lens — are real users excluded from converting by contrast, target size, focus, or semantics? Surveyed by the Analyst.
CRO lens — does the wording lead with the visitor's value, specifically and concretely? Surveyed by the Analyst.
CRO lens — is the primary action obvious, singular, and labeled with a value-bearing verb? Surveyed by the Analyst.
CRO lens — what steps, fields, or hesitation points stand between intent and completion? Surveyed by the Analyst.
CRO lens — is slowness (LCP/CLS/INP) the thing suppressing conversion? Surveyed by the Analyst.
CRO lens — does the block show that others already chose this, at the moment of decision? Surveyed by the Analyst.
| name | cro-visual-hierarchy |
| description | CRO lens — does the eye land on the most important element first? Surveyed by the Analyst. |
| license | Apache-2.0 |
| metadata | {"version":"1.1.0"} |
Lens question: Does the visual weight of the block match the importance of its elements — does attention flow headline → value → action, or is it flat/competing?
Signal of the gap (DOM/RUM):
a.button) has the same weight
as decoration; the authored heading is the same size as fine print; no clear focal
point; contrast too low between primary and secondary elements. In an auto-blocked
hero, the picture can dominate while the heading + CTA read as an afterthought.Variant kind it implies: CSS-only, almost always — type scale, weight,
color, spacing, and z-order, scoped to the block (body.variant-<name> .<block> …).
The archetypal cheap, safe code experiment. Must set
the variant class eagerly so re-weighting an above-the-fold element doesn't cause CLS
— this is why variant-selector.js runs in the eager phase, before the block decorates
(three-phase loading: eager/lazy/delayed).
.block wrappers are decorated, and the CSS standards (custom properties, mobile-first) a re-weighting variant must follow.