Aller au contenu
indexurl.fr

diagnostic SEO · 4 variantes · gratuit

Diagnostic de redirection d'un domaine.

Saisir un domaine. En 5 secondes, l'outil diagnostique les 4 variantes possibles (http, https, www, sans www), expose la chaîne de redirections complète et signale les configurations qui causent du contenu dupliqué SEO.

5 diagnostics par heure, sans inscription
exemples :
indexurl@redirects ~ %

$ diagnostic exemple.fr

─── variantes ────────────────────

http://exemple.fr → 301 → https://www.exemple.fr

https://exemple.fr → 301 → https://www.exemple.fr

http://www.exemple.fr → 301 → https://www.exemple.fr

https://www.exemple.fr → 200

─── diagnostic ───────────────────

URL CANONIQUE https://www.exemple.fr

✓ Configuration SEO correcte : 4/4 variantes convergent

# aperçu. Lancer un diagnostic pour des données réelles.

$

// checklist

Les 4 variantes diagnostiquées à chaque audit.

Pour Google, ces 4 URLs sont distinctes. Sans configuration explicite, plusieurs peuvent répondre 200 OK et servir le même contenu : c'est la définition du contenu dupliqué.

  • #01

    http://exemple.fr

    Variante non sécurisée sans sous-domaine. Doit rediriger en 301 vers la version HTTPS canonique.

  • #02

    https://exemple.fr

    Variante sécurisée sans sous-domaine. Soit la canonique, soit redirige en 301 vers la version www.

  • #03

    http://www.exemple.fr

    Variante non sécurisée avec www. Doit rediriger en 301 vers la version HTTPS canonique.

  • #04

    https://www.exemple.fr

    Variante sécurisée avec www. Soit la canonique, soit redirige en 301 vers la version sans www.

// lire le diagnostic

Configuration canonique OK : passer au diagnostic page par page.

Une fois les redirections du domaine validées, l'étape suivante consiste à diagnostiquer chaque page individuellement. Notre outil de diagnostic d'indexabilité teste 17 points techniques par URL (meta robots, canonical, sitemap, contenu, performance, rendu sans JS) et indique précisément ce qui empêche l'indexation de chaque page.

4/4 CONVERGENT
configuration SEO correcte diagnostiquer les pages
PARTIAL
ajouter les 301 manquantes côté serveur
DUPLICATE
consolider les variantes vers une seule canonique
UNREACHABLE
vérifier DNS et hébergement avant tout

// questions fréquentes

FAQ diagnostic de redirection.

// question phare

Comment diagnostiquer les redirections d'un domaine SEO ?

Trois méthodes complémentaires, de la plus rapide à la plus complète.

  1. 01

    Test manuel dans le navigateur

    Taper successivement les 4 variantes (http://exemple.fr, https://exemple.fr, http://www.exemple.fr, https://www.exemple.fr) et vérifier que toutes aboutissent à la même URL finale. Méthode la plus rapide, mais ne révèle pas le code HTTP exact ni les chaînes de redirection.

  2. 02

    Ligne de commande curl -I

    Lancer curl -I -L http://exemple.fr pour chaque variante. Donne le code HTTP exact (301, 302, 308) et la chaîne complète. Méthode la plus précise pour un dev, mais à répéter 4 fois et nécessite de lire les en-têtes HTTP.

  3. 03

    Diagnostic de redirection (cet outil)

    Saisir le domaine une seule fois, l'outil diagnostique les 4 variantes en parallèle, suit chaque saut de redirection et conclut sur la configuration : canonique correcte, contenu dupliqué, variantes manquantes ou domaine inaccessible. Méthode la plus complète pour un audit ponctuel ou avant migration.

Pourquoi diagnostiquer les 4 variantes (http, https, www, sans www) ?

Un domaine est techniquement accessible sous 4 formes : http://exemple.fr, https://exemple.fr, http://www.exemple.fr, https://www.exemple.fr. Pour Google, ce sont 4 URLs distinctes. Si plusieurs renvoient un statut 200 sans rediriger vers une seule version canonique, le site est en situation de contenu dupliqué : Google peut indexer la même page sous 2 ou 4 URLs différentes, et le PageRank des backlinks est dilué entre ces variantes au lieu d'être consolidé sur une seule.

Quelle est la configuration recommandée par Google ?

Choisir UNE variante canonique (généralement https://www.exemple.fr OU https://exemple.fr, indifféremment selon préférence) et faire des redirections 301 permanentes depuis les 3 autres variantes vers cette canonique. La 301 transmet ~100% du PageRank au contraire de la 302 (temporaire) qui ne transmet pas autant. Le passage de http à https doit aussi être géré par 301.

Pourquoi une chaîne de redirections trop longue est mauvaise ?

Chaque redirection ajoute une requête HTTP, donc de la latence (TTFB augmenté). Google traite les chaînes mais après 5 sauts environ, la consolidation du PageRank devient incertaine et le crawl budget est gaspillé. La règle d'or : maximum 1 saut. Une chaîne http://exemple.fr → https://exemple.fr → https://www.exemple.fr doit être réduite à un saut direct http://exemple.fr → https://www.exemple.fr via configuration serveur (Apache, Nginx) ou règles CDN (Cloudflare).

L'outil suit-il les redirections JavaScript ?

Non. L'outil ne suit que les redirections HTTP standard (codes 301, 302, 303, 307, 308). Les redirections JavaScript (window.location) ou meta refresh ne sont pas considérées comme des redirections SEO valides par Google et signalent une mauvaise configuration : elles ne transmettent pas le PageRank.

Comment configurer les 301 sur mon serveur ?

Sur Apache, via .htaccess avec RewriteEngine On + RewriteCond %{HTTP_HOST} + RewriteRule avec flag [R=301,L]. Sur Nginx, via un server block dédié écoutant sur les variantes non-canoniques avec return 301 https://canonique.fr$request_uri;. Sur Cloudflare, via Page Rules ou Bulk Redirects. La logique : http → https d'abord, puis non-www → www (ou inverse). Toujours retester avec cet outil après modification.

Cet outil est-il vraiment gratuit ?

Oui. Aucune inscription requise. La limite est de 5 diagnostics par heure et par adresse IP, suffisant pour la plupart des audits ponctuels. Aucun email demandé.

Mes données sont-elles enregistrées ?

Le résultat de chaque diagnostic est mis en cache 1 heure côté serveur pour éviter de re-sonder le même domaine si plusieurs personnes le testent dans la fenêtre. Aucune donnée personnelle n'est conservée. L'adresse IP est hashée (SHA-256) uniquement pour le rate-limiting et expire après 1 heure. Voir la page IndexURL-Bot pour le détail.