Dateigewichte und Ladephasen: Unterschied zwischen den Versionen

Zur Navigation springen Zur Suche springen

Dateigewichte und Ladephasen (Quelltext anzeigen)

Version vom 1. März 2020, 23:29 Uhr

3.855 Bytes entfernt ,  1. März 2020
keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
===Dateigewicht (Berechnung und Ladephasen)===
===Dateigewicht (Berechnung und Ladephasen)===


Um die User-Experience und Load Performance einer Website positiv zu gestalten, müssen die Anzahl und das Gewicht der Komponenten einer Werbeanzeige so klein wie möglich gehalten werden. '''Das max. Gewicht bezieht sich dabei auf den Wert nachdem die Dateien gzip komprimiert wurden'''.
Um die User-Experience und Load Performance einer Website positiv zu gestalten, müssen die Anzahl und das Gewicht der Komponenten einer Werbeanzeige so klein wie möglich gehalten werden.
{| class="wikitable"
| style="height:50px; width:850px; text-align:left;" | '''Das max. Gewicht der spezifizierten Werbeformkomponente bezieht sich auf den Wert nachdem die Dateien gzip komprimiert wurden'''
|}
Im Zuge der Veröffentlichung der LEAN Richtlinien und des New Ad Portfolios durch das IAB Tech Lab wurde das Konzept von Initial-/Subload eingeführt, um den bisherigen „Polite Download“ abzulösen. Dieses Konzept sieht die Zweiteilung des Gesamtdateigewichtes in einen initialen und einen nachgeladenen Anteil vor. Das Laden der Werbeinhalte wird zunächst auf den initialen Anteil begrenzt, um die Ladezeiten der Webseiten zu optimieren und die Nutzerwahrnehmung zu steigern. Ob ein Subload zulässig ist, ist in der Einzelspezifikation definiert (Initial File Load ist obligatorisch).  
</br></br></br>
'''Initial File Load (Initialload)'''
</br>
Diese Phase beschreibt das Dateigewicht, das bei initialen Abruf durch den Browser geladen werden darf:
{| class="wikitable"
| style="height:50px; width:350px; text-align:left;" | '''Desktop'''
| style="height:50px; width:500px; text-align:left;" |Initial Load: max. 200 KB (insofern innerhalb Spezifikation nicht anders definiert)
|-
| style="height:50px; width:350px; text-align:left;" | '''Mobile'''
| style="height:50px; width:500px; text-align:left;" |Initial Load: max. 100 KB (insofern innerhalb Spezifikation nicht anders definiert)
|-
| style="height:50px; width:350px; text-align:left;" | '''Maximale Anzahl an Requests'''
| style="height:50px; width:500px; text-align:left;" | 10
|}


Die Zuordnung der Dateigewichte und darin enthaltene Elemente erfolgt in drei unterschiedlichen Lade-Phasen: Initial File Load, (Host Initiated Subload), (User Initiated Subload). Welche Lade-Phasen für eine Werbeform zulässig sind, wird in der jeweiligen Spezifikation definiert. Die Phase Initial File Load ist obligatorisch.  
Nach Abschluss des Initial File Load muss sichergestellt werden, dass auf der Werbefläche ein Motiv des Werbetreibenden dargestellt ist, damit die Werbebotschaft unmittelbar mit dem Aufbau der Seite gestreut werden kann. Dies ist zugleich der Zeitpunkt, um die technischen KPIs wie z.B. die Ad Impression oder die Sichtbarkeitsmessungen etc. zu erheben. Somit müssen in dieser Ladephase alle Elemente enthalten sein, die für die sichtbare Darstellung, Tracking, Messung und Ad Verification der Anzeige erforderlich sind:
 
</br></br></br>
 
'''Host Initiated Subload (Subload)'''
'''Initial File Load''' (insofern innerhalb einer Spezifikation nicht anders definiert)
</br>
 
Für aufwändige Kreationen, bei denen das zulässige Dateigewicht (Initialload) nicht ausreicht, können bis zur Spezifikationsgrenze (Subload) zusätzliche Inhalte nachgeladen werden. Der Subload wird dabei durch das Event der Hauptseite „readystate=complete“ angestoßen. Somit unterliegt der Subload folgenden Einstellungen:
*Desktop / Tablet - max. 200 kb
{| class="wikitable"
*Mobile - max. 50 kb
| style="height:50px; width:850px; text-align:left;" | '''Direkter Zugriff auf das readystate-Event der Hauptseite'''
*Maximale Anzahl an Request: 10
|-
<br />
| style="height:50px; width:850px; text-align:left;" | '''Alternativ: Reagieren auf das postmessage Signal „IAB_HOST_LOADED“ der Seite'''
:Diese Phase beschreibt das Dateigewicht (Summe aller gzippten Assets), das bei initialer Anzeigenanfrage durch den Browser geladen werden darf. Darin enthalten sind alle Elemente, die für die sichtbare Darstellung der Anzeige, Impression-Zählung sowie Tracking und Measurement durch die Agentur erforderlich sind:
|-
<br />
| style="height:50px; width:850px; text-align:left;" | '''Die maximale Wartezeit ist auf 4 Sekunden beschränkt'''
*Grafiken (JPG, PNG, GIF, SVG, ...)
|-
*MarkUp - HTML(5), Style-Sheets - CSS(3)
| style="height:50px; width:850px; text-align:left;" | '''Wichtig: Es ist sicherzustellen, dass der Subload nur einmal pro Werbemittel gestartet wird, da unter Umständen entsprechende Signale mehrfach übergeben werden.'''
*Script (JavaScript, JSON, ...), Libraries/Frameworks (JQuery, Prototype, Angular, Underscore, ...)
|}
*Tracking- und Meassurement-Ressourcen
Da durch das Werbemittel nicht in allen Integrationsvarianten auf dieses Event zugegriffen werden kann, hat die Unit AdTechnology des OVK entsprechende Lösungen bereitgestellt, die innerhalb des Creatives umzusetzen sind, damit Initial-/Subload ordnungsgemäß auf den Webseiten wie vom OVK/IAB definiert ausgeführt werden können.
*Sonstige Ressourcen
</br></br>
 
