In Sistrix Smart bekomme ich für falgende Meldung:
Unter folgenden URLs wird ein und dieselbe JavaScript-Datei mittels unterschiedlichem Dateinamen oder Pfad eingebunden. Dies führt dazu, dass der Webbrowser die JavaScript-Datei nicht zwischenspeichern kann und sie bei jedem Seitenaufruf erneut laden muss. Die Ladezeit Deiner Website wird somit unnötig erhöht.
Dann folgen glaube ich alle JavaScript-Dateien, die ich so habe, zum Beispiel
Dann ist ja erstmal klar, warum die Datei über beide URLs erreichbar sein muss, sonst hast du ja mixed Content, der ggf. sogar vom Browser blockiert wird. Wenn du SSL nur im Checkout nutzt, muss die Datei über beide Links erreichbar sein.
SEO ist eine Wissenschaft für sich. Viele große Shops laufen komplett auf SSL. Ob das jetzt sinnvoll ist oder nicht, kann ich leider nicht beurteilen.
Wenn du einen Apache-Server hast, dann kannst du das relativ einfach über die .htaccess machen:
CSS- und JS-Dateien müssen nicht mit https und http im Source-Code verlinkt sein, um nur den Checkout verschlüsselt anzuzeigen. Es reicht vollkommen, diese relativ zu verlinken - ohne Protokollanweisung und ohne Domain. Shopware macht dies eigentlich automatisch und der modernizer sollte in web/cache liegen. Überprüf dein Theme und setze die Links auf die JS-Dateien ohne Domain.
Die ngnix Regeln für einen Redirect von http auf https sollte dir dein Hoster sagen können, vor allem, wie/wo Du die ngnix-Konfig bearbeiten kannst. Achte darauf einen 301 Redirect einzustellen.
Welchen Quellcode meinst Du denn jetzt , das Smarty Template oder den HTML-Source Code im Browser? Gib doch bitte wenigstens einen Link an, damit man schnell etwas nachsehen kann.
Der Modernizer ist relativ verlinkt im head , die kompilierten JS-Dateien des Responsive- und des eigenen Themes liegen in web/cache . Beide sind relativ verlinkt und erzeugen dadurch niemals mixed content bei https-Seiten.
Ist dies bei dir anders, muss es am Theme (Konfiguration?) oder irgendwelchen serverseitigen Caching/Modifikationssystemen liegen (GooglePagespeed-Modul, php-fpm neu starten, etc. ?).
Auch wenn es relativ adressiert wird, ist es doch immer noch absolut ansprechbar, oder täusche ich mich da ? Also gibt es eigentlich tatsächlich diese beiden Ressorcen, oder ?
Kennst du einen Shop, der nur teilverschlüsselt ist und bei dem das anders ist?
Den Link möchte ich hier lieber nicht öffentlich posten
wir haben auch einen Shop, der nur teilweise auf https (nur Checkout und Accountseiten) läuft.
In Sistrix haben wir die gleiche Meldung, wie du bereits geschrieben hast.
Ich denke nicht, dass dies ein großes Problem darstellt. Natürlich müssen die JS Dateien per http und https erreichbar sein, wenn du den Shop nicht komplett auf https umgestellt hast. Die Dateien liegen trotzdem nur 1 mal auf dem Server.
Wenn du dich so sehr an der Meldung in Sistrix störst, stell den Shop komplett auf https um, dann sollte das verschwinden.
Wenn du nicht umstellen willst, kannst du die Meldung auch vernachlässigen denke ich.
Auch wenn es relativ adressiert wird, ist es doch immer noch absolut ansprechbar, oder täusche ich mich da ? Also gibt es eigentlich tatsächlich diese beiden Ressorcen, oder ?
Den Link möchte ich hier lieber nicht öffentlich posten
1 x Mal relativ verlinkt im HTML-Source ist in Ordnung. Der Browser handelt die Protokollauswahl dann immer korrekt.
Man kann immer mit http und https auf Dateien des Webservers zugreifen, wenn man das Protokoll (http / https) manuell setzt. Ausnahme: In der Webserverkonfiguration wird eine Umleitung eines http Aufrufs auf https erzwungen.
Die Ladezeiten erhöhst Du evtl. beim Wechsel in den Checkout, da du dort die Dateien neu laden musst. Wenn Du dies sicher über alle Geräte ausschließen möchtest, musst Du entweder die JS- und CSS-Dateien immer absolut mit https im HTML-Source verlinken oder komplett auf SSL-Verschlüsselung umstellen.
