890
Bearbeitungen
Dateigewichte und Ladephasen: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Dateigewichte und Ladephasen (Quelltext anzeigen)
Version vom 13. August 2019, 01:29 Uhr
, 13. August 2019keine Bearbeitungszusammenfassung
Esenk (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Dateigewicht (Berechnung und Ladephasen)} Um die User-Experience und Load Performance einer Website positiv zu gestalten, müssen die Anzahl und das Gewicht d…“) |
Esenk (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 54: | Zeile 54: | ||
\refIndex | \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 | |||