aicode8
Hands-onUpdated: 2026-09-08

Tailwind CSS v4 best practices: engineering conventions for production

Field-tested Tailwind CSS v4 practices from production, avoiding the common anti-patterns.

On this page

Quick answer

What is the biggest config difference between Tailwind v4 and v3?

v4 drops tailwind.config.js and declares themes entirely in CSS via @theme. Upgrading requires deleting the old config and installing @tailwindcss/vite — otherwise the build fails with a missing module.

Machine-readable page data: /data/tailwindcss-best-practices.json

In-depth analysis

Tailwind CSS v4 replaces the bulky JavaScript config file with a CSS-first @theme directive, improving both build speed and control. Production engineering conventions revolve around "single source of truth + explicit boundaries", steering clear of the common anti-patterns.

Tailwind CSS v4 · Config example
/* src/styles/global.css — Tailwind v4 CSS-first config, no tailwind.config.js needed */
@import 'tailwindcss';
@theme {
  --color-brand: oklch(0.62 0.19 265);
  --font-sans: 'Inter', system-ui, sans-serif;
}
Best practices:One package manager (pnpm), lockfile in version control. Secrets stay as placeholders — docs and code stay cleanly separated.
Pitfalls:v4 no longer reads tailwind.config.js — themes must live inside @theme. Forgetting to install @tailwindcss/vite causes a "module not found" error. Lock the package manager to one choice (pnpm), commit the lockfile, and never mix npm/yarn.

Tailwind CSS v4 Best Practices · Key takeaways

  • Config centralized in a single source
  • CI uses --frozen-lockfile
  • Secrets are placeholders, never real values in code
  • Docs and code live in separate places

FAQ & pitfalls

How do I long-cache Tailwind v4 build output at the edge?

The compiled CSS uses content-hashed filenames with immutable long cache. HTML references the new hash automatically, so no manual cache busting is required.

Share & save

My shelf0
← Back to homeTopic: Tailwindcss Best Practices

What readers are asking

Questions that keep coming back in reader feedback, already answered.

  1. 01
    Why is my custom Tailwind v4 brand colour not applied?

    Colours must be declared in @theme (for example --color-brand). A missing @tailwindcss/vite plugin, or a leftover v3 config, makes bg-brand silently render nothing.

    See the full guide →
  2. 02
    Why is my Astro component's interactivity not working?

    Components ship as zero-JS HTML by default, so an interactive one needs a client:* directive (client:load, client:visible, …). Without it the script is never bundled into the page.

    See the full guide →
  3. 03
    Why are _headers / _redirects not taking effect?

    Both files must sit at the root of the output directory (dist/); anything under src/ is never uploaded. A purely static project should not add _worker.js either — that gives up the zero-cold-start advantage.

    See the full guide →
All questions →

Follow along as I build with AI

Get the honest, real-time record: what I build, what breaks, and what I learn — from a non-technical founder. No jargon, no fluff.

We respect your inbox. One click to unsubscribe, anytime.