Warum generische PDPs Ihre Margen leise auffressen

Eine Käuferin landet auf Ihrer Kategorieseite. Klickt eines an. Liest die Beschreibung.

Dann öffnet sie drei weitere Tabs. Gleiches Produkt, drei Wettbewerber. Liest jedes.

Die Beschreibungen sind im Grunde identisch. Gleiche Bullet Points. Gleiche Adjektive. Selbst der Rhythmus der Sätze ist eine Kopie aus dem Lieferanten-Datenblatt.

Sie nimmt das günstigste. Warum auch nicht.

Sie haben gerade einen Verkauf verloren, den Sie hätten gewinnen sollen, und Sie werden ihn nie auf einem Dashboard sehen. Sie schreiben es als Marktdruck ab, oder eine schwache Woche, oder etwas mit dem Wetter. Es war nicht der Marktdruck. Es ist ein Content-Problem im Kostüm eines Preis-Problems, und fast jeder Händler in Europa blutet daran.

Wie Lieferantenbeschreibungen in Ihr PIM gelangen (und dort bleiben)

Die meisten Katalogdaten kommen immer noch über dieselben drei Wege. Ein Lieferantenportal. Ein GS1-Feed. Ein PDF, das der Vertriebler letztes Quartal per E-Mail geschickt hat, an einer halb defekten Excel-Datei festgehängt.

Die Beschreibung, die mit jedem dieser Kanäle kommt, wurde einmal geschrieben — von jemandem im Marketing beim Hersteller, für jeden Händler im Vertriebsnetz. Diese Copy soll neutral sein. Wiederverwendbar. Ungefährlich.

Also wird sie wiederverwendet. Alle verwenden sie wieder. Amazon. Der Marktplatz. Ihre zwei größten direkten Wettbewerber. Der Neueinsteiger, der Sie gerade um 8 % unterboten hat. Sie alle veröffentlichen denselben Absatz, weil niemand in einem Katalog-Team die Bandbreite hat, fünftausend SKUs jedes Quartal neu zu schreiben.

Ihr Team auch nicht. Also versenden Sie die Lieferanten-Copy. Wie alle anderen.

So endet es, dass dreißig Shops genau denselben Absatz auf genau demselben Produkt haben. Und so scannt eine Käuferin diese drei Absätze in 90 Sekunden, entscheidet, dass sie ununterscheidbar sind, und sortiert nach Preis.

Die SEO-Variante desselben Problems

Google liest diese identischen Absätze und behandelt die meisten als duplizierten Inhalt. Es wählt keinen zufälligen Sieger. Es wählt die stärkste Domain. Das sind fast nie Sie. Das ist der Hersteller oder der Marktplatz.

Sie haben Geld in das Listing gesteckt. In die Fotografie. Das Merchandising-Team hat die neue Kollektion durchdacht. Und dann haben Sie nicht ein paar hundert Euro in originellen Text gesteckt, und die Seite rankt nie.

Monate an kumuliertem Traffic fließen woanders hin.

Händler, die in differenzierte PDPs investieren, holen sich diesen Traffic. Jedes Quartal wird die Lücke größer.

Die Conversion-Mathematik

Die meisten E-Commerce-Verantwortlichen verfolgen die Conversion als eine einzige Linie auf einem Dashboard. Sie bewegt sich mit dem Traffic-Mix, der Saison, dem Paid-Spend. Was bedeutet: Wenn Content die Ursache ist, taucht das nie deutlich auf.

Segmentieren Sie die Daten und die Lücke schreit. Seiten mit originellem, persona-bewusstem Text konvertieren spürbar höher als Seiten mit roher Lieferanten-Copy. Die Add-to-Cart-Rate bewegt sich zuerst. Die Conversion folgt einige Wochen später. Die Bounce-Rate auf der Produktseite fällt um ein Stück, das Sie im Bericht des nächsten Monats spüren.

Sie müssen das nicht glauben. Nehmen Sie hundert SKUs aus Ihrem eigenen Katalog. Sortieren Sie nach Traffic. Vergleichen Sie die Stichprobe mit originellem Text mit der Stichprobe ohne. Die meisten Katalog-Teams haben diesen Test nie gemacht. Die, die ihn machen, veröffentlichen nie wieder ein generisches PDP.