'''Unter folgendem Link stehen die Details zur Lösung sowie Codebeispiele zur Verfügung:'''
'''Host Initiated Subload'''
{| class="wikitable"
 
| style="height:50px; width:850px; text-align:left;" | https://github.com/Unitadtechnologystandards/Initial-Sub-Load
\begin{addmargin}[25pt]{0pt}
|}
Diese Phase ist definiert als das Dateigewicht von gzip komprimierten Elementen, welches automatisiert durch die Anzeige initiiert, ohne Benutzerinteraktion nachgeladen werden darf (frühestens 1 Sekunde nach dem DomContentLoaded-Event) . Ist dieses Event zum Zeitpunkt der Anzeigenanforderung bereits erfolgt  (i.d.R der Fall bei asynchroner Werbeimplementierung) darf ein Subload frühestens eine Sekunde nach Abschluss der Initial File Load-Phase erfolgen.
</br></br></br>
\end{addmargin}
'''Advalidator (Tool)'''
\begin{addmargin}[25pt]{0pt}
Für eine einfache Werbemittelprüfung der Spezifikationen hat die Unit Ad Technology ein Validation Tool zur Verfügung gestellt. Dieses ist unter folgender Adresse
Siehe weitere Informationen für grundsätzliche Problemstellung dieser Lade-Phase (sowie  DomContentLoaded\textbf{End}-Event):  \refPolite
{| class="wikitable"
\end{addmargin}
| style="height:50px; width:850px; text-align:left;" |  https://advalidator.de
 
|}
\textbf{User Initiated Subload}
 
\begin{addmargin}[25pt]{0pt}
Wenn ein User durch Interaktion mit der Anzeige ein Nachladen von Elementen initiiert, ist das Dateigewicht gzip komprimierter Assets vorbehaltlich nicht limitiert. Die Agentur berücksichtigt selbstverpflichtend die User-Experience und Load Performance der Seite, insebsondere ihrer Ausspielungsumgebung (Mobile). Die Anzeige ist so zu gestalten, dass ein Subload nur durch eine bewusste Interaktion des Users aktiviert wird. 
\end{addmargin}
 
\textbf{HTML5 Ad Validator (IAB)}
 
Um die Werbemittel auf ihre Größe in den unterschiedlichen Lade-Phasen zu überprüfen, steht ein von der IAB entwickelter HTML5 Ad Validator zur Verfügung, siehe unter Adresse https://html5.iabtechlab.com
 
\refIndex
 
 
 
Dateigewicht (Host-Initiated Subload vs. Polite-Load)}
\hypertarget{polite}{}
 
 
Polite Loading (Flash) bezeichnet eine Technik, um diverse Assets eines Werbemittels nach dem ""DOMContentLoaded Event"" nachzuladen. Damit kann ein geringes initales sowie den Spezifikationen konformes Dateigewicht bei aufwändigen Flash Ads erreicht werden. Das Werbemittel weist demnach beim initialen Laden eine geringe Dateigröße auf und erst nachdem alle Bestandteile der Webseite Teil des DOM sind, werden weitere Assets nachgeladen, ohne den Aufbau und die Darstellung der Webseite zu behindern.
 
Diese ursprünglich aus Zeiten von Flash in Verbindung mit synchronem Laden stammende Technik, führt im Portfolio der IP Deutschland GmbH nicht zum gewünschten Effekt, da wir sämtliche Ads generell asynchron sowie nach dem ""DOMContentLoaded Event"" in die Webseiten integrieren und mittlerweile zu über 90% HTML5 Werbemittel ausspielen. Auf HTML5 Ads ist der Begriff ""Polite Loading"" nicht 100% übertragbar. ""Initial Load"" sowie (host-initiated) ""Subload"" sind eher zutreffende Bezeichnungen. Aber auch der Optimierungsversuch durch Subload verpufft, da einem User trotz allem das gesamte Dateigewicht (initial) auf einmal zugemutet wird, wenn die Ausspielung asynchron erfolgt. Dies kann zu mehreren negativen Effekten führen, wie beispielsweise eine enorme Belastung des Datenvolumens (mobile), erhöhte Latenzen und somit erhöhte Zähldifferenzen oder auch einer Verschlechterung der Viewability. Daher ist die generelle Empfehlung der IP Deutschland GmbH, von Polite Loading oder auch Subload abzusehen und die Ads hinsichtlich initialem Dateigewicht und Anzahl der Request zu optimieren und diese so gering wie möglich zu halten.
 
