Katja Schoone (asker) Apr 26, 2021:

@Rolf "Dass das der Punkt ist, auf den sich das gesamte von dir zitierte AT-Schnipsel bezieht, wissen wir doch alle. :-))))" Den Eindruck hatte ich nicht.

Magst du noch einen Vorschlag machen bitte? oder reicht es dir zu sagen, dass alles, was vorgeschlagen wurde falsch ist?

Rolf Keller Apr 25, 2021:

Korrektur Es geht im AT gar nicht um die Ladezeit, sondern um den LCP-Wert, das ist ein ganz anderes Paar Schuhe. Herunterladen und Anzeigen laufen ja gar nicht synchron.

Rolf Keller Apr 25, 2021:

@Katja "Ein Punkt davon ist, wie wichtig die Seitenladezeit ist und wie man die optimiert."

Dass das der Punkt ist, auf den sich das gesamte von dir zitierte AT-Schnipsel bezieht, wissen wir doch alle. :-))))

Nun kann man die Ladezeit natürlich auf Client- wie auch auf Server-Seite beeinflussen. Aber nur der erste Punkt ("Optimising your Server") gilt klar nur für die Server-Seite. In den Erläuterungen steht meist, dass man Maßnahmen für die Client-Seite gar nicht erst in Betracht ziehen muss, wenn der Server zu langsam ist. In meinem Link als erster Punkt: "Make sure your server is optimized properly – If your server is slow, it won’t matter how many optimizations you make to the code of your website, to your images, or to other elements of your site."

Rolf Keller Apr 25, 2021:

@Christian "Datenbanken ... vielleicht weil drüber von Assets die Rede ist"

Mit Assets meinen die Webprogrammierer (auch oder meist) Bilder, CSS- und JS-Dateien. Viele Webpräsenzen haben dafür einen Ordner mit dem Namen "assets", auf den der Browser über das Netz zugreift.

Katja Schoone (asker) Apr 24, 2021:

Es geht um ein Webinar für Digitalverleger Ein Punkt davon ist, wie wichtig die Seitenladezeit ist und wie man die optimiert.

Christian Werner-Meier Apr 24, 2021:

@Rolf Das kann so natürlich auch gemeint sein, wenn es um Web-Programmierung geht, sehr plausibel, danke. - Ich dachte eher, es geht um die Infrastruktur, vielleicht weil drüber von Assets die Rede ist, also evtl Datenbanken, der Cache wäre dann dem aktuellen Webserver (let it be apache) vorgeschaltet.
https://httpd.apache.org/docs/2.4/en/caching.html

Bernd Albrecht Apr 24, 2021:

HTML: Das Cachen von HTML-Seiten unterbinden Manchmal will man das auch bewusst vermeiden, weil es immer Vor- u. Nachteile gibt.

Was gut für die Internetverbindung und den betroffenen Webserver ist, wird zum Ärgernis, wenn eine dynamische Webseite beim erneuten Abruf nicht das gewünschte Ergebnis anzeigt. Zwei Meta-Informationen können einen Webbrowser davon überzeugen, dass er die Seite bei jedem Aufruf neu vom Webserver laden soll.

https://sirmark.de/computer/html-das-cachen-von-html-seiten-...

Bernd Albrecht Apr 24, 2021:

Cache laden: Erst hinein und später aus ihm heraus Du kannst auf deutsch auch schreiben:
Cache-Vorladen von HTML-Seiten (wird unterstützt)
Nah genug am AT.
Wird inhaltlich wohl niemand bemängeln, der nur den deutschen Text liest.
1:1-Abgleich mit einer englischen Textversion machen ohnehin nur eifrige ProZ-Profis am Wochenende ;-j

Rolf Keller Apr 24, 2021:

@Katja "ich finde mit 'Vorladen' hat Bernd "first" schon abgedeckt"

'Vorladen' bedeutet lediglich 'vorab schon mal laden'. Das passiert im Browser (Bernd's Links beziehen sich auf Browser) natürlich beim Laden IN den Cache, nicht AUS diesem. Also ist die Antwort ohnehin falsch.

Aber: Cache-first bedeutet mehr als das, es ist eine von mehreren Strategien, die mit einem Cache arbeiten:
https://blog.bitsrc.io/5-service-worker-caching-strategies-f...

Rolf Keller Apr 24, 2021:

@Christian "Es geht aber doch nicht um Clientseite und Browser sondern um die Serverseite"

Das dachte ich auch erst, wegen der Vokabel "Serving". Wenn man sich aber den Kontext im Web ansieht (es gibt -zig Webseiten mit den angegebenen Punkten, siehe z. B. https://kadimadigital.com/ultimate-core-web-vitals-checklist... ), ist es nicht ganz so einfach. Es ist dort das Caching im Browser gemeint, das der Webseiten-Anbieter unterstützen soll, z. B. mit "<link rel=' prefetch' href=' https://www.omni-lookup.de/index.html'>". Der im AT folgende Punkt meint "<link rel="preconnect ... >"

"Serverseite: Dort werden HTML-Seiten entweder entsprechend der Anfrage generiert oder (und das ist gemeint) aus einem Cache bereits generierter Seiten entnommen"

Variable Seiten werden auf dem Server im Moment der Abfrage generiert, alle anderen Seiten kommen aus dem Speicher. Der Server ist aber kein PC, sondern eine Computeranlage mit einer Speicherhierarchie, wo ist da überhaupt ein Cache? Jedenfalls lädt der Server keine Seiten über das Netz, also wäre "cache-first" im AT keine Alternative von "network-first - aber diese beiden Begriffe werden in Grundlagentexten praktisch immer zusammen verwendet.

Katja Schoone (asker) Apr 23, 2021:

@Christian Ja, um die Ladezeit/die Dauer für den Seitenaufbau zu verkürzen. Dann stimmt doch Bernds Antwort.

Christian Werner-Meier Apr 23, 2021:

Es geht aber doch nicht um Clientseite und Browser sondern um die Serverseite: Dort werden HTML-Seiten entweder entsprechend der Anfrage generiert oder (und das ist gemeint) aus einem Cache bereits generierter Seiten entnommen

Katja Schoone (asker) Apr 23, 2021:

@Rolf Zusammengenommen also: Cache-first-Strategie für Seiteninhalte? ich finde mit "Vorladen" hat Bernd "first" schon abgedeckt, aber das ist nicht mein Metier.

Rolf Keller Apr 23, 2021:

Es gibt zwei Strategien: cache-first und network-first. Bei beiden werden je nach den konkreten Umständen Daten mal aus dem Browser-Cache und mal über das Netz geholt. Das wichtige Wort hier ist "first", wenn man das weglässt und nur irgendwas mit "Cache" schreibt, dann fehlt etwas. Ich würde deswegen "Cache-first-Strategie" schreiben.

"HTML-Seiten" steht zwar im AT, aber es können eigentlich nur Teile von Seiten gemeint sein, deswegen würde ich "HTML-Inhalte" schreiben. Genaugenommen ist auch das falsch, weil es ja in der Regel nur zu einem winzigen Teil um HTML-Daten geht, der größte und wichtigste Teil besteht beim Caching aus Nicht-HTML-Daten. Besser wäre also "Seiteninhalte".