Édition de pages PDF en ligne, gratuite

Ce que cet éditeur fait réellement

Un éditeur de pages PDF opère au niveau structurel d’un document PDF, il manipule l’ordre, la présence et l’orientation des pages entières sans toucher au contenu rendu de chaque page. Vous déposez un PDF dans l’éditeur, l’outil analyse son arbre de pages et affiche une carte par page avec son numéro et ses dimensions, vous cochez les cases des pages à supprimer, vous faites glisser ou utilisez les flèches pour réordonner, puis vous téléchargez le PDF modifié. Le fichier original sur votre disque n’est jamais modifié, la version éditée est un nouveau téléchargement. Chaque opération s’exécute dans votre navigateur via JavaScript, propulsée par la bibliothèque pdf-lib (un lecteur/écriveur PDF purement JavaScript d’Andrew Dillon, sous licence MIT, sur GitHub à Hopding/pdf-lib) chargée depuis un CDN. Pas de téléversement, pas de traitement serveur, pas de télémétrie, vérifiez dans l’onglet Réseau des DevTools pendant que vous cliquez sur Supprimer la sélection puis Télécharger, ou mettez la page hors ligne (mode avion) après le chargement de pdf-lib et l’éditeur fonctionne toujours. Les fichiers jusqu’à 50 Mo se traitent confortablement ; les fichiers plus gros fonctionnent mais prennent plus de temps selon la mémoire du navigateur et de l’appareil.

Le PDF en tant que format, brève histoire

Le PDF (Portable Document Format) a été créé chez Adobe par John Warnock (cofondateur de l’entreprise) et est issu de sa proposition interne de 1991 surnommée « Camelot ». La première version publique, PDF 1.0, a été livrée avec Adobe Acrobat 1.0 en juin 1993 lors d’un événement de lancement à New York. Le problème original que résolvait le PDF était la portabilité fidèle à l’impression : prendre n’importe quel document, l’empaqueter avec ses polices intégrées et sa mise en page exacte, et n’importe quel lecteur sur n’importe quel système d’exploitation le reproduit pixel pour pixel. Le PDF est resté propriétaire pendant quinze ans avant qu’Adobe ne livre la spécification à l’ISO. PDF 1.7 est devenu ISO 32000-1:2008 en juillet 2008, la spécification au cœur de pratiquement tous les PDF en circulation aujourd’hui. PDF 2.0 a suivi en tant que ISO 32000-2:2017, avec une seconde édition révisée publiée en décembre 2020 pour clarifier les ambiguïtés. En avril 2023, Adobe a publié une renonciation aux brevets accordant explicitement des droits d’implémentation libres de redevance pour le PDF, supprimant la dernière friction juridique pour les lecteurs et écriveurs open source. L’unité structurelle du format est l’arbre de pages (dictionnaire /Pages contenant un tableau /Kids). Un éditeur de pages comme celui-ci parcourt l’arbre, supprime ou réordonne des entrées dans /Kids, et écrit un nouveau fichier avec les pages survivantes renumérotées. Les flux de contenu de page eux-mêmes ne sont pas touchés, c’est pourquoi l’opération est rapide même sur de gros documents et pourquoi le contenu visuel de chaque page est préservé au bit près.

La bibliothèque pdf-lib qui fait le travail

pdf-lib est la bibliothèque PDF purement JavaScript qui rend l’édition côté navigateur viable. Andrew Dillon l’a publiée sous licence MIT et le projet est livré comme un seul bundle qui tourne dans tout navigateur moderne, pas de dépendances natives, pas de WebAssembly requis pour les opérations de base. Elle peut analyser, modifier et sérialiser des PDF de bout en bout : lire des documents existants, copier des pages entre documents, intégrer des images PNG et JPEG, dessiner du texte avec des polices intégrées, modifier des champs de formulaire et réécrire le document modifié sous forme de Uint8Array prêt au téléchargement. L’architecture alternative (l’édition PDF côté serveur) domine les outils PDF commerciaux parce que le traitement PDF a historiquement été difficile. Smallpdf, iLovePDF, Sejda, Soda PDF, ILovePDF, PDF24 et des dizaines de sites concurrents téléversent tous votre fichier vers un serveur, exécutent pdf-lib ou équivalent (ou Ghostscript, qpdf ou PDFtk en backend), puis renvoient le fichier modifié. Le compromis : le côté serveur gère plus fiablement des tailles de fichier arbitraires et des opérations complexes, mais chaque page de chaque document que vous éditez vit dans les journaux de quelqu’un d’autre pour une certaine durée. Le côté navigateur via pdf-lib échange un plafond pratique de 50 Mo et un ensemble d’opérations légèrement limité contre « le fichier ne quitte jamais votre appareil ». Pour des documents sensibles (contrats, dossiers médicaux, relevés bancaires, documents internes) cet échange vaut la peine.

