SEO On Page: Estructura Web en WordPress (Categorías, URLs y Links)


Bueno, este es un tema bastante manido. Por lo general suelo evitar repetir lo que ya he visto por otros blogs, sin embargo, me gustaría dejar una serie de apuntes sobre como configurar una nueva instalación de WordPress para que la estructura web que crearemos con él tenga cierto sentido. La verdad es que actualmente buscas sobre ese tema y encuentras muchas malas prácticas y sistemas demasiado técnicos para conseguir cosas que pueden hacerse solo con un poco de cuidado… así que espero que el post sea de utilidad.

Como siempre, iremos de lo básico al detalle…

Paso 1: las Urls amigables y el .htaccess

Este es un punto importante de cualquier desarrollo PHP con URLs amigables. WordPress en su instalación por defecto no usará este sistema. Es algo que podemos comprobar al navegar, viendo como nuestras páginas son cosas como «/?p=123» en lugar de «/mi-querido-y-bonito-post».

No me entretendré mucho en como activar las URLs amigables ya que es bastante sencillo: Simplemente dirígete en tu administrador a Ajustes >> Permalinks (permalink es como llama wordpress a una URL amigable) y selecciona en tu estructura de post algo que no sea la opción «Predeterminado». Si todo va bien, se creará un archivo .htaccess en tu proyecto y se refrescarán todas las URLs internas de wordpress.

Nota para programadores: Este refresco es importante para los que tocáis código o hacéis Themes avanzados: Cualquier cambio de URLs que provoquéis con código no actualizará las base de datos a no ser que apliquéis este refresco de URLs. Para provocarlo en los plugins tenemos la función flush_rewrite_rules pero para cambios menores siempre será más rápido acudir a Ajustes >> Permalinks y volver a darle a guardar.

Bien, lo primero que vamos a hacer es retocar este .htaccess para evitar algunas incoherencias SEO en indexación que podemos encontrarnos si no tenemos cuidado.

Evitando que la web exista en varios dominios/subdominios a la vez

Es un problema típico. Instalo mi web en mibonitodominio.com y resulta que puedo acceder a ella mediante mibonitodominio.com y www.mibonitodominio.com. Esto no es demasiado problemático en SEO, ya que los buscadores están tan acostumbrados a este tipo de problemas que no ponen muchas pegas por haberlo hecho mal. El problema viene por la posible perdida de links entre las versiones. Cuando tenemos una web en dos tipos de URLs distintas no sabemos cual va a contemplar como válida Google y lo que es peor, no sabemos a cual van a linkar aquellos que nos mencionen. Pese a que Google reconozca que la web es la misma no tenemos pruebas de que los links que vayan a una u otra versión de la web cuenten para posicionar el mismo documento. Lo que si sabemos es que normalmente si existe contenido duplicado en nuestra página y enviamos links hacia ambas versiones el resultado es que estamos perdiendo autoridad en ese contenido. Por lo que lo mejor es no tentar al algoritmo y ponerle las cosas fáciles: que solo se vea una web!

Así que tenemos que elegir solo una de las dos direcciones para nuestro site. A mi personalmente usar las 3W en un dominio nuevo me toca las narices. Tenemos que saber que nuestro dominio real es el que aparece sin nada delante y que «www.» es un subdominio de este dominio principal por lo que en realidad estamos dando dos direcciones distintas a los buscadores para nuestro site. Antiguamente, para que los servidores supiesen que es lo que se les estaba pidiendo se adoptó la costumbre de iniciar la parte de la web por «www» (World Wide Web) dejando el dominio principal para accesos más importantes o simplemente bloqueado de todo acceso. Pero cuando estamos usando un dominio directamente para alojar una web (el 99,99999% de los casos) esto ya no tiene ningún sentido.

Por lo tanto para mi la dirección correcta a usar siempre debería ser sin www. Pero ya sabemos como es el mundo. Yo también me he encontrado con clientes que te dicen que has hecho mal la web porque no empieza por www… así que os daré los varios métodos para eliminar las webs duplicadas con el htaccess:

Quitar cualquier subdominio del dominio:

