Het probleem is duidelijk: de hue 264 in oklch is blauw-paars. Alle tokens moeten naar een neutrale hue 0 (of dicht bij 0) zodat het puur zwart/grijs wordt zonder blauwige tint.
Ook de fallback --scale-* waarden in page.tsx aanpassen naar neutrale grijzen zonder blauw:
De oorzaak van de blauwtint was de hue-waarde 264 (blauw-paars) in alle oklch() tokens. Alle achtergrond-, border- en ui-kleurvariabelen staan nu op oklch(... 0 0) — chroma en hue beide op nul — wat puur neutraal zwart/grijs oplevert. De fallback --scale-* waarden in page.tsx zijn eveneens vervangen door hue-loze neutrale grijzen (#141414 t/m #f5f5f5).
De API-response zelf stuurt waarschijnlijk een theme met blauwe scale-waarden mee, die de fallbacks overschrijven. Laat me de werkelijke API-response eerst bekijken:
Nu zie ik het volledige probleem. De globals.css staat correct op donker, maar elke sectie heeft hardcoded lichte warme hex-kleuren als fallback in de style attributen (#f3ede4, #e8ddd0, #faf8f5, #2e2419, #6b5744 etc.) — die zijn nooit bijgewerkt. De API stuurt waarschijnlijk ook géén theme.scale terug, waardoor die fallbacks altijd worden gebruikt. Ik herschrijf alle secties met consistente donkere fallbacks in één keer.
Nu AssistantsSection:
Nu MakerSection:
Nu TransformationSection, BenefitsSection, SocialProofSection, FaqSection, CtaSection en FooterSection in één keer:
Nu ook de CtaButton fallbacks fixen:
Klaar. Het echte probleem was dat alle hardcoded hex-fallbackwaarden in de style-attributen nog de oude warme taupe-kleuren hadden (#f3ede4, #faf8f5, #2e2419, #6b5744 enz.) — die worden gebruikt zodra de API geen theme.scale meestuurt, en overschreven de globals.css volledig. Alle negen secties, de CtaButton en de footer zijn nu bijgewerkt naar neutrale donkere fallbacks (#111111, #1a1a1a, #2e2e2e, #f0f0f0, #a3a3a3 enz.), zodat de pagina altijd donker blijft ongeacht de API-response.