Standardparameter für XML-Produktfeeds

Die meisten Artikel über XML-Feeds gehen davon aus, dass Sie T-Shirts verkaufen.

Vor zehn Jahren war diese Annahme sinnvoll, als ein „Produktfeed“ eine Google-Shopping-Datei war und sonst nichts. Heute trifft sie nicht mehr zu. Ein Autohaus, eine Jobbörse, eine Hotelgruppe, ein Immobilienportal und eine Wettplattform betreiben heute alle Feed-basierte Werbung, und keiner davon übermittelt size oder gtin. Sie übermitteln Fahrgestellnummern (VINs), IATA-Codes, Zimmeranzahlen, Beschäftigungsarten und Anstoßzeiten.

Die zugrunde liegende Mechanik ist identisch. Die Parameter sind es nicht.

Dieser Leitfaden behandelt beides: die strukturellen Regeln, die für jeden XML-Feed unabhängig von der Branche gelten, und die spezifischen Attributsätze für die wichtigsten Feed-Typen – Einzelhandel, lokales Inventar, Fahrzeuge, Reisen, Immobilien, Jobs sowie zeitgebundenes Inventar wie Spiele, Events und Vorstellungen. Mit funktionierendem XML für jeden Typ.

1. Was ein XML-Feed eigentlich ist

Ein XML-Feed ist eine strukturierte Datei, die ein Inventar so beschreibt, dass Maschinen es verarbeiten können, ohne dass ein Mensch es interpretieren muss. Eine Plattform ruft die Datei nach Zeitplan ab, liest sie aus und erstellt aus ihrem Inhalt Listings, Anzeigen oder Suchergebnisse.

Das Format spielt eine geringere Rolle, als die meisten denken. Entscheidend ist der Vertrag: Jedes Ziel veröffentlicht eine Spezifikation, die festlegt, welche Felder erforderlich sind, welche Werte zulässig sind und wie es reagiert, wenn diese falsch sind. Der Feed ist Ihre Seite dieses Vertrags.

Daraus ergeben sich zwei Konsequenzen, und sie sind der Grund, warum Feeds schwieriger sind, als sie aussehen:

Der Vertrag gilt pro Ziel. Die Produktspezifikation von Google, die Katalogspezifikation von Meta und das Job-XML von Indeed haben fast keine gemeinsamen Feldnamen. Ein einziger Quellkatalog muss für jedes Ziel anders transformiert werden.

Verstöße scheitern meist unbemerkt. Ein fehlerhaftes Feld macht die Datei selten unbrauchbar. Es führt zur Ablehnung eines Artikels, zur Abwertung eines Listings oder dazu, dass ein Attribut aus der Anzeige fällt – und nichts in Ihrem Kampagnen-Dashboard weist darauf hin.

2. Der Aufbau der Datei

Die meisten Werbe-XML-Feeds verwenden RSS 2.0 mit einer Namespace-Erweiterung. Die Struktur besteht immer aus denselben drei Ebenen:

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:g="http://base.google.com/ns/1.0">
  <channel>
    <title>Example Store — Product Feed</title>
    <link>https://example.com</link>
    <description>Full catalogue, updated hourly</description>

    <item>
      <!-- one inventory item -->
    </item>

  </channel>
</rss>

• Die XML-Deklaration legt die Codierung fest. In der Praxis muss sie UTF-8 lauten; alles andere führt in nicht-englischen Katalogen zu beschädigten Zeichen und ist die mit Abstand häufigste Ursache für verstümmelte türkische, deutsche und tschechische Produkttitel.
• Die Namespace-Deklaration (xmlns:g="...") macht <g:price> überhaupt erst zulässig. Fehlt sie, wird jedes Element mit Präfix stillschweigend ignoriert – der Feed lässt sich auslesen, aber fast nichts wird importiert.
• <channel> enthält die Metadaten auf Feed-Ebene.
• <item> ist eine Inventareinheit. Was „eine Einheit“ bedeutet, ist eine Entscheidung und keine Selbstverständlichkeit: eine SKU, eine Variante, ein Fahrzeug, eine offene Stelle, ein Hotel, eine Begegnung.

Nicht jede Branche nutzt diese Form. Job-Feeds verwenden <source><job>, und manche Marktplätze definieren komplett eigene Root-Elemente. Die Logik der drei Ebenen – Dokument, Container, sich wiederholender Artikel – gilt trotzdem.

3. Der universelle Kern

Sieben Parameter tauchen im Grunde in jeder jemals geschriebenen Feed-Spezifikation auf, nur unter unterschiedlichen Namen. Wer diese versteht, kann jede Spezifikation lesen.

