Meilleur guide .htaccess pour les SEO (avec des exemples !)

Votre site web peut être tombé après avoir fait quelques modifications sur votre fichier .htaccess. Mais il n’y a pas de quoi s’inquiéter !

Cela arrive avec de nombreux SEO qui essaient de faire un effort supplémentaire en faisant des corrections techniques.

En général, les modifications apportées par le tableau de bord de WordPress donnent une mini crise de panique car vous êtes verrouillé du tableau de bord une fois que vous mettez à jour le fichier .htaccess erroné.

Les fichiers .htaccess sont à la fois une aubaine et un fléau pour les SEO car ils vous aident à personnaliser les fonctions de votre site Web.

En commençant par la protection des fichiers avec un mot de passe, en faisant une redirection 301 ou en configurant une page d’erreur spéciale, le .htaccess est pratique si votre site Web fonctionne sur le serveur Web Apache.

Si vous êtes quelqu’un qui cherche une solution rapide pour remettre votre site Web en ligne après un échec de mise à jour du .htaccess ou si vous voulez en savoir plus sur l’optimisation du .htaccess de votre site Web, voici la ressource que vous pensiez n’avoir jamais existé.

Nous allons vous donner des correctifs et des conseils très rapides sur le .htaccess afin que vous, en tant que SEO, puissiez maintenant apporter en toute confiance des modifications au site web sans vous soucier des conséquences.

Vous savez déjà ce qu’est .htaccess et à quel point il est utile pour un webmaster qui utilise un serveur Web Apache.

Cependant, je vais expliquer quelques bases du .htaccess pour les débutants afin de les aider à le comprendre avant de le mettre en œuvre.

N’hésitez pas à basculer vers le chapitre de votre choix en utilisant la table des matières.

Qu’est-ce que .htaccess ?

.htaccess est un fichier de configuration qui peut être lu et exécuté par le logiciel Apache Web Server pour activer/désactiver des fonctionnalités et des caractéristiques supplémentaires. Étant donné que le fichier .htaccess existe dans un environnement basé sur Unix et rend au niveau du répertoire, il remplace les paramètres globaux du serveur Web permettant une configuration personnalisée de l’accès au site Web.

Que signifie .htaccess ?

.htaccess est un acronyme pour « accès hypertexte ». Le nom a été dérivé après que le fichier soit devenu populaire parmi les développeurs qui l’ont utilisé pour modifier les fonctions d’accessibilité de l’utilisateur sur une base par répertoire.

.htaccess utilise les directives http.config du serveur Apache pour autoriser et restreindre l’accès aux répertoires pour les personnes utilisant des noms d’utilisateur et des mots de passe. Cependant, lorsqu’il s’agit des référenceurs, .htaccess a un rôle encore plus important à jouer.

A quoi sert .htaccess ?

Si vous avez un site web qui se présente avec différentes exigences sur une base constante, considérez .htaccess comme une aubaine.

En tant que SEO, .htaccess est pratique car vous pouvez l’utiliser pour donner des directives au serveur web pour les redirections 301, activer la mise en cache, mettre à jour les en-têtes HTTP, contrôler le crawling, rendre les URL SEO friendly et bien plus encore !

Où trouver le fichier .htaccess ?

Puisque .htaccess est une configuration au niveau du répertoire, vous pouvez le trouver dans presque tous les dossiers de votre répertoire web. Si vous avez un seul répertoire web avec plusieurs sous-répertoires (site web), le fichier .htaccess peut se trouver dans le répertoire racine ainsi qu’à l’intérieur de chaque sous-répertoire.

Si vous êtes un utilisateur de WordPress, la meilleure façon d’accéder au fichier .htaccess est de passer par l’option du plugin Yoast.

Attention : Puisque .htaccess n’est pas quelque chose que les débutants devraient jouer, je recommande de le tester sur le site de démonstration. En outre, vous devez avoir des connaissances suffisantes sur l’utilisation de Filezilla pour accéder au dossier racine si vous êtes bloqué hors de l’Admin WordPress.

Si vous exécutez un site Web WordPress, il existe une poignée de plugins qui prennent en charge la modification du fichier .htaccess. Puisque la plupart des utilisateurs de WordPress choisissent Yoast comme leur plugin SEO par défaut, laissez-moi vous expliquer comment vous pouvez modifier le fichier .htaccess dans le tableau de bord Yoast au sein de WordPress.

Etape 1 : Connectez-vous à votre tableau de bord d’administration de WordPress

