EPUB conforme KDP : la checklist avant dépôt

Des mois d'écriture, des semaines de relecture, un texte dont vous êtes enfin fier — et au moment du dépôt, la plateforme dit non. Pas de commentaire sur le style, pas d'avis sur l'intrigue ou la pertinence du propos : un message technique, parfois cryptique, et un livre qui ne paraît pas. L'expérience du livre refusé KDP est d'autant plus brutale qu'elle frappe au pire moment, celui où l'auteur pensait avoir fini, et qu'elle semble porter sur tout autre chose que ce qu'il a passé des mois à travailler.

C'est la première chose à comprendre, et elle change tout : le refus au dépôt est technique, pas littéraire. La boutique ne lit pas votre livre — elle lit votre fichier. Elle vérifie qu'il est structurellement valide, navigable, correctement décrit, accompagné d'une couverture exploitable, et elle rejette ou dégrade ce qui ne passe pas ces contrôles. Un chef-d'œuvre mal empaqueté sera refusé ; un texte médiocre techniquement irréprochable sera publié. On peut le déplorer, mais on peut surtout en tirer la conséquence pratique : un EPUB conforme KDP se prépare, se vérifie et se prouve avant le dépôt, avec une checklist finie de contrôles connus.

Cet article donne cette checklist complète : la structure du fichier, la table des matières, les métadonnées, la couverture, le poids — qui est aussi une affaire de marge — et la validation officielle qui fait foi. Chaque contrôle est à la portée d'un auteur seul ; l'ensemble transforme le dépôt d'une loterie anxiogène en formalité maîtrisée.

La rupture — un refus technique, pas un jugement littéraire#

Pour comprendre ce que la boutique vérifie, il faut d'abord comprendre ce qu'est un EPUB — et ce qu'il n'est pas. Les différences entre formats EPUB et PDF expliquent à elles seules une bonne partie des refus et des déceptions. Un PDF est une page figée : la mise en page y est définitive, identique sur tous les écrans, pensée pour l'impression ou la consultation à taille fixe. Un EPUB est tout le contraire : un flux recomposable, dans lequel le texte se réorganise selon la taille de l'écran, la police choisie par le lecteur, ses réglages de confort. Le PDF transporte une mise en page ; l'EPUB transporte une structure.

Cette nature de flux structuré a une conséquence directe : un EPUB peut être invalide d'une façon qu'aucun PDF ne connaît. Un conteneur mal formé, un chapitre déclaré mais absent, un lien interne qui pointe dans le vide, une navigation incohérente avec le contenu réel, une langue non déclarée dans la description du fichier — autant de défauts invisibles à l'œil nu dans un logiciel de lecture tolérant, et autant de motifs de rejet ou de dysfonctionnement ailleurs. C'est le piège central du format : un EPUB peut « avoir l'air de marcher » sur la machine de l'auteur et être objectivement défectueux.

D'où l'importance du réflexe inverse de celui du manuscrit : pour le texte, votre jugement fait foi ; pour le fichier, seul un contrôle outillé fait foi. La conformité d'un EPUB n'est pas une impression, c'est un résultat de validation — et tout l'objet de la checklist qui suit est de remplacer « ça a l'air bon » par une série de vérifications dont chacune a une réponse binaire : passe, ou ne passe pas.

Le fonctionnement — la checklist complète, contrôle par contrôle#

La structure du fichier : le socle que tout le reste suppose#

Un EPUB est un conteneur normalisé : des fichiers de contenu, des ressources, et des fichiers de description qui déclarent ce que contient l'ensemble et dans quel ordre le lire. Le premier contrôle porte là-dessus : le conteneur est-il intact, chaque élément déclaré est-il présent, chaque chapitre est-il dans l'ordre voulu, chaque lien interne aboutit-il quelque part ? Les défauts de structure viennent couramment des conversions successives — un manuscrit passé d'un outil à l'autre, des exports enchaînés, des corrections faites sur une copie — et ils sont les plus sournois, parce que beaucoup de logiciels de lecture les tolèrent en silence. Le principe de contrôle est simple : la structure ne se juge pas à l'affichage, elle se vérifie à la validation.