Comment cet outil fonctionne en coulisses

La collection de pages d’un PDF est définie par l’arbre de pages décrit dans la section 7.7.3 de la norme ISO 32000-2. Le dictionnaire de catalogue du document comporte une entrée /Pages qui pointe vers le nœud racine de l’arbre. Cette racine porte /Type /Pages, une entrée /Count qui indique le nombre total de pages feuilles en dessous, et un tableau /Kids de références vers ses enfants. Les enfants sont soit des objets de page feuille (/Type /Page), soit d’autres nœuds /Pages intermédiaires. L’arbre est équilibré, ce qui permet à un lecteur de trouver la page N en temps O(log N) sans parcourir chaque feuille, et c’est ce qui rend l’accès aléatoire aux pages rapide même dans des documents de 500 pages.

Quand vous sélectionnez un PDF, l’API File du navigateur transmet les octets bruts à pdf-lib, qui analyse la structure du document et la représente en mémoire sous forme d’arbre d’objets. L’outil appelle pdfDoc.getPageCount() pour compter les feuilles puis itère pdfDoc.getPage(i).getWidth() et getHeight() pour chaque page afin de produire la grille de cartes que vous voyez (numéro de page et dimensions en points PostScript, sachant que 1 point équivaut à 1/72 de pouce). Cocher une case ou appuyer sur une flèche ne fait que mettre à jour un tableau JavaScript qui suit les références de pages survivantes et leur ordre. Les octets du PDF d’origine restent intacts en mémoire jusqu’à ce que vous cliquiez sur Télécharger.

Au téléchargement, pdf-lib fait le gros du travail avec copyPages. L’outil appelle PDFDocument.create() pour construire un nouveau document vide, puis newDoc.copyPages(sourceDoc, indices) où indices est le tableau des positions des pages sources dans l’ordre où elles doivent apparaître dans la sortie. copyPages trace chaque objet dont dépend chaque page demandée (polices intégrées, XObjects d’images, flux de contenu, annotations) et les copie dans le nouveau document, puis régénère la table de références croisées pour que tous les décalages d’octets soient cohérents de bout en bout. La sortie est un PDF structurellement propre, identique au rendu de l’original page par page. Aucune requête réseau n’est émise pendant tout cela. Ouvrez les outils de développement du navigateur sur l’onglet Réseau pendant l’opération et vous ne verrez rien au-delà du chargement unique depuis le CDN de pdf-lib lui-même (environ 380 Ko minifiés, mis en cache par le navigateur après la première visite).

Quand on a réellement besoin d’un éditeur de pages

• Supprimer l’annexe que vous ne voulez pas partager. Un rapport de 60 pages contient une annexe financière confidentielle de 15 pages. Supprimez les pages 46 à 60, envoyez la version allégée. Plus rapide que de réexporter depuis l’application source (et cela fonctionne même quand vous n’avez plus la source).
• Élaguer la page de garde après une étape de signature. Un contrat contresigné revient de DocuSign ou d’un scan manuel avec une page de signature à l’encre ajoutée hors ordre. Déplacez la page de signature à la fin, supprimez le bordereau de routage en double qu’a ajouté l’outil de e-signature, enregistrez proprement.
• Nettoyer la sortie d’un scanner. Un scanner de documents multi-pages produit un seul PDF qui peut inclure des pages de dos blanches dues à l’auto-recto-verso, ou des pages qui sont sorties de travers ou dans le désordre. L’édition au niveau des pages vous permet de jeter les vierges et de réordonner les alimentations ratées sans rien rescanner.
• Réassembler pour des exigences de soumission. Une demande de subvention, un dépôt judiciaire ou une soumission académique exigent des pages dans un ordre précis, titre, résumé, puis sections numérotées. L’outil de réordonnancement vous permet d’assembler des pages d’un PDF source dans la séquence requise sans toucher à un éditeur PDF de bureau.
• Supprimer des pages personnelles d’un document plus long. Un CV ou un portfolio qui contient une page de références personnelles que vous ne voulez pas envoyer à un recruteur particulier. Supprimez la page, téléchargez la version expurgée, l’original reste intact sur le disque.
• Découper un PDF de livre trop volumineux pour la distribution. Un PDF de référence de 600 pages est trop gros pour un e-mail. Utilisez l’éditeur pour supprimer les pages d’un chapitre à la fois, en téléchargeant chaque chapitre comme fichier propre. Rudimentaire mais efficace par rapport à l’ouverture d’un éditeur PDF lourd.