# eliminamos subdominios
RewriteCond %{HTTP_HOST} ^[a-zA-Z0-9-_]+\.mibonitodominio\.com$ [NC] 
RewriteRule ^(.*)$ http://mibonitodominio/$1 [R=301,QSA,L]

Quitar solo si el subdominio es www

# eliminamos www
RewriteCond %{HTTP_HOST} ^www\.mibonitodominio\.com$ [NC] 
RewriteRule ^(.*)$ http://mibonitodominio/$1 [R=301,QSA,L]

Añadiendo las www a un dominio que no las tiene:

# añadimos www
RewriteCond %{HTTP_HOST} ^mibonitodominio\.com$ [NC] 
RewriteRule ^(.*)$ http://www.mibonitodominio/$1 [R=301,QSA,L]

Añade la parte que te interese (reemplazando mibonitodominio.com por el tuyo) antes de la parte de los «RewriteCond» de tu htaccess.

Nota: que deseemos tener una sola versión de la web, no significa que no sea bueno que el servidor responda en ambas. Por el mismo motivo de no perder links, es preferible que www y sin-www existan estando una redirigida con un 301 sobre la otra a que una de las dos no exista.

Eliminando las «/» del final de las Urls

Otro aspecto desagradable que a veces sucede es que permitimos a wordpress crear urls con un «/» al final. Esto es algo que sucede en muchos wordpress ya que el panel de permalinks te ofrece crear este tipo de urls (Fíjate en la página de Ajustes > Permalinks y verás como las urls que se te ofrecen automáticamente acaban por «/»).

Lo peor es que aún haciéndolo bien y quitando esta barra del final de las URLs, es posible que haya gente que nos envíe links acabados en «/». Si seguimos unas normas con las URLs y no por ser amigables entendemos que todo vale, deberíamos tener claro que el simbolo «/» representa un directorio o carpeta en nuestra URL. Así «/cosas/item», significa que la página item está dentro de la carpeta cosas.

Al ser un directorio, lo que no tiene sentido es que acabemos las URLs con «/», pues significaría que cada página de nuestra web es un directorio sin documentos dentro. Parece una estupidez, y de echo no es ni mucho menos lo más importante del SEO, pero si vamos a optimizar bien una página, es mejor ponerle toda la lógica posible a la misma, de forma que garanticemos que los buscadores entienden lo que queremos que entiendan.

Así vamos a usar otra vez .htaccess y con un añadido redirigir todo el tráfico acabado en «/» a su página homóloga sin «/».

# eliminamos / al final de las urls
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ /$1 [R=301,L]

Nota: Cuidado con no añadir esto antes de cambiar tus URLs y quitarles del final la carpeta «/», o tus páginas dejarán de funcionar ya que htaccess redirigirá a una página sin «/» y wordpress solo las entenderá con «/» al final.

Paso 2: Olvidemonos de la multicategorización

Categorías: pocas y muy bien pensadas

Uno de los problemas básicos de estructura que nos encontramos con desarrollos web complejos es la multicategorización. ¿Qué pasa cuando un ítem está disponible en varias categorías a la vez?

Como decíamos las carpetas/directorios de nuestra web deben representar pertenencia del elemento inferior a la carpeta superior. Por lo que cuando contamos con un sistema de clasificación de contenidos resulta sencillo saber como crear cada URL.

Por ejemplo si tengo un «pollito» en la categoría «animales» está claro que mi URL final debería ser algo como «/animales/pollito».

Pero cuando por algún motivo creo la categoría «cosas pequeñas» si clasifico mi pollito en ambas categorías a la vez es cuando no se como crear las URLs. ¿Está el pollito en «/animales/pollito» o en «cosas-pequenas/pollito»? Esta claro que en ambas a la vez no puedo dejarlo pues se trataría de contenido duplicado… ¿qué hago?

La solución por la que opta la mayoría de la gente es eliminar la carpeta del principio y evitarse complicaciones. Pero si hablamos de un proyecto nuevo, sin duda hay una opción mejor: pensar una serie de categorías suficientemente bien estructurada para que los elementos siempre deban pertenecer a una única categoría.

