Warum feedgenerierte HTML5-Anzeigen von Google Ads, DV360 und Ad Manager abgelehnt werden

Google Ads begrenzt ein hochgeladenes HTML5-Display-Creative auf 600 KB und 40 Dateien im ZIP-Archiv – so steht es in der Spezifikation von Google für hochgeladene Displayanzeigen. Display & Video 360 erlaubt bis zu 100 Dateien, begrenzt aber das Gesamtgewicht, das ein Browser bei der Auslieferung der Anzeige herunterlädt, auf 5 MB und beschränkt ein einzelnes Creative auf 25 Cookies und 100 externe HTTP-Aufrufe, wie die HTML5-Creative-Richtlinien von DV360 festlegen. Keine dieser Zahlen ist geheim. Sie stehen auf den Spezifikationsseiten der jeweiligen Plattform. Eine feedgesteuerte Creative-Pipeline stolpert dennoch ständig darüber, weil sich das ZIP, das eine Template-Engine aus einigen Tausend SKUs zusammensetzt, völlig anders verhält als das ZIP, das ein Designer von Hand baut. Dieser Leitfaden richtet sich an alle, die in einem Katalog-Account für die Creative-QA verantwortlich sind: die konkreten Gründe, warum aus Produktfeed-Daten generierte HTML5-Anzeigen von Google Ads, DV360 und Google Ad Manager abgelehnt werden, und die jeweilige Lösung – damit Sie die Fehler finden, bevor es die Plattform tut.

Warum feedgeneriertes HTML5 häufiger an der Prüfung scheitert als handgebaute Creatives

Ein Designer, der ein Banner von Hand baut, bettet das Produktfoto direkt in das ZIP ein, schreibt ein clickTag und prüft die Dateianzahl einmal. Eine Template-Engine, die dasselbe Banner für 4.000 SKUs erzeugt, wiederholt jede Entscheidung 4.000-mal, und ein Fehler, der bei n=1 nichts kostet, potenziert sich im großen Maßstab.

Vier Muster erklären den Großteil. Erstens referenziert das Template Produktbilder meist über die image_link-URL direkt aus dem Feed, weil der Feed dieses Feld bereits enthält, statt die Datei herunterzuladen und einzubetten, wie es das ZIP-Format verlangt. Zweitens vervielfacht ein Template, das jedem Badge-Zustand (vorrätig, Sale, Bestseller, geringer Bestand) eine eigene Bilddatei gibt, die Dateianzahl des Archivs, bevor auch nur ein Produktfoto hinzugefügt wurde. Drittens entfernt die Minifizierung der Build-Ausgabe für eine schnellere Auslieferung Metadaten und verschleiert Variablen – einschließlich genau des Meta-Tags ad.size und der Variable clickTag, die die Werbeplattformen anhand ihres Namens auslesen. Viertens fügt jedes Tool im Stack – die Creative-Automation-Ebene, das Analytics-Tag, das eigene Pixel des Werbenetzwerks – ein eigenes Skript oder Cookie hinzu, und niemand testet die fertig zusammengesetzte Anzeige gegen die kombinierte Obergrenze der Plattform, bevor sie bereits in der Prüfung ist.

Die technischen Grenzen, Plattform für Plattform

Dies sind die Werte, die tatsächlich durchgesetzt werden. Wo eine Plattform keine harte Zahl veröffentlicht hat, sagen wir das, statt zu raten.

Quellen: Google-Ads-Spezifikationen für hochgeladene Displayanzeigen, Google-Ads-Fehlerbehebung für HTML5-Assets in App-Kampagnen, HTML5-Creative-Richtlinien von DV360, HTML5-Richtlinien von Google Ad Manager.

Fünf Ablehnungsgründe, die auf jeder Plattform wiederkehren – und die jeweilige Lösung

1. Absolute Bild-URLs statt eingebetteter Assets

Das Template übernimmt image_link direkt aus dem Feed und schreibt die URL unverändert ins Markup:

<img src="https://cdn.example.com/feed/sku-4471-a.jpg">