Le paysage concurrentiel, navigateur vs serveur vs natif

Trois catégories d’éditeurs PDF se disputent le même utilisateur. Les outils de bureau natifs: Adobe Acrobat Pro (la référence canonique, abonnement à 19,99 $US/mois), Foxit PDF Editor, Nitro PDF, PDF Studio, Apple Preview (intégré à macOS, étonnamment capable pour l’édition au niveau des pages), s’installent sur votre ordinateur et fonctionnent hors ligne sur vos fichiers locaux. Ils prennent en charge les fichiers les plus volumineux et les opérations d’édition les plus poussées, mais ils nécessitent un téléchargement et (pour les commerciaux) souvent une licence payante. Les outils web côté serveur: Smallpdf (Suisse, fondé en 2013), iLovePDF (Espagne, également 2013), Sejda (États-Unis), PDF24 (Allemagne), Soda PDF (Canada), Acrobat Online d’Adobe, gèrent les opérations PDF par téléversement de fichier, traitement sur l’infrastructure du fournisseur et téléchargement retour. Ils gèrent les gros fichiers et les opérations complexes, mais chaque fichier transite par les serveurs de quelqu’un d’autre. Les outils côté navigateur comme celui-ci utilisent pdf-lib, PDF.js (le moteur de rendu PDF de Mozilla, écrit par Andreas Gal et d’autres à partir de 2011 et désormais livré avec Firefox) ou pdf-lib-extra pour faire le travail entièrement sur votre appareil. Ils ont des limites de taille de fichier dictées par la mémoire du navigateur, mais ne voient jamais le contenu de votre fichier. Pour des modifications ponctuelles de pages sur des documents qui contiennent quoi que ce soit de sensible, l’option côté navigateur est la bonne forme, le choix se résume essentiellement à « la commodité du téléversement vers un serveur vaut-elle le coût en vie privée pour ce fichier précis ? ». Pour le travail courant sur des documents internes, presque toujours oui. Pour des contrats, des finances, des dossiers médicaux, ou tout document que vous ne publieriez pas sur le web public, presque toujours non.

Ce que cet éditeur fait et ne fait pas

• Supprimer des pages, sélectionnez les pages par cases à cocher et supprimez-les en lot. Les numéros de page sont automatiquement renumérotés dans le PDF modifié.
• Réordonner les pages, les commandes flèches haut/bas déplacent une page dans la séquence. Le PDF téléchargé reflète le nouvel ordre.
• Cartes d’aperçu de page, chaque page affiche son numéro et ses dimensions pour que vous sachiez ce que vous éditez.
• Fichier original intact, l’éditeur lit le fichier mais ne le réécrit jamais ; la version modifiée est un nouveau téléchargement vers votre dossier de téléchargements par défaut.
• Exécution uniquement dans le navigateur, pdf-lib tourne dans votre onglet ; aucun téléversement serveur à aucun moment.

Hors champ : éditer le contenu des pages individuelles (texte, images, champs de formulaire), découper un PDF en plusieurs fichiers (utilisez l’outil dédié Division de PDF en ligne, gratuite), fusionner plusieurs PDF en un seul (utilisez Fusion de PDF en ligne, gratuite), compresser des pages pour réduire la taille du fichier (utilisez Compression de PDF en ligne, gratuite), caviarder du contenu sensible avec des barres noires permanentes, ou signer numériquement un PDF. Pour ces opérations, les outils dédiés ou un éditeur PDF de bureau sont mieux adaptés.

Pièges courants et ce qu’ils signifient

