Neu Plugin-Update 2.4.1: JTL Exportformat Google Shopping

[sah]

Hallo!
Heute wurden keine Kindartikel mehr exportiert, nach einem Update sollten sich Einstellungen nicht plötzlich ändern.

 

[Dee]

Vielen Dank für den Hinweis!
Auch bei uns wurde durch das Update des Google Shopping Plugins die Einstellung für den Export von Vater- & Kindartikeln ungefragt auf „nur Vaterartikel“ zurückgesetzt. Wäre das unbemerkt geblieben, hätte es gravierende Folgen gehabt. Extrem ärgerlich und geschäftsschädigend.

Ohne deinen Beitrag hätten wir den Fehler wahrscheinlich erst bemerkt, wenn die Auswirkungen bereits sichtbar gewesen wären.
Danke! 🙏

 

[sah]

Alles klar, ich werde ein Ticket dazu erstellen.
Wir haben übrigens eine E-Mail bekommen "Google Merchant Center-Benachrichtigung: Rückgang der aktiven Artikel".

 

[en001]

Das muss bei jedem Update kontrolliert werden. Es ist nicht das erst mal das sich da etwas ändert.

 

[NoOne]

Die Standard-Exportformate, die mit dem Plugin kommen, werden mit jedem Update zurückgesetzt. Legt ein eigenes, neues an. Das wird dann auch nicht zurückgesetzt.

 

[sah]

@NoOne
Soll der Standard dann gelöscht werden? Ich habe jetzt googleshopping.zip zweimal.

 

[NoOne]

Das alte Exportformat kann schon da bleiben, einfach nicht exportieren oder im Exporte-Manager zum Export anlegen. Das Anlegen im Exporte-Manager gehört nicht zum Standard und wird beim Update auch nicht gemacht, da bleibt dann auch nur dein selbst erstelltes drin.

 

[DITH-Shop]

abgesehen davon das die (für mich) wichtigen Export-Attribute für Shipping alle weg waren,
scheint die Begrenzung der Artikel je Datei auch nicht zu funktionieren?!

Google Merchant meckert wenn zu viele Artikel übergeben werden. Es scheint eine Grenze von 150.000 zu geben.
Problem:
Weder die Zeilenbegrenzung je Datei auf 50.000 (drei Dateien sind geplant) noch die Begrenzung auf Dateigröße 40MB greift:
Weiß da jemand was helfen könnte? (ohne jetzt selsbt in den Quellcode des Plugins zu gehen, oder ein Ticket zu öffnen)

 

[en001]

Es gibt keine Begrenzung der Artikelanzahl. Der Feed selbst darf nur nicht größer als 4GB sein.
https://support.google.com/merchants/answer/12631822?hl=de

Das Problem dürfte in der Art der Erstellung liegen oder am Übertragungsweg zum Merchant-Center.

Ist der eigene Server zu langsam kann ein Feed nicht schnell genug "live" erstellt werden wenn es keine Ausgabe in eine xml-Datei gibt.
Wird der Feed lokal gespeichert als xml-Datei kann auch der Abruf der gespeicherten Datei zu langsam erfolgen.

Abhilfe schafft ein automatisierter Upload zum Merchant-Center per sftp und/oder die Aufteilung auf mehrere Feeds in der Praxis.
Das kann durch geänderte Datenbankabfragen umgesetzt werden indem der eine Feed nur Produkte unter 1000 Euro hochlädt und der andere das darüber nimmt. Man kann das auch nach Hersteller aufteilen und erstellt für jeden Hersteller dessen Name mit A beginnt einen Feed und für die mit B einen zweiten Feed usw..

 

[DITH-Shop]

Es gibt keine Begrenzung der Artikelanzahl. Der Feed selbst darf nur nicht größer als 4GB sein.
https://support.google.com/merchants/answer/12631822?hl=de

Das Problem dürfte in der Art der Erstellung liegen oder am Übertragungsweg zum Merchant-Center.

Ist der eigene Server zu langsam kann ein Feed nicht schnell genug "live" erstellt werden wenn es keine Ausgabe in eine xml-Datei gibt.
Wird der Feed lokal gespeichert als xml-Datei kann auch der Abruf der gespeicherten Datei zu langsam erfolgen.

Abhilfe schafft ein automatisierter Upload zum Merchant-Center per sftp und/oder die Aufteilung auf mehrere Feeds in der Praxis.
Das kann durch geänderte Datenbankabfragen umgesetzt werden indem der eine Feed nur Produkte unter 1000 Euro hochlädt und der andere das darüber nimmt. Man kann das auch nach Hersteller aufteilen und erstellt für jeden Hersteller dessen Name mit A beginnt einen Feed und für die mit B einen zweiten Feed usw..

