Amazon Listing Monitoring heißt: Du legst vorher fest, welche Kennzahl ab welchem Wert auffällig ist, wer dann reagiert und wie oft du hinschaust. Ohne diese Festlegung fällt dir bei vielen Listings nur das auf, was schon Umsatz gekostet hat. Unten findest du ein Raster mit zehn Signalen, Beispielschwellen und Zuständigkeiten, das du an deine Daten anpasst und im Team verteilst. Stand: November 2026.
- Monitoring ist ein Alarmplan: Signal, Schwelle, Zuständiger, Rhythmus. Die Routine sagt, wann du was prüfst; das Monitoring sagt, wann du sofort handelst.
- Lege Schwellen relativ zur eigenen Baseline fest (z. B. 28-Tage-Median), nicht als einen Wert für alle Listings.
- Drei Stufen reichen: Rot (am selben Tag, einzeln), Gelb (gebündelte Sammelliste), Beobachtung (Stichprobe).
- Ohne Mindestmenge an Daten löst jede kleine Schwankung Alarm aus. Setze deshalb eine Untergrenze, ab der eine Schwelle gilt.
- Alle Zahlen in diesem Artikel sind Beispielwerte oder angenommene Zahlen. Passe sie an deine Daten an.
Diagnose: Monitoring, Routine oder Historie?
Drei Dinge werden oft vermischt, und jedes beantwortet eine andere Frage.
- Routine: Wer prüft wann welche Listing-Klasse? Das ist der Wochenplan. Wie du ihn aufbaust, steht in Amazon Listing Routine: Wochenplan mit Klassen A bis C.
- Historie: Was stand wann im Listing, und welche Fassung ist live? Das klärt Listing-Versionshistorie führen. Ohne sie hast du kein Soll, gegen das du Abweichungen messen kannst.
- Monitoring: Welches Signal löst ab welchem Wert eine Reaktion aus, und bei wem landet sie? Genau darum geht es hier.
Wenn ein Alarm anschlägt, brauchst du für die Ursachensuche die jeweilige Anleitung, etwa zu unterdrückten Angeboten oder zu gefallenem Verkaufsrang. Dieser Artikel wiederholt diese Diagnosen nicht, sondern legt fest, wann du sie überhaupt anstößt.
Das Monitoring-Raster
Klassen im Raster: Klasse A sind deine umsatzstärksten Listings, B die mittleren, C der Rest. Die Grenzen legst du selbst fest; wie die Aufteilung in der Routine funktioniert, steht im Routine-Artikel. Die Tabelle ist die Arbeitsgrundlage. Die Spalte „Quelle“ nennt, woher du den Wert beziehst; welche Exporte oder Berichte dir dafür zur Verfügung stehen, hängt von deinem Setup ab. Rollen sind Funktionen: In einem Team mit zwei oder drei Personen trägt eine Person mehrere Zeilen. Die Schwellen sind Beispielwerte, auf eigene Daten anpassen.
| Signal | Quelle | Schwelle (Beispielwert) | Zuständig | Rhythmus |
|---|---|---|---|---|
| Listing unterdrückt oder inaktiv | Angebotsliste (Export); Direktlink der ASIN nur für Stichproben | Jedes betroffene Listing der Klasse A: Rot. Klasse B/C: Gelb | Listing-Verantwortliche | täglich |
| Sessions-Einbruch | Traffic-Export aus deinem Reporting | Gelb bei −25 %, Rot bei −40 %: Mittel der letzten 3 Tage gegenüber 28-Tage-Median; nur bei mindestens 50 Sessions pro Tag im Median | Category Owner | täglich (A), sonst 2× pro Woche |
| Verkaufsrang verschlechtert | Rangverlauf je ASIN | Begleitsignal zu den Sessions, nur Klasse A: Gelb, wenn der Rang 3 Tage lang beim Doppelten des 28-Tage-Medians liegt | Category Owner | täglich (A), sonst wöchentlich |
| Conversion-Abfall | Sessions und Bestellungen je ASIN | Gelb bei −20 % relativ, erst ab 100 Sessions in 7 Tagen | Listing-Verantwortliche | wöchentlich |
| Retourenquote steigt | Retouren-Export je ASIN | Gelb bei +2 Prozentpunkten, Rot bei +4 Prozentpunkten gegenüber eigener 90-Tage-Quote; mindestens 20 Bestellungen | Qualitätssicherung | wöchentlich |
| Bewertungs-Schnitt oder neue negative Bewertungen | Produktseite, Bewertungsliste | Gelb bei 3 neuen Bewertungen mit 1–2 Sternen in 7 Tagen; Schnitt-Rückgang (z. B. −0,2 Sterne) nur bei Listings mit unter 50 Bewertungen | Kundenservice | wöchentlich (A täglich) |
| Titel, Hauptbild oder Bullets weichen vom Soll ab | Soll-Ist-Vergleich gegen deine dokumentierte Fassung | Titel oder Hauptbild: Rot. Bullets: Gelb ab 2 abweichenden Punkten | Listing-Verantwortliche | A wöchentlich, B 14-tägig, C monatlich |
| Listing Quality Score fällt | Listing Quality Score je Listing | Gelb bei deutlichem Rückgang gegenüber der Vorwoche (Beispiel: −10 Punkte) | Content-Verantwortliche | wöchentlich |
| Buy Box nicht bei dir | Preis-Monitoring oder Export; manuell per Produktdetailseite im privaten Fenster nur für Klasse A | Rot, wenn zwei Prüfungen im Abstand von mindestens 4 Stunden dasselbe zeigen | Pricing | täglich (A) |
| Lagerbestand knapp | Bestandsliste mit Absatz der letzten 14 Tage | Gelb bei weniger als 21 Tagen Reichweite, Rot bei weniger als 10 | Supply Chain | 2× pro Woche |
Vier Anmerkungen zur Tabelle:
- Manuelle Prüfungen (Direktlink, privates Fenster) tragen bei 60 Listings noch, bei 250 nicht mehr. Hole Werte per Export oder Preis-Monitoring und halte manuelle Kontrollen für Klasse A und Stichproben bereit.
- Der Listing Quality Score ist regelbasiert und bewertet den Inhalt einer Listing-Version. Ein Abfall zeigt also, dass sich Inhalt geändert hat. Er misst nicht die Conversion; deshalb steht die Conversion als eigene Zeile da. Mehr zum Score steht in Amazon Listing Score.
- Bei Retouren löst die Quote nur den Alarm aus. Ob das Listing die Ursache ist, klärst du danach getrennt.
- Die Zeile „weichen vom Soll ab“ setzt eine dokumentierte Fassung voraus. Ohne Soll gibt es keine Abweichung, nur Vermutungen.
Schwellen festlegen
1. Baseline bilden. Nimm je Kennzahl und Listing den Median der letzten 28 Tage. Der Median ist robuster als der Durchschnitt, weil ein einzelner Aktionstag ihn nicht verzieht. Saisonale Listings bekommen eine eigene Baseline, sonst feuert jeder Saisonwechsel.
2. Relativ statt absolut. Ein fester Wert für alle Listings passt nie. Beispiel mit angenommenen Zahlen: Listing A hat 20 Sessions pro Tag, Listing B 400. Bei −30 % sind das 6 Sessions bei A, was reines Rauschen sein kann, und 120 bei B, was ein echtes Problem ist. Relative Schwellen skalieren mit dem Listing, brauchen aber eine Mindestmenge. Darum steht in der Tabelle „ab 100 Sessions“ und „mindestens 20 Bestellungen“.
3. Absolut nur bei Zuständen. Unterdrückt, Buy Box weg, Bestand unter Mindestreichweite: Das sind Ja/Nein-Zustände oder harte Grenzen. Hier brauchst du keine Baseline.
4. Rechenbeispiel (angenommene Zahlen). Das Listing hat im 28-Tage-Median 200 Sessions pro Tag. In den letzten drei Tagen waren es im Mittel 130. Das sind 130 ÷ 200 = 0,65, also −35 %. Der Einbruch ist stärker als die Gelb-Schwelle (−25 %), erreicht aber die Rot-Schwelle (−40 %) nicht. Ergebnis: Gelb, Eintrag in die Sammelliste. Wären es 115 Sessions (115 ÷ 200 = 0,575, also −42,5 %), wäre es Rot.
5. Schwellen nachjustieren. Notiere jeden Alarm mit Ergebnis: echtes Problem oder Fehlalarm. Wenn mehr als die Hälfte der Gelb-Alarme einer Zeile Fehlalarme sind, hebe die Schwelle an. Wenn du ein echtes Problem erst bemerkst, nachdem es drei Tage lief, senke sie.
6. Aktionstage und weitere Signale. Für Aktionstage mit Sonderverkauf führst du eine eigene Baseline oder schaltest die Alarme dieser Tage stumm und bildest danach die Baseline aus normalen Tagen neu. Je nach Sortiment kommen weitere Zeilen dazu, etwa Preisänderungen und fremde Anbieter auf der eigenen ASIN, Varianten, die aus der Familie fallen, oder Werbekosten je ASIN. Gleiche Logik: Signal, Quelle, Schwelle, Zuständiger, Rhythmus.
Alarmflut bei vielen Listings
Je mehr Listings und Signale, desto mehr Alarme, und irgendwann liest niemand mehr die Meldungen. Das Problem ist selten die Schwelle, sondern dass jeder Alarm gleich behandelt wird.
Bei einem Bestand von (beispielsweise) 120 Listings und täglich geprüften Signalen kommen laufend Meldungen an, die alle gleich aussehen. Das Team stumpft ab, und der eine kritische Fall geht zwischen zehn unkritischen unter.
Nur Rot geht sofort und einzeln raus. Gelb landet als Sammelliste (täglich für Klasse A, sonst wöchentlich), gebündelt nach Ursache. Beobachtung läuft über Stichproben. Jede Stufe hat einen Namen, der sie bearbeitet.
Die drei Stufen:
- Rot (Reaktion am selben Tag, an dem der Check es zeigt): Zustandsprobleme und harte Einbrüche, etwa unterdrückt bei Klasse A, Buy Box weg, Bestand unter 10 Tage Reichweite. Der Zuständige aus der Tabelle bekommt die Meldung einzeln.
- Gelb (Reaktion in der Sammelliste): Auffälligkeiten, die die Gelb-Schwelle, aber nicht die Rot-Schwelle erreichen. Du bündelst Listings mit gleicher Ursache, etwa dasselbe Lieferantenproblem oder dieselbe Bullet-Vorlage, und bearbeitest sie als eine Aufgabe. Beispiel (angenommen): Zwölf Listings fallen im Conversion-Signal auf Gelb, alle nutzen dieselbe Bullet-Vorlage, in der ein Nutzenpunkt fehlt. Das ist eine Aufgabe (Vorlage korrigieren), nicht zwölf Alarme.
- Beobachtung (Stichprobe): Klasse C und Listings unter der Mindestmenge. Du schaust nach festem Rotationsplan, wie in der Routine beschrieben.
Rechenbeispiel Alarmflut (angenommene Zahlen). 120 Listings, täglich geprüft werden 5 Signale: 120 × 5 = 600 Prüfwerte pro Tag. Angenommen, 2 % davon lösen aus: 600 × 0,02 = 12 Alarme pro Tag, an 5 Arbeitstagen 60 pro Woche. Bei 5 Minuten je Einzelalarm sind das 300 Minuten, also 5 Stunden pro Woche, nur für Sichtung.
Mit Stufen: Angenommen, 20 % der Alarme sind Rot, also 12 pro Woche mit je 5 Minuten, das sind 60 Minuten. Die übrigen 48 sind Gelb. Du bündelst sie nach Ursache, angenommen zu 12 Gruppen, mit je 5 Minuten: 60 Minuten. Zusammen sind das 120 Minuten, also 2 Stunden. Du sparst 3 Stunden pro Woche, und die Rot-Fälle bekommen mehr Aufmerksamkeit, weil sie nicht in der Masse liegen. Bei 250 Listings verdoppelt sich die Alarmzahl ungefähr: 250 × 5 × 0,02 = 25 pro Tag. Hier tragen Einzelalarme nicht mehr.
Zuständigkeiten klar halten: Pro Zeile der Tabelle genau eine Person, mit benannter Vertretung. Wenn „das Team“ zuständig ist, ist es niemand.
Richtig und falsch
| Falsch | Richtig |
|---|---|
| Eine Schwelle (z. B. −20 %) für alle Listings und Kennzahlen | Schwelle je Signal, relativ zur eigenen Baseline, mit Mindestmenge |
| Jeder Alarm geht einzeln an das ganze Team | Rot einzeln an eine Person, Gelb als gebündelte Sammelliste |
| Alarm ohne Soll: „Irgendwas sieht anders aus“ | Dokumentierte Fassung als Vergleich, Abweichung mit Feld, Soll und Ist |
| Schwellen einmal festlegen und nie anfassen | Fehlalarme notieren und die Schwelle nach 4 Wochen nachjustieren |
| Alle Listings gleich eng überwachen | Klasse A täglich, B und C nach Rotation |
Nimm dein umsatzstärkstes Listing. Trage für Sessions, Conversion und Bestand die Baseline der letzten 28 Tage ein und rechne aus, ab welchem Wert Gelb und Rot gelten würden. Prüfe dann, ob du innerhalb von 5 Minuten sagen kannst, wer bei Rot benachrichtigt wird. Wenn nicht, fehlt dir nicht die Kennzahl, sondern die Zuständigkeit.
Die Schwellen, Prozentwerte und Zeiten in diesem Artikel (Stand November 2026) sind keine Vorgaben von Amazon. Passe sie an Kategorie, Saison und Preisniveau an.
Häufige Fragen
Wie oft sollte ich meine Amazon Listings überwachen?
Nach Wichtigkeit gestaffelt: zustandsnahe Signale (unterdrückt, Buy Box, Bestand) bei Klasse A täglich, Verkaufs- und Qualitätskennzahlen wöchentlich, Klasse C per Rotation monatlich.
Welche Kennzahlen sind für das Listing-Monitoring am wichtigsten?
Zuerst die, die einen Totalausfall anzeigen: Ist das Angebot sichtbar und kaufbar, ist Bestand da? Danach Sessions und Conversion, weil sie zeigen, ob Nachfrage ankommt und das Listing sie in Käufe verwandelt. Retouren und Bewertungen folgen als zeitverzögerte Signale.
Wie gehe ich mit Aktionstagen im Monitoring um?
Gib ihnen eine eigene Baseline oder schalte die Alarme für diese Tage stumm. Danach bildest du die Baseline wieder aus normalen Tagen, sonst gelten die Ausreißer als Normalzustand.
Was ist der Unterschied zwischen Monitoring und Reporting?
Reporting beschreibt rückblickend, was war. Monitoring legt vorher Schwellen fest und löst bei Überschreitung eine Reaktion aus, die jemandem zugewiesen ist. Ein Bericht, den niemand mit Schwelle liest, ist kein Monitoring.
Warum SELLRZ hier sinnvoll ist
Zwei Zeilen deines Rasters kannst du mit SELLRZ stützen. Der Listing Quality Score ist regelbasiert und bewertet den Inhalt einer Listing-Version; er misst nicht die Conversion. Das Score-System zeigt Optimierungspotenzial mit klaren Prioritäten. Die Checks finden und routen Probleme, beheben sie aber nicht selbst. Der Growth Radar ordnet Listings nach möglichen Wachstumsproblemen und -chancen. Eine Chance ist dabei eine priorisierte Arbeitshypothese, kein garantierter Umsatz. Mehr dazu auf der Produktseite. Der Free-Zugang ist kostenlos und scannt bis zu 1.000 Listings.
Wenn du das Raster an deinen eigenen Listings ausprobieren willst: Trial kostenlos starten.
Quellen
Abrufdatum: 07.11.2026.
- Verwandte SELLRZ-Wissensartikel: Listing Routine, Versionshistorie, Listing Score
- SELLRZ-Produktinformationen zu Listing Quality Score, Checks, Growth Radar und Free-Zugang (sellrz.io, Abruf 07.11.2026)
- Alle Schwellen, Zeiten und Rechenzahlen sind eigene Beispielwerte beziehungsweise angenommene Zahlen, keine Angaben von Amazon. Aussagen über Amazon-Regeln, Fristen oder Berichte werden in diesem Artikel nicht gemacht.
