Si Excel se fige sur un gros fichier CSV de transactions, c'est presque toujours pour la même raison : le classeur fait bien plus que stocker des lignes.

L'export brut compte peut-être 80 000 transactions. Ce n'est déjà pas agréable, mais ce n'est presque jamais tout le problème. Excel se met à deviner les types de données, à reconstruire les filtres, à recalculer les recherches, à redessiner les lignes à renvoi automatique et à traîner de la mise en forme bien au-delà de la dernière vraie écriture. Quand vous en arrivez à rapprocher des lignes bancaires ou à repérer des ventes manquantes, la lenteur ressemble à un problème de taille de fichier — alors que la vraie cause, c'est la façon dont le classeur a été construit autour de ce fichier.

Avant de toucher la moindre formule, séparez trois problèmes distincts : le chargement, le recalcul et l'affichage. À l'écran, ils se ressemblent. Ils ne se règlent pas de la même manière.

Diagnostiquez la lenteur avant de changer quoi que ce soit

Commencez par identifier ce qu'Excel stocke réellement et ce qui se passe quand vous travaillez le fichier — pas ce que la cellule affiche à l'écran.

Ce que vous voyez à l'écranCe que stocke le fichier ACe que stocke le fichier BRésultat au rapprochement ou au recalcul
Identifiant de transaction 000847391245991Texte avec zéros initiaux, issu de l'export CSVNombre converti par Excel, affiché 8.47391E+14 dans certaines vuesLes recherches échouent, on ajoute des colonnes intermédiaires, et le coût de recalcul grimpe à chaque modification
Horodatage de versement 2026-05-01T23:58:14ZTexte au format ISO, issu de l'export de paiementPlusieurs formules GAUCHE, STXT, DROITE ou DATEVAL sur toute la colonneLe défilement et les filtres ralentissent : Excel recalcule des milliers de formules de texte en boucle
Montant 1,240.50Texte avec séparateur virgule dans un fichierValeur numérique 1240.5 dans le classeur, copiée depuis une autre sourceLes formules de rapprochement doivent convertir le type d'un côté, et chaque formule de conversion ajoute du travail
Description de transaction de 180 caractères avec référence de passerelleTexte brut dans le CSVCellules à renvoi automatique, hauteur de ligne ajustée et mise en forme recopiée sur toute la feuilleLe défilement ralentit : Excel redessine sans cesse des lignes de hauteur variable
92 000 lignes qui s'ouvrent, mais chaque clic sur un filtre se figeExport brut, contenant uniquement les données de transactionLe classeur contient aussi des RECHERCHEX sur colonnes entières, de la mise en forme conditionnelle et des formules recopiées jusqu'à la ligne 1 048 576Le fichier paraît trop gros, alors que le vrai problème, c'est la surcharge du classeur, pas seulement le nombre de lignes

Ce tableau donne déjà une première réponse : un gros fichier de transactions ne représente souvent que la moitié de la charge. Le reste, c'est ce qu'Excel ajoute après l'import.

Vous confirmez vite l'écart de stockage avec TYPE(). Utilisez-la sur les colonnes clés avant de construire ou de réparer la moindre formule :

  • =TYPE(A2) renvoie 1 quand Excel a stocké la valeur comme un nombre
  • =TYPE(A2) renvoie 2 quand Excel a stocké la valeur comme du texte

Si l'identifiant de transaction donne TYPE() = 2 dans un fichier et TYPE() = 1 dans l'autre, le problème de rapprochement et le problème de performance sont déjà liés. Le réflexe habituel : ajouter des formules de conversion sur toute la feuille. Ça marche une fois, puis ça ralentit le classeur un peu plus chaque mois.

Vérification suivante : où se produit le blocage ?

  • Si Excel se fige à l'ouverture du CSV, le problème vient du chargement ou de l'import.
  • Si le fichier s'ouvre mais se fige quand vous saisissez, filtrez ou collez, le problème vient du recalcul.
  • Si le fichier s'ouvre, que les formules fonctionnent, mais que le défilement et l'enregistrement traînent, le problème vient en général de la mise en forme ou de l'affichage.

Traitez ces cas séparément. Sinon, vous modifiez des formules alors que le vrai souci, c'est l'affichage des hauteurs de ligne — ou vous désactivez des compléments alors que le vrai souci, c'est une recherche sur colonne entière.

Le premier goulot d'étranglement, c'est souvent la façon dont le CSV a été ouvert

Double-cliquer sur un CSV de transactions, c'est le moyen le plus rapide de perdre le contrôle du fichier. Excel l'ouvre directement dans la grille, devine le type de chaque colonne et rend la feuille immédiatement modifiable. Pour un petit export, c'est sans conséquence. Pour un fichier comptable avec de longues références, des horodatages en texte, des descriptions répétées et des dizaines de milliers de lignes, ça coûte cher.

