Solange die Tools funktionieren - gut. Wenn nicht: Sorry.
Online-Tools: aktuelle Änderungen
Was? Tatsächlich schon so lange her?
Im Dezember 2004 hab ich mit dieser Seite begonnen. Irgendwann wollte ich meine Bugs nicht mehr kommentieren. Webeye läuft recht brav dahin und ich geh auf ein Bier.
21.10.2005
Sowas auch - noch ein Bug gefunden: Wenn in den Meta-Keywords das Wort "Tabelle" (auch als Teil) enthalten war, hat sich das Online-Tool in einer Endlos-Schleife verfangen. Dasselbe auch bei Begriffen wie "KeinVorkommen" oder "KWZahl". Jo mei....
Einen Bug gibt es noch, aber ich weiß nicht, wie ich ihn beseitigen soll: Keywords mit Umlauten werden manchmal nicht richtig zugeordnet.
04.10.2005
Ooops... peinlich. Ein kleiner Denkfehler hat dazu geführt, dass es manchmal zu falsch geparsten Links kam:
Wenn als Startverzeichnis www.domain.de/en/ angegeben wurde, aber auf der Seite Verweise ins Root angegeben waren, hat webeye das Startverzeichnis als Root angesehen und sich somit verlaufen. Also
auf www.domain.de/en/ wurde der Link /en/ zu www.domain.de/en/en/
06.08.2005
Ist es nicht eine Schande? Fast 4 Monate nix Neues.... Stimmt natürlich nicht, passiert immer wieder was, aber justament eben hier nicht. webeye kennt inzwischen das Link-Attribut rel="nofollow" und weist darauf hin, wenn es eines findet. Der Webalizer-Analyzer kann jetzt in die Breite zoomen und einige neue Seiten gibt es auch.
Und dann habe ich ja andere Hobbys auch noch, wie zB das Basteln von Webseiten, vulgo Webdesign, so richtig für zahlende Kunden. Und weil jetzt ein Gewitter aufzieht, werfe ich mich noch flugs auf mein Motorrad und fahre ins Torberg. So.
19.04.2005
Natürlich schaue ich mir meine eigenen Seiten gerne mit dem Webalizer-Analyzer an. Gerade webeye.at macht mir immer wieder Freude: Im Durchschnitt der letzten 15 Tage hat die Site erstmals 300 Visits/Tag erreicht; auch die Prognose zeigt leicht nach oben. Wem das nicht besonders viel erscheint: Das Interesse an der Suchmaschinen-Optimierung ist nicht so groß wie häufig angenommen, dafür die Konkurrenz groß und - naturgemäß - gut optimiert. Bin ich sehr zufrieden.
Und: Ich muss das Wort nur 2x erwähnen, um immerhin Platz 5 zu erreichen: Diesmal ist der Erdäpfelkäse gelungen :-)
18.04.2005
Grundsätzlich bin ich kein Freund von SEO-Wettbewerben: Die Google-Köpfe müssen danach nur nach einem Wort suchen und haben alle gängigen Methoden aufgelistet. Und so wirklich langweilig ist mir ja auch nicht.
Allerdings würde es mich einmal interessieren, ob sich Google immer noch so für die WebEye-Protokolle interessiert; also ein Versuch zum Thema Hommingberger Gepardenforelle [Aktualisierung: Nicht mehr so wirklich ;-) ]
02.04.2005
Erdäpfelkäse ist eine Spezialität aus Oberösterreich. Allerdings sollte man nicht auf die Idee kommen, schnell ein ein paar Bugs zu reparieren, während die Kartoffeln vor sich hinköcheln..
4 Stunden später sind einige Bugs gefixt und der Topf mitsamt ein paar schwarzen Klumpen beim Müll:
Beim Webalizer Analyzer gab es ein Problem mit der Darstellung der Kurven, wenn die Zahl der Iterationen erhöht wurde, beim erniedrigen stimmte wieder alles.
Schwieriger wars bei webeye: Wer webeye benutze, um die optimalen Keywords zu finden und dazu boshafterweise eine Google-Seite nutzte, der fing sich allerhand Schrott ein. Grund: Google nennt sich selbst nicht mehr Google, sondern verwendet IP-Adressen. Und darin hat sich webeye verfangen. Außerdem wurden bisher AdWords-Blöcke ausgelesen, was ebenfalls Störungen verursacht hat.
17.01.2005
Es gibt ein Update. Eine kleine, aber möglicherweise sehr praktische Änderung:
<!--StartWebeye--> und <!--StopWebeye-->
Bei einer Site wie zB dieser erkennt Google, was Menüleiste und was Inhalt ist. webeye kann das leider nicht. Wenn du sehen willst, wie webeye nur den Inhalt deiner Seiten sieht (und die Menüleiste ignoriert) kannst du diese beiden Kommentare je einmal auf jeder Seite (nur im Body!) einfügen. Alles an Text davor/danach wird von webeye ignoriert. Links werden natürlich weiterhin verfolgt. Die Auswirkungen siehst du überall, wo der relevante Text deiner Seiten dargestellt wird.
16.01.2005
Der Suchbegriff "Webalizer" bringt mir 42% aller Visitors, die über Suchmaschinen kommen. Kein Wunder: Nr 1 bei Google.de und Nr 5 bei Google.com. Stand heute. Zwar ist immer noch webeye die am häufigsten aufgerufene Seite, schön langsam spricht sich aber auch der Webalizer-Analyzer herum. Ah - ja: Der zweithäufigste Suchbegriff ist: "Brückenseiten" mit 2,6% und "Meta-Description" mit 2,5%. Dann irgendwann "homepage optimieren" und "website optimieren" bis hin zu "analyse aschenputtel".
Sagt übrigens nicht Webalizer, sondern AW-Stats.
02.12.2004
Webalizer: Visits (Besucher)
Jaja, ich weiß: da sind die Leute happig: "der will doch nur unsere Stats ausspionieren!" Eine kleine Suchabfrage bei Google listet mir ein paar tausend Verzeichnisse auf, für jedermann/frau zugänglich. Das bisher höchste war eine Site mit rund 6000 Visits am Tag - bei den Referrers hatte das Tool schon fest zu kämpfen. Geschätzte 98% hatten aber weniger als 100 Visits am Tag, ein beträchtlicher Anteil brachte es nicht einmal auf den "Trigger" - einmalig 8 Visits pro Tag. Der überwiegende Teil lag so zwischen 10 und 30 Besuchern pro Tag. Ich werde das mal genauer auswerten.
Es darf natürlich nicht übersehen werden, dass Webalizer nicht als sehr professionell gilt - leibhaftige SEOs stochern von Hand in den Logfiles. Ähnliches gilt für die "Großen", die idR Redaktionssysteme verwenden.
Noch was:
24.02.2004: Endlich habe ich den Bug gefunden:
Runtime Error: MouseOverNoteZeile (Wie man sieht, verwende ich "sprechende Namen" für die Funktionen.)
Ich habe den Bug immer noch nicht gefunden, weil er bei mir nie auftritt. Die Funktion MouseOverNoteZeile wird erstmals aufgerufen, wenn unmittelbar nach dem Spidern alles durchgerechnet und dann dargestellt wird.
Die Sache ist vereinfacht so: Die Shockwave-Tools müssen mit dem Speicher auskommen, der ihnen vom Browser zugewiesen wird; wie viel ist schwer nachzuvollziehen. Beim Laden der Seiten werden die Tools uU. (bei wenig Speicher) quasi aus dem Speicher verdrängt. Wenn aber dann plötzlich etwas dargestellt werden soll, sind sie desorientiert. (Äh - sinngemäß). Daher der Fehler. Bei Javascript ist es ein alter Hut, dass eine Funktion erst aufgerufen werden darf, wenn sie geladen ist. Das ist hier dasselbe, allerdings ist hier die Situation wesentlich komplizierter, weil die Funktion ja eigentlich geladen war.
Ich könnte jetzt herausfinden, unter welchen Umständen das passiert, allerdings kann ich die Umstände nicht ändern. Also: ich tu's nicht.
28.11.2004
Webalizer-Analyzer
Ich habe versucht, den Referrers zu Leibe zu rücken: Wenn der Webalizer-Analyzer beim Laden auf einen Link zu den Referrers stößt, wird diese Option eingeschaltet. Die Seiten können dann geladen werden und das Tool spürt allerlei auf:
Praktisch ist etwa, dass die Referrers in Gruppen verteilt werden: Suchmaschinen, Bildersuche, Verzeichnisse, Foren & Groups. Bei letzteren tritt ja häufig das Problem auf, dass es massenweise Referrers gibt, diese aber selten nachvollziehbar sind. Das kann der Analyzer natürlich auch nicht, immerhin rückt er sie aber aus dem Blickfeld. Das selbe gilt für die Suchmaschinen. Natürlich kann nicht immer klar gesagt werden, in welche Gruppe ein Referrer gehört, aber meisten funktioniert das gut.
"Neue Links" sind welche, die vorher nicht in den Referrers waren. Und weil den Domains als Linksspender etwas mehr Beachtung geschenkt werden sollte (statt der Anzahl der Links als solche) werden auch die Domains neu zusammengefasst. Das hilft besonders, wenn es Footer-Links auf anderen Domains gibt; so kann gut geschätzt werden, was diese insgesamt bringen. Hier wird "Treue" bevorzugt: die Domains, von denen die Referrers anhaltend kommen, werden bevorzugt. Deswegen kann es hier zu Sprüngen in der Sortierung kommen. Die Zahlen sind übrigens pro Monat / avg.
Ein kleines, aber nicht zu unterschätzendes Plus: Wer in seinen Stats (egal ob Webalizer oder AW-Stats oder....) auf einen Link klickt, verrät sich: Er hinterlässt in der verlinkten Site einen Eintrag in den Referrers und verrät damit seine Statistiken, falls diese nicht Passwort-geschützt sind. Der Webalizer-Analyzer verhindert das.
Etwas Ärger gibt es noch mit dem "www." Prinzipiell sind mit oder ohne www zwei verschiedene (Sub)Domains. Da aber üblicherweise beide gleich sind, werden sie auf "ohne" reduziert. Ärger gibt es also, wenn sie doch nicht gleich sind oder ohne www nicht existiert. Selten, aber gibt es.
Durch die Vergleichslisten (vor allem die Verzeichnisse) ist das Tool leider stark angewachsen. Sorry.
20.10.2004
Es hat mich immer etwas gestört, dass die Webalizer-Stats nur ein Jahr zurückreichen und auch nicht gerade "hübsch" sind. Und dass man generell nicht immer ganz schlau wird daraus. Also habe ich mal versucht, die Zahlen etwas aufzubereiten und mit anderen Daten zu vergleichen. Herausgekommen ist der Webalizer-Analyzer, ein Shockwave-Tool, das die Daten neu aufbereitet. Wie immer bei mir etwas sperrig und ungewöhnlich, aber praktisch. Man verzeihe mir noch den einen oder anderen Bug.
07.09.2004
Joup. Kommt vor, dass webeye einfriert. Das passiert, wenn das Applet zuwenig Speicher kriegt oder der Computer gerade etwas schwachbrüstig ist, sprich: ein Haufen Programme offen sind. Und wenn dann auch noch 200k-Konstrukte daherkommen. Sorry - Wunder gibts nicht. Am besten Maschine durchstarten und mit geputztem Speicher nochmal versuchen.
13.08.2004
Die Karte "Spamrisiko" scheint einige Leute aufgescheucht zu haben. Immerhin ist der Traffic in den letzten Tagen auf das 3-fache gestiegen - und tatsächlich scheint es sich oft um Leute mit schlechtem Gewissen zu handeln. Es kamen einige Mal 100% vor und das sind dann meist auch wirklich Seiten, die die Welt nicht braucht.
Wie Google das macht, weiß ich nicht. Diese Zahl ist ein Kriterium unter vielen, in webeye wird sie isoliert ausgegeben, schließlich ist webeye ein Tool und kein Abstrafer. Mehr dazu unten
Und - Jubel! - ich habe endlich den nicht nachvollziehbaren Bug gefunden: Er trat auf, wenn webeye nicht vollständig geladen wurde. Um das zu verhindern, habe ich jetzt einen Preloader gemacht.
Für die Ängstlichen, die wissen wollen, was webeye in das Logfile schreibt: URL, ein paar Zahlen zur Site (geladen, Errors, Dubletten, Kilobytes usw), Geschwindigkeit des Computers usw. Seit ein paar Tagen auch das Spamrisiko. Ich sehe mir Einträge mit auffallenden Werten an, um webeye zu verbessern. Benutzerdaten (IP-Adresse, Mails... ) werden nicht gespeichert..
06.08.2004
Es kam gelegentlich vor, dass webeye schlichtweg abgestürzt ist. Wenn große Tabellen nur mit gefüllt waren, kam es zu Endlos-Schleifen und es gingen Arrays über. Das ist jetzt behoben. Ein kleineres Problem gibt es noch mit Links, die etwa ":" oder "!" enhalten, aber keinen "." Solche Links werden oft als BrokenLink angezeigt. Naja, kann ich leben damit.
31.07.2004
Ein Problemchen ist der Umgang mit outbound.pl (o.ä.), also einem Script, mit dem ausgehende Links vor Suchmaschinen versteckt werden. Je nachdem, was genau dieses Script macht, kann es sogar passieren, dass webeye fremde Seiten für Seiten der Domain hält und normal bewertet. Es gibt Anzeichen, dass auch Suchmaschinen wenig Freude mit diesem Script haben; webeye macht es jetzt so: Steht ein vollständiger URL im Parameter, wird dieser verwendet und der Link als externer gezählt, aber nicht gewertet.
Ansonsten gilt: webeye ist keine Suchmaschine, sondern ein Tool, das helfen soll. Wer trickst, muss die Ergebnisse von webeye interpretieren.
Über 70000 Seiten hat das kleine Tool bisher abgearbeitet. Auffallend hoch ist auch der Anteil der User, die mehrere Domains checken - vor allem bei Webdesignern ist das Tool sehr beliebt.
Neu ist die Karte "SpamRisiko", die angezeigt wird, wenn viele Seiten mit "minderer" Textqualität gefunden werden. Nachdem ich viele Seiten beobachtet habe, konnte ich den Algo entsprechend erweitern: Wie hoch ist das Risiko, dass eine Suchmaschine Teile der Site für "Brückenseiten" hält oder dass übliche Spam-Tricks (weißer Text auf weißen Grund) vermutet werden.
Diese Textqualität wird bei der Einzelbewertung im Reiter "Text" angezeigt, mit "k" gekennzeichnet. Die Anzeige ist schon länger vorhanden, es ist allerdings etwas schwer zu erklären, was "Textqualität" für webeye eigentlich ist. Vereinfacht gesagt wird die Dichte von mehreren Wörtern gemessen, durch diese Dichten wird eine Kurve gelegt, die meist eine bestimmte "Krümmung" hat - daher "k".
Kommt etwa auf einer Seite jedes potentielle Keyword genau 1x vor, ist diese Krümmung 0, kommt ein einzelnes Wort sehr oft vor, andere aber viel seltener, liegt die Krümmung nahe 1. Meistens haben Kontaktformulare oder Menü/Übersichten eine ungewöhnliche Textverteilung - diese werden auch tatsächlich selten in Suchmaschinen angezeigt. Die Karte "Spam-Gefahr" erscheint, wenn Gruppen von Seiten mit ähnlicher abweichender Krümmung erfasst werden. Derzeit fallen auch noch Bilder-Seiten darunter, weil webeye nur den Text an sich beurteilt.
24.06.2004
Ich gebe zu: Ich verliere manchmal ein bissel den Überblick, was sich da in den Innereien von webeye so tut. 1 Mb unkompilierter Quellcode ist eben schon recht viel. Also mache ich mir nicht zum Vorwurf, dass mir da eine Kleinigkeit passiert ist: Unter Umständen zeigte die Karte "Häufige Wörter, die nicht als Keyword angegeben waren" völligen Blödsinn an. Das ist mir passiert, als ich das Stemming implementiert habe, glücklicherweise betraf das einzig diese Karte, andere Auswertungen waren davon nicht betroffen. Jetzt tuts wieder.
05.06.2004
Ich habe heute eine "Aktuelles"-Seite gefunden mit neuesten Meldungen vom Jänner 2001. Soweit will ich es nicht kommen lassen; deswegen hier mal ein bissel aktueller Status: mein webeye hat noch ein paar Bugs, haupsächlich einer davon tritt auf, wenn die Maus zu einem bestimmten Zeitpunkt an einer bestimmten Stelle ist. Ich kann es nicht nachvollziehen, aber vielleicht fällt mir ja doch mal was auf. Ansonsten läuft das Online-Tool brav und fleißig, recht viele Leute nutzen die Möglichkeit, bis zu 200 Seiten zu spidern, obwohl das den Rechner schon sehr in die Knie zwingen kann. Oft werde ich gefragt, was denn auf der 4. Seite der Einzelberichte kommen wird - das möchte ich auch gerne wissen ;-) Es gäbe ja viele Möglichkeiten - werden wir sehen. In der Zwischenzeit muss ich meine Fans auf die "Aktuelles"-Seite verweisen, wo sich noch am meisten tut, bei beesign multimedia
01.05.2004
Jepp - es ist tatsächlich ein Monat seit dem letzten Update her. Sorry! So viel Arbeit wie derzeit hatte ich schon Jahre nicht mehr - von wegen schlechte Konjunktur.
Aber ich sehe Licht am Ende des Tunnels - und Ideen habe ich genug!
30.03.2004
Das waren noch Zeiten, als ich tatsächlich so ausgesehen habe, wie hier rechts. Derzeit laufe ich mit Schmerztabletten, Antibiotika und einer dicken Backe herum: eitriges Kiefer :-(
Trotzdem habe ich noch etwas geschliffen und die neueste Version verfügbar gemacht:
Neu ist: Du kannst in das URL-Eingabefeld jetzt HTML-Quelltext (!) einsetzen. webeye durchsucht diesen nach vollständigen URLs (http://....) und spidert auf diesen Seiten. Links von diesen werden aber nicht verfolgt.
Dieser Quelltext kann zum Beispiel der einer Linkliste sein. Oder SERPs einer Suchmaschine, sofern damit nicht gegen Nutzungsbestimmungen verstoßen wird (mit Google lege ich mich nicht an... :)
Sinnvoll ist das Ganze natürlich, um konkurrierene Seiten zu inspizieren.
Protokoll: Es kann jetzt ein Protokoll ausgegeben werden. Es ist mitunter etwas hölzern, enthält aber sicher nützliche Informationen.
25.03.2004
Über ungelegte Eier sollte man nicht reden. Trotzdem: Ursprünglich war webeye eigentlich 2 Tools: Eines, das bei Webseiten lokal die optimalen Keywords und Description berechnet und gleich reinschreibt. Das andere Tool lädt alle Seiten auf einer Liste (etwa einer SERP) und sucht Begriffe, die auf allen häufig vorkommen.
Erstere Funktion kann ich webeye leider nicht geben - Shockwave erlaubt das nicht, zweiteres - naja - darf webeye nicht; es würde gegen die Nutzungsbestimmungen der Suchmaschinen verstoßen. Andererseits: Es gibt ja auch allerhand Linklisten, deren Nutzungsbestimmungen das erlauben.... Ich denk mir was aus.
04.03.2004
Klar habe ich auch was anderes zu tun und momentan läuft webeye ja recht fein - zumindest was die Logfiles sagen. Eine nicht unwesentliche Komponente ist die Rechnergeschwindigkeit des Clients, auf dem das Shockwave-Tool läuft; webeye stellt sich darauf ein und sorgt dafür, dass keine längeren Nachdenk-Pausen auftreten. Eine Kennzahl - sie ist beim Start ganz kurz zu sehen - sorgt dafür.
Erstaunlich ist die Auswertung dieser Zahl. Mein Computer - ein 2000er P4 - hat ca 150, mein ganz alter Laptop (166er P2) bringt es nur auf den Wert 4 (!). Mit dem möchte ich webeye lieber nicht öfter laufen lassen....
Dennoch: zwischen 3 und 300 ist alles vorhanden.
27.02.2004
Manchmal sieht man das html vor lauter php nicht: Bei ca. 5% aller Sites hat webeye kläglich versagt - wegen eines dummen kleinen Fehlers. Es wird nie so sein, dass webeye "perfekt" läuft, aber das hat mich denn doch gestört.
Die Sitemap wird jetzt in anderer Reihenfolge gemacht: Die Seiten mit der besten Bewertung oben, Seiten ohne relevanten Inhalt werden nicht mehr aufgeführt.
24.02.2004
Endlich habe ich den Bug gefunden:
Runtime Error: MouseOverNoteZeile (Wie man sieht, verwende ich "sprechende Namen" für die Funktionen.)
Der Fehler trat auf, wenn zu einer bestimmten Zeit der Mauszeiger über dem grauen Bereich links war und die Anzahl der geladenen Seiten mehr als 12 war. Na das muss man mal erraten.
Damit läuft webeye jetzt (hoffentlich) Scriptfehler-frei.
Und: Die Ausgabe der SiteMap habe ich überarbeitet - es gibt jetzt auch eine Vorschau und man kann sich Vorschläge machen lassen. Die sind mitunter zwar etwas seltsam - maschinell eben, können aber sehr zum nachdenken anregen ;-) Hier wird überhaupt noch einiges passieren.
23.02.2004
Das "Elt" oder die Suche nach dem verlorenen Z
Was sehe ich? Ein "Elt" als häufig vorkommender Begriff auf einer Site über Zelte? Tatsächlich: In einer Funktion zum Parsen der Bild-Attribute wurde unter Umständen im "src"-Attribut ein Rest vom vorigen "Alt"-Attribut eingesetzt. Fällt nur auf, wenn alle Bilder (fast) gleich heißen.
Tsss... ich werde NIE fertig mit diesem Ding....
22.02.2004
webeye hat leider einen grundsätzlichen Fehler, den ich auch nicht so einfach beheben kann, weil Shockwave nicht mitspielt:
webeye geht immer davon aus, dass die geladene Seite auch die ist, die angefordert wurde. Es gibt in Shockwave keine Möglichkeit, das zu überprüfen. Wenn nun der Server eine andere Seite zurück gibt - die relative Links enthält - verläuft sich webeye.
Ich umschiffe das derzeit so halbwegs, indem ich zuerst einmal eine Seite anfordere, die es nicht gibt und damit feststelle, wie denn der Server in diesem Fall reagiert. Bei dynamischen Seiten klappt das aber nicht immer.
15.02.2004 - 21.02.2004
Praktisch kein Tag ohne irgendeine Änderung an webeye. Zuerst mal die Darstellung der Links: einfach Seitenweise, eventuell mit Scrollbalken. Ein paar kleine Bugs noch, nix wesentliches.
Dann verrate ich mal ein kleines Geheimnis: Außer welche Domains gespidert wurden hat webeye bisher nichts auf den site-check Server geschrieben. Damit ist jetzt Schluss: ich erfahre ALLES!
Naja: Eigentlich nicht alles, was eben für statistische Zwecke interessant ist: wieviele Seiten geladen wurden, wieviele Fehler oder Dubletten es gab und so Kram eben. Eine Zahl, auf die ich neugierig bin: wie schnell der Computer war. Es gibt dafür eine Maßzahl in webeye, die dafür sorgt, dass Repeatschleifen nicht zulange dauern, ohne dass sich etwas bewegt. Was ich jetzt schon sehe: Die meisten Leute haben schnellere Computer als ich ;-)
Sobald ich mehr Daten habe, werde ich die Eckwerte mal analysieren.
14.02.2004
Ganz schöne Mengen an Daten sammeln sich zusammen im Speicher. Aber wie kriege ich die Daten in übersichtlicher Form auf den Schirm? Die Links zum Beispiel: webeye kennt sie natürlich alle, aber wie soll ich das darstellen? Eine Seite hat keinen, die andere gleich 200. Sobald es in Shockwave zum Scrollen wird, wird es mühsam. Und überhaupt: wen interessiert das? Die relevanten Aspekte werden ohnehin ausgegeben...
Oder die Bilder: webeye kennt z.B. die Gesamtfläche aller relevanten Bilder....
Das muss ich nochmal bei einem Bier mit mir bespechen ;-)
13.02.2004
Puh! webeye kommt jetzt auch mit Umlauten in Keywords klar, also ae = ä, oe = ö.
Ist ja nicht so einfach, weil: pruefung = prüfung aber koedukation <> ködukation.
Und ein Bug beim Entfernen der Kommentare und Scripts ist auch weg; die Startseite heißt jetzt wie sie heißt oder eben "index". Aber nicht mehr ""; ein Nix läßt sich sehr schwer anklicken.
Der nicht reproduzierbare Bug in der Einzelbewertung (beim Anklicken der Liste) sollte nicht mehr auftauchen; ich habe zwar keine Ahnung, was da überhaupt war, aber schnell mal die Listen nachzählen kann nie schaden.
12.02.2004
Das Wörterbuch habe ich um einige englischsprachige Begriffe erweitert; allerdings bringt die englische Sprache neue Tücken mit sich... Im Deutschen funktioniert das "Stemming" jetzt halbwegs, es wird aber nur für interne Zwecke verwendet, Wortvergleiche werden wie auch bei Google "hart" gemacht. Neu ist die Einzelbewertung der Seiten, hier habe ich noch Probleme mit dem Design, es sieht optisch zB so aus, als ob <Keywords> hoch bewertet werden - was aber nicht so ist. Es werden insgesamt etwa 30 Kriterien bewertet.