Eine der Lösungen habe ich schon genannt, denn üblicherweise schreibt man größere Websites nicht mit der Hand, sondern nutzt spezielle Web-Editoren, wie Netscape Objects, Joomla! oder den VisualWeb Developer. Diese mischen das Inhaltsverzeichnis in den jeweiligen HTML-Code, ohne das object- oder iframe-Element nutzen zu müssen. Das Ergebnis ist HTML/strict und also korrekt.

Wenn Sie aber kein solches Programm einsetzen (und ich will es hier ja technikneutral ohne diese zeigen), brauchen Sie Hilfe von anderer Seite: vom Server. Auf dem Computer beim Provider, der die Dateien speichert, läuft zwangsläufig ein Programm, welches auf Anforderung des Browsers die gewünschte Datei sucht und sendet.

Wenn Sie Glück haben (sehr häufig haben Sie das!), versteht dieser Server auch bei Ihrem Provider so genannte Server Side Includes, kurz SSI. Das sind spezielle Befehle, die er in der Datei bearbeitet, bevor er diese ausliefert. Anstatt also im Browser zu spät zu versuchen, die Code-Teile zu mischen, macht das der Server vorher.

Das hat einen unglaublichen Vorteil: Es ist unerheblich, welcher Browser verwendet wird, denn er merkt davon nichts. Nachdem der Server die Datei überarbeitet hat, ist es normaler HTML-Code. Nicht der Browser darf entscheiden, ob er beispielsweise ein object-Element als gefährlich einstuft, sondern Ihr Server macht den Austausch und zwar für jeden gleich.

Allerdings darf der wesentliche Nachteil auch nicht verschwiegen werden: Ihr Server muss mit Server Side Includes umgehen können. Das bedeutet:

• Er muss so eingestellt sein, dass er SSI überhaupt verarbeiten kann (das entscheidet Ihr Provider).

• Ihre Datei muss sich auf dem Server befinden (was bisher nicht notwendig war).

• Ihre Datei muss (meistens) die Endung .shtml statt .html haben, damit der Server überhaupt seine Befehle darin sucht.