2010-02-17 5 views
5

Recientemente implementé una solución para crear páginas de destino separadas dependiendo de si el usuario tiene javascript habilitado o no. Básicamente la forma en que funciona es esto.Redirección basada en Javascript: ¿afectará a SEO?

La página predeterminada es una página HTML sin javascript. Versión básica del sitio. Al aterrizar en él, hay un script que dice que si javascript está habilitado, entonces vaya a otra página. Esa página de destino se genera enviando la solicitud del usuario a través de un archivo JSP que representa la página (encabezado, pie de página, etc.). La página de destino final es http://whatever.com/home.jsp si el usuario tiene javascript habilitado.

Mi pregunta es si esto perjudicará a SEO. Teniendo en cuenta que el 99% del mundo tiene javascript habilitado, detestaría comprometer cualquier beneficio de SEO para acomodar al 1% que no habilita javascript.

Espero que tenga sentido.

Respuesta

6

En general, searchbots deben ser tratados como los navegadores con JS discapacitados. Creo que ahora puedes imaginar dónde aterrizarán.

Por supuesto, toda esta pregunta no tiene ninguna relación con JSP. Es solo un servidor ver tecnología que proporciona una plantilla para escribir HTML/CSS/JS y proporciona capacidades para controlar el flujo de página dinámicamente con taglibs y acceder a los datos de fondo con EL. Todo lo que ve el webbrowers y bots (y por lo tanto todo lo que cuenta para SEO) es su salida de HTML generado.

1

http://www.google.com/support/webmasters/bin/answer.py?answer=66355

Versión corta, si su JS los envía al contenido completamente diferente, es probable que sea malo, y Google le puede dar una un tiempo difícil. Aparte de eso, deberías ser bueno.

+0

Parece que Google solo frunce el ceño en esto si es engañoso. Enviar uno a una página diferente si javascript no está habilitado es difícil "entregar contenido diferente a los motores de búsqueda". ¿Estarías de acuerdo? – bgadoci

+0

Oh, absolutamente. Es por eso que menciono la parte de "contenido completamente diferente". Entonces, supongo que todo depende de cuál sea el contenido de las dos páginas. Por curiosidad, ¿por qué el JSP no puede detectar el uso de JS y representar el contenido apropiado? Eso también resolvería la posibilidad de problemas de SEO. – Dustman

+0

No es tan familiar con JSP. Algo interesante, sin embargo, seguí el consejo de Google sobre las pruebas. Dada la configuración mencionada anteriormente, utilizando http://www.delorie.com/web/lynxview.html, la página predeterminada del motor de búsqueda permaneció como la página HTML básica (como que el bot no tiene habilitado JS). No pasó a la página "si tiene Javascript".Lo cambió y simplemente usó una alerta para decirle a la gente que permita obtener una experiencia completa. Gracias por la ayuda. – bgadoci

0

Si la versión alternativa es una versión de contenido completo (casi) con todas las funciones, entonces está perfectamente bien.

Google incluso consejos para hacer alternativas para sitios de solo Flash, por ejemplo, en cuanto a usabilidad.

Read google FAQ

0

Toca dos temas, uno se describe como "encubrimiento" y el otro como "contenido duplicado". Con el "encubrimiento", presenta un contenido diferente (optimizado con mala intención) basado en la identificación del cliente que accede a él, p. inspeccionando el encabezado User-agent (google-bot versus Browser). No está haciendo esto, solo quiere presentar el contenido de la manera que mejor se adapte a su cliente, como una redirección en una página optimizada para clientes móviles ("m.example.com").

La otra cosa es cómo evitar el contenido duplicado. Hay una forma de indicar el origen de contenido original con una etiqueta canónica, consulte aquí: http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html

Cuestiones relacionadas