Etape 2 : Ouvrez Yoast Settings

Etape 3 : Ouvrez Tools

Etape 4 : Dans les outils, sélectionnez « File Editor »

Etape 5 : Modifiez le fichier .htaccess et enregistrez

Dans la plupart des sites Web WordPress, .htaccess est livré avec cette configuration par défaut :

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ -
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php
# END WordPress

Que faire si votre site web n’a pas de fichier .htaccess ?

Puisque .htaccess est un fichier de configuration généré automatiquement, dans 99% des cas, il sera présent. Cependant, c’est généralement un fichier caché dans les répertoires et les webmasters pensent qu’il est absent. Il suffit d’activer « montrer les fichiers cachés » et vous devriez être en mesure de le trouver.

Si vous ne parvenez pas à trouver le fichier .htaccess même après avoir fait cela, vous devrez peut-être en écrire un manuellement et le télécharger sur votre serveur web.

Étapes pour créer un fichier .htaccess personnalisé

Étape 1 : Ouvrez le bloc-notes

Étape 2 : Tapez la configuration (pour tester, utilisez la configuration par défaut fournie ci-dessus)

Étape 3 : Enregistrez le fichier en ASCII avec le nom de fichier .htaccess

Étape 4 : Assurez-vous que le fichier ne soit pas enregistré au format .txt

Etape 5 : Utilisez Filezilla pour télécharger le fichier .htaccess dans votre répertoire web

Note : Si vous êtes un utilisateur de WordPress et que vous avez un champ vide pour le fichier .htaccess, ajoutez simplement la configuration et enregistrez.

Que faire si vous êtes bloqué hors du tableau de bord de WordPress après avoir mis à jour le fichier .htaccess ?

Vous avez peut-être mis à jour le fichier .htaccess en utilisant Yoast ou en utilisant le gestionnaire de fichiers WP et vous vous êtes fait verrouiller hors du tableau de bord. Ne paniquez pas. Cela peut être facilement réparé.

Si vous êtes un SEO, obtenez l’accès FTP de votre site web auprès du développeur sur celui qui gère le serveur. Si vous avez besoin de l’aide d’un expert, votre développeur pourrait être le meilleur coup de main.

Etape 1 : Connectez-vous à votre répertoire web en utilisant FileZilla

Etape 2 : Téléchargez le fichier .htaccess du répertoire

Etape 3 : Mettez à jour le fichier .htaccess avec la configuration par défaut et enregistrez-le

Étape 4 : Remplacez l’ancien fichier .htaccess du répertoire par le nouveau

Note : Si votre priorité est de remettre le site web en ligne dès que possible, utilisez le code par défaut. Toutefois, si vous avez apporté de nombreuses modifications au fichier .htaccess, essayez de trouver le code qui s’est retourné contre vous. Supprimez-le avant de le télécharger à nouveau sur le serveur.

Pourquoi voyez-vous une erreur après avoir mis à jour le fichier .htaccess ?

Si vous êtes un SEO qui essaie d’apprendre .htaccess en profondeur, il y a de fortes chances que vous finissiez par faire quelques erreurs au début. C’est parfaitement bien jusqu’à ce que vous compreniez pourquoi le serveur web a signalé une erreur.

Il existe quelques problèmes courants que les SEO rencontrent lorsqu’il s’agit de mettre à jour le fichier .htaccess. Voici la liste des problèmes .htaccess les plus courants.

  1. Annulation désactivée : Pour que votre fichier .htaccess fonctionne, vous devez d’abord activer l’option AllowOverride. Si l’option AllowOverride est définie sur None, toutes les configurations définies dans le .htaccess seront désactivées. Pour vous assurer que l’option Override est activée, suivez cette étape :

Étape 1 : Ouvrez le fichier de configuration Apache (http.conf)

Étape 2 : Définissez la directive Allow OverRide comme : AllowOverride All