Y ahí está el mayor logro que podemos hacer en estructura con WordPress: organizar bien nuestras categorías. Si lo hacemos bien, podremos hacer que estas participen en nuestra estructura de URLs y que todo nuestro contenido semánticamente tenga mucho sentido: los usuarios podrán ir navegando por categorías y viendo como el contenido queda realmente dentro de estas.

Otra opción, si nuestro proyecto va a ser lo bastante grande, es pensar ya no solo en las categorías sino también en sus categorías hijas. WordPress permite que una categoría pueda tener categorías superiores, de forma que se crea una dependencia extra.

En nuestro ejemplo anterior, podríamos haber creado la categoría «animales» y dentro de esta «grandes» y «pequeños», y al mismo tiempo crear «minerales» otra vez con «grandes» y «pequeños» como subcategorías.

Eso haría que nuestro querido pollito, ahora pudiese disponer de una URL del este tipo:

«/animales/pequenos/pollito»

Así que, en WordPress, (al menos en un wordpress basado en posts) el éxito de nuestra estructura web pasa por estudiar muy bien sus categorías pensando que no deben ser solo una serie de links en el sidebar, sino una parte esencial de la organización de nuestro contenido.

¿y los tags?

Los tags son y serán siempre una forma genial de aportar clasificaciones secundarias a los posts, pero eso no significa que podamos hacerlo caber todo en nuestras URLs, luego entraremos a ver como tenerlos presentes.

Paso 3. Haciendo realidad nuestras URLs basadas en categorías

Entendido el sistema que vamos a usar para estructurar nuestra web, y habiendo pensado perfectamente las categorías que queremos emplear, ahora toca hacer realidad todo esto.

Otra vez volvemos a «Ajustes» > «Permalinks» y configuramos WordPress para que funcione como deseamos:

  • Indicamos que nuestra estructura de posts sea: «/%category%/%postname%»
  • En categorías, ahora indicamos que la url sea «./», lo que hará que WordPress elimine la horrible carpeta «/category» de nuestras URLs
  • En Tags, lo dejo a vuestro criterio, dependiendo de como los usemos pueden tener más sentido unas fórmulas u otras

Al actualizar, esto provocará que nuestros posts queden dependiendo de las categorías:

– Las categorías tendrán su URL desde raiz.
– Los posts siempre tendrán la categoría como carpeta superior.
– En el caso de anidar categorías, estas automáticamente se separarán por «/» en las URLs por lo que los Posts pasarán a depender de la subcategoría.

Así, si yo creé la categoría «animales», luego creé la categoría «pequeños» indicándole que su categoría superior era animales y luego creé un post llamado «Pollito» y lo clasifiqué como «pequeño (dentro de animales)». Cuando visite este post, veré como mi URL será:

– «/animales/pequenos/pollito».

Pruebalo! Es sencillo…

Pero no todo es perfecto: El clásico problema de «no se encontró la página»

Por desgracia el sistema de reconocimiento de URLs en WordPress no es perfecto. Al final resulta una lista de comprobaciones ordenadas de forma que WordPress va aplicando esa lista sobre la URL que está cargando el usuario y cuando encuentra una coincidencia con cualquier tipología de URL para y pasa a buscar el contenido.

El problema es que con las URL’s que os propongo puede equivocarse al hacer esta detección. Fijémonos, las URL’s de categorías («/animales» y «animales/pequenos») no se diferencian demasiado de las de post, sobretodo si mezclamos posts asociados a categorías inferiores o superiores.

Un ejemplo:

Imagina que creas un post llamado «Pequeños» y lo incluyes dentro de la categoría «animales». ¿qué se supone que debe hacer WordPress cuando llamemos a «/animales/pequenos»?

Os diré lo que hace:

Evalúa en orden su listado de posibles URLs y encuentra que los posts podrían tener esa URL, por lo que nunca llega a evaluar «/animales/pequenos» como una posible categoría. 🙁

¿Cómo solucionarlo?

La base es sencilla: debemos evitar que WordPress pueda llegar a entender que un post tiene la misma URL que una categoría, por lo que debemos diferenciar un poco las URLs.

