Seite 1 von 1

Müssen Umlaute in der Meta Description maskiert werden?

Verfasst: 28.07.2010, 16:59
von AndreasMeier
Hallo zusammen,

kurze Frage:
Müssen Umlaute in der Meta Description maskiert werden, wenn ein passender Content-Type definiert ist ?

Code: Alles auswählen

 <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >
Danke und Gruß
Andreas

Verfasst:
von

Verfasst: 28.07.2010, 17:41
von Andreas I.
Nein.

Verfasst: 29.07.2010, 01:23
von 800XE
Andreas I. hat geschrieben:Nein.
1. sag ich auch "Nein" zum AndreasM

2.
hab ich mich schonmal gefragt ob 2te Version zu Problemen Führen kann

Code: Alles auswählen

<head>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >
  <title>Dies und das mit Ümläuten</title>
</head>

Code: Alles auswählen

<head>
  <title>Dies und das mit Ümläuten</title>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >
</head>
Da vielleicht der Titel gelesen wird und der Zeichensatz nochnicht mitgeteilt wurde



@AndreasM

Der Zeichensatz im html-Header-Meta ist normal unnötig,
da er normal schon im http-Header drin steht

und ganz gefährlich ist es,
wenn im html "iso" und im http "utf"
bzw
wenn im html "utf" und im http "iso"

Der im http hat nähmlich eher höhere Priorität
und wenn du im html-Header-Meta einen Anderen hast, dann wäre das ein Problem
https://www.chegu.de/AWT/HTTP-Header.html

Verfasst:
von

Verfasst: 29.07.2010, 06:11
von SloMo
800XE hat geschrieben:hab ich mich schonmal gefragt ob 2te Version zu Problemen Führen kann

Code: Alles auswählen

<head>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >
  <title>Dies und das mit Ümläuten</title>
</head>

Code: Alles auswählen

<head>
  <title>Dies und das mit Ümläuten</title>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >
</head>
Da vielleicht der Titel gelesen wird und der Zeichensatz nochnicht mitgeteilt wurde
Ich verstehe Dich! Krass! Hast Du Drogen genommen? Oder vielleicht gerade keine Drogen genommen? Egal, habe nämlich eine Vermutung dazu:

Heute, im Zeitalter der eventgetriggerten Programmierung kennt man ja diese hin- und herhüpfenden Webseiten. Da kommt zuerst der eine Rand, dann der andere, dann taucht der Content auf und immer, wenn etwas neues auftaucht, verändert sich das Layout.

Etwas ähnliches gibt es auch bei Style-Sheets: sobald sie geladen werden, verändert sich die Darstellung entsprechend. Oder sobald ein JavaScript etwas im DOM ändert, wird diese Änderung auch sichtbar.

Deshalb würde ich davon ausgehen, dass die Engines der Webbrowser alle Informationen aufgreifen, sobald sie verfügbar werden. Die machen bei Änderungen des DOMs automatisch einen Refresh der Ausgabe.

Eine Andere Frage ist natürlich, was Bots daraus machen... deshalb wäre es immer besser, Http-Equivalente vor dem Content stehen zu haben oder statt dessen gleich HTTP zu benutzen.

Verfasst: 29.07.2010, 07:50
von AndreasMeier
800XE hat geschrieben:
Andreas I. hat geschrieben:Nein.
@AndreasM
Der Zeichensatz im html-Header-Meta ist normal unnötig,
da er normal schon im http-Header drin steht

und ganz gefährlich ist es,
wenn im html "iso" und im http "utf"
bzw
wenn im html "utf" und im http "iso"

Der im http hat nähmlich eher höhere Priorität
und wenn du im html-Header-Meta einen Anderen hast, dann wäre das ein Problem
Im HTTP-Header steht unter Content-Type nur "text/html".
Passt das dann in Kombination mit dem HTML-Header oder muss da was stehen ?
Accept-Charset ist aber: "ISO-8859-1, utf-8;q=0.7,*;q=0.7"

Was mich auch verwundert hat, ist, dass im HTTP-Header ein Expire-Datum mit 1981 angegeben wird. Was soll das denn bringen?

Danke und Gruß

Verfasst: 29.07.2010, 09:28
von SloMo
Accept-Charset ist im Request-Header. Du bittest um irgend ein Charset, würdest aber ISO-8859-1 bevorzugen.

Der Server antwortet mit einem unbestimmten Charset. Also sollte das HTTP-Equivalent aus dem Dokument benutzt werden. Du müsstest wohl die Server-Config ändern oder per PHP etc. den Header manuell setzen, wenn Du Wert darauf legst, dass ein Charset mit dem Header kommt.

Das Verfallsdatum wird häufig so weit in die Vergangenheit gelegt, um sicherzustellen, dass das Dokument auf keinen Fall (selbst auf Servern und Rechnern mit falscher Uhrzeit) gecacht wird.