• Les hyperliens pointent vers les mauvaises pages après modification. Le PDF source contient des hyperliens internes ou des entrées de table des matières qui référencent les positions de pages par index (un lien « aller à la page 3 »). Après une suppression ou un réordonnancement, ces références pointent toujours vers les anciennes positions et atterrissent désormais sur le mauvais contenu. Les PDF qui utilisent des destinations nommées (liens du type « aller à section-3 » enregistrés dans l’arbre des noms du document) survivent correctement à la mutation des pages, car les destinations se déplacent avec les pages. La solution consiste soit à aplatir les annotations de lien avant l’édition avec Aplatissement de PDF en ligne, gratuit, soit à accepter que les liens à numéro de page absolu nécessiteront une réparation manuelle après coup. Si la source a été générée depuis Word avec des champs de référence croisée ou depuis LaTeX avec hyperref, les liens sont généralement des destinations nommées et ils survivent.
• Le fichier de sortie n’est pas aussi petit qu’on s’y attendrait après la suppression. copyPages de pdf-lib trace et copie chaque objet dont dépendent les pages survivantes, mais il ne déduplique pas agressivement les ressources partagées qui étaient référencées depuis les pages que vous avez supprimées. Si les pages 2 et 5 partageaient un sous-ensemble de police et que vous gardez la page 5 mais supprimez la page 2, la référence de police se déplace avec la page 5 et la suppression économise le flux de contenu de la page mais pas la police. Les économies se situent généralement entre 80 et 95 pour cent de ce que vous attendriez d’une réduction de taille proportionnelle. Passez le résultat dans Compression de PDF en ligne, gratuite si une sortie plus serrée compte ; le compresseur fait un repackage complet et récupère le reste.
• Les signets ou les entrées de table des matières disparaissent. copyPages de pdf-lib ne copie pas le plan du document (l’arbre des signets). Le plan vit au niveau du catalogue du document sous la forme d’une entrée /Outlines pointant vers un arbre d’éléments de plan, et pdf-lib ne le réécrit pas actuellement pendant la copie de pages. Le PDF de sortie contient les pages modifiées dans le bon ordre mais sans aucun signet. Limitation connue suivie dans le ticket pdf-lib #218 ; la solution de contournement pour les documents où les signets doivent être préservés consiste à utiliser la fonctionnalité Organiser les pages d’Adobe Acrobat Pro, qui préserve le plan nativement à travers les mutations de pages.
• Les champs de formulaire cessent de fonctionner après l’édition. Les objets de champ AcroForm vivent au niveau du document dans le tableau /AcroForm /Fields, avec des annotations widget sur les pages individuelles qui relient à ces objets de champ. Quand pdf-lib copie des pages entre documents, les widgets voyagent avec les pages, mais les associations champ-vers-widget ne sont pas toujours reconstruites proprement. Le symptôme visible : les champs de formulaire remplissables apparaissent comme des rectangles statiques ou disparaissent de la sortie. La solution pour les flux « final, non modifiable » consiste à aplatir le formulaire d’abord avec Aplatissement de PDF en ligne, gratuit, ce qui cuit les valeurs des champs en contenu statique, puis à éditer. Pour les flux « toujours remplissable après l’édition », Organiser les pages d’Adobe Acrobat Pro est le bon outil.
• Le PDF est chiffré et l’outil signale une erreur. pdf-lib prend en charge le chiffrement de base par mot de passe pour la lecture mais ne peut pas toujours analyser l’arbre de pages d’un PDF protégé par chiffrement de niveau utilisateur ou par des restrictions de niveau propriétaire sur la copie ou la modification. La solution de contournement standard en trois étapes : déverrouillez d’abord le PDF avec Déverrouiller un PDF gratuit en ligne (également côté navigateur, en fournissant le mot de passe que vous connaissez déjà), éditez les pages ici, puis reprotégez éventuellement la sortie avec Protéger un PDF par mot de passe. Le fichier intermédiaire déverrouillé est celui qui est édité ; la sortie finale protégée préserve le nouvel ordre des pages et le nouveau mot de passe.
• Un très gros PDF fait planter l’onglet. pdf-lib charge l’intégralité du fichier en mémoire JavaScript lors de l’analyse. Les navigateurs de bureau modernes gèrent confortablement les PDF jusqu’à plusieurs centaines de mégaoctets, mais les navigateurs mobiles ont des plafonds de mémoire d’environ 200 Mo à 500 Mo selon l’appareil. Un PDF de 400 Mo sur un téléphone Android de 4 Go de RAM peut entraîner la fermeture de l’onglet par le système d’exploitation. Pour les très gros fichiers, les bons outils sont les applications de bureau (Adobe Acrobat, Foxit) ou les outils en ligne de commande (qpdf, pikepdf) qui lisent le fichier depuis le disque en streaming plutôt que de tout charger en RAM.

