Aller au contenu

blman

Hubmaster
  • Compteur de contenus

    155
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par blman

  1. As-tu essayé aussi <param name="wmode" value="opaque" /> ? J'ais déjà réglé cette histoire avec l'une ou l'autre des 2 solutions
  2. Surtout que finalement, passer par un pro évite bien des soucis et du temps perdu, et n'est finalement pas si cher que ça
  3. Bonjour, j'utilise la norme 3D secure depuis Novembre 2008. Pour le marchand, c'est tout simplement un transfert de responsabilité en cas de fraude à la CB : c'est bien la banque qui supporte le coût de la fraude, et ce, suite à une directive européenne d'Octobre 2008 si ma mémoire est bonne. Comme l'a préciser one2net, toutes les cartes ne sont pas garanties : pour qu'elles le soient, il faut que la banque du porteur de la carte participe au programme 3D Secure. Ce qui est le cas pour la majorité des paiements en Europe, la France ayant été très en retard à ce sujet. En tout cas, dans le backoffice de la banque, il est clairement écrit pour chaque transaction si elle est garantie ou pas. Si ce n'est pas le cas, c'est à nouveau le marchand qui doit supporter le coût de la fraude, si fraude il y a. J'ai beaucoup lu que la norme 3D secure était trop compliqué à intégrer pour les clients car en plus des champs à remplir habituellement, il devait remplir soit un mot de passe (et s'en souvenir) soit sa date de naissance. J'ai lu que beaucoup ont constaté une importante hausse d'abandon du processus de commande au niveau du mode de paiement à cause de la complexité du système. Dans mon cas, je n'ais pas vraiment constaté ça. Ams51, c'est vrai que ce n'est pas si simple que ça et que 3D secure n'est pas la solution miracle. Merci pour le lien vers cet article interressant
  4. Difficile de résumer cette discipline en quelques lignes. Pour le référencement, tu a plusieurs points à vérifier et à optimiser pour 2 choses : - l'indexation de ton site : que les robots d'indexation parcours convenablement et rapidement ton site, notamment les données les plus fraiches. - le positionnement de ton site dans les moteurs pour toutes les requêtes que tu cible. Pour la phase d'indexation, vérifie que tu n'a pas d'élément bloquant. Par exemple, pour un site commerce, le cas fréquent, c'est les variables de sessions qu'on retrouve dans les URLs. Vérifie bien aussi que tu n'a pas du contenu dupliqué (par exemple qu'1 fiche produit ne soit pas accessible par plusieurs URLs). Vérifie bien que ton contenu soit bien accessible par des liens <a href=""> et pas par des liens en javascript ou en flash. Vérifie l'architecture de ton plan du site pour que les robots accèdent facilement à tous les niveaux de ton architecture. Facilite leur le travail en limitant le nombre de niveau dans ton architecture (on limite à maxi 3 clics pour arriver à une info). Pour la phase de positionnement, c'est beaucoup plus compliqué, c'est pourtant, j'imagine, celle qui va t'interresser le plus. Là tu a toute un travail sur ton site à faire. D'abord un gros travail sur papier pour identifier sur quelles requêtes tu veux placer chacune des pages de ton site de manière à ce que ces requêtes te ramènent du trafic mais aussi des ventes. Ensuite, dans ton code HTML pour optimiser le positionnement sur chacune des ces requêtes (balise title, architecture de ton code source (H1, H2, etc...), ancres des liens internes de ton site, etc...) Et enfin, tout un travail externe à ton site pour créer ce qu'on appelle des backlinks. C'est à dire des liens externes qui vont pointer vers tes pages. Sur ce point, j'avais rédiger un vieil article sur un autre forum : http://forum.webrankinfo.com/recapitulatif...ing-t64483.html Toutes ces notions, tu ne les apprendra pas en 1 jour et elles évoluent beaucoup.
  5. Les guides d'achat sont un moyen d'être visible comme un autre. A mon avis, il n'y a rien de plus à en penser Par contre, à mon avis, il faut veiller à être au moins dans un tranche de prix qui se tiens par rapport à la concurrence au risque d'avoir une image de site trop cher. Ensuite, si je ne me trompe pas, les coûts au clic varie environ autour de 0.20 euros. Ce sont des couts plutôt bon marché par rapport à la conversion qu'on peut en espérer, puisque c'est censé te ramener des visiteurs qui ont une intention d'achat. Il te reste à calculer ton taux de conversion actuel et voir si ce coût rentre facilement dans tes marges. Sinon, tu peux déjà essayer de mesurer l'efficacité des guides d'achat en t'inscrivant déjà sur leguide.com puisqu'il est gratuit. Avec un Google Analytics bien configuré, tu mesurera facilement ton taux de conversion, tes marges, etc...
  6. Je ne l'ais pas constaté moi même mais il semble effectivement que ce soit tout récent : http://www.webrankinfo.com/dossiers/google.../mini-sitelinks (l'article date d'aujourd'hui)
  7. Juste une piste comme ça : Dans le flux RSS, tu dois avoir l'URL de la page. Tu t'en sers comme clé dans ta base de données, tu met le champs en Unique. Comme ça tu es sûr de ne pas avoir de doublons
  8. A mon avis, ton problème c'est qu'il y a 2 forums, donc 2 systèmes d'authentification différents, donc 2 comptes clients différents pour chaque forum. Tu aurais dû installer 1 seul forum en l'organisant avec des sous-forums.
  9. Sarbacane permet de le faire, après tout dépend du volume de mail à envoyer
  10. Le boulot de référenceur a beaucoup évolué depuis quelques temps et ce n'est pas si simple que de trouver des backlinks Mais sinon, dans les résultats naturels, non, on ne paye pas son classement. La crédibilité de Google vis à vis des ses résultats en dépend. (d'ailleurs, je ne vois pas pourquoi tu dis qu'Amazon n'a pas de contenu).
  11. blman

    interface web

    Google Analytics est très bien : http://www.google.com/analytics/fr-FR/ Tu a juste à mettre un tag en javascript (qu'ils t'indiqueront) en pied de page de chacune de tes pages.
  12. http://www.emblematiq.com/projects/niceforms/support/
  13. merci MIW pour tes précisions Tout est plus clair pour moi maintenant, merci à tous.
  14. En fait, je ne les ais pas encore contacté. Je vais faire ça dans un futur proche mais je n'ais encore entrepris aucune démarche. Je cherche juste à comprendre avant
  15. Patrick, je ne suis pas affilié, je gère une boutique. Merci Karak pour la précision. J'imaginais bien qu'on envoyait un fichier et qu'on ne pouvait pas mettre en place un système de tracking en fin de commande (vu que certains paiements ne seront pas honoré). Encore une petite précision, comment je connais les ventes que je dois mettre dans ce fichier ?
  16. Bonjour, une question qui me turlupine. A l'avenir, je vais bosser avec des régies d'affiliation avec rémunération à la vente. Donc voila, un affilié m'envoi un visiteur, ce visiteur est traqué par la régie et si je le converti en vente, alors je rémunère l'affilié d'un certain pourcentage de la vente. Jusque là, à priori, pas de souci. Là où je bloque, c'est techniquement, à partir de quand envoi-t-on l'information à la régie que la transaction est bien honorée ? Est-ce que j'envois à la régie une liste de commandes dont j'ais bien reçu le paiement et elle se charge d'associer elle même mon identifiant de commande avec l'identifiant de tracking de l'affilié ? Et si j'envoi une liste, à partir de quel moment ? Voila, comme vous le voyez, c'est un peu flou... Blman
  17. Autant pour moi, je ne savais pas qu'on pouvais avoir un nom de domaine sous 42.
  18. Regarde cette fonction PHP : http://fr.php.net/mysql_num_rows Ca pourra t'aider
  19. Wefficient, tu devrais le tester. Prestashop s'installe en 10 minutes à tout casser pour un mec qui s'y connait. Au max 1 heure pour un mec qui ne s'y connait (faut juste savoir comprendre les instructions en Anglais de la doc). Ensuite, il faut juste savoir utiliser son client FTP, lancer une URL d'install et savoir donner les bons accès MySQL. Rien de sorcier. Ensuite, il faut juste un nom de domaine et un hébergement chez OVH fera l'affaire (avec BDD bien sûr). Donc on s'en tire pour environ 50 euros l'année. Ensuite, comme la plupart des plate-formes Open Sources, il existe des templates tout fait. En gros, y'a pas plus simple ou alors si on n'arrive pas à faire ça, on ne dit pas à son client qu'on peut lui mettre en place une solution de vente en ligne. Le gros avantage d'avoir son propre nom de domaine se situe surtout dans la vision à long terme du shop, ne serait-ce que pour l'image de marque, la notoriété et le référencement dans Google. En tout cas, personnellement, je ne m'imaginerais même pas faire du e-commerce sans un nom de domaine car c'est vraiment la base de tout.
  20. Ouch, pas de sous domaine... Pour une activité péreine, il faut au moins son propre domaine. Sinon, si on cherche la simplicité, prestashop se pose là. A mon avis, l'objectif de son client n'est pas d'avoir une boutique mais de vendre en ligne (nuance). A force de trop vouloir chercher la simplicité, son client ne vendra rien car la boutique ne sera pas crédible aux yeux des internautes.
  21. Pour l'installation, c'est une procédure d'installation standard comme si tu installais un logiciel sur ton PC (sauf que ça se fait dans un navigateur web). C'est très facile. Là où tu peux avoir des soucis, c'est sur la compatibilité de ton hébergement avec le soft. Donc fait bien attention, lorsque tu choisi ton hébergement à ce qu'il soit compatible. A la limite, une fois que ton choix est arrêté pour tel ou tel soft e-commerce, n'hésite pas à contacter ton hébergeur pour qu'il te confirme que les 2 sont bien compatibles. Pour tes tests, idem, n'hésite pas à télécharger chaque plate-forme et à les tester avant en local (installe toi un easyPhp sur ton PC). N'hésite pas non plus à te documenter sur les forums. Les critères qui t'aideront : - est-ce que la plate-forme que j'ais installé répond aux besoins de mon client - fait attention aussi au référencement dans Google. Regarde si la plate-forme a des plug-in SEO et test les. - Regarde si tu peux nstallé les moyens de paiements que tu a choisi - etc... Voila, bon courage
  22. A mon avis, le plus simple serait que tu utilise une plate forme e-commerce Open Source comme Os commerce ou magento et d'y configurer les moyens de paiement que tu souhaite mettre en place : chèque, virement, paypal. Pour le paiement par CB des banques, je ne trouve pas ça forcément très lourd à gérer. Ensuite tout dépend du panier moyen mais tu peux aussi envisager des solutions de financement avec SOFINCO ou CETELEM
  23. A mon avis, il serait plus simple d'interfacer la boutique en PHP/MySQL par exemple et de développer des passerelles entre la gestion sous AS400 et la base de données MySQL de la boutique e-commerce. Il est certainement plus facile d'extraire des fichiers de mise à jour en CSV ou XML qui servent à mettre à jour le site (import des stocks par exemple) ou à importer dans la gestion sous AS400 (import des commandes par exemple).
  24. Oui, tu le risque en effet ! On en a déjà parlé sur tous les forums qui traitent de référencement, il faut absolument éviter ces offres payantes qui inscrivent les sites en masse dans des annuaires de mauvaises qualité, avec une mauvaise thématisation et des ancres toujours identiques.
×
×
  • Créer...