Downhill-Rangers Facebook Page

Vor ein paar Monaten habe ich für meine Mountainbike-Downhill-Seite auch eine Page bei Facebook eingerichtet. Anfangs haben sich nach und nach ein paar meiner Facebook-Freunde dort als Fan angemeldet. Allerdings eher schleppend. Auch nachdem ich auf meiner Webseite am Ende der rechten Spalte jeder Seite die verlinkten Symbole für Facebook, Twitter, MySpace, YouTube und den News-Feed hinzugefügt hatte, tat sich nicht allzu viel. Hier sollte ich definitiv noch an der Positionierung arbeiten.

Newsletter

Letzte Woche habe ich einen Newsletter ausgesandt, in dem ich auf unsere Facebook-Seite und unseren  YouTube Channel hingewiesen habe. Der Aufhänger des Newsletter war ein Gewinnspiel, bei dem es drei brandneue Mountainbike-Extremsport-DVDs zu gewinnen gab. Der Newsletter ist an über 11.000 User gegangen, wobei ich keine Daten über die tatsächliche Erreichbarkeit habe. Hier wäre ein echtes Newsletter-Tool von Vorteil. Ich nehme mal an, dass einige 1.000 Besucher tatsächlich erreicht werden. Beim Gewinnspiel haben innerhalb einer Woche 250 User mitgemacht.

Außerdem haben sich 47 User bei der Facebook-Seite als Fans angemeldet. Mit dieser Zahl bin ich positiv überrascht worden, da es davor nur 59 Fans waren. Natürlich sind die ersten Tage die meisten Fans hinzugekommen, aber auch nach den ersten Tagen sind prozentuell mehr hinzugekommen, als sich zu dieser Zeit für das Gewinnspiel angemeldet haben. Ich interpretiere das so, dass Freunde von Usern, die sich als Fan angemeldet haben, das gesehen haben und sich so ebenfalls hinzugefügt haben.

Facebook Page Insights

Die Facebook Pages bieten seit kurzem ein neues Feature: Insights. Diese Seite bietet ein paar grundsätzliche Statistiken über die Page. Etwa welche Interaktionen auf Page stattgefunden haben: Comments, Wall Posts, Likes. Außerdem gibt es einen Verlauf der Fan-Anzahl und Demographie-Daten der Fans (Geschlecht, Alter, Land, Sprache, Städte).

Facebook Page Insights: Fan-Verlauf

In der nebenstehenden Grafik sieht man schön den eher schleppenden Start und dann den deutlichen Anstieg der Fan-Anzahl nach dem Newsletter-Versand.

Allerdings merkt man der Insights-Seite noch merklich an, dass das Feature relativ neu ist: Die Daten sind immer zwei Tage alt. Außerdem sieht man nur einen bestimmten Datumsbereich. Es gibt zwar einen horizontalen Scroll-Balken, aber damit lässt sich bei mir gar nicht oder manchmal ein paar Tage scrollen.

Seltsam auch, dass die Daten  zumindest in der Übersichtsbox jede Woche zurücksetzt werden. So stehen dann dort zu Wochenbeginn 0 Interaktionen etc. (siehe Grafik oben).

Wie zu erwarten, sind die Fans großteils männlich (nur 7% weiblich). Über 50% der Fans sind zwischen 25 und 34 Jahre alt. Zurzeit sind meine Fans hauptsächlich aus Österreich (77%). Dass das vor dem Newsletter-Versand so unausgewogen ist, wäre ja verständlich gewesen. Dass das aber noch immer so ist, überrascht mich doch. Andererseits heißt das, dass noch genügen Potential für zusätzliche Fans da ist.

Was bringt’s?

Die Frage ist natürlich, was mir diese Facebook-Page bringt. Der Fan-Anstieg schaut ja vielversprechend aus. Auch die Tatsache, dass Facebook mittlerweile die dritthäufigste Traffic-Quelle ist hört sich gut an.

Ein nüchterner Blick auf die Statistiken verheißt aber nichts Gutes. Während Suchmaschinen 66.000 Visits pro Monat bringen, bringen mir externe Seiten kaum etwas. So ist Facebook mit 234 Visits an dritter Position laut Google Analytics (wenn ich Traffic von images.google.* zu den Suchmaschinen zähle). Bei 6.7 Seiten pro Visit sind das nur ca. 1.500 Seitenaufrufe. Umgerechnet auf Werbeeinkommen sind das ein paar Euro.

Wenn man allerdings etwas weiter denkt, kann diese Page schon etwas bringen:

• Für die Anzahl der Fans ist sicher noch Potential vorhanden. Ich setze mir mal als Ziel 300 bis Jahresende.
• Sieht man sich den Verlauf der Visits ausgehend von Facebook in Google Analytics an, so sind es an den Tagen mit interessanten Posts in der Page ca. 15 Visits pro Tag. Diese Zahl bezieht sich aber noch auf die ca. 50-60 Fans im letzten Monat. Wenn man regelmäßig die News der Seite auch auf der Facebook-Page einträgt, wäre bei 300 Fans Potential für über 2.000 Visits pro Monat mit über 10.000 Seitenaufrufen. Damit wäre der Aufwand des News-Posten (das Verlinken) schon fast gedeckt.
• Freunde von Fans können neue Fans oder Interessenten für die eigene Seite werden. Eventuell werden daraus sogar neue Seitenbesucher oder Mitglieder. Die persönliche Komponente (ich kenne dort schon jemanden) wirkt sicher bestärkend.
• Die persönliche Komponenten kann auch ich als Betreiber ausnutzen: Als Betreiber bin ich durch die Facebook-Fan-Page einerseits “greifbarer” für unbekannte User und andererseits kann ich so direkt viele persönlich mehr oder weniger Bekannte ansprechen. Demnächst sollte es auf unserer Seite einen eigenen T-Shirt-Shop geben. Ich denke, dass hierfür die Facebook-Page ein zusätzlicher interessanter Marketing-Kanal ist.

Was kann es noch bringen?

In zwei Fällen kann eine Fan-Page anderen Seitenbetreibern noch mehr bringen als mir:

• Bei einem allgemeineren Forums- oder Seiten-Thema wirkt die “Facebook-Propaganda” von Freund zu Freund natürlich noch stärker als bei so einem spezialisierten Thema wie ich es habe.
• Neue Seiten können ebenfalls stark von Facebook profitieren. Man kann ausgehend von Freunden und Bekannten immer mehr Menschen regelmäßig durch Updates der Page auf die eigene Webseite aufmerksam machen.

Vergleich zu Twitter

Ich habe eine Zeitlang auch alle News auf Twitter gepostet. Von meinen potentiellen Besuchern dürften sich aber kaum welche für Twitter interessieren. Facebook ist da deutlich beliebter. Ich habe zwar mittlerweile 65 Followers. Aber ich nehme an, dass das hauptsächlich Leute sind, die irgendwelche Accounts abonnieren und darauf hoffen, dass man ihren Account ebenfalls abonniert. Später wird man wohl von diesen Accounts zugemüllt?

