Funktionen von Feed Drift
Feed Drift hat eine Aufgabe: Es zeigt dir, was in einem Produktfeed nicht stimmt und was sich seit der letzten Version geändert hat.
Lokale Feed-Prüfung
Öffne einen XML-, CSV- oder TSV-Produktfeed mit bis zu 5 MB und 5.000 Produkten. Die Datei wird in deinem Browser verarbeitet, ihr Inhalt wird also nicht auf unseren Server hochgeladen. Die Prüfung ist Teil des Abos.
Was gespeichert oder angezeigt wird: Es wird nichts gespeichert. Die Ergebnisse erscheinen auf dem Bildschirm und existieren nur in deiner Browsersitzung.
Beispiel: Du öffnest products.csv mit 1.200 Zeilen und siehst die Befunde nach wenigen Sekunden.
Befunde pro Produkt
Die Prüfung sucht nach fehlenden Pflichtattributen, doppelten IDs, fehlerhaften Preisen und Währungen, nicht unterstützten Verfügbarkeitswerten und ungültigen GTIN-Prüfziffern, sofern Kennungen angegeben sind. Jeder Befund nennt Produkt, Feld und einen Lösungsvorschlag.
Was gespeichert oder angezeigt wird: Eine Tabelle der Befunde mit Produkt-ID, Feld, Schweregrad, Erklärung und Lösung. Du kannst sie als CSV exportieren.
Beispiel: SKU-2291 hat den Preis 24,90 ohne Währung. Der Lösungsvorschlag lautet 24.90 EUR.
Tägliche Überwachung von drei öffentlichen Feeds
Speichere bis zu drei öffentliche HTTPS-Feed-URLs für eine tägliche automatische Prüfung. Jeder Feed ist auf 128 KB und 100 Produkte begrenzt, darf keine Authentifizierung verlangen und keine URL-Query-Parameter enthalten.
Was gespeichert oder angezeigt wird: Die Feed-URL, einen Anzeigenamen und die normalisierten Produktdaten jedes erfolgreichen Snapshots.
Beispiel: Du speicherst die URL eines kleinen Feeds für eine Produktlinie, und er wird einmal am Tag abgerufen.
Änderungserkennung zwischen Versionen
Jeder erfolgreiche Snapshot wird mit dem vorherigen verglichen. Der Dienst hebt Preissenkungen und deutliche Produktentfernungen hervor. Schlägt ein Abruf oder das Parsen fehl, bleibt die vorherige Baseline erhalten.
Was gespeichert oder angezeigt wird: Änderungsereignisse mit Produkt, altem Wert, neuem Wert und Zeitpunkt der Erkennung.
Beispiel: SKU-3310 wechselt zwischen zwei Tagen von in_stock auf out_of_stock und erscheint als Ereignis.
Benachrichtigungen, Schwellenwerte und Verlauf
Wähle E-Mail-Benachrichtigungen und den Prozentsatz, ab dem eine Preissenkung als Befund zählen soll. Ereignisse kannst du bestätigen oder stummschalten. Snapshots bleiben 30 Tage erhalten, Änderungsereignisse 90 Tage.
Was gespeichert oder angezeigt wird: Benachrichtigungseinstellungen pro Feed, Ereignisstatus und den Zustellstatus jeder Benachrichtigungs-Mail.
Beispiel: Du setzt einen Schwellenwert von 20 Prozent und schaltest ein Ereignis stumm, das du schon kennst.
MCP-Zugang nur zum Lesen
Erstelle einen benannten Bearer-Key mit einer Laufzeit von 1 bis 90 Tagen und verbinde einen MCP-Client. Die vier Tools list_monitors, get_snapshot, list_changes und get_issues lesen nur Daten und können weder einen Feed noch einen Shop ändern.
Was gespeichert oder angezeigt wird: Nur einen Hash jedes Keys, dazu Name, Ablaufdatum und Zeitpunkt der letzten Nutzung.
Beispiel: Du fragst deinen Assistenten nach den offenen Befunden eines überwachten Feeds, und er ruft get_issues auf.
Grenzen auf einen Blick
3 überwachte öffentliche HTTPS-Feeds mit jeweils höchstens 128 KB (dekodiert) und 100 Produkten. Lokale Dateiprüfungen unterstützen 5 MB und 5.000 Produkte. Tägliche Überwachung; die stündliche Planung kann Prüfungen bei Rückstau verzögern. Der Dienst veröffentlicht keine Feeds, ändert keine Shop-Daten, liest keinen Kontostatus im Merchant Center und garantiert keine Freigabe durch einen Kanal.