Jump to content

wiso88

Members
  • Posts

    27
  • Joined

  • Last visited

Profile Information

  • Location
    Luxembourg
  • Activity
    Other

wiso88's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Comme ceci ? ou il en manque ? Redirect 301 /en/ http://www.monsite.com/ Redirect 301 /en http://www.monsite.com Redirect 301 /de/ http://www.monsite.com/ Redirect 301 /de http://www.monsite.com Redirect 301 /fr/ http://www.monsite.com/ Redirect 301 /fr http://www.monsite.com En tout cas merci de ton aide !
  2. Merci de ton retour, je me suis posé cette question également mais je n'en étais pas sûr Est-ce que par la suite je devrais remettre ces lignes dans mon fichier robots ou non ? Que faire pour le www.monsite.com/fr du coup ? J'ai bien tout redirigé également et il ne figure pas dans le fichier robots.txt et pourtant j'ai beaucoup de contenu dupliqué www.monsite.com/produit1 www.monsite.com/fr/produit1 Le search console me renvoi quasiment tous mes produits en titre et meta descriptif doublon, comment désindexer les /fr/ ? Merci d'avance
  3. Bonjour, J'ai vu plusieurs sujets traiter de ce problème sur le forum mais aucun n'a vraiment répondu totalement à mes interrogations. Donc pour résumer mon problème, lors de la création de mon site j'ai fait l'erreur d'activer directement 3 langues (français, anglais et allemand) et je n'ai pas fait totalement la traduction de l'anglais et de l'allemand. Du coup ces pages ont été référencés, duplicate content etc.... Actuellement je ne souhaite plus ces langues et je les ai donc désactivées. Je suis repassé d'une url du type www.monsite.com/fr/ à www.monsite.com Pour ne pas perdre en référencement j'ai modifier mon .htacces an ajoutant en bas du fichier : Redirect 301 /en/ http://www.monsite.com/ Redirect 301 /de/ http://www.monsite.com/ Redirect 301 /fr/ http://www.monsite.com/ et j'ai rajouter dans mon fichier robots.txt : Disallow: /de/ Disallow: /en/ Jusque là tout semble fonctionner. Quand je teste les url en /de/ ou /fr/ elles sont bien toutes redirigées vers mon site www.monsite.com. De même quand je clique sur un lien google d'une page /en/ elle est bien rédirigé sur la page principale. Le fichier robot bloque bien les pages en /de et /en. (je n'ai pas bloquer les /fr/ dois-je le faire aussi ? Donc mon interrogation vient du fait que j'ai fait cette manip il y a déjà plus d'1 mois de cela et je ne constate aucun changement sur le nombre de pages indexées sur google. J'en ai même encore plus d'indexée vu que les pages www.monsite.com sont réindexés et ça créé du dupplicate content par rapport aux page www.monsite.com/fr/ Comment désindexer toutes les pages allemandes et anglais de google et remplaçer celle avec l'url en /fr/ ? Merci d'avance
  4. Bonjour, J'aurais besoin d'avoir un conseil par rapport au référencement de ma boutique sous prestashop 1.6 et des réponses aux nombreuses questions que je me pose. Pour resituer le contexte, j'ai créé une boutique il y a quelques mois de cela sous 1.6 en multi langue et multi boutique. Les problèmes qui se posent actuellement, sont les suivants : MULTILANGUE En commençant la création du site et des produits, j'ai activé les lanques "anglais" et "allemand" en laissant le contenu en français de base, je comptais faire la traduction plus tard. Cependant je me rends compte actuellement que pas mal de pages sont référencés en se partageant les langues. J'ai des pages référencés sur le www.nomdusite.com/fr/, www.nomdusite.com/en/, www.nomdusite.com/de/ ... Je pense qu'il y a un problème de dupplicate content vu que pour le moment le contenu est le même pour toutes les langues, après comment savoir laquelle est privilégier ? est-il possible de force dans un premier temps le référencement du FR seulement ? De plus par la suite, une fois les traductions effectuées (ce que je compte faire très rapidement) est-ce que toutes les pages se référenceront bien naturellement c'est à dire www.nomdusite.com/fr/produit1, www.nomdusite.com/en/produit1, www.nomdusite.com/de/produit1 ou le produit ne sera référencé qu'une fois avec une langue ? J'ai ce problème également sur les images, beaucoup d'images du site sur google image ressortent avec un lien /en/ au lieu du /fr/. Que faire ? Autre petite question, l'adresse de base du site qui remonte quand je tape "nomdusite" sur google est www.nomdusite.com/fr , du coup sur google webmaster tool, j'ai paramétré le site www.nomdusite.com en temps que site de base, est ce que je dois déclarer le /fr/ ? MULTIBOUTIQUE Après le problème des langues je rencontre un second problème avec le référencement et ce coup-ci le mutliboutique. J'ai au sein de ma site, une sous-boutique qui s'appelle www.nomdusite.com/boutique2/ qui est en gros un site catalogue pour l'un de mes clients mais qui reprend la plupart des produits du site sans les prix et les modules de paiement, c'est juste pour consulter. Là aussi j'ai des pages de ce sous-site qui se référencent au détriment des pages produits du site principal. De même pour les visuels. Comment faire pour corriger cela ? Remodifier tout le contenu des fiches produits pour avoir des fiche produit totalement différentes sur les 2 sites et pas de dupplicate content ? Les 2 produits sur les 2 sites seront référencés ? Où héberger ce sous site sur un autre domaine ? Comment procéder via ovh et prestashop ? Merci d'avance de votre aide.
  5. Ce qui est surprenant aussi c'est que dans le footer du site il y a aussi des pages de cms d'affichées, comme "paiement sécurisée" et d'autres que nous avons ajoutées et là elles s'affichent bien avec le bon lien
  6. La requete me retourne bien tous le contenu. Par contre id_shop = 0 sur du multiboutique, celà correspond à quelle boutique ? Car tout est vide dans ces lignes.
  7. Ce qui est d'autant plus bizarre c'est qu'en base de données tout semble être présent ... Les pages cms sont bien là, les titres également
  8. Merci de votre retour A première vu je n'ai pas constaté d'autres bugs sur d'autres tables mais je vais creuser cela plus en détail. Que me conseillez-vous pour remédier à ce problème ou essayer de le corriger ?
  9. Bonjour, je rencontre un bug au sein de ma page cms sur l'administration de prestashop. Je ne sais pas si cela est dû à l’activation du multiboutique, c'est ce que je suspecte, mais depuis cela, certaines pages du cms ne s'affiche plus. Enfin c'est plutôt le nom de la page qui ne s'affiche plus car si je clique sur la ligne vide, j'accède bien à la page avec le détail de celle-ci. De même en front office par exemple dans le sitemap, j'ai des trous sur certains pages où le titre ne s'affiche pas, mais si je clique sur la petit flêche devant je peux quand même accéder à la page. Il y a juste l'id dans le lien mais pas le titre, mais la page est quand même retrouvée. Merci d'avance de votre aide
  10. Effectivement autant le mettre car depuis cette modification je n'ai plus de problème alors qu'avant c'était très aléatoire, un coup ça marchait le matin et plus l'après-midi, un coup ça ne marchait pas de la journée.
  11. Bonjour, Le problème des filtres a été corrigé avec la méthode suivante : https://www.prestashop.com/forums/topic/94299-resolu-502-bad-gateway-sur-la-pagination-produits-back-office/ D'autres problèmes ont également été corrigés en désactivant les messages d'erreurs et de warning du fichier config et define. En effet ovh met à jours ses serveurs sur les dernières versions de PHP et beaucoup de messages d'avertissement remontent sur les anciennes versions de prestashop ce qui bloque certains chargements de page.
  12. Bonjour, Pour ma part le bug a été corrigé en supprimant l'affichage de certains warnings et messages d'erreurs dans le fichier define et config : Désactiver le mode dev dans defines.inc.php : define('_PS_MODE_DEV_', false); et dans le fichier config.inc.php @ini_set('display_errors', 'off'); define('_PS_DEBUG_SQL_', false);
  13. Merci à toi ! Effectivement avec le passage sur une nouvelle version de PHP sur OVH, de nouveaux messages de warning apparaissent et ça fait planter l'authentification et plusieurs autres bugs. En enlevant ces messages, plus de problèmes !
  14. Même probleme chez moi. Pour l'histoire des commandes à filtrer sur le BO, la méthode là semble fonctionner : https://www.prestashop.com/forums/topic/94299-resolu-502-bad-gateway-sur-la-pagination-produits-back-office/ Par contre plus moyen de se logguer sur le front office, donc plus de possibilité pour les clients de passer commande et ça c'est plus ennuyeux !
  15. Deprecated: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in /home/meublesl/www/classes/MySQL.php on line 34 Warning: Cannot modify header information - headers already sent by (output started at /home/meublesl/www/classes/MySQL.php:34) in /home/meublesl/www/controllers/ParentOrderController.php on line 43 Warning: Cannot modify header information - headers already sent by (output started at /home/meublesl/www/classes/MySQL.php:34) in /home/meublesl/www/controllers/ParentOrderController.php on line 44 Warning: Cannot modify header information - headers already sent by (output started at /home/meublesl/www/classes/MySQL.php:34) in /home/meublesl/www/classes/Tools.php on line 74
×
×
  • Create New...

Important Information

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