Umgekehrt posten viele englische Mountainbike Magazine aber auch wichtige Persönlichkeiten in der Mountainbike-Szene regelmäßig auf Twitter. Mir persönlich gefällt das Format im Vergleich zu den Facebook Posts allerdings gar nicht. Bei Facebook kann man doch ein Foto dazuhängen, man sieht den tatsächlichen Seitentitel der Zielseite und weiß somit ungefähr wo man hinkommt.

Usernamen bei Facebook

Seit ca. einem Monat kann man bei Facebook seinen eigenen Usernamen registrieren. Dieser hat dann die Form http://facebook.com/myusername.

Pages konnten anfangs nur einen eigenen Usernamen wählen, wenn sie schon einige Zeit existierten und genügend Fans hatten. Mittlerweilen dürften aber auch kleinere Pages den Usernamen wählen dürfen. Meiner ist jetzt www.facebook.com/DownhillRangers

Mehr zu den Facebook Usernamen: ww.facebook.com/username/

Mein Artikel über das Auto-Resize für die Lightbox 2 in Wordpress scheint so ein Artikel zu sein. Ich habe daher auch eine englische Version des Blogs aufgesetzt und den Artikel übersetzt.

Hier geht’s zum englischen Blog unter nooxnet.com.

Zuletzt wurde der PageRank meines Forums von 4 auf 3 heruntergesetzt. Gleichzeitig fand ich statt ca. 25.000 Seiten im Index weniger als 20.000.

Bei der heutigen Kontrolle waren es dann nur mehr 13.800 Seiten bei der Suche nach site:www.downhill-board.com. Allerdings ist mir jetzt zum zweiten Mal aufgefallen, dass nach Blättern in den Suchergebnisseiten die Anzahl gestiegen ist. Diesmal wurden aus 13.800 plötzlich 25.200. Vermutlich macht Google bei mehrmaligen Zugriffen weitere Berechnungen oder Abschätzungen. Diese Beobachtung deckt sich aber nicht mit der Beschreibung in der Google Dokumentation über die Anzahl der Suchergebnisse.

Unterschiede google.de und google.at

Interessant ist dann, dass auf google.de die Suche nach site:www.downhilll-board.com 277.000 Ergebnisse liefert. Also mehr als zehn Mal so viel. Allerdings nur ein paar Mal. Nach einigem Blättern werden daraus doch wieder nur 13.600. So steht’s auch in der Google-Doku. Allerdings ist der Unterschied schon extrem.

Mit oder ohne www

Mein Forum ist nur unter www.downhill-board.com erreichbar. Zugriffe auf die Url ohne www werden automatisch auf die Adresse mit www weitergeleitet.

Suche ich auf google.at nach site:downhill-board.com kann ich Blättern, was ich will, er zeigt mir immer 279.000 Suchergebnisse an. Google.de dagegen nur 25.200, also soviel wie google.at bei der Suche nach der Url mit www.

Google.de hat aber – im Gegensatz zu google.at – daraus gelernt und zeigt anschließend auch bei der Suche mit www die 25.200 an, wo zuvor nach dem Blättern nur 13.600 stand.

Von 120.000 auf 500.000 und zurück

Zuletzt lagen die Anzahlen der Suchergebnisse von www.dh-rangers.com auf google.at im Bereich zwischen 130.000 und 150.000. Heute liefert diese Suche plötzlich 501.000 Seiten zurück. Aber nach dem Blättern wurden es dann doch wieder nur 120.000.

Google.de findet für dh-rangers.com dagegen nur 115.000 Seiten.

Fazit

Will man die Anzahl der Ergebnissseite einer URL in Google ermitteln, so  kann man nicht gleich das erst beste Ergebnis verwenden. Man muss erst einige Male blättern, damit sich das (hoffentlich) korrekte Ergebnis einpendelt.

Die Frage ist auch, wie korrekt diese Ergebnisse wirklich sind. Bei link:url werden ja schon lange nicht mehr alle Ergebnisse aufgelistet, um es SEOs nicht zu einfach zu machen.

Steigerung in den Suchergebnissen

Seit Monaten ist Wikipedia beim Suchbegriff “downhill” ganz vorne. Meine Seite dh-rangers.com war dann meistens an 2. oder 3. Position.

google.at

Suchergebnis für "downhill" auf google.at

Auf google.at ist zurzeit die iXS-Cup Webseite an die zweite Stelle gerutsch. Aber ganz überrascht war ich, als ich gesehen hatte, dass downhill-board.com dh-rangers.com überholt hat.

Dass das Video-Ergebniss auch vorne dabei ist, ist mittlerweile schon ein gewohntes Bild. Leider haben es da meine Videos noch nicht direkt in das Ergebnis gebracht.

Auf YouTube  ist eines meiner Videos auf Platz 6 bei der Suche nach “downhill”. Die letzten Wochen wurde es relativ häufig angesehen. Mittlerweilen über 17.000 Mal. Vielleicht wird das ja noch etwas. Das Video auf Platz 5 ist schon im Video-Ergebnis auf google.at

In Österreich kennen uns allerdings eh schon so gut wie alle potentiellen Besucher. Viel wichtiger ist Deutschland.

google.de

Auf google.de sieht es sehr ähnlich aus. Allerdings sind hier die Reihenfolgen etwas vertauscht.

Suchergebnis für "downhill" auf google.de

Dh-rangers.com ist noch auf Platz zwei und das Forum auf Platz 6 hinter den Video- und Shopping-Ergebnissen.

PageRank

Interessant ist das bessere Ranking von downhill-board.com insbesondere auch deswegen, weil ziemlich gleichzeitig (innerhalb der letzten wenigen Wochen) der PageRank von 4 auf 3 abgewertet wurde.

Ursprünglich hatte dh-rangers.com 5 und das Forum 4. Vor ein paar Jahren wurde dh-rangers.com auf 4 abgewertet. Aus welchem Grund die Seite abgewertet wurde, wäre interessant. Vielleicht zu viele externe Links. Oder zu wenig neue Backlinks. Unterseiten von downhill-board.com wurde übrigens (noch) nicht abgewertet. Hier sind also noch ein paar PR3-Seiten dabei.

In diesem Zusammenhang habe ich eine weitere Auswirkung beobachten können: Statt 18.000 sind wieder nur 14.900 Seiten im Google Index. Nachdem ich bei nicht optimierten Urls eine Weiterleitung auf die optimierte Version eingeführt hatte und später auch den Canonical-Tag hinzugefügt hatte, hatte ich nur mehr 10.000 Seite im Index. Es ging zwar dann schnell bergauf. Aber jetzt eben wieder bergab.

Bei dh-rangers.com indiziert Google dafür eine Menge nicht optimiertes Zeugs und noch viel mehr Duplicate Content: 148.000 Seiten sind hier im Index. 143.000 davon alleine von der Gallery, die nicht mal 5000 Fotos enthält.

Suchmaschinen-Traffic

