Fermer
DéveloppementNavigateurs WebOutils - Conseils

Pourquoi Google Chrome n’est pas adapté au développement Web ?

Pourquoi Google Chrome n

Comme vous allez le remarquer dans le tableau ci-dessous, récupéré depuis Waebo, vous êtes de plus en plus nombreux à utiliser Google Chrome comme navigateur, et vous le serez encore plus d’ici 2012. Ces chiffres ont été tirés durant le mois d’août de ces quatre dernières années :

Navigateur Août 2008 Août 2009 Août 2010 Août 2011
Microsoft Internet Explorer 68,91% 58,69% 51,34% 41,89%
Mozilla Firefox 26,08% 31,28% 31,09% 27,49%
Google Chrome 0% 3,25% 10,76% 23,16%

Comme vous pouvez le voir, Chrome a doublé sa part de marché en un an, tandis qu’Internet Explorer a chuté à un peu plus de la moitié. Firefox a également diminué un peu.

Le gain des parts de marché de Chrome est nettement supérieur à la perte des utilisateurs sur Firefox et Internet Explorer. Cela signifie que Chrome a également gagné des parts de marché perdues par d’autres navigateurs.

Compte tenu du fait que Google Chrome va continuer de croître, on peut s’interroger sur le titre de l’article. Le fait que Chrome devienne de plus en plus populaire pour la navigation Web, ne veut pas dire que les développeurs Web travaillant sur leurs projets continuent d’utiliser Chrome.

Pour moi, ce n’est pas le cas. Dès que je dois faire du développement, je ressens le besoin de passer à Firefox pour les raisons que je liste ci-dessous.

En gardant à l’esprit que cet article n’est pas exactement une critique envers le navigateur de Google, je pense que ce dernier manque encore un peu de maturité dans ce domaine, même s’il faut admettre qu’il progresse rapidement.

C’est en partant de ce constat que j’ai décidé d’écrire cet article aujourd’hui dans l’espoir que peut-être quelqu’un chez Google le lise, et qu’il fasse en sorte de répondre à mes questions…

Visualisation HTML

Lorsque le code de nos sites a des bugs, souvent, il génère du code HTML qui est inexact, voire invalide. Nous avons donc besoin d’examiner celui-ci pour déterminer le problème.

Firefox dispose de cette fonctionnalité en natif, vous permettant ainsi de sélectionner une portion de la page et d’afficher le code HTML exact correspondant à la partie la page sélectionnée. Il n’y a pas de telle fonctionnalité dans Chrome.

Pourquoi Google Chrome n'est pas adapté au développement Web ? - Visualisation HTML

Le mieux que vous ayez dans Chrome est « Procéder à l’inspection de l’élément ». Cette fonctionnalité vous permet de trouver le code HTML pour l’élément de la page identifié par le pointeur de votre souris. Ce n’est pas la même chose ! En effet, si je choisis une région de la page, je veux seulement afficher le code HTML de cette sélection toute entière, pas seulement un seul élément.

Un autre désagrément est que Chrome essaie d' »embellir » le code HTML. Autrement dit, si votre code HTML est mal-formé, vous ne verrez pas ce qui est mal-formé, puisqu’il va vous montrer une version pré-traitée et ainsi corrigée.

Je souhaite donc que l’on ait une option afin de désactiver ceci.

Validation HTML

Une autre grande caractéristique de Firefox est la possibilité de vous montrer toutes les erreurs de validation HTML que vous pouvez avoir. En fait, c’est une fonctionnalité fournie par l’extension HTML Validator.

J’ai essayé plusieurs extensions afin d’obtenir le même résultat dans Chrome, mais rien n’a été aussi satisfaisant qu’HTML Validator. Certains utilisent seulement le service de validation proposé par le W3C en passant l’URL de la page, ce qui n’est pas possible lorsque vous développez une page en locale puisque le service du W3C ne peut pas y accéder.
D’autres extensions ont essayé de copier la page chargée et la transmettre au service de validation, mais aucune n’a réussi à afficher le code HTML éventuellement invalide.

De plus, l’extension Firefox n’a pas besoin de faire appel à un service externe de validation. Cela signifie que vous pouvez valider vos pages, même si actuellement vous n’avez pas accès à Internet.

