Déplacer ses flashcards vers une autre application sans repartir de zéro

Oui, tu peux déplacer tes flashcards vers une autre application sans repartir de zéro. Le résultat dépend de ce que contient ton export et de ce que la destination sait lire. Sauvegarde la source, choisis le plus petit format valide, teste une copie, compare de vraies cartes et conserve l’export d’origine jusqu’à ce que tu aies confiance dans ta nouvelle collection.

Réponse courte

• Utilise un .apkg pour un paquet ciblé et un .colpkg pour une collection complète lorsque la destination le prend en charge.
• Ne transfère tes progrès de révision que si l’export inclut la planification et que l’importateur sait la lire.
• Les médias, les cartes à trous, les modèles et les formules nécessitent un test représentatif.
• Les réglages des paquets, les modules complémentaires et la planification personnalisée doivent souvent être recréés.
• Conserve un export ouvert pour pouvoir quitter la nouvelle application plus tard.

Peux-tu déplacer tes flashcards vers une autre application sans repartir de zéro ?

Oui, si tu traites la migration comme un travail de vérification plutôt que comme une simple ouverture de fichier. Les cartes se transfèrent souvent bien. Les progrès peuvent aussi suivre. Les éléments fragiles sont généralement les réglages autour des cartes : extensions, planification personnalisée, modèles et chemins des médias.

Une migration utile répond à quatre questions distinctes :

1. L’export contenait-il bien ce que tu veux conserver ?
2. La destination sait-elle lire cette partie du fichier ?
3. L’importation l’a-t-elle reproduite sur les bonnes cartes ?
4. Pourras-tu exporter à nouveau ta collection si tu changes encore d’outil plus tard ?

La première erreur consiste à appeler tout cela « le paquet ». Tes notes constituent une couche. Ton état de révision en est une autre. Les réglages de ton paquet forment une troisième couche. Une extension qui modifie le comportement des cartes en est une quatrième. Une migration peut préserver une couche et en supprimer une autre sans afficher d’erreur évidente.

C’est pourquoi la bonne question n’est pas « L’importation est-elle terminée ? ». Demande-toi plutôt : « Puis-je ouvrir les cartes que je connais, voir les médias que j’utilise, comprendre la file de demain et créer un fichier que je pourrais utiliser ailleurs ? »

Le format compte, mais la destination compte tout autant. Deux applications peuvent ouvrir le même paquet et interpréter différemment sa planification ou ses modèles. Une boîte de dialogue d’importation qui accepte un fichier ne prouve pas grand-chose à elle seule.

Commence par une copie de trois cartes dans le navigateur : ouvre StudyDaily et teste la destination sans rien installer. La révision ne nécessite pas de compte : tu peux donc vérifier la migration avant de lui confier ta collection.

Quel export utiliser : .apkg, .colpkg ou CSV ?

Utilise un .apkg lorsque tu veux déplacer un paquet ou un groupe défini de paquets. Utilise un .colpkg lorsque tu as besoin d’une collection complète et que la destination prend explicitement ce format en charge. Utilise un CSV lorsque la partie transportable de ta collection se résume principalement à du texte et à des champs simples.

Le choix dépend de l’étendue du transfert, pas du prestige du format.

Utilise un .apkg pour un transfert ciblé

Un .apkg est le choix pratique lorsque tu déplaces un paquet de langue, un paquet de cours ou une petite partie d’une collection plus vaste. Il peut contenir les cartes, les notes, les médias et la planification lorsque ces options sont incluses dans l’export.

Le manuel officiel d’Anki sur l’exportation décrit les exports de paquets et l’option permettant d’inclure les informations de planification. Le même manuel distingue également l’export d’un paquet de celui d’une collection complète. Cette distinction compte avant de choisir une destination.

Exporte la plus petite unité complète que tu peux tester. Un petit paquet facilite la détection d’une image manquante, d’un modèle cassé ou d’un décalage de planification avant que le problème ne se propage à des milliers de cartes.

Utilise un .colpkg pour une collection complète

Un paquet de collection est destiné à un transfert plus large. C’est le meilleur point de départ lorsque tu as besoin de plusieurs paquets et de données propres à la collection, mais uniquement si l’application qui reçoit le fichier prend ce format en charge et explique ce qu’elle importe.

