Rutas de URL y su efecto en SEO


11

Estamos desarrollando un sitio web donde habrá dos tipos distintos de contenido: galerías y fotos.

Tiene poco sentido usar rutas de URL como / gallery / photo ya que algunas fotos pueden aparecer en más de una galería (y la duplicación de contenido es mala); así que la lógica actual es tener una sola profundidad en el sitio (/ photo1, / photo2, / photo3, / gallery1, etc.).

¿Esto afectará al SEO a medida que aumenta el número de páginas de profundidad única ?, ¿es mejor para los motores de búsqueda en general ver una interfaz más RESTful (/ galleries / gallery, / photos / photo1, etc) ?, o ¿hay una mejor manera? para manejar esto?

PD: Las fotos tendrán una página de destino propia con contenido textual profundo (al igual que las galerías).


He leído esto algunas veces y todavía no estoy claro ... me perdiste en el 'nivel'.
Tim Post

Esto debería ser más fácil de leer.
Metalshark

1
No es un duplicado, pero esta pregunta tiene buena información complementaria webmasters.stackexchange.com/questions/162/…
HoLyVieR

Respuestas:


6

No, no debería importar si tiene miles de páginas en el mismo "nivel". He visto sitios que tienen todo su contenido en el nivel raíz porque tienen la impresión de que marca una gran diferencia para el SEO. (Por cierto, los sitios se clasifican bien, pero no creo que la falta de organización tenga relación con eso)

Creo que la estructura que está proponiendo es buena, si la tengo correctamente:

  • Un conjunto de páginas de categoría en /galleries/rabbits
  • Todas las páginas de destino de imágenes que parecen estar en una carpeta como /photos/bunny1

Una buena alternativa sería tener una categoría principal junto con las otras categorías / etiquetas. Obtiene el beneficio adicional de una palabra clave adicional en la URL, además, puede ser más fácil para los usuarios comprender la estructura del sitio.

Con el ejemplo anterior, "bunny1" podría estar en las categorías "conejos" y "esponjoso", pero la categoría principal sería "conejos". Entonces podría tener esta estructura:

  • Páginas de categoría de /gallery/rabbits/y /gallery/fluffy/, ambas muestran la imagen "bunny1".
  • Página de imagen de /gallery/rabbits/bunny1

1
¿El uso de las palabras "galería" y "fotos" distrae de las otras palabras clave en su ejemplo o son beneficiosas para transmitir información al rastreador del motor de búsqueda?
Metalshark

No, no debería haber ningún problema incluyendo esas palabras; de hecho, podría ser bastante beneficioso ya que muchos usuarios incluirán "foto" o "imagen" en sus términos de búsqueda. Simplemente haga lo que sea más lógico y útil para los usuarios.
DisgruntledGoat

2

Las URL son URL: realmente no importa cómo estén estructuradas para los motores de búsqueda. El elemento principal en el que recomendaría trabajar es asegurarse de que sus imágenes (y las páginas en las que están) estén lo más posible en una sola URL, para que no tenga / gallery1 / image124 y / gallery3 / image124 con la misma imagen en ellos. Dependiendo de cómo construya su sitio, eso puede ser difícil, por lo que al menos recomendaría trabajar para tener una URL preferida elegida para ellos y usar algo como el elemento de enlace rel = canonical para señalarlo ( http: // googlewebmastercentral .blogspot.com / 2009/02 / especifique-su-canonical.html ).


El uso de URL canónicas para direcciones duplicadas combinadas con la respuesta de DisgruntledGoat puede ser lo mejor de ambos mundos. Entonces habría / gallery / rabbits / bunny1, / gallery / fluffy / bunny1 y / photos / bunny1, siendo las URL de la galería canónicas.
Metalshark

@Metalshark: trataría de evitar el contenido duplicado en primer lugar, si eso es posible. En mi respuesta quise decir que si tienes una categoría principal de "conejos", entonces la URL siempre será "/ gallery / rabbits / bunny1" y esa URL estará vinculada desde las otras categorías. "/ gallery / fluffy / bunny1" no debería existir.
DisgruntledGoat

Se perdió la palabra no en "para que no tenga ... con la misma imagen". Resultó ser bastante importante releer tu respuesta.
Metalshark
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.