Der HTML5-Asset-Validator von Google gibt dafür bei Interstitial-Bundles für App-Kampagnen eine eindeutige Fehlermeldung aus: „Your HTML5 ad is trying to reference an asset that is external to your .ZIP file. Only internal file references are allowed.“ (Ihre HTML5-Anzeige versucht, auf ein Asset außerhalb Ihrer ZIP-Datei zu verweisen; zulässig sind nur interne Dateiverweise.) Dieselbe Regel gilt – mit weniger deutlicher Fehlermeldung – auch für Standard-Displayanzeigen und DV360.

Lösung: Laden Sie beim Build die Datei herunter, auf die die image_link-URL verweist, kodieren Sie sie unter einem relativen Pfad neu in das ZIP und referenzieren Sie stattdessen diesen Pfad:

<img src="assets/sku-4471-a.jpg">

2. Dateianzahl gesprengt durch Badge- und Icon-Assets pro Variante

Ein Template mit sechs Badge-Zuständen in acht Creative-Größen umfasst 48 Dateien, bevor auch nur ein Produktfoto hinzugefügt wurde – und liegt damit bereits über der Grenze von 40 Dateien für Standard-Displayanzeigen in Google Ads. Bei einem Katalog mit Hunderten aktiver Aktionen ist das der häufigste einzelne Grund, warum ein Batch-Export scheitert, obwohl dasselbe Template die QA mit einem Testsatz von fünf Produkten bestanden hat.

Lösung: Fassen Sie Badge-Zustände in einem Spritesheet oder einem Inline-SVG-<symbol> zusammen, das per CSS-Klasse referenziert wird, sodass die Dateianzahl konstant bleibt – unabhängig davon, wie viele Badge-Zustände oder Größen die Kampagne nutzt.

3. Fehlendes oder entferntes ad.size-Meta-Tag

Minifizierungsschritte, die auf Geschwindigkeit statt auf Ad-Tech-Konformität ausgelegt sind, entfernen oder verschieben häufig Inhalte im <head> – einschließlich des Meta-Tags für die Abmessungen, das die Plattformen anhand seines exakten Namens auslesen. Die Fehlermeldung des Google-Ads-Validators lautet in diesem Fall: „Your HTML5 ad is missing a primary .HTML file. Primary .HTML files include an Ad Size tag.“ (Ihrer HTML5-Anzeige fehlt eine primäre HTML-Datei; primäre HTML-Dateien enthalten ein Ad-Size-Tag.) Google Ad Manager verlangt dieselbe Information als <meta name="ad.size" content="width=300,height=250">.

Lösung: Prüfen Sie das Meta-Tag nach der Minifizierung, nicht davor, und bauen Sie die Prüfung als automatisches Gate in die Export-Pipeline ein statt als manuelle Stichprobe.

4. clickTag fest codiert, fehlend oder bis zur Unkenntlichkeit minifiziert

Ein Minifier macht aus einem lesbaren Klick-Handler etwas wie var a=b(3). Die Richtlinien von DV360 stellen ausdrücklich klar, dass das Klick-Tag „für den Ad-Server leicht lesbar sein“ soll, und weisen Teams an, es nicht durch einen Code-Minifier laufen zu lassen; Ad Manager verlangt dieselbe Variable, deklariert exakt als clickTag, im Head.

Lösung: Deklarieren Sie sie einmal, nicht minifiziert, und nehmen Sie genau diese eine Zeile von der Minifizierung aus: var clickTag = "https://example.com/product/4471";. Codieren Sie die Ziel-URL nirgendwo sonst im Markup fest – Ad Manager kann Klicks, die es nicht über die Variable sieht, nicht zuordnen.

5. Obergrenze für Cookies und HTTP-Aufrufe durch gestapeltes Tracking überschritten

DV360 begrenzt ein einzelnes Creative hart auf 25 Cookies und 100 externe HTTP-Aufrufe. Jedes einzelne Tag – ein Retargeting-Pixel, eine Webfont-Anfrage, ein GA4-Aufruf, das Tracking-Snippet der Creative-Automation-Plattform – ist für sich genommen konform. Zusammen auf einer fertigen Anzeige gestapelt sind sie es nicht, und die Überschreitung zeigt sich erst, wenn jemand das fertige Bundle testet statt des Templates.

