La page 404 d’une landing page : l’erreur qui coûte le plus cher à ignorer

Un lecteur clique sur un lien partagé trois mois plus tôt sur LinkedIn, ou sur un ancien article de blog qui pointait vers une offre depuis renommée. Il atterrit sur une page blanche, « 404 Not Found », sans en-tête, sans navigation, sans un mot pour lui dire où aller. Il ferme l’onglet. Ce n’est pas un visiteur perdu par manque d’intérêt pour l’offre — c’est un visiteur perdu par un détail que personne, en général, ne relit deux fois une fois la landing page mise en ligne : que se passe-t-il quand l’URL ne correspond à rien ?

Ce que dit la recherche sur les liens morts et la mémoire de l’expérience

Le problème n’a rien d’anecdotique. Une étude de mesure à grande échelle publiée en 2024 a analysé les liens externes présents sur les pages d’accueil de 88 000 sites parmi les plus visités au monde (classement Majestic Million) : 35,2 % d’entre elles contenaient au moins un lien mort (étude sur Google Scholar). Un lien mort n’est donc pas l’exception qui arrive « aux sites mal tenus » — c’est un tiers du web le plus fréquenté qui l’ignore, et une landing page isolée, souvent liée depuis des dizaines de sources externes qu’on ne contrôle pas (un article invité, une mention presse, un post social vieux de deux ans), y est encore plus exposée qu’un site classique.

Ce qui rend l’erreur coûteuse, ce n’est pas seulement sa fréquence : c’est le moment où elle survient dans le parcours. L’étude de référence de Daniel Kahneman, Barbara Fredrickson, Charles Schreiber et Donald Redelmeier, publiée en 1993 dans Psychological Science sous le titre « When More Pain Is Preferred to Less: Adding a Better End » (étude sur Google Scholar), a posé les bases de ce qu’on appelle aujourd’hui la « règle pic-fin » (peak-end rule) : le souvenir global d’une expérience n’est pas la moyenne de tous ses instants, mais se construit essentiellement autour de son moment le plus intense et de son tout dernier moment. Appliqué à une landing page, l’enseignement est direct : un visiteur qui termine sa visite sur une page blanche sans issue n’en garde pas le souvenir d’une bonne offre gâchée par un détail technique — il en garde le souvenir d’un site qui ne fonctionne pas, et c’est ce souvenir-là qui domine son jugement sur la marque entière, bien plus que le reste d’une visite par ailleurs fluide.

Pourquoi une landing page cumule plus de liens morts qu’un site classique

Un site institutionnel change rarement de structure ; une landing page, elle, vit au rythme des campagnes. Plusieurs sources de liens morts s’accumulent qui n’existent pas ailleurs :

• Les URL de campagne retirées après coup — une offre saisonnière ou un webinaire ponctuel dont la page est dépubliée une fois l’événement passé, alors que des liens continuent de pointer vers elle depuis des emails archivés ou des posts sociaux toujours en ligne.
• Le renommage de slug lors d’une refonte — passer de /offre-printemps à /templates/agence-locale casse tous les liens externes existants si aucune redirection n’est posée, y compris ceux que l’équipe elle-même a partagés des mois plus tôt.
• Les variantes d’A/B test retirées — une variante perdante désactivée après un test, dont l’URL reste pourtant indexée ou partagée en interne dans un tableau de résultats.
• Les backlinks externes non maîtrisés — un comparatif, un annuaire ou un article de blog tiers qui référence une ancienne URL sans qu’on en soit informé ni qu’on puisse le corriger directement.

Ce qu’une bonne page 404 doit faire — et ne jamais faire

