Règles d'or

La compression ressemble à un simple curseur ou à un simple clic, mais en dessous, deux approches vraiment différentes font le travail de réduction, et comprendre laquelle est à l'œuvre explique presque tous les résultats que vous verrez avec un outil de ce genre.

Compression avec perte : éliminer ce que vous ne remarquerez pas

La compression avec perte, celle qu'utilisent le JPG et le WEBP, consiste à repérer dans une image les informations que l'œil humain perçoit mal et à les éliminer. Les dégradés de couleur subtils sont simplifiés, les détails fins à haute fréquence sont lissés, et le résultat est un fichier qui peut représenter une fraction de la taille d'origine tout en paraissant correct à un spectateur occasionnel. Le revers est que cette élimination est définitive : une fois ce détail perdu, aucune réouverture ni aucun réenregistrement ne le restitue, et recompresser un fichier déjà compressé avec perte cumule la perte à chaque fois.

Le « taux de qualité » ou niveau de compression que vous choisissez contrôle l'agressivité de ce processus. Un réglage de qualité élevé élimine très peu et réduit modestement le fichier ; un réglage de qualité bas élimine beaucoup plus et le réduit drastiquement, au prix d'artefacts visibles : effets de bloc autour des bords, détails brouillés, bandes de couleur dans les ciels et les dégradés.

Compression sans perte : reconditionner sans rien perdre

La compression sans perte, l'approche du PNG, fonctionne de façon totalement différente : elle trouve des moyens plus malins et plus efficaces de stocker exactement les mêmes données de pixels, comme un fichier ZIP réduit un document texte sans changer un seul caractère. Rien n'est éliminé, donc vous pouvez compresser et décompresser autant de fois que vous voulez sans aucun changement de qualité. Le revers est que la réduction de taille est bien plus faible, car il existe une limite mathématique stricte à la réduction de données sans en jeter aucune, surtout pour les images photographiques, pleines de détails fins et irréguliers qui résistent à un reconditionnement sans perte.

Pourquoi notre outil Compress convertit le PNG en JPG

C'est pourquoi Compress convertit automatiquement les photos PNG en JPG pendant la compression : une photographie PNG passée uniquement dans une compression sans perte ne rétrécit presque pas, alors que la même photo autorisée à utiliser la compression avec perte peut rétrécir considérablement. Pour une vraie photographie, ce compromis vaut presque toujours le coup : la différence de qualité est invisible aux tailles de visualisation normales, et la différence de taille est énorme. C'est une autre histoire pour les PNG qui ne sont pas des photographies (captures d'écran, logos, graphismes avec transparence ou texte net), et c'est pourquoi cette conversion est spécifiquement réglée pour le contenu de type photo plutôt qu'appliquée aveuglément à tous les PNG.

Ce qui se passe vraiment quand vous déplacez le curseur de qualité

En interne, un réglage de qualité plus bas augmente la grossièreté avec laquelle les informations de couleur et de détail de l'image sont regroupées et simplifiées avant stockage. Pensez-y comme à l'arrondi de nombres : arrondir « qualité 95 » ne change presque rien, alors qu'arrondir « qualité 40 » change beaucoup plus, mais prend aussi beaucoup moins de place à décrire. Il n'existe pas de « bon » chiffre universel : le bon réglage dépend entièrement de l'usage de l'image, ce que l'article suivant détaille.

Il n'existe pas de « meilleur » réglage de compression unique : le bon niveau dépend entièrement de la destination de l'image et de ce qu'elle doit supporter. Voici comment y réfléchir par scénario.

Réseaux sociaux et messagerie

Des plateformes comme Instagram, WhatsApp et la plupart des fils sociaux recompressent déjà chaque image que vous téléversez, souvent agressivement, quoi que vous leur envoyiez. Téléverser ici un fichier énorme et à peine compressé ne vous apporte rien : la plateforme va le recompresser de son côté de toute façon. Un niveau de compression modéré à élevé garde votre téléversement rapide et la taille de votre fichier d'origine raisonnable sans sacrifier de qualité que vous verriez réellement après le traitement propre à la plateforme.

Sites web et boutiques en ligne

Pour tout ce que vous hébergez vous-même (un site de portfolio, un blog, une page produit), la taille des fichiers affecte directement la vitesse de chargement de votre page, ce qui influence à la fois l'expérience des visiteurs et, pour tout ce qui est commercial, les taux de conversion et le référencement. Il vaut ici la peine de pencher pour une compression plus agressive, car la consultation sur le web exige rarement un niveau de détail d'impression, et une page remplie d'énormes images non optimisées est l'une des raisons les plus courantes de lenteur d'un site.

Impression et usage professionnel

C'est le seul endroit où il faut rester prudent. L'impression révèle des détails et des artefacts qu'un écran ne montre tout simplement pas, car elle est vue à une résolution effective plus élevée et souvent sur une taille physique plus grande. Pour tout ce qui va chez un imprimeur, dans une soumission de galerie ou en livraison professionnelle à un client, utilisez un niveau de compression léger ou n'en appliquez pas pour cette copie précise, et gardez un fichier maître non compressé ou légèrement compressé comme source de vérité.

Archivage et stockage à long terme

Si l'objectif est de conserver une photo pendant des années (photos de famille, archive, tout ce que vous pourriez vouloir revoir en pleine qualité plus tard), évitez une forte compression avec perte sur votre unique exemplaire. Une fois le détail éliminé, il est irrécupérable, même si un usage ultérieur l'exige. Une approche raisonnable consiste à garder une copie d'archive de meilleure qualité et à générer à la demande des versions compressées séparément pour ce dont un usage précis a vraiment besoin.

Pièces jointes d'e-mail et limites de taille de fichier

De nombreux fournisseurs d'e-mail plafonnent la taille des pièces jointes, souvent autour de 25 Mo au total. Si vous envoyez plusieurs photos, un niveau de compression plus fort vous fait passer sous ce plafond de façon fiable. C'est l'un des rares cas où la contrainte pratique (est-ce que ça tient dans l'e-mail) compte plus que la différence visuelle entre les niveaux de compression, donc n'hésitez pas à compresser plus fort que pour d'autres usages.

Le poids des images est l'un des plus gros facteurs, et des plus faciles à corriger, de lenteur d'un site web, et aussi l'un des plus faciles à mal régler dans un sens comme dans l'autre : trop peu de compression et les pages rament, trop et les photos paraissent nettement dégradées. Voici comment trouver le juste milieu.

Pourquoi la taille des images compte autant pour la vitesse

Sur la plupart des pages riches en contenu, les images représentent l'essentiel du poids total de la page, bien plus que le HTML, le CSS ou le JavaScript réunis. Le temps de chargement d'une page pour un visiteur, et l'évaluation qu'en font les moteurs de recherche, est affecté de façon disproportionnée par le poids de vos images, ce qui fait que les compresser correctement est souvent le changement de performance au plus fort effet de levier, devant la plupart des optimisations de code.

Adapter la compression à la façon dont l'image sera réellement affichée

Une image affichée à 400 pixels de large sur une page n'a pas besoin d'être livrée sous forme de fichier d'origine d'appareil photo de 4 000 pixels légèrement compressé : il lui faut bien moins de détails pour paraître nette à sa taille d'affichage réelle. Avant de vous soucier du niveau de compression, assurez-vous que les dimensions de l'image correspondent à peu près à la taille à laquelle elle apparaîtra ; compresser une image surdimensionnée revient à traiter le symptôme en laissant la cause principale (une résolution inutile).

Choisir un format pour le web

Pour du contenu photographique, un JPG ou WEBP à un niveau de compression modéré à fort est presque toujours le bon choix : les visiteurs d'une page n'ont pas besoin d'une fidélité de niveau impression, et le gain de vitesse d'un fichier plus petit est très réel et très perceptible, surtout sur connexion mobile. Pour les graphismes à aplats de couleur, les captures d'écran ou tout ce qui contient du texte et des bords nets, un PNG sans perte (non altéré par les méthodes avec perte) rend généralement mieux et peut même être plus petit qu'une version avec perte lourdement dégradée du même graphisme.

Le point de rendement décroissant

La compression n'évolue pas linéairement avec la perte de qualité visuelle : le premier palier de compression d'un original non compressé retire énormément de taille pour presque aucun changement visible, tandis que pousser la compression de plus en plus loin retire progressivement moins de taille pour toujours plus de dégâts visibles. En pratique, la plupart des photos atteignent un point idéal bien avant la « compression maximale », et il vaut la peine de vérifier une image compressée à sa taille d'affichage réelle plutôt que de supposer que plus de compression est toujours meilleur pour la vitesse.

Traiter par lots toutes les images d'un site

Si vous optimisez beaucoup d'images à la fois (un catalogue produits, une galerie, les anciennes images d'articles d'un blog), appliquez un niveau de compression cohérent à des types de contenu similaires plutôt que d'évaluer chacune à l'œil. Cela maintient une qualité visuelle homogène sur votre site et rend bien plus rapide de refaire le processus si vous changez d'avis sur le réglage, puisque vous ne décidez pas à nouveau cas par cas.

La compression est un outil vraiment utile, mais ce n'est pas automatiquement le bon choix pour chaque image dans chaque situation : savoir quand s'en passer est tout aussi important que savoir l'utiliser.

Signes qu'une image est une bonne candidate à la compression

Les grandes photos d'origine d'appareil destinées au web, à l'e-mail ou à la messagerie gagnent presque toujours à être compressées : elles portent généralement bien plus de résolution et de poids que la destination n'en a besoin. Tout fichier qui se heurte à une limite stricte (plafond de pièce jointe d'e-mail, restriction de téléversement, taille maximale d'un formulaire) est aussi un candidat évident, car la compression est souvent le moyen le plus rapide de passer sous la limite sans recadrer ni redimensionner le contenu de l'image.

Signes qu'il faut laisser une image telle quelle (ou la compresser très légèrement)

Les graphismes avec du texte, des lignes nettes ou des aplats de couleur (captures d'écran, schémas, logos, documents numérisés) se compressent généralement mal avec des méthodes avec perte, car les artefacts de compression apparaissent sous forme de flou et de franges colorées exactement là où l'œil remarque le plus : autour des bords et du texte. Ils sont généralement mieux servis par l'approche sans perte du PNG, ou en renonçant à la compression plutôt qu'en luttant contre les artefacts.

Tout ce qui a déjà été compressé une fois ne devrait pas l'être à nouveau « par précaution ». Recompresser un JPG déjà compressé avec perte ne le réduit pas de façon significative dans la plupart des cas, et peut introduire un second tour de perte de qualité par-dessus le premier, en empilant les artefacts au lieu de les supprimer.

L'habitude de la copie maîtresse

Une règle simple qui évite la plupart des regrets : gardez une copie maîtresse de haute qualité (ou non compressée) de tout ce que vous pourriez réutiliser, et générez des versions compressées à partir de cette copie selon chaque usage, au lieu d'écraser votre unique exemplaire par une version compressée. Le stockage est bon marché ; recréer un original perdu est impossible une fois qu'il a disparu.

Juger selon la destination, pas selon l'habitude

La bonne question n'est pas « dois-je compresser cette image » dans l'abstrait, mais « de quoi l'endroit où va cette image a-t-il réellement besoin ». Une photo destinée à un SMS n'a presque pas besoin de son détail d'origine ; une photo destinée à une grande bannière imprimée en a besoin de presque tout. Laissez la destination fixer le niveau, plutôt que d'appliquer par habitude le même niveau de compression à tout ce qui passe dans votre flux de travail.

La plupart des plaintes sur la compression remontent à un petit ensemble d'erreurs répétitives. Voici ce qu'il faut surveiller.

Compresser le même fichier encore et encore

Chaque passe de compression avec perte élimine un peu plus de détails, et cette perte s'accumule à chaque passe supplémentaire : un fichier compressé, rouvert, modifié et recompressé plusieurs fois paraîtra nettement moins bon qu'un fichier compressé une seule fois à partir d'un original propre. Compressez toujours à partir de l'original ou d'une copie maîtresse non compressée, jamais d'une copie déjà compressée.

Écraser votre unique exemplaire

Compresser sur place et supprimer l'original est la façon la plus courante de perdre définitivement l'accès à la pleine qualité. Une fois qu'une passe de compression avec perte a éliminé du détail, il est impossible de le récupérer : gardez l'original en lieu sûr jusqu'à être certain de ne pas en avoir besoin en qualité supérieure plus tard.

Compresser des graphismes comme s'il s'agissait de photos

Les captures d'écran, les logos et les graphismes riches en texte ne réagissent pas bien à la même compression avec perte qui fonctionne très bien sur les photographies : les bords nets et les aplats de couleur qui font ce que sont ces images se transforment en bavures visibles et franges colorées sous compression avec perte. Ils se traitent généralement mieux avec des formats sans perte, ou avec une compression bien plus légère que pour une photo.

Choisir un niveau de compression sans vérifier le résultat

Il est tentant de choisir la « compression maximale » pour obtenir le fichier le plus petit possible et passer à autre chose, mais ce réglage introduit souvent des artefacts clairement visibles dès qu'on regarde la sortie à sa taille réelle. Une vérification rapide du résultat compressé, à la taille à laquelle il sera réellement vu, prend quelques secondes et évite d'envoyer ou de publier quelque chose de nettement moins bon que prévu.

Ignorer la compression propre à la destination

Téléverser un fichier énorme et à peine compressé sur une plateforme qui va de toute façon le compresser (la plupart des réseaux sociaux et applis de messagerie) fait perdre du temps de téléversement et de la bande passante sans bénéfice visuel, car le traitement propre à la plateforme détermine une grande part de la qualité finale quoi que vous ayez envoyé. Adaptez votre effort de compression à ce que la destination conservera réellement, pas à l'idée que « plus de qualité d'origine en entrée égale plus de qualité finale en sortie ».

Tout le travail de Combine est trompeusement simple (prendre plusieurs fichiers et les fusionner en un seul PDF), mais le détail qui piège le plus souvent les gens n'est pas la fusion elle-même : c'est de s'assurer que les pages atterrissent dans l'ordre voulu.

Comment Combine détermine l'ordre des pages

Combine fusionne vos fichiers dans l'ordre où ils apparaissent dans votre sélection : l'ordre dans lequel vous les avez choisis dans l'explorateur de fichiers, ou dans lequel ils ont été déposés, de haut en bas. Il n'essaie pas de deviner un « bon » ordre d'après les noms de fichiers, les dates ou le contenu, car il n'existe pas de règle universelle sur l'ordre souhaité ; il respecte simplement la séquence que vous lui donnez. La responsabilité du bon ordre repose donc entièrement sur la façon dont vous sélectionnez ou organisez les fichiers avant de combiner.

Pourquoi les noms de fichiers peuvent tromper

On suppose souvent que les fichiers seront fusionnés automatiquement par ordre alphabétique ou numérique. Si le sélecteur de fichiers de votre système les liste ainsi et que vous les sélectionnez en faisant glisser sur toute la liste, c'est souvent ce que vous obtiendrez, mais c'est un effet de bord de l'ordre d'affichage du sélecteur, pas une garantie. Dès que vous sélectionnez les fichiers un par un à la souris, dans le désordre, ou que vous les glissez un à un, l'ordre de fusion suit vos clics, pas les noms de fichiers.

Une vérification fiable avant de combiner

Avant de cliquer sur combiner, regardez la liste d'aperçu que Combine vous montre : elle reflète l'ordre réel de la fusion. Si quelque chose est mal placé, supprimez-le et rajoutez-le à la bonne position, ou réordonnez votre sélection avant de téléverser. Cette vérification de trente secondes est bien plus rapide que de télécharger un PDF fusionné, de découvrir que la page 4 devait être la page 2 et de tout recommencer.

Nommer les fichiers pour rendre l'ordre infaillible

Si vous fusionnez régulièrement des lots de plusieurs fichiers (pages numérisées, rapports en plusieurs parties, chapitres successifs), une habitude simple qui supprime toute incertitude sur l'ordre est de préfixer les noms de fichiers de numéros avant de combiner : 01-couverture.pdf, 02-cv.pdf, 03-portfolio.pdf. Les sélectionner tous d'un coup dans un explorateur de fichiers suivra alors naturellement cet ordre numérique, et vous obtenez la bonne séquence sans rien réorganiser à la main dans Combine.

Les candidatures à un emploi ou à un stage sont l'une des raisons les plus courantes de recourir à un outil de fusion de PDF, et bien structurer le dossier peut réellement influencer l'accueil réservé à votre candidature.

Pourquoi les employeurs préfèrent un seul PDF à plusieurs pièces jointes

Un recruteur examine souvent des dizaines ou des centaines de candidatures, fréquemment sur téléphone ou en survolant entre deux réunions. Une candidature qui arrive en trois ou quatre pièces jointes séparées (lettre de motivation, CV, portfolio, références) l'oblige à ouvrir et jongler avec plusieurs fichiers pour avoir le tableau complet, et il est facile qu'une pièce jointe soit manquée, mal classée ou simplement jamais ouverte. Un seul PDF bien ordonné supprime entièrement cette friction : un clic ouvre tout, dans l'ordre où vous voulez qu'il soit lu.

L'ordre qui fonctionne pour la plupart des candidatures

Un ordre par défaut sensé : la lettre de motivation d'abord (la plus courte, elle pose le contexte), le CV ensuite (le cœur de ce que la plupart des examinateurs veulent), puis les éléments complémentaires (exemples de portfolio, certificats, références) en dernier. Cela reflète la façon dont la plupart des gens lisent naturellement une candidature : le contexte, puis le fond, puis les preuves, plutôt que de commencer par un portfolio sans savoir pour quel poste on postule.

Combiner des fichiers de formats différents au départ

Il est courant qu'une lettre de motivation existe sous forme de PDF exporté depuis Word, un CV en PDF séparé et des exemples de portfolio sous forme d'images (photos de travaux physiques, captures de projets numériques, certificats numérisés). Si vos pièces de portfolio sont des images plutôt que des PDF, convertissez-les d'abord en PDF avec la sortie PDF de l'outil Convert, qui transforme un lot d'images en un seul PDF où chaque image est sa propre page, puis combinez ce PDF avec ceux de votre lettre de motivation et de votre CV dans l'ordre où vous voulez qu'ils apparaissent.

Garder une taille de fichier raisonnable

Les images de portfolio, surtout les photos d'appareil de travaux physiques ou les captures haute résolution, peuvent être inutilement volumineuses. Si votre PDF de candidature combiné devient énorme, il vaut la peine de compresser les images sources avant de les convertir en PDF et de les fusionner, plutôt qu'après : une pièce jointe volumineuse et lente à ouvrir est une petite mais réelle source de friction pour quiconque l'examine sous pression de temps.

Revérifier avant de soumettre

Une fois fusionné, ouvrez le PDF final et parcourez-le une fois, du début à la fin. Cela repère les pages dans le désordre, une version brouillon incluse par accident ou une image de portfolio qui ne s'est pas convertie comme prévu : le genre de petite erreur invisible tant qu'on ne regarde pas, et bien plus gênante à découvrir après qu'un employeur l'a déjà ouvert.

Les documents papier numérisés (contrats, formulaires, pièces d'identité, courriers de plusieurs pages) posent leurs propres défis d'ordre, surtout à cause de la façon dont la numérisation se déroule en général.

Pourquoi les pages numérisées se retrouvent plus souvent dans le désordre que d'autres fichiers

De nombreux scanners et applis de numérisation enregistrent chaque page comme un fichier distinct avec un nom générique généré automatiquement (scan001.pdf, IMG_2024.jpg, etc.), parfois numéroté selon l'ordre physique d'introduction des pages dans le scanner, parfois non. Si vous avez numérisé une pile de pages dans le désordre, ou qu'une imprimante multifonction les a numérotées de façon inattendue, les noms de fichiers ne reflètent pas de façon fiable le véritable ordre de lecture du document : sélectionner les fichiers « par ordre de nom » peut alors produire en silence un document fusionné aux pages désordonnées.

L'approche la plus sûre : vérifier le contenu, pas seulement les noms de fichiers

Avant de fusionner, jetez un œil au contenu réel de chaque page numérisée (les miniatures d'aperçu de Combine rendent cela rapide) plutôt que de vous fier au seul nom de fichier. Quelques secondes suffisent pour confirmer que la page un est bien le haut du document et que la page deux la suit logiquement, mais c'est le moyen le plus fiable d'éviter de soumettre un document mélangé à une banque, une administration ou un propriétaire, des endroits où un document dans le désordre peut causer de vrais retards.

Numérisations mixtes : certaines pages photographiées, d'autres numérisées

Il est courant d'avoir une vraie numérisation pour la plupart des pages et une photo de téléphone pour une ou deux (une page qui ne tenait pas sur la vitre du scanner, ou numérisée plus tard après coup). Combine traite indifféremment images et PDF, ce n'est donc pas un problème technique, mais visuellement, une page photographiée a souvent un éclairage et un cadrage différents d'une vraie numérisation. Si la cohérence de l'aspect du document compte, mieux vaut renumériser correctement la page qui détonne que de mélanger les formats, même s'il s'agit d'une question esthétique et non fonctionnelle.

Contrats de plusieurs pages et pages de signature

Pour les contrats ou formulaires avec une page de signature, cette page doit se retrouver à la bonne position par rapport au reste du document, car une page de signature fusionnée au mauvais endroit peut faire paraître un document juridique invalide ou incomplet. Considérez cela comme un cas difficile pour la vérification de l'aperçu avant combinaison ci-dessus : c'est exactement la situation où cinq secondes sur la liste d'aperçu ordonnée vous épargnent un document à faire resigner et renvoyer.

Tout fusionner en un seul PDF n'est pas toujours le meilleur choix : parfois, des fichiers séparés servent vraiment mieux le destinataire, et il vaut la peine de savoir dans quelle situation vous êtes.

Quand combiner est clairement le bon choix

Tout ce qui doit être lu dans un ordre précis (une candidature de plusieurs pages, un contrat numérisé, un rapport avec introduction suivie de données à l'appui) gagne énormément à être un seul fichier, car cela garantit que le lecteur voit tout dans l'ordre voulu et ne peut pas ouvrir les pages dans le désordre ni en sauter. Partout où un formulaire ou une plateforme demande explicitement « un seul PDF », le choix est aussi simple : combinez et envoyez exactement ce qui est demandé.

Quand des fichiers séparés servent mieux le destinataire

Si un destinataire doit agir sur les documents indépendamment (par exemple transmettre seulement la facture à la comptabilité tout en gardant le bon de livraison pour ses archives), les fusionner en un seul fichier complique son travail au lieu de le simplifier, car il devrait extraire ou réimprimer uniquement la partie dont il a besoin. De même, si vous envoyez plusieurs documents vraiment sans rapport à quelqu'un qui les classera à des endroits différents, des fichiers séparés lui permettent de traiter chacun à sa façon plutôt que de se battre avec un PDF groupé.

De grandes collections de documents de référence

Si vous envoyez un grand lot d'images ou de documents vaguement liés qui n'ont pas vocation à être lus en séquence (un gros lot de photos de référence, par exemple), une archive ZIP de fichiers séparés peut en fait être plus utile qu'un PDF géant, car le destinataire peut parcourir et ouvrir des éléments individuels plutôt que de faire défiler un énorme document unique pour trouver une photo.

Une façon rapide de décider

Demandez-vous si les fichiers forment un tout cohérent à lire du début à la fin (combinez-les) ou plusieurs éléments indépendants qui sont simplement envoyés ensemble (gardez-les séparés ou mettez-les dans un ZIP). La plupart des candidatures, contrats et documents numérisés de plusieurs pages relèvent clairement de la première catégorie ; la plupart des documents de référence, livrables en lot et documents exploitables indépendamment relèvent de la seconde.

Combine est un outil simple, mais une poignée d'erreurs évitables explique l'essentiel des frustrations qu'on y rencontre.

Se fier aux noms de fichiers pour l'ordre au lieu de vérifier l'aperçu

Comme expliqué dans les articles sur l'ordre ci-dessus, les noms de fichiers ne reflètent pas toujours l'ordre que vous voulez vraiment, surtout pour les numérisations et les téléchargements aux noms générés automatiquement. Regardez toujours la liste d'aperçu avant de combiner au lieu de supposer que l'ordre de sélection correspondait à votre intention.

Mélanger des documents sans rapport dans un seul fichier « pour plus de commodité »

Combiner plusieurs documents sans rapport juste pour avoir moins de fichiers à gérer se retourne souvent contre vous : le destinataire doit maintenant ouvrir un gros fichier fusionné et faire défiler pour trouver la seule section dont il a besoin, au lieu d'ouvrir directement le fichier concerné. Réservez la combinaison aux documents qui vont vraiment ensemble comme une seule lecture cohérente.

Ne pas vérifier le fichier final avant de l'envoyer

Un PDF fusionné doit être ouvert et parcouru une fois avant d'aller quelque part d'important. C'est l'étape qui détecte une page dans le mauvais ordre, un document dupliqué par erreur ou une page qui ne s'est pas affichée comme prévu : des problèmes triviaux à corriger avant l'envoi et bien plus gênants à expliquer après coup.

Oublier de convertir les images avant de les fusionner avec des PDF

Si vous avez des images isolées à inclure dans le même document fusionné que des PDF existants, rappelez-vous que Combine fusionne les fichiers tels qu'ils sont fournis : pour un résultat plus fluide, assurez-vous que les images sont déjà dans le format et l'ordre voulus, car corriger l'orientation ou le contenu d'une image une fois qu'elle fait partie d'un PDF fusionné est bien plus pénible que de le faire avant.

Envoyer un fichier fusionné inutilement énorme

Fusionner plusieurs PDF déjà volumineux ou des images numérisées en haute résolution produit un fichier combiné qui hérite de tout leur poids : si le résultat est étonnamment énorme, mieux vaut compresser les images sources avant de fusionner plutôt qu'après, car un PDF lent à ouvrir et surdimensionné est une source courante de plaintes de la part de destinataires aux connexions lentes ou aux appareils anciens.

Chaque photo prise par votre téléphone ou votre appareil contient bien plus que l'image elle-même. Dans le fichier se cache un bloc de métadonnées, les données EXIF, qui enregistre discrètement une quantité surprenante de détails sur le moment, le lieu et la manière dont la photo a été prise.

Localisation : la principale

Si les services de localisation étaient activés lors de la prise de vue, la plupart des téléphones intègrent les coordonnées GPS exactes de l'endroit de la photo, souvent précises à quelques mètres. Toute personne qui ouvre le fichier d'origine dans le bon lecteur, ou le passe dans un lecteur de métadonnées, peut situer cet endroit sur une carte : une photo prise chez vous, sur un lieu de travail ou à l'école d'un enfant peut ainsi révéler exactement où se trouve cet endroit, sans que vous n'ayez jamais écrit l'adresse nulle part.

Détails de l'appareil

L'EXIF comprend généralement la marque et le modèle exacts de l'appareil photo ou du téléphone qui a pris la photo, parfois jusqu'à la version précise du logiciel. Pris isolément, cela semble inoffensif, mais combiné à d'autres métadonnées, cela ajoute un détail identifiant de plus à une photo, et dans certains contextes (annonces sur des places de marché, comptes anonymes) cela peut être un fil de plus qui rattache une photo aux appareils connus d'une personne précise.

Horodatages

La date et l'heure exactes de la prise de vue sont enregistrées à la seconde près, ce qui est plus précis que la plupart des gens ne le réalisent : une photo publiée « sans y penser » peut révéler exactement quand quelqu'un se trouvait à un endroit précis, ce qui devient pertinent pour quiconque s'inquiète de voir sa routine ou ses déplacements reconstitués à partir d'un ensemble de photos publiées au fil du temps.

Réglages de l'appareil photo et, parfois, davantage

Des détails techniques comme l'ouverture, la vitesse d'obturation et l'ISO sont aussi stockés ; ils comptent pour les photographes qui revoient leurs propres prises de vue, mais ne sont sinon pas sensibles en eux-mêmes. Certains appareils et applis de retouche intègrent en plus une miniature d'aperçu, un historique de logiciel/retouche, voire un champ de copyright ou de nom d'auteur selon les réglages : les champs exacts varient selon l'appareil et l'appli, mais la localisation et l'horodatage sont les deux qui pèsent le plus pour la vie privée.

Pourquoi cela compte même pour des photos « sans importance »

La plupart des photos prises individuellement semblent sans enjeu, mais les métadonnées s'accumulent : un inconnu ayant accès aux données de localisation de plusieurs de vos photos peut cartographier un schéma des lieux que vous fréquentez (domicile, lieu de travail, salle de sport, école d'un enfant) qu'aucune photo isolée ne révélerait. C'est exactement le vide que Cleanly comble : supprimer ces métadonnées avant qu'une photo ne quitte votre appareil retire toute cette couche d'informations cachées, tout en laissant l'image visible complètement inchangée.

Deux des situations les plus courantes où les données EXIF causent discrètement de vrais problèmes sont la vente d'objets en ligne et la publication publique de photos : dans les deux cas, des photos vont à des inconnus, précisément quand les métadonnées cachées comptent le plus.

Vendre sur les places de marché

Les photos d'objets à vendre (meubles, électronique, voiture, logement à louer) sont presque toujours prises au domicile ou au lieu de travail du vendeur. Laissées intactes, ces photos peuvent donner à un acheteur votre adresse exacte avant même que vous ne l'ayez rencontré ou convenu de quoi que ce soit, simplement en ouvrant les métadonnées de l'image. C'est une façon réelle et documentée dont des gens ont vu leur domicile exposé à des inconnus sans raison légitime de le connaître. Passer les photos d'annonce dans Cleanly avant de les téléverser supprime entièrement ce risque, sans aucune différence visible pour l'acheteur.

Publier sur les réseaux sociaux et les forums

La plupart des grands réseaux sociaux suppriment automatiquement les métadonnées au téléversement, ce qui est une bonne nouvelle, mais pas toutes les plateformes, et les copies transférées ou téléchargées de votre photo (captures d'écran, enregistrements, repartages) ne passent pas de façon fiable par ce même processus. Si une photo est un jour téléchargée là où vous l'avez publiée et repartagée ailleurs, toutes les métadonnées qui ont survécu au téléversement d'origine voyagent avec elle. Supprimer les métadonnées avant de publier est le seul moyen de garantir qu'elles ne sont présentes nulle part dans la chaîne.

Une habitude simple avant de publier

Avant de téléverser des photos quelque part où elles seront visibles par des gens que vous ne connaissez pas personnellement (une annonce, une publication publique, un forum, un profil de rencontre), passez-les d'abord dans Cleanly. Cela prend quelques secondes, fonctionne sur tout un lot de photos à la fois et produit des copies visuellement identiques sans les données cachées. En faire une étape par défaut, et pas seulement pour les photos « sensibles », vous évite d'être pris au dépourvu par une photo à laquelle vous n'aviez pas réfléchi.

Ce que la suppression ne change pas

Il faut être clair sur ce que Cleanly fait et ne fait pas : il retire les métadonnées cachées du fichier, mais ne peut pas retirer l'information visible dans l'image elle-même : un panneau de rue à l'arrière-plan, un numéro de maison visible, un reflet indiquant votre position. La suppression des métadonnées traite la couche invisible ; tout ce qui est visible dans la photo reste une considération distincte que vous devez vérifier de vos propres yeux avant de publier.

Les photographes ont un rapport un peu différent aux métadonnées que les utilisateurs occasionnels de téléphone : une partie est vraiment utile à conserver pour leurs propres archives, ce qui fait de « tout supprimer, toujours » un réflexe pas tout à fait juste.

Pourquoi les photographes voudraient garder certaines métadonnées en local

Les réglages de l'appareil photo (ouverture, vitesse d'obturation, ISO, focale) sont précieux quand vous revoyez vos propres prises de vue : comprendre quels réglages ont produit une photo que vous aimez aide à la reproduire. Pour vos copies de travail, conservées en privé, il n'y a aucune raison de retirer ces informations, car ce sont des données de référence réellement utiles et sans risque pour la vie privée tant que les fichiers restent chez vous.

Pourquoi les copies livrées ou publiées sont un cas différent

Dès qu'une photo est livrée à un client, publiée sur un site de portfolio ou postée publiquement, le calcul change : les données de localisation en particulier n'ont rien à faire dans un fichier destiné à un client ou au public, car elles peuvent révéler des lieux de prise de vue censés rester privés (le domicile d'un client pour une séance de famille, un lieu privé, l'adresse exacte d'un studio si elle n'est pas censée être publique). Cleanly est conçu exactement pour cette étape : passez-y les exports finaux destinés à l'extérieur avant livraison ou publication, tout en conservant vos propres fichiers de travail avec leurs métadonnées complètes pour votre propre référence.

Jamais de perte de qualité

On craint souvent (et c'est raisonnable) que la suppression des métadonnées n'affecte la qualité de l'image : ce n'est pas le cas. Les métadonnées forment un bloc distinct d'informations de type texte stocké à côté des données de pixels, sans y être mélangé, donc les retirer n'a aucun effet sur la résolution, la couleur ou la netteté. La sortie de Cleanly est pixel pour pixel la même photo, sans les données cachées qui l'accompagnaient.

L'intégrer à un flux de livraison

Pour les photographes qui livrent des galeries ou exportent des lots régulièrement, l'approche la plus simple est de faire de la suppression des métadonnées la dernière étape avant l'export, appliquée à tout le lot d'un coup plutôt que photo par photo. Cela devient ainsi une partie routinière de la finalisation d'un travail, comme un dernier contrôle qualité, au lieu d'un point à retenir séparément pour chaque client ou chaque plateforme où une galerie est partagée.

Protéger vos clients autant que vous-même

Il faut garder à l'esprit que les données de localisation et d'appareil en jeu dans les photos d'un client concernent souvent la vie du client, pas la vôtre : une séance de portrait de famille chez eux, des photos de fiançailles dans un lieu privé significatif. Supprimer les métadonnées avant la livraison protège autant la vie privée de vos clients que votre réputation professionnelle de soin apporté à leurs images.

Toutes les photos n'ont pas les mêmes enjeux de confidentialité : savoir quelles situations exigent vraiment de supprimer les métadonnées vous aide à concentrer l'habitude là où elle compte le plus.

Photos prises à la maison ou sur un lieu de travail

Toute photo prise à l'intérieur ou juste autour de votre domicile ou lieu de travail (y compris les photos d'annonces sur des places de marché, les photos de « télétravail » ou les clichés pris dans votre salon) contient des métadonnées de localisation qui pointent directement vers un endroit où vous passez régulièrement du temps. C'est toujours la catégorie aux enjeux les plus élevés, car c'est la localisation la plus précieuse à connaître pour autrui et celle que la plupart des gens ne pensent pas à protéger.

Photos d'enfants

Les photos d'enfants (à l'école, lors d'une activité régulière, dans un quartier) comportent une couche de risque supplémentaire si les métadonnées de localisation subsistent, car elles peuvent révéler où un enfant se trouve de façon prévisible à des heures récurrentes. De nombreux parents réfléchissent déjà soigneusement à ce qui est visible dans une photo avant de la publier ; la même attention vaut d'être portée à ce qui est invisible dans les métadonnées.

Tout ce qui part vers un inconnu avant que la confiance soit établie

Les acheteurs sur les places de marché, les contacts de rencontres en ligne et les autres contextes où vous partagez des photos avec quelqu'un que vous n'avez pas personnellement vérifié sont précisément les situations où vous ne voulez pas donner plus d'informations que prévu. Une photo d'annonce ou de profil en est l'exemple le plus clair : le destinataire n'a encore aucune relation avec vous, et des métadonnées supprimées signifient que la photo ne révèle que ce qui y est visible, rien de plus.

Quand cela compte moins

La suppression des métadonnées est bien moins critique pour des photos partagées en privé avec des personnes que vous connaissez et en qui vous avez confiance : envoyer une photo directement à un membre de la famille ou à un ami proche par un canal privé ne comporte pas le même risque d'exposition que de la publier ou de l'envoyer à un inconnu. Ce n'est pas que laisser les métadonnées soit un jour bénéfique pour la vie privée, mais l'urgence pratique est proportionnelle au caractère public ou peu fiable du destinataire.

Une valeur par défaut raisonnable

Vu la rapidité et l'absence de perte du procédé, il y a peu d'inconvénients à faire de la suppression des métadonnées une habitude par défaut pour tout ce qui quitte votre cercle proche et de confiance : cela ne coûte rien en qualité ni en effort, et vous n'avez plus à penser à le faire de façon sélective pour la photo précise qui s'avérera compter.

La plupart des problèmes de confidentialité des photos viennent d'une poignée d'habitudes qui semblent inoffensives sur le moment. Voici ce qu'il faut surveiller.

Supposer que la plateforme s'en charge déjà

Il est vrai que beaucoup de grands réseaux sociaux suppriment automatiquement les métadonnées au téléversement, mais pas tous, et les copies transférées, téléchargées ou repartagées ne repassent pas de façon fiable par cette même suppression. Compter sur « la plateforme s'en occupe sûrement » est un pari ; supprimer les métadonnées vous-même avant de publier élimine toute incertitude.

Ne penser qu'à ce qui est visible dans la photo

On vérifie souvent soigneusement une photo pour ses détails visibles (pas de documents sensibles en arrière-plan, pas de panneaux de rue lisibles) tout en oubliant que les métadonnées invisibles peuvent divulguer exactement le même type d'information (la localisation, notamment) même quand l'image elle-même paraît parfaitement sûre. Vérifier le contenu visible et supprimer les métadonnées sont deux étapes distinctes, toutes deux nécessaires.

Vendre des objets avec des photos d'annonce intactes

Les annonces sur les places de marché sont l'une des sources réelles les plus courantes d'exposition accidentelle de localisation, car les vendeurs photographient les objets exactement là où ils vivent et téléversent les photos telles quelles. C'est l'un des cas les plus clairs et les plus précieux pour supprimer les métadonnées avant de publier, car le risque (révéler son adresse personnelle à des inconnus) est concret et la solution prend quelques secondes.

Oublier les anciennes photos déjà publiées

La suppression des métadonnées ne protège que les photos que vous nettoyez avant de les partager : elle ne répare pas rétroactivement des photos déjà publiées quelque part avec leurs métadonnées. Si vous vous inquiétez d'anciennes publications, la solution est de revenir à ces photos précises, de les supprimer et de les remplacer par des versions nettoyées si la plateforme le permet, plutôt que de supposer que l'habitude prise désormais couvre tout ce qui existe déjà.

Le traiter comme une tâche tout-ou-rien, occasionnelle

Attendre pour supprimer les métadonnées uniquement des photos qui « semblent sensibles » revient à compter sur votre propre jugement à chaque fois, exactement le genre d'habitude qui finit par en manquer une. Intégrer la suppression des métadonnées à votre routine par défaut pour tout ce qui quitte un cercle de confiance supprime entièrement le jugement au cas par cas : elle est appliquée systématiquement plutôt que sélectivement.

Tout ce qui précède concerne les données EXIF intégrées aux photos : GPS, modèle d'appareil, horodatages. Les fichiers SVG n'ont pas d'EXIF du tout, car ce ne sont pas des photos mais du texte XML décrivant des formes. Mais les outils de design y intègrent leur propre type de métadonnées cachées, et Cleanly les détecte et les supprime aussi quand vous en déposez un.

Ce que les outils de design intègrent dans un SVG

Illustrator, Inkscape, Sketch et Figma écrivent tous plus dans le fichier que les formes que vous avez dessinées : un bloc intégré <metadata>/RDF (parfois avec des informations d'auteur et de licence via les balises Dublin Core), des attributs d'éditeur avec espace de noms (le plus souvent les balises sodipodi: d'Inkscape) et de simples commentaires XML laissés par le processus d'export. Rien de tout cela n'est visible quand le SVG est affiché, mais tout est transmis avec le fichier à quiconque vous l'envoyez.

Pourquoi cela compte pour le partage

Le même raisonnement que pour la balise GPS d'une photo s'applique ici : des métadonnées que vous n'avez pas ajoutées consciemment restent des métadonnées qui sortent avec le fichier. Une icône ou un logo exporté pour un client, une annonce sur une place de marché ou un dépôt public peut emporter des informations de version logicielle ou d'attribution d'auteur que vous n'avez jamais voulu publier. Les supprimer avant de partager relève de la même habitude « ne coûte rien, évite une surprise » que pour l'EXIF d'une photo.

Ce que Cleanly vous montre avant de nettoyer

Tout comme il liste les balises GPS, d'appareil et de date trouvées dans une photo, Cleanly analyse un SVG déposé et montre exactement ce qu'il a trouvé (métadonnées intégrées, données d'édition de l'éditeur ou commentaires) pour que vous voyiez ce que contient vraiment le fichier avant de le nettoyer, plutôt que de le faire à l'aveugle.

Sans perte, pas avec perte

Contrairement à la compression de photo, ce n'est pas un compromis de qualité. Le nettoyage ne retire que le superflu que le navigateur n'a jamais affiché : les formes, couleurs et la structure créées par votre outil de design restent totalement intactes, donc le fichier nettoyé paraît identique au pixel près et peut toujours être ouvert et modifié ensuite dans un éditeur vectoriel.

Une page PDF n'est pas un document texte dans lequel on clique et on tape : c'est plus proche d'une feuille imprimée, une image figée de texte et de graphismes à des positions exactes. Comprendre cette distinction explique à la fois ce que fait Context et pourquoi il fonctionne ainsi.

La page est une image, pas un document

La plupart des PDF (tout ce qui n'est pas spécifiquement conçu comme formulaire remplissable) n'ont aucune notion d'« espace vide où l'on peut taper ». Ce que vous voyez comme une ligne, un cadre ou un champ vide n'est en réalité que de l'encre placée à des coordonnées fixes : aucun champ de texte sous-jacent n'attend votre saisie, comme dans un document Word ou un formulaire web. Quand Context vous laisse « ajouter du texte » à un PDF, il ne trouve pas un champ caché à remplir ; il place une toute nouvelle couche de texte indépendante par-dessus la page existante, positionnée là où vous la faites glisser.

Superposer ou modifier

Cette approche par superposition est la même que celle de pratiquement tous les outils d'annotation de PDF, pas seulement celui-ci : modifier réellement le texte d'origine d'un PDF (changer une phrase déjà imprimée sur la page) exige un logiciel spécialisé et n'est souvent pas possible du tout si le fichier d'origine n'a pas conservé de couches de texte modifiables. Ce que fait Context à la place est plus simple et bien plus largement utile : il ajoute un nouveau morceau de texte distinct qui se place visuellement par-dessus la page, exactement ce qu'il faut pour des légendes, notes, initiales ou pour remplir une ligne vide d'un formulaire.

Des points, pas des pixels

Les pages PDF mesurent la position en points (1/72 de pouce), pas en pixels d'écran comme ceux avec lesquels vous faites glisser votre doigt ou votre curseur. Context gère cette conversion pour vous : ce que vous voyez à l'écran, quel que soit le niveau de zoom, correspond toujours à la bonne position fixe dans le vrai PDF, donc une zone de texte que vous placez en haut d'une page reste en haut de la page, quel que soit l'appareil ou le zoom avec lequel quelqu'un d'autre l'ouvrira plus tard.

Ce qui se passe quand vous téléchargez

Quand vous cliquez sur Télécharger, chaque zone de texte et chaque forme que vous avez placées est dessinée définitivement sur les pages du PDF (couleurs, gras/italique/souligné, position et taille exactes comprises), ce qui produit un seul PDF ordinaire. Il n'y a pas de « format Context » spécial et rien de distinct à suivre : le fichier obtenu s'ouvre et s'imprime à l'identique de n'importe quel autre PDF, dans n'importe quel lecteur PDF, sur n'importe quel appareil.

La bonne taille et la bonne position du texte dépendent entièrement du type de document que vous annotez et de qui le lira ensuite. Voici comment y réfléchir par scénario.

Correspondre au texte existant du document

Le point le plus important pour qu'une ligne ajoutée paraisse intentionnelle plutôt que plaquée est d'adapter sa taille à ce qui est déjà imprimé à proximité. Si les libellés du formulaire sont imprimés à environ 11–12 pt, ajouter votre réponse en 24 pt la fait paraître déplacée, même si la position est parfaite. Zoomez d'abord sur le texte imprimé environnant, estimez son échelle et choisissez une taille proche : Context retient la dernière taille utilisée, donc une fois que vous l'avez ajustée une fois, chaque zone suivante part automatiquement de la même taille.

Rester dans les clous, au sens propre

Les lignes et cadres vides des formulaires sont généralement dimensionnés pour une certaine quantité de texte à une certaine taille. Avant de taper une longue réponse sur une ligne courte, demandez-vous s'il faut réduire légèrement le texte pour qu'il tienne : un texte qui dépasse la fin d'une ligne imprimée ressemble à une erreur pour qui lira le document fini, même si rien n'est techniquement cassé.

Choisir une couleur qui se lit comme « ajoutée » et non « cachée »

Le texte noir est généralement le choix le plus sûr par défaut, car il correspond à la façon dont la plupart des formulaires et documents sont déjà imprimés et ne se remarque pas comme un ajout. Le texte coloré est vraiment utile pour des notes, des corrections ou tout ce que vous voulez faire ressortir du contenu d'origine ; veillez simplement à ce que la couleur choisie contraste réellement avec la page derrière ; les couleurs claires comme le jaune se perdent facilement sur une page blanche.

Prévoir de la marge pour l'imprévu

Placer du texte tout au bord d'une page risque de le faire rogner si le document est ensuite imprimé sur un format de papier ou avec des marges légèrement différents de ceux prévus. Laisser une petite marge entre votre texte et le bord de la page, et entre votre texte et tout contenu imprimé voisin, garde un résultat propre quelle que soit la façon dont il est finalement imprimé ou affiché.

Imprimer, signer, numériser et renvoyer par e-mail est encore la façon dont beaucoup de démarches administratives sont traitées, et c'est presque toujours inutile. Voici comment s'en passer avec un simple navigateur.

Remplacer la boucle imprimer-signer-numériser

Si un formulaire n'exige qu'un nom, une date, quelques courtes réponses et un emplacement pour une signature, il y a rarement une vraie raison d'impliquer une imprimante ou un scanner. Ouvrez le PDF directement dans Context, placez une zone de texte sur chaque ligne vide, tapez votre réponse et téléchargez : tout l'aller-retour qui exigeait autrefois du papier se fait désormais entièrement à l'écran, et le résultat est de toute façon un PDF plus propre et plus lisible qu'une copie papier numérisée. Pour une case à cocher ou un choix multiple, déposez une forme (une croix pour cocher, un cercle pour sélectionner) plutôt que d'essayer de taper un caractère de coche qui n'existe peut-être même pas dans la police.

Signatures et paraphes tapés

Taper votre nom dans un style script ou manuscrit sur une ligne de signature est une pratique courante pour une grande part de la paperasse du quotidien : formulaires internes d'entreprise, accords informels, accusés de réception et autres documents à faible enjeu. Il faut toutefois être lucide sur un point : un nom tapé n'équivaut pas à une signature électronique légalement reconnue au titre de lois comme eIDAS ou l'ESIGN Act américain, qui exigent généralement des étapes spécifiques de consentement et de vérification qu'une simple superposition tapée ne fournit pas. Pour les contrats, actes juridiques ou tout ce pour quoi la validité de la signature compte vraiment, utilisez un service de signature électronique dédié ; Context est l'outil adapté à la paperasse informelle, pas un remplacement de ce service.

Aligner les réponses avec les libellés imprimés

La plupart des formulaires impriment un libellé (« Nom : », « Date : ») suivi d'une ligne ou d'un cadre vide pour la réponse. Faites glisser votre zone de texte pour qu'elle se place juste au-dessus de la ligne plutôt que dessus : un texte posé directement sur une ligne imprimée devient difficile à lire dès que les deux se chevauchent, alors qu'un texte juste au-dessus reste parfaitement lisible et se lit toujours comme « la réponse à ce libellé » pour quiconque regarde la page finie.

Revérifier avant de l'envoyer

Une fois chaque champ rempli, il vaut la peine de parcourir chaque page à la taille réelle (pas seulement la miniature dans laquelle vous tapiez) pour confirmer que rien ne se chevauche, que rien ne dépasse le bord d'une ligne et que chaque champ requis a bien été rempli : une zone de texte qui paraît correcte pendant que vous la modifiez peut parfois se placer légèrement différemment une fois la page finie vue dans son ensemble.

Les contrats, rapports et formulaires de plusieurs pages demandent une approche un peu différente d'une retouche rapide d'une page, surtout pour garder la cohérence au fil du document.

Naviguer entre les pages sans perdre sa place

La navigation entre pages de Context garde chaque zone de texte liée à la page précise où elle a été placée, donc passer d'une page à l'autre pour remplir différentes sections d'un long document ne risque rien de mélanger : une zone ajoutée en page 3 reste en page 3, quel que soit le nombre d'autres pages visitées avant le téléchargement.

Garder une taille et une couleur cohérentes d'une page à l'autre

Pour tout ce qui a une structure répétée d'une page à l'autre (le même type d'étiquette sur chaque page d'un formulaire de plusieurs pages, par exemple), réutiliser délibérément la même taille de police et la même couleur à chaque fois donne au document fini l'aspect d'une seule passe cohérente plutôt que de plusieurs modifications incohérentes collées ensemble. Comme la dernière taille et la dernière couleur utilisées sont reprises automatiquement pour la zone de texte suivante, rester cohérent sur un long document revient généralement à ne pas les changer sauf si vous le voulez vraiment.

Prévoir une passe avant de commencer à taper

Pour les documents plus longs, il vaut la peine de faire une première passe rapide sur chaque page (regarder seulement, sans encore taper) pour voir l'ensemble de ce qui doit être rempli avant de figer une taille et une position sur la première page. Une taille qui convient sur une première page aérée peut s'avérer trop grande pour une page plus dense plus loin, et le repérer tôt évite de revenir redimensionner des zones déjà placées.

Relire tout le document avant de télécharger

Comme chaque page s'affiche et se modifie indépendamment, il est facile de se concentrer sur la page en cours et de perdre de vue le document dans son ensemble. Avant de télécharger, reparcourez les pages depuis le début : c'est le seul moyen de repérer une page entièrement oubliée, ou un cadre qui a fini par paraître différent des autres sans que vous le remarquiez en travaillant.

La plupart des problèmes avec un PDF modifié remontent à un petit ensemble d'erreurs faciles à manquer. Voici ce qu'il faut surveiller.

Un texte trop petit une fois dézoomé

Il est facile de taper à une taille qui paraît parfaitement lisible quand on est zoomé et concentré sur une seule zone, pour constater ensuite qu'elle est nettement petite une fois la page vue à sa taille normale. Dézoomez (ou vérifiez le PDF fini dans un lecteur séparé) avant de télécharger pour confirmer que chaque zone est lisible à la taille réelle, pas seulement à la taille d'édition.

Placer du texte sur du contenu existant plutôt qu'à côté

Déposer une zone de texte directement sur du texte imprimé ou une ligne rend les deux difficiles à lire une fois qu'ils se chevauchent : le contenu sous-jacent ne s'écarte pas. Glissez plutôt le nouveau texte dans un espace vraiment vide à proximité au lieu de l'empiler sur quelque chose d'imprimé.

Modifier la mauvaise page

Sur un document plus long, il est facile de perdre de vue quelle page est active, surtout après un zoom ou un défilement, et de finir par ajouter du texte à la mauvaise page. Vérifiez l'indicateur de page avant d'ajouter une zone sur tout document de plus d'une page, en particulier juste après être passé à une nouvelle page.

Utiliser une couleur au mauvais contraste

Les couleurs claires, surtout le jaune pâle, peuvent paraître correctes à la taille d'édition sur un écran lumineux, puis devenir vraiment difficiles à lire une fois imprimées ou vues sur un autre écran. Restez sur des couleurs au fort contraste avec le blanc, comme le noir ou une couleur saturée, pour tout ce qui doit réellement être lu et pas seulement remarqué.

Oublier de renommer le fichier avant de le partager

Télécharger directement à partir d'un nom de fichier générique issu du téléversement peut vous laisser (ou laisser votre destinataire) avec un fichier simplement appelé « document » ou similaire, impossible à distinguer d'une dizaine d'autres fichiers portant le même nom par défaut. Prendre un instant pour lui donner un nom clair et précis avant de télécharger, ce que c'est et souvent la date, évite de vraies confusions plus tard, surtout quand plusieurs versions du même formulaire s'accumulent dans un dossier de téléchargements.

Le format GIF a des décennies et est techniquement primitif comparé à la vidéo moderne, et pourtant il n'a jamais disparu : c'est le seul format d'image animée qui se lit automatiquement partout, sans commandes de lecteur, sans son et sans barrière du « cliquer pour lire ». Comprendre ce qu'il est vraiment explique à la fois ses limites et pourquoi les réglages de Congify sont ce qu'ils sont.

Ce qu'est vraiment un GIF

Un GIF n'est pas une vidéo compressée : c'est une suite d'images individuelles, chacune limitée à une palette d'au plus 256 couleurs, lues l'une après l'autre en boucle. Il n'y a aucune piste audio, et aucun moyen d'en ajouter une ; un GIF est muet par définition, ce qui explique pourquoi il se lance automatiquement là où une vidéo ne le ferait pas (applis de messagerie, réseaux sociaux, forums), sans bouton muet ni appui pour démarrer.

La limite de 256 couleurs est la plus grande contrainte technique du format. Ce n'est pas comme la compression avec perte du JPG, qui floute le détail pour gagner de la place : un GIF ne peut tout simplement pas afficher plus de 256 couleurs distinctes dans une seule image, donc les dégradés doux et la profondeur de couleur photographique sont réduits à une palette plus petite. Pour la plupart des clips courants (enregistrements d'écran, clips de réaction, courts extraits aux quelques couleurs dominantes), c'est invisible ou presque ; pour un coucher de soleil avec un large dégradé subtil, vous verrez parfois des bandes visibles.

Fréquence d'images : le compromis des i/s

Congify propose 5, 10, 15 ou 20 images par seconde. Chaque image supplémentaire est une image complète de plus dans le fichier, donc la fréquence d'images est le levier le plus puissant sur la taille : passer de 10 à 20 i/s double à peu près le nombre d'images (et à peu près la taille du fichier) pour la même durée de clip, pour un gain de fluidité souvent difficile à remarquer aux résolutions GIF et aux tailles d'affichage courantes.

10 i/s est une valeur par défaut raisonnable pour la plupart des clips : le mouvement paraît fluide sans que le fichier gonfle. Descendez à 5 i/s pour tout ce qui est long ou presque statique (une diapositive de texte, un panoramique lent), où moins d'images ne se remarquent pas. Ne passez à 15-20 i/s que lorsque le mouvement est rapide et que les saccades seraient vraiment gênantes : gameplay rapide, gestes vifs, tout ce qui change beaucoup d'une image à l'autre.

Taille et recadrage : Plein, Carré, Portrait

Plein conserve le format d'origine de la vidéo source, sans y toucher : le choix le plus sûr par défaut quand vous ne savez pas où finira le GIF. Carré (1:1) recadre en un carré centré, ce que la plupart des réseaux sociaux affichent proprement dans un fil sans bandes noires ni recadrage imprévisible de leur côté. Portrait convient aux stories et aux emplacements de vidéo verticale, où un clip paysage apparaîtrait sinon petit avec des bandes de chaque côté.

Le recadrage se fait avant la génération du GIF, pas après, donc tout ce que coupent Carré ou Portrait disparaît vraiment de la sortie. Il vaut la peine de prévisualiser le recadrage sur votre sujet réel (la partie importante de l'image est-elle centrée ?) plutôt que de supposer qu'il tombera toujours juste.

La règle de décision rapide

Clip court du quotidien avec des personnes ou du mouvement → 10 i/s, Plein. Publication dans un fil qui recadre de toute façon en carré → Carré, pour que vous contrôliez le recadrage plutôt que la plateforme. Images longues ou presque fixes → descendez d'abord à 5 i/s avant de chercher toute autre réduction de taille.

Ce que vous maîtrisez le plus quant à la taille d'un GIF et à sa lisibilité réelle n'est ni les i/s ni le recadrage : c'est la quantité de séquence que vous lui donnez au départ. Bien découper compte plus que n'importe quel réglage ensuite.

Pourquoi plus court est presque toujours mieux

Un GIF tourne en boucle, donc le spectateur le voit généralement plus d'une fois : un bon GIF mérite une deuxième et une troisième lecture au lieu d'en exiger une pour comprendre ce qui s'est passé. Se limiter au moment qui compte (un geste, une réaction, une chute, une action précise à l'écran) plutôt qu'aux secondes qui l'entourent donne presque toujours quelque chose de plus efficace, pas seulement de plus léger. Un GIF qui demande 10 secondes pour être compris n'est généralement pas un bon candidat pour ce format.

La taille du fichier évolue directement avec la durée du clip : un découpage de 6 secondes pèse à peu près deux fois plus qu'un découpage de 3 secondes aux mêmes réglages d'i/s et de taille, toutes choses égales par ailleurs. Comme les GIF sont si souvent partagés via des applis de chat et des connexions plus lentes, un découpage serré rapporte généralement plus que baisser les i/s ou recadrer plus petit.

Utiliser le curseur de lecture avec précision

Faites glisser les deux poignées de la bande d'images pour définir exactement où le clip commence et se termine : l'aperçu se met à jour en direct pour voir précisément ce que vous gardez avant de choisir une fréquence d'images ou une taille. Parcourez lentement autour des points d'entrée et de sortie en particulier ; une demi-seconde de vide au début ou une image en trop à la fin est une raison courante pour qu'un GIF découpé soit moins percutant que le moment que vous aviez en tête.

Sens de lecture : Normal, Inverse, Boomerang

Normal lit une fois le clip découpé, en bouclant de la fin directement vers le début : correct pour la plupart des images, mais ce saut brutal vers le début peut paraître abrupt si la première et la dernière image ne se raccordent pas naturellement. Inverse lit le même clip à l'envers, ce qui sert surtout comme effet délibéré plutôt que comme réglage général. Boomerang lit en avant puis immédiatement en arrière avant de boucler, de sorte que le GIF fait des allers-retours au lieu de revenir brusquement au début : c'est le réglage à utiliser chaque fois que le point de bouclage paraîtrait sinon saccadé, et c'est devenu un style familier et reconnaissable à part entière pour les courts clips en boucle.

Vitesse : ralentir ou accélérer la boucle

La vitesse modifie la cadence de lecture indépendamment des i/s avec lesquelles vous avez extrait le clip : 0,5x lit à demi-vitesse pour l'emphase ou un effet de ralenti, tandis que 2x ou 4x condense une action plus longue en une boucle plus serrée et plus percutante. C'est un réglage différent de la fréquence d'images : les i/s décident du nombre d'images qui existent, la vitesse décide de la rapidité avec laquelle le GIF parcourt les images qu'il a déjà, donc un GIF ralenti à faible fréquence d'images peut quand même paraître saccadé : associez une vitesse plus lente à une fréquence d'images plus élevée si vous voulez à la fois fluidité et effet de ralenti.

Les légendes font d'un GIF quelque chose qui se lit même sans le son sur le reste de la page, ce qui, puisque les GIF n'ont aucun son, est toujours le cas. Les rendre lisibles sur un fond mouvant et imprévisible demande un peu plus de soin que de poser du texte sur une image fixe.

Choix de la police et lisibilité

Impact (la police de mème classique, épaisse et condensée) se lit clairement en petite taille et résiste mieux aux fonds chargés qu'une police plus fine et légère : c'est un choix délibéré et pratique, pas seulement un style par défaut. Arial est le choix le plus sûr et neutre pour tout ce qui doit paraître informatif plutôt que comme un mème. Times et Comic Sans sont là quand le ton demande quelque chose de précis, mais aucune des deux ne tient aussi bien sur un fond mouvant en petite taille de légende.

Contour : pourquoi un texte détouré se lit mieux sur n'importe quel fond

L'arrière-plan d'un GIF change d'une image à l'autre : un texte sans contour peut être parfaitement lisible sur une image et presque invisible sur la suivante si les images derrière passent du sombre au clair. Un contour (dans une couleur contrastée, généralement noir autour d'un texte blanc ou blanc autour d'un texte noir) garde la légende lisible malgré ces changements, car c'est le contour, pas seulement le remplissage, que l'œil repère sur un fond chargé ou changeant. Activez-le pour presque tout ce qui a un vrai mouvement en arrière-plan ; c'est l'un des rares réglages à laisser activé par défaut.

Notions de base sur le contraste des couleurs

Un texte blanc ou jaune avec un contour noir est la combinaison classique et fiable : elle tient sur presque toutes les images. Le texte noir peut fonctionner sur des images constamment claires, mais devient risqué dès qu'une partie du clip s'assombrit. En cas de doute, prévisualisez la légende sur les moments les plus sombres et les plus clairs de votre clip découpé, pas seulement sur l'image que vous regardiez en la tapant.

Positionnement et légendes multiples

Les légendes peuvent être déplacées n'importe où dans le cadre et redimensionnées en faisant glisser leur poignée d'angle, donc aucun emplacement « haut » ou « bas » ne vous est imposé : placez chacune là où elle ne cache pas la partie des images qui compte vraiment. Congify prend en charge plusieurs légendes dans le même GIF, utile pour une blague en plusieurs temps ou une séquence annotée, mais chacune ajoute du désordre visuel ; demandez-vous si une seule ligne bien placée suffit avant d'en empiler plusieurs.

Un GIF n'est pas toujours la bonne réponse simplement parce que la source est un clip vidéo. Savoir quand il l'emporte vraiment sur les alternatives vous évite un fichier gonflé qu'une vidéo aurait mieux géré, ou une image à légende qui n'avait pas besoin de mouvement.

Applis de messagerie et réactions

C'est le terrain de prédilection du format : un GIF arrive directement dans un chat et se lit immédiatement, sans appui, sans indicateur de chargement, sans lecteur vidéo séparé. Pour une réaction rapide, une boucle répétable ou un court clip destiné à s'imposer instantanément dans une conversation, rien d'autre ne se comporte ainsi.

Publications sur les réseaux sociaux

La plupart des plateformes convertissent de toute façon automatiquement un GIF téléversé en vidéo en boucle en interne, donc la différence pratique avec la publication directe d'un MP4 est souvent minime ; mais un GIF reste le choix le plus sûr si vous n'êtes pas certain qu'une plateforme ou un contenu intégré traitera un MP4 téléversé de la même façon (lecture automatique, pas d'icône de son, pas de commandes de lecteur).

Documentation et tutoriels

Un GIF court en boucle est vraiment excellent pour montrer une action d'interface répétable : cliquez ici, faites glisser ça, regardez ce menu s'ouvrir, car il boucle tout seul sans que le lecteur ait à lancer la lecture ou revenir en arrière. Pour tout ce qui dure plus de quelques secondes ou nécessite un commentaire, une vraie vidéo avec des commandes de lecture sert mieux le lecteur qu'une longue boucle muette en lecture automatique.

E-mail et présentations

La prise en charge des GIF animés dans les clients de messagerie et les logiciels de présentation est inégale : certains affichent chaque image comme prévu, d'autres n'affichent que la première image comme une image fixe. Si l'animation est essentielle à ce que vous communiquez dans l'un de ces contextes, mieux vaut tester d'abord dans la destination réelle plutôt que de supposer qu'elle s'animera comme dans un navigateur.

La plupart des GIF décevants tiennent à un petit ensemble de choix évitables faits tôt dans le processus, avant même qu'une légende ou un réglage de recadrage n'entre en jeu.

Monter les i/s au maximum par défaut

Il est tentant de choisir 20 i/s à chaque fois en supposant que plus haut est simplement mieux, mais pour la plupart des clips courants le gain de fluidité par rapport à 10 i/s est à peine visible alors que la taille du fichier double à peu près. Gardez les fréquences plus élevées pour les images dont le mouvement est vraiment assez rapide pour en avoir besoin.

Découper trop large

Quelques secondes de marge avant et après le moment utile ne font pas que gonfler le fichier : elles diluent aussi l'intérêt du GIF, en obligeant le spectateur à subir une mise en place qu'un découpage plus serré aurait évitée. En cas de doute, découpez plus serré que ce qui semble confortable et vérifiez l'aperçu ; c'est rarement trop court.

Des légendes sans contour sur des images chargées

Un texte parfaitement lisible sur l'image que vous fixiez en le tapant peut disparaître entièrement une seconde plus tard dès que le fond change. Activer le contour par défaut pour tout ce qui a un vrai mouvement en arrière-plan évite de le redécouvrir une fois le GIF déjà partagé.

Ignorer la taille de fichier sur une connexion mobile

Un GIF long, à haute fréquence d'images et en pleine taille peut devenir plusieurs fois plus gros que le même clip en vidéo correctement encodée, et contrairement à une vidéo, un GIF ne peut pas être « mis en pause avant d'être entièrement chargé » dans la plupart des endroits où il est partagé : tout le fichier doit arriver avant qu'il ne se lance. Si un GIF sort étonnamment gros, raccourcir le découpage et baisser la fréquence d'images sont les deux réglages à vérifier en premier, bien avant de choisir un recadrage plus petit.

Les formats audio se répartissent selon la même ligne de partage entre compression avec perte et sans perte que les formats d'image, et la même question de fond détermine celui que vous voulez vraiment : préparez-vous quelque chose à écouter et partager, ou quelque chose à conserver dans la meilleure qualité possible pour un travail ultérieur ?

MP3 : le format universel avec perte

Le MP3 utilise la compression avec perte, en éliminant des détails audio que l'ouïe humaine remarque plus difficilement pour réduire drastiquement le fichier, souvent à un dixième de la taille de l'original non compressé, ou moins, selon le débit utilisé. Il est pris en charge par pratiquement tout : chaque téléphone, chaque autoradio, chaque appli musicale, chaque site web. Pour l'écoute, le partage et l'usage quotidien, le MP3 est presque toujours le bon choix par défaut.

Le compromis est le même que pour le JPG : une partie du détail disparaît vraiment après la compression, et ne revient pas si vous convertissez ensuite le MP3 vers autre chose. Pour l'écoute occasionnelle, c'est inaudible à des débits raisonnables ; pour l'écoute critique, le mastering ou l'archivage, cela commence à compter.

WAV : le format sans perte et non compressé

Le WAV stocke l'audio non compressé : chaque échantillon est préservé exactement, sans aucune donnée jetée. C'est le bon choix pour tout ce qui sera édité, mixé ou retraité, car les artefacts de compression avec perte ne s'empilent pas sur plusieurs tours d'édition comme ce serait le cas avec un MP3 réenregistré à répétition. C'est aussi le format standard des masters d'archive, car c'est ce qui se rapproche le plus de la conservation de l'enregistrement original intact.

Le prix à payer est la taille : les fichiers WAV sont généralement 5 à 10 fois plus gros qu'un MP3 du même audio à un débit raisonnable, puisqu'aucune compression ne fait le travail. Quelques minutes d'audio WAV peuvent déjà atteindre des dizaines de mégaoctets, ce qui compte si vous l'envoyez par e-mail ou en stockez beaucoup.

La règle de décision rapide

Partager, écouter, téléverser sur la plupart des plateformes → MP3. Éditer, mixer ou archiver une copie maîtresse à laquelle vous reviendrez → WAV. Pas sûr, et c'est ponctuel → le MP3 est le choix par défaut le plus sûr ; presque tout peut le lire.

Le débit est le seul réglage MP3 qui compte vraiment à la fois pour la taille et la qualité, et choisir un chiffre sensé pour ce que vous faites vaut mieux que deviner.

Ce que contrôle vraiment le débit

Le débit est la quantité de données utilisée pour encoder chaque seconde d'audio, mesurée en kilobits par seconde (kbit/s). Un débit plus élevé conserve plus du détail d'origine et sonne plus proche de la source non compressée ; un débit plus faible compresse plus fort et élimine davantage, en échange d'un fichier plus petit. C'est un compromis direct, à peu près linéaire : doubler le débit double à peu près la taille du fichier pour la même durée d'audio.

Adapter le débit à ce que vous encodez réellement

La parole (podcasts, mémos vocaux, livres audio, narration) n'a pas du tout besoin d'un débit élevé ; la voix est bien moins complexe que la musique, et même un débit faible sonne clair et parfaitement intelligible tout en gardant les fichiers petits. La musique, surtout avec une grande dynamique ou de nombreux instruments simultanés, bénéficie d'un débit nettement plus élevé avant que les artefacts de compression (une légère dureté ou un son « sous l'eau » sur les passages complexes) ne deviennent audibles.

Il existe un vrai point de rendement décroissant dans le haut de gamme : au-delà d'un certain débit, la plupart des auditeurs avec un casque ou des enceintes ordinaires ne peuvent plus distinguer de façon fiable la différence avec la source, donc monter encore le chiffre ne fait que gonfler le fichier sans gain de qualité perceptible. Si vous hésitez, un débit moyen est le choix général sûr : nettement meilleur que les réglages voix à faible débit, sans la taille d'un réglage de mastering musical de qualité maximale dont vous n'avez pas besoin pour un partage quotidien.

Quand le débit n'a aucune importance

Si vous convertissez en WAV plutôt qu'en MP3, le débit n'a pas d'importance : le WAV n'est pas compressé, il n'y a donc aucun réglage de débit à choisir. Le débit n'entre en jeu que lorsque vous échangez délibérément un peu de qualité contre un fichier plus petit, ce qui est tout le principe de choisir le MP3 plutôt que le WAV.

Coudio ne se contente pas de convertir des fichiers audio existants : il peut aussi extraire la piste audio d'une vidéo et ne vous donner que le son, en abandonnant entièrement l'image.

Raisons courantes d'en avoir besoin

Transformer une vidéo enregistrée de cours, de réunion ou d'interview en un fichier audio de type podcast, bien plus léger et plus facile à écouter en déplacement. Extraire un morceau ou un extrait sonore d'une vidéo quand seul l'audio est nécessaire. Archiver uniquement la partie audio d'anciennes images vidéo pour économiser du stockage. Convertir la voix off d'un enregistrement d'écran en fichier audio autonome pour l'éditer ou la transcrire ailleurs.

Comment ça fonctionne vraiment

Déposez un fichier MP4, WEBM, MOV ou OGV dans Coudio comme vous le feriez d'un fichier audio : l'outil détecte qu'il s'agit d'une vidéo et en extrait automatiquement la piste audio, en abandonnant l'image. Choisissez MP3 ou WAV en sortie comme pour un fichier audio ordinaire et (pour le MP3) un débit. La vidéo elle-même n'est jamais réencodée ni modifiée ; seule sa piste audio existante est extraite.

Que se passe-t-il si la vidéo n'a pas de piste audio

Une vidéo sans aucun son (un enregistrement d'écran muet, des images tournées sans audio) ne donne rien à extraire à Coudio, car il n'y a aucune piste audio dans le fichier. L'outil ne peut pas contourner cela ; si l'enregistrement d'origine n'a vraiment aucun son, il n'y a aucun audio à en tirer.

Podcasts, notes vocales et paroles

Le MP3 à un débit modeste est la norme ici : la taille du fichier compte plus que pour la musique, car les épisodes sont souvent longs et la voix supporte exceptionnellement bien la compression sans perte de qualité audible pour l'auditeur.

Musique que vous partagez ou écoutez

Le MP3 à un débit moyen à élevé couvre presque tous les cas courants : envoyer un morceau à un ami, téléverser sur la plupart des plateformes, garder de la musique sur un téléphone où l'espace de stockage compte. Ne choisissez le WAV que si vous avez spécifiquement besoin de l'original non compressé : pour l'édition, l'échantillonnage ou une archive d'écoute vraiment critique.

Audio que vous modifierez ou mixerez plus tard

Le WAV évite d'empiler une perte de compression supplémentaire sur tout ce que vous modifiez (mixage, découpage, superposition, réglage des niveaux), car le fichier ne contient aucune compression avec perte. Ne convertissez en MP3 qu'à l'étape finale d'export, une fois l'édition terminée : la même règle que pour les réenregistrements répétés d'un JPG.

Archivage à long terme

Pour tout ce que vous voulez préserver indéfiniment dans la meilleure qualité possible (un enregistrement original, une piste maîtresse, une interview importante), le WAV est le choix à long terme le plus sûr, car il ne perd jamais de détail supplémentaire, quel que soit le nombre de copies ou de sauvegardes.

La plupart des plaintes sur la qualité audio remontent à une petite poignée de choix évitables.

Convertir du MP3 en MP3 à répétition

Tout comme le réenregistrement d'un JPG, réencoder un MP3 déjà compressé en MP3 perd un peu plus de détails à chaque fois : la deuxième passe de compression dispose de moins d'informations d'origine que la première. Quand c'est possible, conservez et éditez depuis une source sans perte (WAV) et n'exportez en MP3 qu'une seule fois, à la fin.

Utiliser un débit qui ne correspond pas au contenu

Un débit faible, parfait pour la voix, sonnera nettement compressé sur une musique à mixage instrumental complet, alors qu'un débit maximal sur un simple mémo vocal gaspille de la place sans bénéfice audible. Adaptez le débit à ce qui se trouve vraiment dans l'enregistrement, pas à un chiffre unique pour tout.

Ne pas vérifier la présence d'une piste audio avant d'extraire

Essayer d'extraire l'audio d'une vidéo enregistrée sans son, ou dont l'audio a été retiré plus tôt lors d'une autre étape, ne donnera rien : il n'y a rien à extraire. Mieux vaut vérifier rapidement (ou écouter brièvement la vidéo d'origine) avant de supposer que l'extraction a échoué du côté de Coudio plutôt que la source n'ait simplement pas de son.

Ignorer la taille de fichier pour les longs enregistrements

Un enregistrement long de cours ou de réunion exporté en WAV, ou avec un débit MP3 inutilement élevé, peut atteindre une taille gênante à envoyer par e-mail ou à téléverser. Pour du contenu parlé long en particulier, un débit MP3 modeste garde le fichier gérable sans perte réelle d'intelligibilité.

Un extrait de code en texte brut collé dans un chat, une diapositive ou une publication perd tout ce qui rend le vrai code lisible d'un coup d'œil : plus de couleurs syntaxiques, plus d'espacement cohérent, souvent même plus de sauts de ligne. Une capture stylisée règle cela, mais seulement si elle est lisible à la taille à laquelle elle sera vue.

Pourquoi la coloration syntaxique n'est pas qu'une décoration

Colorer les mots-clés, chaînes, commentaires et noms de fonctions n'est pas cosmétique : c'est une vraie aide à la lecture. Les développeurs expérimentés parcourent le code coloré par sa forme et sa couleur avant de le lire mot à mot, et c'est pourquoi du code brut et sans couleur dans une capture ou une appli de messagerie peu contrastée se lit nettement plus lentement, même pour quelqu'un qui maîtrise le langage.

Garder l'extrait court

Une capture de code est faite pour être lue d'un coup d'œil, pas parcourue : dès qu'un extrait doit rétrécir en dessous d'une taille de lecture confortable pour tenir dans le cadre, c'est en général le signe qu'il est trop long pour une capture et qu'un fichier lié ou un gist servirait mieux le lecteur. Gardez seulement les lignes qui font le point ; un extrait plus court, plus grand et plus lisible l'emporte presque toujours sur un extrait complet mais minuscule.

Choisir une taille réellement lisible là où ce sera publié

Une capture qui paraît parfaitement nette en pleine taille sur votre écran peut devenir illisible dans une miniature de chat, un tweet intégré ou une diapositive vue du fond d'une salle. Si vous savez où l'image va finir, prévisualisez-la à peu près à cette taille avant de finaliser : ce qui se lit confortablement en plein écran ne se lit pas toujours aussi bien en miniature.

Les quatre thèmes ne sont pas de simples palettes de couleurs pour elles-mêmes : chacun provient de (ou suit de près) un vrai thème d'éditeur largement utilisé, et en choisir un qui paraît familier à votre public peut compter autant que d'en choisir un qui plaît visuellement.

Dracula : contrasté et distinctif

Le fond violet sombre de Dracula avec ses accents vifs rose, vert et cyan est l'un des thèmes d'éditeur les plus reconnaissables aujourd'hui : instantanément familier à une grande partie des développeurs et assez contrasté pour rester lisible même réduit. C'est un excellent choix par défaut quand vous ne savez pas qui regarde ni où finira l'image.

VS Code Dark : la référence la plus courante

Comme Visual Studio Code est l'éditeur de code le plus utilisé, son thème sombre par défaut est celui que le plus grand nombre de spectateurs associent déjà à « l'apparence normale du code » : un choix sûr et sans surprise, surtout pour un public susceptible d'inclure précisément des utilisateurs de VS Code (statistiquement, la plupart des développeurs).

Monokai : chaud et établi de longue date

Monokai précède la plupart des thèmes plus récents et porte une palette chaude bien distincte, avec des sous-tons d'arrière-plan olive et des accents orange et rose, que beaucoup de développeurs ayant utilisé Sublime Text ou des configurations plus anciennes reconnaîtront immédiatement. Son contraste paraît un peu plus doux que celui de Dracula, ce que certains trouvent plus reposant pour une longue observation.

GitHub Light : celui des contextes lumineux

Les trois thèmes ci-dessus sont sombres ; GitHub Light est la seule vraie option claire, qui reproduit le rendu de code par défaut de GitHub. C'est le bon choix pour une présentation ou un document par ailleurs clair, où un bloc de code sombre ressortirait comme un rectangle déconnecté plutôt que de s'intégrer au design environnant.

Choisir la bonne langue n'est pas qu'une étiquette : c'est ce qui indique au colorateur quels mots sont des mots-clés, lesquels sont des chaînes et lesquels sont des commentaires, donc bien (ou mal) le faire a un effet direct et visible sur le résultat.

Que se passe-t-il si vous choisissez le mauvais langage

La coloration se fait en comparant des motifs aux règles de syntaxe d'un langage précis : choisir le mauvais produit des résultats faux avec assurance plutôt qu'une erreur. Les mots-clés d'un autre langage peuvent ne pas être colorés du tout, ou pire, un autre mot est mal classé et coloré comme s'il s'agissait d'un mot-clé. Vérifiez toujours que le sélecteur de langage correspond à ce qui se trouve vraiment dans la zone, surtout après avoir collé un modèle ou changé de langage en cours d'édition.

Extraits en plusieurs langages

Un extrait qui imbrique un langage dans un autre (du SQL dans une chaîne Python, du HTML dans un gabarit JavaScript) ne sera coloré correctement que pour le seul langage sélectionné ; il est impossible de colorer les deux à la fois dans un même extrait. Pour un contenu vraiment mixte, choisissez le langage qui compose l'essentiel de l'extrait, ou scindez-le en deux captures distinctes si les deux moitiés doivent être lisibles.

Quand la coloration importe peu

Pour des extraits très courts (une seule ligne, une courte valeur de configuration, une commande d'une ligne), le langage précis compte bien moins, car il y a si peu de contenu qu'un lecteur peut l'interpréter correctement quelle que soit la coloration. Il compte surtout pour les extraits plus longs et structurellement complexes, où la couleur sépare vraiment la logique, les chaînes et les commentaires.

Réseaux sociaux et applis de chat sans prise en charge du code

La plupart des réseaux sociaux n'ont aucune notion de bloc de code mis en forme : collez du code brut dans un tweet ou une publication et il perd toute son indentation, ses sauts de ligne et sa coloration, se réduisant souvent à un mur de texte illisible. Une capture contourne complètement cela, car c'est juste une image qui s'affiche de façon identique partout où les images s'affichent.

Quand le destinataire doit réellement utiliser le code

Une capture d'écran est une image : on ne peut pas la sélectionner, la copier ni la recoller dans un éditeur. Si la personne à qui vous l'envoyez doit exécuter, modifier ou copier le code (pas seulement le regarder), du texte brut, un extrait en direct dans une appli de chat qui le permet ou un lien de gist la servira bien mieux qu'une image qu'elle devrait retaper à la main.

Documentation et rédaction technique

Un vrai bloc de code textuel dans une documentation est consultable, accessible aux lecteurs d'écran et copiable, autant de choses qu'une capture abandonne. Les captures ont leur place dans une documentation surtout pour montrer ce pour quoi elles sont vraiment bonnes : une interface annotée, un diff mis en évidence d'une certaine façon, ou du code tel qu'il apparaît dans un éditeur précis, à titre d'illustration plutôt que pour que le lecteur le copie.

Exemples plus longs et fichiers complets

Une capture de code fonctionne mieux pour un extrait ciblé que l'on lit en un ou deux coups d'œil ; pour un fichier entier, un exemple à plusieurs fonctions ou tout ce qui obligerait à faire défiler une image très haute, un gist ou un lien vers un dépôt est plus pratique et plus utilisable.

La plupart des captures de code difficiles à lire partagent l'une des quelques causes évitables.

Inclure bien plus de code que ce que le propos exige

Une capture avec 40 lignes de contexte pour montrer une seule ligne pertinente oblige le lecteur à chercher ce qui compte. Gardez uniquement les lignes qui font le point ; les imports, le code répétitif et les fonctions sans rapport peuvent presque toujours être supprimés sans perdre le message.

Choisir le mauvais langage pour la coloration syntaxique

Un choix de langage resté d'un extrait précédent, ou l'option qui ressemble le plus au lieu de la bonne, produit une coloration subtilement fausse, facile à manquer d'un coup d'œil mais qui paraît bizarre à quiconque connaît le langage. Vérifiez que le langage correspond avant d'exporter, surtout après avoir collé un modèle.

Un thème qui jure avec l'endroit où l'image est publiée

Une capture à thème sombre placée dans une présentation ou un document clair ressort comme un rectangle disgracieux au lieu de s'intégrer au design : GitHub Light existe précisément pour ce cas, alors autant l'utiliser plutôt que de choisir par habitude un thème sombre partout.

Exporter à une taille trop petite pour être lue une fois partagée

Ce qui est net et lisible à pleine taille sur votre propre écran peut devenir illisible une fois réduit en miniature dans une appli de chat ou en petit contenu intégré dans une publication sociale. Si vous savez où l'image va, vérifiez-la à peu près à cette taille d'affichage avant de la considérer terminée : un extrait plus court, avec un texte plus grand, communique souvent mieux qu'un extrait plus long réduit pour tenir.

Chaque couleur à l'écran se ramène aux mêmes valeurs de lumière rouge/verte/bleue : HEX, RVB, HSB et HSL ne sont que quatre façons différentes d'écrire la même couleur, chacune adaptée à un type de travail différent.

HEX : le format compact et pris en charge partout par défaut

Un code HEX condense le rouge, le vert et le bleu en une seule chaîne de six chiffres, ce qui en fait le format que presque tous les outils de design, feuilles de style CSS et éditeurs d'images attendent par défaut. Il est compact et facile à copier-coller, mais les nombres qu'il contient (des paires en base 16) ne se lisent pas d'un coup d'œil comme de simples nombres décimaux.

RVB : les mêmes valeurs, écrites en toutes lettres

Le RVB écrit les trois mêmes canaux que le HEX encode, simplement sous forme de trois nombres ordinaires de 0 à 255 au lieu de paires hexadécimales compactées : plus facile à manipuler si vous ajustez un canal à la main ou écrivez du code qui construit une couleur à partir d'entrées rouge/vert/bleu séparées.

HSB et HSL : conçus autour de la façon dont la couleur se ressent vraiment

Les deux séparent la couleur en teinte (la couleur proprement dite, comme une position sur un cercle chromatique) et deux autres dimensions décrivant son éclat ou sa clarté : HSB utilise la saturation et la luminosité, HSL la saturation et la clarté. Les deux sont bien plus faciles à manipuler quand vous voulez « la même couleur, mais plus sombre » ou « la même couleur, mais plus terne » : vous laissez la teinte intacte et ne réglez que l'autre nombre, au lieu de recalculer à la main trois canaux RVB.

Choisir un format dans Colorfy

La liste déroulante de format de Colorfy s'applique d'un coup à l'affichage de chaque pipette et de chaque couleur enregistrée : choisissez celui qui correspond à l'endroit où vous allez le coller (HEX pour le CSS, HSB/HSL si vous allez ajuster une teinte à la main), plutôt que de convertir vous-même un code copié ensuite.

Essayer de faire correspondre une couleur à l'œil (le bleu exact d'une marque, une teinte d'une photo de planche d'inspiration, une couleur du site d'un concurrent) de mémoire ou en devinant un code HEX tombe rarement juste. Prélever le pixel réel est le seul moyen d'obtenir la valeur précise.

Pourquoi « à peu près » ne suffit souvent pas

Deux couleurs qui paraissent presque identiques côte à côte peuvent quand même différer de façon mesurable une fois leurs codes comparés : une nuance différente sur un seul canal RVB est souvent invisible à l'œil isolément, mais devient évidente dès qu'elle est placée juste à côté de la vraie référence. Le prélèvement supprime toute approximation : la pipette relit exactement ce qui est dans le fichier, pas une estimation.

Travailler à partir d'une capture d'écran

Une capture d'écran d'une page web, d'une appli ou du design de quelqu'un d'autre est traitée comme n'importe quelle autre image : déposez-la, faites glisser la pipette sur le pixel exact à reprendre et copiez le code. C'est le moyen le plus fiable de récupérer une couleur de marque ou d'interface à partir d'une référence dont vous n'avez pas le fichier source d'origine.

Attention aux artefacts de compression et d'éclairage

Un JPEG très compressé ou une photo prise sous un éclairage coloré/chaud peut éloigner les valeurs de pixels d'une couleur de sa « vraie » couleur voulue : le vrai code HEX d'un logo photographié sous une lumière jaune d'intérieur sera relevé un peu plus chaud que le logo réel. Quand la précision compte (par exemple pour une couleur officielle de marque), préférez prélever la couleur sur une capture d'écran propre ou une source non compressée plutôt que sur une photo, si elle est disponible.

Échantillonner plusieurs points pour vérifier la cohérence

Une seule photo présente souvent plus de variations de couleur dans une zone soi-disant « unie » qu'il n'y paraît : la compression JPEG, les dégradés subtils et l'éclairage introduisent de petites différences d'un pixel à l'autre. Utiliser deux ou trois pipettes sur des points différents de la même zone, plutôt que de se fier à un seul échantillon, donne une meilleure idée de s'il s'agit d'une vraie variation de couleur ou de simple bruit.

La palette de couleurs enregistrées de Colorfy existe précisément pour la situation où vous prélevez plusieurs couleurs d'une image et devez pouvoir toutes les retrouver plus tard, sans rouvrir le fichier et recliquer chaque couleur depuis zéro.

Enregistrer au fil de l'eau

Cliquer sur « Enregistrer » à côté d'une couleur prélevée l'ajoute à une palette conservée dans votre navigateur, séparée de l'image elle-même : elle sera toujours là à la prochaine ouverture de Colorfy, même avec une autre image chargée ou aucune image du tout. Jusqu'à 20 couleurs peuvent être conservées, de quoi composer une palette complète à partir de plusieurs images de référence sans avoir à copier les codes ailleurs d'abord.

Nommer une couleur enregistrée

Double-cliquer sur une couleur enregistrée vous permet de lui donner un court nom (jusqu'à 25 caractères), utile dès qu'une palette compte plus de quelques entrées et que « le troisième orange » n'est plus un moyen fiable de les distinguer. Le nom s'affiche en infobulle au survol, de sorte que les pastilles restent visuellement épurées tout en étant faciles à identifier par leur nom au besoin.

Vider une palette

Supprimer une couleur enregistrée à la fois fonctionne avec le même bouton « × » que toute liste de fichiers du site. Maintenir Maj en cliquant sur ce bouton efface à la place toutes les couleurs enregistrées d'un coup, y compris celle cliquée : la voie la plus rapide quand la palette d'un projet terminé n'est plus nécessaire et que vous préférez démarrer le suivant à vide plutôt que de supprimer chaque entrée une à une.

Quand une palette vaut la peine d'être gardée ouverte

Une palette enregistrée est surtout utile pour un projet en cours (construire un ensemble cohérent de couleurs de marque ou d'interface sur plusieurs sessions) plutôt que pour une recherche de couleur ponctuelle, où copier le code directement et passer à autre chose est plus simple que de l'enregistrer.

Une seule pipette suffit pour récupérer une couleur, mais comparer deux couleurs ou plus d'une même image (vérifier un contraste, faire correspondre les extrémités d'un dégradé, échantillonner une palette dispersée sur une photo) est bien plus simple avec plusieurs pipettes actives en même temps.

Ajouter une deuxième (ou troisième, ou quatrième) pipette

Jusqu'à 4 pipettes peuvent être actives sur la même image en même temps, chacune numérotée pour que sa ligne de résultat ci-dessous soit facile à rattacher à son anneau sur l'image. Ajoutez-en une avec le bouton « + » sous la liste des pipettes, ou maintenez Maj et cliquez n'importe où sur l'image pour déposer une nouvelle pipette numérotée directement à cet endroit : l'option la plus rapide quand vous savez déjà à peu près où échantillonner.

Lire les résultats ensemble

Chaque pipette active a sa propre ligne avec son propre code et son bouton Enregistrer, le tout visible en même temps : utile pour voir si deux zones qui paraissent de la même couleur dans l'image partagent vraiment le même code, ou pour construire en une seule passe une petite palette multicolore à partir d'une image, plutôt que d'échantillonner, d'enregistrer et de rééchantillonner une couleur à la fois.

Repositionner sans en ajouter davantage

Un simple clic (sans Maj) déplace la pipette qui était la plus récemment active, au lieu d'en ajouter une nouvelle : utile pour affiner un point d'échantillonnage sans avoir à supprimer et réajouter une pipette. Faire glisser directement une pipette, ou utiliser les flèches du clavier une fois qu'elle a le focus, fonctionne de la même façon pour un réglage fin au pixel près.

Quand une seule pipette reste le bon choix

Pour prélever rapidement une seule couleur, ajouter des pipettes est une surcharge inutile : elles ne servent que lorsque vous devez comparer, contraster ou collecter plus d'une couleur de la même image en une session.

La plupart des prélèvements de couleur imprécis remontent à une poignée de mauvaises habitudes, pour la plupart liées à l'endroit exact où se pose la pipette plutôt qu'à un défaut de l'outil lui-même.

Prélever juste sur un bord

Un pixel situé à la frontière entre deux couleurs est souvent une couleur intermédiaire mélangée par anticrénelage, et non un échantillon net de l'un ou l'autre côté ; c'est particulièrement facile quand on est dézoomé et qu'on clique près du contour d'une forme. Zoomez (agrandissez l'aperçu) et visez l'intérieur uni de la zone voulue, loin de tout bord.

Faire confiance à une image très compressée

La compression JPEG peut écarter légèrement les valeurs de pixels individuels de la couleur d'origine, surtout dans les zones chargées ou détaillées d'une photo : une zone « unie » peut présenter un petit bruit d'un pixel à l'autre qui n'existait pas dans la scène d'origine. Quand la précision compte, préférez une source PNG ou autre sans perte à un JPEG compressé, si elle est disponible.

Ne pas tenir compte de votre propre écran

Le code que Colorfy relit est la valeur exacte stockée dans le fichier image, mais l'aspect réel de cette couleur dépend de l'écran qui l'affiche, et les écrans varient en calibrage. Si une couleur prélevée doit correspondre exactement à une référence physique (un imprimé, un produit physique), considérez le code prélevé comme le point de départ précis et attendez-vous à vérifier le résultat final par rapport à la référence physique elle-même, pas seulement à ce que montre votre écran.

Oublier que les couleurs enregistrées persistent d'une image à l'autre

Comme la palette enregistrée n'est liée à aucune image chargée, il est facile de se retrouver avec des couleurs de plusieurs projets sans rapport mélangées dans la même palette si vous ne la videz pas de temps en temps. Maj+clic sur le bouton de suppression d'une couleur enregistrée vide toute la palette d'un coup lorsque vous démarrez un nouveau projet sans rapport, plutôt que de laisser s'accumuler anciennes et nouvelles couleurs.