En las categorías estamos un poco atados, puesto que como el administrador solo nos deja editar su carpeta anterior (la que hemos eliminado al indicarla como «./») no podemos hacer nada para diferenciar estas URLs de las de los posts.

Donde si podemos hacer algo es en los posts, ya que podemos editar la URL al completo. Pero como decíamos, nos interesa que esta comience por la categoría y por supuesto, para coincidencia de Keywords debe incluir el nombre de post como parte de la misma. ¿Qué opciones nos quedan? Sencillo, añadir algo más al final. No es lo más elegante, pero entre las opciones de las que disponemos es la que más seguirá teniendo en cuenta nuestra estructura web.

Qué coletillas añadir al final de las URLs de Post

Ahi va más a gustos o creencias de cada uno. Os indico simplemente algunas opciones por las que podéis optar y que ventajas tendrían cada una de ellas:

  • Extensión .html

    Siguiendo con la teoría de que las URLs son directorios, los archivos finales perfectamente podrían tener extensión. Esta era una práctica bastante usada hace unos años. Añadías una extensión «.html» o «.htm» al final de tus páginas y así «engañabas» al buscador haciéndole pensar que esa página era estática (hecha a mano y no con programación) y en teoría la tenía más en cuenta. La verdad es que esa teoría tenía poco peso (como si Google no supiese que existe ModRewrite) y actualmente, por ahorrar caracteres se prefiere no incluir extensión alguna. Pero eso no significa que incluirla esté mal. Queda un poco anticuado pero es correcto.

    – Configuración en WordPress: «/%category%/%postname%.html»
    – Tipo URL: «/animales/pequenos/pollito.html»
    – Ventajas: a nivel de estructura de site, es correcto y no añadimos más semántica.
    – Inconvenientes: Urls anticuadas y pérdida de varios carácteres

  • Nombre de la página o Keyword

    Actualmente muchas estrategias de keywords SEO en Blogs pasan por incluir una coletilla en los titles al final de las páginas. Esta en la inmensa mayoría de los casos es o el nombre de la web (si tiene relevancia) o la mejor keyword genérica de la misma. Así si yo tengo un blog sobre Windows 8, puedo querer que todos mis titles sean «[nombre de post] | Windows 8». Si llevamos a cabo estas prácticas, no sería tan raro que las URLs también acaban por ese título añadido, solucionando nuestro problema de coincidencias.

    – Configuración en WordPress: «/%category%/%postname%-titulo-escrito-por-ti»
    – Tipo URL: «/animales/pequenos/pollito-titulo-escrito-por-ti»
    – Ventajas: la url sigue siendo actual, sin cosas raras y respalda todo el título
    – Inconvenientes: perdida de semántica por apostar por todo el título a la vez, y dificultad para cambiar la coletilla al cabo de un tiempo (pues se cambiarían todas las URLs)

  • Id de post

    Otra forma típica de solucionar este problema es añadir el ID de post al final de su URL, de forma que evitemos todo conflicto. Esto además debería agilizar las consultas internas (al consultar por ID en lugar de por postname) aunque no puedo aseguraroslo al 100%. Un aviso, solo el ID no será suficiente, habrá que añadir algo más (por ejemplo «p» y luego el id).

    – Configuración en WordPress: «/%category%/%postname%-p%post_id%»
    – Tipo URL: «/animales/pequenos/pollito-123»
    – Ventajas: resulta medianamente natural para el usaurio y se añaden pocos carácteres
    – Inconvenientes: podrían añadirse aun menos carácteres. Cuando el blog crece no es extraño encontrarse ID’s de cuatro o cinco cifras.

  • Símbolo: «_», «-«, etc.

    Si somos de los que nos gusta ahorrar caracteres en las URLs a veces la mejor opción es solo añadir uno de ellos al final de la URL. Sin embargo, si hacemos esto debemos usar una fórmula que WordPress no utilice al crear las URLs. Por ejemplo si añadiésemos una «a» al final de las URLs, podría provocar coincidencias con urls de categorías acabadas en «a» y no habríamos solucionado nuestro problema.

    – Configuración en WordPress: «/%category%/%postname%_»
    – Tipo URL: «/animales/pequenos/pollito_»
    – Ventajas: sólo añadimos un carácter para conseguir la diferenciación
    – Inconvenientes: realmente es un truco técnico que a todos los efectos «queda mal» y que puede provocar que al copiar el link algunos usuarios lo borren por no entenderlo.

  • Darle la vuelta a los tres anteriores

    Otra opción que puede venirnos bien en casos muy concretos es la de empezar con algún añadido en lugar de acabar con el. En ese caso el añadido deberá estar antes del título del post (pues quedemos que la parte inicial de la URL no cambie). El resultado, es que los efectos tanto positivos como negativos son más notorios.

    – Configuración en WordPress: «/%category%/elemento-extra-%postname%»
    – Tipo URL: «/animales/pequenos/elemento-extra-pollito»