Dass der Pagerank kaum mehr was aussagt, ist schon länger klar. Und auch die Positionierung unter “downhill” im Suchergebnis kann mir bis auf das Prestige herzlich egal sein. Gerade mal 800 Mal sind im letzten Monat Besucher nach der Suche nach “downhill” auf meine Seiten gelangt.

Entwicklung des Suchmaschinen-Traffics pro Woche

Viel interessanter ist, dass der Suchmaschinen-Traffic insgesamt deutlich steigt. Long-Tail lässt grüßen.

Im letzten Jahr lag er im Schnitt bei 10.000 Visits über Suchmaschinen pro Woche. Das Maximum lag vor dem Sommer bei unter 12.000.

Dagegen hat sich der Suchmaschinen-Traffic zuletzt von unter 10.000 im Februar auf über 15.000 gesteigert. Die Monats-Übersicht von Google Analytics steht jetzt bei über 68.000 Visits, die über Suchmaschinen generiert wurden.

Bleibt zu hoffen, dass sich dieser Trend durch die PageRank-Abwertung nicht umkehrt. Allerdings kommt jetzt doch wieder die Urlaubszeit, wo ein Rückgang der Zugriffszahlen zu erwarten ist.

Um was geht’s? Ich sollte drei Fragen beantworten. Da meine nächsten Artikel sowieso noch in der Warteschlange stehen, nehme ich das mal zum Anlass für einen kurzen Artikel. Die drei Fragen:

Welchen Editor verwendest du für (X)HTML und CSS?

Ich verwende Ultraedit und Nusphere PHPEd. Manchmal auch als Zweit- oder Dritt-Editor das kostenlose Notepad++. Da ich selten nur HTML schreibe, sondern meist in Kombination mit PHP oder C# verwende ich nur Text-Editoren. Sowas wie Dreamweaver hatte ich ganz früher im Einsatz, aber mittlerweile verwende ich für das Design nur mehr Photoshop und einen Text-Editor.

Für meine Diplomarbeit hatte ich Komodo von Active State im Einsatz, da diese IDE auch XSLT unterstützt und es günstige Studentenversionen gab. Das Zend Studio hatte ich mal kurz getestet. Bin aber kein Freund von Java-GUI-Applikationen unter Windows.

Mit PHPEd bin ich auch nicht wirklich zufrieden. In meinem Hauptprojekt habe ich alle vBulletin Sourcen, Photopost und Gallery2. PHPEd ist damit ziemlich langsam und hängt immer mal wieder. Ich überlege schon auf UEStudio umzusteigen, da ich mit Ultraedit fast nur gute Erfahrungen gemacht habe.

Welches kleine Tool ist für dich zum wahren Zeitsparer geworden?

Eigentlich würde ich hier gerne Dirkey nennen. Damit kann man sich Verzeichnisse auf Hotkeys legen und diese dann in allen File-Dialogen und Explorer-Fenster per Hotkey auswählen. Leider wird das nicht mehr weiterentwickelt und funktioniert unter Vista nicht korrekt. Ich bin echt schon beim Überlegen das nachzuprogrammieren und eventuell noch auszubauen.

Ich finde das Navigieren durch die Verzeichnisse sehr Mühsam. Man bekommt eine Pressemeldung und möchte die Online stellen. Bilder aus der PM in das Entsprechende Verzeichnis speichern. Mit Photoshop nachbearbeiten. News schreiben und Attachments dazuhängen. Dann kommen wieder Werbebanner, dasselbe Spiel – nur andere Verzeichnisse. Downloads – wieder andere Verzeichnisse. Blog – wieder woanders. Downloads, eigene Fotos, … Ich finde das echt mühsam.

So ein Tool – eventuell noch erweitert um ein Last-Recently-Used-Liste der Verzeichnisse wäre mal richtig cool.

Flash – was haltest Du von der Technologie?

Prinzipiell bin ich kein Freund von Flash. Ich bin kein Designer, also kann ich selber mit Flash sowieso wenig machen.

Ich finde es allerdings für manche Dinge ausgesprochen sinnvoll: Z.B. als Videoplayer oder für den Dateiupload von großen Dateien.

Wie geht’s weiter?

Eigentlich sollte man das Stöckchen jetzt weiterreichen. Allerdings bin ich noch nicht so in der Blogszene involviert, sodass ich das lasse. Falls jemand in den Kommentaren die drei Fragen beantworten möchte: Gerne!

So haben wir einen neuen Rekord aufgestellt: Knapp 40.000 unterschiedliche Besucher besuchten die Seite 86.800 mal und schauten sich dabei 476.000 Einzelseiten an. Ein neuer Rekord bei den Besuchen und Besuchern seit ich Google Analytics verwende.

In der Pre-Google-Analytics-Zeit (bei mir vor 2006) waren die Zahlen zwar schon höher, allerdings ist Google Analytics dafür bekannt, dass sie niedrige – aber vermutlich die korrektesten – Werte anzeigen. Ein Vielfaches der Seitenaufrufe von Besuchern werden ja mittlerweilen von Bots gemacht. Und die müssen ausgefiltert werden.

Google-Traffic

Auch der Suchmaschinen-Traffic hat sich sehr positiv entwickelt. 50.000 mal kamen Besucher von Suchmaschinen. Genau genommen von Google: 98% ist Google, 2% der gesamt Rest!  Dass wir erstmals über 50.000, also über 1.600 pro Tag erreichten, liegt sicher auch wieder am Wetter und daran, dass sich die Leute nach dem Winter wieder mehr für Mountainbikes interessieren. Schön sehen kann man das auf Google Insight. Hier für die Suchbegriffe Mountainbike und Downhill im österreichischen Google.

Ansonst lagen wir mit dem Suchbegriff “downhill” konstant an zweiter Stelle auf google.at und google.de. Allerdings leider direkt hinter dem Wikipedia-Eintrag.  Laut dem Keyword-Tool von Google-Adwords sollte im deutschsprachigem Raum pro Monat 40.000 bis 50.000 Suchanfragen für “downhill” erfolgen.  Je nach Studie klicken ca. 6 bis 13 Prozent der Suchenden auf den zweiten Eintrag. Im Worst Case also 2.400 Besuche. Tatsächlich zeigt mir Google Analytics nur 481 Besuche nach der Suche nach “downhill”. Dass die Zahlen vom Adwords Tool nie so genau stimmen hört man öfters. Die Abweichung ist aber doch sehr deutlich. Eine weitere Vermutung könnte sein: Die, die sich mit Downhill nicht auskennen, bleiben beim Wikipedia-Eintrag hängen. Die, die sich auskennen, kennen uns sowieso schon.

Überhaupt ist interessant, dass 8% aller Besucher von Suchmaschinen direkt nach unserer Seite gesucht haben. Also alle möglichen Kombinationen aus “dh” bzw. “downhill” und “rangers” oder “downhill” “board”. Unter den ersten 10 häufigsten Suchbegriffen sind nur zwei, die nicht’s mit unseren Seiten- oder Domainnamen zu tun haben. Davon ist “downhill” auf dem 3. Platz und erreicht nicht mal 1%.

