Offen Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Status
Es sind keine weiteren Antworten möglich.

hula1499

Sehr aktives Mitglied
22. Juni 2011
5.259
1.195
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Der Erfolg ist schon da wenn alle large Bilder erstellt sind, der Rest kommt automatisch (vermutlich bei manchen erst später, da G vermutlich beleidigt sein wird).
Danke für das Update.
 

ag-websolutions.de

Sehr aktives Mitglied
29. Dezember 2009
14.548
232
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Noch mal ... alle Bilder, egal in welcher größe, werden erst dann erstelltm wenn sie erstmalig angezeigt werden.

Daran wird sich auch nichts ändern.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.174
1.770
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Ich verstehe nicht alles was hier gepostet wurde, aber wenn Bilder nicht erstellt werden beim Shopabgleich (?) und Google somit die Bilder nicht indexieren kann, dann ist das nicht gut.

-> JTL sollte wohl eine Option für den Shopabgleich schaffen über den man wählen kann: Alle Bilder erstellen.
--> Somit kann man selber entscheiden ob man nun die Zeit hat für den längeren Shopabgleich und ob dieser nötig ist oder eben nicht.
 

peterwill

Gut bekanntes Mitglied
29. Oktober 2007
347
18
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Hallo .. ich verstehe das auch nicht !!!! z.Z wird eine Sitemap mit Bilderlinks beim Shopabgleich erstellt diese wird dann von google ausgelesen obwohl die Bilder garnicht vorhanden sind... UND DAS IST SO GEWOLLT ?????????????

siehe post von ag-websolutions.de
Noch mal ... alle Bilder, egal in welcher größe, werden erst dann erstelltm wenn sie erstmalig angezeigt werden.
Daran wird sich auch nichts ändern.
 

hula1499

Sehr aktives Mitglied
22. Juni 2011
5.259
1.195
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Ich versteh den letzen Post von Gerd auch nicht so ganz, aber jetzt warten wir mal alle ab, was dieser Fix dann ist, danach können wir noch immer alle jammern :)
 

peterwill

Gut bekanntes Mitglied
29. Oktober 2007
347
18
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Das wäre nicht gut ! Möchte nicht wissen wie google Webshopartikel im Ranking behandelt die keine Bilder haben...
 

hula1499

Sehr aktives Mitglied
22. Juni 2011
5.259
1.195
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Das meinte christian sicher ironisch/zynisch Peter....das kann JTL nicht wirklich machen :)
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.174
1.770
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Auch die jetzige Situation kann man nicht wirklich machen, scheint aber so zu sein ... ;)

Es kann doch nicht sein, dass es einen Artikel gibt, ein Bild (in der WAWI) dazu und den Link, aber das Bild (im Shop) gibt es dann gar nicht. Und das 6 Monate nach Shop4-Release immer noch als Mega-Bug ?
Klingt für mich schon fast unglaubwürdig.
 

ag-websolutions.de

Sehr aktives Mitglied
29. Dezember 2009
14.548
232
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Vielleicht kurz der (technische) Ablauf, damit man die Hintergründe besser verstehen kann

Bisheriger Ablauf bei Shop 3
Beim Webshop-Abgleich schickt die WaWi eine Bilddatei zum Shop 3. Der Shop 3 nimmt die Bilddatei an und beginnt direkt, die im Shop 3 integrierten Bildgrößen "klein, mittel, groß" zu erstellen und speichert diese drei Bilder ab. Er berücksichtigt dabei die im Shop-Admin hinterlegten Bildparameter (Größe, Auflösung, etc.).
Die Nachteile hierbei sind (vor allem bei einer Vielzahl von Bildern)
- Webshopabgleich dauert extrem lange (die Bildberechnung ist sehr ressourcenintensiv)
- Webshopabgleich brach ab
- vollständiger Webshopabgleich war für manche Kunden (mit vielen Artikeln/Bildern) nicht durchführbar wenn erforderlich
- Änderungen an den Bildparametern (Shop-Admin) zwangen zu einem vollständigen Bildabgleich


Ablauf Shop 4
Die Nachteile vom Shop 3 hat JTL bei Neuentwicklung des Bilderhandlings aufgegriffen. Beim Webshopabgleich werden die Bilder zunächst nur auf dem Webserver abgelegt (Verzeichnis: media/image/storage) ohne diese bereits zu modifizieren. Der Webshopabgleich wird dadurch wesentlich performanter, da die ressourceninstensive Berechnung aller Bilder in den unterschiedlichen Größen zum Zeitpunkt des Abgleichs entfällt.

