Le fichier .htaccess WordPress contient des règles que votre serveur peut utiliser pour gérer les adresses, les redirections ou certains accès. Avant de le modifier, repérez le bon fichier, conservez une copie récupérable et identifiez les blocs déjà présents. Ce guide vous aide à intervenir sans remplacer toute votre configuration par un exemple trouvé en ligne.
Trois questions avant de toucher au fichier
Le serveur doit lire les règles de ce fichier pour qu’elles aient un effet.
Un hébergement peut contenir plusieurs sites et plusieurs fichiers .htaccess.
Gardez un accès aux fichiers, même si l’administration devient inaccessible.
Configuration Apache WordPress : à quoi sert ce fichier ?
La configuration Apache de WordPress peut s’appuyer sur un fichier .htaccess pour appliquer des directives à un répertoire et à ses sous-répertoires. WordPress l’utilise notamment pour la réécriture des permaliens : une adresse lisible, comme celle d’un article, est dirigée vers le traitement approprié.
Un fichier htaccess WordPress n’est donc ni une page du site, ni sa base de données. Certaines lignes viennent du CMS ; d’autres peuvent venir d’un outil de cache, d’une protection ou d’un réglage de l’hébergeur. Leur présence ne dit pas, à elle seule, lesquelles fonctionnent encore.
Le serveur décide des règles acceptées. Apache peut ignorer ce fichier ou refuser certaines directives selon sa configuration. Nginx n’utilise pas les fichiers .htaccess ; dans une architecture combinant plusieurs serveurs, faites confirmer la configuration effective par l’hébergeur.
La documentation Apache sur les fichiers .htaccess précise ces limites. Ajouter des lignes ne garantit donc ni une meilleure sécurité ni un site plus rapide.
Où trouver le fichier .htaccess WordPress ?
Cherchez le fichier .htaccess WordPress avec le gestionnaire de fichiers de l’hébergeur ou un client SFTP/FTP autorisé. Activez l’affichage des fichiers cachés : le point placé au début du nom peut empêcher son affichage habituel.
Repérer le fichier, pas deviner le dossier
wp-admin/Administrationwp-content/Thèmes, extensions et médiaswp-includes/Fichiers du cœur.htaccessFichier caché à examinerindex.phpPoint d’entréeNe choisissez pas un dossier uniquement parce qu’il s’appelle www ou public_html. Vérifiez dans l’hébergement quel répertoire correspond au domaine concerné. Une copie de test, un ancien site et le site public peuvent cohabiter.
Avant d’ouvrir le fichier
- Confirmez le domaine et son dossier : travaillez-vous sur le site public ou sur une copie ?
- Affichez les éléments cachés : vérifiez le réglage du gestionnaire ou du client de transfert.
- Repérez les fichiers voisins : leur organisation aide à identifier l’installation.
- Relevez le chemin et la date : ces informations serviront pour comparer et restaurer.
Plusieurs fichiers peuvent s’appliquer à des niveaux différents. Trouver un .htaccess WordPress dans un sous-répertoire ne signifie pas que c’est celui qui contrôle l’ensemble du site.
Fichier .htaccess absent : faut-il le créer ?
Pas avant d’avoir vérifié pourquoi il manque. L’affichage masqué, un mauvais dossier et un serveur qui n’utilise pas ce mécanisme sont des situations différentes. Recréer un fichier dans chacun de ces cas ne répond pas au même besoin.
- Vous utilisez Nginx : demandez la procédure propre à cet environnement, sans ajouter de fichier inutile.
- Le fichier est caché : corrigez l’affichage avant de conclure à son absence.
- Apache est utilisé, mais les règles sont gérées ailleurs : faites confirmer le fonctionnement par l’hébergeur.
- Le fichier a réellement disparu : cherchez une copie connue et identifiez les règles à rétablir.
Pour créer un fichier htaccess, un éditeur de texte brut suffit techniquement. Mais son contenu dépend du site et du serveur. Vérifiez le nom final .htaccess, sans extension .txt ajoutée, et ne créez pas un fichier vide à la place d’une configuration à restaurer.
Un .htaccess WordPress absent sur un site qui fonctionne n’est pas, à lui seul, une panne à réparer. Si vous avez perdu la configuration après un transfert, reprenez d’abord les vérifications de la migration WordPress plutôt que d’empiler des règles.
Comment lire le bloc WordPress et les règles ajoutées ?
Examinez les commentaires et les marqueurs avant de modifier une directive. Dans un .htaccess WordPress, les lignes entre # BEGIN WordPress et # END WordPress sont habituellement générées par le CMS. Un ajout manuel placé dans ce bloc peut être remplacé lors d’une régénération.
Lire les zones avant de modifier les lignes
Identifier leur origine et leur utilité avant toute suppression.
# BEGIN WordPressRewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule . /index.php [L]# END WordPress
Zone gérée par WordPress : éviter d’y placer une personnalisation manuelle.
Des règles peuvent aussi se trouver après le bloc WordPress ; l’ordre compte.
Dans l’extrait ci-dessus, les conditions écartent les fichiers et répertoires existants avant de diriger la requête vers index.php. D’autres lignes sont nécessaires au fonctionnement complet : cet extrait explique un principe, pas une configuration à déployer.
| Élément repéré | Ce qu’il faut établir | Action adaptée |
|---|---|---|
| Bloc WordPress | Site simple, sous-dossier ou réseau multisite. | Comparer aux règles correspondant à cette installation. |
| Anciennes redirections | Adresses encore utilisées et destination attendue. | Tester les URL avant de conserver, corriger ou retirer. |
| Bloc d’une extension | Outil encore actif et méthode de génération. | Consulter ses réglages et sa documentation. |
| Directive inconnue | Origine, autorisation serveur et effet recherché. | Demander confirmation avant de l’effacer. |
Un exemple de fichier htaccess pour un site simple n’est pas le modèle d’un réseau WordPress Multisite. La référence officielle WordPress pour Apache distingue plusieurs configurations. Comparez la vôtre au bon cas ; ne remplacez pas tout le fichier par le premier extrait affiché.
Comment modifier le fichier .htaccess WordPress sans écraser ses réglages ?
Préparez une copie du .htaccess WordPress actuel hors du répertoire public, sur votre ordinateur ou dans un stockage protégé. Un fichier renommé .htaccess.bak dans le dossier web peut devenir accessible selon le serveur : ce n’est pas un emplacement de sauvegarde à présumer sûr.
Vérifiez aussi que votre accès aux fichiers fonctionne indépendamment de WordPress. Pour préparer un retour arrière plus large, le guide pour sauvegarder votre site et vérifier sa restauration distingue les fichiers de la base de données.
Une modification, un contrôle
- 01Copier
Conserver l’original, son chemin et la date.
- 02Modifier
Changer une seule règle identifiée.
- 03Tester
Contrôler les pages et le comportement attendu.
- 04Décider
Conserver le résultat vérifié ou remettre l’original.
Une fois la directive et son emplacement validés, ouvrez la copie dans un éditeur de texte brut, effectuez le changement et enregistrez. Transférez le fichier dans le dossier identifié, sous le même nom, puis testez immédiatement. Gardez l’original séparé pour pouvoir le remettre sans dépendre de l’administration.
Si le besoin concerne les permaliens
- Notez la structure actuelle et copiez le fichier avant d’ouvrir l’écran des permaliens.
- Dans Réglages → Permaliens, conservez la structure existante : l’objectif n’est pas de changer les URL.
- Vérifiez le message WordPress et comparez le fichier après l’opération. Si l’écriture est impossible, examinez les instructions affichées et les permissions avec l’hébergeur.
- Testez les liens concernés ; ne considérez pas le seul message d’enregistrement comme une recette complète.
La documentation de l’écran Permaliens précise que sa simple ouverture déclenche déjà une actualisation des règles de réécriture. L’enregistrement ne doit donc pas devenir un réflexe répété sans comparaison. Cette opération ne reconstitue pas toutes les anciennes redirections du .htaccess WordPress.
Pour modifier le fichier htaccess de WordPress, testez d’abord la règle concernée sur un site de test adapté. Une copie utilisant un autre serveur ne permet pas de valider les directives du site public. N’élargissez pas les permissions à tout le monde pour forcer une écriture.
Un fichier à reprendre sans perdre vos réglages ?
Je vous aide à examiner l’existant, préparer l’intervention et vérifier les pages concernées.
Que vérifier après une modification du fichier .htaccess WordPress ?
Une page d’accueil qui s’ouvre ne valide pas tout le .htaccess WordPress. Choisissez des URL et des actions qui traversent les règles modifiées. Notez le résultat attendu avant le test pour pouvoir distinguer une réussite d’un comportement simplement différent.
- Pages et articles : accès direct à plusieurs URL internes, pas seulement depuis le menu.
- Redirections : ancienne adresse, destination finale et absence de boucle.
- HTTPS : bonne adresse finale et absence de renvois répétés entre protocoles ou domaines.
- Administration et fonctions utiles : connexion, enregistrement d’un brouillon et formulaire si ces parcours sont concernés.
- Adresse inexistante : comportement 404 attendu, sans redirection systématique vers l’accueil.
Si le site se dégrade juste après l’édition du .htaccess WordPress, remettez la copie connue par votre accès aux fichiers, puis refaites les mêmes tests. Si la panne persiste, conservez l’heure, l’URL et les traces disponibles : le guide Erreur 500 WordPress détaille le diagnostic sans supposer que ce fichier est toujours responsable.
Une boucle HTTPS ne démontre pas non plus un problème de certificat. Le guide des erreurs SSL WordPress aide à distinguer ces situations. Ne multipliez pas simultanément les réglages du serveur, du CDN et du CMS : vous perdriez le lien entre changement et résultat.
Questions fréquentes sur le fichier .htaccess WordPress
Pourquoi mes lignes disparaissent-elles après un enregistrement ?
Un bloc du fichier .htaccess WordPress peut être réécrit par le CMS ou par l’extension qui le gère. Repérez les marqueurs et l’outil à l’origine du changement. Une personnalisation durable doit respecter le mécanisme prévu, plutôt qu’être recollée après chaque enregistrement.
Faut-il installer un éditeur .htaccess dans WordPress ?
Ce n’est pas obligatoire. Un gestionnaire de fichiers ou un client de transfert autorisé permet déjà l’édition. Un outil intégré ne remplace pas l’accès de secours : si une règle bloque le site, son interface peut devenir inaccessible elle aussi.
Un tutoriel htaccess WordPress OVH convient-il aux autres hébergeurs ?
Pas automatiquement. Les directives permises, l’organisation du site et les services placés devant le serveur peuvent différer. Le tutoriel doit correspondre à votre environnement ; demandez confirmation pour les paramètres propres à l’hébergement.
Peut-on partager ce fichier pour demander de l’aide ?
Transmettez seulement l’extrait nécessaire par un canal adapté, après avoir retiré les informations privées. Un fichier peut révéler des chemins, des adresses internes ou des restrictions d’accès. Gardez une copie originale complète et protégée pour restaurer.
Préserver l’existant avant d’ajouter des règles
Commencez par identifier le serveur, le dossier et la provenance des blocs. Conservez l’original, modifiez une seule chose puis vérifiez le parcours concerné. Un fichier .htaccess WordPress compréhensible et récupérable facilite les prochaines interventions. Si vous souhaitez déléguer ce réglage, présentez-moi votre site et le comportement à modifier.