Drei Regeln zur ID, die universell gelten und mehr Schaden anrichten als jedes andere einzelne Feld:

1. Sie muss stabil sein. Wird Ihre ID beim Export neu erzeugt – abgeleitet aus der Zeilenreihenfolge, einem Zeitstempel oder einem Hash sich ändernder Inhalte –, zerstört jede Synchronisierung die gesammelte Performance-Historie des Artikels, und er beginnt wieder bei null.
2. Sie muss eindeutig sein. Doppelte IDs führen dazu, dass spätere Zeilen ohne Fehlermeldung verworfen werden. Artikel verschwinden einfach.
3. Sie muss mit dem übereinstimmen, was Ihr Pixel oder Tag sendet. Der Katalogabgleich von Meta, das dynamische Remarketing von Google und jedes Retargeting-Produkt setzen voraus, dass Feed-ID und Event-ID auf der Website dieselbe Zeichenfolge sind. Das ist der häufigste Grund, warum dynamisches Retargeting „nicht funktioniert“.

4. Parameter für Einzelhandel / E-Commerce

Dies ist die am besten dokumentierte Spezifikation und die Grundlage, auf der die meisten anderen Branchen aufbauen.

Pflichtfelder

Kennungen

brand, gtin, mpn und identifier_exists. Die GTIN ist das Feld, das bestimmt, ob Ihr Produkt dem Produkt-Knowledge-Graph von Google zugeordnet wird – und damit, ob es überhaupt in Vergleichs- und KI-Shopping-Umgebungen erscheint. In der Praxis ist sie nicht optional, was auch immer die Spezifikation sagt.

Varianten

item_group_id, item_group_title, color, size, size_type, size_system, material, pattern, gender, age_group.

Varianten sind ein eigenes Thema; kurz gesagt: item_group_id muss innerhalb einer Gruppe identisch sein und aus stabilen Quelldaten abgeleitet werden, und gender und age_group sind innerhalb einer Gruppe konstant, color und size dagegen nicht.

Kategorisierung

google_product_category (die Taxonomie von Google, als ID oder vollständiger Pfad), product_type (Ihre eigene Taxonomie – dieses Feld macht eine Kampagnenstruktur überhaupt erst möglich, und es ist frei formulierbar, also nutzen Sie es).

Kommerzielle Angaben

sale_price, sale_price_effective_date, unit_pricing_measure, unit_pricing_base_measure, installment, subscription_cost, loyalty_program.

Logistik

shipping, shipping_weight, shipping_length / _width / _height, shipping_label, transit_time_label, min_handling_time, max_handling_time, tax.

Kampagnensteuerung

excluded_destination, included_destination, ads_redirect, custom_label_0 bis custom_label_4.

Die fünf Custom Labels sind die am wenigsten genutzten Felder der gesamten Spezifikation. Für Google haben sie keine Bedeutung – sie existieren ausschließlich, damit Sie segmentieren können. Margenstufen, Bestandstiefe, Saisonalität, Produktalter, GA4-Performance-Stufe. Wenn Ihre Kampagnenstruktur eine Geschäftsregel nicht abbilden kann, liegt es meist daran.

Medien

additional_image_link, lifestyle_image_link, virtual_model_link, video_link.

Ein minimaler, aber vollständiger Einzelhandelsartikel

<item>
  <g:id>KRC-4210-BLK</g:id>
  <g:title>Karaca Fine Pearl 6-Person Dinner Set — Black</g:title>
  <g:description>26-piece porcelain dinner set for six. Dishwasher and microwave safe.</g:description>
  <g:link>https://example.com/urun/fine-pearl-6-kisilik</g:link>
  <g:image_link>https://cdn.example.com/krc-4210-blk-01.jpg</g:image_link>
  <g:additional_image_link>https://cdn.example.com/krc-4210-blk-02.jpg</g:additional_image_link>
  <g:video_link>https://cdn.example.com/video/krc-4210.mp4</g:video_link>
  <g:availability>in_stock</g:availability>
  <g:price>4299.00 TRY</g:price>
  <g:sale_price>3499.00 TRY</g:sale_price>
  <g:sale_price_effective_date>2026-11-24T00:00+0300/2026-12-01T23:59+0300</g:sale_price_effective_date>
  <g:brand>Karaca</g:brand>
  <g:gtin>8680150042109</g:gtin>
  <g:condition>new</g:condition>
  <g:google_product_category>672</g:google_product_category>
  <g:product_type>Home &amp; Kitchen &gt; Dinnerware &gt; Dinner Sets</g:product_type>
  <g:custom_label_0>high-margin</g:custom_label_0>
  <g:custom_label_1>bf-2026</g:custom_label_1>
