Collection organisée de données dont la consultation et la modification sont généralement prises en charge par un système de gestion. Une base relationnelle utilise des tables et des relations, mais toutes les bases n’adoptent pas ce modèle. Les fichiers médias et les réglages d’une application peuvent être conservés ailleurs.
En pratique : identifiez les données réellement stockées, leurs dépendances et les accès nécessaires avant une migration. Testez une restauration complète : retrouver des lignes dans une table ne suffit pas si les fichiers, les liens ou les relations utiles manquent.
Date à partir de laquelle un tarif ou une condition publiée s’applique. Elle aide à distinguer l’offre en vigueur d’un document ou d’une campagne antérieure.
En pratique : notez la date d’effet et vérifiez les copies du tarif dans les cartes, FAQ et traductions.
Lien qui conduit directement à une page, une vue ou une section précise, sans passer par l’accueil. Sur le Web, un fragment tel que #horaires peut désigner une partie de la page. Le lien doit conserver assez de contexte pour être compris et respecter les mêmes droits d’accès qu’une navigation ordinaire.
En pratique : ouvrez le lien dans une nouvelle fenêtre sans parcours préalable. Vérifiez le titre, la section atteinte et le retour vers les contenus voisins ; si une connexion est requise, contrôlez la destination après authentification.
Représentation des relations entre paquets, modules ou composants utilisée pour analyser les impacts et risques de mise à jour. Distinguez dépendances directes et transitives et comparez le graphe au logiciel livré. Un module de développement peut avoir un rôle différent d’un composant exécuté en production.
Appliquer ce terme à une comparaison
Repérez les composants dont une modification impose d’autres mises à jour. Dans la comparaison, documentez qui entretient cet ensemble et qui vérifie les régressions ; le nombre de paquets ne suffit pas à chiffrer le travail.
Signature d’email vérifiable avec une clé publique publiée dans le DNS du domaine signataire. Elle permet de contrôler les parties signées du message et d’identifier le domaine qui a apposé la signature.
Mécanisme qui associe les résultats SPF ou DKIM à l’alignement avec le domaine affiché dans From et permet au domaine de publier une politique de traitement ainsi que des demandes de rapports.
Système distribué qui publie des enregistrements associés aux noms de domaine, dont des adresses et des informations de messagerie. Le DNS ne stocke pas lui-même les pages du site. Distinguez la réponse du serveur faisant autorité des copies conservées par les résolveurs. Leur durée de cache explique certaines différences temporaires entre visiteurs.
Extensions DNS permettant de vérifier l’origine et l’intégrité des réponses par signatures. Elles ne chiffrent pas les requêtes ; une chaîne de confiance incohérente peut empêcher une résolution validée. Contrôlez ensemble délégation, clés et signatures. Une réponse signée n’atteste ni le contenu d’une page web ni l’identité commerciale de son éditeur.
Modèle du document en mémoire, organisé en nœuds que les scripts peuvent lire et modifier. Le DOM courant peut différer du HTML reçu après ajout de résultats, ouverture d’un panneau ou autre interaction. Pour diagnostiquer une page, distinguez la réponse initiale de cet état modifié.
Indicateur propriétaire proposé par certains outils pour estimer la force SEO comparative d’un domaine. Ce n’est pas une métrique officielle des moteurs.
En pratique : Traitez ce score tiers comme un indice comparatif, sans le présenter comme un facteur officiel.
Nom hiérarchique utilisé pour identifier une destination sur Internet, comme exemple.fr. Il est distinct d’une URL complète, d’un hébergement et d’une marque ; sa gestion doit rester attribuée au bon titulaire. Séparez le domaine, le sous-domaine, le chemin et les paramètres lorsque vous comparez deux adresses ; un nom voisin ne démontre pas un même propriétaire.
Situation dans laquelle deux demandes occupent une même capacité réelle au même moment, souvent parce que le calendrier ou le blocage provisoire d’un créneau n’est pas synchronisé.
En pratique : essayez deux demandes simultanées et une modification de rendez-vous, puis comparez le site et le calendrier de l’équipe.
Contenu identique ou très proche accessible sous plusieurs URL, ce qui peut compliquer le choix de la version de référence. Identifiez les variantes qui répondent au même besoin avant de choisir une URL de référence. Les signaux canoniques doivent rester cohérents avec les liens et redirections.
Contenu produit ou modifié selon des données et un contexte, côté serveur ou dans le navigateur. Précisez ce qui varie et quand ; la personnalisation impose aussi de vérifier cache, accès et état de connexion.
Durée annoncée entre la réception d’une demande et une première réponse utile. Elle doit préciser son point de départ, les périodes non ouvrées et le type de demande concerné.
En pratique : annoncez un délai que l’équipe peut tenir et mesurez les demandes qui dépassent ce délai.
Des définitions écrites pour les humains et structurées pour les machines.
Les entrées sont reformulées éditorialement en langage clair, reliées à des URL stables et représentées avec les données structurées DefinedTerm. Elles orientent sans remplacer une norme officielle, un conseil juridique ou la documentation d’un fournisseur.