ABAKUS

Solange man grobe Schnitzer vermeidet (nicht geschlossene <a href... usw.), nicht. DOCTYPE usw. sind für Suchmaschinen nicht relevant.

Ok. Dann die grundsätzliche Frage: Was bringt mir XHTML überhaupt?

Ich denke auch nicht, dass XHTML besondere Auswirkungen auf die Suchmaschinen hat. Was sich natürlich positiv auswirken kann ist der schlanke Code. Normalerweise sind optimierte XHTML-Dokumente auch gut strukturiert (geht aber auch mit HTML!).

Was natürlich etwas bringen kann ist, dass du mit Hilfe von CSS bestimmen kannst, was wie wo im Quelltext bzw. auf der Seite steht.

Du kannst z.B. die Navigation im Quelltext ganz nach hinten verbannen, und den eigentlichen Text nach oben. Im Browser fällt das keinem auf.

Gruß, Holger

glaube, ich auch nicht wirklich (mache es aber trotzdem) und dem User bringt es evtl. ein wenig Speed. Vorteil für dich ist dass du HTMl Fehler viel schneller findest wenn du dich um die validierung kümmerst.

Ok, Danke an die Aussagen.

wirkliche vorteile hast du vom xhtml nicht, eher von dem rattenschwanz, der da dranhängt (sauberer, semantischer code, trennung von markup und formatierung, usability, zugängigkeit). du nimmst dem code seine komplexität, es wird alles viel 'einfacher'. das ist der große vorteil - aber das kannst du genauso gut in html 4. du mußt es eben nur machen

@derHund: richtig! Alles mehr oder weniger auch in HTML möglich, aber wer sein Layout so umstellt, der kann auch gleich XHTML draus machen. Oder?

Gruß, Holger

ja, sicher.

ich wollte vielleicht nur drauf hinweisen, daß nicht xhtml dem html vorzuziehen ist, auch, daß validität durchaus sinnvoll, aber kein garant für eine vernünftige seite ist.

desweiteren gibt es einige leute, die in xhtml nicht unbedingt die zukunft sehen, es eher für einen schritt in die falsche richtung halten.

mir fällt eigentlich kein einziger vorteil ein, den xhtml (allein auf den doctype bezogen) gegenüber html4 hat. zumindest nicht für die breite masse. für mich als entwickler ists natürlich vorteilhaft, daß es bei falschen markup oder 'junk' im dokument gleich zu einer fehlermeldung kommt. (nicht gerade groß, der vorteil).

ansonsten, kleinschreibung, keine nicht-abgeschlossenen elemente, keine kurzschreibweise bei attributen ... alles nur rein 'optisch'.

genau betrachtet, würde html sogar bei gleichem markup geringere dateigrößen erreichen (siehe vorheriger absatz).

mein fazit: wer vernünftig auszeichnet (und darum geht es, nicht um das x oder um reine validität), dem kann es egal sein, ob er das in html oder xhtml tut.

oder?

@derHund: ich stimme dir da völlig zu.

OK, ich weiß zwar nicht, warum die HTML-Seite kleiner sein soll als die XHTML-Seite, aber du wirst das schon getestet haben.

Was ich mich allerdings frage: warum soll XHTML ein weg in die falsche Richtung sein? Im Prinzip ist XHTML ja nur eine Untermenge von XML und ich denke, dass sich das mittlerweile langsam still und heimlich als Standard herauskristalisiert hat.

Wer eine saubere HTML-Datei abliefert hat sicher keine Nachteile (zumindest im SEO-Bereich) gegenüber einer XHTML-Datei.

Gruß, Holger

Weil Tags nicht abgeschlossen werden müssen, Argumente nicht unbedingt in Quotes sein müssen dadurch wird es automatisch kleiner.

Weitere Tipps zur Ladezeitenoptimierung unter
https://www.websiteoptimization.com/
kauft euch das Buch kann ich nur empfehlen.

@axelm:Naja, ich denke das lässt sich ja wohl vernachlässigen. Und die meisten schließen ja ihre Tags ohnehin. Aber wieviel wird das wohl ausmachen?

1%
noch mal x prozent überflüssig Meta Tag raus,
noch mal code optimieren etc...
kommt schon einiges zusammen.
sende mir doch mal per PN eine deiner URLs und wir probieren das mal in der Praxis aus und schau mal was bei nem echten projekt noch rauszuholen ist.