TYPO3 Framework und CMS

Auf der Suche nach einer Lösung von Duplicate Content in TYPO3, stieß ich auf die Extension "ods_seo" (SEO Buddy). Die Extension hängt sich in den TypoScript-Code (page.headerData) und überprüft in der Datenbank, welches die eindeutige URL zu der aufgerufenen Seite ist und setzt diese als META-Tag (canonical) im Head-Bereich der Seite. Denn um die Duplicate Content Problematik zum Beispiel in TYPO3 zu lösen, gibt es seit längerem das “Canonical Meta-Tag”, dass die größten Suchmaschinen im Internet, Google, Yahoo! und Microsoft unterstützen.Im Head-Bereich der Internetseite wird nun unter den bekannten MetaTags wie "robots", "language", und weitere MetaTags auch der"rel=canoncial" Tag eingebunden.

Der Canonical MetaTag sieht wie folgt aus:

<link  rel="canonical" href="http://www.domain.de/pagename/" />

Im Framework TYPO3 hat man automatisch Duplicate Content, da eine Inhaltsseite  zum Beispiel über "http://www.domain.de/index.php?id=1" oder über "http://www.domain.de/?id=64", "http://www.domain.de/pagename" oder http://www.domain.de/pagename/ (via RealUrl umgeschrieben) erreichbar ist. Die Extension "ods_seo" versucht dies zu verhindern, indem in der Datenbank geschaut wird, welches die wirklich eindeutige aufrufbare Url für die angeforderte Seite ist.

Die Konfiguration der TYPO3-Extension ist denkbar einfach. Ebenfalls steht im TER auf typo3.org eine recht kurze aber ausführliche Anleitung zur Grundkonfiguration der Extension zur Vermeidung von Duplicate-Content zur Verfügung.
Wichtig zu wissen ist, dass ihr bei dem Einsatz dieser Extension einen modernen Server zur Verfügung hat, der auch größere Datenbankabfragen problemlos in kurzer Zeit verarbeiten kann. Die TYPO3 Extension schaut bei jedem Seitenaufruf in der Datenbank nach der eindeutigen (Unique-URL) Adresse. Sofern die Extension RealUrl installiert wurde, wird auf die Datenbanktabelle von RealUrl zurückgegriffen. Ist der Internetauftritt in diversen Sprachen und mit mehr als 500 Inhaltsseiten vorhanden, können die Datenbankabfragen sehr rechen- und zeitintensiv werden.

Bei dem Einsatz dieser Extension sollte ebenfalls beachtet werden, dass die eigens geschriebenen Extensions für das TYPO3-Frontend über das TYPO3-Framework generiert werden und nicht händisch durch eigene Funktionen erzeugt werden. Sind die Links durch eigene PHP-Funktionen generiert, so kann die Canonical-Extension nicht greifen, da diese Urls nicht in der RealUrl-Datenbanktabelle stehen oder von TYPO3 gecached wurden. Daher nutzt bitte in euren Frontend-Extensions immer die TYPO3-Kernfunktionen.

TYPO3-Kernfunktionen (tslib_pibase) zur Generierung von Links in Frontend-Extensions:

• pi_getPageLink ($id, $target='', $urlParameters=array())
• pi_linkToPage ($str, $id, $target='', $urlParameters=array())
• pi_linkTP ($str, $urlParameters=array(), $cache=0, $altPageId=0)
• pi_linkTP_keepPIvars ($str, $overrulePIvars=array(), $cache=0, $clearAnyway=0, $altPageId=0)
• pi_linkTP_keepPIvars_url ($overrulePIvars=array(), $cache=0, $clearAnyway=0, $altPageId=0)

Möglicherweise werdet ihr bei der Generierung der Canonical-Url einen GET-Parameter "cHash" erhalten. Dies scheint in der Extension "ods_seo" Probleme zu bereiten. Abhilfe schafft generell nur das Entfernen der Codezeilen in der "_pi1" der Extension, die den "cHash" berücksichtigen.

TYPO3 Framework und CMS

Welcher TYPO3-Integrator steht nicht vor dem Problem, dass für die Suchmaschinenoptimierung die meta-Keywords und auch die meta-Descriptions gesetzt werden sollen. Gesehen hat sicherlich jeder Redakteur und TYPO3-Integrator, dass in den Seiteneigenschaften die Möglichkeit besteht, die meta-Keywords und meta-Descriptions zu setzen. - Nur wie sind diese per TypoScript auszulesen?

Im TypoScript-Template lassen sich die Konstanten und der eigentliche Setup des TS definieren. Für die "Standard-Meta-Keywords" und "Descriptions", können in den Konstanten eigene Variablen definiert werden, welche später im TypoScript-Setup ausgelesen werden. Sofern für eine Seite keine Keywords und Descriptions gesetzt wurden, werden die Konstanten ausgelesen und in die meta-Tags geschrieben.