Des Weiteren müssen einmal ausgelieferte Assets ""cache friendly"" gebaut sein und dürfen beispielsweise bei Loop nicht erneut requested werden. In jedem Fall ist das initiale Dateigewicht gemäß Spezifikation einzuhalten und orientiert sich an den internationalen Vorgaben des IAB (http://www.iab.com/guidelines/iab-display-advertising-guidelines/).
 
\begin{compactitem}
\item
Initial File Load, [Host-Initiated Load], [User-Initiated Load]
\end{compactitem}
 
Die zulässigen Lade-Phasen sind in der Einzelspezifikation definiert (Initial File Load ist obligatorisch).
 
 
\textbf{Initial File Load}
(insofern innerhalb einer Spezifikation nicht anders definiert)
 
\begin{compactitem}
\item
Desktop / Tablet - 200kb
\item
Mobile - 50 kb
\item
Maximale Anzahl an Request: 10
\end{compactitem}
 
\begin{addmargin}[25pt]{0pt}
Diese Phase beschreibt das Dateigewicht (Summe aller gzippten Assets), das bei initialer Anzeigenanfrage durch den Browser geladen werden darf:
\end{addmargin}
 
\begin{compactitem}
\item
Grafiken (JPG, PNG, GIF, SVG, ...)
\item
MarkUp - HTML(5), Style-Sheets - CSS(3)
\item
Script (JavaScript, JSON, ...), Libraries/Frameworks (JQuery, Prototype, Angular, Underscore, ...)
\item
Tracking- und Meassurement-Ressourcen
\item
Sonstige Ressourcen
\end{compactitem}
 
\begin{addmargin}[25pt]{0pt} 
Darin enthalten sind alle Elemente, die für die sichtbare Darstellung der Anzeige, Impression-Zählung sowie Tracking und Measurement durch die Agentur erforderlich sind.  
\end{addmargin}
 
\textbf{Host-Initiated Subload}
 
\begin{addmargin}[25pt]{0pt}
Diese Phase ist definiert als das Dateigewicht von gzip komprimierten Elementen, welches automatisiert, durch die Anzeige initiiert, ohne Benutzerinteraktion (frühestens 1 Sekunde nach dem DomContentLoaded-Event) nachgeladen werden darf. Ist dieses Event zum Zeitpunkt der Anzeigenanforderung bereits erfolgt (i.d.R.bei asynchroner Werbeimplementierung), ist (nach Feststellung*) ein Subload frühestens eine Sekunde nach Abschluss der Initial Load-Phase erlaubt.
\end{addmargin}
\begin{addmargin}[25pt]{0pt}
Ob ein Subload erfolgen darf ist der Spezifikation einer Werbeform zu entnehmen. Siehe auch nächte Seite unter Punkt: Vorbehalte zu Lade-Phasen Host-Initiated Subload und Polite-Load, grundsätzliche Problematiken dieser Lade-Phase (*Feststellung: DomContentLoadedEnd-Event).
\end{addmargin}
 
\textbf{User-Initiated Subload}
 
\begin{addmargin}[25pt]{0pt}
Wenn ein User durch Interaktion mit der Anzeige ein Nachladen von Elementen initiiert, ist das Dateigewicht gzip komprimierter Assets vorbehaltlich nicht limitiert. Die Agentur berücksichtigt selbstverpflichtend die User-Experience und Load Performance der Seite, insebsondere ihrer Ausspielungsumgebung (Mobile). Die Anzeige ist so zu gestalten, dass ein Subload nur durch eine bewusste Interaktion des Users aktiviert wird.
\end{addmargin}
 
\newpage
 
uch user-initiated (Button und Absicht, dass Ressourcen nachgeladen werden müssen klar gekennzeichnet werden)
 
 
External Request
 
 
Erklärung Polite +  (IP)
 
Erklärung OVK-Tools
 
subload  nur Online
 
WLAN - keine Haftung für Unterlieferung
 
Polite Download
 
Gewicht des initialen Ladens entspricht der zugrundeliegenden Werbeform
Nach dem Initialload muss ein Werbemittelinhalt dargestellt sein (keine weiße Fläche)
Das Nachladen darf erst nach dem Laden der Webseite gestartet werden, nicht sofort im Anschluss an den Initialload




[[Kategorie:Allgemein]]
[[Kategorie:Allgemein]]
Abgerufen von „https://techspecs.iqd-ao.de/de/index.php?title=Spezial:Mobiler_Unterschied/1732“

Navigationsmenü