Ne choisis pas un paquet de collection parce qu’il semble plus complet. Choisis-le parce que la destination propose une procédure documentée pour l’utiliser. Un fichier volumineux peut transporter davantage de structure tout en te laissant moins de moyens d’isoler un problème.

Pour comprendre la différence pratique entre un paquet de cartes et un paquet de collection, consulte choisis le bon périmètre d’export.

Utilise le CSV comme solution de repli centrée sur le texte

Le CSV est utile lorsque tu as besoin du texte de tes cartes dans un format largement lisible. Il ne garantit pas la conservation de l’historique de révision, des médias, des modèles de notes ou du comportement personnalisé des cartes. Un fichier CSV peut préserver les mots tout en laissant derrière lui le système d’apprentissage.

Cela peut tout de même être la bonne décision. Si ta priorité est de sauver un glossaire ou un ensemble de questions, un export texte propre peut avoir plus de valeur qu’un paquet complexe que tu ne peux pas vérifier. Explicite ce compromis avant de commencer.

StudyDaily accepte les fichiers .apkg et les paquets de collection à l’importation. Il exporte également des fichiers .apkg et CSV à tout moment. L’objectif n’est pas de rendre un format de fichier sacré. Il est de conserver un format qui offre une autre porte de sortie à ta collection.

Que dois-tu sauvegarder avant de déplacer tes flashcards ?

Conserve trois éléments avant d’importer où que ce soit : la collection source intacte, l’export d’origine et une copie séparée pour les tests. Ta première importation ne doit jamais être l’unique copie de ton travail.

Commence par une sauvegarde que tu peux restaurer. Exporte ensuite un petit paquet réel et conserve ce fichier sans le modifier. Si tu modifies l’export plus tard, renomme la copie afin de savoir quel fichier a été testé et lequel est l’original.

Utilise cette courte liste de vérification :

• Exporte un petit paquet avec les options de médias et de planification dont tu as besoin.
• Note le nom du fichier, sa taille et sa date d’export.
• Ouvre le fichier dans une destination de test avant de modifier la collection source.
• Conserve la collection d’origine intacte jusqu’à la réussite du test.
• Stocke l’export à un endroit extérieur à l’application qui l’a créé.
• Crée une deuxième copie avant de lancer l’export de la collection complète.

Une sauvegarde n’en est pas vraiment une si tu ne l’as jamais ouverte. Restaure ou importe une copie suffisamment loin pour confirmer que le fichier est lisible, puis conserve la source intacte.

Si tu veux suivre la procédure complète de préparation à la migration, effectue une sauvegarde vérifiée avant de changer d’application. Ce guide appartient au même cluster de migration et détaille davantage les vérifications de restauration.

Cette étape semble lente parce que l’ancienne application fonctionne encore. Elle est plus rapide que de devoir reconstituer une collection après avoir supprimé l’unique copie qui contenait ses médias ou son état de révision.

Tes progrès de révision sont-ils transférés avec tes flashcards ?

C’est possible, mais uniquement lorsque l’export inclut la planification et que la destination sait l’appliquer. Un paquet qui gère la planification peut contenir l’état des cartes, la date d’échéance, l’intervalle, le nombre de répétitions, les oublis, l’état suspendu ou enfoui, la mémoire FSRS et l’historique de révision. Un export limité au texte ne peut pas recréer cette file de révision.

L’export détermine ce qui est disponible. L’importateur détermine ce qu’il peut utiliser. Ce sont deux étapes distinctes.

Le manuel d’Anki sur l’importation de paquets explique comment les paquets sont traités lors de l’importation. Il précise également que certaines options peuvent supprimer les progrès d’apprentissage pendant l’importation. Laisser une case cochée ne sert à rien si l’export ne contenait pas l’historique au départ.

Le cas d’un paquet partagé est différent de celui de ton propre export. Un paquet créé pour d’autres personnes peut volontairement exclure la planification de son créateur. Si toutes les cartes arrivent comme nouvelles, cela ne prouve pas que le format perd toujours les progrès. Cela peut simplement signifier que le fichier a été publié sans l’historique de révision de quelqu’un d’autre.

Pour connaître les champs précis qu’un .apkg peut transporter, lis découvre ce que le paquet conserve de ta planification. Cet article se concentre sur la question de la planification. Le présent guide applique le même principe à la préparation de toute la migration.

