Cela peut être du à beaucoup de facteurs indépendant de notre module, dans le doute, la première chose à faire est de greffer le module sur le hook Header. Dans la configuration du module, cliquez en haut à droite sur l’icone « Greffer » puis ajouter et enfin précisez le module et le greffon Header. Le module fonctionne normalement sur le hook actionDispatcher mais cela est parfois incompatibles avec certains modules de redirection URL.
Si votre boutique possède beaucoup d’override customisés, cela peut aussi avoir un impact conséquent.
Une autre solution consiste a créer un Override dans la classe FrontController (override/classes/controller/FrontController.php) avec le code suivante, c’est néanmoins une méthode peu recommandée :
A noter que Pretty URL pose très souvent des problèmes et nous n’y pouvons pas grand chose. La manière dont à été faite ce module est tout bonnement incompréhensible en 2020 et dévie totalement le fonctionnement de Prestashop comme il devrait être. Si vous possédez ce module et que vous vous en servez avec le notre, nous ferons en sorte de vous aider mais ne vous attendez pas à des miracles.
Loin de nous l’idée de faire de la vente forcée mais force est de constater que notre module de réécriture d’URL lui fonctionne avec celui-ci, comme les autres modules de redirections.
Le module a pour but de rediriger toutes les pages « mortes » (404) par lui même sans que vous ayez à intervenir.
Sa première option permet de récupérer les URLs des pages introuvable et applique une redirection si des termes sont similaires en base de donnée, sinon il ajoute une entrée
Cela permet de corriger les URL mal tapées ou légèrement fausse pour 99% d’entre elles et assurer à votre SEO de rester correct malgré des erreurs dans des liens externe par exemple.
Le module gère également la redirection des pages désactivées ou supprimées en les renvoyant vers leur parent logique, par exemple un produit supprimé verra son URL renvoyée vers
Le dernier algorithme de redirection vers les dossiers parents permet de récupérer les derniers éléments potentiellement hors champ des deux premiers types. Il prendra par exemple /dossier/sousdossier pour renvoyer vers /dossier. Si dossier n’existe pas non plus il enverra vers /. Cela permet également de récupérer une grande partie des anciennes pages 404 encore indéxées qui découlent de pages supprimées sans avoir à le gérer une par une.
Dans le cas d’une migration vous pouvez également utiliser le mode Regex, bien que celui-ci soit très gourmant et réservé aux développeurs. Il permet d’utiliser la fonction php preg_match de la manière suivante :
preg_match(‘/’.$rule.’/i’, $url)
Les / sont échappés par le programme, vous n’avez pas à le faire.
Le plus simple reste de nous contacter, on le fera gratuitement si il s’agit d’un module avec un public large, si c’est pour une implémentation personnalisée, cela nous prend généralement une heure, soit 60€HT en 2020.
Le module gère la production du robots.txt et y ajoute la ligne qui permet aux moteurs de recherche de trouver le sitemap facilement, quelque soit la boutique.
Cela a été fait car le multishop peut donner des adresses de sitemap différentes et l’adresse indiquée dans le robots.txt doit être entier (absolu) et non relatif.
Votre temps de réservation produits est trop court ! Il doit être minimum de 25 minutes pour assurer que les clients arrivant sur la page de paiement ait tout le temps nécessaire pour payer.
À ce niveau, le temps imparti est remis à 0 sur le checkout pour éviter tout problème. Il reste le cas sur lequel un utilisateur prend beaucoup de temps à payer sur une plateforme externe type PayPal, chose sur laquelle nous n’avons pas encore trouvé de solution pour le moment bien que le problème soit extrêmement rare. Nous insistons sur le fait qu’il est dangereux de mettre moins de 25 minutes pour la réservation des produits.
Les produits sont comptés dans une table de base de donnée séparée de celle de Prestashop. En cas de dépassement du temps imparti ils peuvent être enlevé du panier des utilisateurs.
Seul les utilisateurs ayant le produit dans leur panier pourront le commander.
Ce module est très exigeant et propose quasiment du temps réel pour chaque client. Des options dans le module permettent d’atténuer ce fait. Celle consistant à désactiver les chronomètres dans les listes est de loin la plus efficace.
Oui mais cela demande une implémentation que nous n’avons pas pu automatiser car Prestashop ne le permettait pas. Un guide est disponible avec la ligne à ajouter pour le faire dans le back-office du module.
Ils sont très léger, quelques centimes après les 100000 premières demandes en 2020. Les prix sont disponibles ici : https://developers.google.com/places/web-service/usage-and-billing
Cela peut être du a plusieurs choses :
– La clé API n’est pas bien renseignée.
– La clé est limitée à la mauvaise adresse, nous recommandons de mettre domain.tld/* ce qui permet d’être certains de quasiment tout prendre en charge.
– Vous n’avez pas activé les bonnes API. Il faut que l’API Places soit activé sinon cela ne fonctionnera pas. Nous demandons aussi de mettre en place Maps dans sa globalité et Maps Javascript également.
– Vous devez avoir renseigné votre carte de paiement.
Pour débugger cette partie, nous ouvrons la console développeur Chrome (Voir ici) et dans l’onglet Console apparaît très souvent une inscription en rouge de Google Maps vous précisant l’erreur.
Le plus simple reste de commencer depuis https://cloud.google.com/maps-platform puis créer la clé en question ici https://console.cloud.google.com/google/maps-apis/credentials.
Renseignez « Referrant HTTP » et mettez votre domaine comme ceci *.domain.com/*
Normalement Oui ! Après certains ne respectent pas les standards de Prestashop, mais c’est rare. Les modules les plus vendus sont pris en charge. Cela fait depuis plusieurs années que nous n’avons pas eu de nouvelles demande d’adaptation.
Oui, sur les pages de création d’adresse et de commande. Cela ne fonctionnera pas sur des pages de modules sans notre intervention cependant.
Google le permettait avant mais a supprimé cette fonctionnalité. Elle est sensée revenir d’ici 2021 et nous l’implémenteront le moment venu.
Vous pouvez soumettre une correction à Google a ce sujet : https://support.google.com/maps/answer/3094088
Le module ne peut rien y faire à notre grand regret.
Les recommandations sont faites avec les mêmes résultats que Google Maps. Il fonctionne partout sur terre même au Groenland.
Elles sont prises en charge par le service vous n’avez rien à configurer. Si un prix est proposé c’est que le service peut livrer dans la zone.
Les prix sont transmis par le service en temps réel. Vous pouvez manipuler ce prix grâce aux options et même définir un prix de panier à partir duquel la livraison est gratuite. Les options de Prestashop dans l’onglet transporteur ne sont pas utilisés pour les définir.
Nous avons mis en place ce système de question réponses basé sur les demandes que nous recevons justement car faire évoluer la documentation jointe avec le plugin est contraignant. Ceci nous permet de réagir plus efficacement. On sera ravis cependant de vous répondre pour ensuite la compléter.
Parlons en ! On est toujours réceptif pour les bonnes idées.
Oui mais pas dans le cadre du support qui ne concerne que le suivi de la mise en place et la correction des bugs. Si il s’agit d’un micro ajustement nous vous aiderons bien entendu, cependant si le travail est plus conséquent nous vous proposerons un devis. Notre taux horaire étant de 60 € HT/heure.
Pas pour le moment sur Prestashop, nous pensons à intégrer la gestion des entrepôts de Prestashop, cela ne nous a pas encore été demandé pour le moment. Vous pouvez néanmoins mettre une adresse différente par boutique avec l’option multishop.
Pour WooCoomerce, cela est possible avec le plugin Local Pickup Plus disponible ici : https://woocommerce.com/products/local-pickup-plus/
La prise en charge concerne uniquement les points de pickup disponible et les stocks associés, les horaires proposés respectent ceux de notre plugin cependant.
Oui, tous nos modules sont compatibles multi-lang et multi-shop. Les configurations peuvent changer pour chaque magasin.
Pour Stuart et Deliver.ee, vous pouvez par ailleurs définir un point de pick-up par eShop.
A propos de Magic Redirect 301, vous pouvez définir quelles redirections sera utilisée par quel eShop. A noter que cela est automatiquement fait par le système lors de la création des règles, vous n’aurez pas à gérer la distribution des règles vous même.
En ce qui concerne URL Rewriter (SEO , celui-ci prend en charge chacun des différents eShop de manière séparée pour ne pas créer de doublons.
Lonelystock (Isolation des produits) sépare chaque produit dans les boutiques mais les stocks étant gérés de manière commune dans Prestashop, les temps et les quantitées sont gérées en commun. Nous avons simplement suivi le comportement habituel de Prestashop compte tenu des stocks.
Simple Sitemap est nativement fait pour gérer toutes les complexités des multi shop et multi lang, même au niveau des autres plugins (blogs …) lorsque cela est possible évidemment.
Il y a trois modes, un permet de gérer le temps de préparation au moment de la commande, un second permet d’appliquer ceci a chaque ouverture de magasin afin d’éviter les commandes nocturnes impossible à respecter. Le dernier n’applique le second mode que pour J+1.
Ce module vous permet d’automatiser la gestion de la prise en charge des commandes vers le service. Il gère la prise de commande et son suivi complet. Une fois mis en place vous n’avez rien à faire de particuliers, tout sera géré et transmis au service (packages, horaires, lieux…) puis synchronisé avec Prestashop/WooCommerce.
Le plugin regarde d’abord quels jours sont disponibles et à quels horaires puis réduits les propositions d’heures selon les différentes règles renseignées dans la configuration (pauses, temps de préparation, gestion à J+0/1). Le mode de temps de préparation est également important car il aura des incidences selon les différents jours.
Le plugin applique par ailleurs une légère marge de temps par défaut pour éviter des problèmes de commandes prématurées.
Le mode manuel permet de récupérer les options de livraisons et le prix associé sans lancer automatiquement la commande du côté du service. Le service ne lancera pas la livraison donc vous devrez la valider vous même.
Ces informations sont pre-remplies dans le back-office de la commande pour que vous puissiez lancer la commande facilement.
Cela peut avoir plusieurs raisons :
– Il n’y a pas de prix ou de date de livraison disponibles pour cette adresse.
– Le service ne livre pas à cette adresse.
– Le transporteur associé au module (voir onglet avancé) n’est pas le bon. Il vous suffit de le modifier.
– L’affichage utilisateur (« hook ») n’est pas accroché au bon endroit. Ceci est assez rare sur Prestashop, beaucoup moins sur WooCommerce où une option vous permet de changer celui ci. Cela est très utile si vous avez un plugin de checkout type WooFunnel.
– Votre module n’est pas connecté au service car vos identifiants ne sont pas les bons. Cela est normalement indiqué.
– Vous n’avez pas renseigné de carte de paiement ou votre compte est bloqué. Ceci est très rare.
Les horaires sont découpées par journées, vous pouvez définir des horaires par jours avec des pauses. Les services démarrent à 9h et termine à 23h en général, bien que cela varie selon les villes.
Vous pouvez également définir des temps de préparation ajustable selon les jours.
Enfin un mode avancé permet d’arrêter /commencer de proposer des commandes au jour même à partir d’un certain horaire. Ceci permet par exemple d’éviter les commandes trop matinales ou nocturnes impossible à gérer pour vous.
Vous devez indiquer les horaires en suivant le format 24:59, par exemple pour 9h01 : 09:01
Ha cela est fâcheux mais sûrement pas insolvable. Pourriez vous préciser et décrire un peu ce qui ne fonctionne pas ? N’hésitez pas à nous transmettre vos identifiants back-office et connexion FTP (ou SSH !) pour que nous puissions travailler plus efficacement ! N’hésitez pas à nous transmettre des captures d’écran également.
Nous répondons généralement sous 24H ouvré, 48H dans les périodes de vacances scolaires.
Pour nous contacter, merci de nous envoyer un message depuis la plateforme sur laquelle vous avez acheté le produit, afin que nous puissions centraliser facilement les demandes et vous répondre au plus vite.