Merci pour ce comparatif. Effectivement, ce genre de chose manque pour comparer toutes les offres. Je voudrais également vous faire part des solutions e-Commerce de lycos qui vous offre un environnement simple et complet pour débuter. Un des avantages à souligner et la partie marketing de l’offre. Dans la gamme e-Commerce, il y a l’intégration de module de type eBay ou Kelkoo et bien sûr quelques outils indispensables tel que promotion, produits croisés, moteur de recherche basique, groupement de client, newsletter …
Voici le lien du site où vous pourrez trouver toutes les informations dont vous aurez besoin : détails des offres

Toujours @Léo, ce n’est pas parce qu’une plateforme ne donne pas accès au code source qu’on ne peut pas choisir de prestataire pour le graphisme et le référencement, seul le développement est bridé voir impossible. Par contre, en pratique, les principaux éditeurs de plateforme cherchent à se substituer aux agences web, d’où sans doute votre réaction sur ce point : nous avons chez Kiubi une autre approche où chaque intervenant d’un projet web trouve sa place.
Vous mentionnez le fait que les plateformes proposent un nombre limité et pas extensible “à volonté” de fonctionnalités… heureusement ! Au même titre que je peux parier que vous n’utilisez environ que 10% des possibilités offertes par Word, les besoins courants en matière d’e-commerce sont connus et l’objectif des plateformes est de répondre à xx% de ces besoins. Plus xx grandit, plus ça devient ingérable pour le e-commerçant de base.
Dans le cas “pas plateforme”, l’adaptation d’un module e-commerce à un coût qui croit avec le temps (il faut le maintenir, le faire évoluer, s’assurer des comptabilités croisées avec tous les autres modules, etc…) ce genre de “petites choses” est en pratique très souvent une des causes de dépôt de bilan des agences web (qui doivent gérer des dizaines de sites) qui n’ont pas anticipé cet aspect.

@Leo, @Patrice : Concernant l’open source, il y a toutes les chances pour qu’un client qui vienne voir un prestataire avec une application développée par un confrère, même sur une base open source, se voie invité à “une refonte” car il suffirait qu’il y ait une ligne de code “pas comme il faut” quelque part pour que l’application du client mette en péril d’autres sites dans le cas d’un hébergement mutualisé. Parler ici de liberté me semble très optimiste… par ailleurs la valeur d’un site pour le e-commerçant ne réside pas dans le code mais dans le service qui en résulte.

@fred : Oscommerce ou VirtueMart sans prestataire n’offre rien… dans les deux cas il vous faut un bon outil ET un bon prestataire.

@Patrice : je pense qu’il y a encore beaucoup de monde qui, comme vous, pense qu’un projet open source évoluera forcément dans le temps dans la direction souhaitée par les clients… je répondrais par la question suivante : depuis combien d’années attend(i)ons-nous la “MS3″ de Oscommerce ?? Pour “passer” à Magento il faudra… exporter les produits, les clients, etc… exactement comme si vous sortiez d’une plateforme ou vouliez y entrer.
Ce cas précis est pour moi très révélateur du fait que, régulièrement, faire évoluer un code source ne suffit plus : il faut repartir sur de nouvelles bases ; rompre avec la continuité ; cela pose sous un angle nouveau la problématique de pérennité ; je prendrais ici une métaphore : si les bâtiments physiques (maisons, immeubles) devenaient des ruines au bout de 5 ans, pensez-vous qu’il y aurait beaucoup de propriétaires ?

Les plateformes se doivent d’assurer une continuité de service, même en cas de rupture dans l’évolution du code : c’est ça que le client paye (ou devrait payer).

Pour la sécurité, un module OScommerce, bien installé et configuré assure la même sécurité. Mais ce n’est pas forcément évidement à faire, on peux facilement oublier un truc…

C’est un leur que de croire qu’OSCommerce est facile à faire évoluer. Plus vous installer des contribs, plus c’est difficile d’en installer ! Ce n’est vraiment pas donné à tout le monde. Et franchement, je pense que le e-commerçants à autre chose à faire que de bricoler sa boutique…

En plus du problème de compétence, vient le problème de l’argent. En fonction du budget que l’on a, les solutions sont radicalement différentes.

A l’idéal, sans contrainte de budget, il faudrait développer soit même sa boutique, avoir plusieurs développeur à plein temps pour faire évoluer les fonctionnalités en permanence pour répondre au mieux au besoin de son propre marché. Mais tout le monde ne peux pas s’appeler Amazon.

Je rejoins Léo dans son analyse. Pour quelqu’un qui se doit faire un choix d’outil pour sa boutique en ligne, les questions à se poser en dehors du prix ce sont :
- les fonctionnalités particulières dont il peut avoir besoin et qui ne seront pas nécessairement développé par un fournisseur d’une solution clé en mains, en général fermée avec sources inaccessible. Ex URL rewriting non accessible et ne pouvant pas être implémenté.
- le choix entre la location et l’achat d’une solution. Avec la location lorsqu’on arrête car pas les fonctionnalités attendues ou pour un coût qui devient hors budget, on n’a pas grand chose exceptée tout ce qui peut être exporté de l’outil. A l’achat, on a les sources (en tout cas, il faut faire en sorte de les avoir) et on peut toujours faire appel à un autre prestataire. On achète alors sa liberté future. Par contre l’investissement pour démarrer est plus lourd.
- la pérennité de la solution, même si je pense qu’il est pas facile d’avoir des certitudes sur ce point.
- l’évolution de la solution dans le temps. Un éditeur peut faire certains choix stratégiques et ne pas faire évoluer l’outil, comme l’utilisateur le souhaiterait.

Il y a bien bien évidemment d’autres critères. Je vous laisse en débattre.

Cordialement
Patrice