Analyse du site en cours (par petits lots d'adresses)... Veuillez patienter.
Sur un site dynamique, les pages ne sont pas des fichiers posés sur le serveur : elles sont construites à la demande à partir d'une base de données. Une boutique, un annuaire, un forum ou un blog fait maison affichent souvent leurs contenus avec des adresses comme produit.php?id=42 ou article.php?categorie=jardin&page=3. La version « page statique » de notre outil ignore volontairement ces adresses avec point d'interrogation. Cette version-ci les suit : elle explore toutes les adresses internes, paramètres compris, et vérifie que chacune répond correctement, dans la limite de 2000 adresses par analyse.

Le rapport se lit comme celui des pages statiques : l'URL cassée, puis la liste des pages qui contiennent un lien vers elle, chacune précédée du code d'erreur. La différence tient à la nature des erreurs. Sur un site dynamique, une même erreur se répète souvent des dizaines de fois avec des paramètres différents, parce qu'elle vient d'un modèle de page et non d'un lien écrit à la main. Si vous voyez fiche.php?id=118, fiche.php?id=203 et fiche.php?id=377 en erreur, le problème n'est probablement pas dans trois liens, mais dans la façon dont le script traite les identifiants qui n'existent plus en base.
Un point mérite votre attention : la page qui affiche « aucun résultat » ou « produit introuvable » doit renvoyer un vrai code 404. Si elle renvoie 200, l'outil ne la signalera pas, et Google risque de l'indexer comme une page normale. C'est ce qu'on appelle une soft 404, expliquée dans notre guide sur les images cassées et les soft 404.
Une petite boutique en ligne retire un produit de son catalogue en le supprimant de la base de données. La fiche produit.php?id=57 n'existe plus, mais trois pages continuent de la citer : la page « nouveautés », une catégorie et un article de blog. Le rapport affiche produit.php?id=57 avec le code 404 et ces trois pages sources. La bonne correction n'est pas seulement de retirer les liens : il faut aussi vérifier pourquoi la page « nouveautés » affiche encore un produit supprimé. Souvent, la requête qui construit cette liste ne vérifie pas que le produit est toujours actif. Corriger la requête évite que le problème revienne au prochain produit retiré.
Les sites dynamiques peuvent générer un nombre presque infini d'adresses : filtres, tris, calendriers, combinaisons de paramètres. Si votre site en contient beaucoup, l'analyse atteindra la limite de 2000 adresses avant d'avoir tout vu. Dans ce cas, lancez d'abord la version pour pages statiques pour contrôler la structure principale du site, puis cette version pour les contenus générés. Pensez aussi à déclarer une balise canonique sur les pages qui existent en plusieurs variantes, pour éviter que les moteurs de recherche les considèrent comme des doublons.
Sur un site dynamique, chaque correction devrait se faire à la source : dans la requête, le modèle de page ou la règle de réécriture qui produit le mauvais lien. Corriger un lien à la main ne sert à rien s'il est régénéré à chaque affichage. Pour une fiche supprimée définitivement, le script peut renvoyer un code 410, et pour une fiche déplacée, une redirection 301 vers la nouvelle adresse. Notre guide pour corriger une erreur 404 explique comment choisir entre ces réponses, et la FAQ répond aux questions les plus courantes sur les deux versions de l'outil.