2009-07-05 11 views
16

Estamos desarrollando una aplicación web que va a ser utilizada por clientes externos en Internet. Los navegadores que debemos admitir son IE7 + y FF3 +. Uno de nuestros requisitos es que usemos AJAX siempre que sea posible. Dado este requisito, creo que no deberíamos tener que atender a los usuarios sin javascript habilitado, sin embargo, otros en el equipo no están de acuerdo.Debe su sitio web funcionar sin JavaScript

Mi pregunta es, si, en este día y edad, se nos debería exigir atender a los usuarios que no tienen javascript habilitado?

+0

Sé que esta es una vieja pregunta, pero creo que le gustaría ir a la empresa para la que está haciendo el trabajo y ver cómo su TI configuró las computadoras. es lo suficientemente grande como para tener departamento de TI) –

Respuesta

36

Esta pregunta aparece un par de veces a la semana aquí, y usted tiene suficiente representante, debe saberlo. ¿Has buscado?

De todos modos, la cosa aquí es que hay muchos más usuarios en el Internet público que pueden tener problemas con javascript que usted piensa:

navegadores
  • móviles (smartphones) a menudo tienen muy pobre o con errores javascript implementaciones . Estos aparecerán a menudo en las estadísticas en el lado de aquellos que hacen admiten javascript, aunque en realidad no lo hacen.
  • Cosas como NoScript son cada vez más populares, por lo que al menos debe tener una buena página inicial para esos usuarios.
  • Si su cliente es de alguna manera parte del gobierno de EE. UU., Está legalmente obligado a admitir lectores de pantalla, que normalmente no hacen javascript.
  • Google y otros motores de búsqueda no ejecutarán sus scripts al indexar el sitio. Necesita trabajar lo suficientemente bien sin javascript para permitir eso.

Por supuesto, debe conocer a su público.Puede estar trabajando para una intranet corporativa en la que sabe que todo el mundo tiene javascript (aunque incluso aquí yo diría que hay una tendencia creciente donde estos sitios están disponibles para teletrabajadores con navegadores desconocidos/sin restricciones), o usted podría estar construyendo una aplicación para la comunidad de ciegos donde nadie lo tiene. En el caso de Internet público, normalmente puede darse cuenta de que aproximadamente el 95% de sus usuarios lo respaldarán de alguna manera (fuente citada por otra persona en uno de los enlaces a continuación). Pero ese número no es tan alto como parece. Darle la vuelta, y si no soporta JavaScript que está apartándose uno de los visitantes por cada 20.

Vea éstas:

+0

Creo que leí que la araña de Google realmente ejecuta javascript, pero puedo ' t encuentra el enlace en este momento. – mooware

+0

Creo que solo ejecuta cosas triviales como document.write() – James

+0

A partir de 2016, los lectores de pantalla y el rastreador de Google ejecutan Javascript. – Dan

4

Mi pregunta es, si, en este día y edad, se nos debería exigir atender a los usuarios que no tienen javascript habilitado?

Sí, sin duda, si la funcionalidad AJAX es fundamental para el funcionamiento de su sitio. Si no lo hace, está negando de hecho a los usuarios que no tienen acceso habilitado para Javascript a su sitio web, y aunque esta es una proporción bastante pequeña (< 5%, creo), significa que no podrán usarla. su sitio en absoluto, porque las funciones centrales no están disponibles para ellos.

Por supuesto, si está haciendo cosas más triviales con AJAX que mejoran la experiencia del usuario pero que no son realmente centrales para la funcionalidad principal del sitio, entonces probablemente no sea necesario.

+0

2% o menos deshabilitar el soporte de JavaScript de acuerdo con Yahoo. El soporte de JavaScript es tan alto como 99.75% en Brasil y el más bajo en los EE. UU. En aproximadamente 2%. http://developer.yahoo.com/blogs/ydn/posts/2010/10/how-many-users-have-javascript-disabled/ – Glenn

2

Depende realmente.

Personalmente, apago JavaScript todo el tiempo porque no confío en muchos sitios.

Sin embargo, dado que los usuarios han solicitado su aplicación explícitamente, puede suponer que confiarán en ella y que no tiene sentido hacer un trabajo adicional.

Más, si tienes ese fuerte requisito de afinidad AJAX, la pregunta parece bastante extraña.

1

creo eso depende del tipo de aplicación web que va a construir. Por ejemplo, en una aplicación de comercio electrónico, el proceso de pago debería funcionar sin script Java porque hay algunas personas que desactivan js para realizar el pago (en nuestra experiencia). En una aplicación web 2.0, en mi opinión, no es necesario admitir una experiencia de navegador que no sea js. Desarrollar para ambos también complica el proceso de desarrollo y es más costoso. tiene el doble de esfuerzos de prueba en la web (prueba con y sin js) y también piensa diferente en la fase de planificación.

0

