Die Beschreibung schreiben — das Langtext-Feld, das zum Backup-Kanal geworden ist.

Bevor man ein einziges Zeichen der Beschreibung schreibt, muss man akzeptieren, was sie geworden ist. Sie ist keine zweite Verkaufsfläche mehr, die ein Shopper nach den Bullet Points antrifft — sie ist eine Ergänzung, ein Backup- Kanal für Fälle, in denen die sichtbaren Teile des Listings nicht vollständig dem entsprachen, was der Shopper erwartet hat. Die Hotelbuchungs-Analogie macht den Wandel greifbar: Die meisten Shopper wählen ein Land, eine Sternekategorie, „all-inclusive“, schauen sich ein paar Fotos an und buchen. Eine kleine Minderheit will wissen, was der Dresscode ist, ob es vegetarische Optionen gibt, wie das zweite Frühstück aussieht und welche Spirituosen im All-Inclusive enthalten sind. Die Beschreibung ist das Feld, das diesen Shopper befriedigen muss — ohne so laut zu sein, dass die erste Gruppe abschaltet.

Für reine Suchsichtbarkeit ist das Gewicht der Beschreibung gering genug, um sie in der Planung zu deprioritisieren. Das bedeutet nicht, dass das Feld übersprungen werden kann. Es bedeutet, man hört auf, es als Sales-Deck-Slot zu behandeln, und beginnt, es als straff formatiertes Backup-Feld zu sehen.

Welches HTML Amazon noch toleriert — und was nicht

Die Ausgangsregel gilt für die Beschreibung und für Bullet Points gleichermaßen: kein JavaScript, kein DHTML, kein beliebiges HTML, keine UTF-8-Sonderzeichen, keine Emojis. Auf der Plattform wird viel toleriert, aber Amazon kann das alles mit einer einzigen Regeländerung abschalten — man baut die Beschreibung nicht auf Tags auf, zu deren Verwendung man kein Recht hat.

Die Tags, die heute wirklich funktionieren, sind ein kleiner Satz:

• <br> — ein Zeilenumbruch. Zwei hintereinander verwenden (<br><br>) für eine Leerzeile zwischen Abschnitten.
• <p> — Absatz. Für kurze logische Absätze verwenden, nicht als grobes Abstandswerkzeug.
• <b> — Fett. Die ersten 2–4 Wörter einer Feature-Zeile fett setzen, genauso wie Bullet Points einen Eye-Catcher verwenden.
• <em> und <i> — Kursiv. Sparsam für Betonungen innerhalb eines Satzes verwenden, nicht als Styling-Spielerei.
• <ul> und <li> — ungeordnete Liste mit Bullet-Markern. Ein verschachteltes <ul> innerhalb eines Listeneintrags erzeugt sogar den sekundären Sub-Bullet-Stil (den umrahmten / hohlen Marker), was nützlich ist, wenn ein Feature eine kleine Gruppe von Qualifikatoren hat.

Das ist effektiv der vollständige Werkzeugkasten. Nummerierte Listen funktionieren in einigen Kategorien, aber die ungeordnete Liste ist das Arbeitstier — und die einzige Formatierung, die zuverlässig auf Mobile und Desktop so rendert, wie man es geschrieben hat.

Der schlimmste Fall: ein einziger ununterbrochener Textblock

Der größte Fehler in diesem Feld ist der riesige unterbrechungslose Absatz. Shopper lesen ihn nicht. Die Information, die man sich die Mühe gemacht hat zu schreiben, verschwindet zwischen „Kunden suchten auch nach" und der darunter liegenden Sponsored-Anzeigenleiste. Egal wie gut die Copy ist — wenn sie als ein Block ankommt, wird sie nicht wahrgenommen.

Jedes HTML-strukturierte Layout schlägt einen unstrukturierten Block. Aber „beliebiges HTML“ ist nicht die Messlatte; die Messlatte ist eine Beschreibung, die respektiert, wie das Auge auf einem Bildschirm liest.

Die Whitespace-Regel: alle ~160 Zeichen umbrechen

Die Whitespace-Theorie ist die eine Heuristik, die man für dieses Feld auswendig lernen sollte. Vereinfacht gesagt: Die Abwesenheit von Elementen lenkt die Aufmerksamkeit in die entgegengesetzte Richtung. Wenn die rechte Seite der Beschreibung viel Leerraum hat, während die linke Seite mit solidem Text läuft, wird das Auge nach links gezogen, und die rechtsseitige Copy wird nie registriert. In einer typischen Amazon-Beschreibungsspalte bedeutet das: Eine Zeile, die über die volle Spaltenbreite läuft, wird gelesen; eine Zeile, die umständlich umbricht und eine tiefe rechtsseitige Lücke lässt, wird halb gelesen.

