2010-01-28 6 views
11

He desarrollado un sitio multilingüe en ASP.NET, que detecta la cultura del sistema del usuario y muestra el contenido en el idioma apropiado.Implicaciones SEO de un sitio multilingüe con detección de cultura del sistema

Todo esto está funcionando muy bien, pero mi cliente ya ha tenido una auditoría de SEO. La agencia de SEO ha expresado su preocupación de que esta no es una buena práctica de SEO, ya que no hay URL únicas para cada idioma.

Han sugerido que el sitio puede ser acusado de encubrimiento, y que Google puede no indexar el sitio correctamente para cada idioma diferente.

¿Alguna idea sobre si estas son preocupaciones válidas y si existe la ventaja de tener URL únicas para cada versión de idioma del sitio?

+0

¿Declara el idioma del documento de forma adecuada? – Gumbo

Respuesta

8

¡Aunque ha realizado un trabajo excelente cambiando de idioma automáticamente, la Agencia de SEO es correcta!

Es posible que Google no indexe el sitio correctamente para cada idioma diferente.

¡Esto es cierto! Google no envía el encabezado de aceptar idioma la última vez que revisé. Esto significa que Google solo indexará el idioma predeterminado.

Ellos han sugerido que el sitio puede ser acusado de encubrimiento,

Esto difiere de la implementación de excact, pero es posible su sitio recibirá una penalización!

¡Existe la ventaja de tener URL únicas (para cada versión de idioma) en el sitio!
En primer lugar, para sus usuarios: pueden enlazar con el idioma que prefieran.Secundario para los motores de búsqueda, ya que pueden indexar su sitio correctamente.

Aconsejo la mayoría de las veces redirigir al usuario solo en la página de inicio para un cambio de idioma usando un 302 redirigir a la URL correcta (y por lo tanto, el idioma correcto). (Editar: Puede revisar la publicación por Matt Cutts "SEO Advice: Discussing 302 redirects")

Para verificar mi consejo: instale fiddler y navegue hasta http://www.ibm.com. Como se muestra a continuación, recibí una redirección 302 al idioma apropiado, llegando a www.ibm.com/be/en.

Result Protocol Host URL Body Caching Content-Type  
4 302 HTTP www.ibm.com/ 209  text/html 
5 200 HTTP www.ibm.com /be/en/ 5.073 no-cache text/html;charset=UTF-8 

Hay algunas soluciones que puede resolver esto:

  • inicio Reescritura de URL (por ejemplo, la adición de un directorio utilizando el lenguaje)
  • Si no quiere pasar por la molestia de agregar directorios (o reescribir url's) agregar un QueryString sería la solución más fácil (aunque intente limitarlos a un máximo de 2 parámetros)
  • ¡Otra opción es usar diferentes subdominios! www.website.com para el idioma por defecto, es.website.com, fr.website.com

Sólo asegúrese de que existe cada vez que el mismo contenido de la misma URL.

¡Buena suerte con eso!

+0

Gracias por la información. Llegamos a la misma conclusión después de buscar otros sitios grandes, como los que usted y @yar mencionaron. Ahora estamos implementando carpetas para cada configuración regional, con un redireccionamiento 302 en la página de inicio. Afortunadamente, tenemos un motor de reescritura bastante potente implementado en el marco del sitio, que se utiliza para aliasar todas las páginas dirigidas por datos a las URL amigables, por lo que no será un gran problema. Algo que tendré en cuenta para nuevos proyectos. – Matt

3

Afortunadamente veremos a algunas personas responder que conocen las funciones internas de Google (¿alguien?). Pero la mayoría de las suposiciones sobre cómo Google y los rastreadores de otros son ... suposiciones, y están sujetas a cambios.

Supongo que debe usar URL separadas para idiomas, incluso si solo tienen una diferencia de ?language= (aunque mejor sería una URL realmente diferente). Creo esto porque cuando vas a google.it dice, google.com in English y ese enlace va a ... google.com. En otras palabras, Google mismo usa diferentes URL para diferentes idiomas.

Además, otro sitio grande, Microsoft (que probablemente sabe sobre SEO) utiliza

http://www.microsoft.com/en/us/default.aspx

por US-Inglés y

http://www.microsoft.com/it/it/default.aspx

para Italia-italiana por lo que es probable que haya la mejor práctica para diferenciar según el idioma (y el país).

En cualquier caso, estoy totalmente molesto cuando estoy en una computadora en inglés y no puedo ver un sitio en italiano o español, y viceversa. Como una herramienta de usabilidad, no de SEO, el usuario debe poder anular la sugerencia de idioma. Así es como la mayoría de los sitios grandes manejan idiomas también.

+0

Solo para aclarar, el usuario puede anular el idioma de definición, seleccionándolo en una lista desplegable. Esto agrega lang = {código de cultura} a la cadena de caracteres pública, y establece una cookie para que se retenga la selección de idioma. – Matt

+0

@Matt, personalmente no creo que eso sea malo, y dudo que Google (por ejemplo) simplemente ignore los parámetros de la consulta. Dicho esto, MUCHAS PERSONAS no están de acuerdo con esto y piensan que la URL debe ser diferente. Sin embargo, hacer "URL amigables" es una traducción trivial de expresiones regulares y todos los marcos web tienen algún tipo de provisión para esto. –

Cuestiones relacionadas