Comment faire un tableau de 3 colonnes ?

Créer un tableau de 3 colonnes peut se faire en quelques clics dans un tableur, un traitement de texte ou directement en HTML. Le résultat visuel est souvent identique, mais la structure sous-jacente change radicalement selon l’outil choisi, et avec elle la lisibilité, l’accessibilité et la maintenabilité du tableau.

Tableau HTML, Word ou Excel : ce que chaque outil produit réellement

Trois colonnes, trois outils, trois logiques de fonctionnement. Avant de choisir un chemin, il faut comprendre ce que chaque solution fabrique en coulisses.

A découvrir également : Comment transférer des données sur Excel ?

Critère HTML Word Excel
Type d’objet créé Balisage sémantique (<table>, <tr>, <td>) Objet visuel intégré au flux du document Plage de données ou objet « Tableau » structuré
Extension automatique Non (ajout manuel de lignes) Non Oui, si la plage est convertie en objet Tableau
Accessibilité native Élevée si <th> et scope sont utilisés Moyenne (dépend de la répétition d’en-tête) Faible pour l’export, correcte en lecture directe
Risque sur plusieurs pages Non applicable (web) Élevé si cellules fusionnées ou saut de page manuel Non applicable (feuille de calcul)

Ce comparatif met en lumière un point souvent négligé : le choix de l’outil conditionne la qualité du tableau, pas seulement son apparence.

Homme créant un tableau à 3 colonnes sur ordinateur dans un bureau moderne

A lire aussi : Puis-je ouvrir des fichiers Excel dans LibreOffice ?

Balises HTML pour un tableau de 3 colonnes accessible

En HTML, un tableau de trois colonnes repose sur une structure minimale : une balise <table>, des lignes <tr>, et dans chaque ligne, trois cellules. La différence entre un tableau fonctionnel et un tableau réellement accessible tient à quelques attributs.

Structure de base et en-têtes sémantiques

Chaque colonne doit posséder un en-tête balisé avec <th> au lieu de <td>. L’attribut scope="col" associe explicitement chaque en-tête à sa colonne, ce qui permet aux lecteurs d’écran de restituer correctement les données cellule par cellule. Un <caption> placé juste après la balise <table> fournit un titre descriptif.

Ces pratiques répondent au critère WCAG 2.2 « Informations et relations » (1.3.1). Omettre le scope sur un tableau simple ne provoque généralement pas de bug visuel, mais dégrade l’expérience pour les utilisateurs de technologies d’assistance.

Pourquoi éviter les cellules fusionnées

Un tableau simple de trois colonnes sans fusion reste lisible par tous les navigateurs et tous les lecteurs d’écran. Dès qu’on fusionne des cellules (avec colspan ou rowspan), il faut associer explicitement chaque cellule de données à ses en-têtes via les attributs id et headers.

  • Un tableau simple à trois colonnes ne nécessite aucun attribut id/headers : le scope suffit
  • Les cellules fusionnées perturbent l’ordre de lecture et compliquent l’interprétation automatisée
  • Si le tableau doit comporter des en-têtes sur plusieurs niveaux, il ne s’agit plus d’un tableau « simple » et le coût de maintenance augmente sensiblement

La règle pratique : si la fusion n’apporte pas d’information structurelle nécessaire, mieux vaut s’en passer.

Créer un tableau de 3 colonnes dans Word sans casser la mise en page

Dans Word, la création d’un tableau de trois colonnes passe par l’onglet Insertion puis Tableau, où l’on sélectionne visuellement trois colonnes et le nombre de lignes souhaité. Le résultat est immédiat, mais les problèmes apparaissent lorsque le tableau dépasse une page.

Répétition des en-têtes sur plusieurs pages

Word propose une option pour répéter automatiquement la ligne d’en-tête lors des sauts de page. Cette fonction, accessible via les propriétés du tableau, ne fonctionne pas si le tableau contient des cellules fusionnées ou si une coupure de page manuelle a été insérée à l’intérieur du tableau.

En pratique, un tableau de trois colonnes qui s’étend sur deux pages ou plus doit conserver une structure parfaitement régulière (aucune fusion, aucune ligne de séparation manuelle) pour que la répétition d’en-tête s’applique correctement.

Piège fréquent : le tableau scindé en plusieurs objets

Quand Word « casse » un tableau au milieu d’une page, il crée parfois deux objets distincts au lieu d’un seul tableau continu. Les en-têtes ne se répètent alors plus, et la numérotation des lignes ou les références croisées deviennent incohérentes. Vérifier que le tableau reste un objet unique après chaque modification de mise en page évite cette dérive.

Jeune femme travaillant sur un tableau à 3 colonnes sur son ordinateur portable dans un salon

Objet Tableau dans Excel : trois colonnes qui s’adaptent automatiquement

Excel permet de créer une simple grille de trois colonnes en saisissant des données dans trois colonnes adjacentes. En revanche, convertir cette plage en objet « Tableau » (via Insertion, Tableau, ou le raccourci Ctrl+T) déclenche un comportement très différent.

Un objet Tableau dans Excel s’étend automatiquement lorsqu’une nouvelle ligne est ajoutée sous la dernière ligne existante. Les formules, la mise en forme conditionnelle et les filtres suivent sans intervention supplémentaire.

  • Les tableaux croisés dynamiques connectés à un objet Tableau n’ont pas besoin d’être redéfinis quand la source grandit
  • Les colonnes calculées se répliquent automatiquement sur chaque nouvelle ligne
  • Le style visuel (alternance de couleurs, en-têtes figés) s’applique par défaut sans formatage manuel

Pour un tableau de trois colonnes destiné à recevoir régulièrement de nouvelles données, la conversion en objet Tableau représente un gain de temps mesurable sur la durée.

Contrôler le résultat exporté, pas seulement l’affichage

Le piège commun aux trois outils est de se fier uniquement à l’affichage à l’écran. Un tableau HTML qui semble correct dans Chrome peut manquer de balisage sémantique. Un tableau Word qui rend bien en A4 peut perdre ses en-têtes à l’impression. Un tableau Excel lisible en local peut produire un PDF où les colonnes débordent.

Le contrôle doit porter sur le résultat exporté, qu’il s’agisse d’un rendu navigateur, d’un PDF ou d’une impression. Tester le tableau dans son format de destination finale, avec un lecteur d’écran ou un aperçu avant impression, reste la seule vérification fiable avant diffusion.