StudyDaily lit les données de planification des cartes créées par une importation. L’importation par-dessus des cartes qui existent déjà ne réécrit pas leurs progrès locaux. L’option d’importation est activée par défaut et peut être désactivée lorsque tu veux obtenir des cartes vierges. C’est utile lorsque tu récupères le paquet de quelqu’un d’autre, pas lorsque tu transfères ton propre historique de révision.

Le test d’importation utilisé pour ce flux de travail s’appuyait sur une petite collection aux valeurs connues, et non sur une simple impression visuelle. Après l’importation, une carte d’exemple conservait une stabilité de 12,5, une difficulté de 4,2, 9 répétitions, 2 oublis et trois événements de révision. Les mêmes données de carte étaient toujours présentes après l’export. C’est le type de mesure que tu veux obtenir de ta destination : des champs nommés, une carte connue et une possibilité d’export retour.

Ne juge pas tes progrès sur une seule date d’échéance. Compare une carte connue et mature, une carte en cours d’apprentissage et une carte avec un historique d’oublis. Ces trois cas révèlent des défaillances différentes.

Le test le plus utile est un aller-retour. Importe un petit export, inspecte les cartes, puis exporte à nouveau cette collection de test. Une porte de sortie ouverte rend la destination plus digne de confiance, car le transfert est réversible.

Que deviennent les médias, les modèles, les cartes à trous et l’occlusion d’image ?

Les cartes ne se résument pas aux mots visibles. Une migration peut conserver le recto et le verso tout en modifiant un chemin de média, une règle de modèle, une formule ou la manière dont une carte à trous s’affiche. Teste les types de cartes que tu utilises réellement.

Vérifie ces couches séparément :

• Images et audio : ouvre la carte et confirme que le fichier se charge, au lieu de vérifier seulement qu’un nombre de pièces jointes semble correct.
• MathJax ou formules : teste une formule avec un opérateur, une fraction ou un symbole important pour ton cours.
• Cartes à trous : révèle chaque suppression et vérifie que le texte environnant reste cohérent.
• Modèles et mise en forme : inspecte une carte normale et une carte avec une mise en forme inhabituelle.
• Étiquettes et champs : recherche une étiquette et vérifie que les champs personnalisés ne se sont pas retrouvés au mauvais endroit.
• Occlusion d’image : teste une occlusion importée si ta destination la prend en charge. L’affichage et la modification sont deux capacités différentes.

StudyDaily affiche et permet de réviser les occlusions d’image importées, mais ne propose pas d’éditeur pour en créer de nouvelles. Prends-en acte une fois, décide si cela compte pour ta collection, puis poursuis la vérification des formats que tu utilises.

Les médias méritent un test direct, car ils peuvent échouer discrètement. Une carte qui affiche une image vide peut tout de même sembler correcte dans une liste. L’audio peut ne fonctionner qu’au moment de la révision. Un modèle cassé peut ne toucher qu’un type de note sur vingt.

Utilise un ensemble de couverture de six cartes :

1. une carte en texte simple ;
2. une carte avec une image ;
3. une carte avec de l’audio ;
4. une carte à trous ;
5. une carte avec une formule ;
6. une carte utilisant le modèle le plus personnalisé de ta collection.

Si tu utilises l’occlusion d’image, ajoute une carte. Si tu utilises des polices ou du CSS inhabituels, inclus une carte qui en dépend. L’objectif n’est pas de tester une liste abstraite de fonctionnalités. Il est de tester les limites de ta propre collection.

Que faut-il généralement recréer après une migration ?

Les réglages autour de tes cartes doivent souvent être recréés même si les cartes elles-mêmes arrivent correctement. Attends-toi à devoir revoir les limites quotidiennes, les étapes d’apprentissage, l’ordre des nouvelles cartes, les préréglages de paquets, les extensions, les scripts, le CSS personnalisé et les choix propres au planificateur.

Cette liste ne constitue pas un jugement sur la destination. Elle rappelle que les réglages appartiennent à un environnement d’apprentissage. La réponse d’une carte est portable d’une certaine manière. Les règles qui décident du moment où tu la reverras ne le sont que lorsque la source et la destination partagent une structure suffisante.

Sépare trois types de travail :

Recrée les réglages de destination

Note les limites et les étapes d’apprentissage importantes avant le transfert. Saisis-les à nouveau après l’importation, puis révise quelques cartes. Ne pars pas du principe que des réglages identiques produiront le même comportement.

