Du hast die Texte wahrscheinlich über die Zwischenablage hinein kopiert. Dann werden unsichtbare Steuerzeichen mitgenommen, die zu dieser Darstellung führen. Wenn du die Zwischenablage verwendest, musst du den Inhalt über 'Inhalt einfügen' (Button mit dem A-Symbol im Textobjekt)  verwenden. Dadurch werden die Steuerzeichen aus der Zwischenablage entfernt.

Hallo Klaus, zunächst einmal danke für die Info. Ich habe jedoch nichts hineinkopiert, lediglich Cookiebot eingerichtet. Alles lief alles einwandfrei bis zum Update. Es wird auch lediglich bei Google Chrome nicht mehr richtig dargestellt.

Der Fehler mit den Umlauten taucht nicht auf allen Seiten auf und er betrifft das Menü oben.

Im Quelltext der Startseite steht:

<title>... - Baum der Schönheit</title><meta charset="utf-8" />

Auf einer Unterseite steht dagegen:

<title>... - Baum der Schönheit</title> <meta charset="utf-8" />

Wurde der Cookiebot nur auf der Startseite eingerichtet?

Der Cookiebot scheint nur in der Startseite eingebaut zu sein, deshalb wohl auch die Umlautfehler nur auf der Startseite und auch nur in Chrome bzw. chromiumbasierte Browsern, da der Code des Google Tag Managers vor dem Code des Cookiebots eingebaut ist und sich wohl nicht mit dem Google Tag Manager verträgt - ist aber nur eine Vermutung von mir.

Infos zur Verwendung von Google Tag Manager und Cookiebot sind hier zu finden, siehe

-----

Wollen Sie Cookiebot mit Google Tag Manager ausprobieren?

Einfach die Vorlage “Cookiebot CMP” aus der Community-Template-Galerie auswählen und unser Skript zur einfachen Einhaltung und zum Schutz der Benutzerdaten einfügen.

>> https://www.cookiebot.com/de/google-tag-manager-dsgvo/

-----

Selber verwende ich weder Cookiebot noch Google Tag Manager - aber so wie ich das verstehe müsste der Cookiebot Code aus der Stadtseite entfernt werden und über den Google Tag Manager eingebunden werden, der ja auf allen Seiten erscheint und somit auch der Cookiebot auf allen Seiten.

Die Besucher kommen ja nicht nur über die Startseite auf die Webseite, sondern über Google auch auf alle möglichen Unterseiten und auf jeder dieser Seiten muss der Cookiebot die Einwilligung prüfen.

Der Google Tag Manager (und mit ihm ja auch der Cookiebot) muss über ...

1 Einstellungen > Statistiken und Code / Code

... eingefügt werden und zwar bei ...

Benutzerdefinierter Code:

Vor dem </head> Tag

... dann sollte es eigentlich fehlerfrei funktionieren - die Nutzer können evtl. noch mehr dazu sagen.

Hallo Daniel, vielen Dank für deine Bemühungen. Ich werde versuchen die Ratschläge umzusetzen.

V.l.G. Ulrike

Hallo noch einmal, ich haben den Cookiebot jetzt unter:

1 Einstellungen > Statistiken und Code / Code

... eingefügt und zwar bei ...

Benutzerdefinierter Code:

Vor dem </head> Tag

Es hat sich jedoch an den Umlauten nichts geändert.

V.l.G. Ulrike

Gib das Google Translate mal raus und lade nochmals hoch!

Erledigt, leider keine Änderung (siehe Screenshot)

Hast du ein Zertifikat für deine Domain?  Mit https ist deine Seite auch zu erreichen, aber du hast in der URL der WEbsite unter "5" Export ins Internet diese noch als http:// eingetragen. Ausserdem unter SEO Strukturierte Daten auch noch als http:

Normalerweise kann man im Hosteraccount eine automatische Umleitung einstellen oder wenn nicht per htaccess Datei. Dazu gibt es schon einige Themen hier und auch im Internet zu finden  (htaccess von http auf https)

Ja, ein Zertifikat ist vorhanden. Unter Punkt 5 auf https:// geändert und neu hochgeladen, 

