Google Merchant Center Feed-Optimierung: Der komplette Guide für PrestaShop Händler

Das übersehen viele PrestaShop Händler bei Google Shopping: Es gibt keine Keywords, auf die Sie bieten. In einer Search-Kampagne schreiben Sie die Anzeige und wählen die Suchanfragen. In Shopping entscheidet Google, welche Suchen Ihre Produkte auslösen, und diese Entscheidung basiert vollständig auf den Daten in Ihrem Feed. Ihre Produkttitel, Beschreibungen, Kategorien und Attribute sind Ihre Keywords. Der größte Hebel für bessere Shopping-Performance ist deshalb nicht, Gebote oder Budgets zu ändern — sondern den Feed zu reparieren. Genau darum geht es in dieser Anleitung: PrestaShops Produktdaten in einen Merchant Center Feed verwandeln, der die richtigen Suchanfragen gewinnt, anhand echter Back-Office-Felder und Feed-Tags, nicht mit generischen Plattform-Tipps.

Dieser Beitrag ist der Feed-Optimierungszweig eines größeren Themenclusters. Wenn Sie Ihre Produkte überhaupt erst ins Merchant Center bringen müssen, starten Sie mit Produkte in Google Shopping bringen; für das strategische Bild, wie Merchant in Ihr breiteres PPC-Setup passt, lesen Sie Google Merchant für PrestaShop PPC nutzen. Dieser Beitrag setzt voraus, dass Ihr Feed existiert und Sie ihn gut machen wollen.

Ihr Feed ist Ihr Anzeigen-Creative

Wenn eine Shopping-Anzeige erscheint, sieht der Käufer Bild, exakten Preis und Produktnamen bevor er klickt. Das ist das Gegenteil einer Textanzeige, bei der die Headline den Klick verdienen muss. Die praktische Folge: Ein unscharfes Bild, ein generischer Titel oder ein veralteter Preis sind sofort sichtbar, nicht erst nach dem Klick. Ein schlecht optimierter Feed scheitert dreifach — Ihre Produkte erscheinen bei falschen Suchen (verschwendetes Budget), erscheinen nicht bei richtigen Suchen (verpasster Umsatz) und wirken schwächer als das Listing daneben (niedrigere Klickrate). Jede Korrektur unten zielt auf einen dieser drei Fehler.

PrestaShops Datenmodell ist flexibel genug für einen starken Feed — aber viele Feed-Module kippen nur ungeprüft aus, was in der Datenbank steht. Der Produktname, der für Menschen auf Ihrer Kategorieseite geschrieben wurde, ist selten der Titel, der eine Shopping-Suche gewinnt. Die Lücke zwischen „was in der Datenbank steht“ und „was Google braucht“ zu schließen, ist die ganze Aufgabe.

Woher der Feed in PrestaShop kommt

Bevor Sie Felder optimieren, sollten Sie wissen, mit welchen Feldern Sie arbeiten. Ein Merchant Feed wird aus diesen PrestaShop-Quellen gebaut, und das Mapping ist nicht immer offensichtlich:

Warum ist das wichtig? Sobald Sie das Mapping sehen, wird jedes „Google hat mein Produkt abgelehnt“-Problem zu einem konkreten PrestaShop-Feld, das Sie korrigieren können — nicht zu einem Rätsel. Der Rest dieser Anleitung geht die Felder nach Wirkung durch.

Produkttitel: das Feld, das entscheidet, welche Suchen Sie gewinnen

Google gewichtet die ersten Wörter Ihres Titels beim Matching am stärksten. Ein Titel, der mit Ihrem Markennamen beginnt, verschwendet diese kritischen Positionen auf ein Wort, nach dem fast niemand sucht. Stellen Sie die suchbaren Begriffe nach vorn.

Titelstruktur nach Produkttyp:

