xClose:de

Seit OpenX 2.6 ist es sehr leicht in den Auslieferungsbeschränkungen eines Werbemittels (Banner) auf eigene Werte zu prüfen. Hierzu ein kurzes Beispiel:

Bei der Erstellung der Webseite, auf der das Werbemittel später erscheint, liegen Ihnen bestimmte Informationen über den “Betrachter” vor, z.B. in einem Forum wenn der Leser bereits eingeloggt ist. Einige dieser Informationen können für eine feiner Auswahl des Webemittels nützlich sein (z.B. das Alter, Geschlecht, PLZ, …).

Um diese Information jetzt mit in den Aufruf (Bannercode) des Werbemittels zu reichen, können einfach zusätzliche Parameter hinzugefügt werden. Betrachten wir z.B. den javascript-Bannercode:

   ...
   document.write ("<scr"+"ipt type='text/javascript' src='"+m3_u);
   document.write ("?zoneid=67");
   document.write ('&amp;cb=' + m3_r);
   ...

so könnten wir den Aufruf wie folgt abändern:

   ...
   document.write ("<scr"+"ipt type='text/javascript' src='"+m3_u);
   document.write ("?zoneid=67");
   document.write ("&amp;geschlecht=M&amp;alter=37");
   document.write ('&amp;cb=' + m3_r);
   ...

Natürlich muß diese Zeile dynamisch aus den Nutzerdaten erzeugt werden.

Diese an den OpenX-AdServer gereichte Zusatzinformationen kann jetzt in den Auslieferungsbeschränkungen eines Banners überprüft werden. Hierzu wechselt man auf den 2. Tab der Banner-Details und fügt dort eine neue Auslieferungsbeschränkung ein:

Auslieferungsbeschränkung Webseite:Variable

Nach dem Klick auf “Hinzufügen” könnte man z.B. die Regeln festlegen: nur weibliche Besucher im Alter von 20-28 Jahren. Bei der Verwendung der obigen Parameter “geschlecht” und “alter” sieht das dann wie folgt aus:

Regeln für Alter und Geschlecht

In der Praxis sollte man allerdings für die Parameternamen allerdings kürzer wählen um die Länge der entstehenden Url nicht zu groß werden zu lassen. Zusätzlich könnte man die Werte der Variablen ebenfalls “verschleiern”, um die Nutzerprofile nicht im Klartext durchs Netz zu reichen …

http://www.sherin.in/openxhandbook/

Für die nächste “PlugIn”-Version des OpenX-AdServers werden im Moment noch Beta-Tester gesucht. Wer die neuste Version schon mal vorab testen möchte und hierbei direkten Kontakt mit den Entwicklern nicht scheut (Englisch) möchte sich mit arlen.coupland(at)openx.org in Verbindung setzen.

Nützliches Thema für die Erläuterung der Statistik:

http://forum.openx.org/index.php?showtopic=503419559

Unter dem Ticket 3867 und 3165 wird eigentlich ein PHP-Fehler geführt, der verhindert, das intern per ZIP gepackte Flash-Banner korrekt in OpenX hochgeladen werden, wenn die PHP Extension zlib nicht statisch in PHP enthalten ist (siehe auch http://bugs.php.net/bug.php?id=29611). Der folgende Patch gegen die Datei lib/OA/Creative/File.php eines OpenX 2.6.3 verwendet die swfheader Klasse von Carlos Falo Herves für den Fall das GetImageSize() fehlschlägt.

File.php.diff.txt

Zeitgleich mit dem öffentlichen Beta-Test der neuen OpenX Hosted-Version kommen deren Nutzer mit dem Marketplace in Kontakt.

Was ist der Marketplace?

Der Marketplace ist sozusagen eine neue Handelsplattform auf der Webseitenbetreiber und Werbenetzwerke (oder auch einfache Werbetreibende) zueinander finden können. Zunächst nur in OpenX-Hosted als Pilot-Projekt gestartet, können über den Marketplace registrierte Werbetreibende oder Werbe-Netzwerke ihre Werbemittel zur fairen Konditionen an registrierte Webseitenbetreiber ausliefern, bzw. Webseitenbetreiber Ihre eigenen Kampagnen durch den Marketplace “überbieten” lassen, wenn dies möglich ist. Weiterlesen »

Der Single-Page-Call (SPC) von OpenX ermöglicht das effiziente “befüllen” einer Webseite mit Werbemitteln – und dies in nur einem einzigen Ad-Request, also eine deutliche Reduzierung der Serverlast auf Seiten des Ad-Servers. Als “nützlicher” Nebeneffekt wird auch die Webseite deutlich schneller aufgebaut, da sich ja auch für den Webbrowser der Netzwerktraffik erheblich verringert. Weiterlesen »

Mit knapp 80 verschiedenen behobenen Problemen und Ergänzungen erschien heute das Upgrade auf die Version 2.6.3. Hier sind die Release-Notes des Upgrades.

Mit einem Tracker kann man den Erfolg einer Bannerkampagne überprüfen. Normalerweise ist ja nach dem Klick-Tracking für einen AdServer die “Sache” beendet, d.h. niemand kann nachvollziehen, ob der Nutzer auf der Zielseite nach dem Banner-Klick etwas gekauft hat (was auch immer dort beworben wird).

Bei einem Tracker wird auf der Website des Werbetreibenden ein Tracking-Code installiert, und zwar auf der “Confirmation-Page” (bei einem Shop-System z.B. nach dem Bezahlvorgang). Dies kann ein einfacher Tracker sein, der keine weiteren Informationen als “erfolgreicher Abschluß” übermittelt, oder aber auch zusätzliche Variablen übermittelt (user_id, orderID, Datum/Uhrzeit, Höhe des Warenkorbs, …). Weiterlesen »

Ich habe die Erfahrung gemacht, das OpenX 2.6 bei Flash-Bannern im Format Flash9 beim Umsetzen der hartcodierten URLs gelegentlich noch Probleme hat, man sollte also nach Möglichkeit den Grafiker bitten, den Banner als Flash6,7 oder 8 exportieren.

OpenX kann 2 verschiedene Flash-Click-URL umsetzen:
- hartcodierte Links: der Grafiker schreibt direkt in den Banner

on (release) {
getUrl(“http://www.example.com”, “_blank”);
}

Beim Hochladen in OpenX wird der Banner “durchsucht” und es wird versucht die URL zu ersetzen. Anschließend funktioniert es genau wie in Möglichkeit 2:

- statt des hartcodierten Links schreibt der Grafiker einen Platzhalter in den Banner:

on (release) {
getUrl(clickTAG, clickTARGET);
}

hierbei MUSS die Groß- und Kleinschreibung exakt wie oben geschrieben erfolgen, sonst klappt es nicht, da Flash ab Version 6 case-sensitive ist. Beim Ausliefern des Banners werden die beiden Parameter “clickTAG” und “clickTARGET” an den Flash-Player sozusagen als Laufzeit-Variablen übergeben.

Zusätzlich scheint OpenX 2.6 mit einem Target-Window “_top” oder “_self” ebenfalls nicht klar zu kommen, nach Änderung in “_blank” hat der Klick (und das Tracking) wieder funktioniert.