Arquitectura de la Informacion

[nintendito]

Bien pues trabajando en la reestructuracion de los directorios y subdirectorios de mi web, me he encontrado con un viejo conocido problema que hace muchos años se solucionaba con un index en blanco o algun tipo de mensaje al navegante.

El problema es que los tiempos han cambiado y no estoy muy seguro de que esa solucion sea adecuada desde el punto de vista SEO.

El dilema es el siguiente:

http://miweb.com/primera-categoria/primer-producto.html

Hasta aquí todo normal, pero que ocurre cuando el visitante borra parte de la url para ver si encuentra lo que busca (o porque le apetece ver que encuentra) y deja la dirección así:

http://miweb.com/primera-categoria/

Y evidentemente nosotros NO tenemos un index personalizado para cada categoría, o bien porque son muchas, o bien porque corremos el peligro de crear contenido duplicado o bien porque lo unico que conseguiríamos sería cabrear más al personal al ponerles un paso intermedio innecesario en su busqueda de información y aumentar el porcentaje de rebote.

Vosotros, como afrontais este problema ?

• index perzonalizado con info de relleno ?

• redirección en htaccess ?

• pagina de error 404 personalizada ?

• no sabe / no contesta

Saludos a todos.

[djemili]

Todos los directorios de tu web deberían tener un fichero index.html o index.php (recomiendo el segundo). Ya no solo por SEO, sino también por seguridad. Es un problema que alguien pueda ver los contenidos de los directorios. Y si no tienes index.hml y ademas tienes el servidor web mal configurado (que puede pasar) cualquiera puede ojear los contenidos de los directorios.

Asumiendo que hay que tener un index, a partir de ahí, el contenido que tengan dichos indices ya es cuestión tuya. En algunos sistemas suelen añadir una redirección al índice de la página o al índice mas relacionado con ese directorio.

No acabo de imaginarme porqué es un problema en tu caso hacer un índice enlazando a los contenidos de ese directorio. Vayamos por partes.

Y evidentemente nosotros NO tenemos un index personalizado para cada categoría, o bien porque son muchas,

Si estamos hablando de hacerlos a mano, entonces lo entiendo. Sino no veo porqué la cantidad es un problema. Seguro que puedes encontrar algun script sencillito que te hace un index.html enlazando a los html que haya en ese directorio, o a los que te interese enlazar

o bien porque corremos el peligro de crear contenido duplicado

Eso entiendo que solo pasaría si los contenidos propios de cada página son tan pocos que estarias repitiendote al listarlos. Por hacer un indice con enlaces no creo que cayeras en contenido repetido. En el peor de los casos, añades la url del índice al robots.txt y listos.

o bien porque lo unico que conseguiríamos sería cabrear más al personal al ponerles un paso intermedio innecesario en su busqueda de información y aumentar el porcentaje de rebote.

No tienen porque pasar por ese índice si no te interesa. Estamos hablando de alguien que cambia la URL a mano.

[Daniel Ulczyk]

Más allá del tema de seguridad que expone *djemili* el cual debiera estar necesariamente cubierto me parece necesario insistir con el tema del contenido duplicado.

bien porque corremos el peligro de crear contenido duplicado

No debiera ocurrir si llevás a cabo una correcta implementación de la Canonicalización

[nintendito]

Gracias por las respuestas.
En principio el tema de la seguridad estaba cubierto, borrando parte del url el servidor remitia a una pagina de acceso prohibido, etc, etc, es decir que los archivos del directorio no quedaban descubiertos. (ventajas de tener un hosting compartido).

Pero mi deseo era cubrir ese hueco en la usabilidad del sito, de cara a los visitantes y de cara a la arquitectura de la información para el robotito de "G".

Lo mejor será currarse algunas páginas por cada una de las categorías padre del sitio, más que nada porque lo proximo que haré será implementar un rastro de "migas de pan".

Como dice Daniel luego tocará aplicar el rel canonical donde corresponda para curarse de sustos.

Gracias nuevamente

[limpiezadirect]