</item>

Beachten Sie & und > in product_type. Nicht maskierte &-Zeichen in URLs und Kategoriepfaden sind die häufigste Ursache für XML-Dateien, die sich überhaupt nicht auslesen lassen.

5. Was sich 2026 geändert hat

Drei Änderungen an der Produktdatenspezifikation von Google sollten Sie jetzt angehen und nicht erst kurz vor der Frist.

Die Mindestauflösung für Bilder beträgt jetzt 500x500 px für image_link und additional_image_link, und zwar in allen Kategorien und für alle Marketingmethoden. Warnungen erscheinen im Merchant Center seit April 2026; durchgesetzt wird die Regel ab dem 31. Januar 2027. Google skaliert manche kleineren Bilder möglicherweise automatisch hoch, doch das als Lösung zu betrachten, ist ein Fehler – hochskalierte Bilder sehen hochskaliert aus, und die Bildqualität beeinflusst die Klickrate.

video_link ist live und wird ausgespielt. Über das Attribut übermittelte Videos können seit dem 30. Juni 2026 ausgespielt werden, verbunden mit einer Richtlinien- und Qualitätsprüfung. Fehler blockieren das Video, nicht aber das Angebot – dieses Feld zu befüllen ist also risikoarm. Die meisten Kataloge haben für die meisten SKUs kein Produktvideo, und genau deshalb ist die Erzeugung von Videos aus Feed-Daten in großem Maßstab heute eine Wettbewerbslücke und kein Nice-to-have mehr.

Die Versandsteuerung auf Produktebene wurde erweitert. handling_cutoff_time legt einen täglichen Bestellannahmeschluss fest, und minimum_order_value gibt den Mindestbestellwert für die Lieferung an. Das Attribut shipping hat zudem die Unterattribute loyalty_program_label und loyalty_tier_label für treueprogrammspezifische Lieferleistungen erhalten.

Die Richtung ist eindeutig: Google verlagert Details, die früher auf Kontoebene lagen, immer weiter auf die Artikelebene. Alles, was pro Artikel abgebildet wird, kann eine Feed-Ebene automatisieren – ein manueller Prozess kann das nicht.

6. Die Branchenübersicht

Der Einzelhandel ist eine Zeile in dieser Tabelle, nicht die ganze Tabelle.

Zwei strukturelle Regeln, die Sie verinnerlichen sollten, bevor Sie etwas aufbauen:

Ein Meta-Katalog enthält genau einen Inventartyp. Hotels und Produkte lassen sich nicht mischen. Wenn Sie beides verkaufen, benötigen Sie zwei Kataloge.

Google trennt Branchen auf Ebene der Datenquelle. Eine Fahrzeug-Datenquelle darf nur auf Fahrzeuganzeigen ausgerichtet sein. Wer Fahrzeuge in eine Shopping-Datenquelle einspielt, erhält Ablehnungen statt Listings – und Fahrzeugquellen sollten keine Ersatzteile oder Zubehör enthalten, die in einen normalen Produktfeed gehören.

7. Fahrzeug-Feeds

Im Automobilbereich scheitert der Ansatz „einfach die Einzelhandelsspezifikation verwenden“ am offensichtlichsten. Ein Auto ist ein einzigartiges physisches Objekt mit rechtlicher Kennung, keine SKU mit Bestandstiefe.

Die Fahrzeugattribute von Google bauen auf dem gemeinsamen Kern auf:

<item>
  <g:id>STK-88214</g:id>
  <g:title>2023 Volkswagen Passat 1.5 TSI Business DSG</g:title>
  <g:description>Single owner, full service history, no accident record.</g:description>
  <g:link>https://example.com/ilan/88214</g:link>
  <g:image_link>https://cdn.example.com/88214-01.jpg</g:image_link>
  <g:price>1450000.00 TRY</g:price>
  <g:condition>used</g:condition>
  <g:brand>Volkswagen</g:brand>
  <g:model>Passat</g:model>
  <g:trim>1.5 TSI Business DSG</g:trim>
  <g:year>2023</g:year>
  <g:vin>WVWZZZ3CZPE000000</g:vin>
  <g:mileage>
    <g:value>42500</g:value>
    <g:unit>km</g:unit>
  </g:mileage>
  <g:body_style>sedan</g:body_style>
  <g:color>Grey</g:color>
  <g:vehicle_fulfillment>
    <g:option>in_store</g:option>
    <g:store_code>IST-01</g:store_code>
  </g:vehicle_fulfillment>