La table des matières : la navigation fait partie du livre#

Deuxième contrôle, et l'un des motifs techniques les plus classiques de refus ou d'expérience dégradée : la table des matières EPUB. Dans un flux recomposable, il n'y a pas de numéros de pages stables : la table de navigation est le seul squelette sur lequel le lecteur — et la liseuse elle-même — peuvent s'appuyer pour circuler dans l'ouvrage. Elle doit exister, être logique, et correspondre exactement au contenu réel : chaque entrée pointe vers le bon chapitre, aucun chapitre réel n'en est absent, aucune entrée fantôme ne pointe vers un contenu supprimé lors d'une relecture. Une navigation incohérente est le symptôme typique du manuscrit remanié dont la table n'a pas suivi ; elle se détecte en cliquant chaque entrée, une par une, dans le fichier final — pas dans le document source.

Les métadonnées : ce que le fichier dit de lui-même#

Troisième contrôle : les métadonnées EPUB — le titre, le nom de l'auteur, la langue de l'ouvrage, tels que déclarés à l'intérieur même du fichier. Elles sont invisibles à la lecture et décisives au dépôt : c'est sur elles que s'appuient les systèmes de la boutique pour identifier et classer l'ouvrage. Deux exigences les résument. La complétude, d'abord : un champ absent — la langue est l'oubli classique — est un défaut objectif du fichier. La cohérence, ensuite : ce que le fichier déclare doit correspondre à ce que la fiche produit affiche. Un titre orthographié différemment dans le fichier et dans la fiche, un nom d'auteur qui varie d'un endroit à l'autre, sont des incohérences qui se paient — au mieux en confusion, au pire en blocage.

La couverture : un contrôle d'image, pas de goût#

Quatrième contrôle, la couverture — et il faut le prendre pour ce qu'il est : un contrôle technique, pas esthétique. Le fichier de couverture doit exister, être aux proportions attendues par la boutique — les valeurs recommandées sont documentées dans l'aide officielle KDP — et rester exploitable dans son usage réel, qui est d'abord la vignette : une couverture magnifique en pleine page mais illisible en miniature échoue à sa mission première. C'est un critère que l'on peut objectiver : afficher la couverture à taille de vignette et vérifier que le titre se lit. Chez Orchessia Book Intelligence, ce contrôle est poussé jusqu'à sa conséquence logique : les variantes de couverture sont générées puis départagées précisément sur la lisibilité en vignette et le contraste, et le titre est composé en typographie vectorielle — jamais dessiné par l'image — pour rester net à toutes les tailles.

Le poids : le contrôle que la boutique ne refuse pas, mais facture#

Cinquième contrôle, souvent absent des checklists parce qu'il ne produit pas de refus : le poids du fichier. Il produit pire — un prélèvement silencieux. Au palier de redevance à 70 %, des frais proportionnels au poids du fichier sont retenus sur chaque vente : de l'ordre de 0,12 €/Mo dans les boutiques européennes. Un EPUB obèse passera le dépôt sans encombre et rognera la marge à chaque téléchargement, pendant toute la vie commerciale du livre. La pesée du fichier final appartient donc à la checklist au même titre que la validation — nous avons détaillé tout le calcul, paliers et arbitrages compris, dans notre analyse de la marge réelle sur KDP. Le réflexe à retenir ici : peser avant de déposer, et traiter chaque mégaoctet comme une ligne de coût.

La validation officielle : la preuve qui remplace l'impression#

Dernier contrôle, celui qui fait foi : valider un EPUB avec EPUBCheck, l'outil officiel du W3C. C'est le validateur de référence du format : il analyse le fichier en profondeur — conteneur, structure, déclarations, liens — et rend une liste d'erreurs et d'avertissements, chacun localisé et documenté. Son verdict a une propriété qu'aucune relecture visuelle n'offre : il est binaire et opposable. Zéro erreur, le fichier est structurellement conforme au standard ; une erreur, il y a un défaut objectif à corriger, avec sa localisation exacte. La règle de conduite est simple et ne souffre pas d'exception : aucun dépôt sans validation préalable, et aucun dépôt avec des erreurs non résolues.

