Redirection de WWW vers non-WWW

Le générateur de redirection .htaccess www vers non-www de ToolsPivot crée le code Apache nécessaire pour unifier votre domaine sous un format d'URL unique, avec une redirection 301 permanente. Contrairement aux guides techniques qui vous demandent d'écrire le code à la main, cet outil produit les règles RewriteRule prêtes à copier-coller en quelques secondes, sans inscription et sans risque d'erreur de syntaxe.

Comment utiliser le Générateur de Redirection .htaccess de ToolsPivot

1. Choisissez le sens de la redirection : Sélectionnez « www vers non-www » ou « non-www vers www » selon le format d'URL que vous souhaitez conserver pour votre site.

2. Saisissez votre nom de domaine : Entrez uniquement le domaine (par exemple monsite.fr), sans le préfixe www ni le protocole http:// ou https://.

3. Générez le code : Cliquez sur « Get .htaccess Code ». ToolsPivot produit le bloc complet avec RewriteEngine On, RewriteCond et RewriteRule.

4. Copiez le résultat : Récupérez le code affiché dans la zone de résultat.

5. Collez dans votre fichier .htaccess : Ouvrez le fichier .htaccess à la racine de votre site (via FTP, le gestionnaire de fichiers de votre hébergeur ou un éditeur comme FileZilla) et ajoutez le code au début du fichier.

6. Testez la redirection : Tapez les deux versions de votre URL dans un navigateur. L'adresse doit basculer automatiquement vers le format choisi. Vous pouvez aussi vérifier avec le vérificateur de redirection www.

Fonctionnalités du Générateur de Redirection .htaccess de ToolsPivot

• Redirection bidirectionnelle : Deux options au choix : www vers non-www ou non-www vers www. Vous décidez du format canonique de votre domaine.

• Code 301 permanent : Le code généré utilise le statut HTTP 301, ce qui signale aux moteurs de recherche un déplacement définitif et transfère entre 90 et 99 % de l'autorité de lien.

• Syntaxe mod_rewrite complète : L'outil produit un bloc complet avec RewriteEngine On, RewriteCond %{HTTP_HOST} et RewriteRule, prêt pour les serveurs Apache.

• Conservation du chemin d'URL : Les règles générées préservent l'URI complet. Une visite sur www.exemple.fr/contact redirige vers exemple.fr/contact, pas vers la page d'accueil.

• Correspondance insensible à la casse : Le drapeau [NC] est inclus pour intercepter toutes les variantes de capitalisation de votre domaine.

• Résultat prêt à copier-coller : Le code apparaît dans une zone de texte formatée. Pas besoin de retouche manuelle avant l'insertion dans votre fichier .htaccess.

• Compatible HTTPS : Le code fonctionne avec les configurations SSL. Vous pouvez le combiner avec des règles de redirection HTTP vers HTTPS pour une standardisation complète. Vérifiez votre certificat avec le vérificateur SSL si nécessaire.

• Aucune inscription requise : Accès direct, sans compte, sans limite d'utilisation quotidienne.

Pourquoi utiliser le Générateur de Redirection .htaccess de ToolsPivot

• Suppression du contenu dupliqué : Google traite www.exemple.fr et exemple.fr comme deux sites distincts. Sans redirection, vos pages sont indexées en double, ce qui dilue votre classement. Une redirection 301 résout ce problème en quelques minutes.

• Transfert de l'autorité de lien : Les backlinks pointant vers la version www et la version non-www se concentrent sur un seul domaine. Résultat : votre autorité de domaine ne se divise plus entre deux URL.

• Zéro erreur de syntaxe : Écrire du code mod_rewrite à la main, c'est risquer une erreur 500 qui rend votre site inaccessible. L'outil génère un code testé et fonctionnel.

• Gain de temps pour les non-développeurs : Un auto-entrepreneur qui lance sa boutique sur PrestaShop ou un blogueur WordPress n'a pas besoin de maîtriser Apache. Collez le code, c'est fait.

• Budget de crawl mieux utilisé : Googlebot explore votre contenu via un chemin unique au lieu de dupliquer ses requêtes sur deux versions du même domaine. Le vérificateur SEO de ToolsPivot peut confirmer l'impact après mise en place.

• Cohérence pour vos visiteurs : Quel que soit le format tapé dans la barre d'adresse, vos utilisateurs atterrissent toujours sur la même URL. Les favoris restent valides, les partages sur les réseaux sociaux pointent au bon endroit.

• Compatible avec tous les hébergeurs Apache : OVHcloud, o2switch, Infomaniak, Ionos, Gandi : si votre serveur tourne sous Apache avec mod_rewrite activé, le code fonctionne.

Ce que signifie le code généré (ligne par ligne)

Le fichier .htaccess contrôle le comportement d'un serveur Apache au niveau du répertoire. Comprendre chaque ligne du code généré par ToolsPivot vous permet de le modifier ou de le combiner avec d'autres règles en toute confiance.

RewriteEngine On active le module de réécriture d'URL pour le répertoire concerné. Sans cette directive, toutes les règles qui suivent sont ignorées. Si votre fichier .htaccess contient déjà cette ligne (c'est courant sur WordPress), ne la dupliquez pas.

RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] pose une condition : la règle suivante ne s'exécute que si l'en-tête HTTP_HOST commence par « www ». Le drapeau [NC] rend la vérification insensible à la casse. La partie entre parenthèses capture le domaine sans le préfixe www pour l'utiliser ensuite.

RewriteRule ^(.*)$ http://%1/$1 [R=301,L] applique la transformation. Le motif ^(.*)$ capture l'intégralité de l'URI demandé. %1 reprend le domaine capturé par la condition, $1 reprend le chemin de la page. Les drapeaux [R=301,L] indiquent une redirection permanente et marquent cette règle comme la dernière à traiter.

Pour la direction inverse (non-www vers www), la condition vérifie l'absence du préfixe www avec le motif ^([^www]).* et la règle ajoute « www. » devant le domaine.

Astuce : si vous souhaitez aussi forcer le HTTPS, ajoutez une seconde condition RewriteCond %{HTTPS} off avant une règle de redirection vers https://. Combiner les deux redirections (www et HTTPS) en un seul bloc évite les chaînes de redirection qui ralentissent le chargement. Vérifiez la vitesse de votre page après la mise en place.

Quand configurer cette redirection

Trois situations rendent cette configuration indispensable.

Lancement d'un nouveau site. Configurez la redirection dès le premier jour, avant que Google indexe les deux versions de votre domaine. C'est bien plus simple que de corriger un problème de contenu dupliqué après coup. Un site e-commerce sur PrestaShop ou WooCommerce a tout intérêt à régler ce point avant d'envoyer le moindre produit en ligne.

Audit SEO technique. La majorité des audits SEO signalent l'absence de redirection www/non-www comme un problème prioritaire. Google Search Console affiche des avertissements de contenu dupliqué que cette redirection résout directement. Lancez une analyse de vos balises méta en parallèle pour vérifier la cohérence de vos URL canoniques.

Migration ou refonte. Quand vous changez d'hébergeur (par exemple en passant d'un mutualisé OVHcloud à un VPS chez Infomaniak), recréez vos redirections sur le nouveau serveur. Profitez-en pour vérifier vos enregistrements DNS et vous assurer que le domaine pointe correctement.

Cas particulier : si votre site tourne sur Nginx et pas sur Apache, le code .htaccess ne fonctionnera pas. Nginx utilise un fichier de configuration propre (nginx.conf) avec une syntaxe différente. Vérifiez votre environnement serveur avec le vérificateur d'hébergement avant toute modification.

Résoudre les problèmes courants

Même avec un code valide, des problèmes peuvent survenir. Voici les trois plus fréquents.

Boucle de redirection infinie. Le navigateur affiche « ERR_TOO_MANY_REDIRECTS ». La cause la plus courante : une règle dans le fichier .htaccess entre en conflit avec une autre redirection définie dans la configuration du serveur ou dans un plugin WordPress (Yoast SEO, Redirection). Vérifiez qu'une seule règle de redirection www existe dans l'ensemble de vos fichiers de configuration. Supprimez les doublons et testez à nouveau.

Erreur 500 (Internal Server Error). Une faute de frappe dans le code .htaccess suffit à provoquer cette erreur. Gardez toujours une copie de sauvegarde de votre fichier avant toute modification. Si l'erreur apparaît, restaurez l'ancienne version et comparez les deux fichiers avec un outil de comparaison de code pour repérer la différence.

Règles ignorées par le serveur. Sur certains hébergements mutualisés, le module mod_rewrite est désactivé ou l'option AllowOverride empêche le fichier .htaccess d'agir. Contactez le support de votre hébergeur pour confirmer que mod_rewrite est actif. Chez OVHcloud et o2switch, il est activé par défaut sur les offres mutualisées. Chez d'autres prestataires, il faut parfois le demander.

Avertissements de contenu mixte. Si vous combinez la redirection www avec le HTTPS et que certaines ressources (images, scripts) sont encore chargées en HTTP, le navigateur affiche un avertissement de contenu mixte. Vérifiez votre configuration SSL et mettez à jour les URL de vos ressources internes. L'encodeur/décodeur d'URL peut vous aider à identifier les chemins mal formatés.

Réponses rapides sur la redirection .htaccess

Faut-il choisir www ou non-www pour son site ?

Aucun des deux formats n'offre d'avantage SEO sur l'autre. Le choix est une question de préférence. Les URL sans www sont plus courtes et de plus en plus répandues. Si votre site a déjà des backlinks majoritairement vers une version, gardez celle-là comme format principal pour conserver l'autorité acquise.

Quelle différence entre une redirection 301 et 302 ?

Une redirection 301 est permanente : elle transfère l'autorité de lien vers la nouvelle URL et signale à Google de mettre à jour son index. Une 302 est temporaire et ne transmet pas le « jus de lien ». Pour unifier www et non-www, utilisez toujours une 301.

Le générateur de ToolsPivot est-il vraiment gratuit ?

Oui, l'outil est gratuit à 100 %, sans limite d'utilisation, sans inscription et sans publicité intrusive. Vous pouvez générer autant de codes que nécessaire pour différents domaines.

Le code généré fonctionne-t-il avec WordPress ?

Le code est compatible avec WordPress. Collez-le au début de votre fichier .htaccess, avant les règles WordPress existantes (le bloc commençant par # BEGIN WordPress). Le réglage d'URL dans les paramètres WordPress ne crée pas de vraie redirection 301, d'où l'intérêt de passer par le fichier .htaccess. Pensez aussi à vérifier vos liens cassés après la mise en place.

Où se trouve le fichier .htaccess sur mon serveur ?

Le fichier .htaccess se situe à la racine de votre site, dans le dossier public_html (chez OVHcloud, il s'appelle souvent « www »). Accédez-y via un client FTP comme FileZilla ou via le gestionnaire de fichiers de votre panneau d'administration. Le fichier est masqué par défaut : activez l'affichage des fichiers cachés dans votre client FTP.

Le code fonctionne-t-il sur tous les serveurs web ?

Non. L'outil génère du code spécifique à Apache avec le module mod_rewrite. Les serveurs Nginx utilisent un fichier nginx.conf avec une syntaxe différente. Les serveurs Microsoft IIS utilisent le fichier web.config. Vérifiez votre type de serveur avec le vérificateur de statut serveur avant de copier le code.

Combien de temps faut-il pour que Google prenne en compte la redirection ?

Google traite les redirections 301 lors de son prochain passage de crawl, en général entre quelques jours et deux à trois semaines. Pour accélérer le processus, demandez une réindexation de vos pages principales via Google Search Console et surveillez le rapport de couverture de l'index.

La redirection peut-elle ralentir mon site ?

Une seule redirection 301 ajoute moins de 100 millisecondes au temps de chargement. C'est négligeable. Le vrai problème survient quand plusieurs redirections s'enchaînent (par exemple HTTP → www → HTTPS → non-www). Combinez vos règles en un seul bloc pour éviter ces chaînes. Utilisez un outil comme le générateur de robots.txt pour compléter la configuration technique de votre site.

Peut-on combiner la redirection www avec une redirection HTTPS ?

Oui, et c'est même recommandé. Ajoutez une condition RewriteCond %{HTTPS} off avant votre règle de redirection pour forcer le HTTPS en même temps que le format www ou non-www. Un seul passage de redirection suffit si les deux conditions sont combinées dans le même bloc de règles.

Que faire si mon hébergeur bloque les modifications du .htaccess ?

Certains hébergements managés limitent l'accès au fichier .htaccess. Vérifiez si votre panneau d'administration propose une option de redirection intégrée (c'est le cas chez Cloudflare via les Page Rules ou chez OVHcloud via le gestionnaire de redirections). Sinon, envisagez un hébergeur offrant un accès complet au serveur. Vérifiez l'âge de votre domaine pour évaluer l'historique de votre site avant toute migration.

Comment vérifier que la redirection fonctionne correctement ?

Tapez les deux versions de votre URL (avec et sans www) dans votre navigateur. La barre d'adresse doit afficher le format choisi. Pour une vérification technique, utilisez la commande curl -I votredomaine.fr dans un terminal pour confirmer le code de statut 301, ou testez vos en-têtes HTTP directement en ligne.

La redirection affecte-t-elle mon sitemap XML ?

Votre sitemap XML doit lister les URL dans le format canonique choisi (toutes en www ou toutes sans www). Si votre sitemap contient encore les anciennes URL, régénérez-le après la mise en place de la redirection. Google Search Console signale les incohérences entre le sitemap et les redirections.