Doch genau das halte ich für einen wichtigen Punkt in der Onpage-Optimierung: Individualität für Titles und Metas! Keine allgemeinen immer gleichen oder zu ähnlichen Geschichten!

Automatische Metatags für xt:Commerce

Deshalb mag ich die automatisierten Metatags von Gunnart (aktuelle Version 0.9f). Das Script holt sich die Keywords, Description und Title nach festen Regeln aus dem Inhalt der Produktbeschreibung (die hoffentlich schon für jedes Produkt individuell gestaltet ist!!!).

Automatische Meta-Keywords

Es werden automatisiert nur Worte als Metakeywords verwendet, die mindestens 9 und maximal 18 Buchstaben lang sind. Damit soll versichert werden, dass hauptsächlich Fachbegriffe Einzug in die Metas finden, die ja meist eine gewisse Länge bekommen.

Weiterhin gibt es eine Stopword-Liste mit Worten, die auf keinen Fall in die Metakeywords aufgenommen werden sollen (der, die, das, jedenfalls, …)

Für Worte, die eigentlich zu kurz sind um Berücksichtigung zu finden gibt es eine Liste mit “GO-Words” die noch um die wichtigsten Worte des zu optimierenden Shops zu ergänzen wären.

Eine Änderung, die ich hier in den Einstellungen vornehme: Ich setze die Mindestlänge des Wortes von 9 auf 7.

Automatische Metadescription

Auch diese wird nur dann erzeugt, wenn der Shopbetreiber keine eigene Meta-Description eingetragen hat. Die automatische Description wird im Script auf maximal 364 Zeichen begrenzt, wobei ein Wort nicht “mittendrin” abgeschnitten wird.

Aufruf zu eigener Kreativität

So toll dieses Script auch ist, empfehle ich doch jedem Shopbetreiber selbst die Meta-Daten für jede Seite anzulegen. Dieses Script soll nur eine Unterstützung sein, damit die Metas nicht ungenutzt bleiben.

Reduzierung des Original-Skriptes

Da nach wie vor vollkommen überflüssige Metatags Einzug in den Header eines Standard-Shops Einzug halten möchte ich sie gleich an dieser Stelle ein wenig kürzen. Ab Zeile 318 werden die Metatags in der Datei metatags.php ausgegeben. Die folgenden Zeilen sind bei mir noch übrig geblieben:
<title><?php echo metaClean($meta_title);?></title>
<meta http-equiv="content-language" content="<?php echo $_SESSION['language_code']; ?>” />
<meta http-equiv=”cache-control” content=”no-cache” />
<meta name=”keywords” content=”<?php echo metaClean($meta_keyw); ?>” />
<meta name=”description” content=”<?php echo metaClean($meta_descr,$metaDesLength); ?>” />
<meta name=”robots” content=”index, follow” />
<meta name=”language” content=”<?php echo $_SESSION['language_code']; ?>” />

Installation der Automatischen Metatags für xt:commerce

Die “Installation” dieses Scriptes ist denkbar einfach!

1. Zuerst einmal muss die Datei in einem html-Editor geöffnet und die Go-Words in Zeile 34 editiert werden. Im Fall des Shops, der jetzt gerade optimiert wird müssen dort worte wie “ed-hardy” oder “shirt” rein, da sie sonst wegen der zu wenigen Zeichen nicht genutzt werden würden.

2. Muss die Datei im Ordner /includes/modules/ hochgeladen und die dort bestehende Datei metatags.php ersetzt werden. (Sicherung des Originals nicht vergessen!)

CSS-Klasse der Box-Überschriften

Allem vorweg stört es mich, das die Überschriften der Boxes (Kategorien, Mehr über, Informationen, Warenkorb, …) tatsächlich auch als H2-Überschriften ins Template gesetzt wurden.

Für den Inhalt und die inhaltliche Strukturierung macht es allerdings keinen Sinn diese optischen Überschriften auch in der Html-Syntax als Überschriften zu setzen.

Ich beginne mit dem CSS-Code in der styles.css des Templates und nutze die bestehende H2-Klasse indem ich eine nicht befehlsgebundene Klasse daraus mache:

H2.categoryheader {… wird zu …
.categoryheader {

Um meinen CSS-Code nicht allzusehr aufzublasen und da ich sowieso jede Box-Überschrift im selben Style haben möchte gehe ich noch einen Schritt weiter und benenne die Klasse um von .categoryheader in

.boxesheader {

Überschrift-Code in den Boxes selbst

Damit die CSS-Klasse jetzt auch greift, müssen noch die Dateien im Ordner /boxes des Templates verändert werden.

Wir ersetzen die H2 durch ein Div. Hier am Beispiel der categories.php - muss aber dann natürlich in jeder boxes-Datei geschehen.
{config_load file="$language/lang_$language.conf" section="boxes"}
<h2 class=”categoryheader”>{#heading_categories#}</h2>
<ul id=”categorymenu”>{$BOX_CONTENT}</ul>

wird zu:

{config_load file="$language/lang_$language.conf" section="boxes"}
<div class=”boxesheader”>{#heading_categories#}</div>
<ul id=”categorymenu”>{$BOX_CONTENT}</ul>

Der Rest - individueller und abwechslungsreicher, keyword-geschwängerter Content liegt dann am Shopbetreiber.

Eigentlich möchte ich schon lieber die Original-Quelle nutzen, vor allem auch weil ich gerne selber entscheide welche Erweiterungen ich im SHop haben möchte und benötige.

Doch es ist auch zu bedenken, dass ein valider Quellcode der ausgeführten Webseite für eine vernünftige Darstellung im Browser sorgt.

Bei einem nicht-validen Quellcode mit vielen Fehlern muss ich damit rechnen, dass die der Suchmaschinenbot denken könnte, dass es bei der Darstellung zu Problemen kommt.

Wenn ein Bot so etwas “glaubt” (und ich unterstelle einem künstlich intelligenten Suchmaschinenbot solch eine Fähigkeit) muss er die veurteilte Webseite gleich ein kleines Stück schlechter einstufen als eine ansonsten identische andere Webseite - logisch, oder?!

Daher wählen wir für einen komplett neuen Webshop auf xt:c 3.0.4 SP2.1 Basis das modifizierte System von Christian Jung (Download), da dieser vor allem darauf Wert gelegt hat die Validitäts-Fehler des Systems zu bereinigen und die Fremdkomponenten (FCK-Editor, Template-System Smarty, …) auf den aktuellsten Stand zu bringen. Erweiterungen haben nur eine stark untergeordnete Rolle bei diesem “Fork” des Systems.

Im Vergleich die Original-Version xt:commerce 3.0.4 SP2.1 mit dem Template xt5 und die modified-Version mit demselben Template:

Original xt:commerce 3.0.4 SP2.1 laut W3-Html-Validator:
104 Errors, 60 Warnings

Christian Jungs modified Version von xt:commerce 3.0.4 SP2.1 laut W3-Html-Validator:
24 Errors, 23 Warnings

Da fällt die Wahl zwischen den beiden nicht schwer, oder?

Da xt-commerce 3.0.4 allerdings auf OS-Commerce basiert und damit der GP-License unterliegt konnte und durfte jeder, der es wollte kostenlos Kopien des Systems weitergeben und es auch seinen Wünschen entsprechend verändern und anpassen (solange man das Ergebnis wieder unter der freien Lizenz veröffentlichte).

Daraus sind viele xt:commerce Versionen hevorgegangen, die ich nicht selbst alle selbst ausprobiert habe. Trotzdem möchte ich kurz die Versionen laut Hersteller-Angaben vorstellen, die ich finden konnte:

- Original xt:commerce 3.0.4 SP 2.1 von xt-commerce.com freier Download hier
- Xt:Commerce Gambio von gambio.de freier Download hier
- Selfcommerce von selfcommerce.de
- H.H.G Multistore Community Edition von hhg-multistore.com
- OXID eShop Community Edition von oxid-esales.com (ist doch kein xt-fork, s.u.)
- commerce:SEO Community Edition von commerce-seo.de
- 3D-Commerce von 3d-commerce.com
- XTC modifie Version bereinigt von Christian Jung (diese Version nutzen wir)

Die Seitenüberschrift ist in Ordnung, aber die Beitragsliste sollte eher untergeordnete Überschriften verwenden.
Zu finden ist diese Funktion in der Datei theloop.php.
ca. bei Zeile 98 wird die H1 in eine H2 geändert:

<div class="chapterH1">
<h1h2>
<a href=”<?php the_permalink() ?>”> … </a>
</h1h2>

H2 in der Sidebar

Im Bild oben sehen wir absolut unnötige H2-Überschriften in der Sidebar von Wordpress. Sie erfüllen dort keinen den Content (Inhalt) strukturierenden Zweck, müssen also ersetzt werden, wenn die Überschriften Sinn machen sollen.

Ich öffne also in der sidebar.php und stelle fest, dass dort keine h2-Überschriften zu finden sind, stattdessen werden dort weitere Elemente aus dem Template-Ordner /blocks aufgerufen.

Also werde ich jede einzelne “block”-Datei (und die searchforms.php im theme-root) so bearbeiten, dass H2-Elemente durch span ersetzt werden.

Am Beispiel block_archives.php:
<li id="archives" class="rubrik">
<h2span title="..."><b><?php _e(’Archive’, ‘4null4.de’); ?></b></h2span>
<ul id=”archivesList”>
<?php wp_get_archives(’type=monthly’); ?>
</ul>
</li>

H2 in den Kommentaren und Pingbacks

Da sind doch tatsächlich noch Überschriften übrig, obwohl ich eben in der comments.php schon nach H1 geschaut hatte. Der erste Kommentar in diesem Blog brachte es zum Vorschein:

Zu finden sind die überflüssigen H2 in der comments-ajax.php und der paged-comments-ajax.php - dort einfach genauso verfahren wie in den block-Dateien: die H2 durch span austauschen.

Es sollte auch nur eine H1-Überschrift pro Seite geben. Dies machen leider viele Template-Designer noch falsch. Das Firefox-Plugin Webdeveloper zeigt uns auf einen Blick welche Überschriften auf der aktuellen Webseite eingesetzt werden:

H1 Überschriften umwandeln

Also welche H1-Überschrift passt uns ins Bild? Die erste H1 ist gut und passend!
Welche H1 erfüllen nicht die ihnen zugedachte Aufgabe der Seite eine Überschrift zu geben? Die H1 über den Comments!

Mein nächster Schritt ist es also die comments.php zu bearbeiten und die überflüssigen H1 zu entfernen.

Da die aktuell in der comments.php gewählten Überschriften diesen Wert nicht verdienen ändere ich sie in span:

<h1span id=”comments”><?php _e(’Bisher’, ‘4null4.de’); ?> <span id=”cCount”><?php comments_number(__(’keine’, ‘4null4.de’), ‘1′, ‘%’);?></span> <?php ($comment_count == 1) ? _e(’Kommentar’,'4null4.de’): _e(’Kommentare’,'4null4.de’); ?> <?php _e(’zum Artikel’, ‘4null4.de’); ?></h1span>

Auch die Aufforderung einen Kommentar zu hinterlassen muss keine Überschrift sein:
<h1span id=”respond”><?php _e(’Eigenen Senf hinzugeben’, ‘4null4.de’); ?></h1span>


Damit gleich noch ein wenig mehr Relevanz in die Aussage, die hinter “Eigenen Senf hinzugeben” steckt nämlich “Kommentiere den Artikel” füge ich gleich nochmal den Inhalt der eigentlichen Überschrift hinzu. Es wird dann dies daraus:
<span id="respond"><?php _e('Eigenen Senf hinzugeben', '4null4.de'); ?> ‘<?php the_title(); ?>’</span>

Welche Suchmaschine interessiert denn schon der Author, Generator und Co?

Aus meinem Template verschwinden also (hier mal nur die Metatags, ohne php-Code):

<meta http-equiv="Content-Type" content="" />
<meta name="generator" content="WordPress" />
<meta http-equiv="expires" content="0" />
<meta name="publisher" content="CountZero" />

<meta name="author" content="CountZero" />
<meta name="copyright" content="" />
<meta name="MSSmartTagsPreventParsing" content="true" />

<link rel="archives" href="" title="" />

<meta name="revisit-after" content="7 days" />

Noch mehr Metazeilen löschen?

Es gibt noch ein paar Zeilen, die in diesem Template entfrnt werden können - vorausgesetzt man nutzt die Funktionen nicht (Styleswitcher, …). Aber ich denke, das ist zumindest schonmal ein Anfang.

Den Generator-Tag kann man auch stehen lassen - immerhin holt sich Wordpress.org hierüber statistische Informationen welche Wordpress-Version wie weit verbreitet ist. Ich nehme ihn raus.

Dieses Script in die functions.php:
function tp_keywords() {
global $id, $post_meta_cache;
if ( $keys = get_post_custom_keys() ) {
foreach ( $keys as $key ) {
$values = array_map('trim', get_post_custom_values($key));
$value = implode($values,', ');
if ( $key == 'keywords' ) {
return $value;
}
}
}
}

Und diese Script ergänzend in die header.php:
$keywords = tp_keywords();
if ($keywords !='') { ?>
<meta name="keywords" content="<?php echo $keywords; ?>" />
<?php } } ?>

Ab sofort kann das benutzer definierte Feld “keywords” im Post verwendet werden!

Achtung: Das Script arbeitet nur in Kombination mit dem Meta Description-Script