Confidentialité : le fichier reste sur votre appareil

Chaque éditeur cloud de pages PDF (Smallpdf, iLovePDF, PDF24, Adobe Acrobat Online, Sejda, Soda PDF) télécharge votre fichier vers les serveurs de l’opérateur, l’analyse côté serveur, vous laisse cliquer sur supprimer ou glisser des miniatures contre des aperçus rendus par le serveur, puis renvoie une copie modifiée en téléchargement. Les implications en matière de confidentialité diffèrent d’un téléchargement classique sur un point important : l’opérateur lit nécessairement le contenu de chaque page (pour rendre les aperçus et pour compter et identifier les pages) avant que vous ayez pris une décision de suppression ou de réordonnancement. Même si vous changez d’avis et ne téléchargez jamais le résultat, l’opérateur a déjà vu le contenu. Les grands fournisseurs publient des politiques de confidentialité s’engageant à supprimer dans l’heure et à chiffrer en transit avec TLS, et ils ont de fortes raisons commerciales de respecter ces politiques, mais « supprimé dans l’heure » n’est pas « jamais vu ». Les PDF contiennent régulièrement des dossiers médicaux, des relevés bancaires, des contrats signés, des pièces d’identité, des mémos internes d’entreprise et des dépôts juridiques en projet ; pour ces documents, la distinction de politique compte.

Cet éditeur ne télécharge rien. pdf-lib s’exécute dans votre onglet de navigateur et reçoit les octets du fichier via l’API File, retournant les octets modifiés au même onglet sous forme de Blob qui devient un téléchargement. Vous pouvez le prouver : ouvrez les outils de développement du navigateur sur l’onglet Réseau avant de cliquer sur Télécharger le PDF modifié, exécutez l’opération, et observez qu’aucune requête n’est faite avec le contenu de votre fichier. Le seul trafic réseau est la récupération unique de pdf-lib depuis le CDN lors de la première visite (environ 380 Ko minifiés), qui se produit une fois puis reste dans le cache du navigateur. Mettez le navigateur en mode avion après que la page a été chargée et l’éditeur fonctionne toujours sur les fichiers locaux. Le compromis est l’étendue des fonctionnalités : les services cloud regroupent souvent des opérations secondaires comme l’OCR avant l’édition, la conversion automatique des pièces jointes, ou des flux signer-puis-envoyer-après-édition. Cet outil ne fait que la suppression et le réordonnancement au niveau page. Pour ce flux ciblé, l’outil côté navigateur est strictement plus rapide (pas d’attente de téléchargement, pas de limite de taille de téléchargement) et significativement plus privé.

Quand un autre outil est le bon choix

• PDF de plus de 200 Mo sur un appareil à mémoire limitée. pdf-lib charge l’intégralité du fichier en mémoire ; sur les téléphones, tablettes ou ordinateurs portables plus anciens, l’onglet peut manquer de mémoire et planter. Utilisez Adobe Acrobat, Foxit ou l’outil en ligne de commande qpdf pour les très gros fichiers. qpdf lit le fichier depuis le disque en streaming et gère des documents de taille essentiellement illimitée.
• Formulaires XFA ou chiffrement à base de certificats. XFA est le format de formulaire propriétaire d’Adobe basé sur XML, et pdf-lib ne le gère pas de manière fiable. Le chiffrement à base de certificats (par opposition au chiffrement par mot de passe) est également hors du champ de pdf-lib. Adobe Acrobat est l’outil canonique pour les deux. Si le document a été créé dans Adobe LiveCycle Designer, considérez par défaut qu’il contient du XFA.
• Modifications qui doivent préserver l’arbre de signets ou de plan. Si le document a un plan complexe et que vous avez besoin que les signets suivent les pages vers leurs nouvelles positions (ou qu’ils restent après une suppression), Organiser les pages d’Adobe Acrobat Pro gère cela nativement. Ce que pdf-lib ne fait pas actuellement. Pour les suppressions de pages ponctuelles sur des documents dont les plans vous importent peu, cet outil est plus rapide ; pour les flux critiques en termes de plan comme les thèses universitaires ou les manuels techniques, utilisez Acrobat Pro.
• Édition automatisée par lot dans le cadre d’un pipeline. Pour l’édition côté serveur ou scriptée de nombreux PDF, utilisez pdf-lib directement depuis Node.js (même bibliothèque, pas besoin d’onglet de navigateur), pikepdf en Python (un binding vers qpdf avec une API pythonique), ou la ligne de commande qpdf avec une syntaxe explicite de plages de pages (qpdf --pages input.pdf 1-4,6-20 -- output.pdf conserve les pages 1 à 4 et 6 à 20, supprimant la page 5).

