L’arrivée de Chrome 53 en bêta permet à Google d’introduire deux nouveautés majeures, mais qui concerneront surtout les développeurs dans un premier temps. Le support de Shadow DOM passe ainsi à la V1, tandis que l’API PaymentRequest ambitionne de simplifier largement les paiements en ligne.
La première bêta de Chrome 53 est donc disponible pour toutes les plateformes supportées par le navigateur. Elle introduit la prise en charge de Shadow DOM V1, qui représente un écart important avec la V0 qui avait débroussaillé le terrain.
L’intérêt de Shadow DOM est de permettre aux développeurs de réutiliser des composants au sein d’une page web. Les langages classiques tels que le HTML, le JavaScript ou les CSS ne sont pas adaptés à cette reprise, et le développeur peut ainsi créer des conflits avec d’autres éléments du DOM (Document Object Model). Avec Shadow DOM, l’encapsulation devient possible, un élément pouvant embarquer ses styles et son DOM enfant, à l’écart donc du document principal.
Le support de la V1 est disponible sur toutes les plateformes prises en charge par Chrome. Google indique que pendant un temps, les V0 et V1 seront toutes deux supportées, le temps que la dernière devienne la plus utilisée.
PaymentRequest, une API pour simplifier (favoriser) les actes d'achat
Parallèlement, Google introduit une nouvelle API, baptisée PaymentRequest. Elle ne concerne pour l’instant que la version Android du navigateur, afin de simplifier l’expérience de paiement depuis un smartphone ou une tablette. Par la suite, Google indique que l’API sera disponible sur toutes les autres plateformes.
PaymentRequest ambitionne d’être l’équivalent de l’autofill (remplissage automatique) pour le paiement sur mobile. Entrer ses données peut être pénible, et Google veut fluidifier la procédure. Comme on le voit sur la vidéo de démonstration, l’utilisateur peut enregistrer les détails de sa carte et valider un achat en indiquant simplement le code CVV (les trois chiffres au dos). L’API prend également en charge Android Pay.
Google indique clairement que la simplification de l’expérience de paiement signifie pour les sites une hausse potentielle des conversions (transformer une simple visite d’internaute en acte d’achat), de la même manière qu’iTunes permet de déclencher de nombreux achats par simple contact Touch ID. Notez qu’outre les informations de paiement, l’API permet de retenir les adresses de livraison et facturation, ainsi que les informations de base liées à l’acheteur.
Les vidéos au son coupé seront lues automatiquement
Sur Android, on trouve également quelques autres améliorations spécifiques. Par exemple, la lecture automatique des vidéos marquées comme ayant le son coupé. À l’inverse, celles dont le son pourrait être entendu restent en pause. Google indique que l’utilisateur ne doit pas être dérangé par du son hurlant de ses haut-parleurs, à moins qu’il ne l’ait spécifiquement choisi. En outre, les notifications envoyées par des sites sur des appareils Android 6.0 pourront présenter une icône personnalisée plutôt que celle de Chrome.
La liste complète des nouveautés peut être consultée depuis l’annonce de Google, publiée hier soir. Rappelons que le canal bêta, contrairement à Canary, remplace la version classique de Chrome. On peut la télécharger depuis cette page ou le Play Store pour Android, mais certains préfèreront attendre quelques semaines pour profiter des nouveautés en version stable.
Commentaires (13)
“Google indique que l’utilisateur ne doit pas être dérangé par du son hurlant de ses haut-parleurs, à moins qu’il ne l’ait spécifiquement choisi.”
Par contre, les agressions visuelles …
La lecture automatique ce reste débile.
Si le choix n’est pas porté sur la video, ca sert a rien de la lancer …
C’est dur de faire qq chose d’autre et de suivre une video.
(a moins d’tre en train d’écosser des petits pois, ou faire du repassage, mais ca reste des activités rares devant un pc)
Et la data consommée par le propriétaire du forfait;.. Car tout le monde n’a pas de quoi se payer un forfait à data illimitée 
" />
Et sinon ils ont prévu de réaffecter la touche backspace à la page précédente 
" /> ?
Mon mobile sous Android 5.1 me permet déjà de valider mon paiement sur Chrome juste en saisissant le CVC. Que ce soit autofill ou intégré, la différence reste sommaire pour l’utilisateur : la fonctionnalité existe.
L’amélioration me semble être surtout sur la visibilité de la transaction qui a l’air gérée intégralement par Chrome et plus par la page web (système de panneau qui se déplie par en bas comme pour Google on tap). Ça rassure et rend l’opération strictement identique sur tous les sites, là où chacun a son module de création de compte et paiement aujourd’hui. Au final, ce serait plus une attaque contre PayPal et autres Stripe.
Pareil. Si bien que j’en ai fini par remigrer vers Firefox. C’est plus lourd, plus lent, mais au moins je reste maître de ma navigation.
Pas cool la vidéo qui ce lance automatiquement sur mobile. Je viens de le couper sur facebook pour sauvegarder la data.
Par exemple, la lecture automatique des vidéos marquées comme ayant le son coupé.
J’aurais plutôt préféré qu’ils forcent le clic manuel sur les vidéos qui n’ont pas le son coupé. Ça clouerait bien le bec à tous ces sites qui nous collent leurs saloperies en auto-play, avec son réglé à fond et publicité au lancement.
Parce qu’un raccourci à disparu ? 
" />
C’est pas tant une question de raccourci, c’est plutôt une question de choix. Ils ne l’ont pas laissé. De même pour le support NPAPI, que j’emploie encore couramment pour le support du plugin de Surveillance Station chez Synology. Je n’aime pas que l’on décide à ma place comment je dois utiliser Internet.
Et oui, grosse perte de confort d’utilisation et de temps… Sur mon PC perso j’ai les raccourcis directement sur la souris, par contre au boulot c’est une souris basique donc quand je surf j’ai une main sur la souris l’autre sur le clavier à proximité de backpace. Sauf que là il faut sortir les deux mains pour revenir en arrière, donc lâcher la souris, bref pas très pratique. D’accord ça change pas la vie mais au moins laisser la possibilité de le réactiver c’est le minimum.