• Garder l’en-tête et la navigation du site — le visiteur doit rester dans l’univers de la marque, jamais atterrir sur une page blanche qui ressemble à une erreur serveur générique et lui fait douter que le site fonctionne encore.
• Proposer deux ou trois destinations concrètes, pas un simple champ de recherche qui reporte l’effort sur le visiteur — un lien vers la page d’accueil, un lien vers le catalogue ou l’offre la plus proche de ce qu’il cherchait probablement.
• Renvoyer un vrai code HTTP 404, jamais une redirection silencieuse vers la page d’accueil avec un code 200 : cette pratique, appelée « soft 404 », trompe autant l’utilisateur (qui ne comprend pas pourquoi il n’est pas sur la page attendue) que Google, qui peut la signaler comme telle dans le rapport de couverture — voir notre guide sur une landing page non indexée dans Search Console pour identifier ce cas précis.
• Ne jamais reproduire le contenu de la page d’accueil à l’identique — une 404 qui affiche exactement la même chose que l’accueil, sans mention de l’erreur, est une autre forme de soft 404 : le visiteur ne sait plus s’il est arrivé où il voulait ou non.
• Suivre les 404 rencontrées dans l’outil d’analytics du site pour repérer les URL les plus fréquemment cassées et poser une redirection 301 ciblée plutôt que de laisser la page d’erreur absorber indéfiniment ce trafic — un lien mort corrigé une fois profite à tous les visiteurs suivants.

Mettre ça en place sur Next.js (App Router)

Avec l’App Router de Next.js, un fichier not-found.tsx placé à la racine d’un segment de route s’affiche automatiquement dès qu’aucune route ne correspond à l’URL demandée, avec le code HTTP 404 déjà correct — sans middleware ni configuration supplémentaire. Sur un site bilingue, ce fichier doit exister séparément dans chaque groupe de routes par langue (par exemple app/(fr)/not-found.tsx et app/(en)/en/not-found.tsx) : sans cela, un visiteur anglophone qui tombe sur un lien mort peut se retrouver sur une 404 entièrement rédigée en français, ce qui casse la cohérence linguistique au pire moment. Pour une page dynamique — un template ou une démo dont le slug vient de l’URL — la fonction notFound() de next/navigation doit être appelée explicitement dès que le contenu demandé n’existe pas en base, plutôt que de laisser la page se rendre avec des données vides : c’est ce qui garantit le bon code HTTP et déclenche le fichier not-found.tsx du bon segment.

Une fois la page en place, la checklist technique de mise en ligne reste la bonne référence pour vérifier qu’elle est bien servie avec le bon code de statut avant publication, au même titre que la balise canonical ou le sitemap.

Erreurs fréquentes

• Oublier la version dans l’autre langue — une 404 traduite à moitié, ou absente d’un des deux groupes de routes, renvoie un visiteur international sur du contenu qu’il ne comprend pas.
• Rediriger automatiquement vers l’accueil sans explication — un visiteur qui ne comprend pas pourquoi il a été déplacé perd confiance plus vite qu’un visiteur informé clairement qu’une page a disparu.
• Miser sur l’humour sans proposer de sortie — une 404 créative qui fait sourire mais n’offre aucun lien clair vers le catalogue ou l’accueil résout le problème d’image, pas celui de la conversion perdue.
• Laisser une ancienne page de campagne renvoyer une 404 indéfiniment — si l’URL a un successeur clair (nouveau slug, offre équivalente), une redirection 301 permanente vaut toujours mieux qu’une page d’erreur, y compris pour le référencement.
• Ne jamais consulter les 404 réellement rencontrées — sans suivi dans l’outil d’analytics, l’équipe découvre les liens cassés par hasard plutôt que par les données, des mois après qu’ils ont commencé à faire fuir du trafic.

Une bonne page 404 ne rattrape pas toutes les visites perdues, mais elle transforme un point de rupture net en une seconde chance concrète. Les 10 templates LanderKit (89 € l’unité, 229 € le pack complet) incluent chacun leur page 404 déjà stylée dans l’identité du template et prête à personnaliser : sur le template SaaS waitlist comme sur Agence locale, il suffit d’ajuster les liens de secours proposés au visiteur, sans reconstruire la page depuis zéro.