Une preuve produit a-t-elle une date d'expiration ?
Une notice ancienne peut encore décrire le bon modèle ; une page modifiée hier peut reprendre un tarif périmé. Pour réviser une preuve produit, partez du changement qui pourrait l'invalider : version, référence, offre ou politique.
Consignez ce déclencheur avec la source et la personne chargée de la relire. Vous pourrez alors planifier les vérifications selon les faits concernés.
Une preuve vieillit quand ses conditions changent
Un rapport de compatibilité peut rester exact pour une version logicielle et devenir insuffisant après une mise à jour. Une observation de prix décrit une offre à un moment donné. Une mesure de dimensions peut rester utilisable tant que le produit n'a pas changé. La durée de validité ne se déduit donc pas du seul âge du document.
Dans un exemple fictif, une fiche indique « compatible avec la version 4 » sur la base d'un test identifié. La version 5 sort. La preuve initiale ne devient pas fausse ; elle ne couvre simplement pas la nouvelle version. Remplacer le chiffre 4 par 5 sans nouvel examen changerait la portée de l'affirmation.
| Type d'affirmation | Changement qui justifie une vérification |
|---|---|
| Compatibilité | Nouvelle version ou configuration différente |
| Prix ou promotion | Changement d'offre, de période ou de marché |
| Politique de retour | Nouvelle politique ou nouvelle condition d'accès |
| Caractéristique physique | Nouvelle référence, fabrication ou composition |
| Résultat d'un essai | Modification de la méthode, de l'entrée ou de l'environnement |
Le tableau propose des déclencheurs, pas des durées de conservation universelles. Une révision mensuelle appliquée indistinctement à toutes les preuves peut laisser passer un changement important survenu entre deux dates.
Relier la preuve à une phrase précise
Pour chaque affirmation décisive, conservez la source, la version, le périmètre et la date de consultation. Évitez un dossier qui rassemble des PDF sans dire quelle phrase chacun soutient. Lorsqu'un document change, vous devez pouvoir retrouver les passages du site concernés.
Le lien fonctionne dans les deux sens. Depuis la fiche produit, le relecteur retrouve la preuve. Depuis la preuve remplacée, le responsable retrouve les affirmations à examiner. Cette organisation est particulièrement utile quand une même caractéristique apparaît dans plusieurs langues ou modèles de page.
N'effacez pas la limite de la source en la résumant. Si un essai concerne une configuration, la fiche doit conserver cette condition à proximité de la conclusion. Un lien vers le rapport complet ne compense pas une phrase qui promet davantage que le rapport.
Distinguer réexamen documentaire et nouvel essai
Relire une preuve peut confirmer qu'elle soutient toujours une phrase dans le périmètre annoncé. Cela ne signifie pas qu'un test a été exécuté à nouveau. Dans l'historique interne, notez la nature du travail : source relue, référence remplacée, condition corrigée ou essai réellement rejoué.
Cette précision aide aussi à décider quoi afficher au lecteur. Une date de mise à jour doit correspondre à une modification ou vérification réelle du contenu. La documentation Google sur le contenu utile met en garde contre une fraîcheur seulement simulée par des changements de date.
Commencez par les affirmations qui influencent une décision d'achat. Une erreur de compatibilité ou de condition de retour mérite généralement une attention plus immédiate qu'une formulation descriptive sans conséquence. Cette priorité relève de l'impact de l'erreur, pas d'un score SEO inventé.
Prévoir le traitement d'une preuve fragilisée
Lorsqu'une preuve devient insuffisante, trois décisions sont possibles : la remplacer, restreindre l'affirmation ou retirer celle-ci. Le choix dépend de ce qui reste confirmé.
Une documentation concernant une ancienne version peut rester utile si le texte dit clairement laquelle. En revanche, elle ne doit pas continuer à soutenir une promesse portant indistinctement sur tous les modèles actuels.
Gardez une trace courte de la décision : affirmation, source précédente, motif et nouvelle formulation. Ne transformez pas le registre en copie de dossiers clients ou fournisseurs confidentiels.
Rendre la date de mise à jour honnête
Google invite à produire un contenu utile et fiable et met en garde contre les changements de date destinés à simuler une fraîcheur inexistante. Une date visible doit donc correspondre à une révision que vous pouvez expliquer.
Une correction de ponctuation et une vérification complète n'ont pas la même portée. Si le contenu comporte un historique, indiquez la nature réelle du changement plutôt que de laisser supposer que toutes les affirmations ont été contrôlées à nouveau.
Commencez par une page où une erreur changerait le choix du lecteur. Pour chaque affirmation décisive, retrouvez la preuve, son périmètre et le changement qui imposera une nouvelle vérification.
Dans un catalogue e-commerce préparé pour les moteurs et assistants, appliquez cette règle aux informations décisives pour l'achat : la date de republication seule ne suffit pas.
