Si vous avez développé un site Web basé sur JavaScript, cela vaut-il la peine de faire le travail supplémentaire pour le rendre accessible aux visiteurs qui n'ont pas activé JavaScript?
- Quel pourcentage de visiteurs occupent ce poste?
- Quels navigateurs affecte-t-il particulièrement?
- Les appareils mobiles sont-ils compatibles avec JavaScript?
javascript
Tim Murphy
la source
la source
Réponses:
Selon http://visualrevenue.com/blog/2007/08/eu-and-us-javascript-disabled-index.html , les données collectées en 2007, 1,04% l'ont désactivé dans l'UE et 3,05% l'ont désactivé aux Etats-Unis. Les données sont un peu anciennes mais si vous regardez la tendance de 2006 à 2007, le nombre de personnes handicapées est en baisse. À l'heure actuelle, les chiffres pourraient être inférieurs.
JavaScript désactivé est vraiment indépendant du navigateur. Tous les navigateurs vous permettent de désactiver JavaScript, mais je pense qu'ils sont tous par défaut activés.
En général, je ne me soucierais pas de faire fonctionner votre version principale de votre site sans JavaScript. La plupart des gens comprennent que pour avoir une expérience riche sur le Web, ils doivent l'activer.
Enfin, comme pour les appareils mobiles. Le taux d'acceptation est plus faible je crois mais je ne peux pas donner de chiffres. En général, vous souhaitez de toute façon avoir une version différente de votre site pour les navigateurs mobiles, car des choses comme la souris ne fonctionnent pas bien dans les navigateurs à écran tactile mobile.
la source
Demandez-vous d'abord quel est l'objectif principal de votre site. Votre site est-il destiné à vendre des widgets? Est-ce un forum de discussion? Découvrez quelle est la fonction principale. Une fois que vous avez fait cela, assurez-vous que les utilisateurs peuvent le faire sans JavaScript activé. Peu importe s'ils ratent quelques cloches et sifflets, mais assurez-vous que les utilisateurs peuvent exécuter cette fonction sans JavaScript.
Par exemple, si votre site est un site de commerce électronique, un utilisateur doit pouvoir parcourir, ajouter un produit au panier et effectuer un paiement sans JavaScript. Peut-être qu'ils ne voient pas une jolie animation sur la page d'accueil, ou qu'ils ne peuvent pas utiliser des éléments de recherche et de filtrage sophistiqués, mais à condition qu'ils puissent parcourir et acheter, vous êtes bon.
Ou prenez Stack Overflow ou un autre site Stack Exchange. L'essentiel est de parcourir, de poser et de répondre aux questions. Vous voudriez que cela fonctionne sans JavaScript. Peut-être que l'utilisateur doit taper manuellement le Markdown parce que l'éditeur ne fonctionne pas, ou peut-être que le vote ne fonctionne pas, mais l'utilisateur peut toujours exécuter la fonction principale du site.
En fin de compte, nous avons tous des ressources et des délais limités. Cela ne vaut probablement pas la peine de s'assurer que tout le site fonctionne sans JavaScript, alors investissez du temps où vous obtiendrez une récompense maximale.
la source
Vous voulez être prudent avec cette ligne de pensée. Même quelques pour cent pourraient encore se traduire par un grand nombre de visiteurs. J'ai lu que les appareils mobiles n'exécutent pas JavaScript car cela consommerait plus de batterie.
Il est tout à fait possible de construire un site qui fonctionne avec et sans JS. Je recommande de construire sans d'abord, puis d'ajouter JS avec une dégradation gracieuse à l'esprit. Si l'utilisateur a désactivé JS, le contenu doit toujours être disponible.
la source
Selon le site Web, il peut être utile de considérer des fonctionnalités individuelles plutôt que le site Web entier. Certaines fonctionnalités sont-elles plus importantes que d'autres? Certains d'entre eux sont-ils essentiels à la mission de vos utilisateurs? Si la structure du site Web le permet, rendez les fonctionnalités critiques accessibles sans JavaScript et décidez quoi faire de chaque fonctionnalité en fonction de son importance.
la source
Servir le contenu client uniquement lorsque cela est possible pour les appareils / navigateurs non js.
la source
J'ai deux pages, la page X, qui est une visionneuse d'images basée sur JavaScript, et la page Y, qui est une solution vers laquelle l'utilisateur est redirigé par un
<noscript>
bloc dans la page X comme ceci:Pour divers navigateurs, le pourcentage d'adresses IP uniques envoyées à la page Y par la
<noscript>
section ressemble à ceci:(Ceci est basé sur un nombre très faible de hits mais ce sont les seules données dont je dispose.)
★ Au cas où quelqu'un s'en soucierait, il s'agit d'une série de requêtes SQLite sur ma base de données de journaux, comme suit:
la source