Etape 3 : Sauvegarder le fichier de configuration Apache et redémarrer le serveur Apache

  1. Nom de fichier mal orthographié : C’est la deuxième erreur la plus courante que font les référenceurs. Comme .htaccess est un fichier de configuration basé sur Unix et enregistré en ASCII, une mauvaise orthographe entraînera une erreur. Si le fichier ne commence pas par un « . » ou est téléchargé dans un format de fichier différent tel que .txt, le serveur Apache ignorera le fichier et la configuration que vous avez définie.
  2. Hiérarchie des .htaccess Questions : les fichiers .htaccess s’exécutent en fonction de leur hiérarchie. Quelques règles définies au début des fichiers .htaccess pourraient annuler les règles qui viennent dans la phase ultérieure de la configuration. Si vous pensez que celles-ci sont critiques, essayez de déplacer la configuration particulière vers le haut.
  3. Fichiers .htaccess multiples : Puisque les fichiers .htaccess peuvent être utilisés par répertoire, il y a une chance que votre site web utilise plusieurs fichiers .htaccess. Dans ce cas, un fichier peut contredire la configuration définie dans un autre, ce qui entraîne des erreurs. Vous pouvez résoudre ce problème en désactivant les fichiers .htaccess individuels.
  4. Erreur de syntaxe : Le fichier .htaccess fonctionne entièrement en fonction de la syntaxe utilisée pour configurer votre site Web. Une erreur de syntaxe sur le fichier peut mettre votre site hors ligne et provoquer une crise de panique. Il est donc impératif de comprendre la syntaxe avant de mettre à jour vos fichiers .htaccess.

Quels sont les messages d’erreur courants que vous obtenez après la mise à jour du fichier .htaccess ?

Chaque fois qu’un utilisateur visite votre site web, il interagit directement ou indirectement avec le serveur web. Les pages qu’il obtient en cliquant sur les images et les autres ressources qu’il voit sont récupérées par le serveur web, ce qui signifie que vous, en tant que webmaster, pouvez le restreindre.

Certains sites web utilisent .htaccess pour définir l’authentification pour accéder aux sites web. Lorsqu’il s’agit de référencement, ils l’utilisent pour s’assurer que les utilisateurs et les robots des moteurs de recherche accèdent facilement aux pages qui comptent le plus. Si le site web ne parvient pas à fournir les informations demandées, un code d’erreur est généré par le serveur web en fonction des configurations définies dans le fichier .htaccess.

Voici la liste des codes d’erreur que les serveurs web affichent dès qu’ils ne parviennent pas à récupérer les données demandées.

Erreurs de requête du client

  • 400 – Mauvaise requête : Structure d’URL invalide. Le serveur est incapable de comprendre la requête soulevée par l’utilisateur.
  • 401 – Autorisation requise : Ces messages s’affichent lorsque l’accès à la page a été restreint par les webmasters.
  • 402 – Paiement requis (pas encore utilisé) : Si l’initiation du paiement ne parvient pas à se produire, il donne généralement ce code.
  • 403 – Interdit – La simple raison pour laquelle vous obtenez une erreur 403 est que vous essayez d’accéder à une ressource dont l’autorisation est restreinte. Un site web affiche des erreurs 403 interdites lorsque les utilisateurs essaient d’accéder à une page qui nécessite une authentification.
  • 404 – Non trouvé : L’erreur 404 indique clairement aux utilisateurs que l’URL demandée n’est pas disponible sur le site web. Cela peut être dû à une erreur de frappe dans l’URL ou lorsque la page a été supprimée du site.
  • 405 – Méthode non autorisée : Ce code d’état de réponse HTTP indique que le serveur a refusé d’accepter la méthode de demande malgré la compréhension de l’objectif de la demande.
  • 406 – Non acceptable (encodage) : Cela se produit généralement lorsque le serveur ne peut pas répondre avec la demande accept-header.
  • 407 – Authentification du proxy requise : Cette erreur indique que la demande ne peut être satisfaite en raison de l’absence d’authentification du serveur proxy entre le navigateur et le serveur.
  • 408 – Request Timed Out : C’est l’une des erreurs HTTP courantes que les webmasters rencontrent lorsque le serveur ne parvient pas à recevoir une requête complète du côté client dans le délai imparti.
  • 409 – Requête en conflit : Cette erreur se produit lorsque l’état de la ressource cible entre en conflit avec l’état actuel. Pour résoudre l’erreur, identifiez le conflit et soumettez à nouveau.
  • 410 – Disparu : Ce code d’erreur représente que l’accès à la ressource demandée a été supprimé de façon permanente du serveur et qu’il le restera tout au long.
  • 411 – Longueur de contenu requise : Cette erreur représente l’incapacité du serveur à accepter la demande du client en raison de l’absence de définition de l’en-tête content-length.
  • 412 – Precondition Failed : Le est une erreur causée en raison du conflit de sécurité avec une ou plusieurs des configurations de sécurité qui ont été mises en œuvre sur votre serveur.
  • 413 – Entité de requête trop longue : Lorsque la ressource demandée est trop grande pour que le serveur puisse la charger, l’utilisateur peut rencontrer l’erreur 413.
  • 414 – URI de requête trop longue : Il suffit de penser à une structure d’URL supérieure à 2048 caractères. Le serveur ne peut pas déchiffrer l’erreur 414 qui en résulte.
  • 415 – Unsupported Media Type : Cette erreur apparaît lorsque le serveur refuse de charger une ressource qui se trouve dans un format de média non pris en charge.

