En voyant le terme XHTML on est en droit de se demander ce qui change par rapport au HTML-tout-court. Je ne vais pas faire durer le suspense trop longtemps : en fait pas grand chose, tout dépend de votre manière de coder.
Soit vous êtes un aventurier de la balise, un Indiana Jones du tag, qui écrit ses pages au feeling et tant mieux si ça marche et dans ce cas le passage au XHTML risque au mieux de vous dérouter.
Soit vous avez compris les bases du HTML (une balise ouverte doit être refermée, les balises ne doivent pas se croiser, etc.), et alors vous bous demanderez presque : "Mais à quoi donc sert ce X devant HTML ?"
Au commencement il y avait le web, puis, dans un souci de communiquer de la
part de ses habitants, il y eut le HTML (petit-fils du SGML),
un langage simple, à base de balises, permettant à tous de s'exprimer
clairement en structurant un document : titres, paragraphes, etc. Mais
un jour, dans le but d'améliorer les présentations, de nouveaux mots sont
apparus, inventés par les développeurs de navigateurs. Parmi eux <font>,
<layer>, <marquee>, <blink> et
plein d'autres ! Cependant, à cause de la concurrence existant entre les
deux principaux développeurs de ces navigateurs (Microsoft et Netscape, pour
ne pas les nommer), la plupart des balises créées par l'un étaient incompatibles
dans l'autre et inversement. Il est alors devenu difficile pour les développeurs
web de faire passer leur message, n'étant jamais totalement sur d'être bien
interprété par les navigateurs de leur clients.
C'est pour remédier à ce problème que le W3C, par l'intermédiaire de ses recommandations.