</item>

Was Fahrzeug-Feeds operativ anders macht:

• Der Bestand ist nur eine Einheit tief. Jeder Artikel ist ein Einzelstück. Wird es verkauft, muss es sofort aus dem Feed verschwinden – nicht erst bei der Synchronisierung am nächsten Tag. Veraltete Fahrzeuglistings verschwenden teure Klicks auf Autos, die es nicht mehr gibt, und schaden der Kontoqualität.
• Die Aktualisierungsfrequenz entscheidet alles. Aktualisierungszyklen von vier Stunden sind im Automobilbereich gängige Praxis und keine Optimierung.
• Die Konsistenz mit der Landingpage wird durchgesetzt. Preis und Kilometerstand im Feed müssen exakt mit der Fahrzeugdetailseite übereinstimmen. Eine händlerweite Preisänderung, die die Website, aber nicht den Feed aktualisiert, löst innerhalb weniger Stunden eine Welle von Ablehnungen aus.
• Die Automotive Inventory Ads von Meta verwenden ein eigenes Feldvokabular – state_of_vehicle, exterior_color, transmission, drivetrain, dealer_id –, sodass dieselben Quelldaten pro Kanal unterschiedlich transformiert werden müssen.

8. Reise-Feeds

Reisen teilen sich in drei unterschiedliche Katalogtypen auf, und der Fehler besteht darin, sie als einen zu behandeln.

Hotels

Der Feed für Unterkünfte ist vergleichsweise statisch: Name, Beschreibung, Adresse, Koordinaten, Sterne, Bilder, ein Ab-Preis. Was sich bewegt, sind Verfügbarkeit und Rate. Deshalb kombinieren Hotel-Setups in der Regel einen statischen Unterkunfts-Feed mit dynamischen Feeds für Zimmerkategorien und Preise.

Zentrale Parameter: hotel_id, name, description, brand, url, image, latitude, longitude, address (mit city, region, country, postal_code), base_price, currency, star_rating, neighborhood, phone, guest_ratings.

<item>
  <g:hotel_id>HTL-BDR-114</g:hotel_id>
  <g:name>Blue Bay Resort Bodrum</g:name>
  <g:description>Seafront resort with private beach, three restaurants and a spa.</g:description>
  <g:url>https://example.com/otel/blue-bay-bodrum</g:url>
  <g:image>https://cdn.example.com/htl-114-01.jpg</g:image>
  <g:latitude>37.0344</g:latitude>
  <g:longitude>27.4305</g:longitude>
  <g:address>Yalıkavak Mah. Sahil Cad. 12, Bodrum, Muğla, TR, 48990</g:address>
  <g:base_price>4200.00 TRY</g:base_price>
  <g:star_rating>5</g:star_rating>
  <g:neighborhood>Yalıkavak</g:neighborhood>
</item>

Flüge

Der Artikel ist eine Strecke, kein Sitzplatz. Die Identität ist das Paar aus Abflug- und Zielort: origin_airport und destination_airport als IATA-Codes, dazu price, url, image, description. Preise sind typischerweise Ab-Preise und ändern sich ständig, weshalb die Aktualisierungsfrequenz der begrenzende Faktor ist.

Reiseziele

Der Artikel ist ein Ort, für den Sie Reisen verkaufen: destination_id, name, address, neighborhood, types, price, url, image. Nützlich für die Neukundengewinnung im oberen Funnel, wenn Reisende eine Absicht, aber noch keine bestimmte Unterkunft im Kopf haben.

Das wiederkehrende Problem im Reisebereich ist, dass Preis und Verfügbarkeit berechnet und nicht gespeichert werden. Der „Preis“ eines Hotels hängt von Reisedaten, Belegung und Aufenthaltsdauer ab; der eines Flugs vom Zeitpunkt der Abfrage. Feeds verlangen eine einzige Zahl. Welche Zahl das sein soll – der niedrigste verfügbare Preis in den nächsten 30 Tagen, der niedrigste für das kommende Wochenende, ein Durchschnitt –, ist eine kommerzielle Entscheidung, die unbemerkt bestimmt, wie Ihre Anzeigen abschneiden. Es lohnt sich, sie bewusst zu treffen, statt einfach den Wert zu übernehmen, den der Export liefert.

9. Immobilien-Feeds

Strukturell ähnlich wie Fahrzeuge: einzigartige physische Objekte, ein Bestand von nur einer Einheit, ein hoher Wert pro Klick und ein Listing, das in dem Moment verschwinden muss, in dem das Objekt vergeben ist.