Questions fréquentes

Mon PDF est-il envoyé à un serveur ?

Non. Tout le traitement se fait dans votre navigateur via la bibliothèque JavaScript pdf-lib, qui tourne dans votre onglet. Votre fichier est lu en mémoire du navigateur, manipulé en JavaScript, et la version modifiée vous est proposée en téléchargement. Le seul trafic réseau est le chargement ponctuel de pdf-lib depuis le CDN à la première ouverture de la page. Vérifiez dans l’onglet Réseau des DevTools pendant que vous supprimez des pages ou cliquez sur Télécharger, aucune requête contenant le contenu de votre fichier n’est envoyée.

Quelle est la limite de taille de fichier ?

Les PDF jusqu’à 50 Mo se traitent confortablement sur la plupart des navigateurs et appareils modernes. Les fichiers plus gros que 50 Mo fonctionneront mais peuvent figer brièvement l’onglet pendant que pdf-lib analyse l’arbre de pages, en particulier sur des appareils à mémoire plus limitée. La limite fondamentale est la mémoire du navigateur plutôt qu’un plafond strict ; les très gros PDF (centaines de mégaoctets) seront mieux servis par un outil de bureau comme Adobe Acrobat ou Apple Preview.

Puis-je annuler mes modifications ?

Vous pouvez continuer à modifier la sélection et l’ordre des pages avant de télécharger, rien n’est validé tant que vous ne cliquez pas sur Télécharger le PDF modifié. Rafraîchir la page ou cliquer sur Effacer rétablit le document original. Une fois téléchargé, le fichier modifié est un nouveau PDF ; l’original sur votre disque n’est jamais écrasé, vous avez donc toujours la version non modifiée pour recommencer.

Cela fonctionne-t-il avec des PDF scannés ?

Oui. Les opérations au niveau des pages (suppression, réordonnancement) fonctionnent à l’identique que chaque page contienne du texte sélectionnable ou un bitmap d’image scannée, l’éditeur déplace des pages entières comme des blocs opaques de contenu. Le nombre de pages, les numéros et les dimensions s’affichent correctement aussi pour les pages à base d’images. Ce que cet éditeur ne fait pas, c’est l’OCR du texte scanné ni la modification du contenu image d’une page ; pour ces opérations, un outil OCR dédié ou un éditeur PDF de bureau avec fonctions OCR est nécessaire.

Cet outil fonctionne-t-il sur mobile ?

Oui pour les petits fichiers. Les navigateurs mobiles ont moins de mémoire et des moteurs JavaScript plus lents que le bureau, donc les très gros PDF peuvent figer l’onglet ou planter. L’affordance glisser-déposer fonctionne aussi moins bien sur des appareils tactiles, utilisez plutôt le sélecteur de fichier (touchez « cliquez pour parcourir »). Pour des suppressions ponctuelles de pages sur de plus petits PDF, le mobile fonctionne très bien ; pour les gros fichiers, passez au bureau.

Et les PDF protégés par mot de passe ?

La prise en charge intégrée des PDF chiffrés par pdf-lib est limitée par rapport à Adobe Acrobat. Si un PDF est protégé par mot de passe avec un chiffrement au niveau utilisateur, l’éditeur peut échouer à le charger ou le charger sans pouvoir écrire de modifications. La solution de contournement : ouvrez le PDF dans un outil de bureau qui connaît le mot de passe, enregistrez-le sous forme de copie non chiffrée, puis éditez la version non chiffrée dans cet outil. Rechiffrez ensuite si vous avez besoin d’une protection par mot de passe sur la sortie.

Autres questions fréquentes

Cet outil fonctionne-t-il hors ligne ?

Après la première visite, oui. La bibliothèque JavaScript pdf-lib est mise en cache par le navigateur au premier chargement (environ 380 Ko minifiés). Les visites suivantes de l’éditeur de pages fonctionnent sans connexion réseau, tant que le cache du navigateur n’a pas été vidé entre-temps. La manipulation de l’arbre de pages elle-même n’a jamais eu besoin du réseau ; seul le chargement de la bibliothèque en avait besoin. Vous pouvez vérifier en activant le mode avion après avoir ouvert la page une fois et en essayant de supprimer ou de réordonner un PDF local.