Como veis opciones hay muchas -y algunas más que seguro que se te ocurren (con variables de fecha o autor, por ejemplo)- pero ninguna es del todo limpia. Es una lástima que WordPress no solucione este tema de otra forma, pero jugamos con las herramientas que se nos dan y hay que decir, que estar haciendo una optimización de estructura solo con dos añadidos a un archivo y tocando un formulario es todo un lujo. Yo me he encontrado CMSs en los que tenías que hacer cosas mucho más duras/cutres para identificar URLs y ya no hablemos de organizar el contenido…

Paso 4. Unas normas para darle sentido en nuestro Theme

Por último, comentaros algunos detalles para que esta estructura de web tenga aun más sentido en nuestro Theme y que están basado en los links que enviamos hacia categorías y tags.

No podemos permitirnos linkar a todo siempre.

Una estructura donde todas nuestra categorias y tags están siempre linkados (nubes de tags y listados de todas las categorías) no ayuda a los buscadores a entender nuestra estructura web. Al final, cada link interno recibido representa que unas páginas son más importantes que otras. Por lo tanto, dentro de la estructura que comentábamos debemos poder hacer que nuestras categorías sean más importantes que los tags y que las categorías principales sean más importantes que sus categorías hijas.

Por lo tanto:

– No usemos nubes de tags, salvo en puntos concretos de la web y controlando mucho que links enviamos en ellas y por qué.

– Evitemos linkar a tags desde la estructura de página.

– Si usamos categorías con varios niveles, no las presentemos todas en los menús, tan solo las principales.

– Una vez dentro de una categoría principal, si que tendrán sentido links hacia sus categorías inferiores en forma de nuevo sub menú o menú ampliado.

Marquemos bien la asociación de posts a sus categorías y tags

Queremos que los posts queden muy ligados semánticamente a sus páginas de categorízación. Una forma de ayudar a este cometido son las URLs pero también van a tener mucha importancia los links a la hora de conseguir esto. Por lo tanto un post siempre debe linkar hacia toda página que le clasifique.

Por lo tanto:

– Debemos incluir siempre en el contenido del post, o al final de este, links hacia su categorías y todos sus tags. Sobretodo en el caso de los tags, esto representará que cuantos más posts existan más potente será el tag, pues más páginas les envían links.

– Etiquetemos bien estos links con rel=»tag» (por defecto muchas funciones de WordPress ya sacan así estos links).

– Cuidado con no enviar este mismo tipo de links hacia otras zonas. Marquemos semánticamente bien donde empieza y acaba el contenido del post y enviemos links hacia otras partes -como posts, relacionados, siguente, anterior, promociones, etc.- fuera de estos bloques.

y por último, evitemos todo lo posible los links hacia las arquitecturas de URLs secundarias que maneja WordPress

WordPress no solo usa estructuras para posts con categorías. Podemos encontrar formas de navegar por wordpress por archivos de fechas, por archivos de autores, etc.

Estas páginas bien usadas pueden ser muy útiles pero tal y como se presentan en la mayoría de los Themes tan solo generan confusión a los buscadores y tampoco aportan nada a los usuarios que no tienen ningún interés en saber solo nuestros posts de marzo de 2010…

Eliminemos esos links si no vamos a darles uso. Así mismo, y ya que estamos limpiando, pensemos en la necesidad de cada uno de los links de nuestro Theme: Si no tiene utilidad real, borrémoslo.

