Enlaces Permanentes
La configuración de permalinks controla cómo se construyen las URLs del contenido, el prefijo de URL de los posts, a dónde apunta la raíz del dominio, y (por idioma) cualquier override de prefijo. Todo esto vive bajo Settings → Permalinks y siempre dispara un rebuild al guardar, así que lo que defines es lo que se envía.
El prefijo de URL de los posts
Los posts viven bajo un prefijo de URL, blog por defecto, así que un post se lee /en/blog/my-post/. El campo de prefijo:
- Acepta letras minúsculas, dígitos y guiones. Cualquier otra cosa se elimina al guardar.
- Recurre a
blogsi el campo termina vacío. - Puede sobrescribirse por idioma, cada idioma configurado obtiene su propio campo de prefijo, y limpiar un override hace que ese idioma vuelva al valor por defecto del site (útil para rutas de blog localizadas, p. ej.
noticiasbajoes).
Cambiar el prefijo (las URLs antiguas siguen)
Cuando cambias el prefijo, el próximo build escribe redirects automáticos desde cada URL antigua de post a su nueva dirección, el prefijo antiguo se recuerda al guardar y se usa exactamente para una transición, luego se limpia. Las URLs antiguas hacen 301 tanto para visitantes como para motores de búsqueda, así que cambiar de opinión entre blog y articles no deja nada varado.
Una advertencia histórica que se empareja con esto: el flujo de configuración escribe el primer valor; una base de datos nueva sin prefijo definido se comporta como blog en todas partes por defecto hasta que lo definas.
El home redirect
La configuración de home redirect decide qué sirve la URL raíz de un idioma (/en/, o / para un site monolingüe) cuando ninguna página ya la ocupa:
blog(el valor por defecto), la raíz redirige al listado del blog (se omite por completo si el prefijo de posts está vacío, ya que en esa configuración la raíz ES el blog).- Un slug de página, tu página nombrada posee la raíz directamente: su homepage construida se renderiza en
/(y no se genera un archivo de redirects separado, porque la página *es* la página de inicio). - Vacío, no se genera ningún redirect de raíz.
Si lo apuntas a un slug que ninguna página publicada coincide, el build te advierte por nombre y simplemente no emite el redirect, nada se rompe, pero la raíz no sirve nada hasta corregirlo.
Debido a que los objetivos en la raíz del dominio también deben redirigir a las raíces por idioma, el builder escribe una pequeña página de meta-refresh en cada raíz de idioma apuntando al destino elegido (índice del blog o la página elegida), con un enlace de click-through, la forma funciona en cualquier host estático. Los archivos de categoría y de autor, los sitemaps, el RSS y las URLs canónicas todos respetan las mismas reglas de prefijo/slug, así que los tags, los valores SEO y los feeds se mantienen consistentes con lo que está realmente publicado.
Expectativas de rebuild
Los sitios web reflejan estos cambios solo después de un build. La pestaña Permalinks siempre despacha uno al guardar, y el log del build reporta las líneas de redirect de raíz (/ → /en/blog/) una vez generadas. Republicar contenido sin tocar la configuración de prefijos nunca perturba las URLs, esas se deciden por la configuración que defines aquí, no por editar contenido.