Leider keine Änderung.

Möglicherweise stimmt die Code-Einstellung auf Deinem Serverplatz nicht mehr. Mit folgendem Eintrag in der .htaccess-Datei kannst Du es eventuell beheben.

AddDefaultCharset UTF-8

Hallo Ulrike,

wenn man sich den Code im Internet anschaut, so erkennt man die falsche Zeichenumsetzung ... hier die des Buchstabens 'ö'.

Ich würde nun systematisch vorgehen, und mir anschauen, ob diese fehlerhafte Umsetzung bereits durch Incomedia WSX5 erfolgt. Ist das der Fall, so kann man doch Browser, Cookieboot, Zertifikat, Provider und was auch immer ausschließen. Dann ist der Hunde bereits vor dem Upload ins Internet begraben.

Um das festzustellen, schau dir doch mal den durch WSX5 generierten Code auf deinem Rechner an:

1. Vorschau der Webseite anzeigen lassen

2. Rechtsklick auf 'Quellcode anzeigen'

3. STRG + F: imCell_151

4. auf das kleine Dreieck vor dem Code klicken, um das Coding aufzureißen.

Frage: Wir hier noch ein 'ö' angezeigt oder bereits die falschen Zeichen ?

Das Problem scheint der Browser zu sein, siehe meine Tests:

1) Startseite mit http - bei Firefox Umlaute ok / bei Edge Umlaute fehlerhaft

2) Startseite mit https - bei Firefox Umlaute ok / bei Edge Umlaute fehlerhaft

3) Im Quelltext mit http oder https - bei Firefox Umlaute ok / bei Edge Umlaute fehlerhaft

Der Server dürfte an beide Browser dieselben Webseitendaten liefern, also liegt das Problem sehr wahrscheinlich an den chromiumbasierten Browsern wie Google Chrome und Microsoft Edge.

Natürlich kann man versuchen die Weiterleitung von http zu https einzurichten und den Cookiebot beim Google Tag Manager zu integrieren, so dass der Extra-Code vom Cookiebot entfällt, aber wenn der Chrome-Browser eine "Macke" hat, dann dürfte nur Google helfen können.

Nachtrag:

Auf Unterseiten ohne Cookiebot-Code gibt es auch bei Chrome und Edge keine Umlautprobleme, so dass wohl nur das Entfernen des Cookiebot-Codes von der Startseite das Problem lösen dürfte.

Vermutlich ist der Firefox Browser toleranter gegenüber Fehlern, aber er kann nicht alle Fehler ausbügeln, deshalb die Punkte meines Rates umsetzen.

Mein Rat:

1. Bei WebSite X5 den Cookiebot-Code von der Startseite entfernen.
2. Die Cookiebot-Hinweise, also den 2. Cookiebot-Code in den Text der Datenschutzerklärung setzen und im Text-Objekt den HTML-Button anklicken, so dass er markiert ist, damit der Code verarbeitet werden kann und die Cokkiebot-Hinweis als Text erscheinen und nicht als Code.
3. Die Weiterleitung von http zu https einrichten.
4. Die rechtlichen Dinge der Webseite aktualisieren, z.B. bei Impressum und Datenschutzerklärung sowie evtl. auch bei AGB und Widerrufsbelehrung, die vermutlich auch eine Aktualisierung brauchen.

Hinweis zu Punkt 2: Den 2. Cookiebot-Code nicht als Code in die Unterseiten setzen, da sonst der Cookiebot-Hinweis auf den Unterseiten Teile des Menüs, des Inhaltes und der Links unten überdeckt.

Ich habe der Betreiberin der Webseite bereits eine Mail zu den Punkten 2) und 3) geschrieben, aber ich wiederhole es hier noch einmal, falls meine Mail im Spamordner gelandet sein sollte.

Und wie gesagt - ich habe weder Cookiebot noch Google Tag Manager, kann also nicht online testen.

