Lanza

Bonjour, Revoilà le taux de transformation On dit qu'il tourne autour de 1%, seulement il n'y a pas de norme quant à son calcul. Donc un coup ça va être sur le nombre de visiteurs par jour, un coup par mois, un autre coup des visites par jour... Grosso modo, il faut 100 visiteurs pour faire une vente. Parfois plus, parfois moins, selon ce qui est vendu et le site. Sauf créneau spécifique, en dessous de 250 visiteurs par jour, je ne pense pas qu'une boutique soit tellement viable.

Oui, mais là, on n'y peut pas grand chose. Il y a trop d'outils différents et de configurations différentes sur le marché. Mais les visiteurs uniques sont une valeur que l'on a coutume de comparer (histoire de savoir qui a la plus grosse ), alors va pour les visiteurs uniques.

Mon souci ici est de savoir de quel chiffre on parle quand on parle de taux de transformation avec d'autres webmasters, par exemple sur le hub (ça arrive, si, si), s'il y avait une convention ou si chacun y va de sa petite sauce, ce qui au final ne veut rien dire du tout. Un bête problème de communication en somme. A priori chacun y va de sa petite sauce... Quant à étudier l'évolution du taux de transformation sur un site donné, ça ne me pose pas de problèmes et ça n'est pas ce que j'évoquais.

On est d'accord, avec un bémol. Le cout d'achat du trafic va pas mal dépendre de l'activité. Or ici, il est question d'un secteur assez fortement concurrentiel. Donc il faudra faire face à la concurrence beaucoup plus rapidement que sur une niche.

1800 ventes, ça me paraît tout à fait raisonnable. Mais j'aurais mis un taux de transformation plus élevé et moins de visiteurs. Au niveau du site (je mets volontairement de côté tout ce qui n'est pas spécifique au site internet, puisque c'est la question), tu as deux leviers pour atteindre le nombre de commandes : - Apporter du trafic. Ça passe par le référencement naturel, les annonces sur les moteurs et la pub sur internet ou ailleurs en général. L'inconvénient est que trop de trafic pour un taux de transformation faible revient cher en hébergement, et en pub. - Augmenter le taux de transformation. Là ça dépend essentiellement de la confiance que les internautes vont t'accorder. Ça va donc dépendre du design et de l'ergonomie du site, des infos que tu donnes, etc. L'inconvénient c'est que ça demande un investissement initial plus important, puisque plus de travail sur le site en lui même. Personnellement, j'ai tendance à plus insister sur le taux de transformation que sur le trafic. Mais c'est parce que c'est mon métier et ce que j'aime faire, et du coup, mon avis est biaisé. Il faut un équilibre entre les deux. 10000 € ça peut suffire pour la première année, mais ça va vite dépasser ce budget les années suivantes, si ton commerce prospère normalement. Et comme dit dièse, pour l'apport de trafic, ne mise pas tout sur le référencement naturel. C'est certes important, mais sur ton marché, tu vas avoir du mal à te positionner : tu as beaucoup de concurrents et certains doivent dépenser un budget supérieur au tien, sans compter qu'ils ont l'avantage de l'âge qui joue beaucoup pour Google. Edit : arf. lafleur vient de dire le contraire. Mais je le rejoins quand il dit que ton gros problème va être la concurrence.

C'était une pique un peu gratuite, j'avoues Mais c'est une idée très répandue, y compris chez certains prestataires. Enfin leurs dirigeants... Je te souhaite bon courage. Simplement, fais attention que le site ne te bouffe pas tout ton temps, il t'en faut aussi pour la gestion, l'envoi des commandes, la relation client...

La réputation est à bâtir, la qualité et la notoriété des produits est hors du champ des réponses que nous pouvons apporter ici et la qualité du site dépendra de la solution et du prestataire retenu. Pour la question de la communauté, je n'ai pas l'impression au vu du premier post que la boutique dont il est question vise une niche. Ça dépend du mode de calcul, d'où ma question sur le topic d'à côté. Je connais une boutique qui n'en est pas loin, voire au-delà si on calcule par nombre de commandes/VU sur 6 mois. Là dessus, je suis d'accord. M'étonnerais que les 3000/4000 prévus suffisent. D'où le sens de ma question ci dessus : les 300 000 représentent-ils des visites ou des visiteurs ?

