Parcours écrit · application pratique
Dans cette leçon : comprendre, pratiquer et vérifier
01 / PAS À PAS
Comprendre avant d’agir
Une page qui fonctionne pour votre session administrateur peut échouer pour un visiteur. Un aperçu WordPress, une erreur renvoyée avec un code 200 ou un bouton sans destination ne constituent pas un parcours utilisable. Le statut HTTP renseigne la réponse du serveur, mais vous devez aussi regarder ce qui est réellement affiché. Commencez par ce contrôle simple avant de réécrire tous les textes.
02 / PAS À PAS
La manipulation, dans l’ordre
- Ouvrez les cinq URL en fenêtre privée.
- Vérifiez contenu, images, menu et contact.
- Dans Réseau, rechargez et relevez le statut de la page principale.
- Notez chaque destination finale après redirection.
03 / PAS À PAS
Exemple travaillé — données fictives
Le service de Camille répond correctement, mais son bouton pointe vers /contact-test/ qui affiche une erreur. Une autre adresse redirige volontairement vers la nouvelle page de service : ces deux situations ne demandent pas la même correction.
04 / À VOUS DE JOUER
À vous de jouer
Corrigez un lien cassé sur votre copie puis recommencez le contrôle visiteur. Conservez avant, après et destination.
05 / LE BON RÉFLEXE
Si vous bloquez
Si les outils Réseau sont difficiles, relevez d’abord URL et symptôme. Ne modifiez pas des règles serveur au hasard.
06 / PAS À PAS
Cas suivi — Le bouton qui mène dans une impasse
Le laboratoire contient avant.html et apres.html. La première version parle de « solutions innovantes » et renvoie vers contact-test.html, une destination absente. La version corrigée montre une offre précise et un chemin de navigation. Ce sont de vraies pages HTML d’exercice ; elles n’ont jamais été présentées comme un site client ayant obtenu du trafic.
07 / PAS À PAS
Dans votre atelier
Décompressez seo-v2-laboratoire.zip dans un dossier. Ouvrez avant.html puis suivez le bouton : constatez l’échec. Revenez avec le bouton précédent du navigateur. Ouvrez apres.html, suivez le lien « Décrire mon projet » et vérifiez que la page contact.html s’ouvre. Dans ce laboratoire, le formulaire est explicitement non connecté ; ne saisissez pas de coordonnées privées. Sur votre site réel, faites aussi un envoi de test et vérifiez sa réception.
08 / PAS À PAS
Ce que vous devez conserver
La correction est réussie lorsque le lien a une destination utile accessible à un visiteur déconnecté. Ne transformez pas l’ouverture de la page contact en preuve que le formulaire transmet un email. Testez ces deux fonctionnalités séparément.
Voir le corrigé et les critères de réussite
Vous réussissez si la destination répond au besoin initial sans connexion imprévue. Une redirection vers une page équivalente est différente d’un renvoi général vers l’accueil. Un code 200 sans le contenu attendu reste une anomalie.
Votre preuve de réalisation
Conservez votre livrable dans le dossier du projet, avec la date et la vérification effectuée. Si un critère du corrigé échoue, notez ce qui manque et reprenez cette étape avant de la cocher.
Correction du cas suivi
Le défaut prioritaire n’était pas le nombre de mots, mais une destination inexistante. Dans l’audit, notez « bouton service → contact-test.html absent », sa conséquence et la correction attendue. Si vous travaillez sur un serveur HTTP, ouvrez les outils du navigateur, onglet Réseau, rechargez puis sélectionnez la requête du document : relevez statut et URL finale. Un fichier local ne possède pas de statut HTTP serveur : inscrivez « non applicable, fichier local ».
Références officielles du parcours et limites de l’édition
Les exemples et les données chiffrées sont pédagogiques. Les interfaces et conditions des prestataires peuvent évoluer ; vérifiez leurs documentations lors de votre réalisation.
La fiche téléchargeable accompagne le parcours complet.
Construisez la suite de votre projet.
Retrouvez toutes les étapes, les exercices et les ressources dans le parcours complet. L’accès est ouvert après confirmation de votre commande.
Rejoindre le parcours ↗