Une remarque d'architecture pour finir cette zone : cette checklist peut s'exécuter à la main, et elle le doit si personne ne le fait pour vous. Mais sa vraie place est dans la chaîne de production elle-même, pas en examen final. C'est le principe de la chaîne éditoriale autonome que nous avons détaillée : la conformité se construit pendant la fabrication — structure propre dès l'assemblage, métadonnées renseignées à la source, images calibrées au fil de l'eau — et la validation finale ne fait que confirmer ce que le processus a garanti. Chez Orchessia Book Intelligence, ces contrôles sont automatiques : chaque EPUB passe le validateur officiel du W3C, un validateur interne et un pré-vol de poids avant livraison, au sein d'un dispositif qui compte plus de 150 contrôles sur l'ensemble de l'ouvrage.

La démonstration — ce que les contrôles attrapent réellement#

La valeur d'une checklist se mesure à ce qu'elle intercepte. Le tableau suivant met en regard chaque contrôle, ce qu'il vérifie concrètement, et ce qui se produit lorsqu'il manque — refus immédiat, dégradation silencieuse ou coût récurrent. C'est la lecture qui justifie l'ordre de la checklist : les défauts bloquants d'abord, les défauts coûteux ensuite.

Ce que ce tableau montre en creux mérite d'être souligné : aucun de ces contrôles ne porte sur la qualité du texte. C'est à la fois une bonne nouvelle — la conformité est objective, finie, atteignable par n'importe quel auteur méthodique — et une limite qu'il faut nommer honnêtement : un fichier parfait n'a jamais rendu un livre meilleur. La validation technique est le plancher, pas le plafond. C'est pourquoi, dans une chaîne de production complète, elle coexiste avec un contrôle éditorial d'une tout autre ampleur.

Mise en pratique — la passe finale, dans l'ordre#

La théorie des contrôles ne vaut que par son exécution, et l'exécution a un ordre. Le principe directeur : geler d'abord, contrôler ensuite, déposer enfin. Tant que le contenu bouge, tout contrôle est provisoire — une table de navigation vérifiée avant une ultime réorganisation de chapitres est une vérification perdue. La passe finale commence donc par une décision, pas par un outil : plus aucune modification de fond n'entrera dans le fichier.

À partir de ce gel, chaque geste s'enchaîne sur le fichier final — celui qui sera déposé, pas une version intermédiaire, pas le document source. C'est une règle d'hygiène absolue : tout contrôle exécuté sur autre chose que l'artefact exact du dépôt est une illusion de contrôle. Voici la séquence complète, telle qu'elle s'exécute en pratique.

L'objection — « Mon manuscrit est bon, la technique suivra »#

C'est le frein numéro un, et il faut commencer par reconnaître ce qu'il a de sain : oui, le texte est l'essentiel. Un auteur qui met son énergie dans le manuscrit plutôt que dans l'outillage a raison sur la hiérarchie des valeurs — aucun lecteur n'a jamais aimé un livre pour la propreté de son conteneur. Si l'intendance technique devait se payer en temps volé à l'écriture, l'arbitrage en faveur de l'écriture serait défendable.

Mais l'objection repose sur une prémisse fausse : que la technique « suivra » d'elle-même, comme si la conformité était l'état naturel d'un fichier exporté. C'est l'inverse qui est vrai. Un EPUB issu d'exports successifs accumule des défauts par défaut — c'est le comportement normal des chaînes de conversion, pas un accident — et ces défauts ne se signalent pas d'eux-mêmes : ils attendent le dépôt, ou pire, le lecteur. Le refus tombe alors au pire moment, la veille d'une parution annoncée, et se paie en jours de correction dans l'urgence — précisément le temps qu'on voulait consacrer à autre chose. La négligence technique ne protège pas l'écriture : elle lui reprend, avec intérêts, le temps qu'elle prétendait lui épargner.