• Generisch / ohne bekannte Marke: Produkttyp + Schlüsselattribut + Größe + Material + Farbe + Marke. Beispiel: „Linear Shower Drain 800mm Stainless Steel Tile Insert — FlowLine“
• Bekannte Marke: Marke + Produkttyp + Modell + Schlüsselattribut. Beispiel: „Geberit CleanLine60 Shower Channel 900mm Brushed Steel“
• Bekleidung: Marke + Geschlecht + Produkttyp + Attribut + Größe + Farbe. Beispiel: „Nike Men's Running Shoes Air Max 270 Black/White“

Regeln, damit Titel aktiv bleiben:

• Bis zu 150 Zeichen, aber Google zeigt etwa 70. Setzen Sie die entscheidenden Begriffe in die ersten 70.
• Nutzen Sie exakt die Wörter, die Käufer tippen — „Duschrinne“, nicht „Entwässerungslösung“. Holen Sie echte Formulierungen aus Search Console und Google Autocomplete.
• Nennen Sie Maße in beiden Formen, wenn es passt — „800mm“ und „80cm“ sind unterschiedliche Suchanfragen.
• Keine Promo-Texte und kein ALL CAPS — „Best Price“, „Free Shipping“ und Schreien führen zu Ablehnungen.
• Kein Keyword-Stuffing — jedes Wort muss eigene Information liefern, sonst markiert Google es.

Das PrestaShop-Problem und die Lösung: Standardmäßig ist Ihr Feed-Titel nur der Produktname — geschrieben für Menschen auf Ihrer Kategorieseite, nicht für ein Shopping-Match. Die robuste Lösung ist ein Feed-Generator, der den Titel aus einem Template baut und Namen mit Attributen wie Größe, Farbe und Material automatisch kombiniert. So bekommen 2.000 Produkte keywordstarke Titel ohne 2.000 manuelle Bearbeitungen. Unser MPR Google Merchant Modul ist genau darum gebaut: Sie setzen Feed-Titel und Beschreibungen aus Produkt-, Attribut-, Feature- und Kombinationstags zusammen. Der On-Site-Name bleibt kundenfreundlich, während der Feed-Titel für Suche optimiert ist. Wenn Sie Titel in PrestaShop gar nicht ändern können oder wollen, ist der Supplemental-Feed-Override unten die Alternative ohne Store-Eingriff.

Beschreibungen: Ihr Long-Tail-Keyword-Raum

Titel sind das Hauptsignal; Beschreibungen helfen Google, Long-Tail-Anfragen zu matchen, die nicht in 70 Zeichen passen. Viele Stores exportieren die komplette HTML-Produktbeschreibung unverändert — entweder als dünnen Einzelsatz oder als Wand aus markiertem Seiteninhalt.

• 500–1.000 Zeichen sind der Sweet Spot — genug Signal, aber fokussiert.
• Beginnen Sie mit Attributen — Material, Größe, Anwendungsfall, Kompatibilität. Schreiben Sie, was jemand tippen würde, um genau diesen Artikel zu finden.
• Setzen Sie Synonyme — wenn der Titel „Duschrinne“ sagt, sollte die Beschreibung auch „Bodenablauf“, „Rinnenablauf“ oder „linearer Ablauf“ enthalten. Hier fangen Sie Suchanfragen ab, die im Titel keinen Platz haben.
• Nur Plain Text — die Feed-Spezifikation verlangt entferntes HTML. Prüfen Sie, ob Ihr Modul das tut; viele lassen Tags drin.
• Keine Werbesprache — dieselbe Regel wie bei Titeln.

PrestaShop-spezifisch: Das Produkt hat sowohl eine Zusammenfassung (Kurzbeschreibung) als auch eine vollständige Beschreibung. Für den Feed ist die Zusammenfassung meist die bessere Quelle — knapp und frei von schwerem HTML aus der Langbeschreibung. Sind Ihre Zusammenfassungen leer, ist das zuerst zu beheben: Schreiben Sie pro Produkt 2–3 attributreiche Sätze. Ein Feed-Generator, mit dem Sie wählen können, welches Feld oder welcher Custom-Description-Tag das description-Attribut speist, erspart Ihnen, Ihre On-Site-Texte nur für Google umzuschreiben.

