diff --git a/docs/.navigation.yml b/docs/.navigation.yml
new file mode 100644
index 00000000..c8d0d599
--- /dev/null
+++ b/docs/.navigation.yml
@@ -0,0 +1 @@
+title: Nuxt Icon
diff --git a/docs/1.usage.md b/docs/1.usage.md
new file mode 100644
index 00000000..57642ba5
--- /dev/null
+++ b/docs/1.usage.md
@@ -0,0 +1,106 @@
+---
+title: Usage
+description: 'Render any of the 200,000+ Iconify icons, or your own Vue components.'
+---
+
+**Props:**
+- `name` (required): icon name or global component name
+- `size`: icon size (default: `1em`)
+- `mode`: icon rendering mode (`svg` or `css`, default: `css`)
+
+**Attributes**:
+
+When using an icon from Iconify, a `<span>` or `<svg>` will be created based on the rendering mode, you can give [all the attributes](https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute) of the native element.
+
+```html
+<Icon name="uil:github" style="color: black" />
+```
+
+**TailwindCSS v4**:
+
+When using TailwindCSS v4 with the `css` mode, you should configure the `cssLayer` in Nuxt's app config:
+
+```ts
+// ~/app.config.ts
+export default defineAppConfig({
+  icon: {
+    mode: 'css',
+    cssLayer: 'base'
+  }
+})
+```
+
+## Iconify Dataset
+
+You can use any name from the https://icones.js.org collection:
+
+```html
+<Icon name="uil:github" />
+```
+
+It supports the `i-` prefix (for example, `i-uil-github`).
+
+It's highly recommended to install the icon data locally with 
+
+```bash
+npm i -D @iconify-json/collection-name
+```
+
+For example, to use the `uil:github` icon, install its collection with `@iconify-json/uil`. This way the icons can be served locally or from your serverless functions, which is faster and more reliable on both SSR and client-side.
+
+> [!NOTE]
+> You may also know you can install `@iconify/json` package to include all iconify icons. This is not recommended because it will increase your server bundle size and building performance. If you choose to do so, we'd recommend to explicitly specify the collection names you need:
+>
+> ```ts
+> export default defineNuxtConfig({
+>   modules: ['@nuxt/icon'],
+>   icon: {
+>     serverBundle: {
+>       collections: ['uil', 'mdi'] // <!--- this
+>     }
+>   }
+> })
+> ```
+
+## Vue Component
+
+When the `name` matches a global registered component, it will be rendered as that component (in this case `mode` will be ignored):
+
+```html
+<Icon name="MyComponent" />
+```
+
+Note that `MyComponent` needs to be inside `components/global/` folder (see [example](https://github.com/nuxt/icon/blob/main/playgrounds/nuxt/components/global/NuxtLogo.vue)).
+
+> [!TIP]
+> You can also change the component name with:
+>
+> ```ts
+> export default defineNuxtConfig({
+>   icon: {
+>     componentName: 'NuxtIcon'
+>   }
+> })
+> ```
+
+## Render Function
+
+You can use the `Icon` component in a render function (useful if you create a functional component), for this you can import it from `#components`:
+
+```ts
+import { Icon } from '#components'
+```
+
+See an example of a `<MyIcon>` component:
+
+```vue
+<script setup>
+import { Icon } from '#components'
+
+const MyIcon = h(Icon, { name: 'uil:twitter' })
+</script>
+
+<template>
+  <p><MyIcon /></p>
+</template>
+```
diff --git a/docs/2.configuration.md b/docs/2.configuration.md
new file mode 100644
index 00000000..bbb72dec
--- /dev/null
+++ b/docs/2.configuration.md
@@ -0,0 +1,36 @@
+---
+title: Configuration
+description: 'Every option of the icon key in your Nuxt config.'
+---
+
+Configure Nuxt Icon with the `icon` key in your `nuxt.config.ts`:
+
+```ts [nuxt.config.ts]
+export default defineNuxtConfig({
+  modules: ['@nuxt/icon'],
+  icon: {
+    mode: 'css',
+    cssLayer: 'base'
+  }
+})
+```
+
+## Options
+
+| Option | Default | Description |
+| --- | --- | --- |
+| `size` | `undefined` | **Icon Size** — Set the default icon size. |
+| `class` | `''` | **CSS Class** — Set the default CSS class. |
+| `mode` | `'css'` | **Default Rendering Mode** — Set the default rendering mode for the icon component |
+| `aliases` | `{}` | **Icon aliases** — Define Icon aliases to update them easily without code changes. |
+| `cssSelectorPrefix` | `'i-'` | **CSS Selector Prefix** — Set the default CSS selector prefix. |
+| `cssLayer` | `undefined` | **CSS Layer Name** — Set the default CSS `@layer` name. |
+| `cssWherePseudo` | `true` | **Use CSS `:where()` Pseudo Selector** — Use CSS `:where()` pseudo selector to reduce specificity. |
+| `collections` | `null` | **Icon Collections** — List of known icon collections name. Used to resolve collection name ambiguity. e.g. `simple-icons-github` -> `simple-icons:github` instead of `simple:icons-github` When not provided, will use the full Iconify collection list. |
+| `customCollections` | `null` | **Custom Icon Collections** |
+| `provider` | `undefined` | **Icon Provider** — Provider to use for fetching icons - `server` - Fetch icons with a server handler - `iconify` - Fetch icons with Iconify API, purely client-side - `none` - Do not fetch icons (use client bundle only) `server` by default; `iconify` when `ssr: false` Use `{ server, client }` to set a different provider for SSR and for the browser, e.g. `{ server: \'server\', client: \'iconify\' }`. A string is the same as setting both sides. Both `server` and `client` are required in the object form. |
+| `iconifyApiEndpoint` | `'https://api.iconify.design'` | **Iconify API Endpoint URL** — Define a custom Iconify API endpoint URL. Useful if you want to use a self-hosted Iconify API. Learn more: https://iconify.design/docs/api. |
+| `fallbackToApi` | `true` | **Fallback to Iconify API** — Fallback to Iconify API if server provider fails to found the collection. |
+| `localApiEndpoint` | `'/api/_nuxt_icon'` | **Local API Endpoint Path** — Define a custom path for the local API endpoint. |
+| `fetchTimeout` | `1500` | **Fetch Timeout** — Set the timeout for fetching icons. |
+| `customize` | `undefined` | **Customize callback** — Customize icon content (replace stroke-width, colors, etc...). |
diff --git a/docs/3.bundles.md b/docs/3.bundles.md
new file mode 100644
index 00000000..b27b5c55
--- /dev/null
+++ b/docs/3.bundles.md
@@ -0,0 +1,241 @@
+---
+title: Server & Client Bundle
+description: 'Choose how icons are served by your Nuxt server, and which ones ship with the client.'
+---
+
+## Server Bundle
+
+Since `@nuxt/icon` v1.0, we have introduced the server bundle concept to serve the icons from Nuxt server endpoints. This keeps the client bundle lean and able to load icons on-demand, while having all the dynamic features to use icons that might not be known at build time.
+
+### Server Bundle Mode: `local`
+
+This mode will bundle the icon collections you have installed locally (like `@iconify-json/*`), into your server bundle as dynamic chunks. The collection data will be loaded on-demand, only when your client request icons from that collection.
+
+### Server Bundle Mode: `remote`
+
+Introduced in `@nuxt/icon` v1.2, you can now use the `remote` server bundle to serve the icons from a remote CDN.
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    serverBundle: 'remote',
+  },
+})
+```
+
+Or you can specify the remote provider:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    serverBundle: {
+      remote: 'jsdelivr', // 'unpkg' or 'github-raw', or a custom function
+    }
+  },
+})
+```
+
+Which will make server requests to `https://cdn.jsdelivr.net/npm/@iconify-json/ph/icons.json` to fetch the icons at runtime, instead of bundling them with your server.
+
+Under the hood, instead of bundling the collection into your server:
+
+```ts
+() => import('@iconify-json/ph/icons.json')
+```
+
+it will now use something like this, where the collections are not inlined:
+
+```ts
+() => fetch('https://cdn.jsdelivr.net/npm/@iconify-json/ph/icons.json').then(res => res.json())
+```
+
+This would be useful when server bundle size is a concern, like in serverless or worker environments.
+
+### Server Bundle Mode: `auto`
+
+This is the default option, where the module will pick between `local` and `remote` based your deployment environment. `local` will be preffered unless you are deploying to a serverless or worker environment, like Vercel Edge or Cloudflare Workers.
+
+### Externalize Icons JSON
+
+By default, Nitro will bundle the icon collections you have installed locally (like `@iconify-json/*`), into your server bundle as dynamic chunks. When you have a large number of icons, this might make your bundling process slow and memory-intensive. You can change to externalize the icons JSON files by setting `icon.serverBundle.externalizeIconsJson` to `true`.
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    serverBundle: {
+      externalizeIconsJson: true,
+    }
+  },
+})
+```
+
+Note that this will require your production Node.js server to be able to import JSON files (Note that as in Node.js v22, [JSON modules are still an experimental feature](https://nodejs.org/api/esm.html#json-modules)). In the final build, it will contain statements like `() => import('@iconify-json/ph/icons.json', { with: { type: 'json' } })`.
+
+Also note that in some serverless environments, like Cloudflare Workers, where they don't have dynamic imports, they will always be inlined regardless of this option.
+
+This option will be ignored when `icon.serverBundle.remote` is enabled.
+
+### Completely Disable Server Bundle
+
+If you want to disable the server bundle completely, you can set `icon.serverBundle` to `false` and `provider` to `iconify`
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    provider: 'iconify',
+    serverBundle: false,
+  },
+})
+```
+
+This will make requests to Iconify API every time the client requests an icon. We do not recommend doing so unless the other options are not feasible.
+
+### Separate Server and Client Providers
+
+`provider` can also be set separately for SSR and for the browser.
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    // SSR uses the server bundle through the local endpoint, the browser fetches from the Iconify API directly
+    provider: { server: 'server', client: 'iconify' },
+    iconifyApiEndpoint: 'https://icons.example.com',
+    serverBundle: {
+      collections: ['ph', 'lucide'],
+    },
+  },
+})
+```
+
+- A string `provider: X` is the same as `{ server: X, client: X }`.
+- The local endpoint is enabled when at least one side uses `server`, and so is the server bundle unless `serverBundle` is `false`. This is decided at build time, so overriding `provider` in `app.config.ts` does not enable or disable them.
+- `provider` in `app.config.ts` is not validated: set both `server` and `client` there too. A side left out is taken from the module options when they also use the object form; otherwise it is treated as unset and falls back to the `iconify` provider.
+- Unless both sides use `server`, `clientBundle.includeCustomCollections` defaults to `true`, since the client bundle is also used during SSR.
+
+## Client Bundle
+
+For icons that you know you are going to use frequently, you can bundle them with your client bundle to avoid network requests.
+
+### Prefetch (Preload) Icons
+
+If you want icons to be available on first render, use the client bundle as the prefetch mechanism:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon',
+  ],
+  icon: {
+    clientBundle: {
+      // Explicitly pre-bundle known icons
+      icons: ['uil:github', 'heroicons:home'],
+      // Keep disabled if you only want explicit entries
+      scan: false,
+    },
+  },
+})
+```
+
+You can also enable static scanning to pre-bundle icons referenced literally in your source files:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon',
+  ],
+  icon: {
+    clientBundle: {
+      // Automatically includes statically-detected icon usages
+      scan: true,
+      // Keep explicit entries for dynamic icon names
+      icons: ['uil:github'],
+    },
+  },
+})
+```
+
+If you want to disable runtime icon fetching entirely, see [Disabling Runtime Fetching](/modules/icon/custom-collections#disabling-runtime-fetching) for the `provider: 'none'` + client bundle pattern.
+
+> [!TIP]
+> Static scanning only detects literal icon names. See [Scan Components](#scan-components) for details and examples, and [Rendering Icons in Component Tests](/modules/icon/testing) for test-environment setup.
+
+### Available Options
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    clientBundle: {
+      // list of icons to include in the client bundle
+      icons: [
+        'uil:github',
+        'logos:vitejs'
+      ],
+
+      // scan all components in the project and include icons 
+      scan: true,
+
+      // include all custom collections in the client bundle
+      includeCustomCollections: true, 
+
+      // guard for uncompressed bundle size, will fail the build if exceeds
+      sizeLimitKb: 256,
+    },
+  },
+})
+```
+
+`includeCustomCollections` will include all the custom collections you have defined in `icon.customCollections` in the client bundle. It's disabled by default when both sides of `provider` use `server`, and enabled otherwise (e.g. when `ssr: false` is set).
+
+### Scan Components
+
+When `scan` is enabled, the module will scan all the components in your project and include the icons used in the client bundle. This would significantly reduce the number of network requests needed for statically known icons, but might also increase the client bundle size depending on the number of icons used in your project.
+
+You can also fine-tune tine scanning targets like:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    clientBundle: {
+      scan: {
+        // note that when you specify those values, the default behavior will be overridden
+        globInclude: ['components/**/*.vue', /* ... */],
+        globExclude: ['node_modules', 'dist', /* ... */],
+      },
+    },
+  },
+})
+```
+
+> [!TIP]
+> Scanning is relying on static analysis, which means only literal usages will be detected. Avoid constructing the icon name dynamically whenever possible.
+>
+> ```vue
+> <template>
+>   <!-- Avoid this -->
+>   <Icon :name="`carbon:${dark ? 'moon' : 'sun'}`" />
+>
+>   <!-- Prefer this -->
+>   <Icon :name="dark ? 'carbon:moon' : 'carbon:sun'" />
+> </template>
+> ```
diff --git a/docs/4.customization.md b/docs/4.customization.md
new file mode 100644
index 00000000..9d04fd24
--- /dev/null
+++ b/docs/4.customization.md
@@ -0,0 +1,88 @@
+---
+title: Icon Customization
+description: 'Change stroke width, colors and more at render time.'
+---
+
+To update the default size (`1em`) of the `<Icon />`, create an `app.config.ts` with the `icon.size` property.
+
+Update the default class (`.icon`) of the `<Icon />` with the `icon.class` property, for a headless Icon, set `icon`.class: ''`.
+
+You can also define aliases to make swapping out icons easier by leveraging the `icon.aliases` property.
+
+> [!NOTE]
+> Note it's `app.config.ts` and not `nuxt.config.ts` for runtime configs.
+
+```ts
+// app.config.ts
+export default defineAppConfig({
+  icon: {
+    size: '24px', // default <Icon> size applied
+    class: 'icon', // default <Icon> class applied
+    mode: 'css', // default <Icon> mode applied
+    aliases: {
+      'nuxt': 'logos:nuxt-icon',
+    },
+    cssLayer: 'base' // set the css layer to inject to
+  }
+})
+```
+
+The icons will have the default size of `24px` and the `nuxt` icon will be available:
+
+```html
+<Icon name="nuxt" />
+```
+
+By default, this module will create a server endpoint `/api/_nuxt_icon/:collection` to serve the icons from your local server bundle (you can override the default path by setting `icon.localApiEndpoint` to your desired path). When requesting an icon that does not exist in the local bundle, it will fallback to requesting [the official Iconify API](https://api.iconify.design). You can disable the fallback by setting `icon.fallbackToApi` to `false`, or set up [your own Iconify API](https://iconify.design/docs/api/hosting.html) and update `icon.iconifyApiEndpoint` to your own API endpoint.
+
+**Customizing Icons with the customize Option**
+
+The customize option allows you to modify various aspects of the SVG icons used in your project. With this option, you can:
+
+- Change Stroke Width
+- Change Colors
+- Change Animation Duration
+- Change Opacity
+- Add Extra Shapes
+
+You have full control over SVG content with these customization options.
+
+In a Component
+You can define a customize function within a component to apply various modifications to your icons.
+
+```vue
+<script setup lang="ts">
+// Define the customize function to modify SVG content
+const customize = (content: string, name: string, prefix: string, provider: string) => {
+  if (prefix !== 'tabler') return content // Ignore Prefix
+
+  return content
+    .replace(/stroke-width="[^"]*"/g, `stroke-width="2"`) // Change stroke width to 2
+    .replace(/stroke="[^"]*"/g, `stroke="#FF5733"`) // Change stroke color to red
+    .replace(/fill="[^"]*"/g, `fill="#FF5733"`) // Change fill color to red
+    .replace(/animation-duration="[^"]*"/g, `animation-duration="1s"`) // Change animation duration to 1s (for animated icons)
+    .replace(/opacity="[^"]*"/g, `opacity="0.8"`);// Change opacity to 0.8
+}
+</script>
+
+<template>
+  <Icon name="tabler:star" :customize="customize" />
+</template>
+
+<!-- You can also use `:customize="false"` to disabled the global customization function per-usage -->
+```
+
+In the App Configuration File:
+
+Alternatively, you can apply these customizations globally in the `app.config.ts` file.
+```ts
+// app.config.ts
+export default defineAppConfig({
+  icon: {
+    customize: (content: string, name: string, prefix: string, provider: string) => {
+      // ...
+    },
+  }
+})
+```
+With this configuration, all icons throughout your application will have these customizations applied consistently.
diff --git a/docs/5.custom-collections.md b/docs/5.custom-collections.md
new file mode 100644
index 00000000..f55fe83f
--- /dev/null
+++ b/docs/5.custom-collections.md
@@ -0,0 +1,132 @@
+---
+title: Custom Collections
+description: 'Serve your own SVG files as an icon collection.'
+---
+
+You can use local SVG files to create a custom Iconify collection.
+
+For example, place your icons' SVG files under a folder of your choice, for example, `./assets/my-icons`:
+
+```bash
+assets/my-icons
+├── foo.svg
+├── bar-outline.svg
+```
+
+In your `nuxt.config.ts`, add an item in `icon.customCollections`:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    customCollections: [
+      {
+        prefix: 'my-icon',
+        dir: './assets/my-icons',
+        // if you want to include all the icons in nested directories:
+        // recursive: true,
+      },
+    ],
+  },
+})
+```
+
+> [!NOTE]
+> A relative `dir` is resolved from the directory of the project that declares it. When your project is used as an [extendable layer](https://nuxt.com/docs/4.x/getting-started/layers), the icons are loaded from the layer's own directory, not from the consuming project. Absolute paths, such as one built with `createResolver(import.meta.url)`, keep working as before.
+
+> [!NOTE]
+> If you are running on Nuxt 4 with the new `app` directory, the assets directory is `'./app/assets/*'` instead of `'./assets/*'`.
+
+Then you can use the icons like this:
+
+```vue
+<template>
+  <Icon name="my-icon:foo" />
+  <Icon name="my-icon:bar-outline" />
+</template>
+```
+
+You can also pass a full custom `IconifyJSON` object:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    customCollections: [
+      {
+        prefix: 'paid-icons',
+        icons: {
+          'nuxt': { body: '<path d="M281.44 ... />' },
+        },
+        width: 512,
+        height: 512,
+      }
+    ],
+  },
+})
+```
+
+Note that custom local collections require you to have a server to serve the API. When setting `ssr: false`, or when generating a static app using `nuxt generate` (which is equivalent to ssr: false), the provider will default to the Iconify API (which does not have your custom icons). If you want to build a SPA with server endpoints, you can explicitly set `provider: 'server'`:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  ssr: false,
+  icon: {
+    provider: 'server', // <-- this
+    customCollections: [
+      {
+        prefix: 'my-icon',
+        dir: './assets/my-icons'
+      },
+    ],
+  },
+})
+```
+
+## Disabling Runtime Fetching
+
+Or if you want to disable the dynamic icon fetching completely and only use icons from the [client bundle](/modules/icon/bundles#client-bundle), you can set `provider: 'none'`:
+
+```ts
+export default defineNuxtConfig({
+  icon: {
+    provider: 'none',
+    clientBundle: {
+      scan: true,
+      // ...or other bundle options
+    },
+  }
+})
+```
+
+## Case Sensitive Custom Collections
+
+Before `v1.10`, due to the limitation of Iconify's previous convention, all custom icons were normalized to `kebab-case` with a warning. Thanks to the updates on Iconify side, starting from `v1.10`, you can opt-in to use case-sensitive custom collections and by pass the normalization.
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ],
+  icon: {
+    customCollections: [
+      {
+        prefix: 'my-icon',
+        dir: './assets/my-icons',
+        normalizeIconName: false, // <-- this
+      },
+    ],
+  },
+})
+```
+
+Which enable to use `assets/my-icons/FooBar.svg` as `my-icon:FooBar`, for example.
+
+`normalizeIconName` is default to `true` for backward compatibility, and will be flipped in the future major version. See [#265](https://github.com/nuxt/icon/issues/265) for more context.
diff --git a/docs/6.testing.md b/docs/6.testing.md
new file mode 100644
index 00000000..b60a0bfc
--- /dev/null
+++ b/docs/6.testing.md
@@ -0,0 +1,56 @@
+---
+title: Testing
+description: 'Render icons in component tests.'
+---
+
+In in-browser component testing environments (such as [**Vitest Browser Mode**](https://vitest.dev/guide/browser/) or [**Cypress Component Testing**](https://on.cypress.io/component-testing)), the internal Nuxt server routes used to fetch icons on demand are **not available**. As a result, icons may fail to render during tests.
+
+To ensure icons render correctly in component tests, configure **@nuxt/icon** to use the **client bundle** when running in test mode.
+
+> **Note**
+> Projects using [**@nuxt/ui**](https://ui.nuxt.com/) must do this to see any UI icons during component testing.
+
+## Requirements
+
+* Install the icon collections you use locally (for example, `@iconify-json/lucide`).
+* Icons will **not** be fetched remotely when using the client bundle.
+
+## Test-only Configuration
+
+Conditionally switch to the client bundle in your Nuxt config when `NODE_ENV === 'test'`:
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon',
+  ],
+
+  icon: process.env.NODE_ENV !== 'test'
+    ? {
+        // Production or development icon configuration
+      }
+    : {
+        // Disable all network icon fetching in component tests
+        provider: 'none',
+
+        clientBundle: {
+          // Explicitly include dynamically constructed icons
+          icons: ['lucide:check'],
+
+          // Scan your app and Nuxt UI runtime for static icon usage
+          scan: {
+            globInclude: [
+              '{app,shared}/**',
+              'node_modules/@nuxt/ui/dist/**',
+            ],
+            globExclude: ['node_modules'],
+          },
+        },
+      },
+})
+```
+
+> **Tips**
+>
+> * Dynamically generated icon names may not be detected by static scanning—add them explicitly to `icons`.
+> * For large apps, consider moving test-only configuration into `vitest.config.ts` or `cypress.config.ts` for clarity.
diff --git a/docs/index.md b/docs/index.md
new file mode 100644
index 00000000..1767f934
--- /dev/null
+++ b/docs/index.md
@@ -0,0 +1,93 @@
+---
+title: Nuxt Icon
+description: 'Add 200,000+ ready to use icons to your Nuxt application.'
+navigation:
+  title: Quick Start
+---
+
+## Features
+
+- SSR friendly
+- Support 200,000 open-source vector icons via [Iconify](https://iconify.design)
+- Support both CSS mode / SVG mode
+- Custom SVG support (via Vue component, or via local SVG files)
+
+## Installation
+
+Run the following command to add the module to your project, with the [`nuxt add`](/docs/api/commands/add) command:
+
+```bash
+npx nuxt add icon
+```
+
+That's it, you can now use the `<Icon />` in your components, see [Usage](/modules/icon/usage).
+
+✨ If you are using VS Code, you can use the [Iconify IntelliSense](https://marketplace.visualstudio.com/items?itemName=antfu.iconify) extension by [@antfu](https://github.com/antfu)
+
+
+<details>
+<summary>Manual Setup</summary>
+
+You can install the module manually with:
+
+```bash
+npm i @nuxt/icon
+```
+
+Update your `nuxt.config.ts`
+
+```ts
+export default defineNuxtConfig({
+  modules: [
+    '@nuxt/icon'
+  ]
+})
+```
+
+If you have the legacy module `nuxt-icon` installed, you might want to remove it from the `modules` list.
+
+</details>
+
+## Vite (without Nuxt)
+
+If you are building a plain Vue app with Vite (for example when using [Nuxt UI's Vue integration](https://ui.nuxt.com/docs/getting-started/integrations/vue)), there is no Nuxt server to serve icons from, and `@iconify/vue` would fetch icons from the Iconify API at runtime. To render icons offline (and during SSR) without network requests, `@nuxt/icon` ships a standalone Vite plugin that pre-bundles the icons you use into the client build:
+
+```ts
+// vite.config.ts
+import { defineConfig } from 'vite'
+import { NuxtIconBundle } from '@nuxt/icon/vite'
+
+export default defineConfig({
+  plugins: [
+    NuxtIconBundle({
+      // Explicitly pre-bundle known icons (hard-fails the build when missing locally)
+      icons: ['uil:github', 'heroicons:home'],
+      // Scanning your source files for icon usages is enabled by default
+      scan: true,
+    }),
+  ],
+})
+```
+
+Then register the bundled icons once in your entry file:
+
+```ts
+// main.ts
+import 'virtual:nuxt-icon-bundle/register'
+```
+
+Make sure the icon collections you use are installed locally (e.g. `npm i -D @iconify-json/uil`), and add the type shims for the virtual modules to your `tsconfig.json`:
+
+```json
+{
+  "compilerOptions": {
+    "types": ["@nuxt/icon/client"]
+  }
+}
+```
+
+The plugin accepts the same options as `icon.clientBundle` (`icons`, `scan`, `sizeLimitKb`), plus `customCollections` — with two differences in defaults: `scan` is enabled by default (bundling is the whole point of the plugin), and `includeCustomCollections` is always enabled by default (there is no server provider to fall back to).
+
+For library and framework authors integrating icons themselves: `virtual:nuxt-icon-bundle` exports `init(addIcon)` so you can register the bundled data on your own copy of `@iconify/vue` (or any compatible store), and the underlying primitives (`IconUsageScanner`, `resolveBundleIcons`, `generateClientBundleCode`, ...) are exported from `@nuxt/icon/utils`.
+
+See [`playgrounds/vite/`](https://github.com/nuxt/icon/tree/main/playgrounds/vite) for a working example (`pnpm play:vite` to run it locally).