Parrainage : mettre une variable en arrivant sur index

[yvann94]

Bonjour à tous,

Voici une question que je me pose depuis quelques jours :

vous connaissez surement des systèmes de parrainage où l'on donne une url du type : http://www.le_site.com/index.php?parrain=xxx

Est-ce que ce type d'url peut permettre d'augmenter réellement la popularité de la page index.php ou seulement de la page index.php?parrain=xxx ?

Merci pour vos réponses.

 

[sayrus]

hello,

index.php est différent de index.php?parrain=xxx

Donc cela ne changera en rien la popularité de index.php

 

[webmasterdemonsite]

c'est peut etre bete ce que je vais dire:

n'y a t il pas moyen de choper le parametre de l'url et de rediriger ensuite vers l'index et traiter le parametre ensuite???

 

[YoyoS]

Et a quoi servent les cookies vous croyez ?

 

[webmasterdemonsite]

Et a quoi servent les cookies vous croyez ?

pas fiables quand on sais que l'on peut les bloquer...c'est pas du 100% avec les cookies...

 

[YoyoS]

Je connais personne qui surf sans cookies quand on sait qu'on en a besoin sur un grand nombre de sites.
Non c'est juste du 99.99% excuse moi ...

Sinon autre solution, tu chopes l'ip du visiteur et le lien de parainnage puis tu rediriges. Ensuite tu compares tout ça avec les gens qui s'inscrivent après. C'est encore moins fiable qu'avec les cookies puisque des milliers de personnes peuvent avoir la même ip mais bon. Les cookies c'est mal !

 

[sayrus]

c'est peut etre bete ce que je vais dire:

n'y a t il pas moyen de choper le parametre de l'url et de rediriger ensuite vers l'index et traiter le parametre ensuite???

C'est exactement le problème auquel j'ai du faire face avec mon cms hier, comment traiter les paramètres $_GET spéciaux (comme par exemple ?code=xxxx, ?subscribe=xxxx, etc) sortant de la structure de mon CMS? La réponse est assez simple, il suffit de traiter ses valeurs AVANT le contrôleur, (la on fait son interaction avec la variable, la db etc), ensuite on met soit, cette variable dans une variable SESSION, soit on met en session un message du genre si c'est un code de confirmation d'inscription de newsletter "votre inscription a bien été prise en compte. Vous pouvez maintenant vous loggez", ensuite on redirige vers la page adéquate sans les paramètres.


Exemple :

http://www.monsite.com/fr/newsletter.html?subscribe=c54847987qd4870cc1

1) Traitement de la variable avant le contrôleur. (test si la variable est tolérée pour la page ensuite validation de l'inscription)
2) Enregistrement d'un message de confirmation en SESSION (ou même de la variable)
3) redirection 301 vers http://www.monsite.com/ ou vers http://www.monsite.com/fr/newsletter.html (dépend du choix que l'on veut)
4) Affichage du message "votre inscription a bien été prise en compte. Vous pouvez maintenant vous loggez".
5) Destruction de la variable SESSION.

A quoi sert cette technique? A pouvoir éviter tout paramètre ne respectant pas la structure de base du CMS et éviter le référencement de toute url inutile afin d'éviter le duplicate content.