Lösung: Leiten Sie das Tracking über einen einzigen Tag-Manager-Container pro Anzeige, statt Pixel einzeln hinzuzufügen, laden Sie Schriften lokal statt über eine externe Anfrage und testen Sie die Anzahl an einem echten gerenderten Export – nicht am Template –, da Tests auf Template-Ebene zu niedrige Werte liefern.

Checkliste, bevor ein Batch feedgenerierter HTML5-Creatives live geht

• Jeder Asset-Verweis im Markup ist relativ zum ZIP-Stammverzeichnis, keine absolute URL zurück zum CDN des Feeds.
• Die Dateianzahl wird am fertig zusammengesetzten, produktspezifischen ZIP geprüft – nicht am Template – und liegt unter der Grenze der Zielplattform.
• Das Meta-Tag ad.size (bzw. das Äquivalent für DV360/Ad Manager) ist nach dem Build-Schritt vorhanden und nicht minifiziert, nicht nur davor.
• Die Variable clickTag ist einmal und nicht minifiziert deklariert und ist das einzige Klickziel in der Datei.
• Die kombinierte Anzahl an Cookies und externen HTTP-Aufrufen wird an der gerenderten Anzeige gegen die Obergrenze von 25/100 bei DV360 getestet, nicht pro Tag geschätzt.
• Das Gesamt-Downloadgewicht wird ohne Cache und nach der Komprimierung gegen das tatsächliche Limit der Plattform gemessen – 600 KB für Standard-Displayanzeigen in Google Ads, insgesamt 5 MB für DV360.

Was dieser Leitfaden nicht abdeckt

Dies ist eine Ebene der technischen Konformität, keine vollständige Creative-Strategie. Nicht behandelt werden dynamische Social- und Native-Katalog-Anzeigen – Platzierungen auf Meta und Instagram, TikTok-Katalog-Anzeigen –, die aus demselben Feed erstellt werden, denn diese laufen mit Bild- und Video-Assets über den eigenen Katalog-Anzeigenmanager der Plattform, nicht über einen HTML5-ZIP-Upload. Für genau diese Aufgabe sind spezialisierte Tools tatsächlich besser geeignet als eine allgemeine HTML5-Pipeline: Confect ist speziell auf Katalog-Anzeigen-Templates für Meta und Google mit stündlicher Produktsynchronisierung ausgelegt, und Hunch auf dynamische Social- und Video-Creatives, einschließlich hyperlokalisierter Varianten. Keines der beiden erzeugt HTML5-Display-Banner nach IAB-Spezifikation – genau die Lücke, die dieser Leitfaden adressiert –, doch in ihrem eigenen Bereich lohnt es sich, sie nach ihren eigenen Maßstäben zu bewerten.

Ebenfalls nicht behandelt werden Creative-Tests und Leistungsmessung – ob ein Template besser konvertiert als ein anderes, ist eine eigene Disziplin, unabhängig davon, ob es die technische Prüfung besteht –, und der Leitfaden ersetzt nicht die inhaltliche Richtlinienprüfung einer Plattform. Wer jeden Punkt der obigen Checkliste behebt, verhindert eine technische Ablehnung. Ein Creative, das inhaltlich gegen die Werberichtlinien einer Plattform verstößt, wird dadurch nicht freigegeben.

Häufig gestellte Fragen

Wie groß darf eine HTML5-Displayanzeige in Google Ads maximal sein?

Bei hochgeladenen Standard-Displayanzeigen darf die ZIP-Datei höchstens 600 KB groß sein und nicht mehr als 40 Dateien enthalten. HTML5-Interstitial-Assets für App-Kampagnen folgen einer eigenen Spezifikation: bis zu 5,2 MB und 512 Dateien, aber nur in den Formaten 320×480 oder 480×320.

Warum misst DV360 das Gesamt-Downloadgewicht statt der ZIP-Größe?

