DOM element count on React sites
36.1% of audited sites (3,454) keep their DOM between 400 and 799 elements (99% good INP, 39ms median), while the 19.4% exceeding 1,500 DOM nodes drop to 98% good INP (56ms median).
36.0% of React sites use 800 to 1,499 DOM elements DOM element count, and 99% of those sites have a good INP, against 99% 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 79% 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: 99%, against 99% of all React sites. Sites with under 400 DOM elements DOM size have it least often, at 97%.
Sites with 400 to 799 DOM elements DOM element count have a good LCP most often: 91%, against 79% of all React sites. Sites with 1,500+ DOM elements DOM size have it least often, at 71%.
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 100% of Wix sites have a good INP, against 99% of all sites. On WordPress, 41% of sites use 800 to 1,499 DOM elements, and 100% of WordPress sites have a good INP.
On Wix, 42% of sites use 400 to 799 DOM elements DOM element count, and 92% of Wix sites have a good LCP, against 79% of all sites. On WordPress, 41% of sites use 800 to 1,499 DOM elements, and 66% of WordPress sites have a good LCP.
DOM element count or the platform
Does the platform explain the DOM element count difference?
On Wix, 100% of sites with 800 to 1,499 DOM elements DOM element count have a good INP, against 99% 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, 99% of sites with 800 to 1,499 DOM elements DOM element count have a good INP, against 100% 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 93% 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, 83% of sites with 400 to 799 DOM elements DOM element count have a good LCP, against 63% 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, 99% pass field INP at a 39ms median, and the 36.0% between 800 and 1,499 elements reach 99% good INP (48ms median). Once the document tree crosses 1,500 elements (19.4% of sites, 1,860), good INP drops to 98% and median INP rises to 56ms.
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 (99% good INP, 39ms median) versus 19.4% at 1,500+ nodes (98% good INP, 56ms median).
By Arjen Karel · 9,570 crawled React sites (1,979 with desktop Chrome field data, October 2026). How we measured.