C’est pour toutes ces raisons qu’une extension équivalente que celle proposée sur Firefox, ne devrait pas tarder à être développée pour Chrome.

Désactiver JavaScript

Parfois, vous devez tester votre site avec JavaScript désactivé. La seule façon de le désactiver dans Chrome c’est depuis les préférences et cliquer sur désactiver. C’est assez pénible…

Dans Firefox, vous pouvez utiliser l’extension Web Developer de Chris Pederick qui ajoute un bouton à la barre d’outils du navigateur permettant de désactiver rapidement et de ré-activer le JavaScript à chaque fois que vous le souhaitez.

Pourquoi Google Chrome n'est pas adapté au développement Web ? - Désactiver JavaScript

Sur Chrome il y a aussi l’extension Web Developer du même développeur, mais nous n’avons aucun moyen de désactiver le JavaScript. Ce problème est dû à une limitation de l’API Chrome.

Il y a une forte demande de fonctionnalité pour le projet Chromium afin de mettre en œuvre un soutien nécessaire pour désactiver le JavaScript. Après que les commentaires aient été désactivés le 11 août 2010, le 7 juillet un message d’un administrateur indique que la fonctionnalité serait disponible expérimentalement dans les paramètres de l’API.

Peut-être allons-nous avoir rapidement une mise à jour de Web Developer et de futures extensions.

Videz le cache du navigateur

Parfois, vous devez forcer le cache du navigateur d’être vidé, afin de récupérer le nouveau contenu du serveur (fichiers CSS, JavaScript, …)

C’est la même limitation que précédemment. Vous ne pouvez pas le faire à partir d’une extension. Vous devez le faire depuis les préférences de Chrome.

Il y a aussi une demande de fonctionnalité afin de permettre le support de vider le cache du navigateur à partir d’une extension. Demandée depuis plus de 2 ans, cette fonctionnalité semble avoir prise en compte dans la dernière version du navigateur.

Changement du user-agent du navigateur

Parfois, lors du développement, vous avez besoin d’accéder à votre site en vous faisant passer pour un autre navigateur, afin de vérifier si votre site s’adapte sur une majorité de navigateurs.

Depuis Firefox, vous pouvez utiliser l’extension User Agent Switcher, également de Chris Pederick.

Pourquoi Google Chrome n'est pas adapté au développement Web ? - User Agent Switcher

Dans Chrome, vous trouverez aussi une extension nommée User Agent Switcher. Le problème est que ça ne fonctionne pas. Et bien oui ! En tout cas, pas comme vous le souhaitez.

Cette extension change seulement le user-agent exposé à JavaScript. Cela signifie que les requêtes HTTP envoyées au serveur ne prennent pas en compte l’user-agent définit par l’utilisateur… L’intérêt semble limité !

Je suppose qu’il y a une demande d’avoir cette fonctionnalité mise en œuvre dans Chrome, mais je ne la trouve pas. Tant que cette fonctionnalité n’est pas possible il faudra passer par Firefox…

Mise en cache des pages affichées dans l’historique du navigateur

Parfois vous devez retourner dans votre histoire de navigateur à une page qui a été affichée après la soumission d’un formulaire en utilisant la méthode POST. Cependant, vous ne voulez pas répéter la requête qui a été envoyée au serveur lorsque cette page a été affichée.

Dans certains cas, dont je ne pourrais déterminer les circonstances exactes, Chrome me demande si je veux afficher à nouveau le formulaire et ne me montre pas la page dans l’historique du navigateur si je n’accepte pas d’afficher à nouveau le formulaire. Sur Firefox je n’ai jamais rencontré ce problème. Il me montre toujours la page dans l’historique du navigateur, même si c’était le résultat d’un formulaire posté.

L’extension Flash plante fréquemment

Je ne développe aucun site en Flash, cependant, parfois j’ai besoin d’accéder à certains sites de Google qui fournissent des informations utiles présentées utilisant Flash. C’est le cas de Google Analytics et Google Webmaster Tools.

Malheureusement, l’extension Flash livrée avec Chrome bloque fréquemment. Cela n’arrive pas lorsque l’on utilise Firefox et que l’on accède exactement aux mêmes pages.

Bien sûr, je préférerais que Google n’ait pas à utiliser Flash dans de tels sites… La plupart de ce qu’il présente n’a pas vraiment besoin d’utiliser Flash. Je suppose que le changement de ces sites en se passant de Flash, prendrait des ressources de développement que Google ne souhaite pas vraiment débloquer. Dans ce cas, il est nécessaire que Google corrige l’extension Flash qui est livrée avec Chrome.

Aucun retour après un rapport de bug

J’ai essayé de rendre compte de certains des problèmes ci-dessus en utilisant le système de rapports de bugs intégré à Google Chrome. Pour ce faire, allez dans le menu « Aide » puis « Signaler un problème… ». Vous serez redirigé vers une page de commentaires dans lequel vous indiquerez à quel niveau rencontrez-vous les problèmes, la description du problème et enfin vous pourrez même inclure une capture d’écran de la page courante que vous visualisez.

Le problème est que je n’ai jamais eu aucun retour de mes rapports de bugs. Donc je ne sais pas si les bugs ont été soumis et reçus correctement, sans même savoir s’ils ont été vus et suivis.

Je me demande si le temps que j’ai passé à essayer de décrire les rapports de bugs en valait la peine…

Peut-être ai-je tord, mais parfois j’ai l’impression que les gens de Google ne prennent pas les rapports de la communauté d’utilisateurs comme quelque chose d’important !

Conclusion

Cet article est surtout une opinion personnelle et ne représente pas nécessairement ce que les développeurs Web PHP et la plupart des autres pensent sur la façon dont Google devrait trier ses priorités concernant le développement de Chrome et de ses autres services.

Il est possible que je puisse avoir mal compris certains aspects de la façon dont on peut travailler avec Chrome afin de répondre aux besoins du développement Web.

[poll id= »8″]

Êtes-vous en accord ou en désaccord avec mes opinions ? Avez-vous d’autres suggestions pour résoudre les problèmes présentés ci-dessus ? N’hésitez pas à poster un commentaire en disant ce que vous pensez.

Mots-clé : Chromedéveloppement WebextensionsFirefoxGoogleopinions
Yohann Poiron

L’auteur Yohann Poiron

