• Seiten können keine tags haben
• Seiten können nicht kategorisiert werden
• Man kann Seiten nicht so flexibel einsetzen wie Artikel
• Seiten erscheinen nicht im RSS feed
• Artikel sind besser für die Besucher und die Suchmaschinen

Ich habe das ausgezeichnete plugin p2pConverter benutzt. Eine Seite in einen Artikel umzuwandeln ist sehr einfach. Das plugin fügt den Seiten in der Seitenübersicht einen Knopf hinzu: “Convert to post”, auf Deutsch “In eine Seite umwandeln.” Einfach auf den Knopf klicken, bestätigen, und schon ist man eigentlich fertig. Um das volle Potenzial auszuschöpfen sind noch ein paar Schritte mehr nötig:

• Der neue Artikel erscheint in der Standard-Kategorie, das ist meistens nicht erwünscht
• Der Artikel hat keine tags, der Hauptgrund für die Umwandlung war es jedoch, tags hinzu fügen zu können
• Um ganz sicher zu gehen dass die alten Adressen der Seiten auch in Zukunft zu den neuen Artikeln führen habe ich 301-Weiterleitungen im Webserver eingerichtet

Ein kleines Problem ist mir aber aufgefallen: Die neuen Artikel erscheinen alle im aktuellen RSS feed, obwohl das Datum der Veröffentlichung schon lange zurück liegt. Das ist nicht weiter schlimm wenn es sich nur um ein paar neue Artikel handelt, aber man sollte es nicht vergessen.

Ein Problem könnten Suchmaschinen sein, die eine der Seiten als sogenannten duplicate content werten. Ein anderes Problem kann auftauchen, wenn man cookies benutzt. Wenn man beim Einsatz der cookies nicht besonders aufmerksam ist werden die cookies der Domäne www.seite.de auf seite.de nicht erkannt. Dies kann zu einer Vielzahl von Problemen für die Besucher führen (siehe auch die cookie Spezifikation).

Es gibt einige Lösungsansätze, darunter welche die mod_rewrite einsezten. mod_rewrite ist ein äußerst praktisches Werkzeug, in diesem Fall aber eher ungeeignet. Eine bessere Lösung ist, in der apache Konfiguration einen virtuellen host einzurichten, der alle Anfragen an die subdomain zur Hauptdomain weiterleitet. Damit vermeidet man alle potenziellen SEO, cookie und caching Probleme, und man schont den Prozessor etwas.

# NameVirtualHost *:80
 
    ServerName www.seite.de
    # Dies ist unsere Hauptdomäne
    # ... Hier erfolgt die weitere Konfiguration
 
    ServerName seite.de
    ServerAlias *.seite.de
    # Hier garantieren wir, dass auch Anfragen wie qqq.seite.de korrekt
    # weitergeleitet werden.
    Redirect / http://www.seite.de/

Es sollte ebenfalls beachtet werden, welche Art von Redirect eingesetzt wird, siehe hierzu die mod alias Dokumentation. In diesem Beispiel wurde ein 302 benutzt.

Für lighttpd kann man folgendes benutzen:

$HTTP["host"] =~ "seite\.de" {
    $HTTP["host"] != "www.seite.de" {
        url.redirect = (
            "^(.*)$" => "http://www.seite.de$1",
        )
    }

Dies kann man auch auf schon bestehenden Seiten durchführen, der PageRank z.B. sollte sich nicht verändern bzw. nach kurzer Zeit auf den alten Wert zurückkehren.

IIS Benutzer, könnten sich für diese (englische) Seite interessieren.

Angenommen, die Konfiguration von realurl ist korrekt, siehe Handbuch, dann kommen die Probleme wahrscheinlich daher, dass der realurl pathcache veraltet ist. Man kann realurl kurzzeitig abstellen, um dies zu überprüfen.

Falls realurl wirklich die Probleme verursacht, kann man die Inhalte der tx_realurl_pathcache Tabelle löschen:

DELETE FROM tx_realurl_pathcache;

Damit sollte alles mit mount points und hübschen, SEO-freundlichen URLs auf mehreren Domains funktionieren.

Anmerkung: Wer nicht in der Datenbank arbeiten möchte sollte sich die realurl Dokumentation ansehen und den cache deaktivieren oder über das backend löschen.