Versandkosten sind für Shopping-Anzeigen und kostenlose Produkteinträge in 30 Ländern erforderlich. Am sichersten übermitteln Sie sie über die Einstellung auf Kontoebene im Merchant Center. Früher oder später braucht ein Katalog jedoch Ausnahmen: schwere Artikel, einen regionalen Aufschlag oder ein günstiges Produkt, das unter dem Mindestbestellwert liegt. Tragen Sie einen einzigen price in das produktbezogene Attribut [shipping] ein, liest Google die für diesen Standort konfigurierten Lieferzeiten und Mindestbestellwerte nicht mehr aus. Das Produkt kann zwar weiterhin genehmigt bleiben, aber seine Lieferzeitschätzung stammt nicht mehr aus Ihren konfigurierten Einstellungen.
Dieser Leitfaden richtet sich an Feed-Manager, die bereits funktionierende Versandeinstellungen haben und produktbezogene Ausnahmen ergänzen müssen, ohne diese Einstellungen zu beschädigen. Am Ende wissen Sie, welche Einstellungen ein Override ersetzt, welche Sub-Attribute Sie erneut angeben müssen und wie Sie die Änderung so ausrollen, dass sie keine Warnung wegen ungenauer Versandangaben für den gesamten Katalog auslösen kann.
Was ein Versand-Override auf Produktebene tatsächlich ersetzt
Das Merchant Center liest Versandinformationen aus zwei Quellen: den Versandrichtlinien auf Kontoebene und dem Attribut [shipping] an jedem Produkt. Googles eigene Empfehlung lautet, zuerst die Einstellungen auf Kontoebene zu nutzen und das Attribut nur als letzten Ausweg einzusetzen. Der Grund ist die Rangfolge. Laut Attributdokumentation werden die Versandserviceeinstellungen auf Kontoebene für einen Standort ignoriert, sobald Sie price in [shipping] übermitteln, einschließlich Lieferzeiten und Mindestbestellwerten. Diese müssen Sie dann auf Produktebene angeben.
Daraus ergeben sich zwei Regeln. Erstens ist ein Override kein Patch auf der Kontoeinstellung. Er ersetzt sie für den passenden Standort. Zweitens lässt sich das Attribut bis zu 100-mal pro Produkt wiederholen. Für jedes Land, jede Region und jeden Service, in den Sie das Produkt liefern, brauchen Sie also eine eigene vollständige Zeile.
Die Änderung vom April 2026, die vieles einfacher macht
Das Update der Produktdatenspezifikation 2026, gültig ab dem 14. April 2026, hat produktbezogene Entsprechungen zu Optionen auf Kontoebene ergänzt: Bestellannahmeschluss (Handling Cutoff), Mindestbestellwert und Loyalty-Labels (loyalty_program_label und loyalty_tier_label) als Sub-Attribute von [shipping]. Eine separate Ankündigung vom 28. April fügte [pickup_cost] hinzu. Ab dem 30. September 2026 müssen in_store-Produkte, die für die Abholung aktiviert sind, im Vereinigten Königreich, in der Schweiz und im EWR Abholkosten und Mindestbestellwerte angeben, sofern Ihre Website diese anwendet.
Schritt 1: Entscheiden, ob Sie überhaupt einen Override brauchen
Beginnen Sie mit der Standardantwort, und die lautet nein. Lassen Sie ein Produkt beim Versand auf Kontoebene, wenn eine der folgenden Aussagen zutrifft:
- Ein Pauschaltarif oder eine Schwellenwertregel deckt den gesamten Katalog ab.
- Die Ausnahme lässt sich in den Merchant-Center-Einstellungen als Region oder Versandlabel abbilden.
- Der einzige Unterschied ist die Lieferzeit. Diese lässt sich pro Produkt mit den eigenständigen Attributen
[min_handling_time]und[max_handling_time]festlegen, ohne den Preis anzufassen.
Verwenden Sie einen Override auf Produktebene nur dann, wenn sich der Preis selbst von Produkt zu Produkt unterscheidet, etwa bei sperrigen Waren, übergroßen Möbeln oder einem Artikel mit Pauschalversand in einem Shop mit kostenlosem Versand.
Schritt 2: Bestandsaufnahme, was Ihre Kontoeinstellungen aktuell liefern
Bevor Sie eine einzige Zeile schreiben, listen Sie auf, was die Richtlinie auf Kontoebene für die Standorte bereitstellt, die Sie überschreiben wollen. Genau diese Werte müssen Sie erneut angeben.
| Einstellung auf Kontoebene | Geht verloren, wenn die Produktzeile price setzt? | Ersatz auf Produktebene |
|---|---|---|
| Bearbeitungszeit (min./max. Tage) | Ja | Sub-Attribute min_handling_time, max_handling_time oder eigenständige Attribute |
| Transitzeit (min./max. Tage) | Ja | min_transit_time, max_transit_time |
| Bestellannahmeschluss | Ja | handling_cutoff_time (HHMM), handling_cutoff_timezone (IANA) |
| Mindestbestellwert | Ja | Eigenständiges Attribut minimum_order_value |
| Preise für Loyalty-Mitglieder | Ja | loyalty_program_label, zusätzlich loyalty_tier_label bei mehrstufigen Programmen |
Wenn Kunden heute eine Lieferzeitschätzung sehen und Sie diese Bestandsaufnahme überspringen, verlieren Sie genau diese Schätzung. Laut Googles Dokumentation gehören zu einer Versandgeschwindigkeit drei Angaben zusammen: eine maximale Bearbeitungszeit, eine maximale Transitzeit und ein Preis.
Schritt 3: Vollständige Zeilen schreiben, keine partiellen
Hier ein anschauliches Vorher-nachher-Beispiel für einen deutschen Shop. Die Kontorichtlinie enthält einen Standard-Service mit 1 bis 2 Tagen Bearbeitungszeit und 3 bis 5 Tagen Transitzeit. Das Beispiel haben wir konstruiert, um die Mechanik zu zeigen. Es handelt sich nicht um Kundendaten.
Vorher. Der Händler überschreibt nur den Preis eines sperrigen Artikels:
| id | price | shipping(country:service:price) |
|---|---|---|
| SOFA-204 | 1249.00 EUR | DE:Standard:29.90 EUR |
Diese Zeile ist gültig. Sie ist aber auch die Zeile, die das Problem verursacht, denn die Lieferzeiten aus der Kontorichtlinie gelten für dieses Produkt in Deutschland nicht mehr.
Nachher. Derselbe Override gibt die Geschwindigkeitsfelder erneut an:
| id | price | shipping(country:service:price:min_handling_time:max_handling_time:min_transit_time:max_transit_time) |
|---|---|---|
| SOFA-204 | 1249.00 EUR | DE:Standard:29.90 EUR:1:2:3:5 |
Nehmen wir nun ein günstiges Zubehörteil mit eigenem Versandpreis in einem Shop, der einen Mindestbestellwert von 20 EUR verlangt. Da der Produktpreis höchstens so hoch ist wie der Mindestbestellwert und die Zeile den Versand überschreibt, muss auch das Minimum erneut angegeben werden:
| id | price | shipping(gleicher Header wie oben) | minimum_order_value(country:price) |
|---|---|---|---|
| CAB-017 | 12.90 EUR | DE:Standard:3.90 EUR:1:2:3:5 | DE:20 EUR |
Googles Spezifikation zum Mindestbestellwert besagt, dass er nur gesetzt werden soll, wenn der Produktpreis höchstens so hoch ist wie das Minimum, dass die Währung mit dem price des Produkts übereinstimmen muss und dass der übermittelte Wert dem auf Ihrer Website angezeigten entsprechen muss. Das Sofa für 1249.00 EUR braucht kein minimum_order_value.
Schritt 4: Bestellannahmeschluss und Zeitzonen bewusst behandeln
Beim Cutoff passieren leicht Fehler, weil zwei Formate im Umlauf sind. Googles aktuelle Attributseite legt handling_cutoff_time als vierstelligen HHMM-String wie 1530 fest, mit handling_cutoff_timezone im IANA-Format wie Europe/Berlin. Standardmäßig gilt die Zeitzone des Ziellands. Einige Drittanbieter-Artikel aus der Zeit vor dem April-Update zeigen UTC-Offsets wie +02:00. Folgen Sie der Seite von Google und validieren Sie an einigen Produkten, bevor Sie ausrollen.
Wenn derselbe Cutoff für mehrere [shipping]-Zeilen eines Produkts gilt, verwenden Sie das eigenständige Attribut handling_cutoff_time, statt ihn zu wiederholen. Beachten Sie außerdem die Rangfolgeregel: Übermitteln Sie Bearbeitungszeiten sowohl als eigenständige Attribute als auch als Sub-Attribute von [shipping], zählen nur die Sub-Attribute. Bleibt ein Cutoff leer, gilt laut Googles Dokumentation zur Lieferzeit standardmäßig 8:00 Uhr PST. Das ist für die meisten europäischen oder MENA-Shops die falsche Uhrzeit.
Schritt 5: Währungsformate und Preisgrenzen prüfen
Für das Sub-Attribut price gibt es je Währung eine Obergrenze. Die Zahlen sind in der Region relevant, in der Feedance am häufigsten im Einsatz ist, denn türkische Lira, VAE-Dirham und Saudi-Riyal haben eine höhere gemeinsame Obergrenze als Euro oder Dollar:
| Währung | Akzeptierter Bereich für den Versandpreis |
|---|---|
| EUR, GBP, USD, CHF | 0 bis 1.000 |
| TRY, AED, SAR, PLN | 0 bis 5.000 |
| INR, JPY, RUB | 0 bis 100.000 |
Verwenden Sie einen Punkt als Dezimaltrennzeichen und kein Tausendertrennzeichen, also 29.90 EUR und niemals 29,90 EUR. Dezimalkommas sind in vielen türkischen und europäischen Exporten üblich. Prüfen Sie daher das Format, bevor die Spalte ins Merchant Center geht. Behördlich auferlegte Gebühren gehören nicht in die Versandkosten.
Schritt 6: An einem Segment pilotieren, dann ausweiten
Übermitteln Sie die neuen Zeilen zunächst für eine Produktgruppe, etwa eine einzelne Kategorie in einem einzelnen Land, über eine ergänzende Quelle, damit der Haupt-Feed unberührt bleibt. Ein ergänzender Feed ist genau dafür gedacht: Er fügt Produkten Spalten hinzu, ohne die Primärdaten zu ersetzen. Warten Sie den nächsten Verarbeitungszyklus ab, öffnen Sie dann das Produkt im Merchant Center und bestätigen Sie, dass die Lieferzeitschätzung weiterhin angezeigt wird. Erst dann rollen Sie das Muster auf die übrigen Ausnahmen aus. Regelbasierte Bearbeitung in Ihrem Feed-Tool hilft bei der Umwandlung von Komma in Punkt und beim Aufbau der durch Doppelpunkte getrennten Werte, sofern sie in eine von Ihnen definierte Spalte schreiben kann.
Schritt 7: Mit dem Checkout abgleichen und die Fehlermeldung kennen
Google vergleicht die Kosten in Ihren Daten mit dem, was Kunden im Checkout sehen. Sind die Daten niedriger, kann im Konto diese Warnung erscheinen:
Ungenaue Versandkosten (aufgrund inkonsistenter Versandkosten zwischen Ihrem Feed und den Checkout-Seiten Ihrer Website)
Googles Schritte zur Behebung lauten: die Einstellungen für Versandservices oder das Attribut mit der Website abgleichen, erneut übermitteln und eine Überprüfung beantragen. Google weist darauf hin, dass eine Überprüfung 24 bis 48 Stunden nach Live-Schaltung der Korrekturen dauern kann und dass Sie leicht überschätzen dürfen, wenn exakte Tarife unpraktikabel sind. Machen Sie bei jedem Release eine Stichprobe: Prüfen Sie fünf überschriebene Produkte gegen einen Live-Warenkorb.
Was dieser Leitfaden nicht abdeckt
Nicht behandelt haben wir [carrier_shipping], das verwandten Regeln folgt, den Versand für lokales Inventar über den Hinweis zu Abholkosten hinaus sowie Schwellenwerte für kostenlosen Versand, die vom Warenkorbwert statt vom Produkt abhängen. Komplexe Tariftabellen, etwa Gewichtsstufen je Carrier, lassen sich meist leichter im Merchant Center selbst pflegen als als Tausende Feed-Zeilen. Ebenso haben wir nicht untersucht, wie andere Feed-Plattformen wie Feedonomics, Productsup, Channable oder DataFeedWatch strukturierte Sub-Attribute schreiben, und treffen deshalb keine Aussage dazu. Prüfen Sie, ob Ihr Tool durch Doppelpunkte getrennte Sub-Attribute ausgeben kann, bevor Sie sich auf einen Ansatz festlegen. Die hier genannten Attributnamen wurden am 18. Oktober 2026 anhand der Hilfeseiten von Google verifiziert, und Google bearbeitet diese Seiten häufig.
FAQ
Überschreibt das Attribut [shipping] die Versandeinstellungen im Merchant Center?
Ja. Ein Wert im Attribut überschreibt den Versandtarif auf Kontoebene. Wenn Sie price setzen, werden zudem die Lieferzeiten und Mindestbestellwerte auf Kontoebene für diesen Standort ignoriert.
Wie viele Versandzeilen kann ein Produkt haben?
Das Attribut lässt sich bis zu 100-mal pro Produkt wiederholen. Jede Kombination aus Land, Region oder Service, in die Sie das Produkt liefern, braucht eine eigene Zeile.
Brauche ich minimum_order_value bei jedem Produkt?
Nein. Geben Sie ihn nur an, wenn der Produktpreis höchstens so hoch ist wie der Mindestbestellwert. Überschreibt ein Produkt auch den Versand, müssen Sie das Minimum ausdrücklich angeben, selbst wenn die Kontoeinstellungen eines definieren.
Welches Format verwendet handling_cutoff_time?
Googles Attributseite legt einen vierstelligen HHMM-String fest, zum Beispiel 1530. Das zugehörige Zeitzonen-Sub-Attribut erwartet einen IANA-Namen und verwendet bei Auslassung standardmäßig die Zeitzone des Ziellands.
Was passiert, wenn ich sowohl eigenständige Attribute für die Bearbeitungszeit als auch Versand-Sub-Attribute verwende?
Es werden nur die Sub-Attribute innerhalb von [shipping] verwendet. Die eigenständigen Attribute [min_handling_time] und [max_handling_time] sind ein Ersatz, keine Ergänzung.
Was ist der maximale Versandpreis, den ich in türkischer Lira übermitteln kann?
Der dokumentierte Bereich für TRY ist 0 bis 5.000, genau wie für AED und SAR. Verwenden Sie einen Punkt als Dezimaltrennzeichen.
Gilt die Anforderung zu Abholkosten auch außerhalb Europas?
Laut Googles Ankündigung gilt die Anforderung vom 30. September 2026 für in_store-Produkte, die im Vereinigten Königreich, in der Schweiz und in EWR-Ländern für die Abholung aktiviert sind.
Wie lange dauert eine Überprüfung nach der Behebung einer Warnung wegen ungenauer Versandangaben?
Google gibt an, dass eine Überprüfung 24 bis 48 Stunden dauern kann, nachdem die Korrekturen in Ihren Daten und Einstellungen live sind. Beantragen Sie keine Überprüfung, bevor die erneute Übermittlung verarbeitet wurde.
Wie es weitergeht
Wenn Ihre Overrides Teil einer größeren Bereinigung im Merchant Center sind, behandelt unser Leitfaden zur Einrichtung des Google-Merchant-Center-Feeds die erforderlichen Attribute und gängige Fehlerbehebungen. Der Artikel Stopping Google From Silently Overriding Your Feed's Price and Availability Data erklärt die andere Art, wie Google Ihre Daten ohne Ankündigung verändert. Zur Mechanik, wie Sie Spalten hinzufügen, ohne den Haupt-Feed anzufassen, siehe ergänzende Feeds und Feed Rules.
Lassen Sie Ihren eigenen Feed durch das kostenlose Product-Feed-Audit-Tool laufen, um zu sehen, wo Lücken bei Vollständigkeit und Datenqualität liegen, bevor Sie Versand-Overrides ergänzen.

Kardelen Yılmaz ist bei Feedance im Bereich Growth tätig und unterstützt E-Commerce-Marken und Agenturen dabei, aus jedem beworbenen Produkt mehr Rendite herauszuholen. Sie schreibt über Produktfeed-Qualität, Shopping- und Performance-Max-Kampagnen, Creative-Automatisierung und darüber, wie KI-gestütztes Shopping die Sichtbarkeit von Produkten verändert.
LinkedIn











