Permalien

Les réglages de permalien contrôlent la façon dont les URL de contenu sont construites : le préfixe d'URL des posts, vers quoi la racine du domaine pointe, et (par langue) les surcharges de préfixe. Tout cela se trouve sous Settings → Permalinks et déclenche toujours un rebuild à l'enregistrement, donc ce que vous réglez est ce qui est livré.

Le préfixe d'URL des posts

Les posts vivent sous un préfixe d'URL, blog par défaut, donc un post se lit /en/blog/my-post/. Le champ de préfixe :

• Accepte les lettres minuscules, les chiffres et les tirets. Tout le reste est retiré à l'enregistrement.
• Retombe sur blog si le champ se retrouve vide.
• Peut être surchargé par langue ; chaque langue configurée reçoit son propre champ de préfixe, et effacer une surcharge fait retomber cette langue sur la valeur par défaut du site (utile pour des chemins de blog localisés, par ex. noticias sous es).

Changer le préfixe (les anciennes URL suivent)

Lorsque vous changez le préfixe, le build suivant écrit des redirections automatiques de chaque ancienne URL de post vers sa nouvelle adresse ; l'ancien préfixe est mémorisé à l'enregistrement et utilisé pour exactement une transition, puis effacé. Les anciennes URL renvoient un 301 pour les visiteurs comme pour les moteurs de recherche, donc changer d'avis entre blog et articles ne bloque rien.

Mise en garde historique associée : le flux d'installation écrit la première valeur ; une base de données neuve sans préfixe défini se comporte par défaut comme blog partout jusqu'à ce que vous le définissiez.

La redirection d'accueil

Le réglage home redirect décide de ce qui dessert l'URL racine d'une langue (/en/, ou / pour un site monolingue) lorsqu'aucune page ne l'occupe déjà :

• blog (la valeur par défaut): la racine redirige vers la liste du blog (entièrement ignoré si le préfixe de post est vide, puisque la racine EST le blog dans cette configuration).
• Un slug de page: votre page nommée possède directement la racine : sa page d'accueil construite se rend sur / (et aucun fichier de redirection séparé n'est généré, parce que la page *est* la page d'accueil).
• Vide: aucune redirection de racine n'est générée.

Si vous le pointez vers un slug qu'aucune page publiée ne correspond, le build vous avertit par son nom et n'émet simplement pas la redirection ; rien ne casse, mais la racine ne sert rien tant que ce n'est pas corrigé.

Parce que les cibles à la racine du domaine doivent aussi rediriger vers les racines par langue, le builder écrit une petite page meta-refresh à chaque racine de langue pointant vers la destination choisie (index du blog ou la page choisie), avec un lien cliquable ; cette forme fonctionne sur n'importe quel hébergeur statique. Les archives de catégorie et d'auteur, les sitemaps, le RSS et les URL canoniques respectent tous les mêmes règles de préfixe/slug, donc les tags, les valeurs SEO et les flux restent cohérents avec ce qui est réellement publié.

Attentes de rebuild

Les sites web reflètent ces changements seulement après un build. L'onglet Permalinks en déclenche toujours un à l'enregistrement, et le journal de build rapporte les lignes de redirection de racine (/ → /en/blog/) une fois générées. Republier du contenu sans toucher aux réglages de préfixe ne dérange jamais les URL : celles-ci sont décidées par les réglages définis ici, pas par l'édition du contenu.