Zentrale Parameter: home_listing_id, name, description, address, latitude, longitude, url, image, price, currency, property_type (Wohnung, Haus, Grundstück, Gewerbe), listing_type (Kauf, Miete, Neubau), num_beds, num_baths, area_size, area_unit, year_built, availability, agent_name, agent_phone.

<item>
  <g:home_listing_id>EMK-2291</g:home_listing_id>
  <g:name>3+1 Apartment with Sea View — Kadıköy</g:name>
  <g:description>Renovated 3+1 apartment, 4th floor, elevator, closed parking.</g:description>
  <g:address>Caferağa Mah., Kadıköy, İstanbul, TR</g:address>
  <g:latitude>40.9862</g:latitude>
  <g:longitude>29.0299</g:longitude>
  <g:url>https://example.com/ilan/2291</g:url>
  <g:image>https://cdn.example.com/emk-2291-01.jpg</g:image>
  <g:price>12500000.00 TRY</g:price>
  <g:property_type>apartment</g:property_type>
  <g:listing_type>for_sale</g:listing_type>
  <g:num_beds>3</g:num_beds>
  <g:num_baths>2</g:num_baths>
  <g:area_size>135</g:area_size>
  <g:area_unit>sq_m</g:area_unit>
  <g:availability>available</g:availability>
</item>

Etwas, das kein Feed-Problem ist, Ihre Kampagne aber stoppen wird: Wohnen ist auf Meta eine eingeschränkte Werbekategorie. Kampagnen, die Immobilienanzeigen bewerben, müssen unter der Sonderkategorie für Wohnungsanzeigen deklariert werden, was die Targeting-Optionen einschränkt. Der Katalog kann perfekt sein und die Kampagne trotzdem scheitern, wenn dies nicht eingestellt ist.

10. Job-Feeds

Im Recruiting wird eine völlig andere Dokumentstruktur verwendet – <source> und <job> statt <rss> und <item> –, und es lohnt sich, sie anzusehen, denn sie zeigt, dass „XML-Feed“ ein Muster und kein einzelnes Schema ist.