Das TLO (Top-Level-Object) Page in Verbindung mit der TSREF-Eigenschaft "meta" führen zum Ziel der Ausgabe der meta-Daten.
Im TypoScript-Setup muss folgender Code integriert werden:

page {
 meta.description = {$meta.description}
 meta.description.override.field = description
 meta.keywords = {$meta.keywords}
 meta.keywords.override.field = keywords
}

Die geschweiften Klammern und das Dollar-Zeichen lesen die definierte TypoScript-Konstante aus, sofern in der aktuellen Seite keine Keywords oder Descriptions gesetzt wurden.

Das Volksphone ist der Nachfolger des Beifreiphone-Contests aus dem Jahr 2008. - Im Jahr 2008 gab es das Apple iPhone 3G zu gewinnen und im Jahr 2009 wird das iPhone 3Gs 32 GigaByte in schwarz ohne Vertrag vom 3Gstore.de Shop verlost.

Bis zum 23.09.2009 -  22:00 Uhr ist es die Aufgabe mit dem Begriff "Volksphone" den ersten Platz bei Google Deutschland zu belegen.
Der Sieger wird wie auch schon im vorigen Jahr während der TRG OMclub Party gekürt.

Vielleicht darf sich schon bald jemand über das Volksphone freuen.

Denn um die Duplicate Content Problematik zu lösen gibt es seit einigen Tagen den “Canonical Meta-Tag” den die größten Suchmaschinen im Internet, Google, Yahoo! und Microsoft unterstützen.

Im Head-Bereich der Internetseite wird nun unter den bekannten MetaTags wie "robots", "language", und weitere MetaTags auch der"rel=canoncial" Tag eingebunden.

Der Canonical MetaTag sieht wie folgt aus:

<link  rel=”canonical” href=”http://www.domain.de/pagename.html” />

Im Framework TYPO3 hat man automatisch Duplicate Content, da eine Inhaltsseite  zum Beispiel über "http://www.domain.de/index.php?id=1" oder über http://www.domain.de/?id=64 oder http://www.domain.de/pagename.html (via RealUrl umgeschrieben) erreichbar ist.

Da das Typo3-Framework bis Dato nicht wirklich auf die Suchmaschinenoptimierung ausgelegt ist und wenig HeaderData-Informationen mitbringt, werden wir aufgefordert die Canonical-Informationen eigenhändig in die Meta-Data zu schreiben.

Via TypoScript lässt sich dies, wie schon zu Beginn dieses Artikels erwähnt, wunderbar lösen.

Es gibt derzeit viele Lösungsansatz im Internet, jedoch sind diese meist statisch mit der sogenannten config.baseURL von Typo3 verknüpft und müssten bei einem Server oder Domainumzug zusätzlich angepasst werden.
Mit der TypoScript-Lösung von der MaritAG und meiner Erweiterung in dem TypoScriptcode lässt sich der schon vorhandene Typo3 config.baseURL-Pfad vererben und somit muss keine zusätzliche Anpassung mehr vorgenommen werden.

Direkt im Typo3 Backend würde der Code wie folgt aussehen:

### [Begin] Canonical Duplicate-Content Vermeidung ###
lib.canonical = COA
lib.canonical {
#Eckige Klammern mit spitzen Tag-Klammern ersetzten:
wrap = <link rel="canonical" href="|" />
1 = TEXT
1 {
value < config.baseURL
wrap = |

}
2 = TEXT
2.typolink {
parameter = {page:uid}
parameter.insertData = 1
useCacheHash = 1
# add all get parameters from the current URL
addQueryString = 0
addQueryString.method = GET
# remove the page id from the parameters so it is not inserted twice
addQueryString.exclude = id
returnLast = url
}
}
page.headerData.200 < lib.canonical
## [END] Canonical Duplicate-Content Vermeidung ###

In dem Code lassen sich div. Einstellungen vornehmen. Unter anderem lässt sich einstellen, ob die gesamten GET-Parameter in der URL übernommen werden sollen oder nicht. Wird der Wert von "addQueryString" auf "1" gesetzt, werden an die URLs, alle GET-Parameter übermittelt und wir haben somit auch wieder Duplicate Content ....
Aufgrund dessen ist dieser Wert bei mir auf "0" gesetzt. Wir wollen nur die Seite, ohne Zusatzparameter in der Suchmaschine haben.

Der "wrap" in dem ersten Element der "lib.canonical" bindet die config.baseURL ein und übermittelt diese an den Haupt-Wrapper der "lib.canonical". So haben wir eine relativ dynamische baseURL, sollte man die Domain mal wechseln.
Natürlich muss die config.baseURL im TypoScript definiert sein.

config.baseURL = http://www.domain.tld/

Das letzte Slash "/" darf bei der baseURL nicht vergessen werden, ansonsten werden alle Links falsch generiert und der Internetauftritt funktioniert nicht mehr.