La bonne approche : ne touchez pas à l'export brut et importez une copie de travail dans un classeur vierge. Deux raisons à cela.

D'abord, vous choisissez les colonnes qui entrent. La plupart des exports de transactions contiennent des colonnes inutiles au rapprochement lui-même : notes internes, métadonnées client, champs de statut du prestataire, horodatages en double. Chaque colonne superflue augmente la mémoire utilisée, le coût des filtres et la taille du classeur.

Ensuite, vous maîtrisez la conversion des types avant que le classeur ne soit rempli de formules. Une référence de paiement doit rester du texte. Un montant numérique doit devenir un nombre une seule fois, à l'import — pas via cinq colonnes intermédiaires après coup.

Pour les gros fichiers de transactions, suivez cet ordre d'import :

  1. Ne modifiez pas le CSV d'origine.
  2. Ouvrez un classeur vierge.
  3. Importez le CSV depuis l'onglet Données plutôt que de l'ouvrir directement.
  4. Ne gardez que les colonnes nécessaires à la comparaison.
  5. Vérifiez le type de stockage des colonnes clé de rapprochement, date et montant avant toute recherche.

Si le fichier frôle déjà la limite de lignes d'Excel, n'imposez pas tout l'export dans la grille visible en espérant que la performance s'améliore plus tard. La limite de lignes est bien réelle, mais la gêne commence avant cette limite dès que le classeur contient aussi des formules, de la mise en forme recopiée et plusieurs feuilles. Un fichier de 300 000 transactions peut encore s'ouvrir, mais il se comportera mal une fois que vous empilez dessus de la logique de recherche, des indicateurs d'exception et des onglets de synthèse.

C'est pourquoi les articles génériques sur les gros fichiers tombent à plat pour le travail comptable. Ils s'arrêtent en général à « le fichier est gros ». La vraie question est plus précise : quelle partie du rapprochement rend le fichier assez lourd pour devenir inutilisable ?

La lenteur vient surtout du recalcul, pas des lignes elles-mêmes

Un CSV brut ne contient aucune formule. La lenteur commence en général une fois le fichier dans un classeur, quand on se met à construire la logique de rapprochement autour.

Le scénario classique ressemble à ceci :

  • une colonne pour normaliser les références
  • une colonne pour supprimer les espaces
  • une colonne pour convertir les montants en texte
  • une colonne pour convertir les dates
  • une RECHERCHEV ou RECHERCHEX
  • un indicateur d'exception
  • une règle de mise en forme conditionnelle pour signaler les écarts

Ça suffit déjà à transformer une feuille de transactions gérable en un classeur qui marque un temps d'arrêt après chaque modification.

Premier correctif : la discipline des plages. Si votre recherche vise $A:$A et $B:$B, Excel évalue bien plus de cellules que n'en utilise votre jeu de transactions. Visez plutôt la plage réellement utilisée. Sur 80 000 lignes, l'écart entre $A:$A et $A$2:$A$80000 n'a rien de cosmétique. Il change la quantité de travail qu'Excel fournit à chaque calcul.

Deuxième correctif : nettoyez dans la formule avant de créer une colonne intermédiaire pour tout. Si la valeur recherchée est stockée en texte d'un côté et en nombre de l'autre, ne convertissez que l'expression de recherche dont vous avez besoin :

  • =RECHERCHEX(TEXTE(E2;"0");$A$2:$A$80000;$B$2:$B$80000;"")
  • =RECHERCHEX(CNUM(E2);$A$2:$A$80000;$B$2:$B$80000;"")

Si le coupable est un espace insécable invisible, nommez-le et retirez-le directement. CAR(160) est le caractère d'espace insécable qui arrive souvent des exports copiés-collés ou des CSV générés par un navigateur. Excel le traite comme du vrai texte : deux références identiques à l'œil ne correspondront pas. Nettoyez-le dans l'expression de recherche plutôt que d'ajouter encore une colonne intermédiaire permanente :

  • =RECHERCHEX(SUBSTITUE(E2;CAR(160);"");$A$2:$A$80000;$B$2:$B$80000;"")

Cette approche en ligne compte pour la performance. Un correctif ciblé sur la clé de rapprochement active coûte moins cher que d'entretenir plusieurs colonnes de nettoyage pour chaque écriture.

Troisième correctif : le moment du calcul. Si le classeur est déjà lourd, passez le calcul en manuel pendant que vous remaniez les formules. Sinon, chaque collage, recopie incrémentée ou changement de format déclenche un recalcul complet avant que vous ayez fini de réparer le modèle. Le calcul manuel n'est pas la solution définitive. C'est l'état sûr pendant que vous retirez le travail superflu.

