WALLPAPER

KURZBESCHREIBUNG
Wallpaper sind Hintergründe, die das CI-Konzept des Werbekunden transportieren und somit den Wiedererkennungswert erhöhen.
Die Einfärbung erfolgt am oberen und am rechten Seitenrand nach Vorgabe des Kunden.
Die Gestaltung des Hintergrunds kann als Kombibuchung mit einem oder mehreren Werbeformaten erfolgen. Alle Elemente werden exklusiv eingebunden und sind bei jedem Seitenaufruf sichtbar. Die Werbeform Wallpaper ist unter Windows/Internet Explorer komplett klickbar. Damit verzahnt das Wallpaper Imagewirkung mit den Möglichkeiten zur Transaktion. mehr...

BEISPIEL
Beispiel-Screenshot



Für das Visualisierungsbeispiel, bitte hier klicken.

TECHNISCHE DATEN

a) Anlieferung
Am einfachsten ist es, wenn Sie uns alle Dateien (Superbanner und Skyscraper) zusenden und einen Dummy-Screenshot mitschicken, wie es live aussehen soll. Wir können die einzelnen Elemente pixelgenau auf der Seite positionieren. Sie müssen sich nicht unbedingt an das gängige 728er- Superbanner-Format halten. Wenn es besser zum gewünschten Gesamtbild passt, kann das Motiv auch breiter sein. Der Skyscraper darf hingegen max. 200 Pixel breit sein.

Da jede von uns vermarktete Site ein eigenes Layout hat, finden Sie eine Übersicht über alle möglichen Größen im QC-Netzwerk hier.

Wenn Sie einen einfarbigen Verlauf einbinden möchten, genügt uns der Farbcode, das Bild kreieren wir. Es besteht auch die Möglichkeit, den Skyscraper mitscrollen lassen. Diese Variante funktioniert jedoch nur im Internet Explorer unter Windows. In allen anderen Browsern bleibt der Skyscraper stehen und scrollt nicht mit. Wenn der Skyscraper mitscrollen soll, beachten Sie bitte, dass er dann die max. Höhe von 600 Pixel nicht überschreiten darf. Das Wallpaper ist unter Windows/Internet Explorer komplett klickbar. In allen anderen Browsern/Betriebssystemen ist jeweils der erste sichtbare Screen klickbar. Weiße Bereiche bzw. Bereiche, die nicht eindeutig der Wallpaper-Kampagne zugeordnet werden können, werden nicht klickbar gemacht.

Alle zum Wallpaper gehörenden Dateien dürfen zusammen nicht größer als 80 KB sein.
Sound-Elemente dürfen nicht eingesetzt werden. 

b) Flash-Werbemittel
Für Flash Werbemittel ist es erforderlich, dass diese als Flash Version 8 oder größer exportiert werden, um Probleme bei der Verlinkung unter Flash Player Version 10 zu verhindern. Zudem benötigen wir für die Nicht-Flash-User Fallback-Images. Die AdClicks können wir im Report nur dann ausweisen, wenn die Ziel-Adresse per clicktag-Methode aufgerufen wird, und die Motive bei QC gehostet werden. Die URL darf daher nicht fest in die SWF-Datei implementiert werden.

c) Anpassungen zur AdClick-Zählung - die "clicktag"-Methode
Definieren Sie für alle Bereiche des Flash-Banners, die klickbar sein sollen, einen Button. Ordnen Sie diesem Button das Ereignis getURL zu, welches ausgeführt werden soll, wenn der Benutzer mit der Maus auf das Banner geklickt und die Maustaste wieder losgelassen hat.

on (release) {
getURL(clicktag, clicktarget);
}

In diesem Fall werden sowohl clicktag als auch clicktarget als Variable an die FlashDatei gehängt.



In beiden Fällen, wird dann auf Vermarkterseite bei der Auslieferung der Werbeform die Variable clicktag und/oder clicktarget an die swf-Datei übergeben. Nur so kann vermarkterseitig ein Clicktracking erfolgen, da die eigentliche Zieladresse umgeleitet wird. Achtung: Wenn Sie "clicktag" anders als oben beschrieben schreiben, teilen Sie uns dieses bitte unbedingt mit.

d) CPU-Last
Bitte testen Sie vor Anlieferung die Gesamt-CPU-Last aller Motive. Die CPU-Last darf max. 10% nicht übersteigen. Bei Redirects bitten wir den Parameter wmode="window" einzustellen, sofern keine Notwendigkeit für "opaque" oder "transparent" besteht. So ist gewährleistet, dass das Surfverhalten des Users (auch bei langsamen Rechnern) in keinster Weise eingeschränkt ist. Hier empfehlen wir den Macromedia-Standard von 10-15 Frames per Second und den Verzicht von rekursiven Schleifen. Wenn Sie Action-Scripte verwenden möchten, teilen Sie uns dieses bitte mit.