"Wir bringen das nächstes Quartal in Ordnung" passiert nie

Jedes Katalog-Team, mit dem ich gearbeitet habe, weiß, dass sein Inhalt generisch ist. Sie wissen es seit Jahren. Wenn er generisch bleibt, ist das keine Frage des Willens. Es ist strukturell.

Ein Texter, der Ihre Marke und Ihren Kunden kennt, kann ein einzelnes PDP in fünfzehn, vielleicht zwanzig Minuten umschreiben. Für einen 5.000-SKU-Katalog sind das ungefähr 1.500 Stunden. Etwa zehn Monate Vollzeit-Arbeit einer Person, die nichts anderes tut. Zehn Monate. Verschlingt das ganze OKR.

Also stellen Sie stattdessen für ein Quartal Freelancer ein. Oder eine Agentur. Oder Sie bündeln die Arbeit in der ruhigen Saison. In jeder Variante ist das Projekt zu groß, um je fertig zu werden.

Neue Produkte kommen schneller, als Sie umschreiben können. Die Stimme verschiebt sich zwischen Schreibern. Die Hälfte des Katalogs bleibt für immer generisch, weil Ihr Team, wenn Sie fertig wären, schon zum Launch des nächsten Jahres weitergezogen ist.

Das ist kein Produktivitätsproblem. Es ist ein Unit-Economics-Problem. Manuelles Umschreiben in der Größe eines echten Sortiments rechnet sich nicht. Punkt.

Was ein nicht-generisches PDP tatsächlich tut

Machen Sie den Test auf Ihrer eigenen Seite. Gehen Sie auf eine Kategorieseite. Klicken Sie drei Produkte an. Lesen Sie den ersten Absatz jedes PDPs.

Wenn Sie nicht erkennen können, von welchem Händler es ist, dann kann Ihr Kunde es auch nicht.

Ein PDP, das seinen Platz verdient, benennt den Käufer irgendwo in den ersten drei Sätzen. Aktive Eltern. Hobbyköche, die zu Hause Gäste empfangen. Erstkäufer, die Performance-Ausrüstung suchen. Es schreibt in diesem Kontext, nicht zu einem Datenblatt, und es beantwortet — explizit — die drei Fragen, die der Käufer leise im Kopf durchgeht.

Es eröffnet auch nicht mit dem Namen des Herstellers.

Die mechanische Version dieser Arbeit lässt sich leicht als "gutes Texten" abtun. Ist sie nicht. Sie ist ein Konfigurationsproblem. Ton, Persona, Attribut-Taxonomie. Einmal definiert. Konsequent angewendet. Das eigentliche Schreiben ist nachgelagert.

Der Ausweg ist Automatisierung, nicht größere Teams

Den größten Teil des letzten Jahrzehnts waren die einzigen vorgeschlagenen Lösungen für dieses Problem "mehr Texter einstellen" oder "an eine Agentur outsourcen." Beide scheitern an der Skalierung, aus dem Unit-Economics-Grund oben. Deshalb ist das Problem geblieben.

Was sich geändert hat: Sie können jetzt Ihre Markenstimme, Ihre Käufer-Personas und Ihre Attributreihenfolge — einmal — definieren und diese Konfiguration auf jedes Produkt im Katalog anwenden. Programmatisch. Sekunden pro SKU.

Das ist die Architektur hinter EANScan. EAN reinwerfen. Die Plattform holt die Quelldaten, lässt sie durch Ihre Konfiguration laufen und gibt ein angereichertes PDP aus — Titel, Beschreibung, Bullets, Attribute, strukturierte Metadaten —, das nach Ihrem Shop klingt. Ihr Team prüft. Ihr Team gibt frei. Die Marke bleibt konsistent. Der Katalog holt auf.

Wenn Sie E-Commerce oder Katalog bei einem Händler mit 5.000+ SKUs leiten und irgendetwas davon trifft, buchen Sie eine Demo. Schicken Sie 50 EANs aus Ihrem Katalog vor dem Termin und wir lassen sie zuerst durch die Plattform laufen. Sie sehen echtes Output auf echten Produkten. Kein Foliendeck.