Erreurs de serveur

  • 500 – Erreur interne du serveur
  • 501 – Non implémenté
  • 502 – Mauvaise passerelle
  • 503 – Service non disponible
  • 504 – Délai d’attente de la passerelle
  • 505 – Version HTTP non prise en charge.

A quoi sert .htaccess ?

Redirections

Vous venez de changer le nom de domaine de votre site web ?

En tant que SEO, vous ne voulez certainement pas que vos utilisateurs voient une page 404, et vous ne voulez pas non plus que toute l’autorité durement gagnée disparaisse tout simplement.

Considérez votre .htaccess comme la panacée pour ces deux préoccupations. L’ajout de la directive de redirection à votre fichier .htaccess vous aidera à rediriger votre trafic et l’autorité de votre site vers le nouveau domaine.

La chose intéressante est que vous pouvez faire la même chose quand il s’agit des URL de votre site Web. En créant une directive de redirection 301, vous poussez vos utilisateurs et les robots des moteurs de recherche qui essaient d’accéder à une ancienne URL à lire une nouvelle page au sein de votre site.

Exemple de redirection au niveau du domaine avec .htaccess :

# This allows you to redirect your entire website to any other domain 
Redirect 301 / http://example.com/

Exemple de redirection d’URL avec .htaccess :

RedirectMatch 301 ^/old-url.html$ /new-url.html

Urls favorables au référencement

Votre structure d’URL est-elle en désordre ? Les utilisateurs et les robots des moteurs de recherche sont incapables de comprendre ce que contient la page ? Cela arrive à pas mal de webmasters.

Le fait de ne pas prêter attention à la structure de l’URL initialement devient une grande douleur après que le site web gagne en autorité.

En utilisant les .htacces, vous pouvez définir la structure URL appropriée pour votre site web.

En plus de cela, toute extension qui vient avec votre URL, par exemple, .html ou .php peut être facilement supprimée en ajoutant des directives au .htaccess.

Exemple 1 : Utilisation de .htaccess pour supprimer les extensions dans l’URL

Suppression de .php comme extension

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^(.*)$ .php

Suppression de .html comme extension

RewriteEngine on 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.html -f
RewriteRule ^(.*)$ .html

Exemple 2 : Utilisation de .htaccess pour rendre les URL en minuscules

Méthode 1

RewriteCond %{REQUEST_URI} 
RewriteRule . ${lc:%{REQUEST_URI}}

Le code ci-dessus aura un impact sur toutes les structures d’URL, y compris le nom de domaine.

Méthode 2

RewriteCond %{REQUEST_URI} 
RewriteRule ^.+.html$ ${lc:%{REQUEST_URI}}

Celle-ci n’aura un impact que sur les noms de fichiers html.

Exemple 2 : Utiliser .htaccess pour la réécriture dynamique d’URL

RewriteEngine On
RewriteRule /(.*)/(.*)/$ page.php?category=&product=

Mauvaise URL : site.com/page.php?category=2&product=54

Bonne URL : site.com/sandwiches/rueben-sandwich/

  • Utilisation de .htaccess pour améliorer la vitesse du site

La vitesse de la page est le nouveau hoo-ha parmi les webmasters.

Ils ont toutes les raisons de créer cette agitation car Google la considère désormais comme l’un des principaux facteurs lors du classement des pages sur la SERP.

Gogle ne veut pas que les utilisateurs aient une mauvaise expérience utilisateur des pages les mieux classées.

En outre, un site web à chargement lent consomme beaucoup de budget de crawl.

L’une des façons les plus simples et les plus sûres d’améliorer la vitesse du site web est de configurer votre .htaccess.

  • Activer la fonctionnalité de cache

En activant la fonctionnalité de cache dans le fichier .htaccess, les ressources du site web sont stockées sur le navigateur du visiteur permettant un chargement rapide.

Vous pouvez activer le cache en utilisant deux méthodes différentes

ExperiesByType – En utilisant cette méthode dans .htaccess, vous pouvez définir un délai de cache, aka expiration pour chaque ressource de votre site web.

Exemple :