e) Local Connection bei Wallpapern und Tandem-Ads
Wenn eine Webseite mit einem Wallpaper oder Tandem-Ad in mehr als einem Browserfenster gleichzeitig geöffnet ist, kann die Kommunikation zwischen Superbanner und Skyscraper daraufhin in einem oder beiden Browserfenstern gestört sein. Als Resultat ist die Darstellung oder die Animation im Wallpaper/Tandem-Ad fehlerhaft. Dies gilt auch, wenn die Seite mit dem Werbemittel in zwei unterschiedlichen Browsern geöffnet ist. Dieses Problem kann prinzipiell bei allen Wallpapern/Tandem-Ads, die Local Connection verwenden, auftreten. Grund hierfür ist die Art und Weise, wie Flash die Kommunikation zwischen einzelnen Objekten handhabt.
Es gibt eine Lösung für dieses Problem: In den beiden Flash-Motiven muss der Name der Local Connection einzigartig sein. Dies lässt sich am einfachsten realisieren, indem der Name der Local Connection um einen Zufallswert ergänzt wird (z.B. einen Zeitstempel).
Ein Beispiel zur Verdeutlichung: Im aufrufenden Object- oder Embed-Tag wird zusätzlich zum "Clicktag" noch die Variable "localConnName" (oder irgendein anderer Name) mit übergeben. Diese Variable enthält eine Zufallszahl, wie z.B. den Zeitstempel, der auch bei Clickcommands verwendet wird, und wird bei der Auslieferung über den Adserver generiert.

Der Aufruf im Object- oder Embed-Tag würde dann beispielhaft so aussehen:
http://www.adserver.de/flash.swf?clicktag=http://www.kunde.de&localConnName=[Zeitstempel] wobei [Zeitstempel] dynamisch bei der Auslieferung des Werbemittels durch den Adserver ersetzt wird. Im Actionscript der Flash-Dateien wird diese Zufallszahl dann an den Namen der Local Connection angehängt, z.B.

sender = new LocalConnection();
sender.send('channel1'+_root.localConnName, 'starter');

bzw.

receiver.connect('channel1'+_root.localConnName);

So ist gewährleistet, dass bei jedem Aufruf der Seite der Kanal, auf dem die Kommunikation zwischen den beiden Motiven stattfindet, einzigartig ist und korrekt funktioniert, unabhängig davon, in wie vielen Browserfenstern das Wallpaper zu sehen ist.

f) Anlieferung im Redirect-Verfahren:
Das eigentliche Hintergrundbild muss unbedingt bei uns auf dem Server liegen. Selbstverständlich haben Sie die Möglichkeit, ein Zählpixel und einen ClickCommand mit anzuliefern, so dass Sie selber mitzählen können. Wenn Sie die anderen Elemente über Ihren Adserver (oder den eines Drittanbieters wie Eyeblaster oder TangoZebra) ausliefern möchten, benötigen wir unbedingt zwei separate Adtags - entweder als IFrame- oder Javascript-Redirects. Die von QC präferierte Variante ist der Einsatz von IFrames. Bitte beachten Sie, dass wir, wenn Sie uns Javascript-Redirects anliefern, diese in IFrames auslagern und somit als IFrames ausliefern.
Selbstverständlich können Sie uns auch alle Wallpaper-Dateien anliefern, so dass wir das Hosting übernehmen. Auch hier besteht die Möglichkeit, dass Sie mittels Clickcommand und Zählpixel selber mitzählen können.

Sie merken, unsere Spezifikationen lassen viel Spielraum. Wir möchten nicht in den Kreativ-Fluss eingreifen. D.h. Sie können gestalterisch (fast) alles machen, was Sie möchten. Bevor wir ein Wallpaper live schalten, erhalten Sie in jedem Fall die Möglichkeit, dieses vorab unter Live-Bedingungen zu sehen und ggfs. noch Änderungen vorzunehmen bzw. durch uns vornehmen zu lassen.

Das Wichtigste bei der Schaltung von Wallpapern ist die Vorlaufzeit: Wir benöetigen in jedem Fall alle Dateien fünf Werktage vor Kampagnenstart.

Weitere Fragen beantwortet unser Technik-Team
unter mailto:banner@spiegel-qc.de gerne.