J'ai construit une application Web à l'aide de la plate-forme Java EE qui vend un de mon logiciel.
Maintenant, je veux donner le travail de marketing mon site Web à diverses entreprises de marketing électronique. Mais comme je devrai leur donner la commission, je devrais savoir que qui envoie le trafic.
Je pense qu'une solution au problème ci-dessus est la suivante:
Faites une URL séparée pour chaque entreprise de marketing électronique et donnez-leur leur URL correspondante et redirige toutes ces URL à un seul Le Q1. Tous utilisent tous ce type d'approche?
Q2. Y a-t-il une autre approche par laquelle cela peut être fait de manière bien meilleure?
Vous pouvez également conseiller d'autres choses aussi ...
Merci d'avance servlet . Et après cela, comptez le non. des visiteurs sur une URL particulière (URL d'une entreprise de marketing électronique) pour compter le non. des visiteurs référés par cette société de marketing électronique.
Google et divers autres utilisent des types de techniques similaires qui distingue l'une des autres.
7 Réponses :
À peu près similaire à la réponse précédente - vous pouvez donner à chaque site Web d'affiliation une clé unique (dans l'URL) qu'elles soumettraient. Votre application de serveur sera (déchiffrer et) correspond à la clé de la liste des sites Web d'affiliation et comptez l'origine des prospects.
afaik, il y a 3 possibilités:
Le meilleur, à mon avis, est la première option. Ce qui est probablement pourquoi c'est le plus utilisé / savoir.
Vous voudrez probablement mettre en œuvre un cookie pour "mémoriser" qu'un visiteur en provenance de quelle entreprise, alors quand un visiteur - qui n'a pas décidé d'acheter quelque chose à la première visite - retourne et acheter quelque chose, vous saurez quelle entreprise introduisez votre site pour eux.
Vous pouvez également utiliser un paramètre de chaîne de requête. (C'est peut-être ce que Krassib faisait référence à.) Comme http://yoursite.foo/yourpage.jsp?affilidiated=abc123
ALORS ALORS QUE CETTE PAGE PAGE Paysez la QueryString de l'URL et stockez / comptez cela.
Oui, je suis d'accord avec @krassib et @tomr - Utilisez un paramètre QueryString, puis vous pouvez écrire un filtre de servlet pour vérifier le paramètre spécifique et incrémenter le nombre de comptes pour cette affiliée. L'utilisation d'un filtre de servlet vous donnerait également le bonus supplémentaire d'être pour suivre le nombre de liens individuels par affiliation.
Vous faites quelque chose comme ce qui suit: Ajoutez ensuite quelque chose comme celui-ci à votre web.xml : et avoir un mappage de filtre pour tous vos servlets. < / p>
@simonlord Certaines demandes que celles provenaient du moteur de recherche ne contiendront pas d'identification d'affiliation. Alors, quelle serait la solution pour cela?
@Yatendra: Les demandes de moteurs de recherche ne doivent pas être associées à une filiale, car l'affilié n'était pas responsable du trafic de conduite de votre site. C'est-à-dire qu'ils n'ont pas besoin de contenir un identifiant d'affilié, car ils ne venaient pas d'une affiliée.
@Software singe passer votre temps à répondre
@simonlord ci-dessus Solution fonctionne parfaitement lorsque vous suivez CPC, CPM, etc., etc. Qu'en est-il du suivi des paiements? Si l'utilisateur achète X produit, alors seulement je veux payer la Commission. La plupart des approches parlent de stocker des informations dans le cookie pour le même. Mais comment savoir si quelqu'un achète X produit?
Pourquoi ne pas utiliser ce qui est déjà là? Je parle du protocole HTTP et de l'un de ses champs d'en-tête: le référent (typiquement transmis au code dans la variable d'environnement http_referer ou http_referrer).
Bien que ce ne soit pas à 100% de la preuve à 100% (mais encore une fois, quelle est une épreuve à 100% de balle?) Je pense que cela pourrait être suffisant dans votre cas. Je suppose que les clients de la vôtre associés à un affilié sont renvoyés d'un de leurs sites? Si tel est le cas, il serait facile pour vous de distinguer les clients provenant de différentes sociétés de marketing électronique, car chacun d'entre eux devrait avoir son propre nom de domaine.
En savoir plus sur le champ de référent . N'oubliez pas que cet usurpateur de référent ou la cachette est possible mais très peu probable (aller sur mes journaux de serveur, il s'agit d'environ 95% de tous mes visiteurs qui envoient le champ de référent).
Cordialement.
Je ne peux pas utiliser de champ de référence car je ne vais pas restreindre les sociétés de marketing électronique à avoir leur propre site Web (bien que dans la plupart des cas, ils ont). De cette façon, ils peuvent également mettre des bannières publicitaires de mon site à d'autres sites.
OK, voici un autre. Vous pouvez utiliser la méthode d'ancrage. Laissez-moi vous expliquer:
Imaginez que Une fois qu'un utilisateur suit un lien vers votre site qui a été chargé avec un identifiant unique, vous recherchez l'existence de l'IDS à l'aide de JavaScript ( Le bénéfice de cette approche est que les moteurs de recherche ne se soucient pas des identifiants de fragments et que vous pourrez vendre votre produit à une seule page. Vos utilisateurs ne se soucient pas que l'ancrage n'a absolument aucun impact sur eux (sauf que vous configuriez une balise d'ancrage dans votre page).
bye http://myappz.com/fooshop_cs est l'URL du produit de vente et c'est ce que vous distribuez à vos affiliés, mais chacun avec une faible variation. Vous ajoutez simplement une carte d'identité unique à l'URL en hijacking the identifiant de fragment (c.-à-d. http http : //myappz.com/fooshop_cs#em001 ).
emplacement.href.search (/ # em \ d * /) ). Une fois que vous avez trouvé un identifiant, vous avez simplement déclenché un appel AJAX pour prendre cet affilié sur une encoche (je peux recommander le framework jQuery à le faire).
En ce qui concerne la réponse de l'AEFXX sur les identificateurs de fragments, je suppose que le bénéfice de cette approche est de maintenir le rang de référencement. Si tel est le cas, vous pouvez toujours gérer cela avec QueryStrings, mais vous devez les définir pour être ignorés dans Google Webmaster Tools. Je suppose que bing et peut-être que Yahoo a des mécanismes similaires. De cette façon, vous pouvez toujours suivre en fonction de QueryString et, en fait, vous pouvez également le suivre dans Google Analytics (qui ne suit pas les identificateurs de fragments) sans personnalisation si vous préférez.
Les multiples URL pointant vers le même contenu pourraient nuire à votre classement Google, car cela ressemble alors à une ferme de liens.