Dasselbe Sofa steht in drei Kanälen auf drei Arten falsch. Bei Google Shopping abgelehnt, weil die Farbe “anthrazit / anthracite / dunkelgrau” durcheinandergeht und die GTIN fehlt. Bei Amazon ein header row invalid, weil die Datei als Komma-CSV statt als Tab-TSV gespeichert wurde. Bei Bol ein Angebot, das hängen bleibt, weil die EAN nicht bei GS1 registriert ist.
Drei Kanäle, drei Formate, drei Fehlermeldungen, und unter all dem Rauschen genau eine Ursache: Sie schicken unsaubere Quelldaten direkt an Systeme, die jeweils ihre eigenen strengen Anforderungen stellen. Der Reflex ist dann, pro Kanal einen Export zu bauen und die Fehler einen nach dem anderen zu flicken. Das funktioniert, bis Ihr Lieferant etwas ändert. Wer es umdreht, beginnt nicht beim Feed, sondern beim Katalog.
Warum “mal eben einen Feed exportieren” fast immer schiefgeht
Ein Feed ist keine Datei, die man einmal erstellt. Er ist ein Vertrag mit drei Parteien, die alle drei etwas anderes wollen und die diesen Vertrag regelmäßig einseitig anpassen. Bol will eine registrierte EAN, Amazon will das aktuellste Kategorie-Template, Google will den Endpreis inklusive Mehrwertsteuer. Solange Sie aus Ihren rohen Quelldaten exportieren, reichen Sie den Müll einfach an die Kanäle weiter und lassen Bol, Amazon und Google Ihre Datenqualität prüfen. Das ist ein teurer Ort, um Fehler zu entdecken.
Drei Kanäle, drei Produktfeed-Formate
Fangen wir beim Grundlegendsten an: dasselbe Produkt muss in drei völlig verschiedene Dateien passen. Google Shopping arbeitet mit XML (oder einem Merchant-Center-Feed). Amazon arbeitet mit tabgetrennten Flat Files, TSV, gespeichert als UTF-8. Speichern Sie so eine Amazon-Datei versehentlich als Komma-CSV, wird der Header beschädigt und Sie bekommen den berüchtigten Fehler, dass die Header-Row fehlt oder ungültig ist (Quelle: Amazon Seller University / FlatFilePro). Bol-Produktfeeds werden als Textdatei mit dem Pipe-Zeichen (|) als Trennzeichen geliefert, mit einem Maximum von 10 MB pro Datei (Quelle: Bol.com Affiliate-Handbuch Produktfeed).
// Bol -- Pipe-getrennter Text (CSV)EAN|Titel|Preis|Bestand|Bild8712345678901|Loungesofa Faro anthrazit|649.00|12|https://cdn/faro-1.webp// Amazon -- Tab-getrennt (TSV), UTF-8sku item_name standard_price quantity main_image_urlFARO-ANTR Loungesofa Faro anthrazit 649.00 12 https://cdn/faro-1.webp// Google Shopping -- XML<item><g:id>FARO-ANTR</g:id><g:title>Loungesofa Faro anthrazit</g:title><g:price>649.00 EUR</g:price><g:gtin>8712345678901</g:gtin><g:availability>in_stock</g:availability></item>
Ein Produkt, drei Dateiformate. Und das ist noch bevor Sie mit den Pflichtfeldern anfangen.
Andere Felder, andere Regeln
Das Format ist noch der einfache Teil. Der eigentliche Schmerz steckt in dem, was jeder Kanal zur Pflicht macht, und diese Listen überschneiden sich zwar, decken sich aber nicht.
Google Shopping kennt acht universell verpflichtende Attribute für jedes Produkt: id, title, description, link, image_link, price, availability und condition (plus brand für Markenprodukte). Quelle: Google Merchant Center Help, product data specification. Der title darf maximal 150 Zeichen haben, die description maximal 5.000, und der Preis muss der finale Verbraucherpreis inklusive Mehrwertsteuer sein, also der Preis, den der Käufer beim Checkout bezahlt. Verkaufen Sie Kleidung, Schuhe oder Accessoires, kommen vier Pflichtfelder hinzu: color, size, gender und age_group. Fehlt eines, wird das Produkt abgelehnt.
GTIN ist bei Google für jedes Produkt Pflicht, dem der Hersteller eine zugewiesen hat. Liefern Sie sie nicht, riskieren Sie eine Ablehnung. Nur echt handgemachte, individuelle oder Vintage-Produkte ohne Identifier dürfen identifier_exists=false verwenden; für Markenprodukte ohne GTIN verlangt Google die Kombination brand + mpn. Ein abgelehntes Produkt erscheint nicht in Shopping, und die Neuverarbeitung nach Korrektur dauert in der Regel 24 bis 72 Stunden (Quelle: Google Merchant Center / FeedOn.ai).
Amazon arbeitet mit kategoriespezifischen Flat-File- Templates. Die Pflichtfelder unterscheiden sich je nach Produkttyp, je nach Marketplace und manchmal zwischen dem Anlegen einer neuen ASIN und dem Aktualisieren einer bestehenden. Kernfelder sind unter anderem sku, product-id, product-id-type, item_name, brand_name, manufacturer, standard_price, quantity und main_image_url, plus die kategoriespezifischen Felder (Quelle: ClearAds / WISEPIM). Die Tücke: bei Amazon führt ein leeres Pflichtfeld zur Ablehnung der gesamten Datei, nicht nur dieser einen Zeile (Quelle: LitCommerce / StoreAutomator).
Bol ist bei Identifiern strenger als der Rest. Jeder Artikel braucht eine gültige, registrierte EAN, GTIN oder ISBN; für Markenprodukte ist eine bei GS1 registrierte EAN Pflicht. Artikel mit einem nicht bei GS1 registrierten Code können von Bol offline genommen werden (Quelle: Bol Partnerplatform). Die Basisdaten bestehen mindestens aus EAN, Titel und einem Bild.
Der versteckte Kostenpunkt: pro Kanal immer wieder basteln
Die meisten Onlineshops lösen das mit einem separaten Export pro Kanal und einem Stapel manueller Patches. Eine Spalte für Amazon umbenennen, ein kleines Skript, das für Google die Mehrwertsteuer aufschlägt, ein Filter, der Produkte ohne EAN aus dem Bol-Feed fernhält. Das ist genau die Art von Arbeit, die wie ein Nachmittag aussieht und zur Daueraufgabe wird. Denn sobald Ihr Lieferant einen Spaltennamen ändert, eine neue Farbschreibweise einführt oder Amazon sein Template aktualisiert, bricht die Kette und das Patchen beginnt von vorn.
- Pro Kanal ein separater Export mit eigenen Spalten und Skripten
- Mehrwertsteuer manuell aufschlagen, Farben bereinigen, leere Felder wegfiltern
- Lieferant ändert einen Spaltennamen und drei Feeds brechen gleichzeitig
- Fehler tauchen erst im Dashboard von Bol, Amazon oder Google auf
- Ein sauberer Katalog als Quelle, pro Kanal eine automatische Projektion
- Normalisierte Werte und Golden Records, also wird nur einmal bereinigt
- Ändert sich die Quelle, ziehen alle Kanäle ohne Neubau nach
- Quality Gates fangen den Fehler intern ab, bevor ein Kanal ihn ablehnt
Die Umkehr: beginnen Sie bei einem sauberen Katalog, nicht beim Feed
Die echte Lösung ist nicht “pro Kanal einen Feed bauen”, sondern ein sauberer Katalog als Quelle, aus dem das System pro Kanal automatisch die richtigen Felder im richtigen Format ableitet. Kanalspezifisch wird dann eine Projektion Ihrer Daten statt loser Handarbeit. Sie pflegen eine Wahrheit, und Bol, Amazon und Google bekommen jeweils ihren eigenen sauberen Ausschnitt daraus.
Sie bauen keine drei Feeds. Sie bauen einen sauberen Katalog und lassen drei Kanäle ihren eigenen Ausschnitt daraus lesen.
Golden Record und normalisierte Werte
Feeds werden aus genau zwei Gründen abgelehnt: fehlenden Identifiern und inkonsistenten Werten. Beides lösen Sie an der Quelle. Quellen werden auf SKU, EAN und Barcode zusammengeführt und dedupliziert, mit KI angereichert und zu einem Golden Record mit Herkunft pro Feld verdichtet. Und Schreibweisen werden normalisiert: 47 Farbvarianten zurück auf Ihre 12, purple, violett und purpur alle auf “Lila”, anthrazit und anthracite auf einen Wert. Genau das verhindert eine Google-Ablehnung bei color.
Farbe Anthrazit (1 von Ihren 12 Schreibweisen)ean 8712345678901 (GS1-registriert)Preis 649.00 (inkl. 21% MwSt.)Titel Loungesofa Faro anthrazit (3-Sitzer)// alle drei Kanäle akzeptieren das
Klicken zum Umschalten. Dasselbe Sofa, bereinigt zu einer Wahrheit.
Pro Kanal automatisch die richtige Projektion
Aus diesem Golden Record schickt das System pro Kanal genau die richtigen Felder im richtigen Format: Bol.com als CSV, Amazon als TSV, Google Shopping als XML und Vergelijk.nl als XML. Und, wichtig für die Ruhe in Ihrer Kette: Übertragen werden nur Änderungen. Eine Preisänderung an einem Produkt spielt nicht gleich Ihr gesamtes Sortiment erneut aus. Für WooCommerce und Magento gibt es zudem eine direkte Live-Anbindung, also Echtzeit-Anbindungen an Webshop und Marktplatz, mit denen Sie das nächtliche Exportfenster ganz schließen. Siehe die Anbindungen und Feeds pro Kanal, um zu sehen, welche Kanäle bedient werden.
Das Einrichten dieser Felder pro Kanal erledigen Sie mit fertigen Automatisierungen ohne Code: Bausteine, die ein Masterfeld auf die richtige Kanalspalte mappen, die Mehrwertsteuer aufschlagen oder eine Kategorie ableiten, ohne dass Sie dafür ein Skript schreiben müssen.
Quality Gates: Fehler stoppen, bevor sie an die Kanäle gehen
Am günstigsten finden Sie einen Feed-Fehler, bevor er Bol, Amazon oder Google erreicht. Quality Gates halten Abweichungen auf: eine doppelte SKU, einen ungewöhnlichen Preis- oder Bestandssprung, eine massenhafte Löschung. Sie stellen selbst ein, wie streng: automatisch durchlassen, überwachen oder alles zuerst freigeben lassen. Jeder Push erstellt vorab einen Snapshot, sodass Sie mit einem Klick zurücksetzen können, falls doch etwas Merkwürdiges durchrutscht.
Praktisch: wie Sie das einrichten
Bei einer guten Netzwerkverbindung verarbeitet SyncRefine bis zu rund 100.000 Produkte in etwa 10 Minuten (unter diesem Vorbehalt), und die KI kann in 42 Sprachen übersetzen und Merkmale ableiten. Aber ehrlich bleiben: die KI lernt Ihre Struktur, nicht Ihren Tone of Voice, und Fotos werden in WebP in der richtigen Größe umgewandelt, ohne Hintergrund zu entfernen, ohne Wasserzeichen und ohne Upscaling.
- Bol, Amazon und Google verlangen alle drei ein anderes Format: Pipe-CSV, Tab-TSV und XML, mit jeweils eigenen Pflichtfeldern.
- Feeds scheitern vor allem an fehlenden Identifiern (GTIN/EAN) und inkonsistenten Werten wie Farbe, und beides lösen Sie an der Quelle.
- Bauen Sie keinen Feed pro Kanal, sondern einen sauberen Katalog als Quelle, aus dem jeder Kanal eine automatische Projektion erhält.
- Quality Gates und ein Snapshot pro Push fangen den Fehler intern ab, bevor Bol, Amazon oder Google ihn für Sie findet.
