DOM element count on React sites
36.1% of audited sites (3,454) keep their DOM between 400 and 799 elements (94% good INP, 80ms median), while the 19.4% exceeding 1,500 DOM nodes drop to 89% good INP (111ms median).
36.0% of React sites use 800 to 1,499 DOM elements DOM element count, and 95% of those sites have a good INP, against 92% of all React sites.
36.1% of React sites use 400 to 799 DOM elements DOM element count, and 91% of those sites have a good LCP, against 84% of all React sites.
Core Web Vitals pass rate
Sites with 800 to 1,499 DOM elements DOM element count have a good INP most often: 95%, against 92% of all React sites. Sites with under 400 DOM elements DOM size have it least often, at 88%.
Sites with 400 to 799 DOM elements DOM element count have a good LCP most often: 91%, against 84% of all React sites. Sites with 1,500+ DOM elements DOM size have it least often, at 74%.
DOM element count usage
400 to 799 DOM elements is the most used: 36.1% of React sites. 800 to 1,499 DOM elements is 36.0% of React sites.
DOM element count per platform
On Wix, 42% of sites use 400 to 799 DOM elements DOM element count, and 96% of Wix sites have a good INP, against 92% of all sites. On WordPress, 41% of sites use 800 to 1,499 DOM elements, and 96% of WordPress sites have a good INP.
On Wix, 42% of sites use 400 to 799 DOM elements DOM element count, and 94% of Wix sites have a good LCP, against 84% of all sites. On WordPress, 41% of sites use 800 to 1,499 DOM elements, and 63% of WordPress sites have a good LCP.
DOM element count or the platform
Does the platform explain the DOM element count difference?
On Wix, 96% of sites with 800 to 1,499 DOM elements DOM element count have a good INP, against 97% of Wix sites with 400 to 799 DOM elements. Within Wix, sites with 800 to 1,499 DOM elements and 400 to 799 DOM elements have a good INP about equally often. On WordPress, 97% of sites with 800 to 1,499 DOM elements DOM element count have a good INP, against 96% of WordPress sites with 400 to 799 DOM elements. Within WordPress, sites with 800 to 1,499 DOM elements and 400 to 799 DOM elements have a good INP about equally often.
On Wix, 96% of sites with 400 to 799 DOM elements DOM element count have a good LCP, against 95% of Wix sites with 800 to 1,499 DOM elements. Within Wix, sites with 400 to 799 DOM elements and 800 to 1,499 DOM elements have a good LCP about equally often. On WordPress, 74% of sites with 400 to 799 DOM elements DOM element count have a good LCP, against 59% of WordPress sites with 800 to 1,499 DOM elements. Within WordPress, sites with 400 to 799 DOM elements have a good LCP more often.
How DOM tree size taxes style recalculation and layout during interactions
Every time a user taps a menu, filters a grid, or toggles a class, the browser recalculates styles and layout across affected DOM nodes. Across 3,454 sites (36.1%) with 400 to 799 elements, 94% pass field INP at a 80ms median, and the 36.0% between 800 and 1,499 elements reach 95% good INP (90ms median). Once the document tree crosses 1,500 elements (19.4% of sites, 1,860), good INP drops to 89% and median INP rises to 111ms.
Understanding DOM element count
Keep total DOM element count under 800 nodes on initial load and below 1,500 nodes on complex templates. Render modals, drawer menus, and offscreen tabs lazily on interaction, and paginate or virtualize long product and comment lists. Across all audited sites, 36.1% sit at 400 to 799 nodes (94% good INP, 80ms median) versus 19.4% at 1,500+ nodes (89% good INP, 111ms median).
By Arjen Karel · 9,570 crawled React sites (5,488 with phone Chrome field data, October 2026). How we measured.