Que reste-t-il quand vous migrez vos flashcards ?

Que reste-t-il après une migration Anki ?

Ce qui reste après une migration Anki dépend du champ concerné, de l’export source et de l’importateur de destination. Le contenu des cartes, la planification, la mémoire FSRS et l’historique des révisions peuvent voyager ensemble, tandis que les médias, les modèles, les paramètres et les formats de sortie nécessitent leurs propres contrôles. StudyDaily vous permet de tester cette limite sur une copie avant de déplacer votre collection.

Réponse courte

• Un paquet peut transporter des cartes, des notes, des types de notes, des médias et de la planification, mais les options d’export déterminent ce qui entre dans le fichier.
• La destination doit toujours comprendre chaque champ. Un fichier qui s’ouvre correctement ne certifie pas le comportement de chaque carte.
• Le test vérifié de l’importateur StudyDaily a conservé l’état, la date d’échéance, l’intervalle, la mémoire FSRS, les événements de révision, les reps, les lapses, les cartes suspendues et les cartes enfouies.
• Le contrôle de cinq minutes le plus sûr consiste à faire une petite importation, à comparer trois cartes et à exporter le résultat avant de déplacer toute la collection.

Une migration est un transfert champ par champ

La migration ressemble à une seule action parce que le fichier porte un seul nom. Votre collection, elle, n’est pas un bloc unique. Elle contient des champs de notes, des modèles de cartes, des références de médias, l’état du planificateur et un journal des révisions. Chaque couche peut survivre indépendamment.

La distinction utile oppose la capacité du fichier source à la prise en charge par la destination. Un format source peut stocker un champ, mais l’application qui reçoit le fichier doit l’analyser, le mettre en correspondance et l’afficher. Un paquet peut être valide alors qu’une image, un préréglage ou un modèle personnalisé demande encore votre attention.

Cette matrice transforme la question « La migration a-t-elle fonctionné ? » en une question plus utile : « Quels champs ont bougé et lesquels la destination a-t-elle interprétés ? »

Le moyen le plus rapide de tester la destination est de passer par le navigateur : ouvrez StudyDaily avec une petite copie — rien à installer et la révision ne nécessite pas de compte.

Ce que le fichier source peut transporter

Le manuel officiel d’Anki décrit un paquet de cartes comme un fichier contenant des cartes, des notes, des types de notes et des sons ou images intégrés. Il distingue également les paquets de cartes des paquets de collection. Un .apkg correspond au parcours ciblé d’un paquet, tandis qu’un .colpkg représente le parcours de la collection complète.

J’ai consulté le manuel d’Anki sur l’exportation le 20 avril 2026. Ses options d’export rendent les limites importantes explicites : les informations de planification peuvent inclure l’historique des révisions, et les médias n’entrent dans le paquet que si l’option correspondante est activée. Un paquet de collection inclut la planification de la collection, tandis qu’un paquet de cartes peut inclure la planification lorsque vous le choisissez.

Cela explique de nombreux transferts qui échouent. Un paquet contenant des cartes propres ne peut pas fournir une date d’échéance. Un paquet sans médias locaux ne peut pas recréer un fichier audio à partir d’un simple nom de fichier. La destination peut prendre un champ en charge et n’avoir malgré tout rien à lire.

La même logique s’applique aux modèles et aux paramètres. Le format source peut avoir de la place pour des types de notes, des modèles ou des préréglages. La destination peut utiliser d’autres noms, d’autres valeurs par défaut ou un autre planificateur. La capacité du fichier est une information sur l’entrée, pas une promesse concernant la sortie.

Le manuel officiel d’Anki sur l’importation de paquets décrit également une option d’importation qui supprime la progression d’apprentissage. Autrement dit, les côtés exportation et importation peuvent chacun modifier le résultat. Gardez ces deux côtés visibles dans vos notes de test.

Ce que StudyDaily conserve dans le test de son importateur

