Système de paiement en ligne : intégré ou non?
16 messages
• Page 1 sur 2 • 1, 2
Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics
- sdamain
- WRInaute passionné

- Messages: 1277
- Inscription: 14 Oct 2003
Système de paiement en ligne : intégré ou non?
Bonjour à tous,
J'aimerais avoir des retours sur la mise en place d'un système de paiement en ligne auprès des webmasters ayant de l'expérience à ce niveau.
Ma question est donc la suivante :
lorsqu'un internaute arrive sur une page de paiement en ligne (où il est donc nécessaire de fournir ces infos bancaires), est-il préférable que cette page/ce formulaire de paiement soit intégré au site à partir duquel il achète? Ou est il préférable de l'envoyer sur le site de la société par laquelle on traite le paiement (par exemple une page sécurisée chez Blue Paid, Epay, ...)?
En d'autres termes, en quelle solution a t'il le plus confiance?
Merci.
J'aimerais avoir des retours sur la mise en place d'un système de paiement en ligne auprès des webmasters ayant de l'expérience à ce niveau.
Ma question est donc la suivante :
lorsqu'un internaute arrive sur une page de paiement en ligne (où il est donc nécessaire de fournir ces infos bancaires), est-il préférable que cette page/ce formulaire de paiement soit intégré au site à partir duquel il achète? Ou est il préférable de l'envoyer sur le site de la société par laquelle on traite le paiement (par exemple une page sécurisée chez Blue Paid, Epay, ...)?
En d'autres termes, en quelle solution a t'il le plus confiance?
Merci.
-

Audiofeeline - WRInaute accro

- Messages: 5257
- Inscription: 20 Oct 2005
J'ai envie de dire les deux...
Mais peut-être peut-on faire plus confiance à un système de paiement comme Paypal ou autre plutôt qu'à un site inconnu...
Mais peut-être peut-on faire plus confiance à un système de paiement comme Paypal ou autre plutôt qu'à un site inconnu...
-

cthierry - WRInaute passionné

- Messages: 2466
- Inscription: 15 Jan 2005
la solution qui permette de toute manière d'avoir le SSL d'actif (paiement en ligne sécurisé ou Secure Sockets Layers).
Si ton prestataire permet de l amettre sur ta page, pourquoi pas dans ce cas, cela évite à l'internaute de partir de ton site.
Si ton prestataire permet de l amettre sur ta page, pourquoi pas dans ce cas, cela évite à l'internaute de partir de ton site.
-

Serious - WRInaute passionné

- Messages: 2438
- Inscription: 21 Nov 2005
Pour ma part, il est clairement préférable de l'envoyer sur le site de la société par laquelle on traite le paiement. Je n'ai pas confiance si ce n'est pas le cas. Mais je dirais plus que c'est une question de notoriete. Il faut que le paiement soit traite sur le site de plus grande notoriete (qui est, presque toujours, le site de paiement).
- isolu
- WRInaute discret

- Messages: 104
- Inscription: 21 Nov 2005
Voici ce que je fais avec paypal.
Je mets le formulaire sur mon site et lorsque l'utilisateur appuit sur le bouton acheter je redirige sur une page achat.php qui elle entre toutes les informations du clients (Nom, prénom, adresse, pays...) dans ma base de donnée pour ensuite redirigé automatiquement l'utilisateur sur paypal et je rempli automatiquement les champs dans paypal avec les mêmes infos fourni sur mon site.
De cette façon si jamais l'utilisateur change d'idée et ne fait pas l'achat, j'ai ses infos dans ma BD et je peux le contacter pour lui demander pour quelle raison il n'a pas fait l'achat pour essayer d'améliorer mon site si c'est le cas, de lui offrire un rabais supplémentaire si il achète maintenant et ceci permet aussi de connaitre le % de personne qui cancel leur achat.
Je mets le formulaire sur mon site et lorsque l'utilisateur appuit sur le bouton acheter je redirige sur une page achat.php qui elle entre toutes les informations du clients (Nom, prénom, adresse, pays...) dans ma base de donnée pour ensuite redirigé automatiquement l'utilisateur sur paypal et je rempli automatiquement les champs dans paypal avec les mêmes infos fourni sur mon site.
De cette façon si jamais l'utilisateur change d'idée et ne fait pas l'achat, j'ai ses infos dans ma BD et je peux le contacter pour lui demander pour quelle raison il n'a pas fait l'achat pour essayer d'améliorer mon site si c'est le cas, de lui offrire un rabais supplémentaire si il achète maintenant et ceci permet aussi de connaitre le % de personne qui cancel leur achat.
Dernière édition par isolu le Ven Mar 31, 2006 23:38, édité 1 fois.
- sdamain
- WRInaute passionné

