Un fichier .apkg conserve-t-il votre planification ?

Oui — à condition que l’export ait inclus la planification. Dans ce cas, le fichier .apkg contient l’état de chaque carte, son échéance, son intervalle, ses reps, ses lapses, sa mémoire FSRS et tout l’historique des révisions. Sinon, il n’y a rien à transférer. La réponse à la question « un .apkg conserve-t-il la planification ? » est fixée avant même que le fichier n’arrive dans un importateur.

Réponse courte

• Un .apkg exporté avec la planification contient l’état de la carte, l’échéance, l’intervalle, les reps, les lapses, la mémoire FSRS et tout l’historique des révisions.
• C’est l’export qui décide, pas l’import. Aucune application ne peut restaurer une progression que le fichier ne contenait pas.
• Les paquets téléchargés depuis les paquets partagés d’AnkiWeb ont volontairement perdu leur planification. La nouvelle application ne la supprime pas.
• Exportez vous-même un petit paquet avec la case de planification cochée, importez-le et comparez trois cartes. Cinq minutes suffisent.

Ce qui se trouve réellement dans un .apkg

Un .apkg exporté avec la planification est un relevé précis de la position de chaque carte. Le manuel d’Anki est explicite : lorsque l’option est activée, « les informations de planification, comme votre historique de révision, seront exportées ». Cette dernière partie compte davantage que l’échéance. C’est l’historique qui permet à un planificateur de continuer à prévoir.

Voici ce que contient le fichier, et ce qu’il ne contient pas.

« État » est plus précis qu’il n’y paraît. Une carte en apprentissage conserve les étapes qu’il lui reste, pas seulement une étiquette. Une carte suspendue le reste, une carte enterrée le reste aussi, et une carte leech conserve son compteur. C’est pourquoi un bon import ne vous donne pas seulement les bonnes échéances : il vous donne aussi la bonne file demain matin.

FSRS explique pourquoi l’historique mérite autant d’attention. L’algorithme conserve une mémoire par carte — sa stabilité et sa difficulté — dans les données de la carte. Déplacez l’historique et la mémoire, et le prochain intervalle affiché est celui qui vous aurait été proposé de toute façon.

C’est l’export qui décide, pas l’import

Désactivez l’option de planification et Anki supprime toutes les informations de planification, y compris les marqueurs marked et leech. C’est le comportement documenté dans le manuel Anki sur les exports, vérifié le 20 avril 2026. Le fichier qui arrive sur votre disque ne contient tout simplement aucune progression.

C’est le point que la plupart des réponses inversent. Elles vous expliquent l’import. Mais un importateur ne peut lire que ce qui est présent. Si l’export a supprimé votre historique, aucune application — pas même la mienne — ne peut le recréer.

Cela explique la déception la plus fréquente sur ce sujet. Un paquet téléchargé depuis les paquets partagés d’AnkiWeb arrive volontairement sans planification : vous commencez proprement au lieu d’hériter des intervalles d’un inconnu. On l’importe, toutes les cartes apparaissent comme nouvelles, et l’on conclut que les fichiers .apkg perdent la progression. Ce n’est pas le cas. Celui-ci ne l’avait jamais contenue.

Le contrôle inverse existe aussi. Depuis la version 23.10, l’import peut supprimer la planification à la demande si vous laissez décochée l’option « Importer toute la progression d’apprentissage », selon le manuel sur les paquets, vérifié le même jour. Vous avez donc deux interrupteurs : un à l’export, un à l’import. Les deux doivent être dans la bonne position.

Vous pouvez savoir quel type de fichier vous avez sans l’importer. Demandez-vous d’où il vient. Un fichier exporté par vos soins depuis votre propre collection, avec la case cochée, contient votre historique. Un fichier envoyé par quelqu’un ou récupéré sur un site de partage n’en contient presque certainement pas. En cas de doute, importez-le d’abord dans une collection vide et regardez une carte.

Ce que StudyDaily lit dans ce fichier

J’ai écrit l’importateur : je peux donc vous dire précisément ce qu’il récupère.

Il lit l’état de la carte, son échéance, son intervalle, reps et lapses, ainsi que son statut suspendu ou enterré et la mémoire FSRS enregistrée dans les données de la carte. Ensuite, il rejoue l’historique des révisions entrée par entrée, en conservant chaque note, chaque intervalle et le temps passé.

J’ai revérifié ce point le 20 avril 2026. La collection de test est arrivée avec stability: 12.5, difficulty: 4.2, reps: 9 et lapses: 2. Ses trois événements de révision étaient intacts et son échéance n’avait pas bougé. Après un nouvel export, les données de la carte contenaient toujours {"s":12.5,"d":4.2}. Aller-retour effectué, rien n’a été rogné.

Deux points méritent votre attention. La planification s’applique aux cartes créées par l’import : réimporter par-dessus des cartes déjà présentes ne remplace pas la progression que vous avez construite localement. Et tout ce comportement dépend d’une case cochée par défaut : décochez-la et vous obtenez des cartes vierges.

Vous pouvez observer le résultat sur votre propre paquet plus vite que vous ne finirez cette page : ouvrez StudyDaily dans votre navigateur et importez une copie. Rien à installer, et les révisions ne vous demandent jamais de compte.

Ce qui ne passe pas

Les préréglages du paquet sont le manque le plus courant. Vos limites quotidiennes, vos étapes d’apprentissage et l’ordre des nouvelles cartes peuvent ne pas suivre le fichier, selon son export. Prévoyez une minute pour les régler à nouveau à l’arrivée.

Les modules complémentaires sont l’autre exception. Tout ce qu’un module a calculé vit dans le module, pas dans le fichier. Le code de planification personnalisé ne survit pas non plus au passage vers un autre planificateur : c’est précisément le but du changement.

Il reste la couche qui ne relève pas de la planification, et qu’il vaut mieux vérifier après chaque import. Les fichiers média, MathJax et les modèles de notes passent généralement, mais des types de cartes très personnalisés peuvent s’afficher différemment de l’autre côté. Vérifiez une carte de chaque type que vous utilisez réellement. Cela prend une minute et fait la différence entre une collection fiable et une collection que vous remettez sans cesse en question.

Et une limite de mon côté, dite une seule fois : StudyDaily ne synchronise pas plusieurs appareils. Chaque installation conserve sa propre collection, et le transfert passe par .apkg ou CSV — la même porte dans les deux sens.

Avant tout cela, faites d’abord une sauvegarde vérifiée. Restaurer un fichier que vous n’avez jamais ouvert n’est pas une sauvegarde.

Vérifier en cinq minutes si votre .apkg conserve la planification

Ne me croyez pas sur parole, ni personne d’autre. Faites le test sur quelque chose de petit.

1. Choisissez votre plus petit paquet réel. Exportez-le en .apkg avec l’option de planification cochée.
2. Importez ce fichier en laissant l’option de progression d’apprentissage activée.
3. Ouvrez trois cartes que vous connaissez bien et comparez leur échéance et leur intervalle avec l’original.

Si les trois correspondent, toute la collection correspondra : l’importateur ne traite pas vos gros paquets différemment. Si ce n’est pas le cas, revenez à l’étape 1 et vérifiez la case d’export : c’est là que l’information a disparu. La question « un .apkg conserve-t-il la planification ? » peut recevoir sa réponse avant le déjeuner, et c’est la seule qui mérite votre confiance.

Deux guides vont plus loin. Choisir entre un paquet et toute la collection vous indique quel export utiliser. La version chiffrée de ce qui se perd met des chiffres sur le sujet. Les deux font partie de la migration complète, du début à la fin.

Questions fréquentes

Un paquet téléchargé depuis les paquets partagés conserve-t-il sa planification ?

Non. Les paquets partagés sont publiés sans informations de planification : le fichier arrive sans échéances, sans intervalles et sans historique des révisions. Chaque carte apparaît comme nouvelle. C’est le comportement attendu : vous commencez le paquet selon vos propres repères, sans hériter des intervalles d’un inconnu. Aucun importateur ne peut récupérer des données qui n’ont jamais été écrites dans le fichier.

Que se passe-t-il si j’importe deux fois le même .apkg ?

Le second import ne remplace pas la progression que vous avez construite. La planification s’applique aux cartes créées par l’import ; les cartes déjà présentes dans votre collection gardent leur état, leur échéance et leur historique. Vous récupérez les notes qui manquent réellement. Pour repartir proprement, importez dans une collection vide au lieu d’importer deux fois en espérant un résultat différent.

Puis-je importer les cartes sans la planification ?

Oui. La boîte de dialogue d’import contient une option de progression d’apprentissage, cochée par défaut : décochez-la et les cartes arrivent comme nouvelles. C’est ce qu’il faut faire pour un paquet créé par quelqu’un d’autre, dont les intervalles ne disent rien de ce que vous savez. Laissez-la cochée pour votre propre collection : c’est le cas traité par toute cette page.

Deux appareils resteront-ils synchronisés ensuite ?

Pas automatiquement. StudyDaily ne synchronise pas les appareils : chaque installation garde sa propre collection, et le transfert passe par des exports .apkg ou CSV. Si vous étudiez surtout au même endroit et voulez mettre le second appareil à jour de temps en temps, un export de deux minutes suffit. Si vous avez besoin d’une synchronisation bidirectionnelle constante, elle n’est pas encore disponible.

Anki et AnkiWeb sont des marques déposées de leurs titulaires respectifs. StudyDaily n’est ni affilié à ces marques, ni soutenu ou sponsorisé par elles. Les noms de produits sont utilisés uniquement pour décrire la compatibilité et comparer les fonctionnalités.