Mehr “Long-Tail” geht ja fast gar nicht. 24.665 verschiedene Suchbegriffskombinationen wurden verwendet! Im Schnitt also jede nur zweimal. Aber das ist natürlich typisch für eine Seite, die viel (”user generated”) Content hat.

Allerdings gibt es in der Keyword-Statistik einige Besonderheiten, die mich etwas zweifeln lassen, wie korrekt die ist. So gab es angeblich etwa 83 Suche nach “downhill-board.a” oder 48 nach “downhill boardd”. Aber es ist merklich seltsam, dass genau diese zwei Suchbegriffe mit Tippfehler ähnlich häufig gesucht wurden, wie korrekte Schreibweisen. Und andere Tippfehler waren nicht unter den ersten 250 Suchbegriffen.

In der Vergangenheit sind mir außerdem immer wieder Suchen nach allgemein nicht bekannten Personen aufgefallen, die in der Statistik sehr weit vorne lagen. Interessant war da auch der Fall, eines in der Szene bekannten Wiener Mountainbikers: Laut Google Analytics wurde deutlich häufiger nach “vorname nachname homepage” gesucht, als nach “vorname nachname”. Und das obwohl ich bei der ersten Suche nur an zweiter Stelle lag (und noch immer liege) und bei der zweiten Suche an erster Stelle.

eBay

eBay hatte seit Jahren einen Link bei mir gekauft, der mit Ende Februar ausgelaufen ist. Zur Zeit dürfte aber Kauflaune bei den Mountainbikern herrschen: Über das normale Partnerprogramm konnte ich im März deutlich mehr Umsatz generieren, als vorher mit dem Link. Es sind zwar nur ca. 75,- Euro aber als Zubrot definitv nicht zu verachten. Leider macht eBay schon länger keine wirklich lukrativen Specials mehr. Auch Neuregistrierungen, für die es je 5,- Euro gibt, sind ziemlich zurückgegangen. Aber für Gebote, Direktkäufe und Clicks auf Relevance-Ads bekommt man Provisionen.

Google Suggest

Seit kurzem gibt es auch auf google.at Google Suggest. Dabei werden beim Eintippen einiger Buchstaben Suchbegriffe und Suchbegriffskombinationen vorgeschlagen, nach denen man eventuell suchen möchte. Nach Google Suggest dürfte “Downhill Rangers” in Österreich tatsächlich eine etablierte Marke sein. Gibt man auf google.at im Suchfeld “downhill” ein, ist der erste Vorschlag “downhill rangers”. Noch vor “downhill bikes”. Gleich dahinter an dritter Stelle liegt “downhill board”. Ich habe das auf verschiedenen Browsern ausprobiert. Ich nehme mal an, dass es nicht personalisiert ist.

Heute habe ich ein Mail erhalten, dass ich den Link umgehend entfernen soll. Die Vergütung läuft noch bis Monatsende. Im Ursprungs-Angebot wurde dagegen von einer “beidseitigen zweiwöchigen Kündigungsfrist bis Monatsende” geschrieben.

Interessant wäre, ob diese Kündigung nur mich betrifft, oder alle Partner, die auch eine Linkintegration hatten. Prinzipiell hatte ich schon letztes Jahr befürchtet, dass eBay diese Linkintegration beendet. Google ist damals massiv gegen Webseiten vorgegangen, die im Link-Kauf- und Verkauf involviert sind. Bei einigen Seiten wurde der Pagerank deutlich heruntergesetzt. Gekaufte Links arbeiten gegen das Herzstück des Google-Ranking-Algorithmus und verfälschen das Suchergebnis. Zuletzt hat sich zwar herumgesprochen, dass der Pagerank immer weniger direkten Einfluss auf die Suchmaschinenposition einer Seite hat. Google wird aber trotzdem alles tun,  um “unnatürliche” eingehende Links bei ihren Ranking-Berechnungen auszufiltern.

Vermutlich hängt die Kündigung mit dem Gewinneinbruch bei eBay im vierten Quartal 2008 und der aktuellen Wirtschaftskrise zusammen. In diesem Fall hätte mich die Wirtschaftskrise jetzt auch erreich.

Die nächste Frage ist, ob es noch Änderungen am Partnerprogramm geben wird. Im Frühjahr 2008 hat eBay schon die Vergütung für die Relevance-Ads geändert. Relevance-Ads funktionieren ähnliche wie Googles Adwords. Je nach Seiteninhalt wird ein Werbebanner aus dazupassenden eBay-Angeboten zusammegestellt. Vor der Umstellung wurden pro Klick 15 Cent bezahlt. Außerdem glaube ich mich erinnern zu können, dass Leads auch von solchen Klicks bezahlt wurden. Lead-Auszahlungen gab es für Neuregistrierung, Gebotsabgabe und Sofortkauf. Seit der Umstellung richtet sich der Preis nach dem “eBay Qualitäts-Index”. Dieser wird aus der Anzahl der Gebote und Sofortkäufe pro Klicks ermitteln. Dank der Integration des Partnerprogramms im Marktplatz meiner Seite blieb der Klickpreis bei mir ziemlich konstant bei 12 bis 18 Cent. Für viele kleinere Seiten sank er aber auf 6 Cent, wodurch die Relevance Ads uninteressant wurden.

eBay hat früher für das Partnerprogramm sicher nicht wenig Geld ausgegeben. So gab es regelmäßig Sonderaktionen, die die Einnahmen pro Monat teilweise verdoppelten. In den letzten Jahren sind diese Aktionen aber deutlich zurückgegangen und magerer ausgefallen.

Nachtrag: Auf meine Anfrage hin, wurde die Kündigung der Linkintagration mit “internen Umstrukturierungen” erklät. Außerdem wurde zugesagt, sich an die zweiwöchige Kündigungsfrist zu halten und so noch bis Ende Februar zu bezahlen.

Anlässlich des Geburtstages habe ich die Forensoftware upgedatet und das Design erneuert. Außerdem gibt es eine Artikelserie über die ersten Jahre:

• 10 Jahre Downhill Rangers – Wie alles begann
  
• 10 Jahre Downhill Rangers – Die ersten Jahre
• 10 Jahre Downhill Rangers – Die schrägen Highlights
• 10 Jahre Downhill Rangers – Schwere Zeiten
• 10 Jahre Downhill Rangers – Ausblicke

spam-forum.com
spam-forum.com – Einleitung

Interessant ist aber mehr, dass Google der Seite gleich einen Page Rank (PR) von 2 zuweist. Ich vermute mal, dass das daran liegt, dass die Domain ein halbes Jahr lang bis 16.11. auf meine private Seite gezeigt hat, die ebenfalls PR 2 hat. An die drei eingehenden Links, die ich die letzten Tage auf die Seite gesetzt habe, kann es nicht liegen. Die sind ja selber nur PR 2 und 2 x PR 0. Im Google-Such-Index befindet sich momentan auch nur eine Unterseite des neuen Forums. Die eingehenden Links (link:www.spam-forum.com) zeigen ein paar Seiten an, die weder einen Link auf www.spam-forum.com beinhalten, noch auf die Seite verlinken, auf die spam-forum.at ursprünglich per 301er Redirect weitergeleitet wurde.

spam-forum.com
spam-forum.com – Einleitung

Webseiten werden hauptsächlich für Menschen gemacht. Zumindest sollte es so sein. Damit Menschen sie besuchen können, müssen sie zuerst mal gefunden werden. Dafür gibt es Suchmaschinen. Aber auch die Suchmaschinen müssen die Seiten erst einmal finden. Sie verwenden dazu Programme, die sogenannten Search Engine Spiders. Diese durchsuchen das Web indem sie eine Seite nach der anderen besuchen, sich den Inhalt herunterladen, analysieren und in den Suchindex aufnehmen. Dann folgen sie den Links auf den Seiten und können so weitere Seiten in ihren Index aufnehmem. Im immer größere werdenden Netz stieg die Wichtigkeit der Suchmaschinen. Webseiten wurden häufig nicht mehr für Menschen, sondern für die Suchmaschinen optimiert. Dadurch soll die eigene Webseite möglichst weit vorne im Suchergebnis erscheinen.

Die bösen Bots

Aber neben Menschen und den Suchmaschinen-Spidern gibt es noch andere Besucher der Webseiten, die nicht immer so gewollt sind: Bots. Bot’s im Web-Kontext sind Programme, die Webseiten automatisiert besuchen, den Inhalt analysieren und sich über Links von Seite zu Seite bewegen. Suchmaschinen-Spider sind daher ebenfalls Bots. Meistens sind die aber gewollt. Weniger gewollt sind aber andere Bots, die schon seit Jahren ihr Unwesen treiben: Sie durchsuchen Webseiten nach E-Mail-Adressen oder ungesicherten Webformularen, um Spam versenden zu können. Andere Bots durchsuchen dynamische Webseiten nach Sicherheitslücken, versuchen in Server einzudringen und für die Zwecke der Spammer zu missbrauchen.

E-Mail-Adressen konnten mit der Zeit immer spärlicher gefunden werden, weshalb sich die Spammer in den letzten Jahren was neues einfallen ließen: Bots, die bei Online-Foren, Blogs, Communities und anderen Seiten mit Webformularen ihren Spam eintragen. Manche registrieren sich bei Communities und verbreiten den Spam über das private Nachrichten-System.

Bots bekämpfen

Um das zu verhindern, haben Forenbetreiber anonymes Posten – also das Schreiben von Beiträgen ohne sich registrieren zu müssen – bald abgedreht. Außerdem wurde bei der Registrierung eine E-Mail-Bestätigung erforderlich. Der Benutzer muss eine E-Mail-Adresse angeben und erhält an diese eine E-Mail. In dieser steht ein Code oder ein Link mithilfer dessen er die Korrektheit seiner E-Mail-Adresse bestätigen kann. Aber die Bots lernten schnell, wie sie das umgehen konnten. Deshalb führte man ein System namens CAPTCHA ein. CAPTCHA steht für “Completely Automatic Public Turing test to tell Computers and Humans Apart”. Meistens muss hier ein Besucher verunstaltete Buchstaben oder Wörter in einer Grafik erkennen. Programme sollten sich dabei eher schwer tun, dies automatisch zu erkennen.

Bots sind (nicht) blöd

Die Bots lernen aber schnell. Einerseits werden die Text-Erkennungs-Algorithmen besser, andererseits verwenden die Spammer auch andere Methoden, umd CAPTCHA zu umgehen. Beispielsweise präsentieren sie Menschen Porno-Bilder, die sie aber nur sehen, wenn sie ein CAPTCHA lösen. Diese CAPTCHA stammt aber nicht von den Spammern selbst, sondern von einem System, in das sie eindringen wollen. Somit lösen Menschen unwissentlich CAPTCHA-Abfragen, damit Spammer sich auf anderen Webseiten registrieren und ihren Spam verbreiten können.

Die aktuellen Methoden, um Spam-Bots fernzuhalten, sind themenspezifische Bilder oder Fragen. So werden dem Benutzer bei der Registrierung Bilder vorgelegt, auf denen Objekte zu erkennen sind, oder Fragen gestellt, die speziell auf das Thema des Forums oder der Community zugeschnitten sind. Für Spammer ist es vorallem dann interessant, Programme zu entwickeln, die Spam-Bekämpfungsmethoden umschiffen, wenn sie damit in eine große Anzahl an Systemen eindringen und Spam verbreiten können. Wenn aber jede Webseite eine etwas andere Methode zur Spambekämpung verwendet, wird es für die Bots schwierig. Wir werden sehen, was sich die Spammer als nächstes einfallen lassen.

spam-forum.com

Während ich einen Artikel las, in dem Seitenbetreiber und Websoftware-Hersteller die Frage diskutierten, wie man Spam bekämpfen kann, ist mir eine alte Domain eingefallen, die ich vor Jahren reserviert habe: spam-forum.com. Und da dachte ich: Warum nicht eine Seite machen, wo sich die Bots so richtig auslassen können. Sie können hier ihren Spam loswerden und wir können sie dabei beobachten. Natürlich habe ich ausgehende Links deaktiviert. Der Url-Tag ist zwar vorhanden, wird aber nicht in HTML-Links umgewandelt. Einerseits natürlich, damit keiner auf die Idee kommt, dort tatsächlich was zu kaufen, was hier per Spam beworben wird. Außerdem natürlich, um Kinder vor den doch häufig dubiosen Angeboten zu schützen. Außerdem will ich den Spammern nicht zu einem möglicherweise besseren Ranking in Suchmaschinen verhelfen. Andererseits ist es auch so, dass ausgehende Links zu dubiosen Seiten für die eigene Seiten negativ zählen und somit ein Link hierher ziemlich riskant werden würde.

Damit sich bald mal ein paar Bots auf spam-forum.com einfinden, sind zur Zeit alle Spam-Bekämpfungs-Methoden deaktiviert. Registrieren muss man sich allerdings, um einen Post hinzufügen zu können. Wenn die ersten Bots drauf ansprechen, werde ich mir die einzelnen Spam-Bekämpfungsmethoden mal genauer ansehen.

Zum Spam-Forum

Das Web, wie das World Wide Web häufig kurz genannt wird, ist ein Dienst des Internets, der das HTTP-Protokoll zum Datenaustausch verwendet. Andere Dienste des Internets, die auf anderen Protokollen basieren, sind z.B. E-Mail oder FTP (File Transfer Procol). Da das Web der bekannteste Dienst ist, wurde und wird es häufig mit dem Internet selbst verwechselt oder synonym verwendet.

In den Anfangszeiten des Webs setzte es sich durch, dass Webserver den Hostnamen www erhielten, was zur Folge hatte, dass Webadressen (auch URLs genannt) immer mit www oder genaugenommen mit http://www. angefangen haben. Immer mehr Menschen lernten, dass dieses www etwas mit dem Internet zu tun hat. Diese Webadressen konnte man in einen Webbrowser eingeben und gelangte zur gewünschten Webseite.

Diese Zeit ist aber mittlerweilen einige Jahre her. Heute werden von vielen Menschen auch die Top-Level-Domains .com, .de, .at, .org, .net etc. als Kennzeichen für eine Internet-Adresse erkannt. Marketing-Experten zeigen uns vor, dass das www altbacken wirkt. Viel cooler ist doch ein Domainname ohne www. Als Beispiel kann ich hier auch unsere Seite anführen: Auf den ersten T-Shirts und Aufklebern für unsere Webseite stand noch www.dh-rangers.com. “dh” hatten wir damals gewählt, weil die Url möglichst kurz sein sollte. Aber auf T-Shirts machte sich das www gar nicht gut, und mit “dh” konnten nur Insider etwas anfangen. Wir reservierten also downhill-rangers.com und druckten das auf Aufkleber und T-Shirts. Zumindest unserem Zielpublikum (15 – 40 Jahre) sollte durch das .com klar sein, dass es sich um eine Webadresse handelt. www.downhill-rangers.com wirkt unserer Meinung nach deutlich weniger. Auf T-Shirts oder Aufkleber wären die einzelnen Buchstaben auch kleiner und daher schlechter lesbar.

Verschiedene Domainnamen für eine Webseite

Technisch ist es kein Problem, dass eine Webseite sowohl über www.domain.com als auch über domain.com erreichbar ist. Insofern hätten wir also kein Problem und jeder könnte auf eine Webseite zugreifen wie er will. So einfach ist es aber leider nicht.

Das Hauptproblem ist Google und auch andere Suchmaschinen. Für Google sind www.domain.com und domain.com zwei verschiedene Webseiten. Das hat mehrere unangenehme Folgen: Erstens mag es Google nicht besonders, wenn gleiche Inhalte unter verschiedenen URLs abrufbar sind. Und genau das ist hier der Fall. Es kann sogar passieren, dass Google die Relevanz der Seite oder für Google beider Seiten aufgrund des doppelten Inhalts heruntersetzt. Die Seiten erscheinen im Suchergebnis weiter hinten. [Die Information dieses Absatzes ist mittlerweilen überholt: Google bestraft "dublicate Content" nicht aktiv ab, solange dadurch nicht aktiv Suchmaschinenergebnisse manipuliert werden sollen. Siehe: Die "Dublcate Content-Penalty" - entmystifiziert!]

Wenn es zwei URLs für eine Webseite gibt, werden andere Seiten auch auf diese beiden URLs verlinken. Die Gesamtanzahl der eingehenden Links teilt sich daher auf zwei URLs auf. Die Anzahl der eingehenden Links einer Webseite ist ebenalls ein wichtiges Kriterium für Google die Relevanz einer Webseite zu bestimmen. Zwei verschieden URLs können als wieder zu einer Abwertung innerhalb des Suchergebnisses führen.

Aber nicht nur wegen Google sind zwei verschiedene URLs problematisch. Viele Seiten verwenden Cookies um User-Daten (Einstellungen, Login-Informationen, etc.) zu speichern. Cookies werden aber pro Domain und pro Subdomain gespeichert. (Das www wird hier als Subdomain gesehen). Genaugenommen ist es so, dass Cookies der übergeordneten Domain auch für die untergeordneten Subdomain gilt. Ein Cookie, dass für domain.com geschrieben wurde, kann auch auf www.domain.com gelesen werden. Aber nicht umgekehrt. Von www.domain.com aus kann ein Cookie für www.domain.com und domain.com geschrieben werden.

Wenn eine Seite also über beide URLs zugreifbar ist, kann es zu Verwirrungen von Usern führen, die eventuell unwissentlich einmal mit und einmal ohne www auf eine Seite zugreifen und sich somit eventuell zweimal ein- oder ausloggen müssen.

Zusammenfassend ist es also gar nicht gut, wenn eine Webseite sowohl über www, als auch ohne www zugreifbar ist. Das gleiche gilt übrigens auch für zusätzliche Domainnamen, die auf dieselbe Seite verweisen. Teilweise kann auf eine Webseite auch über die zugehörige IP-Adresse zugegriffen werden.

Umgekehrt kann aber nicht einfach die alternativen URLs deaktivieren. Also z.B. einen Fehler ausgeben lassen. Viele Leute geben automatisch ein www an, auch wenn keines in der URL steht. Andere wiederrum lasse es einfach mal weg, weil’s ja eh meist auch ohne geht. Und es soll sogar Seiten geben, deren URL ohne www beworben werden, aber nur mit www aufgerufen werden können!

Um den oben genannten Problemen aus dem Weg zu gehen, muss sichergestellt werden, dass immer nur eine Form  des Domainnamens (mit oder ohne www) für eine Webseite verwendet wird. Greift ein Seitenbesucher aber über eine andere Form zu, muss er zur einzig gültigen URL weitergeleitet werden. Wie das funktioniert werde ich weiter unten erklären.

Vorher muss aber geklärt werden:

Mit oder ohne www?

Ja, das ist die große Frage. Im Web gibt es dazu einige Kontroversen. Es gibt eigene Seiten pro www aber auch kontra www. Und manchen gefällt das www so sehr, dass sie sogar für zwei www, also www.www. plädieren.

Mit www

• Erkennung für URLs: Mit www verbinden viele Menschen Web-Adressen.
• Historische Gründe: Webadressen haben in der Vergangenheit meist mit www begonnen.
• Automatische URL-Erkennung: Web-Adressen mit www können automatisch in klickbare Links umgewandelt werden. Z.B. in E-Mails oder in Web-Applikationen wie Web-Foren.
• Länge: Soll eine URL ohne www eindeutig als URL erkannt werden, muss http:// vorangestellt werden. Das ist länger als das www (www.domain.com statt http://domain.com).

Ohne www

• Länge: Durch das Weglassen wird die URL kürzer.
• Moderner: Eine Webadresse ohne www wirkt moderner. Vorallem im Offline-Bereich.
• www umständlich zu sprechen: Vorallem im Englischen ist das www unmöglich auszusprechen: Double-U-Double-U-Double-U. Deshalb wird es aber durch Dub-Dub-Dub abgekürzt oder auch beim Sprechen komplett weggelassen.

Ich persönlich wünsche mir die Url ohne www. Es schaut besser aus, wirkt moderner und ist kürzer. Allerdings hat das Fehlen des www für mich einen entscheidenen Nachteil: Wird die Url ohne www geschrieben, wird sie in vielen Programmen nicht automatisch in klickbare URLs umgesetzt. Solange man selber die Links setzt, ist das kein Problem. Man kann ein http:// oder bei entsprechender Weiterleitung (sieh unten) notfalls auch www vor die URL setzen. Das Problem ist aber, wenn andere z.B. in einem Forum einen Link setzen. Ist dieser domain.com, wird er nicht zu einem klickbaren Link. Wäre ein www davorgestanden, hätte die Software diesen eventuell in einen klickbaren Link umgesetzt, den Google erkennt und unter Umständen positiv für die Relevanz der eigenen Seite wertet. Dagegenhalten kann man sicher, dass Urls sowieso häufig aus der Browserleiste kopiert werden, und somit das http:// dabei ist. Oder dass User das www automatisch schreiben, auch wenn es in der Adressleiste der eigenen Seite nicht steht. Auch zählen solche Links in Foren-Beiträgen, die möglicherweise neben vielen anderen ähnlichen Links sind, häufig nicht besonders für die Relevanz einer Seite in Google.

Weiterleitung

Wenn wir uns entschieden haben, ob die gültige URL der Seite mit oder ohne www beginnen soll, dann können wir die Seite so konfigurieren, dass Zugriffe auf die Seite über irgendeine andere URL immer auf die einzig gültige Form weitergeleitet werden.

Die Weiterleitung nennt sich Englisch Redirect. Dieser wird am besten so ausgeführt, dass man beim Zugriff auf eine ungültige Form der URL dem Browser den Redirect mit dem HTTP-Code 301 und der gültigen Form der URL zurücksendet. HTTP-Code 301 steht für einen “Redirect” mit “permanently moved”, also permanent verschoben.

Im einfachsten Fall konfiguriert man das im Webserver. Hat man einen Apache Webserver und Zugriff auf die .htaccess-Datei im Hauptverzeichnis der Webseite kann man dies mit ein paar Zeilen einrichten:

Umleitung mit .htaccess auf die Version ohne www

RewriteEngine On
RewriteCond %{HTTP_HOST} !^domain.com$ [NC]
RewriteRule ^(.*)$ http://domain.com/$1 [R=301,L]

Umleitung mit .htaccess auf die Version mit www

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www.domain.com$ [NC]
RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]

In der Zeile mit RewriteCond wird überprüft ob der HTTP_HOST, als der Hostname ungleich (!) domain.com oder www.domain.com ist. Das [NC] bedeutet, dass die Groß-/Kleinschreibung unberücksichtigt bleibt. Im ersten Teil von RewriteRule wird mit ^(.*)$ alles erfasst, das sich hinter dem Hostnamen der URL befindet. Also Pfade, Dateinamen und Parameter. Der zweite Teil ist die neue URL, wobei das $1 für den Teil steht, der mit ^(.*)$ erfasst wurde. Das R=301 steht für den Redirect Code und L dafür, dass dies die letzte Regel für diesen Fall ist.

Umleitung mit PHP auf die Version ohne www

if($_SERVER["HTTP_HOST"] != "domain.com")
{
    if(empty($_SERVER["REQUEST_URI"])) $_SERVER["REQUEST_URI"] = '/';
    header('Location: http://domain.com' . $_SERVER["REQUEST_URI"], true, 301);
    exit();
}

Umleitung mit PHP auf die Version mit www

if($_SERVER["HTTP_HOST"] != 'www.domain.com')
{
    if(empty($_SERVER["REQUEST_URI"])) $_SERVER["REQUEST_URI"] = '/';
    header('Location: http://www.domain.com' . $_SERVER["REQUEST_URI"], true, 301);
    exit();
}

Auch hier wird überprüft, ob der Hostname ungleich domain.com bzw. www.domain.com ist. Wenn ja, wird umgeleitet. Die dritte Zeile ist nicht unbedingt notwendig. Es wird hier nur ein eventuell fehlendes ‘/’ am Ende der Url angefügt, was sonst sowieso der Webserver machen würde. In der vierten Zeile wird auf die URL ohne www weitergeleitet, wobei wieder der Pfad, der Dateiname und die Parameter (REQUEST_URI) angefügt werden. Außerdem wird der HTTP-Code wieder auf 301 gesetzt.

Austesten können Sie das hier: downhill-rangers.com, www.downhill-rangers.com, downhill-racing.com/werbung.php, downhillrangers.com/kontakt.php. Alle Urls führen zu jeweiligen Seite mit http://downhill-rangers.com/.

Umleitung und Cookies

Waren auf einer Webseite bisher beide Varianten – mit www als auch ohn www – gültig und möchte Sie das nun auf eine Variante einschränken, so müssen Sie im Zusammenhang mit Cookies noch eines bedenken: Werden Cookies verwendet um Daten längerfristig (also zwischen Sessions) gespeichert,  so könnten diese bei manchen Usern unter domain.com und bei anderen unter  www.domain.com gespeichert sein. Beliebt ist zum Beispiel das Auto-Login. Führt man jetzt eine Weiterleitung ein, so gehen die Cookies, die für die andere URL gespeichert wurden, verloren. Bei einer Autologin-Funktion werden User nicht mehr automatisch eingeloggt. Dies sollte man bedenken, wenn man ein Forum mit etlichen 1000 User umstellt, und sich plötzlich 100 nicht mehr anmelden können, weil sie Ihr Passwort verloren haben, und natürlich auch die hinterlegte E-Mail-Adresse für das neue Passwort nicht mehr gültig ist …

Andere Artikel zum Thema

mit oder ohne www: Verschiedene Möglichkeiten für ein Redirect
mod_rewrite – Mit oder ohne “www”: Erklärung des mod_rewrite Syntax
Dublicate Content: mit oder ohne “www”: Betrachtung aus SEO-Sicht (SEO: Search Engine Optimization).
domain mit oder ohne www: Google Group Diskussion zum Thema

Englisch:
SEO advice: url canonicalization: Tipps vom Google-Experten Matt Cutts.
With or without www, that is the question… Warum beide Varianten funktionieren müssen.
URLs With or Without “WWW”: Which is Best?: Warum Konsistenz wichtig ist.
Make sure your website works with or without www: Warum beide Varianten funktioneren müssen.

Wichtig war natürlich, dass es sich in mein vBulletin Diskussionsform einbinden lässt. Nicht optisch, aber die User sollten gekoppelt sein. Es sollte verschiedene Kategorien geben, in denen User Fotos uploaden können. Allerdings gefiel mir da weder das Layout von Coppermine noch von Gallery 2. Von Gallery 2 las ich dann, dass es extrem objektorientiert und programmtechnisch sauber programmiert ist, aber deswegen eher langsam und vorallem zum Hacken (Ändern) schwer zu durchblicken ist. Soweit ich mich erinnern kann schied auch Coppermine aus, weil ich zuviel ändern hätte müssen, damit es für mich gepasst hätte. Allerdings habe ich mir Coppermine am wenigsten genau angesehen.

Downhill-Rangers Foto-Galerie mit Photpost

Daher schaute ich mich auch bei den kommerziellen Anbietern um. Und so kam ich auf Photopost. Photopost bietet die vBulletin-Einbindung schon Out-Of-The Box mit. Außerdem können damit z.B. auch die Kommentar-Eingabefelder über vBulletin laufen. Beim Analysieren vom Code von Photopost hat man zwar manchmal den Eindruck, als hätte der Entwickler das Programmieren erst während der Entwicklung von Photopost gelernt, aber die meisten Dinge kann man relativ schnell finden und so auch sehr schnell was reinhacken. Und der Code wird durch’s Reinhacken sicher nicht schlechter

Rausgekommen ist dabei die Downhill-Rangers Foto-Galerie. Ich habe absichtlich die Möglichkeit für eigene Alben entfernt, weil ich nicht wollte, dass massenweise Fotos vom selben Thema raufgeladen werden. Besser einzeln einige gute Fotos raufladen. Außerdem hat Photopost damals sowieso keine sinnvollen Möglichkeiten geboten, viele Fotos in einem Schwung raufzuladen.

Foto-Alben mit Gallery 2

Hin und wieder wäre es aber sinnvoll, doch genau diese Foto-Alben anzubieten, wenn man beispielsweise von einem Event viele Fotos hat und diese öffentlich oder einem beschränktem Besucherkreis zeigen möchte. Wichtig ist dabei allerdings, dass die Bilder schnell und einfach raufgeladen werden können. Und das ist die Stärke von Gallery 2. Es unterstützt unter anderem HTTP-Upload (Browser), eine Java-Applet, WebDAV, XP-Web-Publishing, und Gallery Remot. Gallery Remote ist eine eigene Java-Anwendung für den Desktop, die sich mit der Gallery-Installation im Web verbindet und mit der man schnell und komfortabel Fotos raufladen kann. Vor dem Raufladen könne Fotos gedreht, beschriftet, und skaliert werden.

Ich habe alle Upload-Methoden getestet. Ich habe sie auch alle zum Laufen gebracht. Es ist aber nich unbedingt immer so einfach – vorallem für Laien. Aber wenn es mal konfiguriert ist, geht’s damit umso schneller und bequemer.

Gallery 2 und vBulletin

Gallery 2 bietet mit der Embed-Klasse eine Möglichkeit an, externe Anwendungen einzubinden. Diese Idee ist prinzipiell sehr gut. Außerdem noch weitere Mechanismen, um Gallery innerhalb einer anderen Seite anzeigen zu lassen.

Umgekehrt bietet vBulletin Produkte und Plugins. An bestimmten Stellen im vBulletin-Code sind sogenannte Hooks. Ein Produkt oder Plugin kann sich in so einen Hook einklinken und Code dafür hinterlegen. vBulletin führt dann an diesen Stellen diesen Code aus. Somit können viele vBulletin-Erweiterungen ohne Code-Änderungen an vBulletin selbst auskommen und einfach exportiert, als kompakter Download als Produkt oder Plugin angeboten und in andere vBulletin-Installationen importiert werden.

Es gibt auch eine Gallery 2.1 and vBulletin 3.5.X Integration. Primär geht’s hier allerdings um die optische Intergration, die ich nicht benötige. Als Anhang dort ist noch ein Plugin angehängt, wie die User zwischen vBulletin und Gallery 2 gekoppelt werden können. Genau genommen geht’s dabei um ein Plugin, das beim Ändern von User ausgeführt wird. Genau dann wird diese Änderung an die Embed-Klasse von Gallery 2 weitergeleitet. Und zwar an die Methoden der Embed-Klasse, die User anlegen, ändern oder löschen.

Dabei gibt’s allerdings mehrer Probleme, die eine Einsatz ohne Modifikationen nicht möglich machen:

1. Es werden nur User von vBulletin zu Gallery 2 übertragen, die sich im Forum einloggen. Gibt es das vBulletin Forum schon länger und möchte man alle User übertragen, muss man ein eigenes Programm schreiben, dass diese macht
2. Aufpassen mit den Zeichensätzen der Datenbanken: Meine vBulletin-Datenbank verwendet ISO-8859-1. Gallery 2 wird standardmäßig mit UTF-8 installiert.
3. Gallery 2 erlaubt zwar die Einstellung, welche Hashingmethode für das Passwort verwendet wird. Allerdings verwendet vBulletin einen eigenen Salt-Wert zum Hashen. Gallery 2 unterstützt das nicht. User können sich also in Gallery 2 nach dem Übertragen der Daten von vBulletin zu Gallery 2 nicht einloggen.
4. Das Plugin im oben erwähnten Artikel ist fehlerhaft. Eventuell liegt es daran, dass der Artikel für Gallery 2.1 ist und ich bereits Gallery 2.2 verwende. Der Aufruf der Methode der Embed-Klasse ist schlichtweg falsch.

ad 1) Um alle User zu übertragen, hab eich einfach ein Script geschrieben, dass alle vBulletin User ausliest und jeweils die Methoden der Embed-Klasse ausführt, die den User in Gallery 2 anlegen oder updaten.

ad 2) Die unterschiedlichen Zeichensätze können mit der PHP-Funktion iconv() angepasst werden. Ob es funktioniert, kann z.B. mit Umlauten getestet werden.

Ein Problem habe ich allerdings noch. Gallery 2 erkennt beim Import mit meiner Zeichensatz-Konfiguration User, die sich nur anhand eines Umlauts unterscheiden nicht als unterschiedliche User (”Andi”, “Ändi”). Aber das war im ersten Schritt mal vernachlässigbar.

ad 3) Damit sich die User mit demselbem Passwort in Gallery 2 wie im vBulletin einloggen können, musste ich die User-Tabelle von Gallery 2 um die Spalte für den Salt-Wert erweitern und diese auch über die Embed-Funktion bis zur Datenbankabfrage durchschleusen. Hier stellte sich das als wahr heraus, was ich wie oben beschrieben schon zuvor gelesen hatte. Änderungen in Gallery 2 sind extrem aufwändig. Gallery 2 ist im vielen Schichten geteilt. Sich da durchzuarbeiten und die notwendigen Änderungen zu finden, ist wirklich mühsam und hat mich extrem viel Zeit gekostet. (Änderungen im eher diletantisch programmierten Photopost sind dagegen Kindegarten.) Natürlich musste dann auch die Passwort-Abfrage abgeändert werden, sodass diese auch den neuen Salt-Wert verwendet. Achtung: Auch das Einloggen sollte dann mit Passwörter mit Sonderzeichen, wie Umlauten getestet werden.

ad 4) Wenn man sich die Embed-Funktionien ansieht, sieht man schnell, wie der Aufruft erfolgen muss, und was somit im vBulletin-Plugin geändert werden muss.

Die kurzfristig installierte Gallerie sieht man hier: Downhill-Rangers Foto-Alben.

In Österreich stand das 1. Mountainbike Downhill-Rennen an. Insofern war der Rückgang durchaus erklärbar. Wochenende, schönes Wetter und Mountainbike-Veranstalltungen lassen die Zugriffe auf meinen Mountainbike-Seiten doch deutlich sinken.

Bei der Anzahl der Besucher ist nicht allzuviel zu sehen. Könnten auch andere Schwankungen sein:

Die Anzahl der Seitenaufrufe ist dagegen extrem zurückgegangen. Bis auf ein Viertel des Durchschnittswertes:

Laut Google Analytics sollten ab 14. Mai die Daten wieder hergestellt sein. Ausgenommen sind E-Commerce-Daten, die verloren gegangen sind.

FAQs von Google zum Thema: Analytics Processing Error from April 30 – May 5, 2008

]]> http://noox.at/2008-05-14/google-analytics-probleme-bei-der-datenverarbeitung/feed/ 0