XHTML

[zzz]

wie wichtig ist valides XHTML für Google.

Macht es viel sinn, sich daran zu setzen. Ich meine jetzt für Google und nicht globalgalaktisch fürs gesamte Internet

[Alpinist]

Valider Code ist wichtig, damit die Bots es leichter haben.
xHtml ist ein neuer Standard, ob Du ihn benutzt ist Dir überlassen. Es wird auch noch die nächsten Jahrzente Html 4.0 Seiten geben.
Willst Du Seiten für mobile Endgeräte machen, ist xHtml fast unumgänglich.

Grüße

[MonikaTS]

wie wichtig ist valides XHTML für Google.

Macht es viel sinn, sich daran zu setzen. Ich meine jetzt für Google und nicht globalgalaktisch fürs gesamte Internet

nutzt du ein content management system und bietest dort auch feeds an, kann es sein, dass invaldies xhtml auch die feeds unbrauchbar macht

pauschal ist nichts sagbar,


(wieso ist dies jetzt der zweite Thread innerhalb kürzester Zeit ...)

[zzz]

sorry, den ersten Thread habe ich nicht mitbekommen.

Der Validator gibt mir bei den Google Adtags immer einen fehler bei

<!– google_ad_section_start(weight=ignore) –>

Line 124 column 6: character "<" is the first character of a delimiter but occurred as data.

hat jemand eine ahnung, wie ich das Problem löse?

[Alpinist]

<!– google_ad_section_start(weight=ignore) –>

vielleicht so?

Code: Alles auswählen

<!-- google_ad_section_start&#40;weight=ignore&#41; -->

Grüße

[zzz]

leider nicht, nein

Warning Line 124 column 6: character "<" is the first character of a delimiter but occurred as data.
<!–- google_ad_section_start(weight=ignore) –->

[Alpinist]

leider nicht, nein

Warning Line 124 column 6: character "<" is the first character of a delimiter but occurred as data.
<!–- google_ad_section_start(weight=ignore) –->

Dann musst Du da noch einen anderen Fehler haben, denn <!-- bla bla --> ist definitiv ein valider Html Kommentar.
Schau Dir mal die Tag unmittelbar davor an, evtl. hast Du noch ein offenes...

Grüße

[fi-ausbilden]

XHTML ist nicht nur für Suchmaschinen wichtig, sondern auch für Nutzer (XHTML ist Basis für Barrierefreiheit), und an die würde ich zuerst denken.
Wenn ich ein neues Projekt mache, dann XHTML - wenn Du Dir es leisten kannst bzw. die Zeit hast, würde ich auch zug um zug alte Projekte auf XHTML umstellten

Zu dem konkreten Validierungsproblem: Ich tippe drauf, dass Du irgendwo vorher ein " oder ein > nicht geschlossen hast...

[Alpinist]

XHTML ist Basis für Barrierefreiheit

xHtml != Barrierefreiheit
Das eine bedingt nicht das andere und barrierefreiheit entsteht auch nicht automatisch durch xHtml. Allerdings macht man sich da mit xHtml das Leben leichter

Grüße

[fi-ausbilden]

XHTML ist Basis für Barrierefreiheit

xHtml != Barrierefreiheit
Das eine bedingt nicht das andere und barrierefreiheit entsteht auch nicht automatisch durch xHtml. Allerdings macht man sich da mit xHtml das Leben leichter

Grüße

Deswegen hab ich ja "Basis" geschrieben Ohne XHTML wird Barrierefreiheit schwer.

[Alpinist]

Ohne XHTML wird Barrierefreiheit schwer.

Barrierefreie Seiten gab es schon lange vor xHtml und sei es als extra Textversion...
Aber einig sind wir uns ja, dass es mit xHtml deutlich leichter geworden ist

Grüße

[fi-ausbilden]

Da dann haben wir das ja auch geklärt

[rg1]

Hallo. Ich lese hier seit einigen Monaten still mit und fand es heute an der Zeit, mich zu registrieren. Ich bin neu auf dem Gebiet der SEO, aber ganz gut bewandert in (x)HTML und CSS.

Das Thema XHTML oder nicht beschäftigt viele webstandard-Enthusiasten seit langem, mich eingeschlossen. XHTML 1.0 ist die Neuformulierung von HTML 4.01 in XML 1.0, nichts bedeutend Neues oder gar Revolutionäres. XHTML 1.0 ist abwärtskompatibel und darf als text ausgeliefert werden, auch nichts Neues.

Welche Vorteile hat XHTML? Die XML-Syntax ist einfacher als die SGML-Syntax, somit sollte XHTML leichter zu erlernen sein. Definitiv ist es leichter zu validieren, vorrausgesetzt, man liefert es als XML-Dokument aus und nutzt einen xml-Validator.

Ist XHTML ein Werkzeug um Barrierefreiheit zu gewährleisten? Nein, HTML 4 ist genauso gut. Vielmehr kommt es auf syntaktisch korrekte und semantisch sinnvolle Auszeichnung an. Desweiteren sollte man strikt markup und design trennen. Es sollte ein doctype Strikt gewählt werden statt Transitional, ob HTML oder XHTML spielt keine Rolle.

Was ist mit MathML, SVG, XHTML 1.1? Kein Thema, solange es Browser ohne XML-Parser gibt.

Mir tränt das Herz, wenn mein schickes XHTML 1.0 als text ausgeliefert und durch den tagsoup-Parser gedreht wird! Na und? Kein Browser hat einen SGML-Parser, für die Browser ist letztendlich alles nur tagsoup, außer man liefert wirklich XML.

Ich persönlich bevorzuge XHTML der besseren Validierbarkeit wegen, s.o. Einen weiteren Vorteil sehe ich nicht. Ich glaube inzwischen sogar, dass die Entwicklung von XHTML in der Sackgasse ist. XHTML 2 wird kaum den Status einer W3C-Empfehlung erreichen.

Pro und Contra zum Thema:
https://schneegans.de/web/xhtml/
https://www.hixie.ch/advocacy/xhtml

Einer Suchmaschine dürfte der Dokumententyp egal sein, hauptsache das Dokument ist korrekt verfasst.