J'ai fondé le BlogNT en 2010. Autodidacte en matière de développement de sites en PHP, j’ai toujours poussé ma curiosité sur les sujets et les actualités du Web. Je suis actuellement engagé en tant qu'architecte interopérabilité.
  • Merci pour la citation 😉

    Côté browser, je suis toujours sur Firefox (pour le moment ?) 🙂

  • Dhoko

    Embellir le code HTML rhaa quelle horreur ce truc. Cela dit un CTRL U règle le problème sauf si on génère le code via JavaScript pouisque ce view source à la connerie de rafraîchir la page… rhaaa cela dit il est ultra pratique. J’ai migré l’environnement de dev sous Chrome et j’en suis content.

    • Ah ouais ! Ce truc de rafraichissement de code source quand je développe avec Sencha Touch, c’est vraiment super agaçant !

  • Sébastien Pillien

    Article sympa, pour ma part je navigue sur Chromium.. mais le dév c’est Firefox avec sa panoplie d’add-on .
    S.

  • Si je ne me trompe pas il n’y a pas d’explorateur du DOM Javascipt.

    Dans tous les cas Chrome permet quand même de développer … contrairement à IE !

    D’ailleurs j’ai professionnellement pris le choix de bloquer toutes les versions inférieurs à IE 9. En effet, par expérience, en informent l’utilisateur que son navigateur est trop « vieux » (pourri) et qu’il doit le mettre à jours… en grande parti l’utilisateur fait la mise à jours. Un devoir d’éducation et d’information est nécessaire pour ne plus à avoir toutes ces vielles version de IE.

  • Je développe avec Chrome, et aucun soucis.

    Concernant « Visualisation HTML », un clic-droit dans la page me permet d’accéder à « Afficher le code source de la page », ce qui revient à appeler la page view-source:url_du_site (ex. view-source:http://www.blog-nouvelles-technologies.fr)

    Concernant « Videz le cache du navigateur », CTRL + F5 force le rechargement complet de la page, sans faire usage du cache.

    Concernant « Mise en cache des pages affichées dans l’historique du navigateur », si un page a été postée, faire F5, Chrome indique qu’il va renvoyer les données.

    Concernant « L’extension Flash plante fréquemment », une mise à jour via Adobe remplace le plug-in livré. Perso, pas de plantage de Flash à signaler.

    Bref, avec Chrome, je m’en sors plutôt bien. Et sans utiliser d’extensions, type web-developper ou firebug. 🙂

  • Je suis passé à Chrome récemment, et (un peu) à contre coeur, au final il faut un peu de temps pour s’habituer et trouver ses plugins.
    Genre : http://techie-buzz.com/browsers/view-selection-source-in-google-chrome.html pour le cas précis présenté.

    L’outil de développement natif est un peu moins bien que firebug, mais il est tout à fait valable.

    Par conte et la c’est un vrai plus. Chrome ne plante presque jamais, et la je gagne un peu de temps mais surtout de l’énergie. FireBug a de belles fonctionnalités, mais il ralenti FORTEMENT le rendu, et parfois, peut planter 1,2,3 voir 5 ou 6 fois de suite..

    Il manque juste une vraie webdeveloper ToolBar et il serait parfait.

  • Donc tu laisses volontairement de côté tout ceux sur XP (et Vista) si tu ne cibles qu’IE9 ?
    Perso je cible IE9 ET IE8, trop risqué sinon et perte potentielle de visiteurs non négligeable.

    • Tout dépend du trafic visé… avec les stats du blog je me permettre de mettre à fond du CSS3 et HTML5 🙂

    • Si IE : j’informe le visiteur de sa version actuelle, de la dernière, du pourquoi il faut faire une mise à jour, et je leurs donne un lien de téléchargement. Et surtout, je les insiste, conseil à passer sous Chrome.

      Si FF, Chrome, Safari, Opera je ne les bloque pas sauf version vraiment très très ancienne…

      Pourquoi je fais ça :

      – Parce que développer un site sous FF, c’est comme (ou presque) développer pour Chrome ou Safari… mais pas IE.
      – Parce que les visiteurs ayant un IE inférieur à 8, ce ne sont franchement pas des consommateurs de web « évolué » (au mieux ils chercheront à lire du texte, qu’il soit beau,dynamique, animé, ils n’en ont pas conscience …)
      – Et aussi parce que IE ne propose pas de système automatique de mise à jours transparent et intégré … Donc si personne dit, aux utilisateurs lambda, qu’il faut faire la mise à jours alors ils ne la font pas …

      On somme j’estime que les utilisateurs sous IE 7, voir 8 ne justifie pas le fait de passer du temps de dev spécialement pour ce navigateur.

      Après ce principe n’est pas forcement adapté à tous les sites. Certain devront être un peu plus large dans leurs version/navigateur supportés … Perso, 90% des utilisateurs qui arrive avec une version bloquée, change de suite de navigateur pour chrome …

      C »est en bloquant certaines versions de IE, que les utilisateurs prendront conscience de la nécessite de mettre à jour, et que ces versions, ou IE (on peut rêver) disparaîtront.

  • ghislain ott

    Je développe également sous chrome 🙂 Et aussi aucun problème, bon en même temps je ne fait quasiment que de la programmation mais de temps à autre un peu d’intégration.
    Donc pour moi les outils proposer par Chrome me vont très bien. Je trouve FFX lent aussi.

  • Fabien Menager

    Dans l’ensemble, je retrouve dans Chrome tout ce que j’avais dans Firefox.
    Le premier point soulevé (Afficher le code source sélectionné) est à mon avis pas très important, parce que la plupart du temps on pense DOM et pas code HTML quand on code, donc ne pas pouvoir voir un bout de code HTML dans Chrome, mais seulement pouvoir voir un bout d’arbre ne me dérange pas du tout (au pire, si je veux le code HTML, je clique droit sur l’élément dans l’arbre > Copier en HTML).
    De plus, le code affiché par « Voir le code source de la sélection est le code « embelli » et corrigé par Firefox, pas celui envoyé par le serveur ! Donc c’est pareil que l’arbre DOM de Chrome, sans les outils d’inspection qui vont avec.

    Ensuite, pour les quelques fonctionnalités qui manquent, elles se retrouvent souvent dans des extensions similaires à celles de Firefox, a part la désactivation de JS, mais à mon avis, on switch pas 50 fois par jour 😉

    Comme dit plus haut, vider le cache se fait pareil que dans Firefox, et on peut le désactiver sans extensions, dans l’inspecteur.

    Pour les autres points, je me prononcerais pas, je n’ai pas été confronté au problème (à part Flash, mais il est possible d’utiliser le Flash du système, pas celui de Chrome, dans about:plugins).

    Pour ma part, Chrome est plus puissant et pratique de base que Firefox, et sa rapidité et ses mises à jour silencieuses m’ont fait l’adopter.

    Tant qu’ils n’arrêteront pas de fumer la moquette chez Mozilla, je n’y retournerais certainement pas.

  • Uriel Myeline

    Perso je suis d’accord que je préfère FF, surtout que je suis super habitué à Firebug, et j’ai encore un peu de mal avec la console de Chrome, même si elle a les même fonctionnalités…
    Et la Visualisation d’une portion d’HTML est vraiment pas mal.
    Par contre je trouve ça pas très juste de juger un navigateur sur ses extensions.

    Moi le gros souci qui m’encourage à utiliser Chrome plutôt que Firefox :
    1) Firefox plantent beaucoup plus souvent (stable, beta, aurora, même souci)
    2) +6 onglets Firefox meurt rapidement et consomme trop de mémoire, alors que chrome reste souple et assez leger.
    3) La popup pour le code source ça m’agace, et les popups en général… (Chrome c’est un nouvelle onglet)

  • guillaume ferrand

    Perso j’utilise et je développe exclusivement sous Chrome (Windows et/ou Linux). Firefox est aujourd’hui à la meme enseigne que IE chez moi : environnement de tests/validations concernant la compatibilité de mes pages.

    Firebug comme dit plus haut est largement remplaçable par l’outil intégré (que je trouve pour ma part bien meilleur que firebug), et de plus j’arrête de m’arracher les cheveux à cause de la lenteur de firefox (du au navigateur / XUL / firebug).

    Mozilla me déçoivent de plus en plus. Que ce soit firefox ou thunderbird, ça devient n’importe quoi et ils ne corrigent toujours pas le problème de fond : lenteur, consommation de CPU et de RAM.

  • Dominic Desbiens

    Vous apportez de bons points, même si de mon côté je n’utilise plus que Chrome pour développer. Je me suis habitué à sa console. J’utilise seulement Chrome surtout depuis la version 5 de Firefox qui a été un enfer pour mon ordinateur. ralentissement généralisé du navigateur et de l’ordinateur, plantages, etc.

  • J’ai essayé maintes fois de revenir sur Firefox, mais à chaque fois je suis retourné sur Chrome ! Peut être dans les versions qui arrivent, s’ils améliorent vraiment les performances.

    Pour développer en tout cas, Chrome me suffit largement !

    Sinon, le sondage confirme que personne n’utilise Opéra … J’avais trouvé un article assez sympas http://bit.ly/qM1yNt qui décrit un super navigateur que personne n’utilise … Perso, j’ai pas essayé non plus 😛

  • Pingback: Le saviez-vous ? Pourquoi Google Chrome n’est pas adapté au développement Web ? | Le blog des nouvelles technologies : Web, Technologies, Développement, Interopérabilité | Méli-mélo de Melodie68 | Sco()

  • Anonyme

    Je suis d’accord (avec l’article) même si ça me fait mal 😉 ayant une large préférence pour Webkit,

    On pourrait ajouter que Chrome et Safari sont par contre adaptés pour :
    – développer des webapps mobiles (non, on a dit « pas de windows phone! » 😉 )
    – et tester certaines API non présentes chez les autres (ex File API pour Chrome … et un peu pour FF)

    Super article, merci

    • Malheureusement c’est le même problème que moi … j’utilise pour tout le reste hormis le développement…

  • Pascal

    Pour ma part, je développe sous firefox, je surfe sous chrome, Opera me sert pour le mail et les applications pros (phpmyadmin, cpanel, zend server…) safari et IE pour tester la compatibilité uniquement. Firefox est comme toujours à la ramasse dès que l’on ouvre trop d’onglets, il plante régulièrement, mais l’ergonomie de chrome est déplorable…

  • toma

    A mon sens chrome a encore, bien sûr, des améliorations à faire mais il est déjà largement au-dessus de ses concurrents (à part Safari pour les macs users) y compris pour le developpement, (perso ça me gave d’attendre mes pages entre 5 et 10 fois plus longtemps sous Firefox que sous chrome, et comme je suis un frénétique du vidage de cache j’ai pas attendu google pour me faire une ligne de commande vidant le repertoire du cache, ce qui semble marcher correctement)
    c’est dommage mais Firefox est devenu un dinosaure… quand je l’allume j’ai l’impression d’avoir un modem 56Ko et pourtant je l’ai pas pas blindé d’extensions…. sans compter qu’il se mettent eux aussi à me faire faire des exceptions dans mon JS pour que ça marche aussi chez eux.

  • AvatarTausorus

    Article inutile, certes il n’est pas faux car google est permissif à des erreurs de développement, qu’il corrige s’il le peut mais pour un développeur il est utile d’utiliser les navigateurs les plus présents. Un développeur doit tester ces sites sous plusieurs navigateurs, donc faire offense à Google Chrome, c’est vraiment n’importe quoi, il faudrait plutôt s’attaquer à Internet Explorer, développe ton site sous firefox et va le tester sous IE, tu vas en avoir des surprises à la fin

    • Ce n’était pas vraiment le sens de l’article…

  • HP

    Tu as tendance a oublié une petite chose (comme pas mal de développeur d’ailleur). Nous developpons des sites pour les internautes et non pour nous meme. A partir de la, que ca plaise ou non, tout développeur devrait commencer par développer sous IE (oui je sais c’est chiant) car c’est toujours IE qui est le plus répandu.
    De plus il est nettement plus facile de rendre compatible FF et Chrome un site qui tourne sous IE que l’inverse.
    Pour ma part j’ai utilisé cette methode pendant plus de 10 ans et ca m’a fait gagner pas mal de temps par rapport a mes collègue qui etaient sous FF et s’arrachaient les cheveux ensuite pour faire tourner leur site sous IE.
    Aller j’avoue quand meme que je suis passé sous Chrome depuis 2 ans, je mise sur le fait que celui ci devrait depasser IE d’ici 2 a 3 ans.

    • En fait c’est surtout sur le fait qu’il est plus facile de développer sur Firefox que sur IE … (temps de chargement des pages, outils, etc…) !
      Après je te rejoints qu’il faut tester sur IE mais ça c’est un autre débat 😉

  • Pour ma part, en 2012 chrome est devenu mon outil de développement indispensable, tous les points cités ou presque ont été implémenté depuis (désactivation du js, changement de l’user-agent, désactiver le cache …)

    J’utilise aucune extension pour le dev hormis celui de webkit qui est le must à mon gout
    console js, edit des fichiers (html,css,js) avec rendu temps réel, dock to right et Device metrics très utile pour le dev mobile, cache, cookie, profiler et j’en passe.
    L’éditeur de fichier est extrement puissant, avec coloration syntaxique, on peut modifier nos fonctions JS à la voler, ou éditer une classe css, du coup ça fait un combo editeur/wysiwyg awesomeness.

    Pour ma part à l’époque ou j’utilisais ff + firebug, à un moment firefox était super lent 😮
    Avec chrome j’ai toujours ma sensation de légèreté, c’est d’ailleurs pour ça que j’utilise ce navigateur en permanence (depuis la version 10 au moins)

Lire les articles précédents :
We Sun Solve ! Nouvelle communauté pour les administrateurs systèmes Sun...e
We Sun Solve ! Nouvelle communauté pour les administrateurs systèmes Solaris…

Pour tous les administrateurs système ou les curieux, voici un nouveau site internet à but communautaire qui vient aujourd'hui de...

Fermer