Produktkennzeichnungen: GTIN, Marke und MPN — und die Variantenfalle

Google gleicht Ihre Produkte über eindeutige Kennzeichnungen mit seinem globalen Katalog ab. Senden Sie eine GTIN, wenn das Produkt eine hat, und senden Sie auch die Marke. Gibt es keine GTIN, senden Sie Marke plus MPN, sofern verfügbar — oder setzen Sie identifier_exists=false nur bei wirklich kennzeichnungsfreien Produkten.

• GTIN — in Europa der EAN-13-Barcode, in den USA UPC. In PrestaShop ist das das Feld „EAN-13 or JAN barcode“.
• Marke — wird auf das Feld Brand beziehungsweise früher Manufacturer gemappt.
• MPN — die Herstellernummer; wird auf das Referenzfeld gemappt.

Die Regeln, die wehtun: Wenn ein Produkt eine GTIN hat, müssen Sie sie senden, und sie muss Googles Prüfziffernvalidierung bestehen — eine zufällige 13-stellige Nummer wird abgelehnt. Für wirklich einzigartige oder handgemachte Artikel ohne GTIN setzen Sie identifier_exists auf false, damit Google das Produkt als legitim statt unvollständig behandelt. Verwenden Sie niemals dieselbe GTIN für mehrere Varianten.

Die PrestaShop-Falle, die ganze Kataloge ablehnt: PrestaShop speichert EAN-13 sowohl auf Produktebene als auch auf Kombinations- beziehungsweise Variantenebene. Ein naiver Feed exportiert die Parent-EAN für jede Farbe und Größe — Google sieht dann fünf „verschiedene“ Produkte mit derselben GTIN und markiert sie. Ihr Feed muss die EAN der Kombination exportieren, wenn eine existiert. Genau deshalb ist ein kombinationsbewusster Export wichtig: MPR Google Merchant löst GTIN, Referenz, Preis und Verfügbarkeit pro Kombination auf, sodass jede Variante ihre eigene korrekte Kennzeichnung erhält, statt die des Parent-Produkts zu erben.

Bilder: der erste Eindruck, der den Klick holt

Käufer scannen Bilder, bevor sie Titel lesen. Googles Bildregeln sind streng, und Verstöße führen schnell zu Ablehnungen:

• Zielen Sie auf 800×800 oder größer. Das Minimum liegt bei 100×100 (250×250 für Bekleidung), aber größere Bilder wirken besser und ermöglichen Zoom.
• Hauptbild auf weißem/hellem Hintergrund — keine Wasserzeichen, Logos, Texte oder Promo-Overlays.
• Produkt füllt 75–90% des Bildes — kein winziges Objekt in weißer Fläche.
• Keine Platzhaltergrafiken „image not available“ — sofortige Ablehnung.
• additional_image_link transportiert bis zu 10 zusätzliche Bilder — Perspektiven, Nahaufnahmen, Lifestyle, Installation — die Engagement erhöhen.
• Bild-URLs stabil halten — Änderungen erzwingen erneutes Crawling und erneute Verarbeitung.

PrestaShop-spezifisch: PrestaShop erzeugt aus jedem Upload mehrere Bildgrößen (small, medium, large usw.). Der Feed muss die größte generierte Größe oder das Original referenzieren — niemals ein Thumbnail. Prüfen Sie Design → Bildeinstellungen und stellen Sie sicher, dass Ihr größter Typ mindestens 800px breit ist; wenn er bei 600 begrenzt ist, erhöhen Sie ihn und generieren Sie Thumbnails neu, sonst hat der Feed nichts Großes zu senden.

Preis und Verfügbarkeit: wo Seite und Feed übereinstimmen müssen

Google crawlt Ihre Produktseite und vergleicht Preis und Verfügbarkeit mit Ihrem Feed. Jede Abweichung lehnt das Produkt ab — und das ist einer der häufigsten Feed-Fehler im Alltag.

