What Are Common Symptoms of CVI?
Analysis: April 21, 2026 - Lighthouse 13.1
Executive Summary
Critical Alert: This page has moderate performance with a mobile score of 69. Mobile score of 69 with TBT of 240ms. Desktop score of 97.
Root cause: "Ours" Analytics SDK (100KB) + reCAPTCHA executing excessively - combined 12 long tasks identified. Plus the usual lazy loading issue on LCP.
Comparison: TBT 240ms - better than Symptoms page (2,520ms) but still impacted by Ours SDK. Something on this page triggers more reCAPTCHA activity.
🔴 NEW: Identified the "unattributed" culprit - "Ours" SDK at metrics.veintreatmentclinic.com/main.js (100KB). Features: session replay, heatmaps, bot detection - all running on every page load.
Score from 0-100. Target: 90+. This score affects Google ranking.
<img src="https://i.ytimg.com/vi/.../maxresdefault.jpg" class="perfmatters-lazy">Rendered size: 560 x 315px (above the fold, hero position)
Actual load time: 6.7 seconds (target: <2.5s)
- TTFB: 0ms - Server responds quickly
- Resource Load Delay: 1,260ms - Time before browser even starts loading the image (lazy loading holds it)
- Resource Load Duration: 60ms - Actual download is fast once started
- Element Render Delay: 1,480ms - Time after load before render (JS blocking)
- Total: ~2,800ms of preventable delay from lazy loading + JS blocking
The waterfall shows a clear gap between DOMContentLoaded (2.1s) and LCP (6.6s). During this 4.5 second gap, the image element exists in the DOM but has
src
replaced with data-src by PerfMatters, preventing the browser from fetching it.
The irony: Lazy loading is designed to IMPROVE performance by deferring off-screen images. But when applied to the LCP element (which is ON-screen), it does the opposite - it artificially delays the most important content.
Root Cause
Plugin: PerfMatters (Lazy Loading feature)
Conflict: PerfMatters applies perfmatters-lazy class globally to all images without detecting which image is the LCP candidate.
Missing optimization: No fetchpriority="high" attribute to signal browser priority.
Missing preload: No <link rel="preload"> for the hero image.
Exceeds threshold by: 2,320ms (12.6x the acceptable limit!)
Critical: WORST of all pages analyzed. This is an urgent fix priority.
| Script | Blocking Time | Source |
|---|---|---|
recaptcha__en.js |
467ms | Google reCAPTCHA v3 (767KB) |
invoca-latest.min.js |
150ms | Invoca call tracking |
scripts.min.js |
57ms | Divi Theme core |
FontAwesome kit |
48ms | Icon fonts (163KB) |
reCAPTCHA v3 runs continuously in the background to build a "trust score" - it analyzes mouse movements, scroll behavior, and typing patterns. This requires significant JavaScript execution on every page load, even when there's no form submission.
The conflict: PerfMatters detects reCAPTCHA and wraps it with
type="pmdelayedscript" to defer loading. However, Divi's Contact Form module injects the script with data-no-defer="1", which overrides PerfMatters. Result: the script loads immediately AND the deferral wrapper adds overhead.
Root Cause
Primary blocker: Google reCAPTCHA v3 (312ms / 55% of TBT)
Loaded by: Divi Contact Form Module
Location: Divi → Theme Options → Integration → reCAPTCHA
Conflict detail: Divi adds data-no-defer="1" which bypasses PerfMatters delay, while PerfMatters still wraps it causing double processing.
Manual Validation in Chrome DevTools
Analysis performed in Incognito mode to eliminate extension interference. Click each image to enlarge.
📹 DevTools Recording: What-It-Is Page
13-second recording showing the Performance waterfall and main thread activity.
Notice the heavy scripting (yellow) blocks from the Ours SDK.
| Origin | Transfer | Main Thread |
|---|---|---|
| [unattributed] → see Ours SDK below | 0.1 KB | 10,694.8 ms |
| metrics.veintreatmentclinic.com (Ours SDK) | 100 KB | 5,558 ms |
| veintreatmentclinic.com (other) | 749 kB | 2,571.5 ms |
| Google CDN (reCAPTCHA) | 0 KB | 166.6 ms |
This is NOT a JavaScript problem - it's a CSS/DOM complexity problem:
- DOM has 1,856 elements (high)
- Divi generates complex nested CSS selectors
- Every DOM change triggers full style recalculation
- Inline styles from Divi modules add overhead
| Activity | Self Time | Total Time | % of Total |
|---|---|---|---|
| Layerize | 731 ms | 731 ms | 6.2% |
| getBoundingClientRect | 524 ms | 720 ms | 4.5% |
| querySelectorAll | 510 ms | 510 ms | 4.3% |
| $c HKrFIO8slx... (Ours SDK) | 271 ms | 5,558 ms | 47.3% |
| Run microtasks | 216 ms | 6,633 ms | 56.5% |
| Event: pointerover | 152 ms | 860 ms | 1.3% |
🔴 Key Finding: Ours SDK Dominates Execution
The minified function $c HKrFIO8slxMtge6... from the Ours Analytics SDK accounts for 47.3% of total execution time.
Combined with "Run microtasks" (which handles async SDK operations), the SDK consumes over 50% of main thread time.
https://metrics.veintreatmentclinic.com/main.js
This is "Ours" - a custom first-party analytics SDK. Size: 100KB of JavaScript.
| Feature | Impact | Status |
|---|---|---|
| Session Tracking | Device ID, session count, first visit | ✅ Needed |
| Event Tracking | Page views, scrolls, clicks, forms | ✅ Needed |
| Heatmaps | Click coords, scroll depth, rage/dead clicks | ⚠️ Heavy |
| Session Replay | Full session recording with MutationObserver | 🔴 Very Heavy |
| Bot Detection | Mouse patterns, keystroke analysis, scroll velocity | 🔴 Very Heavy |
| UTM Tracking | fbclid, gclid, referrer tracking | ✅ Needed |
mousemove (50ms)
scroll
click (capture)
keydown
touchstart
focusin
submit
visibilitychange
beforeunload
popstate
- It's first-party (metrics.veintreatmentclinic.com subdomain)
- Loaded dynamically after page init
- Chrome doesn't attribute it to the main domain
Recommended Actions for Ours SDK
- Sampling: Enable 10% sampling for heatmaps/session replay
- Feature flags: Disable session replay + bot detection on content pages
- Lazy init: Defer SDK load until after user interaction or 5s delay
- Web Worker: Move heatmap/bot detection processing off main thread
- Bundle split: Separate core (~20KB) from optional features (~80KB)
Plugin identified: Divi Theme (Contact Form Module)
Location: Divi - Theme Options - Integration - reCAPTCHA v3
Problem: PerfMatters tries to defer the script with pmdelayedscript but Divi forces data-no-defer="1", causing a conflict.
Solution: In PerfMatters - Script Manager - find reCAPTCHA - set to "Delay" or "Disable" for pages without forms. Alternatively, disable global reCAPTCHA in Divi and enable only where needed.
Problem: reCAPTCHA loads immediately even if the user never touches the form.
Solution: PerfMatters - Script Manager - search "recaptcha" - select "Delay JavaScript".
Note: Resolve the conflict from the previous action first for the delay to work.
Problem: The video thumbnail is the largest element, but PerfMatters delays it with lazy loading.
Solution: PerfMatters - Lazy Loading - Exclusions - add the YouTube thumbnail URL or element class.
Additional: Add fetchpriority="high" to the image so the browser prioritizes it.
Problem: Images of 1080x1080 are displayed at 134x134 (serving 8x larger than needed).
Solution: Use responsive images with srcset to serve the correct size per device.
Problem: CSS for components not visible on initial load (sliders, Instagram feed) blocks rendering.
Solution: PerfMatters - CSS - Unused CSS or use "Remove Unused CSS" to defer these styles.
Problem: Icon fonts don't have font-display: swap, causing briefly invisible text.
Solution: Configure in FontAwesome Kit settings or add custom CSS.
Unused JavaScript (469 KB):
swiper-bundle.min.js- 42 KB. Solution: Exclude via PerfMatters - Script Manager if no sliders on page.scripts.min.js- 43 KB (Divi core, difficult to reduce).sticky-elements.js- 27 KB. Solution: Disable if no sticky headers used.recaptcha- 357 KB. Reduced by deferring reCAPTCHA.
Unused CSS (194 KB):
style-static.min.css- 84 KB. Solution: Divi - Theme Options - Performance - Dynamic CSS.- FontAwesome - 49 KB. Solution: Use icon subset.
- reCAPTCHA styles - 41 KB. Removed by deferring reCAPTCHA.