Hallo Franz-Josef, da bin ich im Moment ein wenig überfordert. Wo finde ich die .htaccess-Datei? Ich bin leider nicht so fit wie ihr. Sitze vielleicht 4 mal im Jahr zum bearbeiten der Homepage am Rechner. Ich weiß, dass ich bei IONOS gehostet habe und dass es verschiedene Datenbanken gibt. Dann hört es aber schon auf.

Hallo Klaus, ich bin deinem Ratschlag gefolgt und musste feststellen, dass unter imCell-151 in der Vorschau bereits keine Umlaute, sondern nur noch diese Sonderzeichen angezeigt werden (Siehs Screenshot)

Die Datei .htaccess ist auf dem Webspace im gleichen Verzeichnis wie die Datei index.html (die Starseite) und hier müsste die Datei .htacces drin sein, der Code hinzugefügt werden müsste.

Aber wenn das Thema zu kompliziert ist, dann einfach den IONOS-Support um Hilfe bitten, damit dieser eine Weiterleitung von http zu https (das mit dem SSL-Zertifikat) einrichtet - für den IONOS-Support dürfte das kein Problem sein und wenn er mit "Selbermachen" kommt, dann nachdrücklicher um Hilfe pochen.

Hallo Ulrike, 

Überprüfe mal ob in Schritt 1'Einstellungen' Auswahl 'Allgemein' die richtige Sprache eingestellt ist.

Wenn Du selbst dafür sorgen willst, dass Deine Website immer auf die sichere https-Site umgeleitet wird und es bei Deinem Webhoster keine Möglichkeit gibt, die Umleitung zur https-Seite zu erzwingen, musst Du selbst eine .htaccess-Datei erstellen. Dazu mit dem Windows Editor eine Datei mit folgendem Inhalt erstellen:

RewriteEngine On

RewriteCond %{HTTPS} !=on

RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}[L,R=301]

AddDefaultCharset UTF-8

Diese speichern zum Beispiel als htaccess.txt. Dann umbenennen in .htaccess (Achtung: der Punkt muss vorne sein) und diese in Dein Serverzeichnis (dahin wo Du auch Deine Homepage hochlädst) laden. Damit wird jeder Aufruf Deiner Seite automatisch auf die https-Seite gelenkt.

Hallo Daniel, hallo Franz-Josef, zunächst einmal vielen Dank für die Infos. Für mein laienhaftes Verständnis ändert sich aber doch nichts an der Tatsache, dass die Umlaute schon in der Vorschau von WebSite X5 schon falsch dargestellt werden.

Das ist richtig und scheint damit ein lokales Problem auf Deinem PC zu sein.
Erste Möglichkeit: Hast Du WebsiteX5 mit deutscher Sprache installiert? Schau mal in den Einstellungen (auf der Startseite das Zahnradsymbol anklicken) von WebsiteX5. Dort sollte die Sprache Deutsch eingetragen sein.

Zweite Möglichkeit: Die Spracheinstellungen Deines Windowssystems sind verstellt. Gib mal im Suchfeld von Windows "Systemsteuerung" ein und wähle dann "Region". Im nächsten Fenster klickst Du auf "Spracheinstellungen" und kontrollierst, ob alle dann angezeigten Sprachen auf Deutsch (Deutschland) eingestellt sind.

Nach den Änderungen solltest Du Windows herunterfahren und neu starten - also kein Ruhezustand oder Energiesparen.

Dritte Möglichkeit: Gib mal im Suchfeld von Windows "Systemsteuerung" ein und wähle dann "Region". Im nächsten Fenster klickst Du auf "Verwaltung" und wählst "Gebietsschema ändern". Im folgenden Fenster nimmst Du den Haken bei "Beta: Unicode ..." raus.

Nach den Änderungen 2 und 3 solltest Du Windows herunterfahren und neu starten - also kein Ruhezustand oder Energiesparen.

Hallo Franz-Josef, es gab nichts zu ändern. Alles stand auf "Deutsch (Deutschland)" und bei "Beta: Unicode.." war kein Häkchen gesetzt.

Hallo Ulrike,

auch wenn du den Text nicht hinein kopiert hast, mach doch bitte mal folgendes: Lösche das Textobjekt, platziere an die selbe Stelle ein neues Textobjekt und tippe Umlaute ein. Schau dir anchließend in der Vorschau mal das Ergebnis an und informiere uns darüber.

