Umlaute, Macintosh

[bigbunny]

Hallo liebe Leute

Seit langer Zeit quäle ich mich nun schon mit Umlauten herum. Bei MySql hab ichs aufgegeben, bei PHP-generierten e-Mails hab ich die Lösung gefunden, und nun mache ich mich endgültig daran, die META Tags in den Griff zu bekommen.

Das Dilemma:

1) Ich setze ich Umlaute direkt in Titel- und Metatags (wie es ja jeweils empfohlen wird) und speichere das ganze im UTF-8 Charset ab. Dazu benutze ich Dramweaver auf Macintosh.
-Teste ich nun die Seite unter https://www.seotoolset.com auf die Keyword Density, dann wird der Begriff "Katzenbäume" als "Katzenbäume" gelesen.
-Im Browser werden die Keywords jedoch korrekt angezeigt.

2) Die Umlaute belasse ich als solche in Titel- und Metatags und speichere die Seite im Western(Latin1) Charset ab (iso-8859-1). Dazu benutze ich Dramweaver auf Macintosh.
-Nun werden die Umlaute vom Browser Missinterpretiert ("Katzenbäume" wird nun "Katzenb?ume").
-Dafür werden sie richtig interpretiert vom Density Checker auf https://www.seotoolset.com.

3) Ich setze die Umlaute Codiert (ü) in Titel- und Metatags. Funktioniert wohl für Google, wie ich annehme, trotzdem ist mir dabei unwohl. Beim Keyword Density Checker auf https://www.seotoolset.com bekomme ich das Wort "uuml" als eigenes Suchwort, welches erst noch die grösste Dichte besitzt.


Kann mir jemand helfen?? Ich bin am Ende meines Lateins (
MICHI

[Kristian]

Hallo
Ich glaube mehr, den Leuten von seotoolset sollte jemand helfen.
So wie du es beschreibst, machst du es richtig, nur dass seotoolset wohl kein UTF-8 umsetzen kann.
Es ist auch nicht wirklich leicht aus einem UTF-8 / HTML-Mix richtiges UTF-8 zu machen.
Gruss Kristian

[bigbunny]

Hmmmmm. Was ich mir einfach überlege, ist, ob UTF-8 keine Nachteile hat. Können alle Search-Engines das richtig interpretieren? Und alle Betriebssysteme und Browser?

Zudem frage ich mich, wieso ich es nicht hinkriege (auch mit der Hilfe von BBEdit nicht), eine iso-8859-1 codierte Seite hinzukriegen, bei der die Umlaute im Title-Tag richtig interpretiert werden im Browser. Liegt das an Macintosh??? Wenn ich nämlich andere Seiten besuche, wird bei denen der Umlaut-Titel korrekt angezeigt, und der ist dann auch in iso-8859-1 und nicht in UTF-8.

[Kristian]

Hallo
> ob UTF-8 keine Nachteile hat. Können alle Search-Engines das richtig interpretieren?

Nein, alle können das gewiss nicht, aber alle namhaften grossen SuMa's haben auf UTF-8 umgestellt bzw. sind dabei.
Die Browser stellen UTF-8 eigentlich richtig da, es sei denn du bedienst dich aus einem Teil des Unicode-Schriftsatzes, der auf dem jemweiligen OS nicht installiert ist.
Das wäre z.B. bei Arabisch wohl oft der Falll.
MS fragt ja bei solchen Seiten und will den Buchstaben-Satz nachladen.

Ich denke bei 1 hast du alles richtig gemacht und deine Software hat es auch richtig gespeichert.

Bei 2 kann deine Software den Fehler haben oder du hast die Angabe / Änderung des Schriftsatzes vergessen.

Gruss Kristian

[Rainer1970]

Zudem frage ich mich, wieso ich es nicht hinkriege (auch mit der Hilfe von BBEdit nicht), eine iso-8859-1 codierte Seite hinzukriegen, bei der die Umlaute im Title-Tag richtig interpretiert werden im Browser. Liegt das an Macintosh???

Ganz sicher liegt es nicht am Macintosh. Ich mache meine Seiten auch mit einem Mac. Allerdings fast nur mit TextEdit. Abspeichern tu ich sie als Westeuropäisch (ISO Latin 1) im Text habe ich in den Metas:

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">

Im Browser werden ganz normal die Umlaute angezeigt. Guckst du hier: https://www.service.safferthal.net/teebaumoel.shtml

Wie irgendwelche SEO-Tools meine Seite darstellen ist mir egal. Was zählt sind die Suchmaschinen und da habe ich noch nie falsche Titels bei meinen Seiten gesehen.

[lrosen]

Damit das Encoding (egal ob UTF-8 oder ISO) richtig funktioniert, müssen folgende Faktoren absolut zusammenpassen:

- Format der Dateien auf der Festplatte des Servers
- HTTP Content-type Header
- HTML <meta> content-type (falls vorhanden)

Dein Dreamweaver kann sicher <meta>-Tags erzeugen und Dein Mac kann wahrscheinlich die Dateien im richtigen Format lokal abspeichern, alles andere musst Du aber Server-seitig klären/lösen.

[robo]

1) Ich setze ich Umlaute direkt in Titel- und Metatags (wie es ja jeweils empfohlen wird)

