nicht angemeldet
Software/Programm/Script/Idee???
Moin,
ich hab vor 2 Tagen af mein Posting zwar echt gute Antworten gekriegt, aber ich glaub ich hab mich falsch augedrückt.
Also, angenommen ich hab ne Seite mit vielen Besuchern und ich möchte IRGENDWELCHE shops über einen Link anbinden. D.h. Shops haben sich bei mir gemeldet. Ich setze einen Link auf ihre Seite. Der User kommt über meine Seite in den shop und kauft möglicherweise etwas. Nun möchte ich am Ende des Monats ersehen können, ob und was User, die von meiner Seite kamen bei den jeweiligen Shops gekauft haben.
Auf die gekauften Waren möchte ich eine Provision. Möglicherweise kann ich z.B. in PHP enfach ne Variable übergeben und der Shopbesitzer weiss, das der Kunde von meiner Seite kam. Aber ich hätte gern ein Programm, das ich die Auswertung kriege, oder das eine neutrale Auswertung macht, die mir der Shopbesitzer dann zuschickt.
Und das Programm müsste für Shops in versch. Sprachen funktionieren (PHP, JavScript, Java, Perl).
Ist das Utopie, Möglich oder gibts sowas schon???
Wenn ja Wo, eine Idee oder ein Tip wie man starten könnte
*g* Sascha
-
Hi,
Nun möchte ich am Ende des Monats ersehen können, ob und was User, die von meiner Seite kamen bei den jeweiligen Shops gekauft haben.
das kannst _Du_ nicht einfach ohne weiteres lösen; die Shops müssen da entsprechend mitspielen.
Das Stichwort heißt "Affiliate". Am sichersten für alle Beteiligten ist es, wenn ihr euch dazu einen Anbieter sucht, über den sämtliche Bestellungen gehen. Diese verlangen einen gewissen Prozentsatz einer jeden Bestellung; aber ohne das werdet ihr ständig die Diskrepanzen in den Auswertungen durchdiskutieren müssen.
Es sei denn, Du vertraust den Shopanbietern, bzw. sie vertrauen Dir. Dann läßt sich z.B. sowas machen, wie ein <img> auf der Bestellungsbestätigung, welches von Deinem Server abgefragt wird, und in das der Händler den Preis reinkodiert hat.
Ist das Utopie, Möglich oder gibts sowas schon???
Die Ideallösung ist Utopie, weil keiner auf den Rechner des anderen schauen kann. Es existieren aber Lösungen, die jede für sich mehr oder weniger suboptimal sind.
Cheatah
-
die Shops müssen da entsprechend mitspielen.
klar, davon gehe ich auch aus.
Das Stichwort heißt "Affiliate". Am sichersten für alle Beteiligten ist es, wenn ihr euch dazu einen Anbieter sucht, über den sämtliche Bestellungen gehen. Diese verlangen einen gewissen Prozentsatz einer jeden Bestellung; aber ohne das werdet ihr ständig die Diskrepanzen in den Auswertungen durchdiskutieren müssen.
Geplant sind aber ca. 500 eignständige Shops, mit eigenen Bestellsystemen.
Es sei denn, Du vertraust den Shopanbietern, bzw. sie vertrauen Dir. Dann läßt sich z.B. sowas machen, wie ein <img> auf der Bestellungsbestätigung, welches von Deinem Server abgefragt wird, und in das der Händler den Preis reinkodiert hat.
Das hört sich sehr interessant an. Versteh ich das richtig: Über meine Seite wird eine Variable weitergegeben, die den Preis Codiert in einem <img>??? speichert und ich erhalte auch diese Bestätigung. Wäre es möglich, das Shops mit einem Scrpt so modifiziert werden, dass die Bestellung NUR in dem Fall auch an uns geschickt wird, wenn der Käufer über uns kam (durch Variablenübergabe). Shops versch. Scriptsprachen.
Vielen Dank für die erste Antwort,
bringt mich in menen Überlegungen schon viel weiter.
Sascha-
Hi,
ich mache in meinem shop folgendes:
Auf meine Site verweisende Seiten lasse ich mit dem link einen Parameter übergeben, z.B. www.domain.de?123
Auf meiner index.html ist über
<img src="cgi-bin/ad.pl" border="0" alt width="1" height="1">
ein script eingebunden, welches den übergebenen Wert in $ENV{'HTTP_REFERER'} ausliest und zusamen mit der IP für eine Stunde speichert.
Bei jedem Kaufvorgang wird in dieser "Stunden"-Datei nachgeschaut, ob dazu ein Eintag vorliegt. Wenn ja, dann wird der REFERER aus diesem Eintrag mit dem Auftrag gescheichert.
Damit kann ich als Shopbetreiber einigermaßen nachvollziehen, woher meine _Käufer_ (nicht Besucher) kommen. Das funktioniert natürlich nicht, wenn der User während einer Session offline geht und dann eine neue IP bekommt.
Aber diese ungefähren Werte sind besser als keine und reichen allemal aus, um festzustellen daß z.B. Bannerwerbung rausgeschmissenes Geld ist ;-(.
Für deien Zweck müßten eben die Shopbetreiber soetwas haben und dier die Ergebnise erlich(?) mitteilen.
Gruß
Rol
-
Hi,
[...] den übergebenen Wert in $ENV{'HTTP_REFERER'} ausliest [...]
verlaß Dich auf den Referer, und Du bist verlassen. Er darf nicht nur beliebig verfälscht werden, sondern wird es auch.
Cheatah
-
verlaß Dich auf den Referer, und Du bist verlassen. Er darf nicht nur beliebig verfälscht werden, sondern wird es auch.
Ich verwende das nur, um z.B. links von Bannern o.ä. zu überprüfen und bewerte die Ergebnise nicht über.
Unter den Leuten, die auf einen Suchmaschinenbanner klicken werden nicht viele sein, die den Referer fälschen ;-).Gruß
Rol
-
verlaß Dich auf den Referer, und Du bist verlassen. Er darf nicht nur beliebig verfälscht werden, sondern wird es auch.
Halt, falsch gedacht!
Der Referer kommt in diesem Fall doch von mir selbst:
Der user kommt mit der URL www.domain.de?123 auf meine index.html.
Von _dort_ wird mein Perlscript aufgerufen und zwar (ich denke) zuverlässig mit dem Referer "123".Gruß
Rol
-
Hi!
Halt, falsch gedacht!
Der Referer kommt in diesem Fall doch von mir selbst:Nein, der Referrer wird von dem gesetzt, der eine HTTP-Anfrage macht, im allgemeinen also vom Browser. (Nur der weiss ihn ja auch.) Ich filtere den uebrigens auch - da steht mir zuviel vertrauliches Zeug drin.
So long
-
-
Hi,
Unter den Leuten, die auf einen Suchmaschinenbanner klicken werden nicht viele sein, die den Referer fälschen ;-).
manche Leute haben gar keinen Einfluß darauf, was ein späterer Rechner (z.B. Proxy) in den Referer schreibt. Oder sie haben Einfluß drauf (eigener Proxy, z.B. WebWasher o.ä.), und machen für Suchmaschinen-Banner dann sicher keine Ausnahme.
Sehr beliebt ist es, die URL der eigenen Homepage in den Referer zu setzen.
Cheatah
-
-
-
Hallo zusammen
Für deien Zweck müßten eben die Shopbetreiber soetwas haben und dier die Ergebnise erlich(?) mitteilen.
genau hier ist die Schwachstelle:
Du müsstest jedem Shopbetreiber was gratis zur Verfügung stellen, das er in seinen Shop integriert um Dir Geld abzuliefern.
Wo bleibt der Vorteil für den Händler?
Kannst Du Umsätze generieren? An die Klicks glaubt ja wohl kaum wer.Diese Idee der Provisionsabzockmaschine wird kaum funktionieren.
Gruss
Christian-
»»An die Klicks glaubt ja wohl kaum wer.
Du kanst höchsten Testkäufe machen und schauen, ob der Shopbetreiber dir die Wahrheit sagt.Anders geht es imho nicht. Wenn der User deinen Server über einen link nach drausen verläßt, ist er weg, es gibt keine Möglichkeit, daß _DU_ ihn weiterverfolgst.
Gruß
Rol
-
Wo bleibt der Vorteil für den Händler?
Kannst Du Umsätze generieren? An die Klicks glaubt ja wohl kaum wer.Wo ist der Nachteil wenn ichs nicht kann, dann zahlt er ja nix. und wenn doch...
Diese Idee der Provisionsabzockmaschine wird kaum funktionieren.
Wiso abzockmaschine??? Wenn ich Links zu den shops setze, und die Leute was kaufen, dann macht er doch einen Gewinn, den er sonst nicht hätte. Dann kann man doch auch provision verlangen, oder ?
-
-
-
Hi,
Geplant sind aber ca. 500 eignständige Shops, mit eigenen Bestellsystemen.
Du mußt eine oder mehrere Lösungen finden, die jedem System gerecht werden.
Das hört sich sehr interessant an. Versteh ich das richtig: Über meine Seite wird eine Variable weitergegeben, die den Preis Codiert in einem <img>??? speichert und ich erhalte auch diese Bestätigung.
Nein. Bei (nach) der Bestellung schreibt der Händler in seinen HTML-Code einen <img>-Tag, der von Deinem Server z.B. "affiliate.cgi?shop=42&bestellwert=47.11" anfordert. Dadurch erfährst Du, über welchen Wert bei dem Händler durch Dich etwas bestellt wurde.
Wäre es möglich, das Shops mit einem Scrpt so modifiziert werden, dass die Bestellung NUR in dem Fall auch an uns geschickt wird, wenn der Käufer über uns kam (durch Variablenübergabe).
Das wird einfach als Parameter in der URL mitgeschliffen. Muß auf Shop-Seite geschehen.
Shops versch. Scriptsprachen.
Ja. Jeder muß das Problem für sich selbst lösen. Du kannst es nur so einfach wie möglich halten.
Cheatah
-
Du mußt eine oder mehrere Lösungen finden, die jedem System gerecht werden.
Das heißt eine Lösung pro Scriptsprache, oder eine individuelle pro shop ?
Nein. Bei (nach) der Bestellung schreibt der Händler in seinen HTML-Code einen <img>-Tag, der von Deinem Server z.B. "affiliate.cgi?shop=42&bestellwert=47.11" anfordert. Dadurch erfährst Du, über welchen Wert bei dem Händler durch Dich etwas bestellt wurde.
Wär es dann nicht einfacher, wenn die Bestellung (oder nur der Wert) direkt beim Bestellvorgang auch an mich geschickt würde. Das müsste doch auch irgendwie funktionieren. Das eine Variable, die bei dem kommen von meiner DOM übergeben wird, eine Funct. auslöst die Bestellungen an uns beide schickt?
*g* sascha
-
Hi,
Das heißt eine Lösung pro Scriptsprache, oder eine individuelle pro shop ?
letzteres.
Im Grunde ist es nur eine einzige Lösung, aber die muß halt in jeder Software individuell implementiert werden.
Wär es dann nicht einfacher, wenn die Bestellung (oder nur der Wert) direkt beim Bestellvorgang auch an mich geschickt würde.
Gerne auch das - erfordert das gleiche Vertrauen.
Das eine Variable, die bei dem kommen von meiner DOM übergeben wird, eine Funct. auslöst die Bestellungen an uns beide schickt?
Variablen enthalten Werte. Sie lösen nichts aus. Der Händler muß bei sich implementieren, daß bei einem URL-Parameter (z.B. "&referer=deine_domain"), den er übrigens durch den gesamten Bestellvorgang durchschleifen muß, die Daten irgendwie auch an Dich übermittelt werden.
Btw: DOM ist die Abkürzung für Document Object Model, nicht für Domain :-)
Cheatah
-
Hi,
Wär es dann nicht einfacher, wenn die Bestellung (oder nur der Wert) direkt beim Bestellvorgang auch an mich geschickt würde.
Gerne auch das - erfordert das gleiche Vertrauen.
die Bestellung weiterschicken ist keine Lösung, da sie dem Datenschutz in keinster Weise entspricht. Kundendaten gehen nur dem Anbieter was an, und sonst niemanden. Das ist - glaub ich - auch gesetzlich so geregelt.
Gruß, Martin
-
Hi,
die Bestellung weiterschicken ist keine Lösung, da sie dem Datenschutz in keinster Weise entspricht. Kundendaten gehen nur dem Anbieter was an, und sonst niemanden. Das ist - glaub ich - auch gesetzlich so geregelt.
sorry - selbstverständlich nur die relevanten Daten, nicht die vollständige Bestellung.
Cheatah
-
-
-
-
-
-