J’ai conçu l’importateur de StudyDaily autour des champs qui déterminent si la file de révision de demain reste cohérente. Lors du test vérifié d’échange d’une collection, il lit l’état de chaque carte importée, sa date d’échéance, son intervalle, ses reps, ses lapses, ses statuts suspendu et enfoui et sa mémoire FSRS. Il rejoue ensuite l’intégralité du journal des révisions sous forme d’événements, en conservant chaque note, chaque intervalle et chaque durée de révision.

Le test utilisait une carte avec stability: 12.5, difficulty: 4.2, reps: 9 et lapses: 2. Sa date d’échéance a été conservée et trois événements de révision étaient toujours présents après l’importation. Lorsque j’ai exporté la carte à nouveau, ses données FSRS contenaient toujours {"s":12.5,"d":4.2}.

Il s’agit d’un constat de première main sur l’importateur de StudyDaily, pas d’une affirmation selon laquelle chaque destination interprète chaque paquet de la même manière. La source doit toujours contenir les données et l’importation doit créer les cartes auxquelles elles seront associées.

Deux détails comptent avant de lancer le test. StudyDaily applique la planification importée aux cartes créées par l’importation ; importer par-dessus des cartes qui existent déjà ne réécrit pas leur progression locale. L’option de planification est cochée par défaut, et vous pouvez la décocher lorsque vous voulez des cartes vierges.

Ce qui survit, champ par champ

Contenu des cartes et mise en forme

Le contenu des cartes est la couche la plus portable. Les champs, le texte du recto et du verso, les étiquettes et la mise en forme courante donnent à la destination des éléments concrets à faire correspondre. L’importateur .apkg de StudyDaily fait arriver les cartes avec leur mise en forme intacte : une carte simple et une carte stylée constituent donc de bons premiers contrôles.

Ne vous arrêtez pas à une seule carte familière. Ouvrez une carte avec une réponse longue, une étiquette, un saut de ligne et chaque champ dont vous dépendez au quotidien. Vous contrôlez le résultat affiché, pas seulement le fait que le nombre de notes semble correct.

Médias

Les médias présentent deux points de défaillance distincts. L’export source doit inclure les fichiers locaux et la destination doit résoudre les références contenues dans le paquet. Une image qui n’a jamais été incluse ne peut pas survivre au transfert. Un fichier inclus peut tout de même nécessiter un contrôle d’affichage.

Si votre paquet en contient, utilisez dans la collection de test une carte avec une image et une carte avec de l’audio. Ouvrez-les toutes les deux après l’importation. Vous détecterez ainsi les fichiers manquants, les chemins cassés et une destination qui lit la note sans savoir lire le média associé.

Le contrat produit de StudyDaily indique que les cartes .apkg importées conservent leur mise en forme. Vérifiez les vrais médias séparément : la prise en charge de la mise en forme ne couvre pas chaque chemin personnalisé ni chaque ressource externe.

Planification, mémoire FSRS et journal de révision

Ces trois champs sont liés, mais ils ne sont pas interchangeables. Une date d’échéance actuelle vous indique où une carte se trouve dans la file. Un intervalle décrit son espacement actuel. La mémoire FSRS décrit ce que le planificateur a appris sur cette carte. Le journal de révision explique comment la carte est arrivée à cet état.

Une migration qui ne copie que la date d’échéance peut sembler convaincante pendant une session. Une migration qui transporte aussi l’état, les intervalles, la mémoire et les événements de révision donne à la destination une base bien plus solide pour la prochaine planification. Le test vérifié de StudyDaily couvre ces couches sur les cartes créées par l’importation.

Comparez trois cartes connues avec la source. Notez leur état, leur date d’échéance, leur intervalle et leur nombre de révisions. Inspectez ensuite les valeurs FSRS importées lorsque la destination les expose. L’export aller-retour est un contrôle final utile, car il vérifie que les valeurs restent attachées à la carte après la première importation.

Cartes à trous

Les cartes à trous ont une structure, ce ne sont pas seulement des phrases contenant des crochets. La destination doit savoir quelles parties sont masquées, quelles réponses correspondent à chaque suppression et comment les cartes produites sont révisées.

