Ladezeiten-Optimierung

Ein CMSimple Support Forum für deutsch sprechende Nutzer und Entwickler
meltemi
Posts: 177
Joined: Sat Feb 22, 2014 10:11 pm
Location: Franken (Deutschland)
Contact:

Re: menulevel set by class

Post by meltemi » Fri Aug 15, 2014 1:44 am

cmb wrote:
meltemi wrote:
cmb wrote:wir ... unterhalten uns in der falschen Sprache
Ich spendiere für die falsche Sprache eine base64-codierte Flagge:

Code: Select all

background:url(data:image/gif;base64,R0lGODlhEAAKALMAAAAAAGZEM8wAAERERLtmRLuIZqqIiP+7ZrvM3d3d3d27mf/du///3d3u/5mZmf///ywAAAAAEAAKAEAEGhDISSs4OOt9hP9gKFjkJJ5fWaJsG3JwLGMRADs=) right no-repeat;
Das würde ich so nicht machen.
Ich auch nicht.

Wenn ich eine mehrsprachige Website hätte, würde ich ...

1.
für deutschsprachige Besucher auf Seiten in anderen Sprachen einen Textlink setzen:
Diese Seite auf Deutsch

2.
für kroatischsprachige Besucher auf Seiten in anderen Sprachen einen Textlink setzen:
Ova stranica na hrvatskom jeziku

3.
für zulusprachige Besucher auf Seiten in anderen Sprachen einen Textlink setzen:
Lokhu sayithi in Zulu

4.
für englischsprachige Besucher auf Seiten in anderen Sprachen einen Textlink setzen:
This page in English

usw.

Die jeweilige Landesflagge könnte man als zusätzliche Hintergrund-Garnierung einbauen (base64-codiert oder als Teil einer Sprite-Datei). Oder auch nicht.

Aber ich habe keine mehrsprachige Website.


P.S.:
Bin hocherfreut, plötzlich nicht mehr die falsche Sprache zu sprechen :-)

cmb
Posts: 14225
Joined: Tue Jun 21, 2011 11:04 am
Location: Bingen, RLP, DE
Contact:

Re: Ladezeiten-Optimierung

Post by cmb » Fri Aug 15, 2014 8:05 pm

meltemi wrote:Wenn ich eine mehrsprachige Website hätte, würde ich ...

1.
für deutschsprachige Besucher auf Seiten in anderen Sprachen einen Textlink setzen:
Diese Seite auf Deutsch
[...]
Das ist eigentlich sehr elegant, hat, finde ich, aber auch Schattenseiten. Man kann ja die Muttersprache des Besuchers nicht feststellen, sondern nur was er im Browser eingestellt hat und was dann im Accept-Language Headerfeld übertragen wird. Da gibt's dann schon mal Probleme, weil der aktuelle Benutzer andere Einstellungen vornehmen würde, wenn er nur wüsste wie und auch dürfte (Internet-Cafe, Computer eines Bekannten etc.) Und zumindest ich bevorzuge es oft Seiten in der Original-Sprache zu lesen, auch wenn diese Englisch ist (Übersetzungen hinken ja leider bisweilen hinterher). Da mein Browser aber "Accept-Language:de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4" sendet, wüsste ich dann nicht wie ich zur englischen Seite komme, wenn ich auf der deutschen Übersetzung lande.

Ein weiteres Problem ist der Wechsel zur anderssprachigen Seite; das ist bei CMSimple_XH nicht vorgesehen; da kann man nur zur anderssprachigen Site wechseln, wobei man dort auf der Startseite landet.
Christoph M. Becker – Plugins for CMSimple_XH

svasti
Posts: 1651
Joined: Wed Dec 17, 2008 5:08 pm

Re: Ladezeiten-Optimierung

Post by svasti » Wed Aug 20, 2014 2:56 pm

Ich habe mal das, was ich hier verstanden habe, in einem Tutorial zusammengefasst:

Search Engine Optimization

Falls jemand Fehler findet, bitte melden.

svasti.

cmb
Posts: 14225
Joined: Tue Jun 21, 2011 11:04 am
Location: Bingen, RLP, DE
Contact:

