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

$counts = "SELECT COUNT(DISTINCT(idcommune)) FROM jonction GROUP BY idespece" ?

Pas assez pour que les tests soient fiables. Moi pas comprendre. Un OS qui ne servira à rien ? Parce que sans OS, c'est sûr que ça marche mieux. Si tu veux parler de l'apport de Mac OS X par rapport à Windows pour le développement Web, il y en a. Au hasard : le terminal, SSH et TextMate. Gnié ? Qui a parlé de développement Windows ? Il est ici question de développement Web. Quant à ASP, je ne souhaite à personne d'avoir à faire avec ce truc là. ASP.Net encore je veux bien.

Vu le nombre de bidules du genre "Internet Security" qui te me bloquent les cookies pour un oui ou pour un non, l'id par l'url en cas de non support des cookies me paraît indiquée. Par contre, faire gaffe à ne jamais activer une session dont l'id est dans l'url dès l'accueil ou suite à un lien normal, mais toujours par une requête POST. Les robots risque d'indexer les identifiants de session, d'où duplicate content, et une certain nombre d'autres problèmes concernant la sécurité et toutes ces sortes de choses.

Chic, un troll. J'ai travaillé 5 ans sous Windows. Je suis actuellement sous Linux. A la rentrée, je prends un Mac. Alors pourquoi ? Windows, c'était parce que tout le monde tournait dessus, et que des logiciels qui m'étaient indispensables à l'époque ne tournaient que dessus. Dreamweaver, Visual Studio, etc. Aujourd'hui je ne travaille plus avec les technos microsoft, et j'ai besoin d'un terminal efficace. Le jour où j'ai installé cygwin (couche d'émulation Unix pour Windows), je me suis dit qu'il était temps de passer à autre chose et j'ai migré sous Linux. J'en suis très, très content. Mais à la rentrée je switche sur Mac quand même, parce qu'on va être plusieurs. Mon métier n'étant pas d'être administrateur d'un parc de machines, je veux des ordis qui marchent dès qu'on les sort du carton, de préférence sous un système UNIX, et qui puisse faire tourner Windows ou Linux au besoin. Le Mac a cet avantage d'être fabriqué par le développeur du système d'exploitation, ce qui fait qu'Apple a un nombre limité de périphériques à gérer, du coup ça marche mieux et c'est mopins hasardeux, mais c'est un poil plus cher. Donc voilà moi je choisi Mac à cet instant de mon histoire, mais c'est mon histoire et ça changera peut-être demain. Il n'y a que toi qui puisse répondre à cette question. Quand à la question sous jacente : "est-ce qu'on peut faire sur mac os tout ce qu'on fait sur windows ?", la réponse est oui, sauf les jeux. Pour les jeux, installer Windows sur son Mac.

<troll>Cet espèce de sous-clone de Rails ? </troll>

$taillecd > 0 ?

Bonjour, Bip, mauvaise réponse. Ce n'est pas une bonne raison pour limiter le nombre de champs d'une table. Globalement, si tu as besoin de ce genre de bidouille, il est probable que tu aies fait une erreur de conception quelque part. Sinon si ça peut t'aider, MySQL permet de changer le pas de l'incrémentation et le numéro de départ. Ce qui pourrait donner dans ta table 1 les id 1,3,5,7... et dans la table 2 les id 2,4,6,8... en fixant les respectivement un nombre minimal de 1 et 2 sur chaque table et un pas d'incrémentation de 2.

+1 comme on dit. Sinon pour la problématique de la fiche, pas de dl, dt, dd. "1974" n'est pas la définition de "Date d'édition". Ce serait même plutôt l'inverse.

Alors, si j'étais toi, et si vraiment tu es attaché à la qualité de ton contenu, je commencerais par virer les trois quarts des "Recette" qui apparaissent partout au début de tes titres et de tes liens, et à rajouter des mots de liaison pour que ça paraisse un minimum écrit par un humain. Les recettes de cuisine sont un sujet susceptible de m'interesser, mais là, "recette" partout dans les liens et les titres sans mot de liaison, c'est trop, et trop systématique. Ça sent la recherche du positionnement à plein nez. Et si moi je le vois, je ne vois pas pourquoi un moteur ne le verrais pas. Et l'absence de "et" de "de" de "à" est pertubante pour le visiteur, qui du coup risque de se dire que la qualité du site n'est pas forcément le premier objectif. Bref, vu comme ça, pas confiance, et je n'ai pas envie de faire un lien vers ton site. (quand je dis "je" je me place du point de vue d'un visiteur lambda qui aurait un blog, par exemple, pas "je" au sens de moi là maintenant, hein ). Enfin et pour terminer, ça n'a rien à voir avec le positionnement, mais avec celui de donner envie aux visiteurs, le rose, même si c'est joli, ne m'interpelle pas vraiment quand j'ai faim et que je cherche une recette. Il faudrait des couleurs plus alimentaires, ou plus neutres pour mettre les photos en valeur. Edit: je viens de voir la rubrique sur les recherche des visiteurs. Je serais toi, j'éviterais d'afficher les recherches qui ne donnent rien. Bon courage pour la suite

Bonsoir, Non tu n'as pas été très clair, . Mais je suppose que tu cherches un moyen de te débarrasser de ton identifiant en chiffre pour le remplacer par une chaine de caractère plus sympa. Seulement il est certain qu'Apache (tu sais, le machin que le .htaccess sert à configurer ) ne va pas faire la conversion chaîne de caractère vers identifiant à ta place. Il va te passer la chaîne de caractère dans ta querystring, charge à toi de modifier ton script (voyage.php dans l'exemple) pour qu'il fasse la correspondance.