Cómo añadir «/blog/» en el slug de los post en WordPress – Permalinks

Este caso de estudio analiza una problemática técnica específica en WordPress: la modificación del prefijo «/blog/» en los enlaces permanentes. Aunque WordPress es una plataforma flexible y ampliamente utilizada, algunos aspectos de su configuración pueden resultar complejos para usuarios sin experiencia en programación. Este estudio explora los desafíos enfrentados y cómo finalmente se encontró una solución efectiva para personalizar los slugs de manera adecuada, sin la necesidad de contratar a un programador.

1. Contexto y problema

1.1 Contexto

WordPress es conocido por su facilidad de uso y capacidad de personalización, lo que lo convierte en la plataforma preferida por muchos para la creación de sitios web. Sin embargo, personalizar ciertas funciones, como los enlaces permanentes, puede no ser tan intuitivo, especialmente para aquellos sin conocimientos técnicos avanzados.

1.2 Problema inicial

El problema surge cuando un usuario desea que las URLs de las publicaciones de su blog incluyan un prefijo «/blog/» antes del nombre del post. Por defecto, WordPress permite personalizar los enlaces permanentes, pero no ofrece una opción sencilla para añadir este prefijo de manera automática.

• Ejemplo de URL sin prefijo: tudominio.com/nombre-del-post
• URL deseada: tudominio.com/blog/nombre-del-post

1.3 Relevancia del problema

Una estructura de URL clara y organizada es crucial para la navegación de los usuarios y el SEO. El uso de un prefijo como «/blog/» no solo organiza mejor el contenido, sino que también puede mejorar la clasificación en los motores de búsqueda al diferenciar claramente las entradas del blog de otros tipos de contenido.

2. Desafíos encontrados

2.1 Falta de documentación específica

Uno de los mayores obstáculos fue la falta de documentación clara y técnica sobre cómo agregar un prefijo personalizado como «/blog/». La mayoría de los recursos disponibles en línea son básicos y no profundizan en las necesidades específicas de los usuarios que desean personalizar sus enlaces permanentes más allá de las opciones predefinidas. Esta carencia de información técnica detallada puede llevar a los usuarios a malinterpretar conceptos clave o a aplicar soluciones ineficaces, lo que, en última instancia, afecta negativamente su conocimiento y capacidad para gestionar su propio sitio web.

2.2 Recomendaciones ineficaces y peligrosas

Diversas fuentes, incluidas herramientas de inteligencia artificial, foros, y el soporte técnico de proveedores de hosting, ofrecieron soluciones que resultaron ser ineficaces, inapropiadas o incluso peligrosas:

• Alucinaciones de las IA: Las recomendaciones basadas en inteligencia artificial a menudo carecen de contexto y pueden sugerir cambios en la estructura del sitio que, en lugar de solucionar el problema, pueden romper su funcionalidad. Esto subraya la importancia de entender lo que se está implementando, en lugar de seguir ciegamente las sugerencias.
• Mover el directorio de WordPress: Algunas fuentes recomendaron mover todo el contenido a una carpeta «Blog», una solución innecesaria y potencialmente problemática.
• Uso de plugins obsoletos: Otros recursos sugirieron plugins incompatibles con la versión actual de WordPress, lo que no solo es ineficaz, sino que también puede poner en riesgo la seguridad del sitio.

2.3 Soporte técnico limitado

El soporte técnico de los proveedores de hosting no proporcionó una solución efectiva y en su lugar, sugirieron contratar a un programador. Sin embargo, este caso demuestra que no es necesario contratar a un programador para implementar cambios en los enlaces permanentes, siempre que se disponga de la información adecuada y de herramientas accesibles como el plugin «Code Snippets«.

2.4 Información superficial en redes sociales

Otro problema es que las redes sociales y plataformas como YouTube están llenas de información superficial sobre este tema. Los tutoriales disponibles generalmente se limitan a explicar cómo cambiar los enlaces permanentes utilizando opciones básicas de WordPress, sin abordar cómo agregar un prefijo personalizado o las implicaciones técnicas y SEO de hacerlo. Esta falta de profundidad en los recursos disponibles deja a muchos usuarios sin las herramientas necesarias para tomar decisiones informadas sobre la estructura de sus URLs.

3. Consideraciones sobre estructuras de enlaces permanentes

3.1 ¿Por qué añadir el prefijo «/blog/»?

Añadir «/blog/» al slug de tus publicaciones en WordPress puede ofrecer varios beneficios importantes:

• Organización estructural: Al agregar «/blog/» en el slug, se establece una estructura clara que mejora la organización del contenido en tu sitio. Esto facilita que los visitantes identifiquen y naveguen por las entradas de tu blog con mayor facilidad.
• SEO mejorado: Una estructura de URL clara y específica puede ayudar a los motores de búsqueda a identificar y clasificar mejor tu contenido. Al incluir «/blog/» en el slug, estás indicando que la página pertenece a una categoría específica, lo que puede mejorar el posicionamiento de tus entradas en los resultados de búsqueda.
• Experiencia del usuario: Una URL bien estructurada y fácil de entender mejora la experiencia del usuario, lo que puede reducir la tasa de rebote y, por ende, contribuir a un mejor rendimiento SEO.

3.2 Dilema: Categoría en el enlace permanente

Una de las recomendaciones comunes es incluir la categoría en la estructura del enlace permanente, por ejemplo, «tudominio.com/marketing/nombre-del-post«. Sin embargo, esto puede no ser la mejor opción en todos los casos, especialmente si la categoría principal no es «blog», sino algo como «marketing». Si se opta por incluir la categoría, el slug se alarga innecesariamente, lo que puede afectar tanto la usabilidad como el SEO.

