Reconnaitre le moteur derrière un site e-commerce

Les sites e-commerce peuvent être en ligne via plusieurs solutions. Le site peut être développé :

  • Avec une solution sur mesure (un développement à façon) ;
  • A partir d’une solution logicielle : Magento, Prestashop, IBM Websphere Commerce Server, Microsoft Commerce Server, ATG, Intershop, Hybris, ElasticPath, … ;
  • A partir d’une plateforme SAAS : Powerboutique, Oxatis, Rentashop, 42Stores, … ;
  • A partir d’un outil adapté, comme un CMS (Wedia Noheto, WordPress, Joomla, …

Quand on est sur une boutique, comment savoir la techno qui tourne derrière ?

En général, quand on connait un peu les plateformes, on arrive rapidement à s’y retrouver.

Exemples :

  • On reconnait en général bien vite les sites Magento, quand on arrive sur le processus achat. Le lien se termine par : « checkout/onepage/ »
  • Pour les sites IBM Websphere commerce server, on trouve en général du « wcs » dans les URL des pages panier ou processus achat. Vous pouvez voir ça chez Boulanger par exemple, ou encore chez Debenhams.
  • Pour les sites Microsoft, la page panier est bien souvent avec « Cart.aspx » (avec l’extension aspx, signe de la techno Microsoft).

Je pourrais multiplier les exemples… Avec un peu d’habitude, on reconnait le moteur très rapidement (Benjamin est incollable pour identifier du Prestashop en moins d’une seconde 😉 ).

Si on ne reconnait pas le moteur (éventuellement parce que le site a été développé avec un développement spécifique), en fouillant un peu, on arrive en général à identifier la technologie à l’origine du site :

  • « .php » pour les sites en PHP ;
  • « .asp » pour les sites utilisant l’ancienne technologie de Microsoft ;
  • « .aspx » pour les sites utilisant la nouvelle technologie « .NET » de Microsoft ;
  • « .cfm » pour les sites utilisant ColdFusion (technologie pour développer des sites Web porté aujourd’hui par Adobe) ;
  • « servlet » quelque part dans l’URL pour les sites basés sur Java ;

L’intérêt ?

C’est bien utile de savoir qui motorise réellement les différents sites.

C’est une très bonne manière pour se faire une bonne idée sur ce que permet telle ou telle plateforme, même si cette analyse est limitée, parce qu’en y passant du temps, on peut faire faire n’importe quoi à n’importe quelle plateforme !

(Merci Patrick pour l’idée)

18 commentaires

  1. @Faire Part> C’est une question qui mérite plus qu’un commentaire pour répondre…
    De quels coûts parle-t-on ? Licence ou prix total ?

    @Narno> Oui, mais on fait rarement de l’URL rewriting sur les pages panier ou processus achat…

  2. Suite à la réponse le Loic, sur Firefox, une extension (plus puissante que Chrome Sniffer d’après ce que je constate) existe aussi et se nome Wappalyzer : http://goo.gl/PStc .
    Après on peut aussi utiliser des sites comme http://builtwith.com/ .

    Mais rien ne remplace une expérience de travail avec une plateforme pour la reconnaitre en un clin d’œil quasiment à coup sur, même maquillé sous une template bien réussi.

  3. Le type de solution utilisé peut aussi renseigner sur la taille ou le type de société qui gère la boutique. Cela peut rassurer dans certains cas quant à la crédibilité du vendeur…

  4. @Sébastien> Les solutions SAAS peuvent être une très bonne solution pour se lancer, et minimiser les coûts d’investissement initiaux.

  5. Coldfusion une ancienne technologie ?
    Je constate en lisant ce genre de commentaire qu’on a vraiment un train de retard en France …
    Ancien utilisateur de « la nouvelle technologie « .NET » de Microsoft », j’utilise Coldfusion depuis un peu plus de 2 ans et croyez moi je ne suis près de faire machine arrière.
    Je vous recommande vivement de faire un petit tour sur la toile pour vous faire une opinion objective sur cette technologie avant-gardiste.

  6. @Donaldo> Intéressant, je pensais qu’Adobe laissait mourir Coldfusion. Suite à ton message, j’ai un peu fouillé, et effectivement, Adobe continue à supporter le produit et à le faire évoluer. J’ai donc corrigé mon article, merci !

    François

  7. @François> Heureux de constater que ta position a évolué, j’espère que certains de tes lecteurs trouverons avec Coldfusion une réponse à leurs besoins.
    Désolé d’avoir été un peu virulant dans mes propos 😉

    Donaldo

  8. @Donaldo> C’est tout l’intérêt d’un blog que de s’enrichir mutuellement ;).
    Adobe est « pushy » pour faire évoluer Coldfusion ?

    Les dernières évolutions sont intéressantes ?

    François

  9. dans le cadre d’un appel d’offre, le client nous demande une solution java ecommerce multivendeurs et il prévilégie les solution Editeur plutôt que les open source. Qu’est ce que vous me suggérez

  10. Bonjour,

    Donaldo > Merci de défendre Coldfusion qui est un produit très interessant. Je cherche un exemple (en français de préférence ;-))) de code CF pour implanter une solution e-commerce.
    Merci par avance pour ton aide

  11. J’ai une solution Ecommerce sous ColdFusion, mais pas
    beaucoup de retour, je n’ai qu’un seul client utilisateur et pas
    très sollicité. Mais toutes les fonctionnalités tournent
    correctement, (catalogue, produits et séjours avec accompte,
    panier, gestion commande et logistique) la seule chose ou je n’ai
    pas de retour, c’est sur la performance, pour un gros site
    commercial. Mais je pense que cette question est surtout du domaine
    du serveur et la base de donnée. Voir sur mon site la description
    du produit.
    http://www.pl-arts.com/plarts_site/index/index.cfm?p_id=7 Je défend
    aussi Coldfusion, excellent produit, rapidité, clarté, maintenance
    aisée. site exemple : http://www.roloboutik.com On peut en discuter plus
    largement, si nécessaire. Pierre.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *