Ein Testkauf über meine Seite brachte zum Vorschein, das nicht alles ausgezahlt wird.

Dadurch das ich die Artikeldaten automatisiert von Affilinet beziehe habe ich ausschließlich Duplicate Content.

Fazit: Auf diese Weise lässt sich kein Geld verdienen.

Am 18.6. habe ich die Einstellung wieder geändert und Google entscheiden lassen wie oft meine Seite besucht werden soll. Das Resultat ist das immer weniger Seiten im Index zu finden sind.

Heute habe ich den Wert auf ein Minimum gesetzt, um herauszufinden wie viele Seiten überhaupt im Index bleiben und vor allem welche Seiten das sind. Nebenbei bekomme ich damit noch eine “Galgenfrist” um den Schaden zu beheben.

Mit dem Befehl site:www.preiskuenstler.de werden ab 325 Treffern alle weiteren Treffer als “übersprungene Ergebnisse” angezeit und wahrscheinlich demnächst auch aus dem Index fliegen. Das was dann übrig bleibt sollte demnach von Google als sinnvoller Content erachtet werden und als Vorlage für “Reperaturmaßnahmen” dienen.

Da ich bisher immer wieder einmal etwas an der Seite geändert haben, kann ich lediglich den Inhalt des Google-Cache als Basis zu Rate ziehen. Darin befinden sich leider auch Inhalte, die nicht mehr zum Stand der aktuellen Seite passen.

Mein Blog hält sich mit aktuell 53 Treffern dagegen äußerst stabil im Index.

Hier kann man die Besucherzahl der einzelnen Tage gut erkennen. Ich bin sehr erfreut das die Zahl der Besucher langsam steigt.

Google Analytics Chart vom 24.5.09-16.5.09

Dabei habe ich unter anderem folgende Funktionen eingebaut bzw. verbessert.
Der Kategoriebaum wird aus den Daten der Datenbank erstellt und zeigt die Anzahl der Produkte der jeweiligen Kategorie und die Anzahl der jeweiligen Suchtreffer an.
Der Kategoriepfad ermöglicht es einem schnell wieder zurück zu springen.
Das Login ist ein erster Test im Umgang mit Session-Id und Cookies. Später ist hier ein etwas ungewöhnlicher Userbereich vorgesehen.
Die Suchfunktion durchsucht per ODER einige Datenfelder der Produktdatenbank. Weiterhin werden die Suchbegriffe an die nächste Seite übergeben, was es ermöglicht schnell und bequem alle möglichen Produkte zum Suchtreffer anzuschauen.

Die Produktansicht in der Mitte zeigt eine Auswahl an Produkten oder per Suche eingeschränkten Produkten der jeweiligen Unterkategorien  an.

Das Frontend findet ihr hier.

Im Hintergrund liefert einen MySql-Datenbank alle nötigen Informationen um dem User die aktuelle Seite zu präsentieren.
In der Datenbank gibt es eine Tabelle in der sich der Kategoriebaum befindet. Darin befinden sich nun wiederum der Name und die id des Verzeichnisses, die Anzahl, Namen und ID’s der Unterverzeichnisse und die ID des übergeordneten Verzeichnisses.
Somit kann ich jede Position im Kategoriebaum berechnen und entsprechend Anzeigen.
In einer weiteren Tabelle befinden sich die Produktdaten. Diese Daten wurden vorerst nur um die ID des Verzeichnisses in das sie gehören ergänzt. Die CSS-Daten werden ebenfalls aus der Datenbank generiert.

Update: 17.6.2009

Mittlerweile sind aus den 0,10€ stolze 0,80€ geworden.
Bisher stammen die Einnahmen ausschließlich von E-Bay.

Aber immerhin scheint es langsam die Tendenz anzunehmen das sich der Domainname bereits für diesen Monat bezahlt machen könnte. Alles in allem kostet mich dieser Webauftritt monatlich knapp 4€. Da ich mittlerweile auch der Ansicht bin das Google wohl Monate braucht um die Seite einmal zu indizieren habe ich aber noch die Hoffnung das  sich das ganze Projekt früher oder später finanziell selbst tragen wird.

Dublicate Content!

Nachdem ich mir mal die Treffer zur Suchanfrage site:www.preiskuenstler.de etwas genauer angesehen habe mußte ich feststellen das fast alle Links zu nicht vorhandenen Artikeln oder anderen “toten” Seiten führten. Danach wollte ich wissen was es neues zu meinem Blog gibt und habe mit site:blog.preiskuenstler.de den Status aufgerufen. Es wurden alle vorhandenen Seiten in den Index aufgenommen. Der momentan gravierendste Unterschied is die Art des Content. Bei dem Shoppingportal teile ich mir die Produktdaten mit zig anderen Shops. Da meine Domain noch neu und ein PageRank nicht vorhanden ist, sind die doppelten Produktdaten für Google nicht relevant und landen somit nicht im Index. Aber immerhin wird bei beiden Seiten PageRank 0/10 statt “keine Infos” angezeigt.

Die einzige wirkliche Abhilfe ist es Unique Content auf möglicht vielen Seiten zu platzieren. Diese Inhalte sollten das jeweilige Produkt möglichst gut umschreiben. Auf die Schnelle kann man sich entweder hinsetzen und alles selber schreiben und/oder sich Unique Content kaufen. Ich werde mich wohl hinsetzen und etliche Stunden mit Textbastelein zubringen müssen. Aber wie ich mich kenne, fällt mir wärend dieser Tortur bestimmt eine Lösung ein wie man sowas automatisieren könnt. Ist ja nur eine Frage um was für Daten es sich handelt und wie man sie am sinnvollsten miteinander verknüpft.

Dabei sind lediglich 2 Dinge zu tun.

Als erstes wird die Datei 404.php im Root oder Templateverzeichniss mit folgendem Inhalt erstellt:

<?php
header( ‘Location: http://www.domain.de’ ) ;
?>

Statt www.domain.de kommt hier der Link rein, auf den der 404-Fehler umgeleitet werden soll.

Das zweite was man noch tun muß ist die .htacces, die sich im Root-Verzeichniss des Servers befindet, um folgende Zeile ergänzen.

ErrorDocument 404 /404.php

Damit weiß der Server das er bei einem 404 Fehler die Datei 404.php öffnen soll.
In die 404.php kann man nun tolle Fehlermeldungen einbauen oder, so wie ich es hier mache, den Browser direkt auf die Startseite des Servers umleiten.

Mittlerweile zeigt Google den Blog mit Stand vom 21.5. im Index an.

iDMainKat — Primärschlüssel
nameMainKat — Name der Kategorie
idParentKat — Übergeordnete Kategorie
AnzahlSubKat — Anzahl der Unterkategorien
idSubKat1 — idMainKat Adresse der Unterkategorie
nameSubKat — Name der Unterkategorie

Der Sinn des Ganzen ist es das ich nur eine Zeile, dessen id bekannt ist, aus der Datenbank abrufen muß und gleich sämtliche Subkategorien und deren id’s habe.

Eine reine Datenbankabfrage mit Subkategorien demonstriere ich hier.
Wobei ich bei Vergabe der Verzeichnissbezeichnungen nicht sonderlich kreativ war.

Für die Produktdaten habe ich die Shopdatenbank nur um eine Spalte “idVerzeichniss”, mit der das Produkt einem Verzeichniss zuordnet wurde, erweitert.

Das Script das noch zusätzlich ein paar Produkte in der jeweiligen Kategorie anzeigt findet ihr hier. Über die Bilder gelangt ihr zur Shopseite des Produktanbieters. In diesem Fall Quelle. Da dieses kleine Beispiel nur zeigen soll das es funktioniert, habe ich  auf weiter Detailfelder wie z.B. die Produktbeschreibung verzichtet

Dieses Codeschnipsel ist dafür zuständig das beim Aufrufen der index.php ohne ?Kat1… die Produkte des Wurzelverzeichnisses angezeigt werden.

$sql = “SELECT * FROM produkte_version_1 WHERE idVerzeichniss=1 LIMIT 3″;
$ergebniss = mysql_query( $sql );
echo ‘<table border=”1″>’;
echo “<tr>”;
echo “<td></td>”;
echo “<td> Verzeichniss 1 </td>”;
echo “<td></td>”;
echo “</tr>”;
while($zeile = mysql_fetch_assoc( $ergebniss )){
echo “<tr>”;
echo “<td>”.$zeile['Title'].”</td>”;
echo “<td> <a href=\”".$zeile['Deeplink1'].”\”><img src=\”".$zeile['img120_url'].”\”</td>”;
echo “<td>”.$zeile['DisplayPrice'].”</td>”;}
echo “</tr>”;
echo “</table>”;

Somit ist es mir immerhin schonmal möglich Daten in eine Datenbank zu bekommen und diese auch wieder auszugeben. Als nächstes will ich das Frontend für die Benutzer soweit hinbekommen das diese sich die angebotene Auswahl an Produkten anschauen können und auf die Seite des Shops weitergeleitet werden.

Bei all der Programmiererei ist mir aufgefallen das man 2 Dinge besonders beachten sollte. Den Code unbedingt sauber halten und Code-Abschnitte entsprechend kommentieren! Sonst kann es passieren das man seinen eigenen Code nicht mehr kapiert.