Auswertung der Klickvergütungen

[verplant]

Hab jetzt mal die vergüteten Klicks der einzelnen Sponsornetzwerke auf meiner Seite für den Dienstag bzw. den Mittwoch ausgewertet:


(Sponsor - vergütet / geklickt - Prozent):

HPLose - 3341 / 4171 - 80,10%
HPLose - 3010 / 3614 - 83,29%
LoseAds - 1545 / 2288 - 67,53%
LoseAds - 1492 / 2312 - 64,53%
Lose4Allweb - 6698 / 9463 - 70,78%
Lose4Allweb - 4355 / 7401 - 58,84%
DSNAds - 1022 / 1551 - 65,89%
DSNAds - 899 / 1539 - 58,41%
ForcedLose - 560 / 1004 - 55,78%
ForcedLose - 589 / 1248 - 47,20%
Werben4Lose - 4274 / 8004 - 53,40%
Werben4Lose - 4143 / 7910 - 52,38%
Ads4 - 1694 / 4958 - 34,17%
Ads4 - 1668 / 4719 - 35,35%
Paid2Earn - 4984 / 7502 - 66,44%
Paid2Earn - 4240 / 6986 - 60,69%
Euros4Lose - 112 / 278 - 40,29%
Euros4Lose - 98 / 290 - 33,79%
Adminlose - 2325 / 3957 - 58,76%
Adminlose - 2130 / 3774 - 56,44%
IttcomPromo - 1205 / 1831 - 65,81%
IttcomPromo - 919 / 1584 - 58,02%
Lose2Earn - 1517 / 3229 - 46,98%
Lose2Earn - 1487 / 3166 - 46,97%
Earn4Webbis - 2589 / 6184 - 41,87%
Earn4Webbis - 2641 / 6072 - 43,49%
Ads4Webmaster - 1257 / 2715 - 46,30%
Ads4Webmaster - 1011 / 2364 - 42,77%


Erster Gedanke dazu ist mal


Jetzt wäre mal meine Frage, was andere Webmaster so für Erfahrungen gemacht haben, woran genau es liegt und was man verbessern kann. Denn mit solchen Zahlen kann es mit Sicherheit nicht weitergehen!

[jpwfour]

Anhand dieser Werte kannst du ja immerhin schon mal deine Betreibergebühr bestimmen (zzgl. Gebühr für Rallyes+Refebenen).

So würdest du rein theoretisch keinen Verlust machen und die Vergütungsrate an sich könnte dir egal sein.

Die Realität ist das natürlich nicht und soll es auch nicht sein, 100% sind zwar genauso unrealistisch, aber zw. 80-90 sollte die Vergütungsrate liegen.

1. Bei allen Sponsoren mit V-Check diesen natürlich nutzen.

2. Bei Sponsoren mit sg. Del-Url diese nutzen

2.b) Crons sooft als möglich laufen lassen (Vorgaben der Sponsoren beachten), und/oder nur ca. 75% der vorhandenen Menge einbuchen.

( Beides um den Abbau schon abgelaufener Kampagnen, welcher natürlich auch nicht vergütet wird, zu minimieren )

3. User "sensibilisieren":

• Anleitungen bereitstellen zum Thema NoScript, Cookies, Referer
• Den Usern Möglichkeiten geben, Kampagnen zu "melden"
• "Anti-Fake-Maßnahmen" ergreifen, Stichworte:
• Captcha
• Nicht mehr als 20 Banner (noch besser nicht mehr als 20 Werbemittel jeder Art auf einmal)

4. Regelmäßig Sponsoren prüfen, da

• bspw. Sponsor/Server 4 Stunden nicht erreichbar-> User klicken 4 Stunden, wird aber nichts vergütet

5. Vergütungsmodalitäten der Sponsoren klarmachen:

• Reloadsperre nach IP/SeitenID/UserId ? (-> Übersicht aller Werbenetzwerke und deren Vorraussetzungen)
• Werden weitervermarktete Kampagnen auch doppelt vergütet?
• Bsp.:

Sponsor X hat Kampagne A, Sponsor Y vermarktet diese weiter.
Du buchst von Sponsor X & Y ein, hast also die Kampagne 2x drin.
U.U. kann es dann auch dazu kommen, dass nur ein Aufruf vergütet wird.

6. u.v.w.m


Natürlich kann man nie Alles machen/beachten, allein beim "manuellen" Prüfen der Uptimes der Sponsorenserver scheitert es ja schon.

(
7. Interfaces regelmäßig auf Funktionalität/Aktualität testen:
Manchmal ändern sich Vergütungscodes etc., Kampagne wird zwar eingebucht, aber Codes zum Klicken falsch -> keine Vergütung...
(fällt aber meist schnell auf, da ja dann gar keine Vergütung mehr)
)

[verplant]

Anhand dieser Werte kannst du ja immerhin schon mal deine Betreibergebühr bestimmen (zzgl. Gebühr für Rallyes+Refebenen).

So würdest du rein theoretisch keinen Verlust machen und die Vergütungsrate an sich könnte dir egal sein.

Die Realität ist das natürlich nicht und soll es auch nicht sein, 100% sind zwar genauso unrealistisch, aber zw. 80-90 sollte die Vergütungsrate liegen.

Das ist aber auch schon der einzigste Vorteil... nur sind dementsprechend dann die Vergütungen für die User fürn Eimer.

80-90 Prozent wäre top, aber ich befürchte, das wird nicht durchgehend erreichbar sein.


Für die China-User und Klickprogramm-Nutzer hab ich schon Ländercode plus Sicherheitsabfragen (keine Zahlencodes, einfache deutsche Frage) drin. Der Mindestaufenthalts-Bug ist behoben. Jetzt wirds langsam schwierig.


Ein Punkt dürfte sein, dass wenn man ganz viele Klicks auf einmal macht - z.B. Banner, Mails und Links jeweils 20-30 Stück - dann läuft der Vergütungscountdown schon lange los, bevor die Seite geladen ist... könnte also Probleme mit dem Mindestaufenthalt geben.

Hab dazu den Tipp bekommen, dass man diese Klickseiten nicht mehr in den Frame (oben Vergütungs-"Streifen", unten beworbene Seite) einbindet, sondern mit iframes arbeitet. Denn da gibt es ja den onload-Event. Somit könnte man den Timer erst starten lassen, wenn die Seite geladen ist. Hat das schon mal jemand versucht?

[jpwfour]

Gibt es den nicht auch bei "normalen" Frames?

Setzt natuerlich wieder Javascript vorraus, bisher arbeitet ja die Standrdverguetung mit einem meta Tag, der von wesentlich mehr Usern "unterstuetzt" wird...

[Hardy]

Gibt es den nicht auch bei "normalen" Frames?

Setzt natuerlich wieder Javascript vorraus, bisher arbeitet ja die Standrdverguetung mit einem meta Tag, der von wesentlich mehr Usern "unterstuetzt" wird...

Java Script wäre ja schonmal nicht schlecht da viele Werbenetzwerke ja mitlerweile ja auch mit Java Script beim Vergüten arbeiten
aber wem sage ich das ()

[jpwfour]

Jep, nur bleibt zu bedenken, dass sich viele bei Javascript darauf verlassen, dass der User das auch ganz "normal" ablaufen laesst, und sich deswegen nicht um die Absicherung kuemmern.

Waere in dem Falle also eine Ueberpruefung via PHP, ob die Mindestaufenthaltszeit auch eingehalten wurde....

Aber man muss ja auch an die User denken, gibt ja so tolle beworbene Seiten, die erst nach 1 Minute fertig geladen sind und dann ja auch erst das onLoad Event ausloesen, da ware es schon reichlich unfair dem User gegenueber, ihn so lange warten zu lassen?

Dafuer entweder dann ein Maxmimum von 10 Sekunden Verzoegerung, oder dem User die Moeglichkeit geben, solche Seiten zu sperren/melden