Création numérique interactive
Chapitres, TP et corrigés consultables ; les TP sont principalement à réaliser hors de la page. Trois questions d’entraînement interactif facultatif sont proposées dans ce module, sans note ni validation automatique. Le manuel de formation est également consultable depuis le lien en haut de page. Les durées sont des repères pour organiser le parcours ; les lectures, activités, travaux pratiques et évaluations ne doivent pas être additionnés deux fois.
Dans ce module — Accès rapide
MODULE 11 — CONCEVOIR UNE EXPÉRIENCE NUMÉRIQUE CRÉATIVE
8 heures • Bloc C — Créer et évaluer • Prérequis : modules 1 à 10
Édition pédagogique V2.2 — Projet fil rouge : Mon espace de découverte
1. Finalité et compétences observables
L’apprenant conçoit une expérience interactive courte qui ne réduit pas le visiteur à une suite de clics obligatoires. Il sait décrire une intention artistique, représenter un parcours non linéaire, modéliser un état simple en JavaScript, utiliser une mémoire locale facultative, prévoir une sortie et une remise à zéro, vérifier l’accessibilité et justifier les limites de l’intervention de l’IA.
Livrable : une nouvelle section « Explorer » intégrée au site existant, accompagnée d’une fiche d’intention, d’un schéma des états, d’un journal de tests et d’une notice de confidentialité.
Voir un exemple, essayer et vérifier
Je vois — exemple concret : Un prototype à deux parcours doit faire apparaître deux états réellement distincts, pas seulement deux boutons. Exemple : « Découvrir » affiche une introduction ; « Pratiquer » affiche une consigne.
J’essaie — petit geste : Dessinez les états Accueil, Découvrir, Pratiquer et les transitions. Testez chaque retour à l’accueil.
Je vérifie — si cela ne fonctionne pas : Si deux choix mènent au même écran, vérifiez si la différence annoncée est réellement observable.
2. Répartition des huit heures
Séquence A — Intention, visiteur et expérience (1 h).
Séquence B — Parcours, embranchements et liberté de ne pas choisir (1 h 30).
Séquence C — État, événements et affichage JavaScript (2 h).
Séquence D — Mémoire locale, effacement et consentement pratique (1 h).
Séquence E — Accessibilité, éthique et non-régression (1 h).
Séquence F — Travaux pratiques, présentation et évaluation (1 h 30).
3. Du site fonctionnel au milieu d’exploration
Une interface permet d’agir ; une expérience propose aussi une situation à interpréter. Pour notre projet, trois cartes « Observer », « Relier » et « Imaginer » sont offertes sans classement, score, compte à rebours ni parcours imposé. Le visiteur peut ouvrir une carte, revenir au point de départ, ne rien sélectionner ou quitter la page.
Question de conception : qu’est-ce qui est rendu possible, et qu’est-ce qui serait imposé par erreur ? La fiche d’intention distingue ce que le créateur souhaite rendre sensible, ce qu’il refuse de mesurer et les interprétations qu’il laisse ouvertes.
Étude de cas Récits Vivants : le Milieu des possibles inspire une exploration où l’œuvre ne récompense pas le « bon » comportement et n’assimile pas une hésitation à un échec. Il s’agit d’une inspiration pédagogique, non d’une reproduction de l’œuvre.
Comprendre et essayer — exemple guidé
Je vois : Une œuvre interactive change en fonction des choix du visiteur, contrairement à une page uniquement informative.
J’essaie : Comparez un site informatif et un espace où les choix du visiteur modifient l’expérience.
Je vérifie : La différence entre consultation et interaction est illustrée par un effet réel du choix du visiteur.
Autre façon de faire : Sur papier, comparez lecture passive et choix du visiteur avec leurs effets.
Pour reprendre plus tard : Notez le résultat attendu, l’observation obtenue et l’éventuel écart à reproduire à la prochaine séance.
4. Écrire une fiche d’intention
Compléter les six rubriques : (1) public visé ; (2) expérience proposée en une phrase ; (3) trois possibilités offertes ; (4) liberté de ne pas participer ; (5) informations éventuellement mémorisées ; (6) critères observables de qualité.
Exemple : « Le visiteur découvre trois propositions de lecture, dans l’ordre qu’il souhaite. Aucun choix n’est enregistré sans action explicite. Les contenus restent accessibles si JavaScript échoue. »
Critères de réussite : consignes compréhensibles, absence de piège, navigation clavier, affichage mobile, suppression facile des préférences.
Comprendre et essayer — exemple guidé
Je vois : Une intention artistique peut proposer une expérience sans imposer son interprétation.
J’essaie : Écrivez une intention artistique qui n’impose pas une seule interprétation.
Je vérifie : L’intention décrit ce que l’œuvre ouvre sans imposer une interprétation unique.
Autre façon de faire : Écrivez l’intention artistique et une interprétation différente qu’elle laisse possible.
Pour reprendre plus tard : Conservez votre production de l’activité 2, le point précis du critère non encore satisfait et la prochaine vérification à effectuer.
5. Modéliser le parcours et les états
Un état représente la situation courante de l’interface. Dans l’exercice, l’état initial est « accueil » ; les états possibles sont « observer », « relier » et « imaginer ». Les transitions proviennent d’un bouton explicite ; « revenir » ramène à « accueil ». Il n’existe pas d’état « gagné » ou « perdu ».
Schéma textuel : ACCUEIL ↔ OBSERVER ; ACCUEIL ↔ RELIER ; ACCUEIL ↔ IMAGINER. Chaque branche peut revenir à l’accueil. Une option « Effacer mon choix mémorisé » reste indépendante de la navigation.
Éviter d’utiliser la couleur seule pour signaler l’état courant. Le titre et le texte affichés doivent également l’indiquer.
Comprendre et essayer — exemple guidé
Je vois : Une interaction relie un état initial, une action et un état obtenu.
J’essaie : Dessinez deux états et la transition déclenchée par une action du visiteur.
Je vérifie : Deux états sont nommés et la condition de passage est explicitée.
Autre façon de faire : Dessinez deux états et une flèche indiquant l’action qui déclenche la transition.
Pour reprendre plus tard : Conservez le schéma annoté et indiquez quel lien ou quelle étape doit encore être confirmé lors d’un essai.
6. Construire l’interaction, étape par étape
Dans index.html, ajouter dans main une section id="explorer" avec h2 « Explorer librement », un paragraphe expliquant le caractère facultatif de l’expérience, trois boutons type="button" dotés de data-choix="observer", "relier" et "imaginer", un bouton id="retour-exploration" et un paragraphe id="texte-exploration" role="status" aria-live="polite". Conserver les sections existantes et leurs identifiants.
Préparation indispensable : dans la section #explorer, créer les trois boutons avec data-choix, un paragraphe <p id="texte-exploration" role="status" aria-live="polite">Vous pouvez explorer librement.</p> et un bouton <button type="button" id="retour-exploration">Revenir</button>. Pour un fonctionnement sans JavaScript, afficher aussi les trois propositions dans une liste HTML statique ; le script enrichit l’expérience mais ne doit pas rendre ces textes inaccessibles. Les identifiants doivent correspondre exactement à ceux du script. Placer le script dans script.js chargé avec defer, puis tester sans remplacer les autres interactions.
Extrait JavaScript à ajouter sans remplacer les fonctions déjà présentes :
const propositions = {Faire défiler horizontalement pour voir les lignes longues.
observer: "Que remarquez-vous avant de chercher une explication ?",
relier: "Quels liens inattendus pouvez-vous imaginer ?",
imaginer: "Quelle autre possibilité pourrait exister ?"
};
const sortie = document.querySelector("#texte-exploration");Faire défiler horizontalement pour voir les lignes longues.
document.querySelectorAll("[data-choix]").forEach((bouton) => {
bouton.addEventListener("click", () => {
const cle = bouton.dataset.choix;Faire défiler horizontalement pour voir les lignes longues.
if (Object.hasOwn(propositions, cle)) {
sortie.textContent = propositions[cle];
}
});
});Faire défiler horizontalement pour voir les lignes longues.
document.querySelector("#retour-exploration").addEventListener("click", () => {
sortie.textContent = "Vous pouvez explorer, attendre ou partir librement.";
});Faire défiler horizontalement pour voir les lignes longues.
Explication : l’objet propositions associe des identifiants à des textes ; dataset lit le choix ; l’événement click réagit au bouton ; textContent affiche une chaîne comme du texte, sans injecter de HTML. Object.hasOwn vérifie que la clé existe. Tester l’extrait uniquement après avoir ajouté les éléments HTML correspondants. En cas d’erreur, contrôler la console et les sélecteurs.
Comprendre et essayer — exemple guidé
Je vois : Le libellé d'un bouton doit rendre son effet prévisible.
J’essaie : Créez un bouton dont l’effet est compréhensible sans instruction cachée.
Je vérifie : L’action du bouton produit un effet visible et compréhensible sans deviner un code secret.
Autre façon de faire : Sans IA ni abonnement, ouvrez les fichiers HTML, CSS et JavaScript dans un éditeur gratuit, construisez une interaction minimale puis testez son déclenchement dans le navigateur. Une réponse fictive ne valide pas le comportement.
Pour reprendre plus tard : Conservez uniquement l’exemple anonymisé, la correction retenue et l’affirmation ou la donnée qu’il faudra contrôler.
7. Mémoire locale facultative et effacement
Par défaut, l’exercice ne mémorise aucun choix : naviguer dans une expérience ne doit pas impliquer un enregistrement. Variante facultative : ajouter un bouton « Mémoriser cette préférence » et ne lancer localStorage.setItem("exploration-preference", cle) qu’après son activation. Un autre bouton exécute localStorage.removeItem("exploration-preference"). Prévoir try/catch : le stockage peut être désactivé. Ne jamais enregistrer de données sensibles ni utiliser localStorage comme preuve d’identité ou sauvegarde entre appareils.
L’apprenant doit pouvoir expliquer ce qui est conservé, où cela se trouve et comment l’effacer.
Comprendre et essayer — exemple guidé
Je vois : Une mémoire facultative doit pouvoir être comprise, refusée et effacée.
J’essaie : Proposez une mémoire facultative avec une action explicite pour l’effacer.
Je vérifie : La proposition prévoit un consentement explicite et un bouton d’effacement identifiable. Si elle est implémentée, testez que la donnée disparaît effectivement après effacement et rechargement ; un simple schéma ne prouve pas ce fonctionnement.
Autre façon de faire : Dessinez le choix de mémorisation et l’action d’effacement ; vérifiez ensuite la suppression dans le navigateur.
Pour reprendre plus tard : Conservez votre production de l’activité 5, le point précis du critère non encore satisfait et la prochaine vérification à effectuer.
8. Accessibilité et qualité de l’expérience
Les choix sont des boutons HTML réels, activables avec Entrée et Espace. Le focus reste visible ; le texte de chaque action est compréhensible hors contexte ; les mises à jour sont annoncées sans interrompre excessivement la lecture. Vérifier la page sans JavaScript : les trois propositions doivent être accessibles en texte statique ou par une solution de repli. Respecter prefers-reduced-motion si une animation est ajoutée ; ne jamais rendre l’animation nécessaire pour comprendre le contenu.
Tester à 375, 768 et 1280 px, au zoom 200 %, au clavier, et après rechargement. Vérifier que les interactions du module 5 fonctionnent toujours.
Comprendre et essayer — exemple guidé
Je vois : Le parcours clavier doit permettre d'atteindre les choix et de sortir de chaque étape.
J’essaie : Testez le parcours au clavier et vérifiez qu’aucune issue n’est bloquée.
Je vérifie : Toutes les actions essentielles sont accessibles au clavier et aucun état ne piège le visiteur.
Autre façon de faire : Sans compte, testez l’œuvre locale au clavier et sur une largeur mobile ; consignez un obstacle et la correction vérifiée. Une grille papier permet de préparer la recette, sans remplacer l’observation.
Pour reprendre plus tard : Enregistrez une copie datée du fichier ou une capture du résultat, puis notez le contrôle technique restant à exécuter.
9. Cinq travaux pratiques
TP 1 (20 min) — Rédiger la fiche d’intention et préciser trois libertés du visiteur. Livrable : six rubriques remplies.
TP 2 (25 min) — Dessiner les quatre états et les transitions, avec retour possible depuis chaque branche. Livrable : schéma lisible.
TP 3 (35 min) — Ajouter les boutons et l’affichage ; expliquer à voix haute chaque partie du JavaScript. Livrable : site fonctionnel.
TP 4 (25 min) — Par défaut, vérifier qu’aucun choix d’exploration n’est mémorisé. Variante facultative, uniquement si les boutons de mémorisation et d’effacement ont été implémentés : tester l’enregistrement après action explicite, la suppression ciblée et l’indisponibilité du stockage (par simulation contrôlée ou avec l’aide du formateur). Ne pas attribuer un test réussi à une variante non implémentée. Livrable : observation du comportement par défaut et, si la variante existe, trois observations documentées.
TP 5 (25 min) — Effectuer une recette clavier/mobile/sans script et réparer une régression éventuelle. Livrable : tableau « test / attendu / observé / correction ».
Approfondissements guidés et corrigés commentés — TP 1 à 5
Ces activités détaillent les cinq TP ci-dessus sans remplacer les consignes actuelles, notamment les précautions sur la mémoire facultative.
TP 1 — Fiche d’intention (20 min)
Rédigez les six rubriques proposées dans le cours : public, intention, parcours, actions, limites et vérification. Précisez trois libertés du visiteur, dont celle de ne pas choisir.
Livrable : Une fiche en six rubriques et trois libertés formulées comme des comportements vérifiables.
Afficher le corrigé commenté
Exemple : public = personnes découvrant une œuvre courte ; intention = explorer sans chercher un score ; parcours = accueil puis trois propositions ; actions = ouvrir, revenir, quitter ; limites = pas de collecte ni classement ; vérification = tester chaque chemin au clavier. Libertés : ne pas choisir, revenir sans pénalité, quitter sans sauvegarde. Vérifier que chaque liberté correspond à une action réellement possible.
TP 2 — États et transitions (25 min)
Dessinez quatre états : accueil et trois propositions. Tracez chaque transition déclenchée par un bouton, ainsi que le retour à l’accueil. Indiquez ce qui arrive si le visiteur ne clique sur rien.
Livrable : Schéma comportant quatre états, au moins six transitions et une absence de choix possible.
Afficher le corrigé commenté
Exemple : accueil → A, B ou C ; A/B/C → accueil. Rester sur accueil sans action n’entraîne aucun changement. Une flèche de retour manquante révèle un parcours bloquant. Vérifiez le schéma en suivant chaque flèche dans les deux sens prévus.
TP 3 — Interface interactive (35 min)
Sur la base de l’exemple JavaScript du cours, reliez trois boutons à trois propositions. Affichez l’état actif sans recharger la page. Ajoutez un retour visible. Expliquez ce que font les écouteurs d’événements, l’état courant et la mise à jour de l’affichage.
Livrable : Fichiers HTML/JS fonctionnels et explication de trois mécanismes.
Afficher le corrigé commenté
Critères : chaque bouton produit le contenu attendu ; le retour fonctionne depuis chaque proposition ; le texte reste compréhensible sans effet animé. Un état courant doit piloter l’affichage plutôt que trois comportements contradictoires. Si un clic ne fait rien, contrôler l’identifiant du bouton, la console et le chargement du script.
TP 4 — Mémoire facultative (25 min)
Vérifiez d’abord qu’aucun choix n’est conservé après actualisation. Seulement si vous avez implémenté la variante facultative, demandez une action explicite pour mémoriser, testez la suppression de votre seule clé et simulez une indisponibilité du stockage.
Livrable : Journal distinguant « comportement par défaut vérifié » et « variante implémentée et testée » ou « non réalisée ».
Afficher le corrigé commenté
Par défaut, l’actualisation revient à l’accueil et aucune préférence n’est enregistrée par l’œuvre. Dans la variante, la mémorisation doit suivre une action explicite ; l’effacement ne doit supprimer que la clé de l’œuvre, pas tout le stockage du navigateur ; une exception de stockage ne doit pas bloquer l’exploration. Ne jamais cocher comme réussi un test non effectué.
TP 5 — Recette accessible (25 min)
Testez le parcours au clavier (Tab, Entrée, retour), sur un écran étroit, puis avec JavaScript désactivé si possible. Notez ce qui est attendu, observé et corrigé. Si un test est impossible, indiquez « non testé » plutôt que « réussi ».
Livrable : Tableau « test / attendu / observé / correction ou réserve », avec au moins cinq lignes.
Afficher le corrigé commenté
Exemple : Tab atteint les trois boutons ; Entrée active chacun ; le focus reste visible ; à 320 px le texte ne déborde pas ; sans script, une explication reste accessible. Si les boutons disparaissent sans JavaScript, prévoir un contenu HTML initial utile ou un message dans <noscript>. Une correction n’est validée qu’après un nouveau test.
Entraînement interactif facultatif — V0.6.0
Ces questions complémentaires ne constituent ni une note ni une validation de compétence. Aucune réponse n’est enregistrée.
10. Autoévaluation : dix questions
1. Quelle différence entre interface et expérience ?
2. Qu’est-ce qu’un état ?
3. Pourquoi proposer un retour ?
4. Que représente une transition ?
5. Pourquoi éviter un score imposé ?
6. Que lit dataset ?
7. Pourquoi utiliser textContent ?
8. Pourquoi la mémorisation doit-elle être facultative ?
9. Que vérifier au clavier ?
10. Comment démontrer l’absence de régression ?
Afficher le corrigé
11. Corrigé synthétique
1. L’interface permet des actions ; l’expérience inclut la manière dont elles sont vécues et interprétées.
2. Une situation courante de l’interface.
3. Pour éviter un parcours captif.
4. Le passage entre deux états.
5. Il impose une hiérarchie qui peut contredire l’intention.
6. Les attributs data-* d’un élément.
7. Pour afficher sans interpréter du HTML.
8. Pour préserver le choix et la confidentialité.
9. Ordre de tabulation, activation, focus et retour.
10. Retester les fonctionnalités déjà validées et conserver un journal de recette.
12. Épreuve d’autonomie et validation
En 45 minutes, sans génération de code par IA, modifier le texte d’une proposition, ajouter un quatrième bouton cohérent, expliquer la transition correspondante et tester le retour. Barème sur 20 : intention (4), fonctionnement (5), accessibilité (4), confidentialité (3), tests et explication (4). Seuil indicatif : 12/20, sans défaut bloquant de navigation. Conserver un commit Git identifié et une capture des tests. Transition : le module 12 rassemble conception, développement, publication, contrôle et soutenance.
Comprendre et essayer — exemple guidé
Je vois : La liberté du visiteur ne se confond pas avec l'intention initiale de l'auteur.
J’essaie : Sans IA, décrivez ce qui relève de l’intention de l’auteur et de la liberté du visiteur.
Je vérifie : Le texte distingue ce que l’auteur organise de ce que le visiteur peut librement décider.
Autre façon de faire : Proposez deux réactions différentes de visiteurs face à une même œuvre, puis précisez ce que l’auteur peut proposer sans imposer leur interprétation.
Pour reprendre plus tard : Conservez uniquement l’exemple anonymisé, la correction retenue et l’affirmation ou la donnée qu’il faudra contrôler.
Atelier d’approfondissement — parcours guidé
Ce parcours complète les travaux pratiques du module. Il peut être réalisé sans abonnement payant et ne constitue pas une évaluation certifiante.
Ce que vous allez apprendre — Construire un petit parcours interactif réversible sans collecter de données.
Matériel nécessaire — Ordinateur avec éditeur de texte et navigateur ; aucun service externe.
Organisation sur deux écrans — Vous pouvez lire ce cours sur téléphone et effectuer les manipulations sur ordinateur. Gardez les deux appareils à portée de vue ; aucun transfert de données entre eux n’est obligatoire.
Prototyper une expérience à trois états
Comment procéder concrètement
- Créez prototype.html et copiez le code complet du corrigé.
- Ouvrez le fichier dans un navigateur : le message d’accueil doit apparaître.
- Cliquez sur Explorer A et lisez le nouveau message.
- Cliquez sur Explorer B puis sur Recommencer ; le message initial doit revenir.
- Recommencez au clavier avec Tab et Entrée ; vérifiez qu’aucun choix ne bloque le retour.
Si vous n’avez qu’un téléphone — Sur téléphone, testez les trois boutons au toucher ; la vérification de l’ordre de tabulation nécessite un clavier.
Repères pratiques — Comprendre les états de l’expérience
À réaliser concrètement : Dans le prototype, les trois états pédagogiques sont : accueil, résultat A et résultat B. Ils sont affichés dans une même page par changement du message ; ce ne sont pas trois écrans HTML distincts. Le bouton Recommencer revient à l’accueil. Aucune mémoire locale n’est nécessaire dans ce prototype.
Si vous êtes bloqué : Si Recommencer ne rétablit pas le message initial, contrôlez l’écouteur du bouton et la valeur du texte d’accueil.
Essai autonome, sans recopier le modèle : Ajoutez un troisième choix C et vérifiez le retour à l’accueil, sans supprimer les choix A et B.
Étape 1 — Dessiner les états
À faire : Définissez accueil, choix et résultat.
Exemple ou résultat modèle : Accueil → choix A/B → résultat → retour accueil.
Vérification : Chaque état possède une sortie identifiable.
Étape 2 — Construire le prototype
À faire : Utilisez boutons et textes explicites, sans imposer de compte.
Exemple ou résultat modèle : Boutons « Explorer A », « Explorer B » et « Recommencer ».
Vérification : Le visiteur comprend l’effet de chaque action.
Étape 3 — Tester les transitions
À faire : Parcourez A et B au clavier, puis recommencez.
Exemple ou résultat modèle : Les deux chemins fonctionnent ; retour possible.
Vérification : Aucun choix ne bloque définitivement le visiteur.
Si cela ne fonctionne pas : pistes de dépannage
Un bouton ne répond pas : vérifiez les attributs data-chemin et id="retour". Le retour n’efface pas le choix : vérifiez la fonction associée au bouton Recommencer.
Afficher le corrigé commenté
Corrigé modèle : les états sont des situations de l’interface, les transitions des actions. Si une mémoire locale est ajoutée, son effacement doit être accessible.
Exemple complet à reproduire
Fichier ou livrable modèle : prototype.html. Copiez ou adaptez ce contenu dans votre propre dossier de travail.
<!doctype html><html lang="fr"><head>
<meta charset="utf-8"><meta name="viewport" content="width=device-width,initial-scale=1">
<title>Deux chemins</title></head><body>
<main><h1>Choisir un chemin</h1>
<p id="message" role="status">Vous pouvez explorer librement.</p>
<button type="button" data-chemin="A">Explorer A</button>
<button type="button" data-chemin="B">Explorer B</button>
<button type="button" id="retour">Recommencer</button>
</main>
<script>
const message = document.querySelector('#message');
document.querySelectorAll('[data-chemin]').forEach(b => {
b.addEventListener('click', () => {
message.textContent = 'Vous avez choisi le chemin ' + b.dataset.chemin + '.';
});
});
document.querySelector('#retour').addEventListener('click', () => {
message.textContent = 'Vous pouvez explorer librement.';
});
</script></body></html>Pourquoi ce corrigé est valable
Les trois boutons sont accessibles au clavier sans dépendance externe. Le texte change selon le chemin et le retour rétablit l'accueil. Aucun choix n'est définitif et aucune donnée n'est stockée. Vérifiez A, B et Recommencer.
Preuve de vérification attendue
Après réalisation, conservez le fichier produit et une note indiquant la manipulation testée, le résultat réellement observé et les éventuelles limites. Ne cochez pas un test non effectué.
Bilan personnel : notez ce qui fonctionne, ce qui reste à vérifier et une amélioration possible. Aucun résultat de cet atelier n’est envoyé au site.
Complément de corrigé TP — exemple de vérification et diagnostic
Prototype interactif — Énumérer les états et transitions, vérifier chaque bouton, le retour arrière et la possibilité de recommencer sans blocage.
Variante autonome : changer un seul élément de votre réalisation, prévoir le résultat, effectuer le test et consigner ce qui a réellement été observé. Plusieurs solutions sont acceptables si elles satisfont les critères du TP.
Laboratoire ludique facultatif — L’enquête de découvrabilité
Après avoir conçu une expérience numérique interactive, une nouvelle question apparaît : comment permettre au public de la découvrir ? Cette enquête SEO prolonge les compétences du module 10 ; elle ne remplace pas les objectifs créatifs du module 11.
Explore les titres, descriptions, liens, balises canoniques et conditions d’indexation d’un site fictif. Compare, corrige et prépare une fiche de vérification. Cette simulation ne mesure pas le référencement réel.
Pour aller plus loin — Demander l’indexation d’une page
Après la publication, utiliser Google Search Console : vérifier la propriété du site, inspecter l’URL publique exacte, puis sélectionner « Demander une indexation » si cette action est disponible. Revenir consulter l’état de l’URL ultérieurement. Une demande ne garantit pas l’indexation. Pour plusieurs pages, un sitemap XML peut faciliter leur découverte.