Wer empfiehlt sowas? Ich benutze immer Entities (&auml; etc.) und hatte noch nie Probleme damit.

und speichere das ganze im UTF-8 Charset ab. Dazu benutze ich Dramweaver auf Macintosh.
-Teste ich nun die Seite unter https://www.seotoolset.com auf die Keyword Density, dann wird der Begriff "Katzenbäume" als "Katzenbäume" gelesen.
-Im Browser werden die Keywords jedoch korrekt angezeigt.

Hast du auch den korrekten Zeichensatz-Metatag drin?

2) Die Umlaute belasse ich als solche in Titel- und Metatags und speichere die Seite im Western(Latin1) Charset ab (iso-8859-1). Dazu benutze ich Dramweaver auf Macintosh.
-Nun werden die Umlaute vom Browser Missinterpretiert ("Katzenbäume" wird nun "Katzenb?ume").
-Dafür werden sie richtig interpretiert vom Density Checker auf https://www.seotoolset.com.

Auch hier die Frage nach dem Zeichensatz-Metatag.

3) Ich setze die Umlaute Codiert (&uuml;) in Titel- und Metatags. Funktioniert wohl für Google, wie ich annehme, trotzdem ist mir dabei unwohl. Beim Keyword Density Checker auf https://www.seotoolset.com bekomme ich das Wort "uuml" als eigenes Suchwort, welches erst noch die grösste Dichte besitzt.

Sicher, dass du nirgends das Semikolon am Ende der Entities vergessen hast? Wenn ja, taugt das Tool nichts.

cu, Robo

[bigbunny]

Ja, den korrekten Metatag setzt Dreamweaver automatisch auf z.B. <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> (bei UTF-8) resp. auf <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> (bei Western Latin).

Dass man die Umlaute als solche ausschreiben sollte in Metatags und Titel hab ich so im Forum hier nachgelesen. Kann aber sein, dass da auch gegenteiliges behauptet wird (wie so oft)

Nein, das Semikolon sollte überall korrekt sein. Kann schon sein, dass das Tool nix taugt. Aber ich frage mich, ob es sonst auch Nachteile hat...



Hmmm, wegen dem Tipp von lrosen wegen dem Server, das müsste ich mal ausprobieren. Knifflige Sache, das ganze

[Kristian]

@bigbunny
volkart?
HTTP/1.1 200 OK
Date: Wed, 26 Oct 2005 08:01:44 GMT
Server: Apache
Last-Modified: Tue, 23 Aug 2005 14:43:31 GMT
ETag: "17f7b-13ba-d1db6ac0"
Accept-Ranges: bytes
Content-Length: 5050
Connection: close
Content-Type: text/html; charset=UTF-8

Uuuups, Fehler gefunden.

Gruss Kristian

[bigbunny]

@Kristian
Was meinst du genau? Was für ein Fehler? Warst du auf www.volkart.net? Hat es dort einen Fehler? Welchen? (Sorry, bin noch nicht so versiert ) Eigentlich meinte ich jedoch die Seite www.katzenbaum.ch

Gruss MICHI

[Kristian]

@bigbunny

Ich habe dir den HTTP-Header deines Servers gepostet.
Der sagt es sei
"Content-Type: text/html; charset=UTF-8"
Wenn du dann was anderes in die Seite schreibst entsteht Verwirrung.

Gruss Kristian

[bigbunny]

Ahaa!! Jetzt kommen wir der Sache doch schon näher!! Dann liegt dort der Hund begraben!! Wenn ich nämlich www.katzenbaum.ch/index2.htm eingebe (eine Testseite im Latin1 Format) bekomme ich die Umlaute im Titel falsch. Der Head-Test zeigt mir dann auch folgendes:

HTTP/1.1 200 OK
Date: Wed, 26 Oct 2005 08:26:48 GMT
Server: Apache
Last-Modified: Wed, 26 Oct 2005 04:41:45 GMT
ETag: "2b59e-1bf1-df9d9440"
Accept-Ranges: bytes
Content-Length: 7153
Connection: close
Content-Type: text/html; charset=UTF-8


Dann kann ich noch lange probieren mit Latin1
Was gibt es nun für Alternativen? Kann der Server nur jeweils ein Charset ausgeben (in diesem Falle UTF-8)? Oder kann man da rumschrauben??

[Kristian]

Hallo
Man kann das Charset in der httpd.conf bzw. mod_mime-defaults.conf einstellen zumindest beim Apache2
Per default wird dort gar nichts eingetragen.
Gruss Kristian

[bigbunny]

Danke, Kristian!! Hast mir sehr geholfen!
Weisst du grad, ob das httpd.comf pro domain eingestellt werden kann oder nur für den ganzen Server?

[Kristian]

Hallo
Rein theoretisch sogar per .htaccess
https://httpsd.apache.org/docs/2.0/mod/core.html
Das ist aber leider auch von der Konfiguration des Servers abhängig, was du überschreiben darfst und was nicht.
Im Zweifelsfalle hilft nur der Hoster.
Gruss Kristian

Edit: nach "AddDefaultCharset" suchen