• Der Feed-Preis muss exakt dem Landingpage-Preis entsprechen, inklusive Steuerlogik. In der EU zeigen Seite und Feed beide Preise inklusive Mehrwertsteuer; in den USA meist exklusive Steuer. Ein Feed ohne MwSt., während die Seite sie zeigt, ist ein garantierter Mismatch.
• Die Währung muss zum Zielland passen — Verkauf nach Deutschland: EUR senden.
• Verfügbarkeit muss ehrlich sein — ausverkauft auf der Seite heißt out_of_stock im Feed.
• Nutzen Sie sale_price und sale_price_effective_date für Rabatte — nicht durch Änderung des Basis-price — damit Google den Streichpreis zeigen kann.

PrestaShop-spezifisch: Wenn Sie Aktionen über Spezifische Preise fahren, muss Ihr Feed diesen aktiven Preis in sale_price mit korrektem Zeitraum lesen. Achten Sie auch auf Kundengruppenpreise — der Feed muss den öffentlichen Preis exportieren, den ein nicht eingeloggter Besucher sieht, niemals Großhandels- oder VIP-Preise, sonst widerspricht der Crawl dem Feed. Da PrestaShop-Preise und Lagerbestände sich bewegen, hält Feed-Frische diese Werte synchron — siehe Update-Frequenz unten.

Google-Produktkategorie: so spezifisch wie die Taxonomie erlaubt

Googles Taxonomie enthält Tausende Kategorien. Ergänzen Sie google_product_category so spezifisch wie möglich — in manchen Fällen ist es Pflicht und verbessert immer die Klassifizierung — denn Spezifität entscheidet, wie gut Google den Artikel versteht.

Der häufige Fehler: eine breite Oberkategorie wie „Home & Garden“ statt der präzisen „Home & Garden > Bathroom Accessories > Shower Drains“. Google nutzt die Kategorie, um das Produkt zu verstehen und die richtigen Pflichtattribut-Regeln anzuwenden.

• Wählen Sie immer die tiefste verfügbare Unterkategorie.
• Nutzen Sie die numerische Kategorie-ID, nicht den Textpfad — IDs sind sprachunabhängig und weniger fehleranfällig.
• Senden Sie zusätzlich product_type mit Ihrem eigenen PrestaShop-Kategorie-Breadcrumb (z. B. „Bathroom > Shower Accessories > Linear Drains“). Das ist getrennt von google_product_category und gibt Google zusätzliche Klassifizierung.

Hunderte PrestaShop-Kategorien händisch auf Google-IDs zu mappen, ist der mühsame Teil; ein Feed-Modul, mit dem Sie eine PrestaShop-Kategorie einmal mappen und auf ihre Produkte vererben, macht aus einer Woche Tabellenarbeit einen Nachmittag.

Custom Labels: segmentieren, damit Kampagnen steuerbar werden

Merchant Center bietet fünf Custom-Label-Felder, custom_label_0 bis custom_label_4. Sie beeinflussen das Matching nicht — sie existieren nur, damit Sie Produkte in Google Ads aufteilen können. Ein nützliches Schema:

• custom_label_0 — Margenstufe: high / medium / low. Separate Kampagnen mit unterschiedlichen ROAS-Zielen nach Profitabilität.
• custom_label_1 — Saisonalität: spring / summer / evergreen / christmas. Budget auf saisonale Ware schieben.
• custom_label_2 — Performance: best_seller / new_arrival / slow_mover / clearance.
• custom_label_3 — Preisband: under_50 / 50_to_200 / 200_plus.
• custom_label_4 — eigene Gruppierung, die von Googles Taxonomie abweicht.

PrestaShop-spezifisch: Custom Labels haben in PrestaShop keinen nativen Platz — sie müssen von Ihrem Feed-Modul aus Attributen, Features, Kategorien oder Regeln befüllt werden. MPR Google Merchant mappt Custom-Label-Tags aus Produktattributen und Features, sodass ein „best_seller“-Feature oder ein Margenattribut direkt in custom_label_2/0 fließt. Ohne das können Sie auf margenstarke Linien schlicht nicht anders bieten — die Daten zur Trennung erreichen Google nie.