Weil sich ein ZIP beim Rendern im Browser in eine deutlich größere Menge an Dateien entpacken kann. DV360 begrenzt das tatsächliche Gewicht, das der Browser eines Besuchers bei der Auslieferung der Anzeige herunterlädt, auf 5 MB – ein genauerer Indikator für die reale Ladebelastung als die Größe des komprimierten Archivs.

Darf eine feedgenerierte HTML5-Anzeige auf externe Schriften oder Bilder verweisen?

Grundsätzlich nein. Standard-Displayanzeigen in Google Ads erlauben externe Verweise nur auf Google Fonts und eine kleine Positivliste von Google gehosteter Bibliotheken (CreateJS, GSAP, jQuery); alles andere, einschließlich jedes Produktbilds, muss mit relativem Pfad im ZIP eingebettet sein.

Warum besteht eine HTML5-Anzeige den lokalen Test, scheitert aber an der Plattformprüfung?

Lokale Tests laufen meist gegen den noch nicht minifizierten, nicht komprimierten Quellcode und nicht gegen genau das ZIP, das hochgeladen wird. Die Minifizierung kann das ad.size-Tag entfernen oder die clickTag-Variable verstümmeln, nachdem der lokale Test bereits bestanden wurde – die Prüfungen müssen daher am finalen Build-Artefakt laufen.

Gilt die Grenze von 40 Dateien pro Produkt oder pro Kampagne?

Pro einzelnem Creative-ZIP. Ein Batch-Export, der ein ZIP pro SKU erzeugt, muss jedes einzelne unter der Grenze halten – die Grenze wird nicht über die Gesamtdateianzahl einer Kampagne gemittelt.

Was unterscheidet die HTML5-Spezifikation für App-Kampagnen von der für Standard-Displayanzeigen?

Es sind getrennte Spezifikationen mit unterschiedlichen Grenzen für unterschiedliches Inventar. Hochgeladene Standard-Displayanzeigen sind auf 600 KB und 40 Dateien bei flexiblen Formaten begrenzt; HTML5-Interstitials für App-Kampagnen erlauben bis zu 5,2 MB und 512 Dateien, aber nur in zwei festen Hoch- bzw. Querformaten. Die Annahmen der einen Spezifikation auf die Fläche der anderen zu übertragen, ist eine häufige Ursache für abgelehnte Bundles.

Gelten diese Datei- und clickTag-Regeln auch für Video-Creatives aus demselben Feed?

Nein – Video-Assets folgen den Spezifikationen der jeweiligen Plattform für Videoanzeigen (Kodierung, Dauer, Seitenverhältnis), nicht den HTML5-ZIP-Regeln aus diesem Leitfaden. Eine feedgesteuerte Pipeline, die sowohl Video- als auch HTML5-Ausgaben erzeugt, benötigt für beide getrennte QA-Durchläufe.

Wie teste ich die Anzahl an Cookies und HTTP-Aufrufen vor dem Upload zu DV360?

Rendern Sie das fertige Creative in einem Browser mit geöffneten Entwicklertools, laden Sie die Anzeige in einem isolierten Tab und zählen Sie im Netzwerk-Panel die tatsächlich gesetzten Cookies und ausgelösten Anfragen. Wer das Template isoliert testet, bevor beim Build die Tracking-Tags eingefügt werden, zählt beides zu niedrig.

Wenn die manuelle Pflege dieser Konformitätsebene nicht die beste Nutzung der Zeit Ihres Teams ist, sehen Sie sich an, wie die Creative Suite von Feedance kanalfertige Creatives – statische Bilder, Videos und HTML5-Banner – direkt aus Ihrem Produktfeed erzeugt, ergänzt durch Feed-Anreicherung für die zugrunde liegenden Produktdaten. Karaca nutzte denselben Ansatz vom Feed zum Creative, um 10.000 gebrandete Black-Friday-Creatives in zwei Stunden zu erstellen. Sprechen Sie mit uns über Ihren Katalog und Ihre aktuelle Ablehnungsquote.