TS14Sitemaps et liens
Sitemaps et liensLa date lastmod correspond-elle à un vrai changement ?
lastmod reflète une modification significative de la page.
Préparer les preuves
- Dans l’app
- Import de preuves
- À fournir
- Sitemap et historique des changements
- À prévoir
- Selon les preuves à réunir
Dans l’app
À fournir
À prévoirComprendre
Une date. Un vrai changement.
lastmod reflète une modification significative de la page.
Selon Google
Google attend une date de dernière modification significative, liée au contenu principal, aux données structurées ou aux liens, plutôt qu’une date rafraîchie à chaque génération.
Vérifier
La date annoncée. La modification réelle.
Dans TSEP Control
Vous importez les preuves du contrôle. Le moteur les évalue dans le périmètre déclaré ; les pièces manquantes restent visibles.
Votre contribution
Définissez le périmètre et les attentes avant la collecte. Réunissez les pièces ci-dessous et apportez les revues demandées.
Avec vos outils
Avec vos outilsChoisissez des pages récemment modifiées et d’autres restées stables. Comparez lastmod à l’historique du CMS ou des déploiements et vérifiez le format des dates.
Les preuves à conserver
Horodatage ISO 8601 lié à une modification réelle, pas à la génération du fichier.
Ce que ce résultat couvre
Une date égale et une revue fournie ne prouvent pas une modification réelle ni sa signification. Précision au jour UTC ou à l’instant zoné ; aucun historique CMS complet, fraîcheur idéale ou traitement moteur déduit.
Agir
Corriger le calcul. Pas avancer la date.
Liez lastmod à une modification significative de la page, avec une date valide.
Recontrôler
Un changement réel. Une date qui suit.
Après correction, réunissez de nouvelles preuves avec le même périmètre et les mêmes attentes. Conservez les deux observations datées pour comparer ce qui a changé.
Pour aller plus loin.
Les statuts, les sources et la méthode.
Comprendre les statutsC · NC · NT · NA
La même légende dans les fiches, l’analyse et la démo. Chaque statut dépend des preuves et des règles du contrôle.
- C · Vérifié
- Le critère est satisfait dans le périmètre évalué. Conservez la preuve datée pour la prochaine comparaison.
- NC · À corriger
- Liez lastmod à une modification significative de la page, avec une date valide.
- NT · Non établi
- Les preuves ou les confirmations ne suffisent pas pour conclure. Complétez ce qui manque ; ce statut ne démontre pas une erreur SEO.
- NA · Non applicable
- Le contrôle ne s’applique pas au périmètre, selon ses règles et une justification conservée. Une absence de preuve ne suffit pas à le déclarer non applicable.
Sources et références1 référence
Méthode et règles détaillées1 règle
Méthode et critères du contrôle
Méthode
Lire le lastmod natif de chaque entrée de page ; comparer sa date UTC ou son instant zoné à un événement JSON original attribué, puis vérifier la revue de signification liée.
Critères attendus
Chaque date testée correspond à une modification significative traçable ; la génération du fichier ne suffit pas.
Non-applicabilité
Aucun lastmod déclaré ; son absence n’est pas un défaut en soi.
Règles détaillées
TS14-A01 · lastmod relié à une modification significative documentée.
Mode prévu par le protocole : assisté, avec preuves et déclarations fournies. La disponibilité dans l’app est indiquée sur la fiche du contrôle.
Périmètre
Entrées de pages portant lastmod dans la population préalable ; profil supplied-sitemap-lastmod-v1. lastmod des index hors périmètre.
Preuves
XML original daté/empreinté, URL du fichier et position de l’entrée, événement JSON UTF8 original avec SHA-256, change_id, URL, changed_at, kind et description ; revue attribuée et liée.
Méthode
Lire le lastmod natif de chaque entrée de page ; comparer sa date UTC ou son instant zoné à un événement JSON original attribué, puis vérifier la revue de signification liée.
Critères attendus
Pass exige dates concordantes non futures, événement content attribué et revue supported. Date invalide/future, écart traçable, génération du fichier seule ou revue contradicted : fail. Historique/revue insuffisant : inconclusive. Absence native complète de lastmod : exemption atomique, jamais défaut.
Quand le résultat reste indéterminé
Plan, document, enfant, liaison, capture ou revue absent, ambigu ou hors profil ; borne dépassée. Conserver tout fail indépendant et les autres inconnues. Fuseau absent ou précision de lastmod hors profil : inconclusive, jamais défaut inventé.
Non-applicabilité
not-applicable atomique uniquement si absence lue dans une entrée native complète. Toutes les entrées exemptées ne produisent pas un C ni un NA de contrôle automatique.
Hypothèses
Plan antérieur, URL littérales, fenêtre fournie de24h maximum et intégrité des originaux. Dates, contexte et jugements déclarés, sans authentification.
Limites
Une date égale et une revue fournie ne prouvent pas une modification réelle ni sa signification. Précision au jour UTC ou à l’instant zoné ; aucun historique CMS complet, fraîcheur idéale ou traitement moteur déduit.
Version des règles 0.3.0-draft.1 · Fiche du protocole public · Source versionnée
Passer à la pratique
Le sitemap et l’historique des modifications.