3.3 El uso del ID en los enlaces permanentes

En un intento de simplificar las URLs, algunos usuarios optan por la estructura «tudominio.com/%postname%/%post_id%/«. Sin embargo, esto puede llevar a que Google Search Console interprete todas las entradas como canónicas utilizando el ID predeterminado, lo que complica la interpretación del contenido por parte de los motores de búsqueda. Aunque algunos SEO expertos sugieren cambiar a la estructura «categoría/nombre-de-artículo» y eliminar el ID, esta solución puede no ser la mejor para todos los sitios. Es fundamental evaluar si la estructura de la URL realmente ayuda a mejorar el SEO o si está complicando innecesariamente la navegación.

4. Soluciones intentadas

4.1 Uso de IA y recursos en línea

Se intentó utilizar herramientas de inteligencia artificial para generar código y realizar ajustes en los archivos de WordPress. Sin embargo, estas soluciones no lograron el objetivo debido a la complejidad de la tarea y la falta de precisión en las recomendaciones.

4.2 Modificación directa de archivos

Otra estrategia fue modificar directamente los archivos del tema hijo en WordPress, intentando redirigir los slugs a través de la página de entradas. Aunque esta técnica tenía potencial, resultó ser complicada y no produjo los resultados esperados.

4.3 Duplicación de carpetas

Se intentó duplicar carpetas dentro del tema hijo para modificar la configuración de los directorios, pero esta solución añadió complejidad y no fue efectiva.

5. Solución final

5.1 Descubrimiento del plugin «Code Snippets»

Finalmente, se encontró una solución en un foro que recomendaba el uso del plugin Code Snippets, que permite agregar y gestionar fragmentos de código PHP desde el panel de administración de WordPress, sin necesidad de editar archivos directamente.

5.2 Implementación del código PHP

El siguiente código PHP fue implementado a través del plugin, permitiendo que todas las entradas del blog incluyan el prefijo «/blog/» en sus URLs:

add_action('generate_rewrite_rules', 'dcms_posts_add_rewrite_rules');
function dcms_posts_add_rewrite_rules( $wp_rewrite ){
    $slug = "blog";
    $new_rules = [
        $slug.'/page/([0-9]{1,})/?$' => 'index.php?post_type=post&paged='. $wp_rewrite->preg_index(1),
        $slug.'/(.+?)/?$' => 'index.php?post_type=post&name='. $wp_rewrite->preg_index(1),
    ];
    $wp_rewrite->rules = the new_rules + $wp_rewrite->rules;
    return $wp_rewrite->rules;
}

add_filter('post_link', 'dcms_posts_change_blog_links', 1, 3);
function dcms_posts_change_blog_links($post_link, $id=0){
    $slug = "blog";
    $post = get_post($id);
    if( is_object($post) && $post->post_type == 'post'){
        return home_url('/'.$slug.'/'. $post->post_name.'/');
    }
    return $

post_link;
}

5.3 Explicación técnica del código

• Acción generate_rewrite_rules: Esta función genera nuevas reglas de reescritura de URLs, añadiendo el prefijo «/blog/».
• Filtro post_link: Este filtro modifica los enlaces de las publicaciones para incluir el prefijo «/blog/» antes del nombre del post.

6. Resultados y beneficios

6.1 Mejora en la organización del contenido

La implementación del prefijo «/blog/» mejoró significativamente la organización del contenido, facilitando la navegación tanto para los usuarios como para los motores de búsqueda.

6.2 Impacto positivo en SEO

Una estructura de URL coherente y clara no solo mejora la experiencia del usuario, sino que también tiene un impacto positivo en SEO, aumentando la visibilidad del sitio en los motores de búsqueda.

6.3 Ahorro de costos

La solución implementada evitó la necesidad de contratar a un programador, lo que resultó en un ahorro significativo de costos.

7. Lecciones aprendidas y conclusión

7.1 Complejidad en la personalización de WordPress

Este caso demuestra que, aunque WordPress es altamente personalizable, ciertos aspectos pueden ser complejos para los usuarios sin conocimientos técnicos. La perseverancia y la investigación son clave para encontrar soluciones efectivas.

7.2 La falta de documentación técnica y sus efectos

La ausencia de documentación técnica accesible sobre temas como la modificación de URLs subraya la importancia de contar con recursos más detallados. Esta carencia no solo afecta la capacidad de los usuarios para solucionar problemas, sino que también puede llevarlos a depender de soluciones ineficaces o a contratar servicios que podrían haberse evitado.

7.3 Cuidado con las recomendaciones de IA y la necesidad de evaluar las mejores prácticas

Este estudio también destaca los peligros de confiar ciegamente en las recomendaciones de IA o seguir tendencias que no se alinean con las mejores prácticas para un sitio específico. Antes de implementar cambios, es crucial evaluar cómo afectarán la estructura y el rendimiento del sitio.

Conclusión

Este caso de estudio ilustra cómo resolver un problema técnico específico en WordPress, proporcionando una solución efectiva sin necesidad de recurrir a desarrolladores externos. La experiencia adquirida durante este proceso no solo resolvió el problema inmediato, sino que también mejoró la comprensión del usuario sobre la estructura y personalización de WordPress, demostrando que con la orientación adecuada, es posible superar desafíos técnicos de manera autónoma.

FAQs