Wird jetzt eine Shopseite aufgerufen (bspw. Startseite), dann prüft der Shop nach, ob es für die darzustellenden Artikel in der erforderlichen Größe bereits Bilder gibt
(Verzeichnis: media/image/product/ARTIKEL_ID/BILD_Größe/). Gibt es diese Bildgröße noch nicht, so wird die entsprechende Bilddatei on the fly angelegt. Am Beispiel der Startseite bleibend: es wird dort nur die Bildgröße "sm" benötigt, also werden auch nur -wenn nicht vorhanden- für die anzuzeigenden Artikel diese Bilddateien erstellt. Beim nächsten Mal der Darstellung in Bildgröße "sm" ist also die Datei vorhanden und muss nicht neu erstellt werden.

Klicke ich jetzt zum Beispiel von der Startseite aus auf einen Artikel (zur Erinnerung Bild in Größe "sm" ist jetzt vorhanden) dann wird die Artikeldetailseite aufgerufen.
Auf der Artikeldetailseite benötige ich zunächst die Bildgröße "md". Ablauf wie zuvor ... Prüfung, ob es diese Bildgröße schon gibt, wenn nein on the fly erstellen.

Ich habe jetzt von diesem einen Artikelbild bereits zwei verschiedene Varianten - in "sm" und in "md".

Klicke ich jetzt auf der Artikeldetailseite auf das Produktbild, um es vergrößert darzustellen, benötigte ich die Bildgröße "lg". Erst jetzt wird diese Bildgröße erstellt (wenn sie nicht durch einen vorherigen Aufruf bereits existiert).

Dass damit der Webserver insgesamt entlastet wird, dürfte verständlich sein, da immer nur der tatsächliche Bedarf abgearbeitet werden ... sprich Bilder gerendert werden müssen.

Ändere ich jetzt im Shop-Admin die Bildparameter, werden auch nur die betroffenen Bilder in media/image/product gelöscht.
Ändere ich zum Beispiel nur die Größe für die "md-Bilder, werden auch nur die "md"-Bilder gelöscht. Ändere ich zum Beispiel die jpg-Qualität, werden alle Bilder gelöscht (da sich die Änderung ja auf alle Bilder auswirkt).

Da aber die "Original"-Bilder unangetastet im Ordner "media/image/storage/" liegen, ist kein neuer Webshopabgleich erforderlich. Bei der nächsten/ersten Anzeige vom Bild wird dieses neu erstellt.


Bild-URL in sitemap.xml
In der sitemap sind die Bild-URL zu den "lg"-Bildern enthalten. Ruft man (in dem Falle der Google-Bot) direkt eine Bild-URL auf, so läuft das ab wie zuvor beschrieben. Ist das Bild vorhanden (weil es zum Beispiel vorher im Shop durch einen Kunden vergrößert angezeigt wurde), dann kann das Bild direkt an den bot ausgeliefert werden. Ist das Bild nicht vorhanden, so wird es ebenfalls on the fly erstellt und dann an den bot ausgeliefert.

Die beiden Problem sind auch nicht die Bilderstellung, sondern:

- dass Google - aus welchen Gründen auch immer - diesem Bild nicht URL zur Artikeldetailseite zuordnet (was ja gewollt wäre, dass mit Klick auf das Bild der Kunde auf der passenden Artikeldetailseite landet) sondern die URL zur sitemap, welche dann zum download angeboten wird

- die "lg"-Bilder nicht sauber in den Google-Index aufgenommen werden. Google ist hier wie ein kleines Kind. Wenn man nicht genau sagt, ich bin ein Bild und meine Größe ist X und meine Qualität ist y und meine Mutter heißt Z und mein SEO-Name ist "foo" , dann zickt Google rum und nimmt es nicht auf



Ich hoffe, hiermit etwas Klarheit geschaffen zu haben.

Greetz
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.174
1.770
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Besten Dank !

Google ist der Chef und alle haben sich danach zu richten und zu optimieren, auch JTL. Das kleine Kind ist hier nicht Google, sondern JTL. Wir als Shopbetreiber sind es gewöhnt Google alles optimal und blumigst und einfachst präsentieren zu müssen.

Und - wie erwähnt, man sollte es doch dem Shopbetreiber überlassen wann er die Bilder erstellen lässt, nur weil es für eine handvoll großer Shops im Shop3 nachteilig war muss man nicht gleich alles auf den Kopf stellen, sondern man sollte wenigstens die alte Option erhalten.
-> Daher Option im Shopabgleich schaffen und gut ist.

