Import CSV MCC : migrer 1000 comics depuis Excel 2026

Tout collectionneur qui a tenu un Excel ou un Google Sheets pendant trois ans connaît la sensation : la feuille devient lente, les onglets se multiplient, les formules cassent dès qu'on ajoute une colonne. À 1 000 lignes, le tableur ne suffit plus, et la migration vers une application dédiée comme My Comics Collection (MCC) devient mécaniquement plus rentable. Encore faut-il que cette migration ne casse pas trois ans de saisie patiente. C'est tout l'enjeu d'un import CSV bien préparé : conserver la donnée brute, gagner la donnée enrichie (couvertures, créateurs, cote live) et ne perdre aucune ligne en route.

Ce guide décompose le processus complet pour 2026 : pourquoi un spreadsheet plafonne à 500-700 entrées avant de devenir une corvée, quelle structure CSV MCC attend exactement, comment préparer son export Excel ou Google Sheets sans surprise, comment piloter le mapping des colonnes dans l'UI MCC, comment fonctionne la déduplication automatique sur la clé série+numéro+variant, comment lire et corriger les lignes rejetées, et comment vérifier l'intégrité du résultat sur un échantillon aléatoire. Un cas pratique chronométré sur 1 000 comics ferme le tour de la question.

Pourquoi migrer son Excel vers MCC en 2026 (limites spreadsheet à 500+ comics)

Le tableur est l'outil par défaut de presque tous les collectionneurs qui démarrent. Il est gratuit, familier, ouvert sur tous les appareils, et zéro friction au lancement. Le problème n'apparaît pas avant 200 comics. Il devient visible vers 500. Il devient insupportable au-delà de 700. Trois mécaniques expliquent ce plafond.