Puis-je supprimer ou réordonner des pages de plusieurs PDF à la fois ?

Pas directement : l’interface accepte un document source à la fois. Le flux en deux étapes pour les éditions multi-PDF consiste à utiliser d’abord Fusion de PDF en ligne, gratuite pour combiner vos sources en un seul document, puis à apporter ce PDF combiné ici pour supprimer ou réordonner les pages dans la séquence finale. Pour des flux croisés plus complexes (glisser la page 3 du fichier A entre les pages 5 et 6 du fichier B), Organiser les pages d’Adobe Acrobat Pro gère le glissement croisé nativement en une étape. Pour l’automatisation par lot sur des dizaines ou des centaines de fichiers, les outils en ligne de commande qpdf ou pikepdf sont les bons.

Faut-il éditer les pages avant ou après signature, aplatissement ou compression ?

L’ordre sûr est : éditer d’abord, aplatir ensuite, signer après, compresser à la fin. Éditer en premier car les opérations suivantes dépendent de la séquence finale des pages. Aplatir ensuite car cela cuit les champs de formulaire et les annotations en contenu statique pour que les outils en aval traitent le document de manière uniforme. Signer après l’aplatissement car les signatures cryptographiques s’engagent sur la séquence d’octets finale du document et tout changement ultérieur les invalide. Compresser à la fin (facultatif) pour réduire la taille du fichier pour la transmission. Les PDF signés qui sont édités ensuite échoueront à la vérification de signature dans Acrobat et dans d’autres lecteurs sensibles aux signatures, donc la signature doit toujours être la dernière étape qui touche au contenu.

La couche de texte OCR sera-t-elle préservée sur les pages numérisées ?

Oui. Le texte OCR dans un PDF est stocké sous forme de texte invisible dessiné par-dessus l’image numérisée (une séquence d’opérateurs de flux de contenu marquée invisible), et ce flux de contenu fait partie de l’objet de page. Quand copyPages de pdf-lib copie une page, il copie tout l’objet de page y compris tous ses flux de contenu, ses références de polices et toute couche de texte OCR invisible. La recherche et la sélection continuent de fonctionner sur la sortie éditée exactement comme elles fonctionnaient sur l’original, pour les pages qui ont survécu à l’édition. La couche de texte est préservée octet pour octet ; pdf-lib ne réencode ni ne re-rasterise rien.

La suppression de la moitié des pages réduit-elle la taille du fichier de moitié ?

Habituellement moins de la moitié, parfois beaucoup moins. Si les pages supprimées avaient un contenu unique (leurs propres images intégrées, leurs propres sous-ensembles de polices), les économies sont importantes. Si les pages supprimées partageaient des ressources avec des pages que vous avez gardées (la même police utilisée tout au long du document, la même image de logo sur chaque page), les ressources partagées restent dans le fichier. pdf-lib ne repackage pas agressivement le fichier à la sauvegarde, donc la déduplication de ressources entre pages que le PDF original faisait déjà est préservée mais les opportunités de déduplication supplémentaires créées par la suppression ne sont pas exploitées. Pour une sortie serrée, passez le résultat dans Compression de PDF en ligne, gratuite, qui fait un repackage complet et un réencodage des images et récupère généralement le reste des économies.

Existe-t-il un équivalent de bureau ou en ligne de commande pour le scripting ?

Oui, plusieurs. pdf-lib s’exécute sans changement dans Node.js (npm install pdf-lib) et le code d’édition est identique : copyPages(source, indices) suivi de addPage() pour chaque page. Pour la ligne de commande, qpdf a une syntaxe de sélection par page : qpdf --pages input.pdf 1-4,6-20 -- input.pdf output.pdf conserve les pages 1 à 4 et 6 à 20, supprimant la page 5. pikepdf en Python est un binding vers qpdf avec une API plus propre (del pdf.pages[2] pour supprimer la page 3, sémantique de slicing de liste pour le réordonnancement). Adobe Acrobat Pro fournit les mêmes opérations via une interface graphique et préserve en plus les signets et le plan du document à travers les mutations de pages, ce que le chemin uniquement navigateur ne fait pas.

Outils associés