Die praktische Regel daraus: einen <br> bei ungefähr 160 Zeichen einsetzen — etwa dem Mittelpunkt der verfügbaren Zeile in einer Standard- Desktop-Beschreibungsspalte. Das Ergebnis ist eine Beschreibung, die in ordentlichen Zweizeilenstücken lesbar ist, statt als ausgefranster Absatz, mit einer <ul>-Liste für die Kern-Faktenzeilen.

Bei einem einfachen Produkt — beispielsweise einem robusten Allzweckseil — sieht das so aus: eine kurze Eröffnungszeile, ein Umbruch, eine <ul> mit den Hardfakten (Maße, wofür es geeignet ist, Belastbarkeit), noch ein Umbruch und eine abschließende Benefit-Zeile. Gleiche Gesamtwortzahl wie der Textblock; völlig anderes Leseerlebnis.

Die Struktur dem Produkt und Preis anpassen

Das Listen-und-Umbruch-Template ist ein Standard, kein Gesetz. Ein 4-€-Massenprodukt rechtfertigt oft nur eine fünfzeilige Beschreibung mit einer kurzen Liste; ein 200-€-Gerät profitiert von einer längeren Aufschlüsselung mit mehreren Mini-Abschnitten. Die Entscheidungsfrage lautet: Wie viele konkrete Fakten trägt dieses Produkt, die ein Shopper vor dem Kauf legitim überprüfen möchte? Die Dichte der Beschreibung diesem Antwort anpassen. In jedem Fall innerhalb des kleinen HTML-Werkzeugkastens oben bleiben.

Wo die Beschreibung physisch sitzt — und warum Mobile sie versteckt

Das Kernproblem mit dem Feld ist nicht das Schreiben; es ist, dass der Shopper es selten sieht. Auf Mobile ist die Beschreibung hinter einem Tap zusammen mit den Bullet Points versteckt — und in vielen Vendor-Kategorie-Templates wird sie ganz unten auf der Detailseite platziert, unterhalb jeder verwandten Leiste. Das Standard-Rendering für die spezifische Kategorie prüfen, bevor man entscheidet, wie viel Politur die Beschreibung verdient:

• Manche Kategorien zeigen die Beschreibung oben, mit den Bullet Points darunter.
• Manche zeigen die Bullet Points oben, mit der Beschreibung darunter.
• Manche fassen beides in ein einziges kombiniertes Informationsfenster zusammen.

Jede dieser Positionen verdient ein anderes Maß an Sorgfalt. Kategorien, die die Beschreibung drei Folds weiter unten vergraben, verdienen nicht dasselbe Investment wie jene, die sie direkt unter der Buy Box platzieren.

Die A+-Content-Regel: wann man die Beschreibung (fast) leer lässt

Für Seller, die A+ Content (EBC) nutzen, verschwindet die Beschreibung als öffentlich sichtbares Feld de facto — A+-Module rendern an ihrer Stelle. Die Frage, wie man eine lange, überzeugende Beschreibung schreibt, stellt sich nicht: Es gibt keine Stelle, sie anzuzeigen. Das Feld existiert noch im Backend, aber es ist nicht mehr das, was Shopper lesen.

Für Vendors mit A+ (dem Äquivalent von EMC / Enhanced Marketing Content) gilt dieselbe Logik, aber mit einer zusätzlichen Besonderheit: In vielen Kategorie-Templates rendert die Beschreibung noch irgendwo — meist weit unten auf der Seite, als Klartext. Das Muster, das funktioniert:

• Entweder eine kurze, einprägsame, sofort verständliche Beschreibung schreiben — ein Absatz, maximal zwei, der das Produkt klar benennt und den wichtigsten Synonymsatz wiederholt.
• Oder das Feld im Wesentlichen leer lassen: ein einziges Zeichen („0“ oder „1“), oder Markenname und Slogan als große, schlichte Zeile — ohne den Rest der „Chicky-Micky“-Prosa darunter.

Der leere / minimale Weg ist keine Faulheit — es ist eine bewusste Entscheidung, keine Ressourcen für ein Feld zu verwenden, das niemand liest, sobald die A+-Module die Geschichte tragen. Die Synonyme, die sonst in der Beschreibung leben würden, werden stattdessen in den A+-Alt-Text und die Backend-Suchbegriffe geleitet.

Was diese Episode übergibt

Der Output von Episode 07 ist eine Beschreibung, die zur Kategorie passt, in der sie erscheint: HTML-strukturiert mit dem kleinen tolerierten Tag-Set, alle ~160 Zeichen umgebrochen, damit die Whitespace-Regel nicht die rechte Hälfte verliert, und entweder kurz-und-prägnant oder bewusst minimal, wenn A+ Content live ist. Episode 08 greift die Synonyme auf, die kein sichtbares Feld tragen konnte — die Backend-Suchbegriffe, das unsichtbare Feld, wo die Indexierung stattfindet, ohne dass ein Shopper die Worte je sieht.