Supplemental Feeds und Feed Rules: Daten korrigieren, ohne den Store anzufassen

Zwei Merchant-Center-Werkzeuge erlauben Korrekturen am Feed, ohne PrestaShop zu ändern — wertvoll, wenn der Export schwer anzupassen ist oder eine schnelle Reparatur nötig ist.

Supplemental Feeds sind eine sekundäre Quelle, die über Produkt-id verknüpft wird und Ihren Hauptfeed anreichert oder überschreibt. Typische Einsätze:

• Titel überschreiben — eine Tabelle nur mit id + title ersetzt On-Site-Namen durch keywordstarke Shopping-Titel, ohne Store-Änderung.
• Custom Labels massenhaft ergänzen, wenn Ihr Modul es nicht kann.
• GTINs massenhaft korrigieren aus einer Lieferantentabelle, die noch nicht in PrestaShop importiert wurde.
• Promotion IDs für Merchant Promotions anhängen.

Google Sheets ist die einfachste Supplemental-Quelle — sie aktualisiert sich automatisch und passt gut zu kleineren Katalogen mit manuellen Anpassungen.

Feed Rules im Merchant Center transformieren Daten nach dem Upload und werden im Merchant Center statt in Ihrem Store gespeichert, sodass sie jede Feed-Aktualisierung überleben. Nützliche Regeln: Marke an den Titel anhängen; product_type-Werte per Muster auf google_product_category-IDs mappen; Artikel mit Preis 0 auf out_of_stock setzen; Farbe/Größe aus Titeln in eigene Attribute extrahieren; unordentliche Werte normalisieren („SS“, „Stainless“, „Stainless Steel“ → „Stainless Steel“). Behandeln Sie beides als Triage — es hält Sie live, während Sie die Daten an der Quelle in PrestaShop sauber korrigieren.

Feed-Update-Frequenz: wie frisch ist frisch genug?

Google lässt Feed-Daten nach 30 Tagen auslaufen, das ist also die Untergrenze — aber bei einem aktiven Store erzeugen veraltete Daten genau die Preis- und Verfügbarkeitsabweichungen oben. Passen Sie den Rhythmus daran an, wie schnell sich Ihr Store bewegt:

PrestaShop-spezifisch: Ein Feed, der nach Zeitplan neu generiert, ist der praktische Standard. Ein token-geschützter, cron-gesteuerter Datei-Feed ist genau das, was MPR Google Merchant erzeugt — die Datei wird durch Ihren Scheduler neu gebaut, sodass die URL, die Google abruft, immer aktuell ist, ohne manuellen Export. Für Stores, in denen sich Lager wirklich stündlich ändert, synchronisiert das Modul zusätzlich über die Merchant Products API, damit Änderungen zu Google gepusht werden statt auf den nächsten Crawl zu warten. Je schneller der Feed die Realität abbildet, desto weniger Ablehnungen sammeln Sie.

Mehrsprachige und länderübergreifende Feeds

Wenn Sie EU-weit verkaufen, brauchen Sie einen separaten Feed oder ein separates Feed-Ziel pro Land/Sprache-Kombination — jeweils mit richtiger Sprache, Währung und Versandlogik.

• Ein Feed pro Land — der sauberste Ansatz: richtige Sprache, Währung und Versand direkt enthalten.
• Ein Feed, mehrere Ziele — funktioniert nur, wenn Sprache und Preis über Ziele hinweg identisch sind.
• Feed Rules für Lokalisierung — einen einzelnen Feed je Ziel transformieren (Währung, Übersetzung).

PrestaShop-spezifisch: PrestaShops Multi-Store- und Mehrsprachenarchitektur macht Feeds pro Sprache gut möglich — aber Ihr Feed-Modul muss Sprach- und Shopkontext respektieren und Titel, Beschreibungen und URLs in der richtigen Sprache exportieren. Deutsche Titel in einen Feed für Frankreich zu exportieren, ist ein klassischer stiller Qualitätskiller. Erzeugen Sie einen Feed pro Sprachkontext und prüfen Sie, ob die URLs zur passenden lokalisierten Produktseite führen.

