Ich hatte die Einstellung "nur Änderungen übertragen" aktiv. Ich habe nun die komplette Seite übertragen und jetzt scheint das Problem behoben zu sein. Kann es an dieser Einstellung liegen?

Jedes mal die Seite neu laden finde ich auch nicht optimal. Ist das ein Schwachpunkt im Designer?

[...] Ich habe nun die komplette Seite übertragen und jetzt scheint das Problem behoben zu sein.[...]

Das von Dir gepostete "Fehlerbild" zeigt deutlich, dass geänderte Einträge in einer der HTML Seiten nicht mehr zu den Namen der Dateien im Datenverzeichnis "index_htm_files" gepasst haben.
Das kann z. B. dann passieren, wenn manuell Änderungen an den Dateien auf dem Webspace vorgenommen werden und anschließend eine geänderte Website mit der Option "nur geänderte Dateien" hochgeladen wird. 😣

[...] Jedes mal die Seite neu laden finde ich auch nicht optimal. Ist das ein Schwachpunkt im Designer? [...]

Absolut nicht!
Wenn Du das Cachen von Dateien überhaupt als Schwachpunkt sehen willst, dann ist der Internet Browser der Übeltäter. Grundsätzlich ist es ja ein Vorteil, wenn Seiteninhalte nicht immer neu heruntergeladen werden müssen.

Ich meinte es ist ein Schwachpunkt im Designer wenn Verzerrte Inhalte dargestellt werden. Der Cache ist ja schon sinnvoll, wenn es nicht zu diesem Problem kommt.

Ich nutze smartlook und habe gerade in den aufgezeichneten Videos gesehen, dass unsere Kunden anch wie vor die verzerrte Seite ausgeliefert bekommen. Also hat das vollständige Übertragen nichts gebracht. Scheinbar habe ich meinen Cache gelöscht und deswegen tritt es bei mir nicht mehr auf.

Die Dateien wurden auf dem Webspace nicht manuell geändert sondern nur im XARA Designer bearbeitet und erstellt. Wie gesagt das Problem ist immer noch da.

Also bleibt nur die Lösung was Du zuerst vorgeschlagen hast?

Ich verstehe immer noch nicht woher das Problem kommt.

Ich habe jetzt mal testweise die .htaccess angelegt. Im Meta kann ich mir das dann ja sparen, oder muss es da zusätzlich rein?

oder muss es da zusätzlich rein?

Nein. Die htaccess reicht. Gruß Marboe

[...] Ich verstehe immer noch nicht woher das Problem kommt. [...]

Wie gesagt, wenn die Dateien auf dem Webserver i. O. sind, liegt es nur am Cache Speicher der vom Web Browser eines Besuchers benutzt wird. Darauf hast Du ja nur bedingt Einfluss.

[...] Die Dateien wurden auf dem Webspace nicht manuell geändert sondern nur im XARA [...]Designer

Auch das kann zu der gezeigten, fehlerhaften Darstellung der Site führen, wenn Du vor einem Upload Dateiinhalte einer zum Projekt gehörenden html Datei- und/oder Inhalte des Verzeichnisses "index_htm_files" änderst und beim Upload die Option "nur Änderungen übertragen" aktivierst.

[...] habe gerade in den aufgezeichneten Videos gesehen, dass unsere Kunden anch wie vor die verzerrte Seite ausgeliefert bekommen [...]

Wenn "Smartlook" eine Seitendarstellung speichert, die vor der Korrektur des Seiteninhalts gezeigt wurde, dann bedeutet das nicht, dass die fehlerhafte Darstellung immer noch ausgeliefert wird. Es sei denn, Du kannst erkennen, dass die angezeigte, fehlerhafte Seite nach der Reparatur des Seiteninhalts ausgeliefert wurde. Wenn dem so ist, dann kann das nur bedeuten, dass Smartlook selbst einen Cache benutzt, der unabhängig vom Browser Cache arbeitet.
Eventuell könnte es andere Darstellungsprobleme mit Smartlook geben, weil Deine Website "windows-1252" codiert ist und Smartlook "UTF-8" benutzt. Damit sind Umlaute Probleme vorprogrammiert, die bei der Anzeige einer Website zu kryptischen Textdarstellungen führen können. Das sollte aber, wenn überhaupt, nur die von Smartlook dokumentierten Seiten betreffen.

[...] Ich habe jetzt mal testweise die .htaccess angelegt. Im Meta kann ich mir das dann ja sparen [...]

Richtig, die .htaccess genügt, wie @marboe ja schon gesagt hat
Inwieweit die .htaccess die Dateien (Sitzungsvariable und auch Cookies) unterdrückt, die durch die diversen Scriptlets auf Deiner Site generiert werden, kann ich noch nicht sagen. Prüf' das selbst mal...

 

Perfekt wird es aber erst, wenn Dein Webserver .htaccess zulässt. Dann legst Du einfach eine .htaccess Datei mit folgendem Inhalt an:

FileETag None
<ifModule mod_headers.c>
Header unset ETag
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Mon, 1 Jan 2010 01:00:00 GMT"
</ifModule>

Damit stellt der Webserver sicher, dass die Site bei jedem Aufruf vollständig übertragen wird. 😎

Ist ja ein super Tip. Bin absoluter Amateur mit meiner Vereins-Homepage und stehe vor dem Rätsel, in welches Verzeichnis ich die .htaccess Datei hochladen soll. Hab sie mit FileZilla in den "public" Ordner hochgeladen, wohin alle meine aktualisierten Seiten auf dem Server (T-Online) abgelegt werden. Da funktioniert dies aber nicht. Seiten werden bei Chrome wie immer aus dem Cache geladen.

[...] in welches Verzeichnis ich die .htaccess Datei hochladen soll. Hab sie mit FileZilla in den "public" Ordner hochgeladen, wohin alle meine aktualisierten Seiten auf dem Server (T-Online) abgelegt werden. [...]

Das ist i. O. so und es sollte funktionieren, wenn denn T-Online die .htaccess Dateien nicht blockieren würde. 🤓

Hier die Details dazu (klick).

Aber auch für das Problem gibt es eine Lösung, wenn Du auf dem Webserver einen Ordner mit dem Namen "etc" anlegst und in diesen Ordner eine vorher definierte Konfigurations-Datei "httpd.conf" kopierst.
Wie das genau gemacht wird und welchen Inhalt die "httpd.conf" Datei haben muss, das kannst Du hier nachlesen (klick).

Probier's mal...