:)
 

ag-websolutions.de

Sehr aktives Mitglied
29. Dezember 2009
14.548
232
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

-> Daher Option im Shopabgleich schaffen und gut ist.

Ich denke nicht dass das kommen wird:

Nochmal ... der Bildabgleich ist nicht das Problem und auch nicht die Bilderstellung "on the fly".
Warum soll JTL daher daran etwas ändern; die Vorteile sind für alle gegeben.

Das Problem ist die richtige Kennzeichnung des Bildes damit Google es indexiert und versteht.
HIER arbeitet JTL dran.
 

peterwill

Gut bekanntes Mitglied
29. Oktober 2007
347
18
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Nochmal zum Verständniss .. wenn google die Sitemap ausließt dann sollte on fly das lg Bild erstellt werden ist das richtig so ?
 

ag-websolutions.de

Sehr aktives Mitglied
29. Dezember 2009
14.548
232
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

wenn Google die sitemap ausliest UND der Google-Bot dem Link auch folgen will ... vergesse nicht, Google entscheidet für sich alleine, ob es sich für deine Seite / Bilder interessiert oder nicht
 

testjo

Sehr aktives Mitglied
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Ist egal ob Google es entscheidet oder nicht.

Es geht darum ein Shop platform wo auch den Bildersuche Google den Bilder richtig aufnimmt und hoffentlich nicht nachteilig bewerted wegen etwas von Shopsystem an sich.

Dass hat weil einige Shops JTLshop v4 EVO bereits doch ziemlich länger online sind und dort den Large bilder doch auch wirklich da sind also in jedenfall nicht oder nicht 100% statt gefunden.

Und da ist soweit ich verstehe JTL momentan dran, und hoffe für die Shopbetreiber die es bereits getroffen hat, dass es wider danach nach oben geht, also viel erfolg ;)

Weiter finde ich so ein script durchaus sinvoll,
da kan ein Shopbetreiber selbst auswählen was er macht und wan, das die Bilder dan auch wirklich da sind wen einer jemand nur ein Bildlink sendet und dachte ok das soll reichen ( und dan Bild noch nicht da ist). Egal ob per mail was auch immer, Bild soll dan da sein mussen! ( ist Blódsin dass man erst als Shopbetreiber oder wen auch nachsehen/checken soll ob dass Bild bereits ja oder nein angelegt worden ist oder? ;)

Weil auch wegen wie Gerd sagt nach änderung in Shopadmin >
Ändere ich jetzt im Shop-Admin die Bildparameter, werden auch nur die betroffenen Bilder in media/image/product gelöscht.
Ändere ich zum Beispiel nur die Größe für die "md-Bilder, werden auch nur die "md"-Bilder gelöscht. Ändere ich zum Beispiel die jpg-Qualität, werden alle Bilder gelöscht (da sich die Änderung ja auf alle Bilder auswirkt).

Dan sind ja ok macht man nicht oft aber wider alle Bilder erstmall weg oder? ( dan lauft also ein älter Bilderlink auch ins Blaue hinein, wovon man vorher sicher war die ist ja da/ erzeugt worden! )

Wir senden per mail ja manchmal ein Bildlink zum beispiel.
.
 

mgr

Aktives Mitglied
8. August 2012
98
3
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Als Ergänzung zu den Ausführungen von ag-websolutions:

- in der Sitemap steht z.B. die URL http://www.shop.de/media/image/product/310/lg/artikelname.jpg
- Im Dateiverzeichnis gibt es die Datei (noch) nicht
- bei erstmaligen Aufruf ist die Datei im Dateiverzeichnis noch nicht vorhanden; das erkennt der Webserver und schickt die Anfrage an den Shop
-- das per Schnittstelle hochgeladene Bild (Originalbild, wie es in der WaWi ist) wird geladen
-- die angeforderte Größe wird aus dem Originalbild erstellt und als Datei gespeichert
-- parallel wird das Bild bei dieser ersten Anfrage direkt per PHP ausgegeben
- bei allen weiteren Aufrufen erkennt der Webserver, dass die passende Bilddatei im Dateiverzeichnis bereits existiert, und gibt das Bild direkt zurück

