La manipulation des données dans Excel nécessite souvent de localiser précisément la dernière ligne contenant des informations. Cette opération, apparemment simple, constitue pourtant l’un des défis les plus fréquents rencontrés par les développeurs VBA. Que vous automatisiez l’insertion de nouvelles entrées dans une base de données, que vous créiez des rapports dynamiques ou que vous validiez l’intégrité de vos tableaux, identifier correctement la dernière ligne utilisée devient une compétence indispensable. La maîtrise de cette technique permet non seulement d’éviter les erreurs courantes comme l’écrasement de données existantes, mais aussi d’optimiser significativement les performances de vos macros. Avec plusieurs méthodes disponibles, chacune présentant ses avantages selon le contexte, comprendre leurs subtilités vous permettra de choisir l’approche la plus adaptée à votre situation spécifique.
La méthode End(xlUp) pour identifier la dernière ligne d’une colonne
La méthode End(xlUp) représente l’approche la plus populaire et la plus intuitive pour déterminer la dernière ligne utilisée dans une colonne Excel. Cette technique reproduit en VBA l’action du raccourci clavier Ctrl+Flèche Haut, qui vous permet de naviguer rapidement vers la dernière cellule non vide d’une plage. La logique sous-jacente consiste à partir d’un point de référence situé en bas de la feuille, puis à remonter jusqu’à rencontrer la première cellule contenant des données.
L’efficacité de cette méthode repose sur sa simplicité d’implémentation et sa rapidité d’exécution. Contrairement aux boucles qui parcourent chaque ligne individuellement, End(xlUp) effectue un saut direct vers la cellule cible, ce qui réduit considérablement le temps de traitement, particulièrement sur les grandes feuilles de calcul. Cette approche s’avère particulièrement pertinente lorsque vous travaillez avec des colonnes dont vous connaissez la structure et qui ne contiennent pas de cellules vides au milieu des données.
Syntaxe Range(« A » & Rows.Count).End(xlUp).Row pour une colonne spécifique
La syntaxe Range("A" & Rows.Count).End(xlUp).Row constitue la formulation la plus explicite pour identifier la dernière ligne d’une colonne désignée par sa lettre. Cette construction utilise Rows.Count pour obtenir le nombre total de lignes disponibles dans la feuille active, ce qui garantit la compatibilité avec toutes les versions d’Excel, qu’il s’agisse des 65 536 lignes des versions antérieures à 2007 ou du million de lignes des versions modernes. L’utilisation de la concaténation avec le symbole & permet de cibler dynamiquement n’importe quelle colonne en remplaçant simplement la lettre « A ».
Voici un exemple pratique d’implémentation : derniereLigne = Range("B" & Rows.Count).End(xlUp).Row. Cette ligne de code stocke dans la variable derniereLigne le numéro de la dernière ligne contenant des données dans la colonne B. Pour obtenir la première ligne vide suivante, il suffit d’ajouter 1 au résultat : premiereLigneVide = Range("B" & Rows.Count).End(xlUp).Row + 1. Cette technique s’avère particulièrement utile lors de l’ajout automatique de nouvelles entrées dans une base de données.
Utilisation de cells(
Utilisation de Cells(Rows.Count, 1).End(xlUp).Row avec références dynamiques
La variante avec Cells est particulièrement pratique lorsque vous travaillez avec des numéros de colonnes dynamiques ou des boucles. Au lieu de cibler une lettre de colonne, vous indiquez l’index numérique correspondant : derniereLigne = Cells(Rows.Count, 1).End(xlUp).Row permet par exemple de trouver la dernière ligne utilisée de la colonne A. Cette méthode est idéale dans des procédures génériques où la colonne est stockée dans une variable ou provient d’un calcul préalable.
Dans un scénario réel, vous pourriez avoir une variable colIndex déterminée en fonction d’un en-tête recherché dans la première ligne. Il devient alors très simple d’écrire derniereLigne = Cells(Rows.Count, colIndex).End(xlUp).Row pour identifier la dernière ligne non vide de cette colonne. Cette approche améliore la maintenabilité de vos macros VBA, car vous évitez de “câbler” en dur des références comme "A" ou "B", ce qui rend votre code plus robuste face aux évolutions de la structure du fichier.
Vous pouvez ensuite utiliser ce résultat pour insérer de nouvelles données sans risque d’écraser celles qui existent déjà. Par exemple, Cells(derniereLigne + 1, colIndex).Value = "Nouvelle valeur" ajoute une ligne à la suite du tableau. Lorsque l’on développe des macros de reporting ou d’import de données, cette façon de trouver la dernière ligne en VBA est à la fois claire, rapide et facile à adapter à des modèles variés.
Gestion des colonnes vides avec End(xlUp) et validation conditionnelle
Un cas souvent négligé apparaît lorsque la colonne ciblée est entièrement vide. Dans ce contexte, la méthode End(xlUp) renvoie la première ligne de la feuille, c’est-à-dire 1, car elle ne rencontre aucune cellule remplie en remontant. Si vous ne prévoyez pas ce cas, votre code peut tenter de lire ou écrire dans des zones inappropriées, ce qui fausse le traitement ou provoque des erreurs logiques. Il est donc essentiel d’ajouter une couche de validation autour de la recherche de la dernière ligne non vide.
Une pratique courante consiste à tester si la cellule retournée contient réellement une donnée. Par exemple, vous pouvez écrire : derniereLigne = Cells(Rows.Count, 2).End(xlUp).Row, puis vérifier If IsEmpty(Cells(derniereLigne, 2)) Then pour déterminer si la colonne était vide. Dans ce cas précis, vous pouvez décider que la première ligne de saisie sera la ligne 2 si votre ligne 1 contient des en-têtes, ou la ligne 1 si la feuille est totalement vierge.
On peut résumer cette logique en quelques lignes simples : si derniereLigne = 1 et que la cellule en ligne 1 est vide, alors aucune donnée n’a encore été saisie dans la colonne. Vous pouvez alors initialiser proprement votre base de données VBA en positionnant la première insertion sur la ligne souhaitée. Ce contrôle conditionnel vous évite d’avoir à corriger manuellement des décalages de données ou des tableaux partiellement remplis.
Performance de xlup versus xldown dans les grandes feuilles excel
Vous vous demandez peut-être s’il vaut mieux utiliser End(xlUp) ou End(xlDown) pour trouver la dernière ligne utilisée dans une colonne. Dans les grandes feuilles Excel, la réponse est claire : xlUp est généralement plus fiable pour trouver la dernière cellule non vide, car il part d’une position “sûre” située en bas de la feuille. En revanche, xlDown part du haut et s’arrête à la première cellule vide rencontrée, ce qui devient problématique dès que votre colonne présente un trou dans les données.
D’un point de vue performance, la différence entre xlUp et xlDown reste marginale, même sur des fichiers comportant plusieurs dizaines de milliers de lignes. Les deux méthodes exploitent le moteur interne d’Excel pour se déplacer en une seule instruction, bien plus vite qu’une boucle For passant par chaque cellule. L’optimisation ne se joue donc pas tant sur le choix de la direction que sur l’absence de boucles inutiles ou de sélections visuelles répétées.
En pratique, on réservera End(xlDown) aux cas très spécifiques où l’on sait que la colonne ne contient jamais de cellules vides au milieu des données. Pour tous les autres scénarios – et notamment pour la gestion de bases de données incomplètes ou irrégulières – End(xlUp) reste la façon la plus sûre de trouver la dernière ligne non vide en VBA. Vous bénéficiez ainsi d’un comportement prévisible, y compris dans des classeurs maintenus par plusieurs utilisateurs aux habitudes de saisie différentes.
La propriété UsedRange pour déterminer l’étendue des données
Lorsque vous ne souhaitez pas cibler une colonne en particulier, mais plutôt obtenir une vue d’ensemble de la feuille, la propriété UsedRange devient une alliée précieuse. Elle renvoie une plage englobant toutes les cellules utilisées, de la première cellule non vide jusqu’à la dernière cellule ayant reçu soit une valeur, soit un format. Autrement dit, elle définit le “rectangle” global des données de la feuille, ce qui est très pratique pour traiter des tableaux entiers sans connaître à l’avance leurs dimensions exactes.
Cette approche est souvent utilisée dans les macros de nettoyage ou de migration de données, où l’on doit parcourir l’intégralité de la zone effectivement utilisée. Par exemple, après avoir trouvé l’étendue grâce à UsedRange, vous pouvez boucler sur chaque ligne pour appliquer des règles de validation, des formats conditionnels, ou des calculs de synthèse. Cependant, comme nous le verrons, cette méthode comporte quelques subtilités qu’il faut connaître pour éviter les mauvaises surprises.
Application de UsedRange.Rows.Count dans les macros VBA
Pour déterminer le nombre de lignes réellement utilisées dans une feuille, vous pouvez exploiter UsedRange.Rows.Count. Concrètement, l’instruction nbLignes = ActiveSheet.UsedRange.Rows.Count retourne le nombre de lignes incluses dans la plage de données active. Si votre tableau commence en ligne 1 et se termine en ligne 500, la valeur renvoyée sera 500. Si au contraire les données commencent plus bas, par exemple en ligne 5, le Rows.Count reflètera la hauteur de la zone utilisée, pas le numéro absolu de la dernière ligne.
Pour obtenir le numéro de la dernière ligne en tenant compte de ce décalage, vous pouvez combiner la propriété Row de UsedRange avec son Rows.Count. Une écriture typique serait : derniereLigne = ActiveSheet.UsedRange.Row + ActiveSheet.UsedRange.Rows.Count - 1. Ainsi, si votre UsedRange commence à la ligne 5 et s’étend sur 20 lignes, le calcul renvoie bien 24 comme index de la dernière ligne.
Cette manière de trouver la dernière ligne utilisée dans une feuille est particulièrement adaptée aux rapports générés automatiquement ou aux feuilles de suivi complexes, où les données ne commencent pas forcément en A1. Elle vous permet d’ajuster vos traitements à la taille réelle du tableau, tout en limitant les hypothèses sur sa position de départ. En résumé, c’est une approche plus “globale” que End(xlUp), orientée sur la feuille entière plutôt que sur une seule colonne.
Limitations de UsedRange avec cellules formatées sans données
Malgré son utilité, UsedRange présente une limitation importante : il considère comme “utilisées” les cellules qui ont simplement reçu une mise en forme, même si elles ne contiennent aucune donnée. Si vous avez appliqué une couleur de fond, une bordure ou un format numérique à une large zone, UsedRange peut s’étendre bien au-delà des données réelles. Le résultat est que la “dernière ligne utilisée” calculée sur cette base peut surévaluer la taille effective du tableau.
Dans la pratique, cela signifie que des macros qui s’appuient uniquement sur UsedRange pour déterminer la dernière ligne risquent de parcourir des lignes vides inutiles. Sur des fichiers volumineux, cette surévaluation peut impacter les performances et allonger le temps d’exécution des traitements. C’est un peu comme si vous réserviez une salle de réunion pour 100 personnes alors que seulement 20 sont attendues : vous gérez un volume fictif.
Pour atténuer cet effet, il est recommandé de nettoyer régulièrement les plages inutilisées, par exemple en supprimant les formats sur les lignes situées très en dessous de vos données. Vous pouvez aussi combiner UsedRange avec d’autres méthodes, comme End(xlUp) ou Find, pour valider que la dernière ligne réellement renseignée correspond bien à ce que renvoie la propriété. Cette combinaison de techniques vous permet d’obtenir une mesure plus fiable de l’étendue des données dans vos macros VBA.
Combinaison UsedRange.Row et SpecialCells(xlCellTypeLastCell)
Pour améliorer la précision de la détection de la dernière cellule utilisée, une approche avancée consiste à associer UsedRange à la méthode SpecialCells. En particulier, Cells.SpecialCells(xlCellTypeLastCell) renvoie la dernière cellule que Excel considère comme utilisée, en fonction des valeurs et des formats. En obtenant la propriété Row de cette cellule, vous pouvez déterminer rapidement la dernière ligne occupée, sans parcourir tout le tableau.
Une implémentation typique ressemblerait à ceci : derniereLigne = ActiveSheet.Cells.SpecialCells(xlCellTypeLastCell).Row. Vous pouvez éventuellement croiser ce résultat avec celui de UsedRange pour vérifier la cohérence de l’étendue détectée. Dans certains cas, notamment après des suppressions de lignes ou de colonnes, Excel peut conserver une “mémoire” d’utilisation qui gonfle artificiellement la valeur de xlCellTypeLastCell. Un recalcul de UsedRange ou une sauvegarde / réouverture du classeur peut alors être nécessaire.
Cette combinaison est intéressante lorsque vous travaillez sur des feuilles Excel très dynamiques, où des blocs de données sont fréquemment ajoutés ou retirés. Elle vous permet de trouver rapidement la dernière ligne utilisée sans écrire de boucle, ce qui favorise la performance des macros VBA. En complément, vous pouvez bien sûr affiner encore la recherche en appliquant SpecialCells uniquement à une colonne ou à une plage donnée, plutôt qu’à l’ensemble de la feuille.
La méthode find avec SearchDirection xlprevious pour les plages complexes
Lorsque les données sont réparties de manière irrégulière dans une feuille, les méthodes basées sur une seule colonne peuvent montrer leurs limites. Dans ce type de situation, la méthode Find offre une solution flexible pour localiser la dernière ligne non vide dans une plage étendue ou même dans toute la feuille. En utilisant l’option SearchDirection:=xlPrevious, nous demandons à Excel de rechercher la dernière occurrence correspondant à un critère donné, en remontant depuis la fin de la plage.
Cette approche se révèle particulièrement utile lorsque les données forment un “patchwork” de blocs disséminés, par exemple dans des modèles de reporting complexes ou des tableaux de bord consolidés. Plutôt que de supposer que la dernière ligne remplie se trouve dans une colonne spécifique, vous laissez Excel scanner l’ensemble de la zone à la recherche de n’importe quelle cellule contenant une valeur. C’est un peu comme demander à un moteur de recherche de vous donner le dernier résultat pertinent dans une liste triée à l’envers.
Paramètres LookIn:=xlValues et SearchOrder:=xlByRows dans find
Pour exploiter pleinement la méthode Find dans le cadre de la recherche de la dernière ligne, il est essentiel de bien configurer ses paramètres. Le paramètre LookIn:=xlValues indique à Excel de se concentrer sur les valeurs des cellules, plutôt que sur les formules ou les commentaires. Cela permet par exemple d’ignorer des formules vides ou renvoyant une chaîne vide, selon le comportement souhaité. Vous pouvez ajuster ce paramètre à xlFormulas si vous devez au contraire tenir compte de toutes les cellules contenant une formule, même lorsque le résultat est vide.
Le paramètre SearchOrder:=xlByRows définit l’ordre de balayage : ligne par ligne plutôt que colonne par colonne. Combiné avec SearchDirection:=xlPrevious, Excel commencera la recherche en bas à droite de la plage, puis remontera vers le haut, ce qui nous permet d’identifier la dernière cellule correspondant à notre critère. Dans le contexte de la recherche de la dernière ligne non vide, ce trio de paramètres (LookIn, SearchOrder, SearchDirection) joue un rôle clé.
Une structure de code typique pourrait ressembler à ceci : Set c = Cells.Find(What:="*", LookIn:=xlValues, SearchOrder:=xlByRows, SearchDirection:=xlPrevious). Si l’objet c n’est pas Nothing, la propriété c.Row contiendra alors le numéro de la dernière ligne utilisée dans la plage de recherche. Cette méthode se distingue par sa souplesse, puisqu’elle peut être appliquée aussi bien à une plage restreinte qu’à l’ensemble d’une feuille, selon vos besoins.
Recherche de la dernière ligne non vide avec what:= »* » et xlprevious
Le paramètre What:="*" est un astérisque servant de caractère générique (wildcard) pour indiquer à Excel de trouver n’importe quelle cellule contenant au moins un caractère. Associé à SearchDirection:=xlPrevious, il permet de rechercher la dernière cellule non vide dans une plage donnée. En d’autres termes, vous dites à Excel : “Parcours la zone et dis-moi où se trouve la dernière cellule qui contient quelque chose, quelle que soit sa valeur”.
Imaginons que vous souhaitiez trouver la dernière ligne réellement utilisée sur la feuille, sans présumer de la colonne. Vous pouvez alors écrire : Set c = Cells.Find(What:="*", LookIn:=xlValues, SearchOrder:=xlByRows, SearchDirection:=xlPrevious). Si c est trouvé, derniereLigne = c.Row vous donne immédiatement l’index de la dernière ligne non vide. Cette méthode est particulièrement efficace pour les feuilles hétérogènes, où des données peuvent se trouver aussi bien en colonne B qu’en colonne M ou Z.
Dans des macros de consolidation de données, cette technique permet par exemple de déterminer la zone à exporter, à copier ou à analyser, sans devoir passer en revue chaque colonne individuellement. Elle vous évite également de durcir des hypothèses fragiles sur la structure du fichier, ce qui rend vos scripts VBA plus résilients aux évolutions du modèle. Vous gagnez ainsi en flexibilité tout en gardant un bon niveau de performance, même sur des classeurs volumineux.
Gestion des erreurs nothing avec IsNothing dans les résultats find
Comme pour toute méthode de recherche, il est possible que Find ne trouve aucun résultat correspondant au critère indiqué. Dans le cas de What:="*", cela signifie que la plage ne contient aucune cellule non vide. Si vous n’anticipez pas ce cas, tenter d’accéder à c.Row alors que c est Nothing provoquera une erreur d’exécution. Il est donc indispensable de vérifier le résultat avant de l’exploiter, à l’aide d’un test conditionnel sur l’objet retourné.
En VBA, ce contrôle s’effectue généralement avec une instruction de type If c Is Nothing Then. Vous pouvez par exemple écrire : If c Is Nothing Then derniereLigne = 0 Else derniereLigne = c.Row. Dans un contexte de base de données, renvoyer 0 ou 1 pour une feuille vide vous permettra ensuite de décider à partir de quelle ligne commencer les insertions. L’important est de documenter ce comportement dans votre code, pour éviter toute ambiguïté lors de la maintenance.
Cette gestion des cas vides est particulièrement utile lorsque vous déployez vos macros VBA auprès d’utilisateurs finaux qui peuvent créer de nouvelles feuilles ou réinitialiser des tableaux. Plutôt que de laisser la macro échouer avec un message cryptique, vous contrôlez le flux d’exécution et pouvez même afficher une notification claire, du type “Aucune donnée trouvée sur cette feuille”. Vous améliorez ainsi l’expérience utilisateur tout en renforçant la robustesse de vos automatisations.
Optimisation find versus boucles for each dans les tableaux volumineux
Sur des volumes de données importants, la tentation est parfois grande de parcourir chaque cellule avec une boucle For Each ou For i = 1 To n, afin de détecter la dernière ligne non vide. Cependant, ces approches deviennent rapidement coûteuses en temps de calcul, surtout au-delà de quelques dizaines de milliers de lignes. La méthode Find, en exploitant les fonctions internes de recherche d’Excel, offre un gain de performance significatif par rapport à ces boucles explicites.
On peut comparer cela à la différence entre feuilleter un livre page par page et utiliser directement l’index pour trouver une information. Avec Find, Excel accède quasiment en direct à la zone contenant la dernière donnée, sans avoir à parcourir chaque cellule intermédiaire. Sur des tableaux volumineux, cette optimisation peut réduire le temps d’exécution de plusieurs secondes, voire davantage, selon la complexité de vos traitements annexes.
En pratique, il reste parfois nécessaire d’utiliser des boucles pour appliquer des règles complexes ligne par ligne. Dans ce cas, vous pouvez combiner les approches : utiliser Find pour déterminer la dernière ligne pertinente, puis limiter votre boucle à cette plage plutôt que de parcourir toute la feuille. Cette stratégie hybride vous permet de garder un code lisible tout en bénéficiant des performances optimisées de la recherche interne d’Excel.
Currentregion et SpecialCells pour les zones de données contiguës
Une autre manière efficace de trouver la dernière ligne utilisée consiste à exploiter la propriété CurrentRegion. Cette propriété renvoie la région de cellules contiguës entourant une cellule donnée, délimitée par des lignes et des colonnes vides. En partant d’une cellule située à l’intérieur d’un tableau (par exemple l’en-tête en A1), Range("A1").CurrentRegion vous fournit l’ensemble du bloc de données, sans avoir à connaître sa taille à l’avance. C’est particulièrement pratique pour les listes et bases de données bien structurées.
Pour obtenir la dernière ligne de cette région, il suffit ensuite de consulter la propriété Rows.Count de CurrentRegion et de la combiner avec son point de départ. Par exemple : With Range("A1").CurrentRegion: derniereLigne = .Row + .Rows.Count - 1: End With. Si votre tableau commence à la ligne 1, la formule se résume pratiquement à derniereLigne = .Rows.Count. Cette méthode est simple, rapide, et particulièrement adaptée aux tableaux “propres” sans lignes vides insérées au milieu.
La méthode SpecialCells peut également être utilisée pour cibler uniquement les cellules contenant des constantes ou des formules. Par exemple, Range("A1").CurrentRegion.SpecialCells(xlCellTypeConstants) renvoie une plage composée uniquement des cellules remplies par l’utilisateur. Vous pouvez ensuite récupérer la dernière ligne de cette plage de la même manière. Cette approche est utile lorsque la région contient à la fois des cellules de travail et des cellules vides réservées à de futures données, et que vous voulez trouver la dernière ligne réellement occupée.
Optimisation des performances avec Application.ScreenUpdating et calculation
Trouver la dernière ligne en VBA peut sembler anodin, mais dans des procédures plus complexes, cette opération s’inscrit souvent au cœur de boucles de traitement, de tris ou de copies de grandes plages. Pour maintenir des performances acceptables, il est crucial de limiter les rafraîchissements visuels et les recalculs inutiles. Deux paramètres globaux jouent ici un rôle central : Application.ScreenUpdating et Application.Calculation. Bien utilisés, ils peuvent diviser par plusieurs le temps d’exécution d’une macro lourde.
En désactivant l’actualisation de l’écran via Application.ScreenUpdating = False, vous empêchez Excel de redessiner la feuille à chaque modification de cellule. Cela est particulièrement bénéfique lorsque vous manipulez des milliers de lignes dans une même macro. De même, en basculant le mode de calcul en manuel (Application.Calculation = xlCalculationManual), vous évitez que chaque modification déclenche un recalcul complet des formules du classeur.
La bonne pratique consiste à encapsuler vos opérations dans un bloc où vous désactivez ces fonctionnalités au début, puis les réactivez à la fin, même en cas d’erreur. Une structure type ressemble à ceci :
Sub TraitementRapide() Application.ScreenUpdating = False Application.Calculation = xlCalculationManual On Error GoTo Fin ' Votre code de traitement ici (utilisation de End(xlUp), Find, etc.)Fin: Application.ScreenUpdating = True Application.Calculation = xlCalculationAutomaticEnd Sub
En procédant ainsi, vous vous assurez que même si une erreur survient pendant la recherche de la dernière ligne ou lors de la manipulation des données, Excel retrouvera son état normal. Cette optimisation est particulièrement recommandée dès que vous traitez des fichiers de plusieurs dizaines de milliers de lignes, ou lorsque vos macros doivent être exécutées fréquemment par des utilisateurs finaux.
Gestion des cas particuliers et erreurs courantes en VBA
Quelle que soit la méthode choisie pour trouver la dernière ligne en VBA, certains pièges reviennent régulièrement et méritent d’être anticipés. Le premier concerne la confusion entre la feuille active (ActiveSheet) et la feuille réellement visée par le traitement. Si vous oubliez de qualifier vos objets avec le bon nom de feuille ou une variable Worksheet, votre code risque de chercher la dernière ligne au mauvais endroit, ou de modifier des données sur une feuille inattendue.
Un autre écueil fréquent tient à l’utilisation de types de variables inadaptés. Par habitude, on utilise encore trop souvent Integer pour stocker des numéros de lignes, alors que ce type se limite à 32 767, bien en dessous du million de lignes disponible dans Excel moderne. Pour éviter des débordements silencieux ou des comportements imprévisibles, il est préférable d’utiliser Long pour toutes les variables susceptibles de contenir un numéro de ligne ou de colonne. Ce simple changement renforce la robustesse de vos macros sur tous les classeurs, petits ou grands.
Les cellules fusionnées représentent également un cas particulier qui peut fausser la détection de la dernière ligne. Selon l’emplacement du curseur et la méthode utilisée (End(xlUp), CurrentRegion, etc.), la macro peut s’arrêter sur le haut du bloc fusionné plutôt que sur la cellule que vous considérez comme “la dernière”. Dans ces situations, il peut être nécessaire de repenser la structure du tableau (éviter les fusions dans les zones de données) ou d’ajouter des traitements spécifiques pour tenir compte de ces particularités.
Enfin, n’oublions pas les problèmes liés à la présence de lignes ou de colonnes masquées. Certaines méthodes, comme UsedRange ou Find, tiennent compte des cellules masquées, tandis que d’autres traitements peuvent les ignorer selon la logique métier. Lorsque vous concevez une macro destinée à des utilisateurs qui filtrent et masquent régulièrement des données, il est important de clarifier si la “dernière ligne” doit inclure ou exclure ces éléments cachés. En explicitant ce choix dans votre code et vos commentaires, vous réduisez le risque de malentendus et d’erreurs fonctionnelles.