StudyDaily prend en charge les cartes à trous en texte. Incluez dans votre échantillon une note à trous avec plusieurs suppressions, puis révisez chaque question produite. Le seul nombre de cartes ne peut pas montrer si les suppressions se comportent toujours comme prévu.

Occlusion d’image

L’occlusion d’image ajoute une seconde structure : l’image et les masques qui dissimulent des zones pendant la révision. Un export peut transporter cette représentation, mais la destination doit encore afficher les masques et les transformer en questions révisables.

Les occlusions d’image importées s’affichent et se révisent correctement dans StudyDaily. StudyDaily n’inclut pas d’éditeur d’occlusion d’image : créez donc ces cartes dans un outil qui prend en charge leur création, puis vérifiez ici le résultat importé. Il s’agit d’une limite de capacité de la destination, pas d’une raison de considérer toute la migration comme un échec.

Modèles et styles

Les modèles déterminent la manière dont les champs deviennent des cartes. Un CSS personnalisé, des types de notes inhabituels et des scripts peuvent modifier l’apparence d’une carte même si tous les champs sont arrivés. Le paquet source peut contenir la définition du modèle, mais le moteur d’affichage de la destination décide de ce qu’il sait interpréter.

Contrôlez le recto, le verso, le style de la réponse et tout champ masqué par un modèle. Recréez une petite règle de style si nécessaire. Conservez le paquet d’origine afin de comparer la source et la destination sans avoir à deviner quelle couche a changé.

Paramètres et préréglages du planificateur

Les paramètres se trouvent à côté des cartes plutôt qu’à l’intérieur de leur contenu. Les limites quotidiennes, les étapes d’apprentissage, l’ordre des nouvelles cartes, les préréglages de paquets et le comportement personnalisé du planificateur peuvent influencer la file de demain sans modifier une seule note.

Traitez-les comme une configuration de destination. Comparez les limites et les étapes d’apprentissage que vous utilisez réellement, puis recréez-les volontairement. Un export source peut transporter des préréglages, mais l’application qui reçoit le fichier doit disposer d’un concept correspondant avant que ces valeurs puissent influencer sa planification.

Choisissez le bon format de sortie

Utilisez .apkg lorsque vous avez besoin d’un paquet ciblé pour certains paquets. Utilisez .colpkg lorsque vous déplacez l’état propre à la collection et que la destination accepte ce périmètre. Une importation de collection peut remplacer la collection de destination : testez-la donc sur une copie avant de mettre en danger votre seule collection de travail.

Le choix pratique est expliqué dans choisissez entre APKG et COLPKG. La décision porte d’abord sur le périmètre, puis sur la couverture des champs. Un paquet ciblé est plus facile à inspecter. Un paquet de collection se rapproche davantage d’un transfert complet d’environnement.

Le CSV est un format de sortie d’une autre nature. Il est utile lorsque les champs lisibles comptent davantage que l’état du planificateur, les médias, les modèles ou l’historique des révisions. Utilisez-le comme parcours textuel, pas comme la promesse qu’un état d’apprentissage complet tiendra dans une ligne de champs.

StudyDaily exporte .apkg et CSV à tout moment. C’est important, car une application doit vous donner une voie de sortie aussi clairement qu’elle vous donne un bouton d’importation. Vous pouvez conserver l’export en paquet pour un transfert structuré et le CSV pour une récupération lisible, champ par champ.

Réalisez un audit de migration en cinq minutes

Vous pouvez évaluer l’essentiel du risque pratique avant de déplacer toute la collection. Commencez par une petite copie et ne touchez pas à la source. Un audit court est plus utile qu’une importation volumineuse impossible à comparer.