Remplace les dépendances externes

Un module complémentaire, un script ou un planificateur personnalisé ne fait pas partie de chaque export en tant que fonctionnalité portable. Dresse la liste des comportements qu’il fournissait. Décide ensuite si la destination propose un équivalent, si tu peux t’en passer ou si tu dois conserver la source pour cette partie de ton flux de travail.

Confirme ce qui manque réellement

Ne considère pas un réglage comme une carte perdue. Compare d’abord le contenu de tes cartes. Si les notes, les médias et l’état de révision sont présents, tu dois peut-être seulement recréer la façon dont la destination les affiche.

StudyDaily ne propose pas de synchronisation entre plusieurs appareils. Chaque installation conserve sa propre collection et le transfert entre installations passe par des exports .apkg ou CSV. C’est une limite du produit, pas une raison pour enfermer la collection dans un format propriétaire.

Le même principe te protège d’un futur enfermement. Conserve une copie de ton export ouvert après la migration. La destination gagne ta confiance en te donnant une sortie utilisable, pas en rendant la première importation facile en apparence.

Comment tester une collection importée avant de changer d’application ?

Teste une petite copie représentative avant de déplacer toute ta collection. Cinq minutes peuvent révéler un dossier de médias manquant, une date d’échéance réinitialisée ou un modèle qui ne fonctionne que sur un seul type de note.

Suis cet ordre :

1. Choisis un petit paquet qui contient les types de cartes que tu étudies réellement.
2. Duplique-le ou exporte-le sans modifier la source.
3. Inclus les médias et la planification lorsque ces options existent.
4. Importe le fichier de test dans une destination vide ou clairement identifiée.
5. Compare trois cartes connues : une mature, une en cours d’apprentissage et une avec un média.
6. Vérifie une carte suspendue ou enfouie si ta collection en utilise.
7. Examine le prochain intervalle ou la date d’échéance lorsque la destination les affiche.
8. Exporte à nouveau la collection de test et ouvre ce fichier de retour si possible.
9. Note ce qui doit être recréé avant de migrer le reste.

Un test est plus solide lorsque tu choisis des cartes dont l’historique est connu. Ne sélectionne pas trois cartes nouvelles simplement parce qu’elles sont faciles à inspecter. Les nouvelles cartes ne peuvent pas te dire si le planificateur a bien reçu ton historique de révision.

Qu’est-ce qui constitue une réussite ?

L’importation est réussie lorsque le contenu est correct, que les médias s’ouvrent, que les progrès testés sont plausibles et que la destination te donne une sortie utilisable. « Le fichier s’est ouvert » n’est que la première vérification.

L’importation échoue lorsqu’un champ est décalé, que des médias sont absents, que les dates d’échéance sont réinitialisées sans explication ou que l’export retour ne peut pas être lu. Conserve la collection source et examine le plus petit échantillon qui échoue. Ne répète pas une importation complète défectueuse en espérant que le résultat change.

Si le test réussit, migre par lots. Nomme chaque export en indiquant sa source et sa date. Un lot facilite l’identification du paquet qui a introduit un problème et te donne un point de retour propre.

Pour un suivi mesuré, compare les éléments qui résistent réellement à la migration.

Sources utilisées pour ce guide

La documentation Anki liée a été confrontée au flux d’exportation et d’importation décrit ici pour la date de publication du guide, le 13 avril 2026. Le manuel officiel d’Anki sur l’exportation couvre les paquets exportés, les médias et les options de planification. Le manuel officiel sur l’importation de paquets explique comment la collection de destination gère les cartes importées. La FAQ Anki sur le déplacement de cartes explique comment utiliser un export pour déplacer des cartes entre profils.

Ces sources décrivent le fonctionnement des fichiers Anki. Les affirmations concernant les fonctions d’importation et d’exportation de StudyDaily proviennent du registre des fonctionnalités du produit et des tests de l’importateur présents dans ce dépôt. La distinction est importante : l’export d’une application source peut transporter un champ que la destination choisit de ne pas utiliser.

Comment StudyDaily gère-t-il une migration de flashcards ?

StudyDaily est conçu autour des éléments d’une collection qui devraient rester portables : le contenu des cartes importées, les exports ouverts, les révisions locales et un planning visible. Il accepte les fichiers .apkg et les paquets de collection, conserve la mise en forme importée et peut exporter des fichiers .apkg et CSV à tout moment.

L’importateur lit également la planification des cartes qu’il crée. Cela inclut l’état, la date d’échéance, l’intervalle, le nombre de répétitions, les oublis, les états suspendu et enfoui, la mémoire FSRS et l’historique de révision. Cette option peut être désactivée lorsque tu veux que les cartes arrivent vierges.

J’ai conçu cet importateur autour des champs qui déterminent si la file de révision du lendemain reste cohérente. C’est pourquoi le parcours de migration commence par une copie et une comparaison, pas par la promesse que tous les réglages d’un autre outil apparaîtront à l’identique.

StudyDaily fonctionne hors ligne pour les cartes, les révisions et les statistiques sur l’appareil. La révision ne nécessite pas de compte. Un compte est réservé à la génération et à la sauvegarde dans le cloud : tu peux donc tester le parcours d’apprentissage essentiel avant de décider si ces fonctions t’intéressent.

Ta collection reste la tienne après l’importation. Exporte-la au format .apkg ou CSV lorsque tu as besoin d’une deuxième copie, d’une nouvelle destination ou d’un transfert propre. Le produit ne transforme pas la sortie en privilège payant.

Pour une réflexion plus large sur le choix d’un outil de flashcards au quotidien, consulte compare les critères qui résistent à une migration. Si ce futur guide n’est pas encore publié, le marqueur restera affiché en texte brut jusqu’à la création de son groupe.

Que faire ensuite ?

Commence par le plus petit paquet qui représente réellement ta manière d’étudier. Préserve la source, exporte la copie de test et compare les cartes avant de déplacer la collection dont tu dépends chaque jour.

Voici une séquence sûre :

• conserve la collection d’origine intacte ;
• choisis .apkg, .colpkg ou CSV pour une raison clairement définie ;
• importe une copie de test représentative ;
• vérifie le contenu, les médias, la planification et un export retour ;
• recrée uniquement les réglages qui doivent vraiment l’être ;
• conserve l’export ouvert d’origine après le transfert.

Cette approche répond à la question qui se cache derrière « déplacer ses flashcards vers une autre application ». Tu n’essaies pas seulement de faire entrer les cartes. Tu vérifies que tes futures révisions resteront compréhensibles et que tu pourras repartir à nouveau.

Questions fréquentes

Puis-je déplacer mes flashcards sans perdre mon historique de révision ?

Oui, lorsque l’export inclut la planification et que la destination importe ces champs. Vérifie une carte mature, une carte en cours d’apprentissage et une carte avec des oublis avant de déplacer toute la collection. Si le fichier source a été exporté sans historique, la destination ne peut pas l’inventer. Conserve l’export d’origine jusqu’à la réussite du test et de l’export retour.

Dois-je utiliser un .apkg ou un .colpkg pour déplacer mes flashcards ?

Utilise un .apkg pour un paquet ciblé et un .colpkg pour une collection complète lorsque la destination le prend en charge. Un paquet de collection n’est pas automatiquement plus sûr. Il peut transporter davantage de structure tout en rendant un problème plus difficile à isoler. Choisis le plus petit paquet qui contient le travail que tu veux déplacer, puis teste cette copie.

Mes images et mes modèles de cartes seront-ils transférés eux aussi ?

Ils peuvent l’être, mais vérifie-les sur de vraies cartes. Ouvre une image, lis un fichier audio, affiche une formule, révèle une carte à trous et inspecte ton modèle le plus personnalisé. Un fichier peut être importé correctement alors qu’un chemin de média ou une règle de style échoue. Ton ensemble de couverture doit refléter les formats importants pour ta collection.

Puis-je quitter l’ancienne application après l’importation ?

Seulement après la réussite d’un test représentatif dans la nouvelle collection et après avoir conservé l’export d’origine. Vérifie le contenu, les médias, l’état de révision et un export retour. Si le nouvel outil ne peut pas te fournir une sortie utilisable, garde la collection source à portée de main. La portabilité fait partie de la décision, ce n’est pas une étape de nettoyage facultative.

Anki est une marque déposée de son propriétaire respectif. StudyDaily n’est pas affilié à Anki et n’est ni approuvé ni sponsorisé par Anki. Le nom du produit est utilisé ici uniquement pour décrire la compatibilité et comparer les fonctionnalités.