Strukturierte Daten: lassen Sie Ihre Seiten den Feed bestätigen

Product Schema Markup (JSON-LD) auf Ihren Seiten ersetzt den Feed nicht, tut aber zwei nützliche Dinge: Es hilft Google zu bestätigen, dass der Feed zur Landingpage passt — dadurch sinken die oben genannten Preis- und Verfügbarkeitsablehnungen — und es kann Rich Product Results in der organischen Suche erzeugen. Mindestens sollten Ihre PrestaShop-Produktseiten ein Product-Objekt mit name, image, description, sku, gtin13 und brand haben, ein Offer mit price, priceCurrency, availability und url, plus AggregateRating, wenn Bewertungen vorhanden sind. Viele Themes liefern nur teilweises Schema (fehlende GTIN oder Verfügbarkeit); validieren Sie mit Googles Rich Results Test und schließen Sie die Lücken.

Kostenlose Listings: derselbe Feed, keine Klickkosten

Merchant Center ist nicht nur für bezahltes Shopping. Genehmigte Produkte können für kostenlose Listings auf Google-Flächen wie Shopping-Tab, Search und Images berechtigt sein, abhängig von Ihren Merchant-Center-Einstellungen und Richtlinien. Sie werden nach Relevanz und Datenqualität statt Geboten gerankt — das heißt, jede Optimierung in dieser Anleitung verbessert kostenlose Sichtbarkeit genauso wie bezahlte. Für viele PrestaShop Stores ist das relevanter Traffic ohne Klickkosten und das stärkste Argument, Feed-Qualität als Fundament statt als Option zu behandeln.

Was diese Anleitung bewusst nicht behandelt (und wohin Sie gehen sollten)

Feed-Optimierung ist das Fundament, aber sie sitzt in einem größeren Shopping-Workflow. Damit jedes Thema Tiefe bekommt statt verwässert zu werden, liegen die Nachbarstücke dort, wo sie hingehören:

• Produkte werden abgelehnt? Die vollständige Diagnose und Reparatur für jede häufige Ablehnung finden Sie in fixing Google Merchant feed errors.
• Kampagnen auf diesem Feed ausführen. Performance Max ist der wichtigste Weg, Spend gegen Ihren Shopping Feed laufen zu lassen — Audience Signals, Bidding und der Suchbegriffe-Workaround stehen in Performance Max for PrestaShop und when to use Performance Max.
• Search neben Shopping. Textanzeigen brauchen keine Merchant-Freigabe und können innerhalb weniger Stunden laufen — nützlich, während Ihr Feed geprüft wird — in Google Search Ads for e-commerce, plus der Nischenkeyword-Fall in why exact keywords are gold.
• Ganz neu in Google Ads? Starten Sie mit Google Ads for beginners und geben Sie nicht zu viel aus, bevor der Feed stimmt — siehe choosing the right Google Ads budget.

Das Fazit

Ihr Merchant Center Feed ist kein Häkchen auf einer Checkliste — er ist der Hebel, der entscheidet, welche Suchanfragen Ihre Produkte auslösen, wie sie aussehen und wie sie gegen das Listing daneben performen, in bezahltem Shopping und kostenlosen Listings zugleich. Die Arbeit hat eine klare Renditereihenfolge: zuerst Titel reparieren, dann Bilder, dann Kennzeichnungen, dann Preis-/Verfügbarkeitsgenauigkeit, dann Custom Labels für Segmentierung. Speziell in PrestaShop heißt das: wissen, welches Back-Office-Feld welches Merchant-Attribut speist, Daten auf Kombinationsebene exportieren, damit Varianten nicht kollidieren, und den Feed oft genug aktualisieren, damit der Crawl ihn nie beim Lügen erwischt. Stores, die in Feed-Qualität investieren, schlagen konsequent jene, die Geld in Gebote werfen, während das Datenfundament kaputt bleibt.