De cara a los visitantes lo mejor que puedes hacer es no poner nada de nada. Así te ahorras un problema SEO y "educas" al cliente, que sabrá que no debe jugar con la url. Las url amigalbes se supone que son para que los usuarios puedan experimentar... pero del dicho al hecho hay un gran trecho.

Lo más lógico y funcional para el usuario sería tener un error 404 personalizado (para evitar perder al usuario y que se vaya), o como mucho un listado completo de todo lo que hay en esa categoría (de haber algo que no sea un 404, esto sería lo más sensato).

Y de lo anterior lo más sencillo, de hacer algo, supongo que es el 404, ya que en el .htaccess y con una plantilla en blanco con algo de texto te quitas el problema.


Y pensando en la "arquitectura de la información".... pues amigo, nunca hay una solución correcta. Y lo que hoy te parece la leche mañana te parecera una basura y pensarás que hay que rehacerlo todo

[HiAll]

Pregunta a djemili....
¿porque es mejor index.php que index.html?


Sobre las soluciones dadas...

Debo decirte que una de las que me gusta es la de implementar el canonical, pero eso implicaria tener un archivo index.html con el código... y... donde canonizas? a la home? a un producto? ... Sería a la home, pero vaya... no sería lo más acertado creo.


Yo personalmente implementaría una página de error 404 personalizada con sugerencias de productos de la categoria en cuestión ;) Así no pierdes "link juice"... ( esta solución te la han dado )
Y si ves que no te funciona bien... pues 301 a la home y santas pascuas... pero esta segunda opción es la fácil, que no la ideal :)

Ojo! Ponles un "noindex,follow" a las páginas de error 404 :) ... y olvidate del archivo robots.txt. Ese archivo es una simple sugerencia que los buscadores pueden no tener en cuenta y además acabarás creando una infinidad ( tantas lineas como categorias tengas ) de lineas que no serán provechosas.... y que tu competencia puede luego utilizar para saber donde tienes problemas y darle caña a tu web ;)
Si no te queda otra ponlo... pero yo he indexado páginas que estaba en en robots.txt de una web :)


Ánimo, tu caso tiene solución :)

[nintendito]

Iniciado por limpiezadirect

De cara a los visitantes lo mejor que puedes hacer es no poner nada de nada. Así te ahorras un problema SEO y "educas" al cliente, que sabrá que no debe jugar con la url.

El problema es que ya sabemos por experiencia, que hay que amoldarse al visitante y facilitarle la vida, o simplemente perderemos un usuario potencial.
Además como comentaba arriba, implementando el "rastro de migas de pan" sería yo mismo quien le estoy diciendo al navegante: "aquí puedes hacer click y encontrarás lo que buscas".

Ahora mismo estoy trabajando con un index.php con redirección a la página más relevante dentro de la categoría en cuestion, y los resultados me gustan, además de cara al SEO me estan quedando unas urls bastante descriptivas con /categorias para las palabras claves generales/ y nombre de archivo para long tails.

He estado curioseando por ahí, sobre todo lo que hace mi competencia y he visto poco esmero en general en dar una solucion a este tema, todos van a lo típico, redirección a 404, pero insisto cuando usas el "breadcrumb" esta no parece ser una opción válida, ya que tu mismo le estas diciendo al usuario que puede navegar comodamente hacia atras por los diferentes directorios.

Iniciado por limpiezadirect

Lo más lógico y funcional para el usuario sería tener un error 404 personalizado (para evitar perder al usuario y que se vaya), o como mucho un listado completo de todo lo que hay en esa categoría (de haber algo que no sea un 404, esto sería lo más sensato).

El 404 personalizado lo tengo, pero para los casos en los que realmente la pagina que busca el usuario no existe. Y si es verdad que cumple con su función y la tasa de rebote de este archivo es bastante baja.

Iniciado por limpiezadirect

Y pensando en la "arquitectura de la información".... pues amigo, nunca hay una solución correcta. Y lo que hoy te parece la leche mañana te parecera una basura y pensarás que hay que rehacerlo todo

Aquí estamos de acuerdo, en realidad ya tengo asumido que una web es un proyecto en constante evolución y que nunca podré decir que "ya está terminada".