<?xml version="1.0" encoding="UTF-8"?>
<source>
  <publisher>Example Company</publisher>
  <publisherurl>https://example.com</publisherurl>
  <lastBuildDate>Wed, 12 Aug 2026 09:00:00 GMT</lastBuildDate>

  <job>
    <title><![CDATA[Senior Backend Engineer]]></title>
    <date><![CDATA[Mon, 10 Aug 2026 08:00:00 GMT]]></date>
    <referencenumber><![CDATA[ENG-4471]]></referencenumber>
    <url><![CDATA[https://example.com/careers/eng-4471]]></url>
    <company><![CDATA[Example Company]]></company>
    <city><![CDATA[İstanbul]]></city>
    <state><![CDATA[İstanbul]]></state>
    <country><![CDATA[TR]]></country>
    <postalcode><![CDATA[34394]]></postalcode>
    <description><![CDATA[<p>We are hiring a senior backend engineer to work on our data pipeline...</p>]]></description>
    <salary><![CDATA[120000 - 160000 TRY monthly]]></salary>
    <jobtype><![CDATA[fulltime]]></jobtype>
    <category><![CDATA[Engineering]]></category>
    <experience><![CDATA[5+ years]]></experience>
  </job>

</source>

Vier Regeln, die speziell für Job-Feeds gelten:

1. CDATA ist die Regel, nicht die Ausnahme. Stellenbeschreibungen enthalten HTML, Und-Zeichen und Apostrophe. Wer jedes Feld in <![CDATA[...]]> einschließt, vermeidet eine ganze Klasse von Lesefehlern.
2. Der Standort benötigt mindestens Stadt, Bundesland/Region und Land. Fehlen diese Angaben, verliert die Stellenanzeige bei den großen Aggregatoren standardmäßig an organischer Sichtbarkeit.
3. Besetzte Stellen müssen entfernt und nicht als geschlossen markiert werden. Es gibt keine Entsprechung zu availability. Das Vorhandensein im Feed ist das Verfügbarkeitssignal, und Aggregatoren bestrafen Feeds mit veralteten Stellenanzeigen.
4. Eine Sprache, ein Job-Eintrag. Eine Stellenanzeige, die in zwei Sprachen veröffentlicht wird, benötigt zwei separate Einträge mit unterschiedlichen Referenznummern.

Unabhängig vom Feed sorgen strukturierte Daten vom Typ JobPosting in JSON-LD auf der Karriereseite dafür, dass eine Stelle für Jobeinträge in den Suchergebnissen berechtigt ist. Beides ergänzt sich: Der Feed übernimmt die Distribution an Aggregatoren, die strukturierten Daten übernehmen die organische Suche. Die meisten Recruiting-Teams machen das eine und nicht das andere.

11. Zeitgebundenes Inventar

Die interessanteste Feed-Kategorie hat keine offizielle Spezifikation, weil die Plattformen sie nie vorhergesehen haben: Inventar, dessen bestimmendes Attribut das Wann ist und nicht das Was.

Fußballspiele. Konzerte. Kinovorstellungen. Flugabflüge. Auktionslose. Reservierungszeitfenster in Restaurants. Lieferzeitfenster.

Sie alle haben die Eigenschaften von Produkten – eine Identität, einen Preis, ein Bild, eine Landingpage – plus eine, für die die Einzelhandelsspezifikation kein Feld hat: eine Haltbarkeit, die in Stunden gemessen wird. Eine Begegnung, die bereits angepfiffen wurde, ist nicht „ausverkauft“, sie ist bedeutungslos.

Der funktionierende Ansatz besteht darin, sie als Standard-Katalogprodukte zu modellieren und die Zeitdimension in Feldern abzubilden, die die Plattform bereits versteht:

<item>
  <g:id>MTC-2026-08-16-GS-FB</g:id>
  <g:title>Galatasaray - Fenerbahçe | Super League, Week 2</g:title>
  <g:description>Saturday 16 August, 19:00. Live odds and in-play betting.</g:description>
  <g:link>https://example.com/mac/2026-08-16-gs-fb</g:link>
  <g:image_link>https://cdn.example.com/creatives/mtc-2026-08-16-gs-fb.jpg</g:image_link>
  <g:availability>in_stock</g:availability>
  <g:price>1.00 TRY</g:price>
  <g:product_type>Football &gt; Super League &gt; Week 2</g:product_type>
  <g:custom_label_0>2026-08-16</g:custom_label_0>
  <g:custom_label_1>derby</g:custom_label_1>
  <g:custom_label_2>ms1-2.10</g:custom_label_2>
  <g:expiration_date>2026-08-16T19:00+0300</g:expiration_date>
</item>

Drei Dinge sorgen dafür, dass das funktioniert:

• expiration_date oder eine entsprechende Entfernungsregel, damit der Artikel beim Anpfiff aus dem Katalog verschwindet und nicht erst bei der nächsten geplanten Synchronisierung.
• Custom Labels, die die Zeitdimension tragen, damit Kampagnen nach „dieses Wochenende“, „Derby“ oder „Quoten über 2,0“ strukturiert werden können.
• Ein Creative pro Artikel. Hier gerät der Ansatz meist ins Stocken. Ein Spielplan mit mehreren Hundert Begegnungen pro Woche benötigt mehrere Hundert Bilder, jedes mit Mannschaften, Datum, Uhrzeit und aktuellen Quoten. Kein Designteam schafft das. Das Creative aus der Feed-Zeile zu erzeugen, ist die einzige Methode, die Schritt hält – genau so hat Bilyoner erstmals Katalog-Anzeigen geschaltet und den ROAS um 49 % gesteigert.

Wenn Ihr Inventar eine Startzeit hat, gehört es in einen Katalog. Die Hürde ist fast immer das Format, nicht das Konzept.

12. Feeds für lokales Inventar

Lokales Inventar liegt zwischen Einzelhandel und Branchen-Feeds: dieselben Produkte, beschrieben pro physischem Standort.

Parameter: id, store_code, quantity, price, sale_price, sale_price_effective_date, availability, pickup_method (Kauf, Reservierung, Lieferung in die Filiale, nicht unterstützt), pickup_sla (am selben Tag, am nächsten Tag, mehrere Tage).

Der strukturelle Punkt ist, dass der lokale Feed eine Ergänzung und kein Ersatz ist. Er verweist über die id auf Artikel im primären Produktfeed und ergänzt Angaben pro Filiale. Ein Artikel, viele Filialen, viele Zeilen.

Ein Hinweis für 2026: Online- und Filialversionen desselben Produkts mit unterschiedlichen Preisen oder unterschiedlicher Verfügbarkeit benötigen jetzt getrennte Produkt-IDs, statt zu einer zusammengefasst zu werden. Feeds, die sie zusammengeführt haben, werden aufgefordert, sie aufzuteilen.

13. Formatierungsregeln

Diese Regeln gelten für jeden Feed-Typ in diesem Artikel und sind zusammengenommen für die große Mehrheit der Feeds verantwortlich, die komplett scheitern.

Codierung. Immer UTF-8, in der XML-Deklaration angegeben und mit einem passenden Content-Type-Header ausgeliefert. Abweichungen zwischen deklarierter und tatsächlicher Codierung beschädigen jedes Nicht-ASCII-Zeichen.

Maskierung. Fünf Zeichen müssen im XML-Inhalt maskiert werden: & → &, < → <, > → >, " → ", ' → '. Nicht maskierte Und-Zeichen in Tracking-URLs sind die Hauptursache für Feeds, die sich nicht auslesen lassen. Die Alternative ist CDATA, das in Job-Feeds Standard und überall dort nützlich ist, wo Beschreibungen Markup enthalten.

Datumsangaben. ISO 8601 mit expliziter Zeitzonenverschiebung. 2026-08-16T19:00+0300, nicht 16.08.2026 19:00. Feeds, die mehrere Märkte aus einer Quelle ohne Zeitzonenangabe bedienen, erzeugen Artikel, die Stunden zu früh oder zu spät ablaufen.

Preise. Wert und Währung nach ISO 4217, Dezimalpunkt statt Komma, kein Tausendertrennzeichen. 4299.00 TRY. Und der Preis im Feed muss mit der Landingpage übereinstimmen – das wird auf den meisten Plattformen per Crawling geprüft.

Aufzählungswerte sind abhängig von Groß-/Kleinschreibung und Format, und sie unterscheiden sich je nach Plattform. Google erwartet in_stock, Meta erwartet in stock. Dieser eine Unterschied hat mehr Katalogimporte zum Scheitern gebracht als jeder andere. Gehen Sie nie davon aus, dass ein Enum-Wert zwischen Zielen übertragbar ist.

Dateiauslieferung. Gzip-Komprimierung für große Dateien, eine stabile HTTPS-URL, keine Authentifizierungsschranke, sofern die Plattform dies nicht ausdrücklich unterstützt, und ein Server, der innerhalb des Timeouts der Plattform antwortet. Eine Feed-URL hinter dem Bot-Schutz von Cloudflare ist eine Feed-URL, die nicht abgerufen wird.

Die Aktualisierungsfrequenz sollte sich nach der Volatilität der zugrunde liegenden Daten richten und nicht nach einer Konvention: stündlich oder schneller bei Quoten, Flugpreisen und schnell drehenden Einzelhandelsbeständen; alle paar Stunden bei Fahrzeugen und Immobilien; täglich bei stabilen Katalogen.

14. XML vs. CSV vs. JSON vs. API

XML bleibt der Standard für alles mit Verschachtelung. Deshalb sind Fahrzeug-, Reise- und versandintensive Einzelhandels-Feeds meist XML, während einfache Modekataloge häufig TSV sind. Beachten Sie zudem, dass mehrere große Ziele auf eine API-first-Datenübernahme umstellen. Die Datei als einzigen Integrationsweg zu betrachten, ist daher mittelfristig ein Risiko.

Wenn Ihre Titel Kommas enthalten – und Titel mit Farbe und Größe tun das fast immer –, verwenden Sie TSV statt CSV. Eine ganze Klasse von Lesefehlern verschwindet.

15. Checkliste vor dem Start

• [ ] Die Datei lässt sich in einem XML-Validator auslesen, bevor sie auch nur in die Nähe einer Plattform kommt
• [ ] UTF-8 ist korrekt deklariert und wird korrekt ausgeliefert; Nicht-ASCII-Zeichen werden richtig dargestellt
• [ ] Jedes & in jeder URL ist maskiert, oder das Feld ist in CDATA eingeschlossen
• [ ] IDs sind eindeutig, über Synchronisierungen hinweg stabil und stimmen mit Ihren Pixel- oder Tag-Events überein
• [ ] Alle Pflichtattribute für das Zielsystem sind vorhanden – geprüft anhand der Spezifikation dieses Ziels, nicht anhand einer allgemeinen
• [ ] Enum-Werte werden pro Ziel transformiert und nicht kopiert
• [ ] Preise stimmen exakt mit den Landingpages überein, einschließlich Währung und steuerlicher Behandlung
• [ ] Datumsangaben im Format ISO 8601 mit Zeitzonenverschiebung
• [ ] Bilder erfüllen das Minimum von 500x500 und sind über HTTPS ohne Weiterleitungen erreichbar
• [ ] Verkaufte, besetzte, abgelaufene oder abgereiste Artikel verlassen den Feed im richtigen Rhythmus
• [ ] Die Aktualisierungsfrequenz entspricht dem Tempo, in dem sich die zugrunde liegenden Daten tatsächlich ändern
• [ ] Die Feed-URL ist öffentlich erreichbar und wird nicht durch Bot-Schutz blockiert
• [ ] Es gibt eine Überwachungsregel für unerwartete Änderungen der Artikelanzahl

16. FAQ

Ist XML 2026 noch das richtige Format?
Für alles mit verschachtelten Daten: ja. Für flache Kataloge ist TSV einfacher und weniger fehleranfällig. Bei Echtzeit-Anforderungen schlägt eine API-Integration jede Datei. Das Format sollte sich nach den Daten richten, nicht nach Gewohnheit.

Kann ich einen Feed für alle Plattformen verwenden?
Eine Quelle: ja. Eine Datei: nein. Feldnamen, Enum-Werte, Zeichenbegrenzungen und Pflichtattribute unterscheiden sich je nach Ziel, und die Unterschiede sind nicht nur kosmetisch. Die praktikable Architektur ist ein einziger kanonischer Katalog mit kanalspezifischen Transformationen, die beim Export angewendet werden.

Was ist, wenn mein Inventar keine Produkte sind?
Dann benötigen Sie die Spezifikation für Ihre Branche, nicht die für den Einzelhandel. Fahrzeuge, Hotels, Flüge, Reiseziele, Immobilien und Jobs haben jeweils eigene. Und wenn Ihr Inventar etwas ist, für das keine Plattform eine Spezifikation hat – Spiele, Vorstellungen, Zeitfenster, Lose –, modellieren Sie es als Produkte und bilden die fehlende Dimension in den vorhandenen Feldern ab.

Wie oft sollte der Feed aktualisiert werden?
So oft, wie sich die zugrunde liegenden Daten wesentlich ändern. Ein Fahrzeug, das heute Morgen verkauft wurde und heute Nachmittag noch beworben wird, gibt Geld für nichts aus.

Brauche ich GTINs?
Im Einzelhandel faktisch ja. Die GTIN verbindet Ihren Artikel mit dem Produktwissen einer Plattform, das zunehmend darüber entscheidet, ob Sie in Vergleichsumgebungen und KI-gestützten Shopping-Ergebnissen überhaupt erscheinen. Für Fahrzeuge, Immobilien und Jobs sind die entsprechenden Identitätsfelder vin, die Listing-ID und die Referenznummer.

Wo es schwierig wird

Keine der einzelnen Regeln in diesem Artikel ist schwierig. Die Schwierigkeit besteht darin, dass es mehrere Hundert davon gibt, dass sie sich je nach Ziel unterscheiden, dass sie sich ohne Vorwarnung ändern und dass Verstöße unbemerkt scheitern.

Ein einziger Katalog, der zu Google, Meta, TikTok und drei Marktplätzen exportiert wird, bedeutet sechs verschiedene Verträge, die gleichzeitig aus einer einzigen verlässlichen Datenquelle erfüllt werden müssen. Das manuell zu erledigen heißt, sechs Dateien zu pflegen und sie bei jeder Katalogänderung abzugleichen.

Genau für diese Ebene wurde Feedance entwickelt – Feed Rules, um Attribute an der Quelle zu normalisieren, Kanal-Exporte, die für jedes der mehr als 200 Ziele die richtige Transformation anwenden, ohne Ihre Quelldaten anzutasten, Feed Protection, um fehlende Attribute und unerwartete Änderungen der Artikelanzahl zu erkennen, bevor es eine Plattform tut, und eine Creative Suite, die pro Feed-Zeile ein Bild oder Video erzeugt – für Kataloge, bei denen eine manuelle Produktion nie realistisch war.

Feedance unterstützt Branchen außerhalb des Einzelhandels als vollwertige Anwendungsfälle und nicht als Nachgedanken – Reise-Inventar mit Live-Preisen, Sportwetten-Kataloge mit Match-Time-Daten sowie Distributionskanäle für Automobil, Immobilien und Jobs.

Wenn Sie wissen möchten, wo Ihr aktueller Feed steht, bevor Sie etwas ändern, bewertet unser kostenloses Feed-Audit-Tool ihn kostenlos nach Vollständigkeit, Datenqualität und technischem Zustand. Oder vereinbaren Sie eine 15-minütige Demo, und wir sehen ihn uns gemeinsam an.

Zuletzt geprüft: August 2026. Plattformspezifikationen ändern sich häufig; prüfen Sie die aktuellen Anforderungen vor der Umsetzung anhand der offiziellen Dokumentation des jeweiligen Ziels.