Jump to content

domisy

Members
  • Posts

    43
  • Joined

  • Last visited

domisy's Achievements

Newbie

Newbie (1/14)

1

Reputation

1

Community Answers

  1. Bon il semblerait que je sois tout seul à avoir cette réflexion 😥 Je vais donc rendre les armes et rester sur ma config actuelle, bien que pas complètement convaincu Merci à ceux qui ont répondu, je mets en résolu
  2. Je ne conteste pas l'intérêt théorique du multiboutique, d'ailleurs je me suis essayé à avoir des pages d'accueil ou des photos différentes, des prix personnalisés etc. Résultat, on oublie toujours un truc quelque part et on finit par avoir un truc moche sans s'en rendre compte ou des prix incohérents etc... Je bosse tout seul et comme la plupart d'entre nous j'ai plein d'autres choses à faire que de passer mes journées à vérifier mon front office. De plus je rappelle que certains modules ne sont pas multiboutiques. Par exemple j'utilise le module Pack de Prestamodule qui est assez puissant mais malheureusement monoboutique. Résultat je dois dupliquer les packs sur chaque boutique ce qui est bien galère... Je suis donc revenu à l'idée d'avoir deux sites strictement identiques à part la langue, et donc à repasser en mono. J'ai juste peur de me planter en référencement Est-ce que quelqu'un a déjà tenté l'expérience ?
  3. Mediacom, j'ai bien compris ce que tu me dis (et j'ai commencé à l'appliquer - merci !), mais je persiste à penser que le multiboutique me semble inutilement compliqué pour uniquement gérer des traductions D'ailleurs si j'en juge par quelques "petits" sites, certains semblent s'en passer : par ex Apple.com, made.com ont un seul nom de domaine avec des déclinaisons par pays : xxxxx.com/fr/ etc Est-ce qu'avoir un seul domaine multilingue est si pénalisant que ça en référencement ? Y a-t-il d'autres prestashoppeurs qui sont restés en monoboutique et qui peuvent me donner leur avis ?
  4. Bonjour Johann Effectivement il s'agit toujours d'un problème de contenu. Mais en multiboutique, c'est très difficile de s'assurer qu'une modif (par ex une promo) faite sur un site est toujours répercutée sur l'autre. Et si on oublie une traduction, le client UK ne voit pas le produit, donc on perd potentiellement une vente. Alors qu'en monoboutique, il n'y a qu'un seul prix, et même si la traduction n'est pas faite, il y a au moins le français + Google translate ! Donc oui, dans un monde idéal, on aurait un contenu parfait sur chaque boutique et un référencement au top avec 2 boutiques "localisées". Mais dans la vraie vie (de galérien !) du commerçant Prestashopeur, c'est bien compliqué et je me demande si l'avantage (supposé ?) du multiboutique en référencement est intéressant face aux pertes de clients potentiels liés au pbs de contenu ! 😏 D'autres expériences/avis ?
  5. Bonjour à tous J'avais une monoboutique en 2 langues (FR et EN) qui fonctionnait bien depuis 2011. Sur les conseils d'un référenceur, je suis passé en 2014 en multiboutique, avec un site .fr en français exclusivement et un site .com en anglais exclusivement. Je ne suis pas convaincu du résultat : c'est très lourd au quotidien d'assurer la gestion des deux boutiques (je maintiens surtout la FR à jour), et certains modules ne sont pas compatibles multi. Et au final, la part de mon CA international est passée de 20% à moins de 10% depuis le multiboutique...☹️ Bref je me demande si le jeu en valait la chandelle et je suis très tenté de revenir à une seule boutique (par ex en .com avec une extension /fr/ pour le français) Qu'en pensez-vous ? Est-ce trop risqué au niveau référencement ? Merci d'avance de vos retours d'expériences et conseils !
  6. Merci encore, je vais quand même lancer un autre topic comme vous le conseillez Dans l'intervalle, je mets celui-ci en résolu ! Bonne journée
  7. Dont acte. Il est possible de s'en sortir en étant bien organisé. Reste la question : le jeu en vaut-il la chandelle juste pour le multilingue ?
  8. Merci Mediacom. Je vais regarder ça de plus près car peut-être que je m'y prends mal. Cependant j'utilise Store Commander qui précise que les modifications produits doivent être faites dans le contexte d'une seule boutique : Et effectivement, selon le contexte sélectionné, je me retrouve parfois avec plusieurs versions de prix, promo, description etc et ne sais plus laquelle est la plus à jour ni celle qui sera effectivement visible par l'internaute !! Pour moi le multiboutique rest un vrai casse tête dès qu'on personnalise un peu (produits, promos, transporteurs etc) et/ou qu'on utilise des modules non compatibles multi. J'ai entendu dire plusieurs fois que "personne n'utilise le multiboutique Prestashop, c'est trop compliqué". Qu'en pensez-vous ? Le jeu en vaut-il la chandelle juste pour le multilingue ? Une monoboutique multilingue est-elle vraiment pénalisée en référencement ? Je suis curieux d'autres avis
  9. Bonjour Mediacom87 Merci pour votre réponse. Pour préciser, moi aussi à la fin je n'ai qu'un seul produit visible dans les deux boutiques, une fois en anglais, une fois en français. Le problème est que si je n'ai pas le temps de faire la traduction, je ne publie pas le produit dans l'autre langue et donc le client ne le voit pas. Je fais comme ça car parfois je repars d'un ancien produit que je duplique et il se peut qu'il y ait une ancienne traduction pas du tout appropriée ! Est-ce que le fait de le faire dans "toutes les boutiques" permet de corriger ce problème ?
  10. Bonjour à tous Je possède une boutique 1.6.1.20 en français, traduite également en anglais. Sur les conseils d'un référenceur, je suis passé en 2014 en multiboutique, avec un site .fr en français exclusivement et un site .com en anglais exclusivement. Parfait me diront les spécialistes du référencement... ...sauf que c'est très lourd au quotidien d'assurer la gestion des deux boutiques ! En général, je mets à jour la boutique .fr (qui est l'essentiel de mon activité), mais je manque de temps pour le faire sur la boutique .com. Résultat, la boutique anglaise a des trous : produits ou descriptifs manquants, promo absente etc. Cela se traduit aussi dans les chiffres : la part de mon CA international est passée de 20% à moins de 10% depuis que je suis passé en multiboutique. Je me demande si ce n'est finalement pas mieux d'avoir une seule boutique multilingue : si un contenu n'a pas été traduit, le visiteur anglais voit au moins que le produit existe et peut essayer de traduire lui-même le contenu. De plus il n'y a plus d'erreurs de prix etc. Enfin certains modules n'étant pas multiboutique, c'est aussi une galère en moins Bref, je suis tenté de revenir à une seule boutique (par ex en .com avec une extension /fr/ pour le français) Qu'en pensez-vous ? Est-ce trop risqué au niveau référencement ? Merci d'avance de vos retours d'expériences et conseils !
  11. Youpi ! J'ai effectivement trouvé une modif dans le global.js que j'ai supprimée et.. plus d'erreur js !! J'ai l'impression que le site est 3x plus rapide ! ENORME MERCI POUR VOTRE AIDE Il me reste encore un message dans la console sur la page d'accueil : Erreur d’application: Un problème est survenu lors de la récupération des données pour l’application que vous avez demandée. Cette application n’est peut-être pas valide ou une défaillance temporaire a eu lieu. Veuillez réessayer ultérieurement. ping:1:51 perf_trace {"name": "e2e", "parent": "PageEvents.BIGPIPE_ONLOAD"} Une idée ? Je crois que c'est lié à un module Facebook ?
  12. En fait je n'activais pas la compression js. C'est mieux de le faire ? De toute façon si je le fais après avoir vidé le cache, l'erreur js est toujours là. J'ai regardé mes TPL mais je ne vois rien de spécifique à adtm. Je ne sais pas dans lequel chercher (ni quoi d'ailleurs :-)) ? Merci encore
  13. Merci à nouveau. En explorant la ligne d'erreur dans le fichier de cache signalé, elle fait référence à un ancien module tiers (le module Advanced Top Menu) qui a été supprimé depuis de mon serveur : $(document).ready(function(){var sticky;setTimeout(function(){sticky=$('#adtm_menu').offset().top;$(window).scroll(function(){if($(window).scrollTop()>sticky) Mais je ne sais pas comment corriger cette erreur ?
  14. Merci Eolia Auparavant je n'utilisais pas le cache en bas de page, mais depuis la survenue de ce bug, j'ai testé ce réglage qui me semblait mieux marcher. Vous confirmez qu'il vaut mieux ne pas l'utiliser ? Pour les erreurs JS, j'ai uniquement celle ci (mais en ce moment ca fonctionne car j'ai vidé le cache pour un client il y a 2h) : TypeError: $(...).offset(...) is undefined pour le fichier mon_theme/cache/v_230_95fd8957ab10173bf0fd2c346eaca4ae.js
×
×
  • Create New...