Il traîne dans l'air une idée qui veut que le Web est un métier facile et pas cher. Malheureusement c'est faux. Un site internet c'est du développement logiciel, du marketing et du design réunis. Je ne pense pas que ni les services d'une SSII, ni d'une agence de communication coûtent moins de 1000 . Plusieurs, mais à priori ça reste moins cher que la location ou l'acquisition d'un vrai pas de porte Quant à OSCommerce usine à Gaz, oui et non. C'est une très bonne solution pour monter un site de e-commerce (mais pas tout seul si on n'a pas de compétences en PHP/MySQL) sans passer trop de temps sur les fonctionnalités de base et avec des possibilités d'extensions non négligeables. Par contre, comme il se veut générique, il fait tout un tas de trucs dont la plupart des sites n'ont que faire, et qui peuvent rendre les modifications inutilement laborieuses, donc coûteuses.

Bonjour, Une question me tarabuste depuis un moment : comment calculez-vous le taux de transformation de vos boutiques ? Si le nombre de commandes est plutôt facile à déterminer, il en est tout autrement du nombre d'utilisateurs. Selon que l'on prend en considération le nombre de visites ou le nombre de visiteurs, le chiffre change du tout au tout. Le problème est le même si on fait varier la période, (et selon que l'outil de stats également, mais c'est un autre problème.) Personnellement, j'aurais tendance à utiliser le nombre de visiteurs sur une période assez longue, du genre plusieurs mois, mais vous, comment faites-vous ?

Bonjour, Un taux de transformation entre 0.3% et 2%, ça représente une fourchette énorme. Sur 300 000 visiteurs par an ça donne entre 900 et 6000 commandes, avec un panier moyen de 75 € (pas délirant dans le vêtement d'après mon expérience), ça représente donne un chiffre d'affaire compris entre 67 500 € et 450 000 €. Ta société ne ressemblera pas à la même chose selon que tu te situe dans la fourchette haute ou basse, et pour faire ton prévisionnel, il va te falloir préciser ce chiffre, à mon avis. Renseignes-toi sur les taux de transformations de boutiques similaires, de préférence sur le même créneau et utilisant la même solution (cybershop asp). Autre chose, les 300 000/an, c'est quoi ? des visites ou des visiteurs uniques ?

J'aurais été encore plus fou : je n'aurais pas utilisé de TD, ni de table tout court. Une cellule de tableau peut être difficile à styler indépendamment de son tableau. Et pis d'abord les tableaux c'est même pas fait pour faire de la mise en page. PS : iNCiTE, je te salue ô concurrent.

Firefox reçoit bien un code 200, je viens de vérifier. Apparemment tu as un .htaccess qui traïne, vérifie ce qu'il y a dedans.

Les outils se basant sur les logs sont exhaustifs au niveau des requêtes envoyées au serveur. Tous les accès sont comptés, y compris ceux pour demander des images, des CSS, des JS, et les accès des robots. Pour en tirer quelque chose, il est nécessaire de très bien configurer ces outils. Par contre un certain nombre d'informations ne sont pas récupérables par ce genre d'outils : résolution de l'écran, version de java, de flash, etc. A contrario, les outils de stats externes loupent un certain nombre de requêtes pour diverses raisons, ne comptent que les accès aux pages, pas les robots, et souvent pas les utilisateurs qui n'ont pas javascript, ou ceux qui ont des sécurités trop grandes (qui a dit Norton Internet Security ?), etc. Pour un analyse d'audience, le second type est souvent plus pertinent, et plus complets. Pour une analyse technique (volume de données échangé, erreurs rencontrées, etc.) les analyseurs de logs sont plus efficaces.

En ce qui concerne la question 1 : Je ne suis pas sûr de bien comprendre la question : Quelle validation ? Le paiement est accepté ou refusé immédiatement par le serveur bancaire. Je ne me souviens plus comment fonctionne cyberplus, mais normalement on peut opter pour deux modes: encaissement manuel du paiement ou encaissement automatique. Il n'y a pas de notion "à risque". Par contre s'il s'agit d'un n° de carte volée, il y a risque de plainte et demande de remboursement du propriétaire légitime. Mais la banque s'en fiche, elle ne fait que contrôler que le N° de carte est valide. Pour avoir une idée du risque, on peut se tourner vers des services tels que celui proposé par Fianet, accompagné ou non d'une assurance. Voir si cybershop asp propose une interface vers ce genre de solutions. Attention, coût supplémentaire à envisager. Question 2 : Je ne connais pas les possibilités de cybershop asp (et je ne peux pas vérifier, leur site ne fonctionne pas sur mon Firefox, ce qui me laisse dubitatif) en matière de passerelle vers un logiciel de compta, mais si celle-ci n'est pas possible et que tu en as besoin, es-tu certain que c'est la solution qu'il te faut ? Question 3 : Access pour un site internet, c'est pas sérieux (enfin c'est mon opinion). Si tu choisis cette solution, pries pour ne pas avoir trop de succès, sinon ton site ne tiendra pas la charge. Quant à la solution SQL Server, si elle est trop chère, je repose la question : es-tu certain d'avoir choisi la bonne solution ?

GEdit pour toutes les tâches courantes. Vim pour les modifs rapides. Je me mets de plus en plus à Vim qui est redoutablement efficace, mais qu'il faut un certain temps pour maîtriser. En plus il est disponible par défaut sur tout système d'exploitation qui se respecte . Dreamweaver, je ne sais plus ce que c'est et je ne veux pas le savoir. Ça fait un peu cher l'éditeur de texte