Pourquoi VLOOKUP échoue parfois

VLOOKUP est fiable, mais échoue dans quelques cas prévisibles. La plupart des erreurs ne sont pas mystérieuses lorsque vous connaissez les règles.

Dans cette leçon, vous apprendrez les causes courantes d'une recherche défaillante et découvrirez exactement comment corriger chacune d'elles. Ces connaissances vous permettront de transformer les erreurs #N/A et #REF! déroutantes en corrections rapides et simples.

VLOOKUP peut uniquement effectuer une recherche dans la colonne la plus à gauche de son tableau_de_recherche et renvoyer des valeurs vers la droite. Elle ne peut pas rechercher une valeur et renvoyer une valeur située à sa gauche.

Si vos identifiants se trouvent dans la colonne C et le nom souhaité dans la colonne A, VLOOKUP ne peut pas revenir vers la gauche. Vous pouvez réorganiser les colonnes afin que la colonne de recherche soit la première, ou utiliser INDEX-MATCH ou XLOOKUP, qui permettent d'effectuer des recherches dans n'importe quelle direction.

Le numéro_index_colonne est compté depuis la gauche du tableau_de_recherche, et non depuis la feuille. Une erreur courante consiste à utiliser la lettre de colonne de la feuille comme nombre.

Si votre plage est C1:F10 et que vous voulez la colonne F, il s'agit de la 4e colonne de la plage : l'index est donc 4, et non 6. Compter depuis le mauvais bord renvoie le mauvais champ ou, si le nombre dépasse la largeur de la plage, une erreur #REF!.

Si le numéro_index_colonne est supérieur au nombre de colonnes de votre tableau_de_recherche, VLOOKUP renvoie #REF!.

Par exemple, demander la colonne 5 d'une plage de 3 colonnes, A1:C10, est impossible :

Pour corriger cela, élargissez le tableau_de_recherche afin d'y inclure la colonne nécessaire, ou corrigez l'index en indiquant un numéro de colonne réel compris dans la plage.

Si vous omettez le quatrième argument, sa valeur par défaut est TRUE (recherche approximative). Dans une liste non triée, cela renvoie silencieusement une valeur voisine incorrecte au lieu d'une erreur, ce qui est difficile à repérer.

La correction est simple et devrait devenir une habitude : ajoutez toujours FALSE pour les recherches exactes.

Une valeur recherchée "A100" ne correspondra pas à "A100 " avec un espace final. Les données importées regorgent de ces différences invisibles.

Symptômes : une valeur existe clairement, mais vous obtenez #N/A. Nettoyez les deux côtés avec TRIM afin de supprimer les espaces superflus :

Si votre valeur recherchée est le nombre 100, mais que le tableau stocke les codes sous forme de texte "100" (ou inversement), les deux valeurs ne correspondent pas et vous obtenez #N/A.

Recherchez le petit triangle vert ou les nombres alignés à gauche, qui indiquent la présence de texte. Pour corriger cela, convertissez les valeurs : entourez le texte de VALUE() pour le transformer en nombre, ou concaténez une chaîne vide à un nombre avec &"" pour le transformer en texte, afin que les deux côtés aient le même type.

Si vous oubliez de verrouiller le tableau_de_recherche, la copie de la formule vers le bas décale la plage hors de vos données. La plage A1:C100 de la ligne 2 devient A2:C101 à la ligne 3, puis A3:C102, ce qui laisse certaines lignes de côté.

Corrigez cela avec des références absolues afin que le tableau reste fixe, tandis que seule la valeur recherchée se décale :

Chaque erreur indique une cause :

• #N/A - la valeur est introuvable (incompatibilité, espaces, type incorrect ou absence réelle de la valeur)
• #REF! - le numéro_index_colonne est supérieur à la plage, ou une cellule référencée a été supprimée
• #VALUE! - un argument est du mauvais type, par exemple un index de colonne négatif ou nul
• #NAME? - le nom de la fonction est mal orthographié, comme VLOOKP

Associez l'erreur à sa signification et vous aurez déjà résolu la moitié du problème.

Pendant le débogage, vous pouvez également encapsuler une recherche afin que les utilisateurs voient un message clair plutôt qu'une erreur brute. IFERROR intercepte toute erreur et renvoie votre texte à la place.

Cela ne corrige pas la cause sous-jacente : utilisez donc cette solution uniquement après avoir compris pourquoi la recherche a échoué. Masquer les erreurs trop tôt peut dissimuler de véritables problèmes de données.

Lorsqu'une recherche se comporte de manière inattendue, parcourez rapidement cette liste :

• La valeur recherchée se trouve-t-elle dans la première colonne de la plage ?
• Le numéro_index_colonne est-il compté depuis le bord gauche de la plage et se trouve-t-il dans sa largeur ?
• Avez-vous ajouté FALSE pour une correspondance exacte ?
• Les deux côtés ont-ils le même type (texte ou nombre) et aucun espace superflu ?
• Le tableau_de_recherche est-il verrouillé avec des signes dollar ?

Suivre cette liste de haut en bas permet de résoudre la grande majorité des problèmes de recherche en quelques secondes.

Les causes habituelles et leurs corrections :

• Limite de la colonne de gauche - réorganisez les colonnes ou utilisez INDEX-MATCH / XLOOKUP
• numéro_index_colonne incorrect ou trop grand - comptez depuis le bord gauche de la plage et élargissez la plage
• FALSE manquant - définissez toujours une correspondance exacte pour les identifiants
• Espaces et distinction texte-nombre - nettoyez avec TRIM, convertissez avec VALUE ou &""
• Tableau non verrouillé - utilisez $ pour que la plage reste en place

Lisez le code d'erreur, associez-le à une cause et appliquez la correction. Vous disposez maintenant de tous les outils nécessaires pour effectuer des recherches fiables.