URL Rewriting ou cloaking

Discussion dans 'URL Rewriting et .htaccess' créé par ptitpimousse, 28 Avril 2005.

  1. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    bonjour à tous
    Voilà j'ai un site marchand comportant un catalogue de produit assez conséquent. Etant donné que je passe par un formulaire pour atteindre ces articles, les pages articles ne sont pas référencées.
    Ca c'est le premier point.
    Ensuite je me trimballe une session sur toutes les pages (histoire de ne pas perdre le panier du client)
    Ca c'est le 2eme :)

    Alors je me dis si je passe par un autre moyen de navigation, style : un menu par des liens en durs alors Google sera content.
    Je fais, je test et bingo ca marche pas.
    Pourquoi ? be tout simplement car il y a un phpsession dans l'url et forcement il va pas plus loin que le premier voire 2eme lien :cry:

    Donc j'en arrive à ma question :
    soit je detecte si l'internaute est un robot (là je pense pas avoir trop de problème à mettre cela en place)
    soit je passe par de l'url rewriting.
    Dans le 2eme cas quand est il de la variable phpsession ? j'arrive pas trop à bien cerner le problème.
    Par exemple si je fais de l'U.R et que mon client n'accepte pas les cookies comment cela se passe ?

    Bref si vous pouviez aiguiller un newbies sur la méthode à suivre ce serait cool de votre part.

    Ps: cela fait pas mal de temps que je regarde le forum et donc j'ai lu pas mal de chose, mais pas assez apparament :lol:
     
  2. blman
    blman WRInaute accro
    Inscrit:
    5 Septembre 2003
    Messages:
    2 719
    J'aime reçus:
    3
    J'ai eu ce problème moi aussi sur un site. La solution que j'ai mis en place était de ne créer une session que lorsque l'internaute ajoutait un produit au panier. Avant elle ne sert à rien. Comme ça, tu n'a pas besoin de cloaking.

    Tiens j'ai retrouvé le post à l'époque : https://www.webrankinfo.com/forum/t/resolu-bouton-precedent-des-navigateurs.19917/ , je sais pas si ça va te servir mais ça peut peut-être t'aider.
     
  3. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    ok j'ai regardé le post et merci ;-)
    Je ne pense pas passer par de telles opérations disons "bricoleuses". Donc je vais me pencher sur le cloacking.
    Il faut que je fasse des essais car tester si l'internaute est un robot ou pas je ne sais pas si cela prend beaucoup de temps et de charge serveur. Je n'ai pas envie de pénaliser les vrais clients ;-)
     
  4. blman
    blman WRInaute accro
    Inscrit:
    5 Septembre 2003
    Messages:
    2 719
    J'aime reçus:
    3
    Le cloacking est une opération "bricoleuse" aussi et qui peut s'avérer dangereuse pour ton référencement.
    Ce pourquoi je n'ais pas choisi le cloacking :
    - dangereux pour le référencement : Au pire tu peux être blacklister (même si je pense que tu ne le sera pas puisque ce cloaking ne vise pas à tromper les moteurs)
    - en terme de mise à jour : comment vas tu faire pour mettre à jour ta liste de robots à qui tu affiche tes pages sans session ? Comment être sûr que tu n'empêche pas l'accès à des visiteurs qui utilisent des navigateurs particuliers ?
     
  5. itsme
    itsme WRInaute impliqué
    Inscrit:
    13 Octobre 2004
    Messages:
    609
    J'aime reçus:
    0
    Rappel: les identifiants de session, ca peut aussi se propager par les cookies.
     
  6. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    itsme > le problème est que 10% des clients sur mon site ne possèdent pas les cookies. Cela m'ennuyerai si je perds 10% de mon chiffre d'affaire.

    blman>
    Comme tu le dis plus loin, ce n'est pas pour tromper les robots car le contenu des pages seront identiques.

    blman>
    En effet c'est un problème majeur. Cela dit je n'ai besoin que de surveiller les 4 ou 5 plus gros moteurs de recherche. Et il existe des sites qui mettent à jours les adresses ip des robots.
     
  7. itsme
    itsme WRInaute impliqué
    Inscrit:
    13 Octobre 2004
    Messages:
    609
    J'aime reçus:
    0
    Que 10% de tes client nettoient leurs cookies en fin de session, soit. Mais qu'ils ne les acceptent pas au cours d'une session surf, je n'y crois pas a moins que ce soit... des robots :p
     
  8. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    mais malheureusement c'est mes stats qui me le prouve :-(
     
  9. blman
    blman WRInaute accro
    Inscrit:
    5 Septembre 2003
    Messages:
    2 719
    J'aime reçus:
    3
    En ne surveillant qe les 4 ou 5 plus gros moteurs de recherche, es-ce que tu ne risque pas aussi de perdre 10% de ton chiffre d'affaire ? Peut-être pas maintenant mais à l'avenir ?
     
  10. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    il est vrai. Disons que je voudrai faire un test pour voir déja si cela ne prend pas trop de temps en terme d'exécution de script.
    La plupart de mes internautes sont en rtc et vous voyez c'est pas évident tout ca.
     
  11. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    cela dit je ne vois pas trop comment je pourrai faire pour ne pas propager ce foutu identifiant de session
     
  12. itsme
    itsme WRInaute impliqué
    Inscrit:
    13 Octobre 2004
    Messages:
    609
    J'aime reçus:
    0
    Tu as des stats qui te disent que 10% de test clients n'acceptent pas les cookies... ou tu y compte aussi les robots ?

    Serieusement, les "clients" sur le web ont a 98% des configurations standard, j'entend par standard, des gens qui n'ont pas de parametrage paranoiaque ou des navigateurs furtifs. (ces derniers savent souvent pouquoi ils ont cette approche).

    Et sincerement, quelqu'un qui n'accepte pas les cookies durant une session n'a pas grande chance de faire des courses sur le web :)
     
  13. blman
    blman WRInaute accro
    Inscrit:
    5 Septembre 2003
    Messages:
    2 719
    J'aime reçus:
    3
    Je suis d'accord avec toi qu'il ne faut ni utiliser les coockies, ni javascript pour une boutique.
    La seule manière de t'en sortir facilement, comme je le disais au début, c'est de créer la session lorsque l'utilisateur fait son premier ajout au panier, ensuite tu conserve la session pour garder la panier en mémoire. Avec cette solution, tu évite le cloaking puisque les moteurs n'ajouterons jamais aucun article au panier, eux n'aurons jamais la session.

    Je te file l'adresse du site que j'ai fais en MP, comme ça tu pourra mieux te rendre compte de ce que ça fait.
     
  14. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    ton raisonnement tient la route c'est sur.
    je viens de regarder mes stats et c'est pas 10% mais 15%
    j hesite franchement à recourir par cette méthode malgrès qu'elle soit la plus sage
     
  15. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    je parlais pour itsme ;-)
     
  16. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    tout ca mérite grande réflexion avant d'agir. En tout cas merci d'intervenir dans cette discussion ;-)
     
  17. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    Une question en passant :
    est il possible de tester si une session est commencée avant de faire l'appel à session_start() ?

    Je pense que non mais je recherche actuellement sur le site de php.
    Si quelqu'un à une réponse merci bien ;-)
     
  18. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    je reviens à la charge après quelques tests :)
    voilà comment j'ai procédé
    je lance la session
    je testes si c'est un spider
    si oui je detruis la session

    Reste à voir si cela fonctionne....
     
  19. blman
    blman WRInaute accro
    Inscrit:
    5 Septembre 2003
    Messages:
    2 719
    J'aime reçus:
    3
    Comment test-tu si c'est un spider ? Tu le fais à partir d'une liste ou tu a une autre technique ?
     
  20. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    j'ai une liste
     
  21. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    au passage je teste ip et user agent
     
  22. didjiridou
    didjiridou WRInaute occasionnel
    Inscrit:
    21 Mars 2004
    Messages:
    336
    J'aime reçus:
    0
    Sinon il y a aussi la solution de développer le site en .NET qui permet de stocker des variables avec "un champ de type hidden", mais je ne retombe plus sur le nom exact :)
     
  23. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    oula le .net très peu pour moi.
    je connais guère deja et en plus réecrire le site dur dur
     
  24. dasikund
    dasikund WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    123
    J'aime reçus:
    0
    Salut,

    D'après ce que l'on dit, les sessions ne sont pas au top pour le référencement.
    Si tu écris ton site en PHP, peut-être faudrait-il opter pour des cookies via la fonction setcookie(). C'est ce que j'utilise et le panier fonctionne. En revanche, il est vrai que dès que l'utilisateur ferme le navigateur, les infos sont perdues, mais sort-on souvent du supermarché avant d'avoir fini ses courses ? ;) (OK sur le net c'est carrément moins vrai, mais tu vois :)).

    Doug
     
  25. ptitpimousse
    ptitpimousse WRInaute discret
    Inscrit:
    28 Avril 2005
    Messages:
    73
    J'aime reçus:
    0
    la solution est vraiment simple un fois que l'on connait
    voilà je fais session_start() sur toute les pages
    je suis avec robotstats donc je teste à chaque page si c'est un robot :roll:
    et si c'est un robot je detruis la session.
    ok bon c'est pas top :(

    alors voilà simplement on rajoutant 1 parametre dans robotstats que je recupere dans mes pages pour savoir si c'est un robot ou pas.
    Code:
    $spiders = false;
    if(!session_id())    //Si pas de session donc premiere visite ou robot
    include(...)            // on inclu robotstats, on met à true $spider si robot
    if(!$spiders)
    session_start();
    
    au moins là je teste 1 seule fois la préscence des robots dans le cas d'un client normal.

    :idea:
     
Chargement...
Similar Threads - Rewriting cloaking Forum Date
Paramètres urls & urlrewriting => alphabétiques ou codés ? Problèmes de référencement spécifiques à vos sites 30 Mars 2022
Problème url rewriting et redirection URL Rewriting et .htaccess 4 Février 2022
URL rewriting d'images URL Rewriting et .htaccess 22 Janvier 2022
petit soucis url rewriting URL Rewriting et .htaccess 17 Janvier 2022
url rewriting ne fonctionne pas chez moi URL Rewriting et .htaccess 4 Août 2021
URL rewriting et REGEX bonnes pratiques Développement d'un site Web ou d'une appli mobile 9 Septembre 2020
supprimer /index.html sans url rewriting, possible ? URL Rewriting et .htaccess 13 Novembre 2019
Je bloque sur le rewriting des URL contenant un ? URL Rewriting et .htaccess 3 Septembre 2019
récupération du get après rewriting URL Rewriting et .htaccess 21 Juin 2019
Ralentissement url rewriting URL Rewriting et .htaccess 1 Mai 2019
URL Rewriting Débuter en référencement 17 Avril 2019
Conflit de redirection 301 et Urlrewriting Netlinking, backlinks, liens et redirections 20 Février 2019
URL REWRITING et redirection 301 URL Rewriting et .htaccess 24 Janvier 2019
URL Rewriting : difficultés avec RewriteCond ? URL Rewriting et .htaccess 5 Décembre 2018
Résolu URL Rewriting : Garder l'adresse non transformée dans le navigateur URL Rewriting et .htaccess 2 Décembre 2018
Mes débuts dans l'URL Rewriting URL Rewriting et .htaccess 14 Novembre 2018
Url rewriting Techniques avancées de référencement 22 Octobre 2018
URL rewriting et redirections après restauration post-piratage Débuter en référencement 29 Septembre 2018
url rewriting wordpress sans repertoire URL Rewriting et .htaccess 12 Août 2018
rewriting specifique pour Adwords AdWords 17 Juillet 2018