1. Choisissez un petit paquet avec une carte ordinaire, une carte planifiée et une carte avec un média, une carte à trous ou une occlusion d’image.
2. Utilisez effectuez une sauvegarde vérifiée avant de modifier la source.
3. Exportez avec la planification et les médias activés lorsque ces options existent.
4. Importez dans une collection de test propre et notez le nombre de cartes.
5. Comparez trois cartes : le contenu et la mise en forme, la date d’échéance et l’intervalle, puis le vrai média ou la vraie structure.
6. Vérifiez la mémoire FSRS ou son équivalent visible dans la destination, puis exportez à nouveau le résultat.

Gardez l’export d’origine jusqu’à ce que le fichier de retour s’ouvre et que les cartes de l’échantillon restent cohérentes. Si un champ échoue, vous avez isolé ce champ au lieu de perdre tout le parcours de migration.

Pour suivre la séquence complète, de la sauvegarde au transfert final, utilisez le flux complet de migration. La matrice des champs de cet article constitue la couche d’inspection de ce processus plus large.

La limite qui compte encore

Un format source peut contenir un champ sans que la destination le prenne en charge. C’est la raison pour laquelle il faut tester les médias, les modèles, les paramètres et les types de cartes personnalisés séparément du contenu et de la planification.

StudyDaily ne propose pas de synchronisation entre plusieurs appareils ; le transfert entre installations utilise .apkg ou CSV. L’export reste le pont pratique, et ce même pont vous permet de partir avec votre collection lorsque votre configuration change.

La conclusion n’est ni « la migration est dangereuse » ni « chaque champ est transféré automatiquement ». Une migration réussie est une mise en correspondance vérifiée : les champs dont vous avez besoin sont présents, interprétés et toujours lisibles lors de l’export.

Questions fréquentes

Que reste-t-il après une migration Anki ?

Les cartes, les champs et la mise en forme sont généralement la première couche à inspecter. La planification, la mémoire FSRS et l’historique des révisions peuvent aussi voyager lorsque l’export source les inclut et que l’importateur de destination les lit. Les médias, les structures à trous, l’occlusion d’image, les modèles et les paramètres nécessitent des contrôles séparés, car chacun dépend à la fois du contenu du fichier et de la prise en charge par la destination. L’audit de cinq minutes ci-dessus vous donne un échantillon représentatif avant de déplacer toute la collection.

Un APKG conserve-t-il la planification et l’historique des révisions ?

Cela peut être le cas. L’export doit inclure la planification, qui est la couche où l’historique des révisions entre dans le paquet. L’importateur doit ensuite appliquer ces informations aux cartes qu’il crée. Le test vérifié de l’importateur StudyDaily a conservé l’état, la date d’échéance, l’intervalle, les reps, les lapses, la stabilité et la difficulté FSRS, ainsi que l’intégralité des événements de révision. Un paquet partagé propre peut ne contenir aucune planification, parce que ces informations ont été supprimées avant l’export.

Les médias, les cartes à trous et l’occlusion d’image survivent-ils ?

Ils survivent lorsque la source contient les données concernées et que la destination prend la structure en charge. Exportez les médias avec le paquet, puis ouvrez une carte avec une image et une carte avec de l’audio. Révisez une carte à trous avec plusieurs suppressions. Les occlusions d’image importées s’affichent et se révisent correctement dans StudyDaily, tandis que StudyDaily ne fournit pas d’éditeur pour créer de nouvelles occlusions d’image.

Dois-je exporter en APKG, en COLPKG ou en CSV ?

Choisissez .apkg pour des paquets sélectionnés, .colpkg pour un transfert à l’échelle de la collection et CSV pour des champs textuels lisibles. Utilisez une copie pour tester un paquet de collection, car son périmètre peut remplacer une collection lors de l’importation. StudyDaily accepte les importations .apkg et COLPKG modernes et exporte .apkg et CSV à tout moment : vous pouvez donc tester la destination sans renoncer à la voie de sortie.

Anki est une marque déposée de ses propriétaires respectifs. StudyDaily n’est ni affilié à Anki, ni soutenu ou sponsorisé par Anki. Les noms de produits sont utilisés ici uniquement pour décrire la compatibilité et comparer les fonctionnalités.