a: Antwort vom Google-Mitarbeiter
"Aktueller Status: Ihr Konto hat derzeit 191.300 verwendete Angebote bei einer ursprünglichen Kapazität von 150.000 (wird als Überkapazität angezeigt)."

Nachgefragt hatte ich weil mir die ~41TSD Artikel als "zu viel für Google-Shopping" angezeigt und dadurch ausgeblendet werden. Das wiederum bremst die verbleibenden Artikel bei der Ausspielung


b:
selbstredend wird der Feed auf mehrere Dateien aufgeteilt und automatisch hochgeladen.
DAS geht aber aktuell nicht (also das aufteilen auf bestimmte Anzahl von Artikeln je Datei.

c:
"Das kann durch geänderte Datenbankabfragen umgesetzt werden"
Eben nicht machbar im Plugin - dann müsste ich schon wieder selbst ran.
Ich habe ehrlich gesagt keine Lust mehr die Wawi und den Shop nur noch als Alibi zu betreiben und eigentlich alles selbst programmieren zu müssen.


Mir würde es hier reichen wenn eine der beiden vorgegebenen Begrenzungen auch funktionieren würde.3 Dateien a 50.000 Artikel und fertig. Das würde im GMC dann direkt die 150K Artikel ausreizen ohne zu überschreiten.

 

[en001]

Das funktioniert nicht?

Aus einem 5.5.3:

 

[en001]

Wenn Dir die Beschränkung angezeigt wird kannst du die hochsetzen lassen. Das sollte problemlos gehen. Das Shopsysteme nicht alles umsetzten was möglich und sinnvoll ist sollte bekannt sein. Manches wirkt erst Jahe später oder wird dann erst akut um zu ranken bei Google.

 

[DITH-Shop]

Das funktioniert nicht?

Aus einem 5.5.3:

Den Anhang 130480 betrachten

Bei mir nicht - hatte da gestern mehrere Werte versucht, angefangen mit 100000, dann 80000, dann 70000 - aktuell steht 50000 drin.
Es wird - egal welche Einstellung ich rein setze, eine Datei mit allen Artikeln erstellt.

Ich versuche das morgen nochmal mit der Dateigröße-Begrenzung.
Jetzt ist erst einmal Pizza-Zeit

 

[NoOne]

Das funktioniert nicht?

Aus einem 5.5.3:

Den Anhang 130480 betrachten

Der Info-Text ist übrigens leicht irreführend. Mit Standard-Einstellungen kann der Wert nur in 2000er Schritten gewählt werden, weil beim manuellen Export pro Schritt 2000 Artikel (und Cron 500) exportiert werden. Wenn das entsprechende define (EXPORTFORMAT_LIMIT_M) in der config auf einen anderen Wert gesetzt wird, dann gilt dieser Wert als der nötige Schritt. Wenn man das auf 1500 runtersetzt und die maximale Anzahl an Artikeln pro Datei nicht durch 1500 teilbar ist, dann funktioniert das unter Umständen nicht, weil mit Modulo (also Anzahl der Artikel die exportiert wurden modulo maximale Anzahl der Dateien, die in die Datei dürfen, muss 0 sein) geprüft wird, ob das Limit an Artikeln pro Datei erreicht ist. Das ist bei 19.500 mod 20.000 (das wären 13 Durchläufe á 1500 Artikel) und auch bei 21.000 mod 20.000 (das wären 14 Durchläufe á 1500 Artikel) z. B. nicht der Fall. Da ist der Rest nicht 0. Das wäre in dem Fall dann erst bei 60.000 Artikeln der Fall.

Bei mir nicht - hatte da gestern mehrere Werte versucht, angefangen mit 100000, dann 80000, dann 70000 - aktuell steht 50000 drin.
Es wird - egal welche Einstellung ich rein setze, eine Datei mit allen Artikeln erstellt.

Schau in deine includes/config.JTL- Shop.ini.php, ob dort defines für JOBQUEUE_LIMIT_M_EXPORTE oder EXPORTFORMAT_LIMIT_M drin stehen. Ersteres wären die Artikel pro Durchlauf über den Aufgabenplaner, letzteres für den manuellen Export. Falls die von den Standardwerten (500 und 2000) abweichend eingestellt sind, musst du das bei der maximalen Anzahl der Artikel pro Datei entsprechend berücksichtigen.

Ob die Datei/Splitgröße für Pluginexporte überhaupt berücksichtigt wird, weiß ich gerade nicht.

 

[en001]

Es gibt Beschränkungen... Beantrage dort eine Erhöhung der Produktanzahl.
https://support.google.com/merchants/contact/additional_items