Seite 1 von 1
HTML-Dokument zu groß (ONPage-Analyse mit SISTRIX)
Verfasst: 15.01.2019, 09:19
von musikzumm
Liebes Forum,
ich nahm vor kurzem für unsere Seite eine ONpage-Analyse mit SISTRIX vor. Es wurden daraufhin über 300 Warnungen angezeigt, die ein zu großes HTML-Dokument bemängeln. Wobei SISTRIX anscheinend bereits HTML-Dokumente ab 100 kB-Größe in seine Warnungen aufnimmt. Bei den meisten scheint es sich zu um zu große/zu viele Bilddateien zu handeln, die die Ladezeiten verlängern.
Andererseits aber listet Sistrix auch Seiten, die lediglich aus ein paar Links oder wenige Zeilen Text bestehen und die zu groß sein sollen (hätte jetzt an dieser Stelle gerne ne URL angehängt, darf ich aber noch nicht:) Wie ist das möglich?
Eine andere Frage wäre: würdet ihr bei allen Seiten mit zu vielen und großen Bildern nachträglich Änderungen vornehmen? Also zB weniger Artikel-Fotos, Bilder optimieren oder wird das hinsichtl SEO überbewertet?
Danke schon jetzt für die Hilfe und LG
Musikzumm
Verfasst: 15.01.2019, 09:30
von mogli
Bilder optimieren ist im Grunde immer sinnvoll.
Ansonsten einfach mal als Mensch die Seite mit unterschiedlichen Geräten / Bandbreiten (Mobile) testen und schauen, wie sich die Usability wirklich anfühlt. Es gibt ja mittlerweile genügend Lazy Load und Priorisierungsansätze etc., die da Abhilfe schaffen können, wenn es denn wirklich Probleme geben sollte.
Verfasst: 15.01.2019, 09:52
von top
Mehr als 100 kB nur für die HTML-Datei?
Hat die Seite so viel Text? Oder hast du da diverse Inhalte drin, die normalerweise in separaten Dateien abgelegt werden?
(Z. B. CSS-Angaben, Javascript oder Bilder Base-64-Codiert in die HTML-Datei eingebettet.)
Verfasst: 15.01.2019, 15:56
von musikzumm
Danke zunächst für eure Rückmeldungen.
Ja, tatsächlich, teils werden mir für bestimmte Seiten Größen von 700 kb angezeigt - obwohl dort nur ein Satz auf der Website steht.
Ich kann hier jetzt w gesagt noch keine links direkt posten, aber wenn es dich interessiert/du es dir mal ansehen magst: die seite heisst paymentandbanking.com. dort unter glossar (navigationsleiste ganz rechts) und dann zb auf "bitcoin". Nur ein satz, ein erklärter begriff im entsprechenden html-dokument - trotzdem laut analyse 670 kb ca groß. Ich checks nicht:/...
Die Seite wird mit Wordpress betrieben
Verfasst: 15.01.2019, 17:26
von top
So wie es aussieht werden da ein ganzes Rudel an CSS-Dateien direkt im HTML-Quelltext ausgegeben statt diese sinnvollerweise als eigene Datei neben dem HTML-Gerüst zu laden.
Ich vermute mal, dass du irgendwann mal die Warnung erhalten hattest, dass viele CSS-Dateien zu viele zusätzlichen Zugriffe verursacht haben. Aber zum Glück gibt es ja in Würgpress für jedes Problem ein Plugin und so werden jetzt fast alle CSS-Dateien mit in die HTML-Datei gepackt. (Vielleicht ist das aber auch das Standardverhalten des Templates. Mit dem CMS kenne ich mich nur oberflächlich aus.)
Die am wenigsten schlechte "schnelle Lösung" wäre es, wenn alle CSS Angaben in EINE externe CSS-Datei gepackt werden. Verringert zwar nicht die Menge der Daten, allerdings braucht diese beim Laden der Seite nur einmal übertragen zu werden und dann hat der Browser beim Besuch der Folgeseiten die Datei schon im Cache. Aktuell wird es bei jedem Seitenwechsel wieder neu übertragen.
Die sinnvollste Methode wäre es ein Template zu wählen welches nicht derart überladen ist. (Oder jemanden machen lassen der sich wirklich damit auskennt.)
Verfasst: 15.01.2019, 19:44
von arnego2
top hat geschrieben:
Ich vermute mal, dass du irgendwann mal die Warnung erhalten hattest, dass viele CSS-Dateien zu viele zusätzlichen Zugriffe verursacht haben.
Damit liegst wahrscheinlich richtig. ich habe schon ein paar Male lesen dürfen das Page Speed Messer Seiten es empfehlen die CSS in der Seite einzubauen.