Aufgefallen ist mir bisher nur, dass der Shop beim ersten Bildaufruf nicht ganz stimmigen HTTP-Header in der Antwort (=Bild) mitsendet. Ob das tatsächlich der Grund für die Probleme ist, vermag ich nicht einzuschätzen. Falls ja lässt sich das aber recht einfach beheben. D.h. es ist keine komplexe Lösung notwendig, was evtl. etwas beruhigt (-:
 

testjo

Sehr aktives Mitglied
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Wir senden per mail ja manchmal ein Bildlink zum beispiel.

Des to mehr ich drüber nachdenke des to schlimmer es scheind, JO mit Grossen Shops die TIG Bilder haben und Serverlast und und die machen eher oft ein Werbung extra extern, aber für übrige da gibt es also den Externe Links auch die von Nur Bilder die dass extra SEO und Besucher Saft hinein bringen mit den texte / content und hoffentlich noch extra links dazu!
Bilder ( links) soll man nicht vor allen wen die ein Wert erreicht haben einfach löschen, die soll man dan neu erstellen müssen und oder richtig vernunftig umleiten nach ähnliches. Und eigentlich auch nicht bei ein Shopupdate / Bild einstellungs änderung danach alle/viele Bilderlinks ein 404 ist schlimm .

Für solche >>
Also warnung hier workaround wirkliche Abhilfe nur eigene feste Bilder die ersteld sind und den LINK und Bild und alles wirklich "bleibend" ist. ( den nur Produktbild links von "JTL" Shops sind dazu nicht geeignet momentan)
Alles andere ist nähmlich abwarten was Shopsystem ja oder nein mit den Bild macht und ob den Suchmachine und auch umleitungen und und richtig laufen und es annehmen wie die ausgabe so ist.

.
 

testjo

Sehr aktives Mitglied
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Also ein reales Beispiel hier gehabt und zu spät bemerkt.

Verkaufen (indirekt über ein Bild link, aber auch höher in GOOGLE SERPS. wegen den seo mehrtwert von den links extern)

Nur weil ein par dachten Unsere Bilder also mittels nur BildLink zu benutzen in EBAY produkt verkauf, das Produkt wo wir Bild mall geänderd haben, danach weniger HOCH in SERPS, und weniger Besucher. ( also sag mall indirekt geklautes Bild von Uns hat Uns umsatz gebracht) nachher also nicht mehr.

Weiter haben so einige gesehen wo dass Produkt ( war ja ein art werbetext auf Produkt) wirklich verkauft würde und wie es ausah weil Bild hätte Platz 1 in Google bildersuche. ( aber eben nur weil es wirklich immer da war und auch mehrmals direkt verlinkung wie im Ebay gab)
 

ag-websolutions.de

Sehr aktives Mitglied
29. Dezember 2009
14.548
232
AW: Umsatzeinbruch nach Umstieg 3.20 auf 4.02

Sorry Jo, aber manchmal sind deine Ausführungen nicht sehr zielführend und am Problem orientiert

( ist Blódsin dass man erst als Shopbetreiber oder wen auch nachsehen/checken soll ob dass Bild bereits ja oder nein angelegt worden ist oder?

Ich habe nirgendwo geschrieben, dass der Shop-Betreiber hier irgendetwas kontrollieren muss.

Und eigentlich auch nicht bei ein Shopupdate / Bild einstellungs änderung danach alle/viele Bilderlinks ein 404 ist schlimm .

Ein Shop-Update hat per se nichts damit zu tun. Und wenn ich nicht den Aufbau des Bildnamens ändere (zum Beispiel von "Artikelname" in "Artikel-Nr + Artikel-Name", dann gibt es auch keine 404er, denn der Name bleibt identisch, egal welche Größe sich letztlich dahinter verbirgt.

Stiffte doch bitte nicht mehr Unruhe in die Sache hinein als unbedingt notwendig ... Danke
 
Status
Es sind keine weiteren Antworten möglich.
Ähnliche Themen
Titel Forum Antworten Datum
Neu Sehr lange Ladezeit der Produktseite nach Upgrade auf Version 5.4 Allgemeine Fragen zu JTL-Shop 0
Neu Alte Blogbeiträge sind nach Update nicht abrufbar JTL-Shop - Fehler und Bugs 0
Fehlermeldung nach Bildupdate,-löschen,-ändern Shopware-Connector 1
Neu Nach update auf 5.4 kein Login mehr möglich JTL-Shop - Fehler und Bugs 2
Offener Betrag nach Rechnungskorrektur? JTL-Wawi 1.9 2
Neu Keine Exportpapiere mehr bei DHL 3.0 nach UK? JTL-ShippingLabels - Fehler und Bugs 3
Nach Umstieg auf V5 Paypal express weg. Einrichtung JTL-Shop5 5
Neu Newsletter-Abonnenten werden bei Gastbestellung nach Anonymisierung entfernt JTL-Shop - Fehler und Bugs 0
Fatal-Error im Adminbereich nach Update - Shop läuft Upgrade JTL-Shop4 auf JTL-Shop5 4
Neu Nach Update auf 5.4 klappt einiges nicht mehr ! Installation / Updates von JTL-Shop 9
Datenbank bereinigen nach Test JTL-Wawi 1.9 7
Neu Aus /Kategorie/ wird /Kategorie-2/ nach Abgleich WooCommerce-Connector 0
Neu Probleme mit PayPal-Plugin: Bestellungen "pending" & doppelte Zahlungen nach Direktzahlung Plugins für JTL-Shop 0
Nach Update auf 1.9 alle Drucker verschwunden JTL-Wawi 1.9 6
Neu Fehlermeldung nach Shop-Update Installation / Updates von JTL-Shop 2
JTL Vouchers automatisch nach Zahlungseingang an Kunden versenden Allgemeine Fragen zu JTL-Vouchers 5
Neu WooCommerce JTL Connector nach Back-Up ist deaktiviert WooCommerce-Connector 1
In Diskussion Keine Auslieferung nach Zahlungsartänderung über Workflow JTL-Workflows - Fehler und Bugs 4
Neu Artikel wird nach Auswahl der Variante nicht mehr angezeigt JTL-Shop - Fehler und Bugs 3
Neu EVRI Label für Versand nach UK - wer benutzt es? Business Jungle 2
Neu WMS APP Sprachausgabe funktioniert nach Android Update nicht mehr JTL-WMS / JTL-Packtisch+ - Fehler und Bugs 1
Neu Nach Komplettabgleich doppelt und dreifache Bilder? WooCommerce-Connector 6
Neu Sortierung nach Bestand - so wie im JTL Shop 4 JTL-Shop - Ideen, Lob und Kritik 2
Neu Admin-Bereich - automatisches ausloggen nach kurzer zeit (ungewollt) Allgemeine Fragen zu JTL-Shop 0
Neu Suchergebnisse nach Kategorien filtern Allgemeine Fragen zu JTL-Shop 0
Neu Nach Abbruch von "Auftrag anlegen" wird anderes Programm angezeigt Arbeitsabläufe in JTL-Wawi 2
Neu Auftrag nach Rechnungsstellung ändern Arbeitsabläufe in JTL-Wawi 2
Neu Problem mit Scroll-Link nach Update auf Shop-Version 5.3.3 Technische Fragen zu Plugins und Templates 5
Neu Abgleich mit JTL Shop läuft nach zahlreichen erfolgreichen Durchläufen nicht mehr weiter JTL-Shop - Fehler und Bugs 11
Neu SQL Abfrage - Sendungsnummern als Liste nach Datum Schnittstellen Import / Export 2
Neu Nach Datenbank-Migration Fehler: keine Lieferzeit usw. JTL-Shop - Fehler und Bugs 1
Neu Nach dem entfernen des PayPal Checkout werden keine Zahlungsarten anderer Anbieter angezeigt. JTL-Shop - Fehler und Bugs 4
Neu Nach Update von PayPal Checkout wird PayPal Zahlungsart entfernt Plugins für JTL-Shop 4
Neu JTL WAWI - Suche nach Designer für eBay-Vorlage mit CLP-Feldern Dienstleistung, Jobs und Ähnliches 1
Neu WMS - Verpacken - gepackte Positionen rutschen nicht nach unten JTL-WMS / JTL-Packtisch+ - Fehler und Bugs 1
Neu Fatal error nach Shop-Update im Frontend JTL-Shop - Fehler und Bugs 8
Beantwortet Automatischer Logout nach X Minuten inaktivität beim WMS Mobile? [WAWI-73340] Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 1
In Diskussion Kopieren oder Auslösen von Workflows in anderen Bereichen (Von Rechnung nach Kunde) JTL-Workflows - Ideen, Lob und Kritik 2
Umsatzsteuer EU-Ausland nach Überschreitung 10000 Schwelle - Hilfe gesucht JTL-Wawi 1.9 15
Neu Suche nach zuverlässigen Lieferanten für umweltfreundliche Kartonagen mit Höhenriller Smalltalk 1
Nach Update auf 1.9 / Export Rechnungskorrekturen Zeile Ust doppelt JTL-Wawi 1.9 8
Neu Datenbankmigration "General error: 1709 Index column size too large. The maximum column size is 767 bytes" nach Update von 5.2.4 auf 5.3.3. Installation / Updates von JTL-Shop 6

Ähnliche Themen