Re: Ladezeiten-Optimierung

Post by cmb » Wed Aug 20, 2014 10:35 pm

svasti wrote:Ich habe mal das, was ich hier verstanden habe, in einem Tutorial zusammengefasst:
Sehr schön! :) Das sollten wir auf jeden Fall vom XH-Wiki aus verlinken, oder wenn Du magst, gleich direkt dort einstellen.
svasti wrote:Falls jemand Fehler findet, bitte melden.
Fehler habe ich keine gefunden, aber ein paar Dinge würde ich wohl etwas anders darstellen -- allerdings kenne ich mich mit SEO nicht wirklich gut aus.

Einen Punkt möchte ich gerne mal herausgreifen:
If the link to your site is an image, make sure the alt-tag of the image is such a relevant search phrase.
Grundsätzlich sollte man, denke ich, auf sinnvolle alt Attribute wert legen. Diese werden schließlich immer dann angezeigt (zumindest sollten sie das), wenn ein Browser keine Bilder unterstützt (z.B. Screenreader), aber auch, wenn ein Bild nicht gefunden wird. Wenn der Besucher dann zu lesen bekommt "ist mir egal", ist das nicht so toll. Und Bots verwenden diese Info grundsätzlich; anders kann ich mir jedenfalls nicht erklären, warum bei der Google-Bildersuche bisweilen völlig unerwünschte Treffer gezeigt werden. Und grundsätzlich gilt, dass leere alt Attribute genau dann verwendet werden sollten, wenn das Bild rein gestalterische Bedeutung hat (und eigentlich ein CSS background-image sein könnte); ansonsten lieber kein als ein leeres alt Attribut setzen. Ach ja, und Gemeinplätze wie man sie u.a. noch auf 3-magi.net finden kann (alt="Plugin icon"), sind gewiss auch unsinnig. Am besten beschreibt man einfach knapp, was auf dem Bild zu sehen ist ("flüchtende Antilope"), und nicht etwa welche Aufgabe das Bild hat ("Tierbild zur Auflockerung"), die Umstände der Entstehung ("Safari 2014") oder sonstige Kommentare ("Grzimek hätte es nicht besser knipsen können"). Solche Dinge sind eher für das title Attribut oder als Bildbeschriftung (<figcaption>) geeignet.

Und allgemein könnte man vielleicht -- etwas überspitzt -- sagen: optimiert Eure Website für Lynx!
Christoph M. Becker – Plugins for CMSimple_XH

snafu
Posts: 352
Joined: Sun Dec 26, 2010 5:18 pm

Re: Ladezeiten-Optimierung

Post by snafu » Thu Aug 21, 2014 10:15 am

cmb wrote: Und allgemein könnte man vielleicht -- etwas überspitzt -- sagen: optimiert Eure Website für Lynx!
ich optimiere meine Website für meine Besucher. Wer eine Bildergallerie besucht und keine Bilder sehen kann, dem hilft auch ein Alt Tag nicht weiter. Ob das nun von goggel negativ bewertet wird, ist mir dabei ziemlich schnurz.
Sorry, nicht alle "Regeln" machen generell Sinn. Ich würde auch nie auf die idee kommen die Website einer Fahrschule so Barrierefrei zu gestalten, daß jeglicher Content auch für Blinde zu erfassen ist ... die machen nämlich keinen signifikanten Anteil der Besucher aus, wie in meiner Galerie oder in den Erfahrungsberichten zu div Objektiven in meinem Blog.
Wenn man die Bilder nicht sehen kann, muß man sich auf die Texte zu den Bildern verlassen, da wird durch eventuell vorhandene Alt Tags keine weitere Information mit mehrwert generiert
lg.
winni

Durch einen Sucher betrachtet wird alles zu einem Motiv.
meine Galerie; mein Blog, mein CMSimple Template Tutorial

cmb
Posts: 14225
Joined: Tue Jun 21, 2011 11:04 am
Location: Bingen, RLP, DE
Contact:

Re: Ladezeiten-Optimierung

Post by cmb » Wed Sep 17, 2014 10:56 am

