Preis-Overlays automatisch aus dem Produktfeed
Dynamische Overlays holen den Preis aus deinem Produktfeed. Der Preis auf dem Bild ist deshalb nur so aktuell wie dein letzter Feed-Import.
Dynamische Overlays holen den Preis aus deinem Produktfeed. Der Preis auf dem Bild ist deshalb nur so aktuell wie dein letzter Feed-Import.
800 Artikel, Preise, die jeden Montag wechseln, und ein Kunde, der will, dass der Sale-Sticker von allein auftaucht und wieder verschwindet. Das Gespräch startet immer als Design-Frage. Können wir da einen roten Störer draufsetzen? Dann fragt jemand, was passiert, wenn ein Artikel am Donnerstag aus dem Rabatt fällt. Kurze Stille.
Kurz gesagt: Ein Preis-Overlay in Katalog-Anzeigen ist keine fertige Grafik. Es ist eine Vorlage, die beim Ausspielen ein Feld aus deinem Produktkatalog liest. Sie aktualisiert sich also genau dann, wenn dein Katalog sich aktualisiert. Du gestaltest ein Label. Alles danach ist Feed-Pflege, und genau da gehen diese Overlays kaputt.
Das Wichtigste
Über eine Bindung, beim Ausspielen. Du exportierst keine 800 Bilder. Du wählst einen Label-Typ, gestaltest ihn einmal (Schrift, Farbe, Form, Ecke), und das Anzeigensystem stempelt den Wert ein, den es für diesen Artikel gerade hält. Search Engine Land nennt im Launch-Bericht 4 Label-Optionen für Metas dynamische Overlays: aktueller Preis, durchgestrichener Sale-Preis, Prozent-Rabatt und Gratisversand.
Damit wandert die Arbeit. Der Störer liegt in keiner Design-Datei mehr. Er ist eine Regel plus ein Feldname. Ab jetzt zählt eine andere Frage: Welches Feld wird hier gelesen, und stimmt dieses Feld heute? Dein Designer hat damit eine Stunde zu tun. Der Rest ist Feed-Arbeit.
Weil das Overlay deinen Katalog liest. Und dein Katalog ist eine Kopie deines Shops, die nach Zeitplan aktualisiert wird. Meta erkennt Änderungen an der Katalogdatei beim nächsten geplanten Import. Senkst du den Preis um 9 Uhr, steht die alte Zahl im Creative, bis dieser Import läuft. Jede Auslieferung dazwischen zeigt den alten Preis.
Es ist dieselbe Verzögerung, die auch ausverkaufte Produkte weiter Budget kosten lässt, nur auf das Preisfeld gemünzt statt auf die Verfügbarkeit. Der Schaden ist ein anderer. Eine alte Verfügbarkeit verbrennt still Budget. Ein alter Preis ist eine Preisaussage auf einem Bild. Wer auf 39 € klickt und im Shop 49 € sieht, denkt nicht an einen Import. Der denkt: Lockangebot.
Alles, was als Feld im Feed steht. Preis, Sale-Preis, ein daraus berechneter Prozentwert, Versand: alles feedbasiert, ein Label kann das anzeigen. Eine Sterne-Bewertung aus deinem Review-Tool, ein Preis der Konkurrenz, ein Knappheitshinweis wie nur noch 3 Stück: davon steht nichts im Katalog. Kein eingebautes Label kann das sagen.
Alles darüber hinaus heißt: Du erzeugst die Bilder selbst aus dem Feed, mit einem Template-Tool, und übergibst Meta fertige Bild-URLs. Ein eigenes Projekt mit eigener Rechnung. Sag das, bevor es jemand im Meeting zusagt.
Eine Sache prüfst du besser, statt sie anzunehmen: Öffne die Platzierungsvorschau und schau, welche Platzierungen das Label anzeigen. Die Verfügbarkeit ändert sich, und die Vorschau ist am Tag des Launches die einzige ehrliche Antwort.
Aus der Render-Ebene, sobald du eine dazunimmst. Eingebaute Overlays haben eine Uhr: deinen Katalog-Import. Ein externer Bildgenerator hat zwei. Das Bild wird nach eigenem Takt erzeugt und danach gecacht. Jetzt kann ein Preis im Feed korrekt sein, im Meta-Katalog korrekt sein und auf dem ausgespielten Bild falsch.
Dafür gibt es keine Warnung. Für die Plattform ist dein Creative eine URL, die ein Bild zurückgibt. Ein Bild mit einer alten Zahl ist ein gültiges Bild. Die Feed-Diagnose bleibt grün, weil der Feed in Ordnung ist.
Also überwachst du den Render-Takt so ernst wie den Import-Plan. Frag den Anbieter, wie oft Bilder neu gebaut werden und wie lange das CDN die alte Version hält. Und schau dir einen rabattierten Artikel selbst an, in der Live-Anzeige, am Tag nach einer Preisänderung.
Bindungsfehler. Ein Designfehler fällt beim ersten Blick auf die Anzeige auf. Ein Bindungsfehler (Sale-Preis auf die falsche Spalte gelegt, Währung fehlt, Dezimalformat für einen Markt, in den du nicht lieferst) rendert sauber über alle Artikel und sieht dadurch gewollt aus. Deshalb überlebt er jede Freigabe.
Der zweite Fehler ist Lesbarkeit. Ein Label, das auf einem hellen, quadratischen Produktfoto sitzt, kann auf einem dunklen Lifestyle-Bild untergehen. Ein vierstelliger Preis unter einem langen Titel verhält sich anders als 9,99 €. Du hast 6 Vorschauen freigegeben. Die anderen 794 hat nie ein Mensch gesehen.
Prüf deshalb die Extreme statt der Mitte: billigster Artikel, teuerster, längster Titel, dunkelstes Foto. Zehn Minuten, und du fängst genau die Fehlerklasse ab, die eine Vorlage still vervielfacht.
Drei Dinge. Welches Feld jedes Label liest und ob dieses Feld heute stimmt. Deine schlechteste Verzögerung zwischen Preisänderung und nächstem Katalog-Import. Und wo das Label landet, denn ein Störer auf der Stelle, auf die das Auge zuerst geht, nimmt dem Produkt Aufmerksamkeit weg.
Das Letzte klärst du vor dem ersten Euro. Jedes Static in meiner eigenen Pipeline bekommt einen DeepGazeIIE-Durchlauf, ein neuronales Saliency-Modell, das eine Heatmap pro Pixel und die Blickreihenfolge vorhersagt. Die Hinweise liegen neben dem Entwurf, entscheiden tut ein Mensch. Beratend, und nur für Statics.
Klar gesagt: Adscalr macht keine Katalog-, Feed- oder Overlay-Arbeit und kann dir so etwas nicht einrichten. Es baut Creatives in den 4 nativen Formaten pro Platzierung, statt zu beschneiden, und sagt vorher, wo die Aufmerksamkeit landet. Das ist die Creative-Hälfte der Schleife. Ob der Preis überhaupt aufs Creative gehört, ist eine andere Frage. Kläre sie, bevor du die Antwort automatisierst.
Genau dieses Denken steckt in Adscalr.
Produkt ansehen →