La première mécanique est la fatigue de saisie. Sur un tableur, chaque comic ajouté demande de renseigner manuellement 8 à 12 colonnes : série, numéro, éditeur, date de publication, créateurs, état, prix payé, date d'achat, source, lieu de stockage, valeur courante, notes. À 30 secondes par ligne (rythme expert), c'est 5 heures de saisie nette pour 600 entrées. À 60 secondes par ligne (rythme réaliste avec recherches d'éditeurs et de dates), c'est 10 heures. Et chaque correction d'orthographe d'éditeur ou de série propage l'erreur sur des centaines de lignes que rien ne harmonise automatiquement. L'article cataloguer ses comics en ligne : app vs spreadsheet chiffre précisément cet écart de temps de saisie entre les deux familles d'outils.

La deuxième mécanique est la perte de cohérence. Sur Google Sheets ou Excel, rien n'empêche un utilisateur de taper "Marvel", "marvel", "Marvel Comics", "Marvel comics" ou "MAR" dans la colonne éditeur. Au bout de trois ans de saisie discontinue, on retrouve cinq à huit variantes pour le même label. Les tris et filtres deviennent peu fiables, les statistiques par éditeur sont fausses, et il faut prévoir une journée de "nettoyage" tous les six mois. Aucune validation native ne verrouille la saisie au format prévu, sauf si l'on monte un système de Data Validation par menu déroulant qui demande lui-même une heure de configuration et qui casse au premier collage de données externes.

La troisième mécanique est la perte de valeur. Un spreadsheet ne sait rien de la cote actuelle de tes comics. La colonne Valeur_courante est saisie manuellement, datée d'il y a six mois, et ne reflète pas le marché 2026. Pour une collection à dimension d'investissement, c'est rédhibitoire. Les solutions de rattrapage (fonction GOOGLEFINANCE détournée, scripts AppScript, intégrations Zapier) demandent toutes une compétence technique que la majorité des collectionneurs n'a pas envie d'acquérir. Une application dédiée embarque la cote live native, recalculée chaque semaine sur les comparables eBay sold listings.

Le verdict pratique : un spreadsheet est excellent jusqu'à 300 comics, gérable jusqu'à 500, pénible entre 500 et 1 000, et franchement contre-productif au-delà. À 1 000 comics, la migration vers MCC se rembourse en quelques mois grâce au gain de temps de saisie et à la fiabilité retrouvée de la donnée. La condition est de réussir l'import sans perdre l'historique.

Structure CSV MCC attendue (12 colonnes Issue/Numéro/Grade/Achat/...)

L'écran d'import MCC accepte un fichier CSV ou XLSX en entrée et reconnaît douze colonnes principales. Connaître ce schéma cible à l'avance permet de préparer son export Excel pour qu'il colle directement, sans renommer chaque entête à la main au moment du mapping. La règle est simple : plus ton CSV ressemble au schéma cible, plus l'import est rapide et fiable.

Trois colonnes sont strictement obligatoires : Série, Numéro et au moins un état (État ou CGC_grade). Les autres colonnes sont optionnelles et peuvent être complétées plus tard depuis l'interface MCC. Si une colonne obligatoire est vide sur une ligne, cette ligne sera rejetée à l'import et listée dans le rapport d'erreurs. Mieux vaut donc vérifier la complétude des colonnes critiques avant l'upload plutôt que de devoir corriger ligne par ligne après coup.

Le format de date mérite une attention particulière. Excel et Google Sheets stockent les dates dans différents formats régionaux (15/03/2025 en FR, 3/15/2025 en US, 2025-03-15 en ISO). MCC accepte trois formats à l'import : ISO YYYY-MM-DD (recommandé), DD/MM/YYYY (format français explicite), et un format texte mois-année (mars 2025) qui sera converti en première date du mois. Toute autre forme génère une erreur ou pire, une mauvaise interprétation silencieuse. La plus pertinente pratique consiste à reformater toutes les colonnes date en ISO avant l'export CSV, via une fonction TEXT(A1,"yyyy-mm-dd") sur Sheets ou =TEXTE(A1;"aaaa-mm-jj") sur Excel français.

Les colonnes monétaires demandent la même rigueur. MCC attend un nombre décimal avec point comme séparateur (12.50), pas une virgule (12,50), et sans symbole de devise. Le séparateur de milliers (1,250.00 ou 1 250,00) doit être retiré avant export. C'est l'erreur la plus fréquente sur un export Excel français, qui produit "1 250,50 €" et plante systématiquement le parsing MCC. La fonction CNUM ou VALEUR sur Excel et VALUE sur Sheets convertit proprement en nombre exploitable.

Préparer son export Excel/Google Sheets

La qualité de l'import dépend à 80 % de la qualité du fichier source. Cinq étapes de préparation minimisent le travail correctif post-import.

Étape 1 : auditer son tableur existant. Ouvre ta feuille principale et compte le nombre de lignes vraies (sans les entêtes, sans les lignes de séparation, sans les totaux automatiques). Si tu as plusieurs onglets (par exemple un onglet par éditeur ou par année), liste-les. Décide en amont si tu importes tout en une seule fois (recommandé) ou par lots (utile au-delà de 3 000 entrées pour limiter le risque en cas d'erreur). Sur 1 000 comics, un seul import est largement gérable. L'article inventaire 1 000 comics en 90 minutes : méthode bulk donne le cadre méthodologique général de tout traitement de volume.

Étape 2 : harmoniser les libellés. C'est l'étape la plus chronophage mais la plus payante. Filtre la colonne Éditeur sur l'ensemble des valeurs distinctes (Données → Filtre → Sélectionner les valeurs uniques sur Excel, ou Données → Créer un filtre puis cliquer sur la flèche sur Sheets). Tu découvres souvent 5 à 10 variantes pour un même éditeur ("Marvel", "Marvel Comics", "MAR", "M"). Choisis une forme canonique (Marvel) et utilise Rechercher-Remplacer pour harmoniser. Répète l'opération pour la colonne Série, où les variantes orthographiques sont fréquentes (Amazing Spider-Man / The Amazing Spider-Man / Amazing SpiderMan). Cette harmonisation prend 20 à 40 minutes sur 1 000 lignes mais elle évite des centaines d'erreurs de déduplication post-import.

Étape 3 : renommer les colonnes. Aligne les entêtes de ton tableur sur le schéma MCC à 12 colonnes décrit plus haut. C'est facultatif (le mapping manuel fait le travail) mais cela accélère le mapping et réduit le risque d'erreur. Si tu as une colonne "Cote" qui correspond à "Valeur_courante" et une colonne "Cout" qui correspond à "Prix_paye", clarifie ces correspondances avant l'export. Supprime ou renomme les colonnes ambiguës ("Info", "Divers", "Autre") qui ne mappent rien.

Étape 4 : convertir les formats. Reformate toutes les colonnes date en ISO YYYY-MM-DD via une formule TEXT. Convertis tous les montants en nombre décimal avec point séparateur. Vérifie la colonne Grade : si tu as mélangé des grades CGC (9.8) et des notes texte (NM), splitte en deux colonnes État et CGC_grade. Les comics non slabbed ont une note texte (NM, VF, etc.), les comics slabbed ont une note CGC numérique. Mélanger les deux dans une seule colonne génère systématiquement des erreurs au mapping.

Étape 5 : exporter en CSV UTF-8. Sur Excel, Fichier → Enregistrer sous → CSV UTF-8 (délimité par des virgules) (*.csv). Sur Google Sheets, Fichier → Télécharger → Valeurs séparées par une virgule (.csv). L'encodage UTF-8 est obligatoire : sans lui, les accents français (é, è, à, ç) deviennent des caractères corrompus à l'import (é, è). L'extension .xlsx fonctionne aussi mais le CSV est plus prévisible et plus léger. Pour les workflows d'export récurrents, l'article export collection CSV comics : comment faire détaille les pièges et options d'encodage selon les logiciels source.

Upload + mapping colonnes UI MCC

L'écran d'import MCC se trouve dans l'application sous Paramètres → Importer une collection. L'interface accepte un fichier glissé-déposé ou sélectionné depuis le navigateur de fichiers. Le poids maximal est 25 Mo, ce qui correspond approximativement à 50 000 lignes sans images. Pour 1 000 comics sans images, le fichier pèse 100 à 200 ko, donc très en dessous de la limite.

Une fois le fichier uploadé, MCC parcourt le CSV et propose un écran de mapping. La colonne de gauche liste les entêtes détectées dans ton fichier (Série, Numéro, Vol, Cote, Etat, Prix_paye, etc.). La colonne de droite liste les 12 champs du schéma MCC. Tu glisses chaque entête source vers le champ cible correspondant, ou tu sélectionnes le champ cible dans un menu déroulant. MCC suggère automatiquement les mappings évidents (Série → Série, Numéro → Numéro) et laisse en attente les colonnes ambiguës.

Le piège classique au mapping, c'est de confondre Date_publication (date où l'éditeur a sorti le comic) et Date_achat (date où tu l'as acquis). Les deux dates existent souvent dans le tableau source mais avec des noms peu explicites ("Date 1", "Date 2"). Vérifie chaque mapping date plutôt que de cliquer rapidement : une inversion produit 1 000 comics affichés comme "acquis en 1968" ou "publiés en 2024", erreur qui demande une correction massive post-import.

Le deuxième piège concerne la colonne Variant. Si ton tableur source ne distingue pas les variants (tu as une seule ligne par numéro), laisse le champ Variant non mappé : MCC considère par défaut que chaque ligne est une cover Regular. Si tu distingues les variants (une ligne pour chaque cover A, B, C), mappe Variant au champ correspondant. Un mauvais mapping ici produit soit des doublons fantômes (deux lignes Amazing Spider-Man #800 fusionnées en une), soit des unifiés cassés (une cover B traitée comme une cover Regular).

Une fois le mapping validé, MCC propose un aperçu sur les 10 premières lignes : il affiche comment chaque ligne sera importée, avec les éventuelles transformations (dates reformatées, montants convertis). Lis cet aperçu attentivement avant de cliquer sur "Lancer l'import". Si une transformation te paraît bizarre (un montant qui passe de 12,50 à 1250, une date qui passe de 2024 à 2099), c'est qu'un mapping ou un format est mal interprété. Mieux vaut corriger maintenant que défaire 1 000 imports erronés.

L'import lui-même dure 30 à 90 secondes pour 1 000 lignes selon la connexion. Une barre de progression affiche le pourcentage traité. À la fin, MCC affiche un récapitulatif : N lignes importées avec succès, N lignes en doublons fusionnés, N lignes rejetées avec erreurs. Conserve cette page ouverte : c'est elle qui pilote la suite du processus.

Déduplication automatique (clé série+numéro+variant)

La déduplication MCC est la fonctionnalité qui fait gagner le plus de temps à long terme. Elle évite d'avoir deux fiches Amazing Spider-Man #800 dans la base parce qu'on l'a importé deux fois (export de mai, ré-export de juin), ou parce que deux exemplaires physiques sont saisis sous des libellés légèrement différents.

La clé de déduplication MCC combine trois champs : Série (normalisée : casse uniformisée, articles "The" supprimés en début, espaces standardisés) + Numéro (normalisé : zeros de tête supprimés, #001 et #1 considérés identiques) + Variant (normalisé : Regular et vide considérés identiques, A et Cover A identiques). Cette triple clé règle 95 % des cas. Pour les 5 % restants (variants de variants, éditions spéciales), une intervention manuelle reste nécessaire.

Concrètement, à l'import, MCC parcourt chaque ligne et la compare à la base existante. Trois résultats sont possibles. Cas 1 : la ligne n'existe pas dans la base, elle est créée comme nouvelle fiche. Cas 2 : la ligne existe déjà avec exactement la même clé série+numéro+variant, MCC propose deux options selon le réglage : écraser les données existantes avec les nouvelles, ou conserver les anciennes et ignorer les nouvelles. Cas 3 : la ligne ressemble à une existante sans correspondance exacte (par exemple "Amazing Spider-Man #1" et "Amazing Spider-Man Vol 1 #1"), MCC marque la ligne comme "à vérifier" et te laisse arbitrer manuellement après l'import.

La gestion des multi-exemplaires est un cas spécial. Si tu possèdes deux copies de Amazing Spider-Man #1 (un slab CGC 9.4 et une reading copy en VF), tu veux deux fiches distinctes dans MCC, pas une fusion. La triple clé ne suffit pas (les deux lignes ont série=Amazing Spider-Man, numéro=1, variant=Regular). La solution consiste à ajouter un champ Exemplaire (numéroté 1 et 2) dans ton CSV source : MCC reconnaît ce champ et crée deux fiches distinctes liées à la même issue. Pour les collectionneurs qui ont systématiquement plusieurs copies, l'article importer sa collection comics dans une application détaille le pattern multi-exemplaires.

Gestion erreurs ligne (lignes rejetées + correction)

Aucun import sur 1 000 lignes ne passe à 100 %. Tabler sur 2 à 5 % de lignes rejetées est réaliste. Sur 1 000 entrées, c'est 20 à 50 lignes à corriger manuellement. Le rapport d'erreurs MCC liste chaque ligne rejetée avec le motif. Comprendre ces motifs accélère la correction.

Les erreurs de format sont les plus fréquentes. Une date mal formatée (15/03/2025 alors que MCC attendait du ISO), un montant avec virgule au lieu de point (12,50 au lieu de 12.50), un grade CGC au format texte ("9.8" au lieu de 9.8). MCC affiche la valeur reçue et le format attendu, ce qui rend la correction triviale. Le plus simple est de corriger directement dans le CSV source et de relancer un import partiel sur ces lignes uniquement.

Les erreurs de référence apparaissent quand MCC ne reconnaît pas la série indiquée. Si tu as tapé "Amasing Spider-Man" (faute de frappe) ou "ASM" (abréviation), MCC ne trouve pas la série dans sa base interne et rejette la ligne. Deux solutions : corriger l'orthographe dans le CSV source, ou créer manuellement la fiche série dans MCC puis relancer l'import. Pour les comics indé ou indépendants peu courants, la deuxième option est souvent nécessaire car la base MCC ne couvre pas l'intégralité de la production mondiale.

Les erreurs de cohérence sont les plus subtiles. Tu as indiqué un grade CGC sur une ligne sans avoir précisé que le comic est slabbed, ou un état texte (NM) avec un CGC_cert renseigné, ce qui est contradictoire. MCC remonte ces incohérences et te demande d'arbitrer : slab ou raw, choisis. Sur 1 000 lignes saisies pendant trois ans avec des conventions évolutives, ce type d'erreur représente souvent la moitié des rejets.

Les erreurs de doublons rejetés apparaissent quand le mode strict bloque une ligne qui ressemble trop à une existante sans être identique. MCC liste les deux lignes côte à côte et te demande de choisir : fusionner (les deux deviennent une seule fiche dont tu choisis les champs prioritaires), garder les deux (création de deux fiches distinctes), ignorer la nouvelle (la ligne du CSV est laissée de côté). C'est l'étape qui demande le plus de jugement humain et qu'aucun algorithme ne peut automatiser totalement.

Bonne pratique : ne corrige pas les erreurs une par une dans l'interface MCC, c'est plus lent. Télécharge le rapport d'erreurs en CSV, corrige tout dans Excel ou Sheets, et relance un import partiel ne contenant que les lignes corrigées. Sur 50 erreurs, le gain de temps est de 70 à 80 % par rapport à une correction unitaire dans l'app.

Vérification post-import 50 lignes aléatoires

L'erreur après une migration de 1 000 comics, c'est de considérer l'import comme terminé dès que la barre de progression atteint 100 %. La vérification post-import est non négociable : sans elle, on découvre les erreurs silencieuses des semaines ou mois plus tard, quand il est trop tard pour les rattacher à un état antérieur fiable.

La méthode des 50 lignes aléatoires est rapide et statistiquement valide. Sur 1 000 imports, contrôler 50 lignes (5 %) donne une marge d'erreur de l'ordre de ±3 %, ce qui suffit largement pour détecter des problèmes systémiques. Tirer ces 50 lignes vraiment au hasard demande une discipline : ne pas sélectionner que les premières lignes (souvent les mieux saisies, donc biais), ni les dernières (souvent les plus récentes, donc encore en mémoire). La fonction RAND ou ALEA sur Sheets et Excel permet de générer 50 indices aléatoires entre 1 et 1 000, puis d'ouvrir chaque ligne correspondante dans MCC.

Pour chaque ligne échantillonnée, vérifie quatre points : la série et le numéro (les deux clés primaires, qui ne doivent jamais être incorrects), la date de publication (vérifie sur ComicVine ou League of Comic Geeks que la date affichée dans MCC correspond à celle réelle), le prix payé et la valeur (assure-toi qu'aucune virgule mal interprétée n'a transformé 12.50 en 1250 ou inversement), le variant et le grade (vérifie qu'un variant cover n'a pas été perdu en Regular et qu'un grade CGC est bien en mode slabbed et non en raw).

Le temps de vérification est court : 30 à 60 secondes par ligne, soit 25 à 50 minutes pour les 50 lignes. C'est négligeable par rapport au temps de migration totale, mais c'est ce qui fait la différence entre un import propre et un import bancal qui empoisonne la base pendant des années. Si plus de 3 erreurs apparaissent sur 50 lignes (taux > 6 %), c'est qu'un mapping ou un format est systématiquement faux. Mieux vaut alors annuler l'import en bloc (l'interface MCC propose un "rollback" dans les 24 heures suivant l'import) et recommencer après correction de la cause racine.

Au-delà de l'échantillon aléatoire, un check global sur les agrégats est utile. Compte le nombre total de fiches importées dans MCC et compare-le au nombre de lignes du CSV source : un écart de plus de 5 % signale un problème de déduplication. Calcule la somme des Prix_paye dans MCC et compare-la à la somme dans ton tableur d'origine : un écart significatif signale un problème de format monétaire. Compte le nombre d'éditeurs distincts dans MCC et compare-le à ton tableur : un écart signale une mauvaise harmonisation des libellés en amont. Ces trois checks globaux prennent dix minutes et détectent 80 % des erreurs systémiques.

Pour ancrer la sécurité de cette migration, exporte immédiatement après vérification un backup CSV depuis MCC et stocke-le selon la règle 3-2-1 : 3 copies, 2 supports différents, 1 hors site. L'article backup cloud comics : règle 3-2-1 applique ce principe à une collection numérique. Disposer d'un backup post-import t'évite de tout reperdre si tu manipules mal MCC dans les jours qui suivent.

Cas pratique 1000 comics Sheets vs migration MCC chronométrée

Pour rendre concret le bénéfice de la migration, voilà un cas pratique chronométré sur une collection réelle de 1 000 comics gérée pendant quatre ans sur Google Sheets, puis migrée vers MCC. Les temps sont mesurés au chronomètre sur un échantillon représentatif.

Phase 1 : audit du Sheets source. 15 minutes. Comptage des lignes vraies (1 047, dont 1 002 utiles et 45 lignes de séparation/totaux à supprimer). Listing des onglets (3 onglets : Marvel, DC, Indé). Vérification des entêtes (12 colonnes mais avec noms FR libres : "Editeur", "Cote actuelle", "Cout d'achat", etc.). Décision : import en une fois, après harmonisation des libellés.

Phase 2 : harmonisation des libellés. 35 minutes. Colonne Éditeur : 8 variantes ramenées à 4 valeurs canoniques (Marvel, DC, Image, Indé). Colonne Série : 12 fautes d'orthographe corrigées via Rechercher-Remplacer. Colonne État : conversion de 60 lignes mélangées (notes CGC dans la colonne État) vers deux colonnes séparées. Colonne Source_achat : 5 variantes ramenées à 3 valeurs (eBay, Comic shop, Convention).

Phase 3 : conversion des formats. 12 minutes. Reformat des 1 002 dates en ISO via TEXT. Conversion des 1 002 montants en nombre décimal avec point séparateur. Vérification d'absence de symboles € résiduels.

Phase 4 : export CSV UTF-8. 3 minutes. Fichier → Télécharger → CSV. Vérification rapide dans un éditeur de texte que les accents sont préservés.

Phase 5 : upload et mapping MCC. 8 minutes. Glissé-déposé du CSV. Mapping des 12 colonnes (10 automatiques, 2 manuelles : "Cote actuelle" → Valeur_courante et "Cout d'achat" → Prix_paye). Aperçu des 10 premières lignes validé. Lancement.

Phase 6 : import et résultats. 1 minute 20 secondes (temps d'import effectif). Résultats : 982 lignes importées avec succès, 12 doublons fusionnés (ré-imports de ré-éditions), 8 lignes rejetées avec erreurs (4 erreurs de format date, 2 erreurs de référence série, 2 erreurs de cohérence grade).

Phase 7 : correction des erreurs. 18 minutes. Téléchargement du rapport d'erreurs. Correction des 8 lignes dans Excel. Ré-import partiel. Les 8 lignes passent toutes au second essai.

Phase 8 : vérification 50 lignes aléatoires. 32 minutes. Génération de 50 indices aléatoires, ouverture de chaque ligne, vérification série, numéro, date, prix, variant, grade. 1 erreur détectée (un grade CGC 9.4 affiché en 9.6 à cause d'une saisie ambiguë dans le tableau source — corrigé en 30 secondes). Tous les autres champs sont fidèles à la source.

Phase 9 : checks globaux et backup. 8 minutes. Comparaison du nombre de fiches (1 002 source vs 1 002 dans MCC : OK). Somme des Prix_paye (3 847 € source vs 3 847 € MCC : OK). Comptage des éditeurs distincts (4 source vs 4 MCC : OK). Export d'un backup CSV depuis MCC, stockage local + cloud + clé USB.

Total de la migration chronométrée : 2 heures 12 minutes pour 1 000 comics. Comparé aux 40+ heures qu'aurait demandé une ressaisie manuelle dans une nouvelle application sans import, c'est un gain de 95 % de temps. Comparé au temps de saisie initial étalé sur quatre ans (estimé à 60 heures sur Sheets), c'est aussi un gain net car la migration capitalise sur le travail déjà fait.

Pour évaluer la valeur réelle de la collection une fois migrée et bénéficier de la cote eBay live de MCC, l'option d'estimation gratuite donne en quelques minutes un range de valorisation actualisé. Pour explorer le catalogue de séries pré-câblées qui accélèrent désormais les saisies futures, voir le catalogue comics. Les collectionneurs débutants qui hésitent encore à investir dans une app peuvent consulter le guide débutant collectionneur comics, et les collectionneurs FR le pendant guide collectionneur comics en France.

Disclaimer méthodologique. Les temps de migration chronométrés sont issus d'un cas réel sur une collection de 1 000 comics gérée pendant quatre ans sur Google Sheets. Les durées réelles varient selon la propreté du tableur source, la familiarité de l'utilisateur avec les outils, et la complexité des cas particuliers (multi-exemplaires, comics indé non répertoriés). Les estimations de gain de temps sont des illustrations et ne constituent ni une garantie de performance ni un conseil patrimonial. La valorisation eBay live de MCC repose sur des comparables sold listings et reflète des estimations de marché qui peuvent évoluer.

FAQ

Articles connexes