# Que signifie le design responsif ?

Le Webdesign responsive désigne une approche consistant à concevoir un site Web réactif capable de s’adapter automatiquement à différents terminaux. Le terme design responsif est apparu avec le développement de l’Internet sur mobile et s’est depuis imposé comme une méthode standard en design Web.

### Résumé

{“message”: “Le Responsive Web Design permet à un site de s’adapter automatiquement à la diversité des terminaux.

- Utilise `CSS Grid`, `Flexbox` et les `Media Queries` pour des mises en page flexibles.
- Optimise les images via `srcset` et `<picture>` pour améliorer les performances.
- Garantit une navigation tactile et une typographie fluide avec `clamp()`.
- Améliore l’expérience utilisateur (UX) et le SEO via les `Core Web Vitals`.“}

## Qu’est-ce que le Webdesign responsive et comment a-t-il évolué ?

Avant l’essor du [Web mobile](https://www.ionos.fr/digitalguide/sites-internet/creation-de-sites-internet/web-mobile-optimiser-les-sites-internet-pour-mobiles/), le paysage des terminaux connectés à Internet était relativement homogène : il existait principalement des **ordinateurs de bureau ou portables**, avec des dispositifs d’entrée et de sortie similaires. Ces appareils étaient équipés d’un clavier et d’une souris ou d’un trackpad, ainsi que d’un écran d’une largeur d’environ 1 000 à 2 000 [pixels](https://www.ionos.fr/digitalguide/sites-internet/web-design/quest-ce-quun-pixel/).

À cette époque, concevoir un site Web réactif qui s’affichait correctement sur la majorité des appareils ne demandait que peu d’efforts. Une solution simple consistait à limiter la largeur des pages au plus petit dénominateur commun. Une pratique répandue était de proposer des pages **larges de 800 pixels, centrées ou alignées à gauche**. Sur des écrans plus grands, cela créait davantage d’espace blanc, mais garantissait une bonne lisibilité sur tous les appareils.

Avec le développement des appareils mobiles, le paysage des terminaux connectés à Internet s’est fortement diversifié. Alors que les écrans étaient auparavant assez similaires, ceux des technologies actuelles comme les smartphones ou les tablettes présentent des caractéristiques très variées. Les appareils modernes couvrent désormais des largeurs d’écran allant de **320 pixels à bien plus de 4 000 pixels**.

Au-delà des dimensions en pixels, d’autres facteurs entrent en jeu, comme la résolution physique des écrans (Pixels Per Inch, PPI), les écrans haute densité comme les écrans Retina, ainsi que le Device Pixel Ratio (DPR). Par ailleurs, la navigation ne se fait plus uniquement à la souris, mais aussi via des interfaces tactiles.

<table>
  <thead>
    <tr>
      <th></th>
      <th>Plus petit écran</th>
      <th>Plus grand écran</th>
      <th>Facteur</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Avant le Web mobile</td>
      <td>env. 1 000 pixels</td>
      <td>env. 2 000 pixels</td>
      <td>env. 2</td>
    </tr>
    <tr>
      <td>Après le Web mobile</td>
      <td>env. 320 pixels</td>
      <td>&gt; 4 000 pixels</td>
      <td>&gt; 10</td>
    </tr>
  </tbody>
</table>

Un site Web réactif s’adapte à l’espace disponible à l’écran, souvent appelé « screen real estate ». L’objectif est de garantir une apparence esthétique sur tous les appareils tout en offrant une [User Experience (UX)](https://www.ionos.fr/digitalguide/sites-internet/web-design/user-experience-design/) optimale.

Le Webdesign responsive regroupe un ensemble de techniques et d’approches permettant de créer un site Web entièrement adaptatif. Il s’agit notamment de :

- [Éléments HTML5](https://www.ionos.fr/digitalguide/sites-internet/developpement-web/html5-cest-quoi/) comme `picture`, ainsi que des attributs `srcset` et `sizes`
- [CSS Media Queries](https://www.ionos.fr/digitalguide/sites-internet/web-design/media-queries-css/)
- Unités CSS flexibles
- L’utilisation de plusieurs assets pour une même ressource
- L’[approche Mobile First](https://www.ionos.fr/digitalguide/sites-internet/web-design/mobile-first-la-nouvelle-approche-du-web-design/)

Au-delà des smartphones et tablettes classiques, de nouveaux formats d’appareils, comme les modèles pliables ou à double écran, gagnent en importance. Ces dispositifs peuvent modifier dynamiquement leur surface d’affichage, par exemple lors du dépliage ou du passage à une vue scindée.

Pour le design responsif, cela implique que les mises en page doivent non seulement s’adapter à différentes tailles d’écran, mais aussi réagir à des changements dynamiques pendant l’utilisation. Un site Web réactif moderne doit donc être suffisamment flexible pour garantir une expérience cohérente et conviviale, même lorsque le format d’affichage évolue.

## Pourquoi un site Web doit-il adopter un design responsif ?

Le développement d’un site Web réactif présente de nombreux avantages. La **User Experience** est au cœur de cette approche. Il est certes possible d’offrir une bonne expérience utilisateur sans design responsif, mais cela implique de créer une version mobile distincte ou d’utiliser JavaScript. Ces solutions sont généralement plus complexes et nécessitent davantage de maintenance que le Webdesign responsive basé sur le CSS.

### Webdesign responsive pour un design optimal

Le design d’un site Web influence fortement la manière dont les visiteurs perçoivent les contenus. Un design réussi reflète l’**identité de l’organisation derrière le site Web** et contribue à fidéliser les utilisateurs. L’objectif est de proposer une expérience agréable et cohérente sur tous les appareils. Voici deux exemples concrets :

- Un titre peut occuper toute la largeur sur un smartphone, mais paraître trop discret sur un écran desktop. Sur les grands écrans, **le titre doit être affiché plus grand** pour capter l’attention.
- Sur un blog, une barre latérale affiche des liens vers d’autres contenus. Sur desktop, elle améliore la lisibilité en structurant la page. Sur mobile, elle occupe trop d’espace. **La mise en page (layout) doit donc être adaptée** pour afficher ces éléments sous l’article.

### Webdesign responsive pour une User Experience (UX) optimale

Sans design responsif, un site Web s’affiche sur mobile comme sur desktop, mais en version réduite. Les utilisateurs doivent alors zoomer et naviguer manuellement, ce qui nuit à l’expérience. Une adaptation est donc indispensable :

- Un bouton cliqué à la souris sur desktop doit être facilement utilisable au doigt sur mobile. **Il doit donc être plus grand et mieux espacé**.
- Un formulaire avec des espacements importants peut être lisible sur grand écran, mais poser problème sur mobile. Sur un écran de 320 pixels, des marges et paddings trop importants réduisent fortement l’espace disponible. **Les espacements doivent donc être ajustés** pour optimiser l’affichage sur les petits écrans.

Le design responsif permet ainsi d’adapter automatiquement chaque élément à l’appareil utilisé et de garantir une expérience fluide sur tout type de site Web réactif.

## Site Web non responsif : quelles peuvent être les conséquences ?

Une part importante des utilisateurs accède aujourd’hui aux contenus du Web via des appareils mobiles. Lorsqu’un site Web n’est pas conçu avec un design responsif, cela peut entraîner plusieurs inconvénients majeurs :

- **Mauvais taux de conversion et taux de rebond élevé**, liés à un design inadapté et à une User Experience dégradée
- **Mauvais classement dans les moteurs de recherche**, car Google prend en compte la compatibilité mobile, les [Core Web Vitals](https://www.ionos.fr/digitalguide/web-marketing/search-engine-marketing/google-core-web-vitals/) et la taille des zones tactiles
- **Performances dégradées**, dues au chargement de ressources non optimisées, mesurables notamment avec des indicateurs comme le Largest Contentful Paint (LCP) et l’Interaction to Next Paint (INP)

Conseil Utilisez des [outils de test de Webdesign responsive](https://www.ionos.fr/digitalguide/sites-internet/web-design/outils-pour-tester-un-site-web-responsive/) pour vérifier la compatibilité mobile de votre site Web.

### Core Web Vitals : indicateurs de l’User Experience

Pour évaluer de manière objective l’expérience réelle des utilisateurs, Google s’appuie sur les Core Web Vitals. Il s’agit de **mesures de performance standardisées** qui analysent la vitesse de chargement, la stabilité du layout et la réactivité d’un site Web face aux interactions. Les principaux indicateurs sont les suivants :

- **Largest Contentful Paint (LCP) :** mesure le temps nécessaire pour afficher le plus grand élément visible à l’écran (valeur cible ≤ 2,5 s)
- **Interaction to Next Paint (INP) :** évalue la réactivité d’une page lors des interactions des utilisateurs (valeur cible ≤ 200 ms)
- **Cumulative Layout Shift (CLS) :** mesure la stabilité visuelle en détectant les déplacements inattendus de contenu pendant le chargement (valeur cible ≤ 0,1)

Un site Web réactif conçu avec un Webdesign responsive obtient généralement de meilleurs résultats pour ces indicateurs. À l’inverse, un design responsif mal implémenté ou absent peut entraîner des performances dégradées, notamment en raison d’images trop lourdes, de contenus chargés tardivement ou de mises en page mal adaptées aux appareils mobiles.

### Outils pour analyser les Core Web Vitals

Les Core Web Vitals peuvent être mesurées à l’aide de différents outils. Les suivants sont particulièrement répandus :

- [Google PageSpeed Insights](https://www.ionos.fr/digitalguide/web-marketing/search-engine-marketing/google-pagespeed-insights/) : analyse des pages individuelles et combinaison de données réelles d’utilisateurs avec des données de laboratoire
- [Google Lighthouse](https://www.ionos.fr/digitalguide/web-marketing/search-engine-marketing/google-lighthouse/) : intégré aux outils de développement de Chrome, adapté aux analyses détaillées des performances
- [Google Search Console](https://www.ionos.fr/digitalguide/web-marketing/search-engine-marketing/google-search-console-les-bases-pour-commencer/) : fournit des données agrégées pour l’ensemble d’un site Web et identifie les URL problématiques

Ces outils permettent d’identifier précisément les points faibles et de mesurer concrètement l’impact du design responsif sur l’expérience utilisateur d’un site Web réactif.

## Quels aspects du développement Web sont influencés par le design responsif ?

Le design responsif repose sur différentes approches et technologies. En pratique, **il existe plusieurs solutions pour un même scénario**, et les méthodes évoluent en permanence avec les standards du Web.

### Mise en page responsive

La conception de layouts pour les sites Web est un enjeu central depuis les débuts du World Wide Web. **HTML propose différents types d’éléments** : `block`, `inline` et `inline-block`. Les éléments de type block occupent toute la largeur disponible et s’empilent verticalement. Les éléments inline, quant à eux, n’occupent que l’espace nécessaire à leur contenu et s’affichent sur une même ligne.

Voici un aperçu des types d’éléments les plus importants pour le Webdesign responsive :

<table>
  <thead>
    <tr>
      <th>Type d’élément</th>
      <th>Largeur</th>
      <th>Flux d’éléments</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>`block`</td>
      <td>Largeur totale disponible ou largeur attribuée</td>
      <td>Colonne</td>
    </tr>
    <tr>
      <td>`inline`</td>
      <td>Largeur des éléments contenus</td>
      <td>Ligne</td>
    </tr>
    <tr>
      <td>`inline-block`</td>
      <td>Largeur des éléments contenus ou largeur attribuée</td>
      <td>Ligne</td>
    </tr>
    <tr>
      <td>`flex`</td>
      <td>Largeur totale disponible</td>
      <td>Ligne ou colonne</td>
    </tr>
    <tr>
      <td>`grid`</td>
      <td>Largeur totale disponible</td>
      <td>Layout complexe</td>
    </tr>
  </tbody>
</table>

Pour disposer des contenus côte à côte, on utilisait autrefois des mises en page basées sur des tableaux ou sur des flottants (float). Ces approches sont aujourd’hui considérées comme obsolètes. Les layouts modernes en design responsif reposent presque exclusivement sur [CSS Flexbox](https://www.ionos.fr/digitalguide/sites-internet/creation-de-sites-internet/css-flexbox/) et [CSS Grid](https://www.ionos.fr/digitalguide/sites-internet/creation-de-sites-internet/grilles-css/). Flexbox est particulièrement adapté aux layouts unidimensionnels, comme les listes horizontales ou verticales, tandis que CSS Grid est utilisé pour des structures de page complexes et bidimensionnelles.

Un exemple concret : prenons l’exemple d’une page avec quatre éléments d’aperçu pour des articles de blog. Chaque élément contient une image, un titre, un teaser et un bouton « Lire la suite ». **Avec Flexbox, il est facile de créer une mise en page responsive adaptée à chaque écran** :

- Affichage sur grand écran : les éléments sont affichés côte à côte sur une seule ligne. Chacun occupe 25 % de l’espace disponible.
- Affichage sur écran moyen : deux éléments sont affichés par ligne. Chacun occupe 50 % de l’espace disponible.
- Affichage sur petit écran : les éléments sont affichés les uns sous les autres sur une seule colonne. Chacun occupe 100 % de l’espace disponible.

#### Comment créer un layout responsif avec CSS Grid et Media Queries ?

Les mises en page modernes en design responsif peuvent aujourd’hui être mises en œuvre, dans de nombreux cas, sans recourir à un framework CSS supplémentaire. Des modules natifs comme CSS Grid et Flexbox sont largement pris en charge et permettent de créer des structures flexibles et faciles à maintenir. Un élément central dans ce contexte est l’utilisation des **CSS Media Queries**. Elles permettent d’appliquer des règles CSS en fonction des caractéristiques du périphérique, notamment la largeur du viewport. Les Media Queries définissent ainsi dans quelles conditions un layout spécifique doit s’appliquer, par exemple à partir d’une certaine taille d’écran ou selon l’orientation de l’appareil.

Prenons l’exemple d’une page avec quatre éléments d’aperçu pour des articles de blog. Chaque élément comprend une image, un titre, un court texte et un lien vers l’article complet. L’objectif est d’adapter le nombre d’éléments affichés côte à côte en fonction de la largeur d’écran disponible.

**Structure HTML :**

```html
<div class="blog-grid">
    <article class="blog-preview">…</article>
    <article class="blog-preview">…</article>
    <article class="blog-preview">…</article>
    <article class="blog-preview">…</article>
</div>
```

**Implémentation CSS avec CSS Grid :**

```css
.blog-grid {
    display: grid;
    grid-template-columns: 1fr;
    gap: 1.5rem;
}
/ *écrans moyens* /
@media screen and (min-width: 600px) {
    .blog-grid {
        grid-template-columns: repeat(2, 1fr);
    }
}
/ *grands écrans* /
@media screen and (min-width: 1024px) {
    .blog-grid {
        grid-template-columns: repeat(4, 1fr);
    }
}
```

Sans Media Queries, une mise en page simple pour les petits écrans est d’abord définie. À partir d’une largeur de 600 pixels, deux colonnes sont affichées, et à partir de 1 024 pixels, quatre. Cette approche suit le **principe mobile first** et garantit que les contenus restent lisibles sur les petits écrans tout en étant optimisés pour les écrans plus grands. Les Media Queries réagissent au viewport, c’est-à-dire à la taille de la fenêtre du navigateur ou de l’écran.

#### Que sont les Container Queries en design responsif ?

Alors que les Media Queries réagissent à la taille du viewport, les CSS Container Queries interviennent à un autre niveau. Elles permettent d’appliquer des styles **en fonction de la taille d’un conteneur parent**, indépendamment de la taille réelle de l’écran. Les éléments ne réagissent donc plus à l’ensemble de la fenêtre du navigateur, mais à l’espace qui leur est effectivement alloué dans le layout.

Cela est particulièrement utile pour un Webdesign responsive modulaire, dans lequel des composants sont utilisés plusieurs fois dans des contextes différents, par exemple à la fois dans une barre latérale étroite et dans une zone principale plus large. Avec les seules Media Queries, ce type de scénario reste limité.

Un exemple typique est un élément d’aperçu d’article. Dans une sidebar étroite, l’image et le texte doivent être affichés l’un sous l’autre. Dans la zone principale, où l’espace est plus important, ils peuvent être placés côte à côte. Les Container Queries permettent précisément cette adaptation contextuelle, sans avoir à définir de breakpoints supplémentaires pour chaque variante de layout. Le conteneur parent est d’abord défini comme « Query Container » :

```css
.preview-container {
    container-type: inline-size;
}
```

Le composant d’aperçu elle-même reçoit une mise en page de base simple, optimisée pour un espace réduit :

```css
.article-preview {
    display: flex;
    flex-direction: column;
    gap: 1rem;
}
```

Ensuite, une Container Query définit que la mise en page change dès que le conteneur dépasse une certaine largeur :

```css
@container (min-width: 500px) {
    .article-preview {
        flex-direction: row;
    }
}
```

La composante s’adapte ainsi automatiquement à l’espace disponible dans son conteneur. Qu’elle se trouve dans une sidebar ou dans la zone principale n’a plus d’importance. Seule compte la largeur du conteneur, et non celle du viewport. Les Container Queries soutiennent ainsi une approche orientée composants en design responsif et complètent efficacement les Media Queries classiques. Dans les projets modernes, **les deux techniques sont souvent combinées**, afin de gérer à la fois les changements de layout globaux et les ajustements précis de composants pour un Webdesign responsive performant.

### Typographie responsive et contenus textuels

Pour garantir une UX optimale, la taille de police des contenus textuels d’un site Web doit s’adapter à la surface d’affichage disponible et aux différents contextes d’utilisation. Outre la lisibilité, des critères comme la scalabilité, l’accessibilité et la stabilité du layout jouent un rôle essentiel. Dans ce cadre, [différentes techniques typographiques sont utilisées dans le Webdesign responsive](https://www.ionos.fr/digitalguide/sites-internet/web-design/responsive-webdesign-et-typographie-principes-de-base/).

Comme base, on utilise l’unité CSS `rem` (« root element »), qui permet de définir la taille de police d’un élément par rapport à l’élément racine HTML. En ajustant ensuite la taille de police de cet élément racine via des breakpoints CSS, il devient possible de mettre à l’échelle l’ensemble des polices de manière cohérente sur un site Web réactif.

```css
html {
    font-size: 16px;
}
h1 {
    font-size: 3rem;
}
```

Cette approche peut être judicieusement **combinée avec des Media Queries** dans une stratégie mobile first, afin d’augmenter modérément la taille de police de base sur les écrans plus grands :

```css
@media screen and (min-width: 30em) {
    html {
        font-size: 18px;
    }
}
```

Dans les mises en page modernes, on utilise de plus en plus une **typographie fluide** qui s’adapte de manière continue à l’espace disponible. On privilégie aujourd’hui pour cela la fonction CSS `clamp()`. Elle permet de définir une taille de police minimale, préférée et maximale, sans recourir à des breakpoints supplémentaires.

```css
h1 {
    font-size: clamp(2rem, 4vw, 3.5rem);
}
```

Ainsi, la police reste bien lisible sur les petits écrans, augmente de manière dynamique sur les écrans plus grands et ne dépasse jamais les valeurs limites définies. `clamp()` est aujourd’hui considérée comme optimale pour la typographie responsive dans un design responsif performant.

### Images responsives

Outre la mise en page et la typographie, l’affichage optimisé des images constitue un élément clé du design responsif. Il est peu pertinent de charger une image de 1 920 pixels de large sur un smartphone dont l’écran ne dépasse pas 400 pixels. D’une part, l’image doit être redimensionnée par le navigateur, ce qui consomme des ressources. D’autre part, plus une image contient de pixels, plus son poids est élevé.

Une image de 1 920 x 1 080 pixels nécessite environ quatre fois plus d’espace de stockage qu’une image de 960 x 540 pixels. Son téléchargement sur un appareil mobile est donc nettement plus lent. Au final, cela a un **impact très négatif sur les performances et l’ergonomie d’un site Web**, si les images ne sont pas optimisées dans une logique de Webdesign responsive.

<table>
  <thead>
    <tr>
      <th>Dimensions de l’image</th>
      <th>Surface d’écran</th>
      <th>Effet</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Petite image</td>
      <td>Grand écran</td>
      <td>L’image se charge rapidement, mais apparaît pixelisée</td>
    </tr>
    <tr>
      <td>Grande image</td>
      <td>Petit écran</td>
      <td>L’image se charge lentement, apparaît nette, mais entraîne de mauvaises performances de la page</td>
    </tr>
    <tr>
      <td>Grande image</td>
      <td>Grand écran</td>
      <td>L’image se charge lentement, apparaît nette, mais entraîne de mauvaises performances de la page</td>
    </tr>
    <tr>
      <td>Petite image</td>
      <td>Petit écran</td>
      <td>L’image se charge rapidement, apparaît nette, performances optimales</td>
    </tr>
  </tbody>
</table>

Pour les images responsives, les attributs `srcset` et `sizes` se sont imposés, car ils permettent aux navigateurs de sélectionner automatiquement la ressource la plus adaptée en fonction du contexte. On parle également d’« assets ». Chaque fichier est associé à une condition définie via des règles proches des Media Queries. Le navigateur peut ainsi choisir, parmi les différentes versions disponibles, celle qui correspond le mieux à l’appareil utilisé.

Prenons un exemple simple. Le code HTML suivant définit une **image pour laquelle deux assets sont spécifiés via `srcset`** : l’un avec une largeur de 480 pixels et l’autre de 800 pixels. L’attribut `sizes` indique que l’image de 480 pixels doit être utilisée jusqu’à une largeur d’écran de 600 pixels. Au-delà, le navigateur charge automatiquement l’image de 800 pixels :

```html
<img
    src="bild-800w.jpg"
    srcset="bild-480w.jpg 480w,
                    bild-800w.jpg 800w"
    sizes="(max-width: 600px) 480px,
                 800px"
    alt="Description de l’image">
```

L’avantage décisif de cette approche réside dans le fait que le navigateur décide lui-même quelle variante d’image doit être chargée. Les développeurs doivent seulement fournir des tailles d’images pertinentes, sans avoir à gérer manuellement la sélection.

Traditionnellement, les écrans étaient orientés en mode paysage ; les écrans de smartphones sont toutefois en mode portrait. Une image au format paysage apparaît donc très petite sur un appareil en orientation portrait. Pour un meilleur résultat, il est préférable d’utiliser une image spécifiquement recadrée au format carré ou portrait. Le choix de différents recadrages d’une image est appelé « direction artistique » (Art Direction). Cela peut être réalisé avec l’élément `<picture>`. L’élément `<picture>` permet de définir de manière complexe plusieurs images équivalentes pour différents cas d’usage.

Examinons l’exemple suivant. Le code HTML suivant définit un élément `<picture>` qui **spécifie différents assets pour le mode paysage et le mode portrait**. Pour les deux cas, il existe plusieurs versions optimisées pour différentes tailles d’écran :

```html
<picture>
<source
media="(orientation: landscape)"
srcset="image-petite-paysage.png 320w,
image-grande-paysage.png 1200w"
sizes="(min-width: 60rem) 80vw,
(min-width: 40rem) 90vw,
100vw">
<source
media="(orientation: portrait)"
srcset="image-petite-portrait.png 160w,
image-grande-portrait.png 600w"
sizes="(min-width: 60rem) 80vw,
(min-width: 40rem) 90vw,
100vw">
<img src="image-petite.png" alt="Description de l’image">
</picture>
```

Cela permet de garantir qu’un visuel conserve le même impact sur les petits écrans en mode portrait que sur les grands écrans.

Note Outre la résolution, le format d’image joue aujourd’hui un rôle essentiel. Les formats classiques comme JPEG ou PNG sont de plus en plus complétés ou remplacés par des formats modernes plus performants :

- **WebP :** bonne compression avec une large compatibilité navigateurs
- **AVIF :** taux de compression très élevé avec une excellente qualité d’image

Ces formats réduisent significativement la taille des fichiers et améliorent les temps de chargement.

### Navigation responsive

La navigation fait partie des éléments centraux d’un site Web et représente un défi particulier dans le cadre du design responsif. Sur les grands écrans, elle est généralement affichée dans l’en-tête avec des sous-menus accessibles au survol de la souris. Cette approche n’est pas adaptée aux appareils mobiles. D’une part, l’espace est limité, d’autre part, l’interaction se fait au toucher et non à la souris.

Pour les appareils mobiles, plusieurs solutions existent. Elles sont **compactes et adaptées à une utilisation tactile**. L’ouverture du menu est souvent accompagnée d’une animation pour améliorer la compréhension et l’expérience utilisateur. Parmi les approches les plus courantes de la [navigation responsive](https://www.ionos.fr/digitalguide/sites-internet/web-design/navigation-responsive-en-webdesign/) :

- L’icône de « menu hamburger » (trois lignes horizontales), utilisée comme déclencheur principal du menu
- La navigation « off canvas », dans laquelle le menu apparaît depuis le bord de l’écran et déplace le contenu principal

D’autres modèles sont également utilisés selon le contexte. La Bottom Navigation place les éléments principaux en bas de l’écran, ce qui facilite leur utilisation avec le pouce. Les menus « **Priority+** » hiérarchisent les éléments importants et déplacent les entrées secondaires dans un sous-menu. Pour les sites plus complexes, des **méga-menus** adaptés au tactile permettent de structurer efficacement de grandes quantités de contenu, notamment sur tablettes et appareils hybrides.


This is a markdown version of: [https://www.ionos.fr/digitalguide/sites-internet/web-design/quest-ce-que-le-responsive-design/](https://www.ionos.fr/digitalguide/sites-internet/web-design/quest-ce-que-le-responsive-design/) for AI/LLM consumption.