cmb wrote:Das sollten wir auf jeden Fall vom XH-Wiki aus verlinken
Das habe ich jetzt gemacht: http://www.cmsimple-xh.org/wiki/doku.ph ... er_reading. Dabei ist mir aufgefallen, dass es dort schon einen Artikel zum Thema SEO gibt. Den sollte man vielleicht mal sichten; und eine dt. Übersetzung wäre auch wünschenswert.
Christoph M. Becker – Plugins for CMSimple_XH

albert
Posts: 526
Joined: Sun Mar 07, 2010 8:01 pm
Location: Germany
Contact:

Re: menulevel set by class

Post by albert » Mon Sep 22, 2014 9:55 pm

cmb wrote:PS: bzgl. der Ladezeiten-Optimierung habe ich vor ein paar Tagen mal einen Artikel im Wiki angefangen -- da könnte "man" auch mal weiter machen.
Ja das könnte "man" und das wär sehr schön, an den Tipps aus google speedpage rätsele ich sporadisch schon lange, ohne zu wissen was geht oder wie.
Doch auch in diesem (Insider-)Threat gibts für mich einige Rätsel.
Da ich viele Bilder verwende, wäre ertsmal interessant:
Wo könnte ich eine leicht verständliche Anleitung finden zu "Sprite-Datei" und "Image map". Vllt. könnte ich davon was umsetzen, meine Seite(n) sind wirklich sehr langsam (http://www.natur-und-handgemacht.de/)

Zu der <h1>-Sache (wär für mich wohl auch wegen google SEO interessant):
Verstehe ich svastis Anleitung (Search Engine Optimization) richtig?
Einfach im template statt " <?php echo content();?>" reinschreiben "<?php echo str_replace(array('<h1', '<h2',..." und fertig?
In der Seite selbst bleiben die <h1> <h2> usw. unverändert?

Und dann käme möglicherweise noch: (fragt sich nur wie?)
Browser-Caching nutzen
z.B. "http://www.natur-und-handgemacht.de/tem ... header.jpg (Ablaufdatum nicht festgelegt)"

JavaScript- und CSS-Ressourcen, die das Rendering blockieren, in Inhalten "above the fold" (ohne Scrollen sichtbar) beseitigen

Für den einen oder anderen Tipp wäre ich sehr dankbar

cmb
Posts: 14225
Joined: Tue Jun 21, 2011 11:04 am
Location: Bingen, RLP, DE
Contact:

Re: Ladezeiten-Optimierung

Post by cmb » Mon Sep 22, 2014 10:56 pm

Sorry, bin zeitlich ein bisschen knapp, daher nur kurz. Frag bei Bedarf einfach nach,
albert wrote:Wo könnte ich eine leicht verständliche Anleitung finden zu "Sprite-Datei" und "Image map". Vllt. könnte ich davon was umsetzen, meine Seite(n) sind wirklich sehr langsam (http://www.natur-und-handgemacht.de/)
Ja, die Seite ist wirklich sehr langsam. Allerdings liegt das nicht so sehr an den Bildern und sonstigen Assets (CSS-Ressourcen etc.), sondern am PHP -- das braucht oft mehrere Sekunden. Da solltest Du also zuerst mal ran. Dazu müsstest Du einfach mal Messungen durchführen, um den Flaschenhals zu finden (wenn es denn einen gibt). Dabei könnte manus neues Plugin hilfreich sein; damit kannst Du prima Messungpunkte im Content und Template definieren. Es kann aber sein, dass das ganze schon vorher "hängt"; da müsstest Du dann im PHP-Code entsprechende Messungen durchführen.
albert wrote:Verstehe ich svastis Anleitung (Search Engine Optimization) richtig?
Einfach im template statt " <?php echo content();?>" reinschreiben "<?php echo str_replace(array('<h1', '<h2',..." und fertig?
In der Seite selbst bleiben die <h1> <h2> usw. unverändert?
Ja, das sollte so funktionieren (zumindest bei sauberem HTML, wie es von TinyMCE und CKEditor produziert werden, und in einigermaßen aktuellen CMSimple_XH Versionen). Du musst ggf. bei menu_levels ungleich 3 anpassen, und wenn kein <h1> im Template ist, dann ist es sinnvoll die Seitenheadings (<h1>-<h3>) auf <h1> abzubilden (statt <h2>).
albert wrote:Und dann käme möglicherweise noch: (fragt sich nur wie?)
Browser-Caching nutzen
z.B. "http://www.natur-und-handgemacht.de/tem ... header.jpg (Ablaufdatum nicht festgelegt)"
Das halte ich nicht für soo wichtig, und es kann auch problematisch sein. Beim Ablaufdatum geht es darum, dass man dem Browser mitteilt bis wann ein Bild aktuell ist, und er nicht nachfragen muss. Einen solchen Zeitraum im Voraus festzusetzen ist nicht unbedingt einfach, denn möglicherweise will man das Bild zwischenzeitlich ändern -- davon würde ein Browser, der das alte Bild bereits im Cache hat, nichts merken.

Technisch lässt sich das wohl per .htaccess konfigurieren -- ich wüsste aber aus dem Stehgreif nicht wie.
albert wrote:JavaScript- und CSS-Ressourcen, die das Rendering blockieren, in Inhalten "above the fold" (ohne Scrollen sichtbar) beseitigen
Da kannst Du nichts machen (jedenfalls nicht mit vertretbarem Aufwand). Da sind v.a. die Pluginentwickler gefragt, die <script> Elemente möglichst spät (idealerweise per $bjs) einbinden sollten. Bei Dir sehe ich da aber (zumindest auf der Startseite) kein Problem, denn dort gibt es nur ein <script> von Crazystat, und das ist schon ziemlich weit unten. CSS-Ressourcen above the fold beseitigen, ist bestenfalls fraglich, da diese als <link> immer im <head> referenziert werden sollten.
Christoph M. Becker – Plugins for CMSimple_XH

albert
Posts: 526
Joined: Sun Mar 07, 2010 8:01 pm
Location: Germany
Contact:

Re: Ladezeiten-Optimierung

Post by albert » Tue Sep 23, 2014 8:00 am

danke Christoph!
Bevor ich loslege - eine Frage noch:
cmb wrote:wenn kein <h1> im Template ist, dann ist es sinnvoll die Seitenheadings (<h1>-<h3>) auf <h1> abzubilden (statt <h2>).
:o ich dachte, es geht gerade darum, die <h1> aus den Seitenheadings zu entfernen und <h1> sozusagen für php echo sitename zu reservieren?
svasti schrieb in dem tutorial:
For the structure of a page the important points are
The <title> of the page in the html header
The <h1> headline in the page. This is supposed to be the place where the reader is told the subject of the page. <h1> is supposed to be on the top of the page and there should be only one <h1> headline.
The <h2> and <h3> headlines, which are supposed to contain key words of important aspects of the page subject.
...
Usually a page starts with <h1><?php echo sitename();?></h1> followed by the menu and the content starting with a <h1> <h2> or <h3> headline depending on the menu level. Then comes text divided by <h4>, <h5> and <h6> headlines. This is not the structure Google expects.
Im template habe ich kein <h1> bei php echo sitename, auch nicht sonstwo.
Also sollte ich es so lassen wie es ist? :?

cmb
Posts: 14225
Joined: Tue Jun 21, 2011 11:04 am
Location: Bingen, RLP, DE
Contact:

Re: Ladezeiten-Optimierung

Post by cmb » Tue Sep 23, 2014 8:09 am

albert wrote:ich dachte, es geht gerade darum, die <h1> aus den Seitenheadings zu entfernen und <h1> sozusagen für php echo sitename zu reservieren?
Nicht unbedingt. Insgesamt geht es darum, dass die Headings semantisch vergeben werden, und keine Lücken dabei auftreten. Bei einer <h3> Seite will man die Überschrift eben bevorzugt als <h1> oder <h2> haben (letzteres, falls man ein <h1> im Template hat), und seiteninterne Überschriften sollen entsprechend "befördert" werden (aus <h4> wird dann <h2>, aus <h5> wird <h3>).

Wie viel das bzgl. SEO nun bringt, weiß ich nicht, aber Schaden sollte es auch nicht.
Christoph M. Becker – Plugins for CMSimple_XH

Post Reply