Shopping-Feed zu Excel

So funktioniert es

1. Feed holen: Datei, eingefügtes XML oder eine URL — von Ihrem Browser geladen, und nur dann über insighthackerz.com, wenn der Shop Cross-Origin-Anfragen blockiert
2. Gzip (.xml.gz) lokal entpacken und den Zeichensatz dekodieren, den die XML-Deklaration verlangt
3. Produktelement erkennen: <item> bei RSS 2.0, <entry> bei Atom 1.0, <product> bei Plattform-Exporten
4. Namespace-Präfix entfernen, sodass aus <g:image_link> die Spalte image_link wird
5. Verschachtelte Attribute in Punktspalten auflösen: shipping.country, shipping.price, tax.rate, product_detail.attribute_value
6. Mehrfachwerte mit ' | ' verbinden — mehrere additional_image_link- oder shipping-Blöcke bleiben in einer Zeile
7. Spalten nach der Google-Produktdatenspezifikation ordnen, dann .xlsx (fixierte fette Kopfzeile, Autofilter) oder UTF-8-CSV schreiben

Über Google-Produktfeeds

Ein Merchant-Center-Feed ist XML für einen Crawler, nicht für Menschen: Jedes Produkt ist ein <item> mit 20–60 Elementen im Namespace, einige davon verschachtelt. In Excel geöffnet erhalten Sie entweder einen zusammengeklappten XML-Baum oder einen Dialog zur Schemazuordnung, im Browser eine Wand aus Tags. Dieser Konverter erledigt die Flachlegung, die eine Tabelle braucht — eine Zeile je Produkt, eine Spalte je Attribut, in der Reihenfolge der Google-Spezifikation —, damit Sie den Feed sortieren, filtern und pivotieren können wie jeden anderen Produktexport.

Verschachtelte und mehrfach vorkommende Attribute sind die Stelle, an der einfache XML-zu-Excel-Konverter unbrauchbare Ergebnisse liefern: Sie verteilen ein Produkt auf mehrere Zeilen oder verwerfen alles nach dem ersten Wert. Hier werden verschachtelte Blöcke zu Punktspalten (shipping.country, shipping.service, shipping.price) und Mehrfachwerte mit ' | ' verbunden — ein Produkt mit drei Bildern und zwei Versandregeln bleibt genau eine Zeile. Erst das macht einen SVERWEIS gegen Ihren eigenen Produktexport überhaupt möglich.

Die Feed-Prüfung neben dem Download ist meist der Teil, der die Mühe lohnt: Sie zählt Produkte ohne id, title, description, link, image_link, availability oder price, markiert doppelte IDs (das Merchant Center behält eine und ignoriert den Rest stillschweigend), Titel über der 150-Zeichen-Grenze, Produkte ohne brand/GTIN/MPN und den Anteil des Feeds mit google_product_category. Das sind genau die Ablehnungsgründe, die Sie sonst einen Tag später im Diagnose-Tab entdecken.

Die Umwandlung läuft immer auf Ihrem eigenen Gerät: Das XML liest der Parser des Browsers, die .xlsx entsteht in JavaScript. Ein 50-MB-Feed ist so schnell konvertiert, wie Ihr Rechner ihn lesen kann — ohne Warteschlange und ohne Größenstufen. Eine hochgeladene oder eingefügte Datei verlässt den Tab überhaupt nicht. Eine Feed-URL wird zuerst direkt aus Ihrem Browser angefragt; blockiert der Shop Cross-Origin-Anfragen, was die meisten tun, wird die Datei einmal über insighthackerz.com gestreamt und nur im Arbeitsspeicher gehalten: Nichts wird auf die Festplatte geschrieben, zwischengespeichert oder protokolliert, und die Seite zeigt an, welcher der beiden Wege genutzt wurde.

Häufige Fragen

Welche Feed-Formate werden akzeptiert?

Die beiden Formate, die das Merchant Center annimmt — RSS 2.0 mit g:-Namespace und Atom 1.0 — sowie das generische <products><product>-XML, das Shopify-Apps, WooCommerce-Plugins, T-Soft, Ticimax, Magento und die meisten Feed-Generatoren exportieren. Dateien mit der Endung .gz werden im Browser entpackt, Sie können die komprimierte Feed-URL also direkt verwenden.

Kann ich statt einer Datei eine Feed-URL angeben?

Ja — fügen Sie die URL des XML ein, das Ihr Shop erzeugt (dieselbe Adresse, die Sie dem Merchant Center gegeben haben), und klicken Sie auf Laden. Zuerst versucht es Ihr Browser; erlaubt der Host keine Cross-Origin-Anfragen, wird die Datei einmal über insighthackerz.com geladen, für diese eine Anfrage im Arbeitsspeicher gehalten und nie gespeichert oder protokolliert. Feeds hinter Login, IP-Freigabe ohne Token oder Basic Auth müssen heruntergeladen und hochgeladen werden; der URL-Weg ist auf 40 MB begrenzt.

Werden die Feed-URL oder ihr Inhalt irgendwo gespeichert?

Nein. Der Abrufendpunkt schreibt nichts auf die Festplatte, setzt no-store in der Antwort, führt kein Protokoll der angefragten URLs und beantwortet nur Anfragen von insighthackerz.com. Auswertung und Tabelle entstehen ohnehin in Ihrem Browser, die Produktdaten liegen also nie dauerhaft auf einem Server.

Was passiert mit verschachtelten Attributen wie shipping und tax?

Sie werden zu Punktspalten — shipping.country, shipping.service, shipping.price, tax.rate — und bei mehreren Versandblöcken stehen die Werte in derselben Reihenfolge, verbunden mit ' | '. Nichts geht verloren, die Tabelle ist eine verlustfreie Sicht auf den Feed.

Gibt es eine Größenbeschränkung?

Die praktische Grenze ist der Arbeitsspeicher Ihres Browsers; Dateien bis etwa 150 MB werden angenommen, und ein Feed von 20–50 MB mit 100.000 Produkten ist auf einem normalen Notebook Routine. Feeds über die Excel-Grenze von 1.048.576 Zeilen werden auf mehrere Blätter derselben Arbeitsmappe verteilt.

Bleiben führende Nullen in GTINs und IDs in der .xlsx erhalten?

Ja — jede Zelle wird als Text geschrieben, 0123456789012 bleibt also intakt und wird nicht zur Zahl. Deshalb kommen Preise auch als '18.90 EUR' an: Der Wert ist exakt das, was im Feed steht, und lässt sich bei Bedarf in eine numerische Spalte trennen.

Kann ich die Tabelle zurück in einen Feed verwandeln?

Hier nicht. Das ist ein Lese- und Prüfwerkzeug: zum Durchsehen des Feeds, zum Weitergeben einer Produktliste an jemanden ohne Merchant-Center-Zugang oder zum Vergleich zweier Exporte. Die Feed-Erzeugung gehört in die Plattform, die Ihre Produktdaten führt.