Y eso es todo lo que tengo que decir…

Hemos dado un pequeño repaso a como organizar una estructura de posts en WordPress bien organizada para que los buscadores y usuarios la entiendan. ¿Es este todo el SEO que puede hacerse con un blog? No, en absoluto y menos aun con la plataforma Worpdress que tiene muchas formas de usarse aparte de con blogs: estructuras de páginas, custom-posts, custom-taxonomies, plugins varios, etc…

Existen muchos más detalles a tener el cuenta sobre tu blog/página, aquí solo hemos hablado de estructura y de una forma muy genérica, lo demás hay que trabajarlo por otras vías, pero ¿acaso no es divertido que no se trate solo de esto?


16 respuestas a “SEO On Page: Estructura Web en WordPress (Categorías, URLs y Links)”

  1. Muy buen post Iñaki como siempre, quería compartir bajo mi experiencia lo que mejor me ha funcionado.

    1º Yo utilizo la opción 1º de .html en los posts, como comentas mas anticuada pero correcta y la gente en mi opinión todavía tiene muy presente lo del .html para página final.

    2º Para el tema de la categorización imprescindible a mi parecer el uso de Breadcrumbs

    3º Como comentas con las etiquetas depende de lo que quieras, pero yo también suelo optar por pocas y bien definidas.

    4º En cuanto a las categorías, existe un plugin en wordpress que obliga a poner / al final a las categorías.

    WordPress puede ser muy potente pero hay que saber manejarlo. 🙂

    • Perdona Felipe,

      Tu comentario se me fue a Spam!!! Revisa tu web o el mail que hay algo ahi que no le gusta a Akismet :S

      El breadcrumb es un gran aporte, cierto. Termina de redondear la jugada. Lastima que wordpress no incluya funciones nativas para sacarlo adelante (o yo no las conozco) auqnue existen buenos plugins y scripts para conseguirlo. Yo como sabes no soy muy amigo de los plugins y no queria liar el post con scripts pero es un añadido importante, sobretodo si usamos marcado semántico (schema.org) para marcar bien el breadcrumb.

      Sobre le plugin, no lo lo conocia. A cual te refieres? los que he encontrado no me han gustado pues añaden «/» también a los posts. Me gustaría verlo para sacar de él solo el fragmento para añadir a las categorías. La verdad es que sería muy correcto y solucionaría todo de golpe.

  2. De acuerdo con todo, excepto con algunas cuestiones relativas a la multi categorización y a la generación de urls.

    – Considero la multicategorización indispensable para posicionar directorios/categorías donde, por lo general, las urls se conformarán con los términos genéricos-principales-redundantes del sector, usados para crear la estructura por categorías, al asignar a un post varias categorías vamos llenando de contenido estas categorías, por supuesto ponemos atención al title-url-descripción de las mencionadas. Sobre q categoría debe ir en la url final del post, ya que WP asigna por defecto la categoría con el ID más bajo de las seleccionadas, y no siempre es la querida o la más coherente, yo uso Hikari Category Permalink que me permite elegir la categoría que irá en la URL y convierte a ésta en canónica.

    – Añadir también al tema estructura de categorías la creación de taxonomías especializadas (/taxonomía/termino/) para su uso como etiquetas, variables de información y más urls, en realidad yo abogo por una estructura pormenorizada, donde clasifico, por importancia, en categorías o taxonomías, en función del estudio del sector.

    – Para mí, todo lo anterior es una buena opción especialmente para páginas o blogs con pocos posts, al crear un amplio espectro de urls y relaciones semánticas.

    – Sobre la generación de URL para categorías y tags me gusta encontrar un prefijo que sustituya a /category/ o /tag/ , dependiendo de la especialización o no de la página será más fácil o difícil encontrarlo, aquí lo que busco son hiperónimos para clasificar las categorías, tags o taxonomías. De esta manera identifico inequívocamente lo que es cada tipo de clasificación, además del marcado en enlaces para categorías : rel=”section/subsection/category/tag/etc…”

    – Sobre las diferentes opciones que comentas de poner un “elemento-extra” sufijo o frefijo de %postname% en las urls:

    – 1. Si se ha prestado mínima atención a la hora de crear esa url (manual / independiente del título del post) /categoría/url-post, no veo necesario añadir nada, además del inconveniente que apuntas de un día querer cambiar esto. Otra opción, si se quiere, es añadir un /prefijo_posts / %category%/%postname%, (volvemos a la dificultad de encontrar el término apropiado para todos los posts) este sistema está muy bien en el caso de webs muy especializadas, aunque añade mas caracteres a al url, pero es otra forma de diferenciar los post de las categorías y no caer en la repetición de urls.

    • Buenas Fernando,

      Primero gracias por tomarte la molestia de comentar tu visión. Como ves no estamos de acuerdo en algunos puntos, pero creo que son más superficiales que otra cosa.

      Al final, cada uno tiene más o menos medios para conseguir una estructura web coherente. Yo he intentado simplicar y dar un salida generica sin usar plugins (odio los plugins de wordpress, son su gran baza y su gran contra). Felipe también comentaba una buenisima solución para no mezclar categorías y posts pero prefiero no poner en el post plugis directamente.

      Lo importante es que entendamos que una estructura web no son keywords sino una organización total de la web. Cuanto más trabajemos esa organización, mejor la tengamos atada, y mejor la representemos luego en la web; mejor será entendida nuestra web y nuestro contenido. Ese es el fin. Que todo se entienda. Cómo conseguirlo? Pues ahí podemos caer en mil detalles distintos según el caso y es seguro que existen casos en los que ni uno de los puntos aquí presentados deba hacerse efectivo, pues existen motivos para hacer la estructura centrada en otros elementos… por ejemplo si usamos custom posts o si el centro de nuestra web son las páginas y no los posts la estructura cambiará, pero debemos ser siempre conscientes de porque la cambiamos y que representa al final lo que hacemos… Eso es lo importante.

      Lo que no puede ser es que la gente siga un tutorial de hazlo solo así, pon esta opción siempre de esta otra forma… así la gente no sabe lo que hace y la estructura termina no exisitiendo, pues se contradice constantemente. En tu exposición veo que lo tienes claro, lo desarrollas de una forma distinta a la mía, pero el camino sigue siendo bueno 🙂

      Repito, lo importante es saber nuestra organización de información y buscar vías para representarla. Luego los detalles de que hagamos y porqué serán solo detalles, pero si salen de una estrategia seguramente estarán bien.

      De nuevo gracias por las ideas que das, seguro que a muchos les vienen bien para seguir pensando en su caso particular 😉

  3. Si es la web, me pase haciendo spam automatizado en blogs del sector ahora estoy limpiándolo 😛 soy lo peor.

    El Plugin es el de YOAST en la sección de :

    Yoast WordPress SEO:Enlaces permanentes o permalinks

    Tienes un checkbox de:

    Imponer barra diagonal final en todas las URL´s de categorías y etiquetas

    Además en el mismo plugin tienes la opción de las breadcrumbs.

  4. Hola Iñaki,
    de acuerdo con tu apreciación, no todas las webs son iguales por lo cual no todas estrategias de clasificación deben ser iguales, y desde luego el desarrollo de categorías no se deben crear en función de keywords, sino en el análisis de la clasificación taxonómica del sector a estudio.
    Los plugins muchas veces son necesarios para no intervenir directamente en el core, por cierto el wordpress seo de Yoast maneja con muchas opciones la generación de breadcrumbs. Saludos

  5. Hola!

    En primer lugar quisiera presentarme, soy un estudiante de Ingeniería Técnica en Informática de Gestión y como Proyecto Fin de Carrera he desarrollado en WordPress un periódico deportivo digital.

    Ahora estoy terminando de completar la memoria que debo entregar junto al proyecto y hay un apartado que desconozco pero que se me antoja muy importante: la especificación de la estructura lógica.
    Como he leído en su Web que habla de la estructura de WordPress, he pensado que quizá podría ayudarme en este punto, tanto en su comprensión como en su desarrollo.

    En alguna otra memoria (de proyectos distintos al mío), he leído que la especificación de la estructura lógica contiene los siguientes puntos:

    Objetos de negocio
    Clases
    Capa lógica de negocio
    Capa de persistencia
    Capa de presentación

    ¿Qué contendría cada uno de estos puntos para WordPress? La base de datos no la he tocado para nada, únicamente he desarrollado (desde cero) el tema, dos plug-ins (sólo uno de ellos accede a la base de datos y es para realizar una consulta) y la configuración de las opciones que proporciona la propia herramienta.
    ¿Qué cree que podría ser interesante poner en este apartado de ‘especificación de la estructura lógica’? ¿Debería adjuntar también capturas de la distribución de los archivos y carpetas en el servidor?
    Quiero profundizar bastante en este tema.

    Sin más, y en espera de sus noticias, me despido agradeciéndole de antemano la atención prestada, Luisja

    • Buenas LuisJa,

      Creo que estás confundiendo lo que te piden con de lo que habla este post.

      Un tema es la estructura lógica que es lo que tu necesitas y de la que wordpress ya se encarga por si solo al ser un CMS ya contruido. Simplemente tienes que abstraer al todo lo que ya tiene wordpress para adaptarlo a tus necesidades (aunque la verdad es que lo encuentro un poco estupido ya que wordpress no es parte de tu proyecto). Otra forma es explicar la estructura lógica (con limitaciones) que usas en tu theme y no en wordpress. Es decir, que partes nuevas has tenido que construir.

      En este post hablamos de «estructura web» que tiene más que ver con la organización de la información que con el desarrollo de las tripas del código.

      Suerte.

  6. Excelente post Iñaki!

    Me sirvio mucho para re pensar mi sitio. Tenia tags y categorias por todos lados, y despues de pensarlo bien logre dejar una sola categoria o subcategoria por post y me esta quedando mucho mas organizado.

    Un saludo,
    Andres

  7. hola tengo una gran duda, es sobre programacion he cambiado los permalinks en modo personalizado o sea %postname%, hasta aqui todo ok, como estoy haciendo un childtheme, tengo el index, header, footer, y tambien el sigle, y en mi index muestro un varios post de diferentes categorias como resumenes, cuando le doy click en el enlace me lleva al single.php ok, pero me muestra la primera categorias y no a la que le di click, y tengo 12 categorias no me digas que tengo que hacer 12 single.php para cada categoria lo que quiero es un single.php generalizado para todos mis categorias y post osea que me muestr el post que estoy escogiendo,
    por ejemplo mi url es la siguiente http://www.misitio.com/mi-post-uno
    mi-post-uno esta dentro de la categoria post-generales, que tiene por id 13, pero me muestra el post de la categoria banner principal que tiene por id 0 como resuelvo este problema gracias

    • Creo que estas liandote con que es cada archivo de plantilla del theme. Pata empezar single es para posts no para categorias. Revisa el grafico de archivos para plantillas de wordpress es muy claro.

  8. Super genial Iñaki, esta en favoritos para tenerlo como consulta, hoy voy a mil por hora, pero seguro que vuelvo por una consulta sobre los tags que son útiles pero no terminan de hacerme gracia, un saludo y gracias totales.

  9. Hola Iñaki. Soy SEO junior desde hace 3 meses, después de titularme, y estoy en plena puesta a punto de mi sitio web. Debo confesarte que el Post es muy interesante y me lo he guardado en favoritos para recurrir a él cuando sea necesario. Te doy las gracias por ello.

    No obstante, quería abrirte el melón (si es que no se ha comentado antes) de las «redirecciones 301» una vez implementados estos cambios.

    El caso es que al cambiar las url’s de manera automática, mediante los pasos que indicas, he generado errores 404 por doquier en la base de datos de Google, y otros posibles referals… Es por ello que me he visto obligado a retroceder ya que es mas peligroso el remedio que la enfermedad, en mi caso (2000 entradas).

    Dicho esto, quisiera preguntarte qué metodología me sugieres que haga para poder reestructurar mis url’s, teniendo en cuenta que debería redirigir todos los cambios.

    Un saludo y gracias de nuevo.

Responder a ikhuerta Cancelar la respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *