Backlink-Monitor (Checker) in Entwicklung (PHP/AJAX)

[t-rex]

Hi,

eigentlich wollte ich da jetzt nicht sooo tief rein Aber ...

Halte es doch ein bisschen übersichtlich. Eine weitere Spalte ist gar nicht nötig.

Bester Zustand: Status 200 Link gefunden OK!
Unerwarteter Zustand: Response 301 oder 302 aber Link gefunden OK
Böser Zustand: Response 200, 301 oder 302 und Link nicht gefunden Entfernt
Schlechter Zustand: Seite wurde nicht geladen E4xx
Anderes Problem: z.B. Statuscode 0: NetErr

Das sind jetzt mal 5 Zustände Stell dir für OK!, OK, Entfernt, E4xx eine Symbolik vor, die das widerspiegelt. Und bei den Statuscodes 4xx und 5xx kann kein Link gefunden werden.

Für E4xx, es könnte auch ein E5xx geben, stehen die Statuscodes 401, 403, 404, 502, 503 und was es noch an logischen Dingen gibt.

Was die Statuscodes angeht, so bringt das ja schon jedes Beispiel von fsockopen mit.

Um es jetzt aber noch vollständig zu machen. Es könnte sein, dass KEIN Statuscode zurückgeliefert wird. Das könnte passieren, wenn Keine Verbindung ins Netz besteht, die Route kaputt ist oder ein DNS Fehler vorliegt. Dann kommt es auf die Fehlerbehandlung des Bots an, was in solch einem Fall zurückgegeben wird.

Wenn es Dir zuviel erscheint, jeden Einzelfall ebenfalls aufzunehmen, dann würde ich aber auf jedenfall beim Statuscode 0 noch einen zusätzlichen Zustand wie oben beschrieben (NetErr) dazunehmen.

Ich musste jetzt ersteinmal nachschauen, was der Standardinterval ist. Wenn ich das richtig gesehen habe, 14 Tage minimum. Das empfinde ich als extrem lange. Aber andere können da ja andere meinungen haben. Das mit dem Standardinterval dynamisch verändern widerrum empfinde ich als unnötig. Vielleicht deshalb, weil ich darin, ohne einen entsprechenden Nutzen unverhältnismässig Programmieraufwand sehe. Diese Funktion würde ich aufjedenfall unter NiceToHave einstufen. Die Statuscodes dagegen als MustHave-Depended.

Sonnige Grüsse
HaPe

[mgutt]

Halte es doch ein bisschen übersichtlich. Eine weitere Spalte ist gar nicht nötig.

Nicht? Guck mal

Bester Zustand: Status 200 | Link gefunden OK!
Unerwarteter Zustand: Response 301 oder 302 aber | Link gefunden OK
Böser Zustand: Response 200, 301 oder 302 und | Link nicht gefunden Entfernt
Schlechter Zustand: Seite wurde nicht geladen E4xx | Link nicht gefunden
Anderes Problem: z.B. Statuscode 0: NetErr | Link nicht gefunden

So einen großartigen Unterschied zu einer extra Spalte sehe ich jetzt nicht

Ich wollte ja eh einfach nur lustige X'e oder Häkchen setzen. Als title auf dem X wollte ich dann den übermittelten Statuscode ausgeben. Also ca. so:

Code: Alles auswählen

| Linkgebende Seite    | Link                                   |
| Status | Indexierbar | Gefunden | Follow | Sichtbar | Onclick |
     ✓          ✓           ✓          x         ✓         ✓

(Die Häckchen sieht man nur in FF, IE zeigt lustige Kästchen )

Die Anzahl der Spalten ist mir egal und dem Nutzer auch, da man diese über die Einstellungen selber bestimmen kann. Ich möchte das so offen wie nur möglich gestalten. Jeder hat da ja seine eigenen Präferenzen.

Unerwarteter Zustand: Response 301 oder 302 aber | Link gefunden OK

Ich folge keiner Weiterleitung, da Weiterleitungen kein Backlink sind, sondern faktisch gesehen ein neuer (mit neuem Ranking). Wenn wäre eine Frage sinnvoll in Richtung "Weiterleitung gefunden: Soll der Backlink aktualisiert werden?" Das geht aber nicht, weil dann die History dem neuen Backlink zugeordnet würde. Daher hilft nur neuen Backlink hinzufügen und den alten bei Bedarf entfernen.

Es wird auch sicherlich Nutzer geben, die das nicht wollen. Wenn sie einen Linktausch machen und z.B. einen PR3 Link ausgemacht haben, heißt das trotz 301 ja noch lange nicht, dass der neue Link auch auf einen PR3 bekommt.

Jede Suchmaschine geht mit einem 301 außerdem anders um. z.B. Yahoo ignoriert das gerne mal und gibt eine 301-Seite als Backlink aus, was aber falsch ist, weil es dazu führt, dass jede 301-Seite, die auf eine Seite führt, wo der eigene Link steht, ein Backlink würde.

Wenn es Dir zuviel erscheint, jeden Einzelfall ebenfalls aufzunehmen, dann würde ich aber auf jedenfall beim Statuscode 0 noch einen zusätzlichen Zustand wie oben beschrieben (NetErr) dazunehmen.

Nö das ist kein Problem. Ich mach ne Spalte "Status" und da kommt einfach nur rein 200 bzw. jede andere Zahl. Nach Timeout eben -1 oder sowas. Das ist kein Problem.

Ich musste jetzt ersteinmal nachschauen, was der Standardinterval ist. Wenn ich das richtig gesehen habe, 14 Tage minimum. Das empfinde ich als extrem lange.

Bei "Link ist da", habe ich mich schon selber auf Kalenderwochen eingestellt, also jede Woche als Minimum. Weiter runter macht aber keinen Sinn. So statistikgeil kann man ja gerne sein, aber den Mehrwert sehe ich nicht für den Nutzer. Ob ich jetzt nun 2 Tage später vom Verlust des Links erfahre (wo nicht mal klar ist, ob es ein temporäres Problem ist) oder erst nach einer Woche, wäre mir jetzt egal.

Das mit dem Standardinterval dynamisch verändern widerrum empfinde ich als unnötig. Vielleicht deshalb, weil ich darin, ohne einen entsprechenden Nutzen unverhältnismässig Programmieraufwand sehe. Diese Funktion würde ich aufjedenfall unter NiceToHave einstufen.

Das Problem ist, dass ich sonst nicht weiß, was ich mit dem Status machen soll. Sagen wir mal es ist ein temporäres Problem. Der Server war nicht erreichbar und wir reduzieren den Intervall nicht. Das heißt, dass für diese KW der Link als nicht gefunden und die Seite als nicht geladen gekennzeichnet wird. Optisch sieht das dann in der History so aus, dass der Link eine ganze Woche lang weg vom Fenster war. Gut man könnte eine Beschreibung dazu liefern, dass in jeder KW nur eine Prüfung erfolgt. Das würde helfen, wäre aber nicht schick.

Ein weiteres Problem sind Backlinks, die gar nicht mehr existieren. Ich kann ja schlecht darauf warten, bis der Nutzer mal seine Daten aktualisiert und einen nicht erreichbaren Backlink entfernt. So belastet jeder 404 nur unnötig den Crawler. Ich bin also in jedem Fall gezwungen nach x Versuchen den Backlink vom Crawling auszuschließen.

Also nach x Versuchen mit 404 muss ein Backlink in jedem Fall automatisch ausgeschlossen werden. Das mit der Reduktion des Intervals wäre dann tatsächlich ein NiceToHave.

EDIT:
Ich mach das ganz einfach. Ich setz nen StatusCounter, der nur hochzählt, wenn nicht 200 resultierte und beim 6. Fehlversuch wird der Link nicht mehr gecrawlt. Bei Fehlversuch 2-4 ist der Intervall dann 24 Std. und bei 1, 5 und 6 eben der Standardintervall. Sobald auch nur einmal 200 resultiert, wird der Counter wieder auf 0 gesetzt.

Allerdings gibts auch da ein Problem. Und zwar wenn ein Betreiber durch mod_rewrite statt einem 404 ein 200 ausliefert. Was theoretisch möglich ist.

[t-rex]

So zum letzten mal für gestern

Weiss nicht ob ich das zu verwirrend dargestellt habe!?

Bester Zustand: Status 200 | Link gefunden OK!
Unerwarteter Zustand: Response 301 oder 302 aber | Link gefunden OK
Böser Zustand: Response 200, 301 oder 302 und | Link nicht gefunden Entfernt
Schlechter Zustand: Seite wurde nicht geladen E4xx | Link nicht gefunden
Anderes Problem: z.B. Statuscode 0: NetErr | Link nicht gefunden

Hier waren als Statusanzeige für den User nur das jeweilige OK!, OK, Entfernt, E4xxx, NetErr gemeint. Und das eben in einer Spalte.

Natürlich ist das auch Geschmackssache. Ich stehe halt auf die minimalistische Darstellung. Letztens hatte hier im Abakus jemand sein Tool im Googlestyle vorgestellt. Bei diesem Tool wurden auch sehr viele Informationen in einem reduzierten Design dargestellt. Der Googlestyle hat damit jetzt nichts zu tun. Evtl. kannst Du dich ja an das Teil erinnern. Ja und Sistrix ist auch so ein Künstler. Aber gut, wie ich schon sagte ist ja auch Geschmackssache.

So statistikgeil kann man ja gerne sein, aber den Mehrwert sehe ich nicht für den Nutzer.

Ich würde das nicht auf statistikgeil reduzieren.

Also bei mir laufen alle Tests, die ich mache 1x pro Tag. Nicht nur Backlinkchecks, sondern allgemein. So habe ich jederzeit die Möglichkeit, die gewonnen Daten gegeneinander zu halten und evtl. Übereinstimmungen besser zu erkennen.

Stell Dir mal vor, eine linkgebende Seite fällt alle 2 Tage für 12 Tage aus. Sehr unwahrscheinlich ich weiss Unabhängig davon siehst Du in deiner Rankingkontrolle dass Du bei einem Keyword ständig mal kurz oben bist und dann wieder im Nirvana. Selbst bei einem wöchentlichen Backlinkcheck musst Du selbst irgendwie den Zusammenhang erkennen. Während Du bei einem täglichen Check die 2 Graphen nebeneinander halten kannst und den Zusammenhang wahrscheinlich auch sofort entdecken wirst.

So belastet jeder 404 nur unnötig den Crawler. Ich bin also in jedem Fall gezwungen nach x Versuchen den Backlink vom Crawling auszuschließen.

Damit hast Du natürlich recht. Und die Lösung passt super.

Sonnige Grüsse
HaPe

[MaxL]

Das klingt ja nach einem Super-Tool. Ich freue mich schon darauf und bewerbe mich für die Testphase.

Kann mir jemand für die Zwischenzeit ein brauchbares Tool für's Backlink Management empfehlen? Die Meinungen über Michaels nicht ganz fertiges Tool klangen ja gut. Ist das eine Baustelle, oder einsatzbereit?

Gruß u. gutes Gelingen mgutt .

Max

[dahead]

Jo würde es auch gern testen, wenns soweit ist

[AKraisser]

Hallo,

kann man das Programm schon testen bzw. ist es auf irgendeine Weise erhältlich oder kann man bei der Entwicklung dabei sein?

Besten Gruß
Andy

[Atikos]

@mgutt: Unglaublich

Ich hab fast genau so ein gleiches Tool das noch etwas mehr kann.
Wir zeigen Linktype und Backlinktype an und errechnen darauß einen Linkmix und bewerten diesen.
Zusätzlich vergleichen wir Backlinks unserer Domains um synchrone Linkaufbau zu vermeiden.




Gruß

[AKraisser]

@Atikos

Und wie ist das Tool erhältlich?
Kann man es testen?

gruß
andy

[Atikos]

@Atikos

Und wie ist das Tool erhältlich?
Kann man es testen?

gruß
andy

Bisher gar nicht, da wir es nur in unserer Agentur verwenden und in unserem öffentlichen SEO Management System auf https://scsystem.heliohost.org

Da geht aber nichts mehr, weil die vorherige Webanwendung ins leere gelaufen ist. Das ganze war viel zu aufgebläht, da stieg einfach keiner mehr durch

Unsere Programmierer werden damit wahrscheinlich Ende Januar 2011 fertig und dann ist der Bereich für Backlinks nur ein kleiner Teil einer wirklich sehr sehr geilen Anwendung.
Im Blog steht soweit ich weis noch etwas über die Versionen und was die so können.
Merken ja, Bookmarken nein, da wir auf dem Freehoster nur eine Demoversion anbieten werden und das vollwertige System auf einem extra high power Server versteht sich

[mgutt]

Das angedachte Konzept ist leider nicht umsetzbar (same origin policy), daher wurde die Entwicklung vorerst eingestellt. Ich wollte das ja so lösen, dass die Abfragen durch die Community ausgelöst werden, aber die Browser erlauben dies nicht ohne zusätzliche Plugins. Und für jeden Browser die Plugins ständig aktuell zu halten ist für eine Einzelperson nicht zu machen. Es wäre auch möglich, dass jeder global die Sicherheitseinstellungen lockert, aber das geht nicht domainbezogen, so dass der Browser allgemein mit einer "Sicherheitslücke" betrieben würde. Das ist für die breite Masse also ebenfalls nicht zumutbar.

[AKraisser]

Das habe ich eh nicht ganz verstanden was du damit bezweckst ?
Aber sonst an sich wäre das Programm auch so nützlich. Arbeite gerade an einem ähnlichen Tool für unsere Firma. Bin aber keine Profiprogrammierer. Sind aber jeden Tag 3 - 4 Stunden min. 1 Jahr lang veranschlagt für das Tool.

Einiges hast du ja schon realisiert gehabt. Kann man sich diesen Code anschauen. Vielleicht ist etwas dabei was ich brauchen kann!?

Gruß
Andy

[seopower]

wie holt ihr euch eigentlich die yahoo backlinks?

[mgutt]

Das habe ich eh nicht ganz verstanden was du damit bezweckst ?

Auf die Art hast Du unendlich viele IP Adressen und Du brauchst viele, damit so ein Tool funktioniert (zu viele Anfragen von einer IP führen zur Sperre).