web-dev-qa-db-fra.com

Meilleure pratique de référencement pour les pages statiques: avoir "index.html" ou pas?

J'essaie d'optimiser mon blog par le référencement, et je ne sais pas quelle méthode est la meilleure pratique de référencement. Je semble google résultats contradictoires. Certains disent que 1. est préférable en raison de son âge, d'autres disent aujourd'hui index.html n'est pas aussi important qu'il l'était.

Si c'est important, j'utilise WordPress en tant que logiciel de blog. Auto-hébergé.

J'ai le choix de l'avoir:

  1. https://www.example.com/post-title/index.html
  2. https://www.example.com/post-title.html
  3. https://www.example.com/post-title
seourlstatic
1
Grumpy ol' Bear

Visez des URL conviviales.

À moins que votre blog parle de code HTML et que vous souhaitiez partager des liens avec des exemples de code HTML, je vous suggère d'essayer de créer vos URL pour exclure l'extension.

Ainsi, l'URL de votre blog pourrait être (par exemple) quelque chose comme ceci:

https://example.com/post-date/post-title/page-number

vous pouvez ensuite le mapper sur cet exemple d'URL:

https://example.com/script.php?posttitle=title&postdate=date&pagenumber=number

Si votre serveur est basé sur Apache, vous pouvez créer un fichier .htaccess dans le dossier racine du document avec le contenu suivant:

RewriteRule ^([^/]+)/([^/]+)/([^/]+)$ /script.php?posttitle=$1&postdate=$2&pagenumber=$3

ensuite, le script reprendra le contenu avant la première barre oblique de l'URL après le http:// en tant que valeur posttitle et le contenu entre les deux barres obliques simples en tant que valeur postdate et le contenu après la dernière barre oblique en tant que valeur de numéro de page.

Selon la manière dont votre script wordpress gère les paramètres, vous devrez peut-être modifier /script.php?posttitle=$1&postdate=$2&pagenumber=$3 pour qu'il corresponde au nom du script wordpress et charger les paramètres correctement.

5
Mike

Le index.html dans /post-title/index.html ne semble pas être une information pertinente, ni pour les robots ni pour les visiteurs humains.

C’est un détail d’arrière-plan/d’implémentation (comme /index.php/, /wordpress/, .jsp, etc.), et les URL s’en trouvent mieux sans eux. Vous pourriez même dire que l'extension .html appartient à cette catégorie.

2
unor

Si j'étais là-bas, je choisirai ces URL, selon la configuration de mon serveur.

https://www.example.com/post-title
https://www.example.com/post-title/

Comme vous pouvez le constater, la seule différence est la barre oblique à la fin de l'URL. Si vous exécutez Wordpress sur nginx server, vous pouvez facilement diffuser votre contenu sans barre oblique à la fin de l'URL, comme pour stackexchange serve.

Techniquement le premier est considéré comme un fichier sous UNIX, tandis que le second est un répertoire. mais choisissez ce que vous aimez. N'oubliez pas de rediriger les utilisateurs si quelqu'un a oublié ou d'ajouter une barre oblique à la fin de l'URL.

Maintenant, pourquoi j'ai dit, ces URL sont bonnes?

Parce qu’il est convivial (pas de souci de la façon dont les gens vous connectent) + Vous pouvez changer votre langue/plate-forme à tout moment , éventuellement à l’avenir Java/HTML/PHP/GO passe à une autre langue, puis vous basculerez peut-être sur un autre CMS, ce qui est plus facile pour vous.

Donc, à l'avenir (mon hypothèse), tous les systèmes de gestion de contenu et de blogs autorisés à utiliser un lien permanent sans nom d'extension, utilisez donc ce type d'URL, si vous comptez sur une nouvelle technologie, car elle n'a aucun effet sur le référencement, si vous passez à un autre. . :)

2
Goyllo