Quatrième correctif : arrêtez de convertir des colonnes que vous n'avez pas à comparer. Si le rapprochement se fait sur la référence de transaction et le montant, ne dépensez pas votre budget de calcul à normaliser les champs de description, les horodatages secondaires et les notes client dans la même passe. Les gros classeurs comptables ralentissent parce qu'ils essaient de nettoyer tout l'export au lieu des seuls champs qui décident vraiment de la correspondance.

Si votre vraie tâche est d'isoler les lignes sans correspondance plutôt que d'entretenir un classeur lourd, adoptez une démarche plus ciblée, comme repérer les lignes manquantes entre deux fichiers CSV dans Excel. Plus l'objectif est restreint, moins vous traînez de structure inutile dans le classeur.

L'affichage et la mise en forme peuvent faire passer un fichier modeste pour un monstre

Certains classeurs restent lents même après avoir réduit les formules. C'est en général qu'Excel passe son temps à dessiner la feuille, pas à la calculer.

Les gros fichiers de transactions déclenchent ça de quelques manières prévisibles.

Le renvoi à la ligne automatique en est une grande. Descriptions de paiement, champs mémo et références de prestataire peuvent être assez longs pour créer des hauteurs de ligne variables sur des dizaines de milliers de lignes. Excel recalcule ces hauteurs dès que vous défilez, filtrez ou redimensionnez une colonne. Les données ne changent pas. C'est le moteur d'affichage qui travaille pour rien.

La mise en forme conditionnelle en est une autre. Une règle appliquée à la plage exacte utilisée, c'est sans problème. Plusieurs règles recopiées sur des colonnes entières, non. Beaucoup de classeurs de transactions signalent à la fois les doublons, les références manquantes, les montants négatifs, les remboursements et les écarts de date. Chaque règle doit être réévaluée à chaque modification de la feuille.

Les styles recopiés s'accumulent aussi en silence. Une feuille partie d'un CSV finit souvent en classeur avec en-têtes ombrés, lignes en bandes, cellules collées depuis d'autres onglets, formats de date différents et mise en forme appliquée par accident à des zones vides bien au-delà de la dernière transaction. Excel porte tout ce poids.

Ici, le correctif est mécanique :

  1. Désactivez le renvoi à la ligne sur les colonnes qui n'ont pas besoin d'afficher la description entière pendant le rapprochement.
  2. Fixez une hauteur de ligne pendant le travail.
  3. Limitez les règles de mise en forme conditionnelle à la plage exacte utilisée.
  4. Effacez la mise en forme des lignes et colonnes inutilisées au-delà des vraies données.
  5. Enregistrez le fichier de travail en local pendant la réparation, au lieu de le modifier à travers une couche de synchronisation ou un emplacement distant.

Ce dernier point compte plus qu'on ne le croit. Un classeur ouvert depuis un emplacement synchronisé ou distant peut donner l'impression d'un problème de formule alors que le délai vient en fait du verrouillage de fichier, des vérifications de synchronisation ou du coût d'enregistrement. Si un utilisateur voit le blocage et un autre non, testez le fichier en local avant de reconstruire la feuille.

Une démarche qui garde les gros CSV de transactions exploitables

Le but n'est pas de faire aimer les gros fichiers de transactions à Excel. Le but est d'arrêter de donner à Excel du travail dont il n'a pas besoin.

Suivez cet ordre à chaque fois :

  1. Conservez l'export CSV brut comme référence pour l'audit.
  2. N'importez dans un classeur vierge que les champs nécessaires à la comparaison.
  3. Lancez TYPE() sur les colonnes de référence clé, de montant et de date des deux côtés.
  4. Choisissez l'unique clé de rapprochement avant d'ajouter des formules.
  5. Appliquez le strict minimum de nettoyage de type ou de caractères directement dans la formule de recherche.
  6. Limitez les formules et la mise en forme à la plage réellement utilisée.
  7. Séparez les lignes rapprochées, les vraies exceptions et les écarts de date dans des sorties distinctes.

Cette séquence évite l'erreur la plus fréquente : construire d'abord une feuille de travail géante, puis diagnostiquer ses problèmes une fois qu'elle est déjà instable.

Elle vous dit aussi quand Excel n'est plus le bon outil. Si le travail impose de refaire chaque mois le même processus — import, nettoyage, recherche, signalement, rapport d'exceptions —, le tableur n'est plus la tâche. La tâche récurrente, c'est la comparaison de fichiers. Pour le travail de type banque/grand livre, le même souci surgit quand on continue à comparer deux relevés bancaires CSV sans formules à la main alors que les fichiers ont déjà dépassé ce que le tableur peut gérer.

Quand réparer le classeur cesse d'être la vraie solution

Excel reste utile pour une inspection ponctuelle, un filtre rapide ou une petite vérification d'exceptions sur un export de transactions. Il devient coûteux quand chaque cycle de rapprochement commence par le même nettoyage : import, réparation des types, reconstruction des formules, défilement qui rame et un nouveau tour de gestion manuelle des exceptions.