Creo que depende del segmento de mercado al que aspiras, si te diriges a una multitud de tecnología, como Stackoverflow.com, o tal vez slashdot, entonces probablemente estés bien esperando que los usuarios tengan JS instalado y activo.

Otros sitios, con un público medio conocedor de la tecnología, pueden sufrir usuarios que saben lo suficiente sobre exploits basados ​​en JS para tener JS desactivado, pero sin suficiente conocimiento para habilitar Scriptblock (u otro navegador equivalente).

La audiencia no conocedora de la tecnología probablemente esté con la multitud tecnológica, ya que es posible que simplemente no sepan cómo desactivar JS, o por qué lo desean, independientemente del riesgo.

7

Usted debe sopesar las opciones y se pregunta:

1) ¿Qué porcentaje de usuarios tendrán Javascript desactivado. (de acuerdo con this site, solo el 5% del mundo lo tiene apagado o no está disponible) 2) esos usuarios estarán dispuestos a encenderlo 3) aquellos que no estén dispuestos a encenderlo, o cambiar a Otro navegador o dispositivo que tiene javascript habilitado, ¿es el ingreso perdido más que el esfuerzo de construir una versión distinta de javascript?

Instintivamente, digo que la mayoría de las veces la respuesta es no, no pierda el tiempo construyendo dos sitios.

+4

+1, a menos que una versión que no sea JS sea un requisito real, la decisión de admitir Javascript o no es un análisis de costo-beneficio. – molf

0

En resumen, debe atender a arañas sin JavaScript habilitado, pero solo al grado necesario para indexar los datos que desea exponer al público. Los requisitos de su navegador para IE7 + y FF3 + excluyen a muchas más personas que el número total de personas que deshabilitan JavaScript. Y de aquellos que lo desactivan, la gran mayoría sabe cómo habilitarlo cuando sea necesario.

0

Me hice la misma pregunta el otro día y se me ocurrió la respuesta de que para usar mi aplicación, uno debe tener habilitado el Javascript. También revisé varios sitios con Ajax. Incluso Stackoverflow.

Pero teniendo en cuenta este hecho, también creo que es necesario para apoyar un cierto grado de aplicaciones prehistóricas. La idea principal es no permitir que la aplicación se rompa cuando los usuarios no tengan habilitado Javascript. La aplicación debería mostrar datos relevantes, pero su funcionalidad sería limitada.

-1

Este es un problema en el que estaba pensando hace unos días. Aquí hay alguna información

  • En Google Chrome no hay manera (menú/opción) dentro del navegador para desactivar Javascript.
  • Muchos sitios web, incluidos los de los principales nombres como Google, etc., no funcionarán sin Javascript.
  • Según las estadísticas, más del 95% de los visitantes tienen Javascript habilitado ahora.

Estas estadísticas me hicieron pensar. ¿Tengo que romper mi espalda escribiendo un montón de código de fondo y todo para los usuarios que han desactivado Javascript?

Mi conclusión fue esta. Sí, tengo que incluir el soporte de Javascript, pero no a costa de cordura. Es decir. Puedo permitirme darle una baja prioridad.

Así que voy a tener soporte para la exploración que no es de JavaScript, pero construiré la mayoría una vez que se despliegue mi sitio.

+0

Al menos en la versión actual de Chrome (24) puede desactivar completamente javascript en la configuración. – MathiasJ

3

Esto es un poco como golpear a un caballo muerto, pero voy a intentarlo, claro.

creo que podría haber dos enfoques básicos para esto:

1.

uso de AJAX (y, básicamente, javascript) para mejorar la experiencia de los usuarios, mientras se asegura, que todas las características de la aplicación funcionan sin javascript.

Cuando estoy siguiendo este principio, que desarrollan la interfaz en dos fases - primera sin considerar en absoluto Javascript (por ejemplo, utilizando un marco, que no lo hace saber acerca de Javascript) y luego aumentar cierta workflows agregando validación ajax-y (no me gusta la validación de js pura, lo siento) y así sucesivamente.

Esto significa que, si el usuario tiene javascript deshabilitado, su aplicación de ninguna manera se romperá o quedará inutilizable para él.

2.

uso de JavaScript al máximo, "sin javascript - no ir" estilo. Si javascript no está disponible, el usuario no podrá usar su aplicación en absoluto. Es importante notar que, en mi opinión, no hay un término medio, si estás tratando de estar en ambos mundos a la vez, estás haciendo demasiado trabajo extra. Eliminar las limitaciones de admitir usuarios sin JavaScript, obviamente agrega más oportunidades para crear una experiencia de usuario más rica. Y hace creando que la experiencia mucho más fácil.

+0

+1 Este es realmente el camino a seguir. Si comienza con la creación de un sitio para usuarios sin javascript, el trabajo total no es mucho más que crear un sitio solo para usuarios de JavaScript. Por otro lado, si no puede hacer que el sitio se pueda utilizar sin javascript, no se moleste en hacerlo casi utilizable. – Hjulle

Cuestiones relacionadas