gratis - habilitar javascript en chrome en windows
¿Los sitios web realmente necesitan atender navegadores que no tienen Javascript habilitado? (20)
¿Por qué muchos desarrolladores web profesionales siempre insisten en desarrollar sitios que se adapten a los navegadores que tienen Javascript deshabilitado?
Además de los jefes de tecnología y los desarrolladores, la mayoría de los usuarios "normales" ni siquiera saben de qué se trata.
¿Quién usa navegadores anteriores a Firefox 2 o IE6?
Pregunta equivocada. No es la edad del navegador ese el problema. Hay muchos navegadores nuevos que no son compatibles con javascript o no son compatibles, y pueden ser tan importantes como el último safari o Firefox.
Otros han mencionado teléfonos inteligentes o linces, pero el principal en mi libro es Googlebot . Es un navegador como cualquier otro, y no ejecutará la mayor parte de su javascript. Además, incluso si tiene Firefox, puede usar un complemento como NoScript. Eso no es lo mismo que correr con javascript deshabilitado, pero si haces las cosas mal, puedes arruinar realmente a esos usuarios (es decir, detectar el estado de javascript una vez al inicio de una sesión o crear una cuenta, y luego dejar de servir javascript páginas en al, incluso si quisieran habilitarlo para usted). Finalmente, si trabajas para el gobierno de EE. UU., La ley te exige que respaldes ciertos estándares de accesibilidad que incluyen trabajar con JavaScript desactivado.
¿Vale la pena preocuparse por un pequeño porcentaje de personas o luchar por las mejores prácticas? El fracaso elegante es algo por lo que los desarrolladores web deberían aspirar, independientemente de la base de usuarios afectada. La charla de John Resig en Yahoo "The DOM is Messy" es un buen ejemplo para acomodar a los usuarios de todos los navegadores y configuraciones.
Creo que es un hecho bien conocido que ~ 10% de las personas tienen JavaScript desactivado, por lo que es importante tenerlo en cuenta. Si sientes que puedes ignorar de manera segura hasta el 10% de tu público, entonces volarlo está bien.
Deshabilito y vuelvo a activar JavaScript varias veces al día, dependiendo de qué sitio esté a punto de visitar. Por ejemplo, sitios de noticias que gustan de ventanas emergentes y cambiar el tamaño de mi ventana, quédense quietos para mí.
No le toma mucho a un usuario común aprender que estas cosas son hechas por algo místico llamado "JavaScript" y dónde apagarlo en el navegador.
El simple hecho del asunto es que forzar el uso de JavaScript está limitando a su público. Algún día, alguien intentará ejecutar su sitio sin JavaScript. Si no pueden hacerlo, lo encenderán o se molestarán y se irán. Si se van, es muy probable que nunca vuelvan.
Esto es más una preocupación personal, pero ...
Realmente no me gusta cuando las páginas web cargan páginas adicionales usando llamadas AJAX y no proporcionan ningún método para abrir la ventana en otra pestaña. Por ejemplo, en Gmail, si desea abrir su carpeta de borradores en una nueva ventana, puede hacer clic con el botón derecho sobre ella y presionar abrir en una nueva ventana. No hay problema allí.
Por otro lado, si desea abrir la ventana de contactos, no hay un método que no sea javascript para hacerlo. Por lo tanto, no puede hacer clic derecho y elegir abrir en una nueva ventana. La opción no existe!
Hace unos meses probé la población de usuarios en un sitio mainstream de millones de miembros en el que estaba trabajando, y alrededor del 10% de usuarios únicos no tenían Javascript funcionando.
Considere revertir la pregunta: ¿vale la pena desarrollar un sitio que solo funcione para usuarios con capacidades Ajax? ¿Realmente ignorarías los robots de búsqueda, la mayoría de los móviles y un montón de otros usuarios?
Volver a lo básico. En primer lugar, cree su sitio usando HTML escueto (X) , siguiendo los principios de REST (al menos en la medida en que requiera solicitudes POST para cambios de estado). Marcado semántico simple, y olvídate de CSS y Javascript.
El primer paso es hacerlo bien, y que todo su sitio (o todo lo que tenga sentido) funcione bien de esta manera para los robots de búsqueda y los agentes de usuario tipo Lynx.
A continuación, agregue una capa visual : CSS / graphics / media para pulir visualmente, pero no cambie significativamente su marcado HTML original (X); Permitir que el sitio original de solo texto permanezca intacto y en funcionamiento. ¡Mantenga limpio su marcado!
El tercero es agregar una capa de comportamiento : Javascript (Ajax). Ofrezca cosas que hagan que la experiencia sea más rápida, fluida y agradable para usuarios / navegadores con JS compatible con Ajax ... pero solo para esos usuarios. Los usuarios sin Javascript todavía son bienvenidos; y también lo son los robots de búsqueda, los discapacitados visuales, muchos móviles, etc.
Esto se llama mejora progresiva en círculos de diseño web. Hágalo de esta manera y su sitio funciona, de alguna forma razonable, para todos.
La mayoría de los usuarios no son técnicos y, por lo tanto, no saben ni se preocupan por lo que javascript es, por lo que si está activado de manera predeterminada, eso es lo que usan. Por lo tanto, si ven tu sitio y no funciona, no volverán.
Las razones usuales son:
- Es una buena práctica de SEO, asegurando que el contenido sea analizado y corregido apropiadamente por los motores de búsqueda
- Algunos teléfonos modernos habilitados para web no procesan el script del lado del cliente correctamente
- El cumplimiento 508, además de ayudar a SEO, es hasta cierto punto requerido por la mayoría de los proyectos gubernamentales.
- Algunas personas simplemente lo apagan por cualquier razón
La regla general es proporcionar una funcionalidad mejorada, pero se degrada con gracia para aquellos que no pueden usar el conjunto de características mejoradas. Eso significa que toda la navegación debe ser accesible sin secuencias de comandos, así como todo el contenido para el análisis del motor de búsqueda.
Piensa en SO. Las preguntas y respuestas se procesan desde el lado del servidor y se envían al navegador. Hasta hace poco, los comentarios se recuperaban a pedido mediante javascript a una llamada de servicio web. Eso significa que no importa qué tan bueno fue un comentario, no será analizado por un motor de búsqueda.
Los teléfonos serían uno de los principales en los que podría pensar sin pensarlo. Muchos dispositivos móviles simplemente no son muy buenos para trabajar a través de un sitio pesado de javascript. Y teniendo en cuenta que los dispositivos móviles se están convirtiendo rápidamente en uno de los principales puntos de acceso a Internet, es posible que desee reconsiderar su posición ...;)
Más viejo que IE6? Un pequeño porcentaje ¿Más viejo que Firefox 2? Sobre lo mismo.
Siempre debe prever que las personas con Javascript estén desactivadas y acomodar a las personas que lo tienen activado.
Muchas personas desactivan Javascript debido a problemas de seguridad con complementos como NoScript .
Muchos de los navegadores orientados a texto como Lynx que usan las personas con terminales braille no son compatibles con JavaScript. Sería muy grosero excluir a estas personas del acceso a los sitios.
Obtenga más información sobre la Iniciativa de Accesibilidad Web .
Editar: No confundas el navegador de texto Lynx con el navegador gráfico Links
No hay una respuesta definida de Sí o No; todo depende del sitio web y cómo usas JavaScript.
Básicamente, si su sitio debe ser indexado por Google (o cualquier otro motor de búsqueda), querrá que el contenido de la página sea simplemente HTML para que cualquier persona pueda leerlo fácilmente; lo mismo ocurre con la creación de vínculos de hipervínculos regulares y no con algunos script "window.navigate" para que se puedan seguir de manera adecuada. Sin embargo, si su "sitio web" es en realidad una aplicación web más complicada, entonces puede proporcionar una experiencia mucho mejor para el usuario si necesita soporte de JavaScript; también en este caso, es posible que desee crear una versión "móvil" para ser utilizada por dispositivos móviles que no admitan JavaScript si eso fuera un problema.
La mayoría de las veces, se puede requerir soporte de JavaScript, pero aún se debe tener en cuenta el porcentaje de usuarios (y usuarios potenciales) que pueden tener JavaScript desactivado o que no tienen soporte de JavaScript.
Además, por ejemplo, .com usa JavaScript para las cosas que hace cuando inicia sesión, pero no requiere soporte de JavaScript para simplemente ver páginas individuales, o en hipervínculos a otras páginas.
Para mí, se parece más a una decisión que toma el gerente de producto: le toca al PM decidir cómo se ve el producto y cuál es su público objetivo. Como desarrollador, todo lo que necesito es que el requisito "funcione en todos los navegadores" o "debería funcionar en la mayoría de los navegadores". Eso no debería provenir del desarrollador web, a menos que él decidiera cómo debería ser su producto, lo que lo convierte en PM. Y no corresponde a Dev discutir sobre eso.
La Corporación que usa su SaaS y paga por ella es una cosa: en un proyecto dijimos explícitamente que solo IE 6-7 es compatible y los clientes estaban de acuerdo con eso. El sitio web que puede visitarse en el navegador del móvil es una historia diferente. Pero en el navegador móvil puede no ser suficiente trabajar sin JS, es posible que deba simplificar el diseño de la página y reducir también el uso de gráficos. Si realmente necesita usuarios de dispositivos móviles, puede considerar crear dos versiones de sitios web, escritorios totalmente habilitados para JS y versiones simplificadas y reducidas para usuarios de dispositivos móviles.
Por supuesto, nunca deberías confiar en la seguridad del lado del cliente JS.
Usualmente prefiero entregar la mayor parte de la funcionalidad sin JS. Por ejemplo, el acceso de solo lectura a SO realmente no necesita JS. Y no es tan difícil para el usuario habilitar JS si realmente desea publicar una pregunta. Publicar preguntas sin JS tampoco es tan difícil, solo olvídate de la carga automática de preguntas similares.
Se pueden hacer ciertas cosas tanto en JS como en el lado del servidor, y todavía es una característica del producto en lugar de una decisión técnica, qué manera de usar. Por ejemplo, votar en SO podría hacerse sin JS, pero eso implicaría recargar la página: más frustración para el usuario y más tráfico.
Piensa en los teléfonos móviles, no si las personas encienden o apagan JS. Hay millones de personas que ven la web en sus teléfonos (no exclusivamente por supuesto). Solo eso es una razón para atender a usuarios que no son JS.
Piense fuera de la PC ... muchos teléfonos móviles tienen navegadores que no admiten javascript. Si desea que su sitio sea visible para ellos, entonces podría ser útil pensar cómo sería la experiencia que no es javascript para esos clientes.
Por lo general, no acomodo a personas con javascript desactivado, pero estoy seguro de que les hará saber que, debido a que lo tienen desactivado, ciertas características no estarán disponibles para ellos.
Creo que es inaceptable ''romper'' su sitio web si no hay javascript, pero es aceptable, imo, tener un nivel mínimo de lo que se requiere para usar su sitio web.
Para mis sitios web esto funciona ... su audiencia puede tener diferentes necesidades.
Wow ... supongo que seré el primero en decirlo pero ... "Al diablo con todas las personas que deshabilitan JavaScript". Si su sitio requiere JavaScript para ejecutarse, olvide a todas las personas que lo tienen apagado. Seriamente. Si su sitio es realmente lo suficientemente bueno para preocuparse por perder una audiencia sustancial, probablemente sea lo suficientemente bueno para que las personas activen su JavaScript.
Por ejemplo, vaya a Facebook, YouTube, Google Docs, Google Maps o Digg (diablos, intente hacer algunas de las cosas más interesantes con SO) con JS apagado y vea lo que puede hacer (no mucho).
El navegador web se está convirtiendo más en un sistema operativo basado en la nube que en un portal para "sitios web". Hay tantas razones convincentes para permitir que JavaScript se ejecute y, IMO, hay pocas razones para no hacerlo. Para mí, desactivar JS es similar a habilitar el UAC en Windows Vista. Sí ... está ahí para ayudarlo a evitar cometer errores, pero tenerlo encendido es taaaaan molesto (pero la lógica inversa ... :-).
Por lo tanto, de todos modos ... Es posible que me moleste mucho esta respuesta, pero creo que mis razones son sólidas y están respaldadas por una gran cantidad de sitios web y aplicaciones web increíblemente exitosos.
Solo asegúrate de que se pueda acceder a las páginas que quieras que indexen Google (y la mayoría de las otras arañas) sin JavaScript activado.
Desactivar todas las secuencias de comandos de manera predeterminada, habilitándolas solo para los sitios que necesitan, es al menos una práctica recomendada para cualquier usuario de Internet. Incluso llegaría tan lejos como para decir que es imprudente y descuidado no hacerlo. Hay algunos buenos complementos para permitir scripts de forma selectiva para los sitios elegidos.
Esto significa que debe asumir que las visitas por primera vez a su sitio no permitirán ninguna secuencia de comandos en sus navegadores . Por lo tanto, su sitio debe poder presentar una interfaz útil para recopilar información acerca de qué trata, sin requerir que el usuario permita las secuencias de comandos .
En mi opinión, JavaScript solo debe usarse para proporcionar una funcionalidad adicional que vaya más allá de la simple visualización de la información.
Mi comportamiento es el siguiente: cuando me tropiezo con un sitio que solo muestra "Necesita habilitar JavaScript", de inmediato reevalúo mi interés que me llevó allí. En algunos casos, cerraré la pestaña.