- Messages: 1277
- Inscription: 14 Oct 2003
Merci pour vos commentaires à ce sujet.
J'ai une autre question : ma société est basée au Luxembourg, je ne peux donc pas traiter directement avec une banque française (à ce que l'on m'a dit). Je me vois donc obligé de passer par un service tel que Bluepaid ou epaysecurity.
Bluepaid est bien au niveau cout (environs 115 euros ht pour 1000 transactions / mois). Par contre, ils proposent apparement uniquement d'insérer leur script sur ses propres pages (pas top par rapport à ce qui a été dit sur ce fil).
Epaysecurity est plus cher (minimum 2.29 euros ht par transaction, ou 4 % de la somme payée) mais leur sécurité semble plus poussée, et eux proposent d'envoyer l'acheteur sur leur plateforme.
De plus, ils travaillent avec de grands noms comme CIC, Crédit Mutuel, Banque Populaire, ... ce qui n'est pas négligable au niveau de l'aspect confiance de l'utilisateur je crois.
Connaissez-vous d'autres systèmes de paiement en ligne?
Merci.
J'ai une autre question : ma société est basée au Luxembourg, je ne peux donc pas traiter directement avec une banque française (à ce que l'on m'a dit). Je me vois donc obligé de passer par un service tel que Bluepaid ou epaysecurity.
Bluepaid est bien au niveau cout (environs 115 euros ht pour 1000 transactions / mois). Par contre, ils proposent apparement uniquement d'insérer leur script sur ses propres pages (pas top par rapport à ce qui a été dit sur ce fil).
Epaysecurity est plus cher (minimum 2.29 euros ht par transaction, ou 4 % de la somme payée) mais leur sécurité semble plus poussée, et eux proposent d'envoyer l'acheteur sur leur plateforme.
De plus, ils travaillent avec de grands noms comme CIC, Crédit Mutuel, Banque Populaire, ... ce qui n'est pas négligable au niveau de l'aspect confiance de l'utilisateur je crois.
Connaissez-vous d'autres systèmes de paiement en ligne?
Merci.
- paysite-cash
- Nouveau WRInaute

- Messages: 14
- Inscription: 1 Mar 2006
sdamain a écrit:Merci pour cet info mais je trouve que ce service ne fait pas très "pro".
Je ne cherche pas le service le moins cher en la matière, mais le plus fiable. L'acheteur potentiel doit être en confiance.
bonjour
Paysite Cash est un des leaders sur le marché français dans la catégorie des solutions de billing CB direct (donc sans portefeuille électronique) et plus particulièrement les achateurs sont totalement en confiance puisque nous proposons des outils de marque blanche totale du formulaire CB ce qui permet une intégration dans le site. Les chiffres des ratios de conversion sont publiés sur notre homepage, environ 25% des clients payent ce qui est énorme par rapport à des solutions concurrents qui tournent entre 1 et 5%.
cdt
- paysite-cash
- Nouveau WRInaute

- Messages: 14
- Inscription: 1 Mar 2006
pour répondre à sdamain
le client est en confiance quand il n'a pas l'impression de sortir du site sur lequel il est. nous avons fait des études et des tests en la matière.
cela veux dire que tous les formulaires fournis par des banques font peur aux clients (peur de pishing, peur d'être tombé sur un autre site et de ne pas être livré) alors qu'un formulaire SSL en local (le must) ou un formulaire distant mais totalement customisé font que le client ne se pose pas la question
Dans tous les cas, faux pb puisque l'on chargeback très facilement en france...
le client est en confiance quand il n'a pas l'impression de sortir du site sur lequel il est. nous avons fait des études et des tests en la matière.
cela veux dire que tous les formulaires fournis par des banques font peur aux clients (peur de pishing, peur d'être tombé sur un autre site et de ne pas être livré) alors qu'un formulaire SSL en local (le must) ou un formulaire distant mais totalement customisé font que le client ne se pose pas la question
Dans tous les cas, faux pb puisque l'on chargeback très facilement en france...
- shrom
- WRInaute impliqué

- Messages: 865
- Inscription: 5 Juil 2004
omid a écrit:sdamain>pourquoi tu n'utilises pas PayPal ce sont les moins couteux du marché et simple à mettre en place !
Avec le webservice de Paypal, le client reste sur le site du vendeur.
Mon avis perso sur la question:
Je préfère être redirigé vers le site de la banque, ça m'assure que le vendeur ne conserve pas les numéros de carte bancaire et ça me permet de vérifier quelle est la banque.
16 messages
• Page 1 sur 2 • 1, 2
Formation recommandée sur ce thème :
Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par les experts Google Analytics de Ranking Metrics.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- système de paiement en ligne: expérience SP+
- Qu'utilisez-vous comme systeme de paiement en ligne?
- un seul systeme de paiement en ligne pour plusieurs URL
- Carte de paiement avec clavier intégré
- implémenter un système de paiement
- Systeme de paiement online
- Système de paiement sogenactif
- Systeme de paiement Paypal
- système de paiement ssl
- Systeme de paiement connaissez vous en un qui ...
Consultez la description détaillée des produits ou services de Google suivants : Google Wallet, Google Checkout
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité


