Comme plusieurs millions de personnes vous avez reçu hier comme moi un email de la part du site Internet Voyage-Sncf pour vous annoncer la mise en ligne de la nouvelle maquette du site ecommerce de la compagnie ferroviaire.
Les nouveautés que j’ai pu identifier sont :
- L’autocomplétion des champs de recherche, vous tapez LY et on vous propose LYON ou LYON ST EXUPERY, étonnant que cette fonctionnalité ultra classique n’ait pas fait son apparition plus tôt sur le site
- Un peu de Jquery 1.2.3 pour faire des effets simples mais dans l’air du temps
- Un peu de JSON
- La home change de couleur ainsi que le header, un style plus proche du web 2.0
- La partie “Voyazine” intégrer des informations touristiques sur les destinations (adresses utiles, historique, données macro…) je découvre cette partie du site que je n’avais pas encore vu dans la précédente version. Cela marque le positionnement agence de voyage du site Voyage-Sncf
- Tous les menus et catégories de rang 1 ont été redesignées mais malheureusement le reste du site ne l’a pas été
En conclusion, je dirais que le redesign du site s’imposait mais qu’il reste encore pas mal de boulot notamment sur la partie sélection et achat des billets de trains, et sur certains bugs un peu chiants comme par exemple l’inactivité prolongée (5 minutes) sur le site qui vous déconnecte automatiquement de votre compte… Bref, c’est dans la bonne voie mais peu mieux faire en terme d’expérience utilisateur!
19 Comments
Malgré comme tout le souligne un lifting intéressant, le site me semble encore loin d”être à la hauteur de sa position de leader du e-commerce en France. Les internautes y vont avant tout par praticité (évite de se déplacer en agence / gare) que pour le contenu, les fonctionnalités ou l’expérience utilisateur.
J’ai fait l’analyse du site la semaine dernière dans : http://cdeniaud.canalblog.com/.....77799.html
Et surtout niveau accessibilité, c’est encore zéro.
Le design est à mon sens plus sympa comme ça mais comme le dit Cédric cela ne correspond pas bien à sa position de leader. Par exemple, je ne sais pas si c’est encore le cas, mais au tout début, une simple recherche d’horaires, ne fonctionnait pas !!!
Le coup de maquillage ne m’a pas convaincu.
J’ai commandé des billets la semaine dernière, et je n’ai pas plus apprécié l’interface qu’avec la précédente.
Bref, les couleurs, boutons arrondis et tout ce graphisme, c’est bien joli, mais le fond est vraiment à revoir.
Dommage…
Et toujours impossible de se connecter à son compte depuis le formulaire d’authentification de la page d’accueil… c’est complètement improbable de se laisser un tel bug ! :-/
Clairement, c’est une véritable honte ! L’ergonomie est juste déplorable. Et cela ne m’étonne même plus…
Pour information, la version actuellement en ligne est la v19.0, elle contient encore pas mal de bug, à savoir que la v19.1 est déjà en préparation depuis plus de 3mois, et devrait arrivé en ligne d’ici 1 à 2 mois en principe..
sinon ouep, y’as plein de bug et c’est chiant…
edit: oui je connais qq de l’intérieur…
Intéressant tout cela
on peut te faire passer une liste de bugs à corriger?
héhé, non, spa la peine, tous les bugs actuel de la v19 ont été remonter aux dev depuis minimum 6mois, sauf que les dev ont pas le temps(l’envie ?) de corriger les bugs..
bref, tout un bordel quoi…
edit à l’admin: sympa ton blog, mais reloux le temps de chargement..
Yes l’écriture dans la base mysql est un peu long mais je n’ai aucune idée d’où cela peut venir… Si tu as des pistes je prends volontier
spa, le serveur sql qui bug ? (saturation du serveur ?)
essaye de foutre ta bdd autre part pour tester.. parce qu’en principe wordpress marche super bien..
Tiens bonne idée je vais tenter cela. Sinon tu trouves que les pages sont longues à charger (en général) ou bien que lorsque tu écris un commentaire c’est long?
long en général (pour ouvrir cette page ça à mis environ 15secondes..)
Il y a des défauts d’affichage sous Opera et sous Safari sur Mac.
@henri : Si le problème est l’écriture dans la BDD, il y a peut-être un problème de cache. Autrement, depuis un phpMyAdmin, essaye d’« analyser », de « réparer » et surtout d’« optimiser » tes tables. Il se peut qu’un plugin mal optimisé pose problème, en particulier s’il parcourre tous les commentaires à chaque publication (genre le plugin de recherche qui indexerait de nouveau toutes les pages à chaque nouveau commentaire posté ?)
J’ai par ailleurs noté que WordPress se comportait de manière erratique (perte de commentaires) sur un pseudo-blog/tchat où j’avais dépassé les 32.000 commentaires. Mais il n’y avait pas de problèmes de performances.
Par ailleurs, le plugin le plus efficace que j’ai pu voir au niveau des performances WordPress est WP Super Cache. Il nécessite des droits d’écriture dans certains dossiers où il écrit les informations de cache. L’installation d’APC (Alterantive PHP Cache) permet de diviser par deux, en général, le temps de génération d’une page PHP (mais sans conséquence sur les autres fichiers).
Enfin, note que c’est ton plugin Google Syntax Highlighter qui impose le chargement de tout un tas de scripts JavaScript tout à fait inutile dans le cas général, en l’occurrence lorsque le visiteur ne vient pas de Google… Ca ralentit très considérablement le chargement de la page. Même remarque pour le plugin Contact Form. FlickR semble très gourmand aussi. Quant aux quatre outils d’analyse d’audience que tu utilises, je ne reviens même pas dessus !
Merci martin je vais faire le ménage mais il est vrai que certains plugins ne sont pas efficace et impose tout un tas de javascript dans le chargement des pages ce qui n’aide pas…. Tu noteras que j’ai réduit le nombre d’outils de stats google, statcounter et xiti uniquement maintenant!
Dans le code HTML de ta page, je lis, à la fin :
<!– Dynamic Page Served (once) in 25.350 seconds –>
La page étant affichée via WP Cache, semble-t-il, cela ne se remarque pas habituellement, sauf quand on poste un nouveau commentaire. Je me demande si ce temps n’est pas lié à la récupération des divers flux RSS, dont ceux de tes partenaires. Peut-être faudrait-il regarder comment gérer un cache au niveau de ces flux, afin de ne pas être dépendant des temps de réponse de leurs blogs pour l’affichage de tes pages…
En tous les cas, depuis quelque temps, je note clairement une amélioration de temps de réponse de ce blog, ainsi que des blogs voisins, ce qui est une excellente chose pour le lecteur-chieur que je suis !
en effet le temps de chargement est plus sympathique ^^
Martin les flux RSS sont eux aussi cachés par le plugin qui intègre cette fonction! mais j’aime bien les lecteurs chieurs comme toi, ils font avancer les choses!