<ifModule mod_headers.c>
# YEAR
<FilesMatch ".(ico|gif|jpg|jpeg|png|flv|pdf)$">
Header set Cache-Control "max-age=29030400"
</FilesMatch>
# WEEK
<FilesMatch ".(js|css|swf)$">
Header set Cache-Control "max-age=604800"
</FilesMatch>
# 45 MIN
<FilesMatch ".(html|htm|txt)$">
Header set Cache-Control "max-age=2700"
</FilesMatch>
</ifModule>

En-tête de contrôle du cache – L’en-tête de contrôle du cache utilise un âge maximal pour les ressources avant d’expirer.

Exemple :

# One month for most static assets
<filesMatch ".(css|jpg|jpeg|png|gif|js|ico)$">
Header set Cache-Control "max-age=2628000, public"
</filesMatch>

Activer la compression Gzip

L’une des raisons qui détériore la vitesse d’un site web est la taille de ses ressources. En activant gzip dans votre fichier .htaccess, vous pouvez réduire la taille de l’image, la taille du fichier et la quantité de fichiers tout en envoyant des données au navigateur côté client.

L’activation de gzip est l’une des directives .htaccess les plus simples.

Voici un exemple :

<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>

Activer l’option Deflate

Certains serveurs web ne supportent pas gzip, le site web pourrait donc rencontrer des erreurs. Dans ce cas, il est conseillé d’utiliser l’option deflate dans le fichier .htaccess.

Voici un exemple :

<IfModule mod_deflate.c>
# Compress text, HTML, JavaScript, CSS, XML
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/x-font
AddOutputFilterByType DEFLATE application/x-font-opentype
AddOutputFilterByType DEFLATE application/x-font-otf
AddOutputFilterByType DEFLATE application/x-font-truetype
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE font/otf
AddOutputFilterByType DEFLATE font/ttf
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE image/x-icon
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/xml
# The following lines are to avoid bugs with some browsers
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0 no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html
BrowserMatch bMSI !no-gzip !gzip-only-text/html
# Do not cache if these files are already cached
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip
# Proxies must give the right content
# Header append Vary User-Agent env=!dont-vary
Header append Vary User-Agent
</IfModule>

Utiliser .htaccess pour améliorer le crawling et l’indexation

Vous utilisez peut-être déjà le fichier robot.txt pour autoriser et interdire aux moteurs de recherche de crawler et d’indexer votre site web. Cependant, il est possible que vous ayez des ressources autres qu’une page web sur votre site. Dans ce cas, le fichier rbot.txt peut ne pas fonctionner.

Si vous voulez que quelques ressources, comme un VFP ou un document Word, ne soient pas indexées, la meilleure façon de le faire est de mettre en place une balise X-robots dans votre fichier .htaccess.

L’en-tête personnalisé du fichier .htaccess peut fonctionner avec toutes les directives d’indexation.

Exemple :

<FilesMatch ".(docx|pdf)$">
Header add X-robots-tag "noindex, noarchive, nosnippet"
</FilesMatch>

Dans ce cas, tout fichier avec les extensions .doc et .pdf sera considéré comme noindex, noarchive, nosnippet.

Conclusion

Presque tous les serveurs Apache ont un fichier de configuration prédéfini. Cependant, cela s’applique à l’ensemble du site et il est donc difficile de définir une configuration au niveau des répertoires.

C’est là que .htaccess vient comme une bénédiction. Vous pouvez définir la configuration au niveau des répertoires et des sous-répertoires en utilisant le .htaccess pour remplacer les paramètres de configuration d’Apache.

En plus de cela, vous pouvez utiliser des codes de configuration simples pour définir l’authentification. Ceci est plus utile si vous avez un hébergement partagé avec plusieurs sites web.

Avantages du fichier .htaccess

  • Il lit toutes les demandes
  • Modification immédiate sans redémarrer le serveur
  • Gestion efficace de l’accès des utilisateurs en fonction de leur préférence
  • Définit la configuration au niveau du répertoire
  • Une véritable aubaine pour les référenceurs

Inconvénients du fichier .htaccess

  • Les fichiers .htaccess peuvent augmenter les risques de sécurité liés à l’exploitation d’un site
  • Moins élevés que la configuration au niveau du serveur car le .htaccess est recherché et lu chaque fois qu’une page se charge
  • Il a un impact sur la vitesse d’un site web, ce qui entraîne un trafic par millions.

Les fichiers .htaccess ne sont pas recommandés comme méthode de configuration du serveur en raison de problèmes de sécurité et de performance.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.