Olivier CLEMENCE

J'en rajoute une couche .... c'est un délire de vouloir enlever les ID d'une url... ça a toujours été et ça sera toujours présent car les ID font partie intégrante de la programmation et du web. J'irais même jusqu'à dire que si Google n'est pas trop bête l'id lui est utile pour identifier deux url pour un même produit..

J'ai regardé et en effet, il y a un bug sur certaine valeur avant même dès qu'on clique en dehors du champ pour indiquer la quantité à sa revient à 5. Du coup, lorsqu'on clique sur ajouter au panier, c'est évidemment 5 quantités qui sont ajoutées. J'ai un module qui permet de gérer les quantités minimale et maximale (par lot, etc.) : https://www.store-opart.fr/p/26-limit-quantity.html J'en profite aussi comme je vois que vous vous adressez à des associations, pro etc et que vous avez juste un formulaire simple pour les devis, vous pouvez regarder mon module de devis ici : https://www.store-opart.fr/p/25-devis.html Les deux modules sont aussi dispo sur Prestashop Addons si vous le souhaitez : https://addons.prestashop.com/fr/inscription-processus-de-commande/87052-op-art-limit-quantity-quantite-max-et-ventes-par-lots.html https://addons.prestashop.com/fr/devis/18195-op-art-devis-creation-de-devis-front-et-back-office.html

Hi, no you've not been hacked. It's because the module you installed needed prestashop account module. So now your backoffice login page offer two solutions to connect, you only have to click on "connectwith another method" to get the olkd login page.

Alors en fait, ça ne suffira pas d'inclure les remboursements partiels, car il manque plein de chose dans les différents calculs fait par les modules de stats par défaut de PrestaShop (dont le tableau de bord fait partie). Je ne les ai pas tous en tête, mais : il va te manquer les remboursements partiels. Il ne prend pas en compte le taux de change (si tu as plusieurs devises). Si tu fais un code de réduction qui offre les FP il va être pris en compte comme réduction même si les FP ne sont pas inclu dans le CA. Je ne sais pas s'il gère correctement le multiboutique. .... Bref, c'est très simplifié leur méthode de calcul et donc très inexacte. Je prêche un peu pour ma paroisse, mais avoir de bonnes statistiques est essentiel pour un ecommerce. Je n'en avais pas conscience avant de vraiment vouloir faire grossir ma propre boutique et maintenant que j'ai créé mon module et que j'ai des feedbacks/sav de plein de commerçants, je me rends compte que les stats sont ultra-utilisé par les commerçants qui font du chiffre, ça drive vraiment leurs décisions (et donc leur croissance). Pour illustrer la complexité d'avoir de bonnes stats, voici une requête SQL "simple" pour récupérer un CA correcte avec pour seule condition une plage de dates. SELECT SUM(total) AS 'totalCA' FROM ( SELECT orders.id_order, ( ( ( orders.total_paid_tax_excl - IF( order_cart_rule.value_tax_excl IS NULL, orders.total_shipping_tax_excl, 0 ) ) - SUM( IFNULL( order_detail.total_refunded_tax_excl, 0 ) ) ) / orders.conversion_rate ) AS 'total' FROM ps_orders orders INNER JOIN ps_order_detail order_detail ON orders.id_order = order_detail.id_order LEFT JOIN ps_order_cart_rule order_cart_rule ON orders.id_order = order_cart_rule.id_order AND order_cart_rule.free_shipping = 1 WHERE ( orders.`id_shop` = 2 OR orders.`id_shop` = 1 OR orders.`id_shop` = 3 ) AND( orders.`current_state` = '9' OR orders.`current_state` = '3' OR orders.`current_state` = '4' OR orders.`current_state` = '5' OR orders.`current_state` = '11' OR orders.`current_state` = '2' ) AND orders.`invoice_date` >= '2024-03-06 00:00:00' AND orders.`invoice_date` <= '2024-04-04 23:59:59' GROUP BY orders.id_order, order_cart_rule.id_order_cart_rule ) AS t Tu peux tester de l'utiliser dans l'outil SQL de PrestaShop, je ne sais pas s'il l'acceptera. Il faudra que tu modifies les dates dans la requête pour avoir la période que tu souhaites.

Hello @Asu34 par défaut il n'y a pas de stats utilisables dans PrestaShop. C'est pour ça que j'ai créé un module de stats dédiée qui est capable de tout prendre en compte. (Remboursement partiel, remise, frais de port, etc..) Il est dispo ici : https://prestashop.pxf.io/Ora3OA

Hello Fanny, lorsque j'ai développé mon module, j'avoue que je me suis souvent demandé à quoi servait telle ou telle colonne dans la base de données. Je n'ai pas trouvé de liste qui y réponde malheureusement.

Hello, je ne connais pas le module. Mais peut-être que vous trouverez plus facilement ce que vous recherchez (sans passer par looker studio) avec mon module : https://addons.prestashop.com/fr/analyses-statistiques/90621-opart-stat-statistiques-ecommerce-utiles-et-fiables.html Il permet d'avoir pleins de stats directement dans le PrestaShop et si vous le souhaitez, on peut ajouter des métriques custom pour répondre aux besoins spécifiques du marchand.

@sparh non le module n'est pas lié à google analytics pour que les données soit les plus objectives possibles. Vous n'aurez pas d'historiques pour ce qui concerne les visites. Par contre vous aurez tout l'historique concernant vos commandes, chiffres d'affaires, etc.

Hello @sparh, je suis le créateur du module dont @Mediacom87 a parlé sur son article. En effet, je rembourse mes modules si vous n'êtes pas satisfait. C'est noté en gros en haut à gauche sur mon shop : https://www.store-opart.fr/ 😉.

Hello, il y a peut-être les modules de stats natif qui remplissent aussi la bdd . A vérifier !

Hello, les statistiques du module de base de PrestaShop sont fausses, il est préférable de ne pas s'y fier. Concernant les statistiques de GA, il faut être sûr qu'il est bien configuré ce qui n'est pas toujours simple et avec l'acceptation des cookies, etc... il est possible de perdre des datas en route. J'ai créé un module que j'améliore en permanence pour avoir des statistiques fiables et utilisables pour les marchands. Il est dispo ici, si ça vous intéresse : https://addons.prestashop.com/fr/analyses-statistiques/90621-opart-stat-statistiques-ecommerce-utiles-et-fiables.html Vous aurez des statistiques de trafic ainsi que toutes les données de chiffres d'affaires, bénéfices, etc.

Hello il semblerait qu'il y ai une erreur dans le code du module. J'ai créé un module de sitemap avancé si tu veux : https://addons.prestashop.com/fr/seo-referencement-naturel/88488-op-art-sitemap-nombre-de-pages-illimitees-filtres.html

Bonjour Alice, oui ce sera considéré comme du duplicate content. La meilleure solution dans votre cas est de n'afficher la page que sur l'un de vos sites et pas sur les autres.

Bonjour, dans votre cas le plus logique et le plus efficace serait de mettre en place des redirections 301 vers des produits similaires ou la catégorie parente. Vous pouvez le faire avec mon module ici : https://addons.prestashop.com/fr/url-redirections/86239-op-art-easy-redirect-redirection-seo-301-302.html

Hello i don't know why your dashboard doesn't work but becareful all data are not accurate in default PrestaShop statistic module. You can try my module if you want more accurate data : https://addons.prestashop.com/en/analytics-statistics/90621-opart-stat-reliable-and-useful-ecommerce-statistics.html