« Copiez la carte dans le dossier Maps » : cette consigne peut encore figurer dans un ancien tutoriel alors que les GPS cités n’utilisent pas tous le même emplacement, ou que la carte n’est plus proposée dans les mêmes conditions. Changer la date et quelques captures ne règle pas le problème. Avant de réécrire, il faut établir ce qui fonctionne encore, sur quels appareils, et ce qui doit être vérifié ou retiré.
Sur un GPS portable, les menus varient selon la version du logiciel. Une mise à jour peut changer le comportement d’une carte mémoire ; une manipulation valable sur un modèle peut échouer sur le suivant. Le but n’est pas de donner à chaque page un air récent, mais d’aider le lecteur à reconnaître son cas et à distinguer une procédure confirmée d’une hypothèse.
Commencer par une fiche d’état, pas par la réécriture
Ouvrez la version publiée et notez son adresse, sa date de publication, sa dernière révision connue et son sujet exact. Gardez une copie du texte avant toute modification : elle permettra de retrouver une consigne supprimée, de comparer les versions ou de corriger une erreur ajoutée pendant la mise à jour. Relevez aussi les modèles cités, les versions logicielles, les formats de fichiers et les accessoires nécessaires. Une formule comme « compatible avec la plupart des GPS » doit déjà attirer l’attention.
Résumez la promesse de la page en une phrase précise. « Installer une voix française TTS sur tel appareil » n’équivaut pas à « choisir une voix déjà présente dans les réglages ». Si les étapes ne couvrent que le choix d’une préférence, le titre ne doit pas promettre une installation.
- Périmètre : quels appareils et quelles versions sont explicitement couverts ?
- Action attendue : que doit pouvoir faire le lecteur à la fin du tutoriel ?
- Prérequis : faut-il un ordinateur, un câble de données, une carte mémoire ou un compte associé à l’appareil ?
- Zones sensibles : quelles étapes touchent aux fichiers, aux cartes, aux licences ou à une réinitialisation ?
- État éditorial : quelles phrases reposent sur une observation datée, une supposition ou un commentaire de lecteur non vérifié ?
Quelques lignes suffisent pour cette fiche. Elles serviront de référence si plusieurs personnes travaillent sur l’article ou si une vérification doit attendre l’accès à un modèle précis.
Choisir les articles à auditer en priorité
L’ancienneté ne suffit pas à fixer les priorités. Une page sur la différence entre un itinéraire et une trace peut rester exacte des années plus tard ; un guide récent sur le téléchargement d’une carte peut déjà montrer des écrans périmés. Évaluez plutôt l’utilité de la page et les conséquences possibles d’une erreur. Une consigne qui demande de déplacer des fichiers système passe avant une explication sur la signification d’une icône.
Les retours des lecteurs donnent des indices concrets : menu introuvable, blocage répété à la même étape, captures qui ne correspondent plus au texte, logiciel cité qui n’est plus utilisé. Les données de consultation, si vous en disposez, indiquent qu’une page sert encore. Elles ne valident pas ses conseils : un tutoriel trompeur peut lui aussi attirer beaucoup de recherches.
Une classification simple aide à décider : priorité élevée si l’erreur risque de bloquer le GPS ou de faire perdre des données ; moyenne si elle empêche surtout de terminer la tâche ; faible si elle concerne la terminologie ou la présentation. Le trafic n’est alors qu’un critère parmi d’autres.
Contrôler les faits ligne par ligne
À la seconde lecture, marquez les affirmations vérifiables, pas seulement les passages qui paraissent datés. « Le GPS apparaît comme un lecteur USB », « le fichier doit être placé à la racine » et « cette voix lit les noms de rues » sont trois affirmations différentes. Chacune peut être juste pour un modèle et fausse pour un autre.
Classez-les par type : compatibilité matérielle, version du logiciel, nom des menus, emplacement des fichiers, formats acceptés, droits d’utilisation, résultat attendu et possibilité de revenir en arrière. Appliquez le même contrôle aux captures. Une image nette d’un ancien menu ne prouve rien pour une procédure actuelle si sa légende ne précise pas la version représentée.
Vérifier sans confondre documentation et essai réel
Les notes prises lors de la rédaction, la documentation du fabricant et un essai sur un appareil identifié n’apportent pas la même preuve. La documentation décrit généralement la compatibilité annoncée ; l’essai confirme le comportement d’une configuration précise. Notez le modèle, la version affichée et la date du test. Un résultat obtenu sur un seul GPS ne permet pas de l’étendre à toute une gamme.
Sans appareil disponible, inscrivez « non vérifié » dans le dossier de travail plutôt que de déduire la réponse d’un modèle voisin. Dans la page publiée, limitez la portée de la consigne, montrez comment vérifier le prérequis sur son appareil ou retirez l’étape si le doute concerne une manipulation risquée. Un commentaire isolé peut alerter, mais pas établir une compatibilité générale.
Repérer les avertissements manquants
L’audit doit aussi porter sur ce que le lecteur doit savoir avant d’agir. Si le tutoriel prévoit de modifier des fichiers, assurez-vous qu’il demande une sauvegarde des données personnelles et des fichiers concernés, puis indique une méthode de restauration adaptée. Avant une réinitialisation, précisez quelles données peuvent disparaître. Pour le micrologiciel, redoublez de prudence : sans procédure officielle correspondant exactement au modèle, ne présentez pas l’intervention comme une simple correction.
Pour les cartes et les logiciels, la compatibilité technique d’un format ne suffit pas à autoriser son utilisation. Un ancien texte peut laisser croire qu’un fichier trouvé en ligne convient à tous les appareils. Orientez plutôt le lecteur vers la vérification des droits liés à son GPS ou à son compte, sans proposer de contourner une licence ou une protection.
Tester le parcours du lecteur, pas seulement chaque phrase
Des étapes exactes, prises séparément, peuvent former une procédure impossible à suivre. Repartez du premier paragraphe comme si vous découvriez l’appareil. Peut-on identifier le modèle compatible avant de télécharger un fichier ? Comment sait-on que la copie est terminée ? Quel résultat faut-il observer sur le GPS après l’avoir déconnecté ?
Pour chaque étape, cherchez une condition de départ, une action et un résultat observable. Dans un passage sur la sélection d’une voix TTS, distinguez la voix qui annonce seulement les manœuvres de celle qui prononce aussi les noms de rues, puis indiquez où vérifier le réglage. Si l’option attendue n’apparaît pas, le lecteur doit savoir qu’il faut s’arrêter, plutôt que d’essayer des menus prévus pour un autre modèle.
L’ordre compte autant que le contenu. Une sauvegarde conseillée après la suppression de fichiers arrive trop tard, tout comme un encadré de compatibilité placé sous les étapes. Séparez les variantes par modèle lorsque les menus ou les emplacements de fichiers diffèrent réellement : les réunir pour gagner quelques lignes crée souvent plus d’ambiguïtés.
Examiner les éléments autour du tutoriel
Le titre, les légendes, les tableaux et les liens font aussi partie de la vérification. Le titre décrit-il encore ce que la procédure permet d’accomplir ? Si seuls certains appareils sont couverts, annoncez-le dès le début, même si le titre devient moins général. Une légende comme « écran de sélection des cartes, version testée » renseigne davantage que « étape 3 ».
Vérifiez les liens internes dans les deux sens. Une ancienne page sur les modes de déplacement ne devrait pas traiter le mode piéton comme une simple variante du mode automobile si ses réglages et ses limites demandent un examen distinct. Le guide sur l’utilisation d’un GPS automobile à pied peut compléter ce point. Un lien doit répondre à une question connexe, pas tenir lieu d’instruction indispensable dans le tutoriel audité.
Contrôlez également les téléchargements proposés, les noms de fichiers et les dates visibles sur les captures. Si un fichier n’est plus fourni ou si sa provenance reste incertaine, supprimez la consigne orpheline « récupérez l’archive ci-dessous ». Relisez enfin les questions et commentaires : plusieurs signalements du même blocage peuvent révéler une étape implicite ou une différence entre versions passée inaperçue.
Décider quoi conserver, corriger, séparer ou retirer
Un audit n’impose pas forcément de réécrire toute la page. Prenez une décision pour chaque section, puis pour l’article entier, en gardant la raison de chaque choix.
| Constat pendant l’audit | Décision éditoriale |
|---|---|
| Consigne confirmée, périmètre clair | Conserver et, si nécessaire, préciser la version testée. |
| Menu renommé, action et résultat inchangés | Corriger le libellé et vérifier les captures associées. |
| Deux modèles exigent des étapes différentes | Séparer les variantes et annoncer leur condition d’application. |
| Affirmation invérifiable ou téléchargement indisponible | Retirer la consigne ou suspendre la publication de l’étape concernée. |
| Procédure dépassée, mais explication historique utile | La signaler comme ancienne sans la présenter comme une marche à suivre actuelle. |
Si la page n’apporte plus de réponse fiable, elle peut aussi être retirée de la navigation. C’est préférable à une date fraîche apposée sur un tutoriel impossible à vérifier. Lorsqu’une autre page couvre déjà la même tâche, cherchez d’abord ce que l’ancienne apporte encore avant de la fusionner ou de la conserver.
Préparer une mise à jour vérifiable
Une fois les décisions prises, dressez une courte liste de modifications : remplacer une capture, limiter la compatibilité aux deux modèles testés, ajouter une vérification avant la copie, supprimer la référence à un ancien téléchargement. Pour chacune, notez comment vous contrôlerez le résultat. Une phrase corrigée ne signifie pas que toute la procédure a été validée.
Relisez ensuite la page publiée, et pas seulement le brouillon. Les tableaux restent-ils lisibles sur un petit écran ? Les images correspondent-elles aux étapes ? Les avertissements précèdent-ils bien les manipulations concernées ? Testez les liens présents. Enfin, la date de mise à jour doit correspondre à une modification réelle, avec une note qui en précise la portée : « menus vérifiés sur le modèle X » est plus utile que « article actualisé ».
Conservez les questions non résolues dans le dossier éditorial. Si l’emplacement d’un fichier POI est confirmé sur un GPS à mémoire interne, mais pas sur sa variante à carte mémoire, notez cette limite. La prochaine vérification pourra porter sur cette différence, sans présumer que les deux appareils réagissent de la même façon.