Estamos llegando al final de un largo proyecto en el que estamos actualizando el sitio de nuestro cliente de un CMS personalizado a la última versión de Umbraco CMS al mismo tiempo que hacemos que su sitio web responda. Como parte de este proceso de actualización, la estructura de URL del sitio ha cambiado, sin embargo, estamos manejando esto principalmente con redireccionamientos 301 para que los enlaces redundantes del sitio antiguo ahora se vinculen a las nuevas URL.
La semana pasada, nuestro cliente arrojó una llave importante en los trabajos al decirnos que los 'expertos en SEO' que comenzó a usar en su sitio actual han dicho que la estructura del sitio que usa el nuevo sitio de Umbraco es inviable y también es mala para el SEO porque tiene muchos 'niveles'. Su principal preocupación es que sus productos y servicios están anidados demasiado lejos en el árbol y que esto de alguna manera afecta negativamente su SEO. Ahora admitiré que no soy un experto en SEO y considero que todo el tema de SEO es un arte negro que parece cambiar cada semana, así que ¿alguien puede darme algún consejo al respecto, así como evidencia de apoyo (preferiblemente de Google mismos )
Aquí es donde se encuentra actualmente el sitio si desea echar un vistazo: http://tinyurl.com/umbracourlstructure
La forma en que hemos estructurado las páginas es la siguiente: (1) = Nivel {X} = No en la navegación principal
(1)->Home
(2)--> Destinations
(3)---> South America [Continent]
(4)----> Argentina [Country] {X}
(5)-----> Buenos Aires [Area] {X}
(6)------> Buenos Aires [City] {X}
(7)-------> Package Product 1 {X}
(7)-------> Package Product 2 {X}
(7)-------> Package Product 3 {X}
(7)-------> Hotel Product 1 {X}
(7)-------> Hotel Product 2 {X}
(7)-------> Hotel Product 3 {X}
(7)-------> Activity Product 1 {X}
(7)-------> Activity Product 2 {X}
(7)-------> Activity Product 3 {X}
(4)----> Bolivia {X}
(3)---> North America [Continent]
(2)--> Holiday Types
(3)---> Cruise
(3)---> Family Holiday
(2)--> Places To Stay {X}
(2)--> Things To Do {X}
(2)--> About Us
- Los productos tienen nombres reales en el sitio web, pero las versiones numeradas que se muestran arriba son solo un ejemplo
La idea es que un usuario pueda profundizar en el destino que desea mirar hasta el nivel de una ciudad para ver los productos que están disponibles en esa área específica.
Cuando se encuentra en una página de continente, se muestran todos los paquetes de vacaciones que son descendientes de ese continente.
Si selecciona un país de la navegación lateral, estos paquetes se filtran aún más para que solo se muestren los de ese país en particular.
Si hace clic en un área dentro del país, estos se filtran nuevamente.
Independientemente de dónde acceda a los productos, su URL es la siguiente:
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
Por supuesto, esto se debe a la estructura de árbol / carpeta que Umbraco sigue por defecto.
El problema aquí es que mi cliente quiere que las URL sean:
www.example.com/southamerica/argentina
para que corten ciertas páginas para acortar las URL, lo que he desaconsejado (principalmente porque implicaría reescribir sustancialmente el sitio web).
¿Alguien tiene algún consejo con respecto a esto y alguna experiencia en cuanto a si el nivel de anidamiento es realmente malo para el SEO? Mi principal problema es que es solo ahora cuando estamos llegando al final del desarrollo que están planteando estos problemas y alterar la estructura en Umbraco esencialmente significará reescribir una gran parte del sitio para el que realmente no tenemos el tiempo o los recursos para hacer.
He investigado mucho sobre el tema y el punto de vista oficial de Google sobre esto parece ser que la longitud de la URL y los 'niveles / subdirectorios' en realidad no hacen ninguna diferencia. De hecho, Google ahora aconseja que las URL estructuradas se utilicen en los sitios, ya que ayudan al usuario a navegar lógicamente por la estructura. El único problema que realmente surge es cuando los parámetros se usan en las URL, pero los manejamos con URL canónicas, por lo que esto no debería ser un problema.
Después de descubrir estos hallazgos, envié los siguientes recursos a nuestro cliente:
Mantenga una estructura de URL simple: https://support.google.com/webmasters/answer/76329?hl=en
¿El número de subdirectorios en URL afecta su clasificación? https://youtu.be/l_A1iRY6XTM
Sin embargo, han descartado ambos recursos con el argumento de que el video tiene fecha de 2010 y que las prácticas de Google probablemente han cambiado desde entonces.
Entonces, ¿alguien puede arrojar alguna luz sobre este problema y señalarme en dirección a declaraciones o pautas más recientes que Google haya publicado que vinculen con este problema?
Mi objetivo es descartar realmente las afirmaciones hechas por estos 'expertos en SEO' ya que hasta ahora la evidencia que he encontrado de Google contradice directamente sus afirmaciones y no deseo volver a desarrollar un sitio web casi completo basado en consejos / información de SEO desactualizados o incorrectos.
/destinations/, o realmente quieren usarlo/southamerica/argentinacomo la URL de un producto específico (como parece sugerir su ejemplo)? O en otras palabras: ¿qué URL de producto quieren?Respuestas:
Google parece poner muy poco peso en cómo se estructura una URL en este momento. Puede confirmar esto haciendo cualquier búsqueda en Google y mirando las URL que están clasificando. Es probable que vea cualquiera de estos estilos:
www.keyword-phrase.comexample.com/keyword-phraseexample.com/category/subcategory/info/keyword-phraseexample.com/info.php?id=388388example.com/article-2829802-what-do-i-do-with-keyword-phraseCualquier ventaja de una estructura de URL sobre otra no se debe a ningún factor de clasificación directo que aplique Google. En este momento, no parecen favorecer directamente ningún estilo sobre otro. Puede haber algunos efectos de clasificación indirectos en función de la utilidad de las URL. Ver ¿Son las palabras clave en URL un buen SEO o innecesariamente redundantes? donde tengo una respuesta que aborda cómo las palabras clave en las URL deben estructurarse para SEO.
Un problema potencial con
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1es que la longitud ocasionalmente hará que se trunca. Esto ocurre con mayor frecuencia cuando se envía por correo electrónico o cuando se pega en un foro. Puede aparecer comowww.example.com/destinations/southamerica/argentina/buenosai...Usuarios que visitan que obtendrán un error 404. No podrá corregirlo completamente porque la parte que fue cortada tiene información importante sobre exactamente lo que el usuario quería. Google encontrará estas URL e informará errores 404 en las Herramientas para webmasters de Google.Otro problema con las URL largas es que los usuarios nunca las recordarán ni podrán escribirlas. A los usuarios les gustan más las URL que son descriptivas, memorables y lo suficientemente cortas como para escribir. Desde la perspectiva del usuario, la URL ideal podría ser realmente
www.example.com/buenos-aires. Por supuesto, para un sitio de viajes que es difícil de administrar.www.example.com/bostontendría que significar Boston, MA y tendría que tener otra URL comowww.example.com/boston-txla ciudad menos popular de Texas.www.example.com/portlandes muy ambiguo porque tanto Portland OR como Portland ME son destinos de viaje populares. Wikipedia maneja casos como ese con páginas de "desambiguación" y URL separadas como/portland-mey/portland-or.Mientras que sus directorios muy largo URL estructura no son ideales y no lo que yo elegiría, no lo harán usabilidad daño o SEO que mucho . Estimaría que las URL cortas ideales mejorarían la usabilidad en un 5%, lo que a su vez mejoraría el SEO en aproximadamente un 0,5% en el transcurso de varios años. Por lo general, hay formas mucho más fáciles de obtener esa cantidad de mejora en comparación con pasar el tiempo para renovar las URL.
fuente
Este hilo relacionado, URL bien estructuradas versus URL optimizadas para SEO , lo explica bastante bien. Según tengo entendido, la URL tendrá un ligero efecto de SEO dependiendo de cómo los usuarios tiendan a buscar contenido en su sitio, pero una estructura lógica del sitio que sea fácil de actualizar (ya que los sitios web rara vez son estáticos) podría ser más valiosa que la ventaja de SEO ...
fuente
Los humanos pueden confundirse / irritarse por las jerarquías profundas . Sé amable con tus usuarios.
Google Analytics solo analiza (divide) las primeras 4 partes de la ruta
Sabes que las geografías no son realmente jerárquicas, ¿verdad? ¿En qué continente está Turquía? ¿En qué estado se encuentra Texarkana ?
Debe usar un guión para separar las palabras en las URL.
fuente
La respuesta no es completamente sencilla. El SEO tiene que estar vinculado a la experiencia del usuario y a las necesidades comerciales del sitio. No haga cosas solo con fines de SEO, sino piense en SEO junto con UX y arquitectura.
Cuando se trata de la estructura de URL, siempre les digo a los clientes que mantengan las URL lo más similares posible a la ruta del usuario a través del sitio. Deben mostrar cómo está estructurado el sitio y cuáles son sus prioridades. Si el contenido interesante tiene cinco niveles menos, entonces debe preguntarse por qué el usuario tiene que pasar por cinco niveles para llegar al contenido interesante. Para mí, las URL deberían ser casi como migas de pan. No quieres tener 10 niveles de migas de pan, ¿verdad?
Si tiene una estructura de URL basada en la ruta del usuario, y esa ruta es directa y relevante, Google rastreará e indexará su sitio de la manera adecuada. Aún más importante, podrá expandir y mejorar su sitio en el futuro sin tener que lidiar con estructuras ilógicas o bizantinas.
fuente
Incluya solo la última parte del URI y luego use canónicos para eliminar los niveles medios de los bots. El URI acortado [con una cadena de identificación si es necesario] no tiene que ser visible para el uso humano promedio en el sitio, aunque pueden verlo haciendo clic desde SERPS. Este URI [identificador] más corto realmente no es una gran OMI, ya que volverá a una estructura segmentada amigable para los humanos en el siguiente clic. Incluso las acciones usarían el URI segmentado "limpio" en lugar del canónico. Esos "profesionales" de SEO deberían haber pensado en esto primero. Problema resuelto.
fuente