La sortie honnête de cette objection n'est donc pas « devenez technicien » — c'est « assurez-vous que quelqu'un tient la checklist ». Vous-même, avec la passe finale décrite plus haut : elle demande de la méthode, pas de l'expertise, et chaque contrôle a une réponse binaire. Ou une chaîne de production qui l'intègre : c'est le choix d'Orchessia Book Intelligence, où validation officielle, contrôles internes et pré-vol de poids sont exécutés systématiquement, pour chaque ouvrage, sans dépendre de la vigilance du jour. Ce qui n'existe pas, c'est la troisième voie — le fichier qui se valide tout seul.

Le futur — d'un dépôt subi à un processus maîtrisé#

Le premier dépôt réussi change quelque chose de plus profond qu'une parution : il change le rapport de l'auteur à la technique. Ce qui était une boîte noire anxiogène — « pourvu que ça passe » — devient une procédure finie, exécutable, répétable. La liste des contrôles ne varie pas d'un livre à l'autre ; seul le fichier change. Au deuxième ouvrage, la passe finale prend une fraction du temps qu'elle a pris au premier ; au cinquième, elle est une routine dont chaque étape a déjà attrapé au moins une fois un défaut réel — et c'est exactement ainsi qu'on apprend à ne plus s'en passer.

Cette maîtrise a des effets en cascade. Le calendrier de parution devient fiable, parce que le risque de refus tardif est neutralisé en amont. La qualité perçue s'aligne sur la qualité réelle : navigation impeccable, affichage stable, fiche cohérente — autant de signaux discrets que le lectorat ne remarque que par leur absence. Et la marge elle-même en bénéficie, puisque la pesée systématique du fichier fait du choix de palier une décision informée au lieu d'un pari. La conformité technique, qui semblait une corvée périphérique, se révèle être ce qu'elle a toujours été : une condition de la sérénité éditoriale.

Reste la question d'échelle : tenir la checklist pour un livre est une discipline ; la tenir pour un catalogue est un système. C'est ici que l'automatisation prend son sens véritable — non pas remplacer la rigueur, mais la rendre incassable en la retirant des mains de la fatigue et de l'habitude. Une chaîne qui valide chaque fichier, pèse chaque EPUB et vérifie chaque couverture fait pour le dixième ouvrage exactement ce qu'elle a fait pour le premier, sans jour de moins bien.

Questions fréquentes#

Pourquoi mon EPUB est-il refusé par KDP ?#

Presque toujours pour une raison technique, pas éditoriale : structure de fichier invalide après des conversions successives, table de navigation absente ou incohérente avec le contenu réel, métadonnées incomplètes — la langue non déclarée est un classique — ou couverture non conforme aux proportions attendues. Le réflexe efficace consiste à passer le validateur officiel du W3C sur le fichier exact que vous déposez : il localise et documente chaque erreur, ce qui transforme un message de refus cryptique en liste de corrections précises.

Qu'est-ce qu'EPUBCheck et comment l'utiliser ?#

EPUBCheck est l'outil officiel du W3C pour vérifier la conformité d'un fichier EPUB au standard. Il analyse le conteneur, la structure, les déclarations et les liens, puis rend une liste d'erreurs et d'avertissements localisés. Il s'obtient depuis le site du W3C et s'exécute sur le fichier final, celui qui sera déposé. La règle de conduite : zéro erreur avant tout envoi — les avertissements s'arbitrent, les erreurs se corrigent. Chez Orchessia Book Intelligence, cette validation est intégrée à la chaîne de production et passée systématiquement, avec un validateur interne en complément.

Quelle taille maximale pour un EPUB KDP ?#

La limite technique en vigueur est documentée dans l'aide officielle KDP, qui fait foi. Mais le vrai plafond est économique et arrive bien avant : au palier de redevance à 70 %, des frais proportionnels au poids sont retenus sur chaque vente — de l'ordre de 0,12 €/Mo en boutiques européennes. Un fichier lourd accepté au dépôt ronge donc la marge à chaque téléchargement, pendant toute la vie du livre. Traitez le poids comme une contrainte de rentabilité à minimiser, pas comme une limite à approcher.

EPUB ou PDF pour publier un ebook ?#

L'EPUB. C'est un flux recomposable, conçu pour s'adapter à la taille d'écran, à la police et aux réglages du lecteur — exactement ce qu'exige la lecture numérique. Le PDF fige la mise en page : il reste précieux pour l'impression et les usages à mise en page fixe, et c'est d'ailleurs sous forme de PDF composé que se prépare un intérieur imprimé. Pour le dépôt d'un livre numérique sur KDP, travaillez en EPUB et validez-le ; réservez le PDF au circuit de l'imprimé.

La table des matières est-elle obligatoire dans un EPUB ?#

Traitez-la comme telle. La navigation est un élément central du format : dans un flux sans pagination stable, c'est le seul squelette sur lequel liseuses et lecteurs s'appuient pour circuler dans l'ouvrage, et une table absente ou incohérente compte parmi les motifs techniques couramment observés de rejet ou d'expérience dégradée. Vérifiez-la sur le fichier final, entrée par entrée : chaque entrée mène au bon chapitre, chaque chapitre réel a son entrée, aucune entrée fantôme ne subsiste d'une version antérieure.

L'action : par où commencer#

La checklist complète est désormais entre vos mains ; ce qui suit peut s'exécuter dès aujourd'hui, sur votre fichier actuel, même si le dépôt est encore loin.

• Téléchargez EPUBCheck depuis le site du W3C et passez votre EPUB actuel : le verdict, même provisoire, montre exactement où vous en êtes — chaque erreur localisée et documentée.
• Ouvrez la table des matières du fichier final et cliquez chaque entrée : dix minutes suffisent pour attraper le défaut de navigation, motif technique classique de refus.
• Vérifiez les trois métadonnées qui comptent — titre, auteur, langue — et alignez-les, caractère pour caractère, sur la future fiche produit ; la langue est l'oubli le plus courant.
• Affichez votre couverture à taille de vignette : si le titre ne se lit pas, le problème est objectivé et se corrige avant le dépôt, pas après.
• Notez le poids exact du fichier et posez le calcul des frais au palier 70 % : chaque mégaoctet est une ligne de coût, retenue sur chaque vente.

Ces gestes demandent de la méthode, pas de l'expertise. Et si vous préférez qu'ils soient exécutés systématiquement, pour chaque ouvrage, sans dépendre de la vigilance du jour, c'est précisément ce qu'une chaîne de production intégrée garantit — validation officielle comprise.

À retenir#

• Un refus au dépôt est technique, pas littéraire : la boutique lit votre fichier, pas votre livre — et la liste de ses contrôles est finie et connue.
• La checklist complète tient en six contrôles : structure du fichier, navigation, métadonnées, couverture, poids, validation officielle — chacun avec une réponse binaire.
• Le verdict qui fait foi est celui du validateur du W3C, exécuté sur le fichier final : zéro erreur avant tout envoi, sans exception.
• Les métadonnées déclarées dans le fichier doivent être identiques à la fiche produit ; la langue non renseignée est l'oubli le plus courant.
• Le poids ne bloque pas le dépôt mais se paie sur chaque vente au palier 70 % — de l'ordre de 0,12 €/Mo en Europe : pesez avant de déposer.
• Tenir la checklist à la main est une discipline ; l'intégrer à la chaîne de production — validation, pré-vol et contrôles automatiques — la rend incassable à l'échelle d'un catalogue.

Quand la conformité est garantie par le processus, le jour du dépôt redevient ce qu'il aurait toujours dû être — une formalité — et c'est ainsi que Orchessia Book Intelligence transforme votre idée en un vrai livre.