Hallo Klaus, ich habe das Textobjekt gelöscht und anschließend alles manuell eingegeben. Leider ist keine Änderung eingetreten. Einen Screenshot der Vorschau habe ich angehängt. Es kann eigentlich auch nicht an dem Textobjekt liegen, da die fehlerhaften Darstellungen auch in der Menüleiste auftreten.

Ok, ich würde jetzt noch einen Schritt weiter zurück gehen, indem ich ein neues leeres Projekt mit einem Textobjekt und Umlauten anlegen würde, um darin die Darstellung der Zeichen zu prüfen.

Ich würde sagen das Google Tag Manager Skript ist falsch eingebunden. Gehört sicherlich nicht vor dem <head> Tag eingebunden!

Du hast ausserdem keine automatische weiterleitung auf https gemacht. Entweder in deinem Hosteraccount umzustellen oder per htaccess Code wie Franz Josef oben beschrieben.

Der Google Tag Manager ist nicht vor, sondern nach dem <head> eingebunden, siehe

-----

<!DOCTYPE html><!-- HTML5 -->

<htmlprefix="og: http://ogp.me/ns#" lang="de-DE" dir="ltr">

<head>

<!-- Google Tag Manager (noscript) -->

-----

Die Cookiebot-Code gehört von der Startseite entfernt und über den Google Tag Manager eingebunden, siehe meinen Post

----- Auszug aus meinem Post von oben -----

Infos zur Verwendung von Google Tag Manager und Cookiebot sind hier zu finden, siehe

-----

Wollen Sie Cookiebot mit Google Tag Manager ausprobieren?

Einfach die Vorlage “Cookiebot CMP” aus der Community-Template-Galerie auswählen und unser Skript zur einfachen Einhaltung und zum Schutz der Benutzerdaten einfügen.

>> https://www.cookiebot.com/de/google-tag-manager-dsgvo/

--------------------------------

Natürlich muss die Inhaberin (oder wer mit WebSite X5 arbeitet) die Hilfen auch umsetzen.

Hier habe ich eine englische Anleitung mit Beispiel-Code gefunden.

-----

Google Tag Manager and Automatic cookie blocking

Combine the use of Google Tag Manager with automated cookie blocking by Cookiebot to get the best of both worlds. Implementation is quick and easy ...

>> https://support.cookiebot.com/hc/en-us/articles/360009192739-Google-Tag-Manager-and-Automatic-cookie-blocking

-----

Demnach braucht man 3 Script-Abschnitte, um Google Consent Mode, Google Tag Manager und Cookie CMP einzubinden.

Da ich keinen der Dienste nutzen, müssten Benutzer mit Erfahrung helfen. Oder die Betreiberin der Website holt sich fachkundige Hilfe, die es vorort richtig einbindet, wenn sie es nicht selber kann.

Deshalb habe ich ja gesagt, dass es erst die Skripte laden soll und danach den Google Tag Manager!  Also vor dem schließenden </head> Tag und nicht zu Beginn!

Hallo zusammen, zunächst einmal herzlichen Dank an alle, die Versuchen das Problem zu lösen.

Ich möchte jedoch anmerken, dass ich Kosmetikerin bin und selten an der Homepage arbeite.

Jetzt noch mal der Reihe nach.

Ich habe das Zusatzobjekt Cookiebot von der W5 Seite heruntergeladen, mich angemeldet und (nach der Anleitung) installiert.

Habe dann festgellt, dass die Umlaute im Google Chrome Browser nicht richtig dargestellt werden.

Wurde dann darauf hingewiesen, dass der Skipt im Bereich Statistiken und Code einzubauen ist, was dann auch gemacht wurde.

Es folgten weitere Ratschläge mit verschiedenen Änderungsvorschlägen.

Ich möchte jetzt eigentlich nur wissen, wo genau in welchem Bereich was einzutragen, bzw. zu löschen ist, dass es funktioniert.

Ich habe Screenshots beigefügt. (Vor- und nach dem HEAD Tag)

Vielen Dank