Jump to content

alexps

Members
  • Posts

    16
  • Joined

  • Last visited

Profile Information

  • Activity
    User/Merchant

alexps's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Merci pour vos informations, entre-temps, nous avons eu confirmations qu'il s'agissait bien d'une fraude et l'argent nous a été retiré. La transaction avait eu lieu le 2 juillet, l'annulation du paiement sur notre compte a eu lieu début septembre, 3 mois de délais, encore heureux que nous avions eu des indicateurs (erreur de paiement de la commande sur notre Prestashop, et le risque plus élevé sur notre TPE). Edit : Espérons qu'il y aura des contrôles plus approfondis ou des améliorations sur ces plateformes de paiement.
  2. Bonjour iorek, Merci pour cette précision, en effet, nous n'avons pas remboursé la cliente car nous soupçonnons une fraude, nous attendons donc de voir comment la suite va se dérouler, sachant que nous n'avons pas encore procéder au remboursement .
  3. Bonjour, Désolé d'apprendre ça, surtout que ça peut être dangereux pour un e-commerçant ces histoires. Nous avons un module CIC paiement avec 3D secure, il nous est arrivé une fois un paiement pour une commande de 500 € d'habits, un peu inhabituel mais bon pourquoi pas, le paiement était sur notre compte, quelques jours après avoir traité et expédié la commande, le paiement a était "retiré" de notre compte, carte USA. Par contre sur notre TPE, quand il peut y avoir un problème avec un paiement, on voit qu'il y a un risque plus élevé que d'habitude. Maintenant, nous vérifions systématiquement sur notre TPE quand les commandes paraissent inhabituelles, quand les cartes ne sont pas de la même origine que le pays de livraison du client, etc... Exemple, cliente espagnole qui paye avec une carte américaine (risque élevé sur notre TPE), nous avons contacté la cliente pour l'informer qu'on allait la rembourser et on préférer un virement, pas de réponses depuis. Bon courage à vous.
  4. Bonjour Hedrad et merci pour votre réponse. L'url canonique est bien indiquée sur toutes les pages ayant une pagination (liste : des fournisseurs, des fabricants, des produits d'un fournisseur, des produits d'un fabricant, des promos, des meilleurs ventes, des nouveaux produits et des produits d'une catégorie). Je devrais donc pouvoir retirer la gestion du "n=" dans le fichier robot.txt et je verrais le comportement. D'après ce que j'ai compris, l'url affichée dans Google sera (pour les pages avec pagination) celle avec "n=200" ? ça fait pas terrible mais ça pourra se modifier avec une réécriture d'url.
  5. Merci -stephane pour votre réponse. En effet, pour l'affichage par ordre croissant ou décroissant, ce ne doit pas être pris en compte et ces paramètres sont renseignés dans le fichier robot.txt. Je ne sais pas exactement si c'est ça dont vous parlez, mais je pense que c'est bien le cas sur mon système. Car les réglages que j'ai effectué qui s'appliquent à toutes les pages avec pagination, ont une URL canonique sous la forme "nomdelapage?n=200", qu'importe les paramètres dans l'URL, donc la première page à la même URL canonique que la dernière page, ou que la page avec un tri par ordre croissant, etc... Par exemple, cette URL canonique http://www.haricot-a...cessoires?n=200 est toujours la même pour toutes ces pages : http://www.haricot-a...-et-accessoires http://www.haricot-a...accessoires?p=2 http://www.haricot-a...ce&orderway=asc http://www.haricot-a...&id_category=27 Est-ce que c'est bien de cela dont vous parliez ? PS : Je viens de trouver un article de Google qui indique cette méthode (url canonique sur la page listant les résultats), si ça peut en intéresser : http://googlewebmast...ch-results.html
  6. Bonjour tout le monde, J'ai déjà lu pas mal d'articles sur le référencement et les paginations et j'ai fait quelques modifications sur les pages concernées (<meta title> et <meta description> avec numéro de page, balises "rel="next", rel="prev", balise rel="canonical") Sur beaucoup d'articles, j'avais vu qu'il ne fallait pas que soient prises en compte par Google les pages avec des paramètres, mais j'ai vu un autre article qui indiquait que Google indexait rarement toutes les pages lorsqu'il y avait une pagination, et donc qu'une bonne astuce serait de définir l'URL canonique sur la page qui liste tous les produits. Je décide d'opter pour cette solution et pour cela, j'offre donc la possibilité d'afficher tous les produits sur une seule page : http://www.haricot-a...&id_category=18 et je définis l'URL canonique des pages contenant une pagination en rajoutant le "?n=200" (exemple : http://www.haricot-a...8-bavoirs?n=200) J'avais également rajouté dans GWT dans la partie Configuration > Paramètres d'URL ceci pour qu'il explore, parmi les pages avec pagination, seulement celles qui affichent tous les produits : Paramètre Effet Exploration n Pagination Valeur = 200 Par contre, dans mon fichier robot.txt (généré par Prestashop), je vois ceci : Disallow: /*n= Donc il y a une incohérence entre mes nouveaux réglages et mon fichier "robot.txt", mais ne souhaitant pas faire de bêtises, je préfère demander votre avis : Quelle est pour vous la meilleure solution ? Page listant tous les produits (url canonique = www.haricot-asticot.com/18-bavoirs?n=200) ou comme c'était par défaut (url canonique = www.haricot-asticot.com/18-bavoirs). Si c'est celle d'afficher la page contenant tous les produits, que dois-je réellement changé entre GWT et mon fichier robots.txt concernant le paramètre n ? Merci par avance, Alexandre
  7. Bonjour, Je suis toujours en quête d'un élément de réponse concernant mon soucis. Certains d'entre vous utilisent-ils le module natif pour les commentaires ? Si vous l'utilisez et n'avez pas de soucis, pouvez-vous m'indiquer votre version de Prestashop (pour voir si ça vient de là..) ?
  8. Bonjour à tous, J'avais suivi il y a quelque temps un tuto pour mettre en place les rich snippets sur les fiches produits de Prestashop, pas de soucis (lien du tuto : http://ebewe.net/blo...-et-prestashop/). Par contre, j'utilise le module natif de Prestashop pour les avis clients et les calculs concernant la moyenne des avis des internautes sont faux à l'affichage sur le site, et pourtant, cela semble correct dans le code (ou j'ai loupé quelque chose d'autre). Pouvez-vous m'aider à comprendre ? J'ai mis une pièce jointe de l'affichage que j'ai sur le site concernant le nombre total de votes ainsi que la moyenne des votes. Voici l'extrait de code du fichier "productcomments.tpl" pour l'affichage : <h2>{l s='Average grade' mod='productcomments'} {section loop={$averageTotal|round} step=1 start=0 name=average}<img src="{$modules_dir}productcomments/img/star_only.gif" alt="Note globale du produit"/>{/section} {section loop=5 step=1 start={$averageTotal|round} name=average}<img src="{$modules_dir}productcomments/img/star_empty.gif" alt="Note globale du produit"/>{/section}</h2> <br/>Nombre de commentaires : <span itemprop="reviewCount">{$comments|@count}</span> <br/>Moyenne des commentaires : <span itemprop="ratingValue">{$averageTotal}</span> <br/>Moyenne arrondie des commentaires : <span itemprop="ratingValue">{$averageTotal|round}</span> Voici l'extrait de code du fichier "productcomments.php" pour les fonctions : $averages = ProductComment::getAveragesByProduct((int)Tools::getValue('id_product'), (int)$cookie->id_lang); $averageTotal = 0; foreach ($averages AS $average) $averageTotal += $average; $averageTotal = count($averages) ? ($averageTotal / count($averages)) : 0;
  9. Bonjour, Merci pour votre réponse. De toute façon, cela n'a même pas l'air nécessaire car sur une vraie commande ou nous avons eu le problème, la personne avait bien choisi le transporteur (vu que le bug s'est produit après le paiement), quand j'avais fait le test, je n'étais pas allé jusqu'au bout d'où le choix de transporteur non sélectionné.
  10. Bonjour, Tout d'abord, un grand merci pour votre module. J'ai effectué un test pour la transformation d'un panier en commande, en indiquant le module de paiement de notre banque, et tout s'est bien passé. Cependant, dans ma commande servant de test, je n'avais pas sélectionné de transporteur, du coup, dans la commande, il n'apparait pas. Peut-on via quelques lignes de codes ou dans une nouvelle version, renseigner un transporteur (à choisir dans notre liste de transporteur ou simplement en écrivant le nom) avant de transformer le panier en commande ?
  11. Bonjour jeckyl, Tout d'abord, nous vous souhaitons une bonne année et nous vous remercions pour l'aide que vous nous avez apporté. Le problème était dû à l'ajout d'un champs sur la fiche produit qui était généré en fonction de la déclinaison (sélectionnée comme les références par exemple).
  12. Nous essayons de régénérer les miniatures mais il semble y avoir un soucis côté serveur... En mettant le template par défaut (en local), cela semble résolu.
  13. Merci pour votre réponse. En essayant de désactiver un à un les CCC, ou tous en même temps, cela ne fonctionne pas..
  14. Nous venons d'avoir une vente avec un produit possédant 36 déclinaisons (http://www.freekidds.com/catalogue/poussette-compacte-easywalker-june/125-poussette-compacte-easywalker-june.html), et les prix sont différents pour chaque déclinaison. Le gros problème, c'est que la personne à fait son choix parmi les 3 listes d'options et quand elle a ajouté son article personnalisé au panier, c'est la déclinaison par défaut qui a été prise en compte, avec donc, le prix de cette déclinaison. Exemple : un client choisi un article avec la déclinaison "rouge", si la déclinaison par défaut est "vert", alors l'article dans le panier sera "vert" avec le prix de la déclinaison "vert". Le problème devient urgent à résoudre car ce soucis influence sur les montants payés par nos clients et les stocks des articles, avez-vous des pistes ?
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More