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

[mgutt]

Wie genau stellst Du Dir das denn vor? Eine extra Seite wo Du Tauschpartner namentlich aufführst also z.B. "Michael Mustermann" und beim Hinzufügen eines Links soll die Gruppe zu dem der Link gehört, über ein Dropdown zugewiesen werden können?

Das Problem ist, dass ich ja bereits Gruppen nach Typ vorgesehen habe. Also Artikelverzeichnis, Linkliste, Webkatalog, usw.

Damit hätten wir dann bereits zwei Gruppenarten. Und ein Dropdown bei der Eingabe find ich auch doof (die Gruppierung nach Typ geht per Quelltextfilter, also auch kein Dropdown)

Ich wollts ja eigentlich möglichst schlank halten.

Wäre eine Lösung über Domains akzeptabel? Also dass man auf der Linktauschpartner-Seite erst "Michael Mustermann" hinzufügt und dann alle seine Domains, so dass das System automatisch seine Backlinks filterbar macht? Das könnte ich mir noch vorstellen. Oder gibt es Domains, die von mehreren "betauscht" werden? Ich denke mal nicht.

Eierlegendewollmilchsau

Fast

Einziges Problem - und das wird dann bei den ersten Alpha-Testern kommen - ist die Sache mit dem XS-Ajax. Dafür muss man nämlich seinen Browser umstellen und ich habe schon gesehen, dass Firefox Probleme macht. Vermutlich muss da noch ein Plugin realisiert werden. Wäre vermutlich auch besser, weil man dann surfen und gleichzeitig seine Backlinks aktuell halten kann. Ich hab nur noch nie ein Plugin gemacht und ich weiß nicht, ob man die Verfügbarkeit eines Plugins über HTML checkn kann... mal sehen was das wird

[t-rex]

Hi,

ch hab nur noch nie ein Plugin gemacht und ich weiß nicht, ob man die Verfügbarkeit eines Plugins über HTML checkn kann... mal sehen was das wird

Es sollte kein grösseres Problem sein, das Plugin so zu gestalten, dass es auch von der Seite erkannt wird.

Früher war es sehr einfach über sogenannte Chrome-Urls. Das haben die Entwickler aber mittlerweile unterbunden.

Heute kann man, kurz nachdem die Seite fertig geladen wurde, per JS nach einem Footprint suchen, den das Plugin verursacht, wenn es den HTML-Code der Seite anfasst oder verändert.

Es wäre also denkbar, dass das aktivierte Backlink-Checker-Plugin einen Meta-Tag in die Seite einfügt. Dieses Meta-Tag kann dann per JS überprüft werden.

Sonnige Grüsse
HaPe

[mgutt]

Ok super. Dann muss man nämlich auch nicht am Browser rumfummeln. Beim FF müsste man nämlich sonst schon in den about:config Einstellungen rumbasteln, um die Seite zum Laufen zu bringen und das will ich ungern den Leuten antun.

[marcelglaeser]

klingt alles sehr interessant. freue mich auf die weitere entwicklung und bin schon jetzt gespannt

[ole1210]

Ich weiß nicht wirklich wie ich mir das vorstelle. Weiß ja auch nicht, wie es aussehen wird!

Ich bekomme halt immer wieder Anfrage im Stil von:

"Hallo Ole, wir haben vor Ewigkeiten Links getauscht. Nun habe ich x neue Projekte und weil es so gut klappt, wollte ich dich anbetteln".

Es muss ja keine Gruppierung nach namen oder eMail-Adresse sein. Vielleicht eine Gruppierung der Domains untereinander?

Ich rufe die Detaisl von www.domaina.de auf und bekomme angezeigt, das Domainb und domainc in der selben Hand liegen.

[mgutt]

Es muss ja keine Gruppierung nach namen oder eMail-Adresse sein. Vielleicht eine Gruppierung der Domains untereinander?

Es gibt denke ich nur zwei Wege:

1.) Eine Gruppierung nach Whois. D.h. da wo auffallend viele Übereinstimmungen vorhanden sind, wird ein Zusammenhang vorausgesetzt.

2.) Eine Gruppierung nach eigener Liste. Der Gruppe muss man aber so oder so nen Namen geben. Man will ja wissen, wem diese Gruppe an Domains gehört. Also heißt das eine extra Seite mit Darstellung nach Inhabergruppen. Die Frage ist nur, wann man der Domain die Gruppenzugehörigkeit zuweist, beim Hinzufügen oder später über eine extra Seite oder Buttons, etc.

Die Sache mit dem Whois hatte ich schon angedacht, wobei das selten einen Gesamtüberblick resultieren dürfte.

Ich könnte ja einen Wortfilter für das Whois machen. D.h. wenn die Domain Markus Schmidt oder Maria Schmidt gehört, ordne sie der Gruppe "Schmidt Connection" zu. So ließe sich das vielleicht lösen.

[mgutt]

Noch ein paar interessante Meinungen, was man noch so aufnehmen könnte:
https://www.abakus-internet-marketing.d ... tml#605826

[mgutt]

Ok, die Struktur zu ändern dauert eine ganze Weile.

Dafür wird es aber möglich sein, dass man sich pro Backlink eine History ausgeben lassen kann, in der wöchentliche Daten seit Beginn zu allen Ranking-Daten eines Backlinks stehen. D.h. man sieht in einer Grafik, z.B. welcher PR in der 1., 2., 3., ... Kalenderwoche des jeweiligen Jahres vorhanden war. So lässt sich eine Trendanalyse durchführen bzw. man kann schnell erkennen wann und für wie lange der Partner den eigenen Link entfernt hat.

Bing Backlinks:
Bei Bing gibt es ähnliche Probleme, wie bei Google:
https://www.abakus-internet-marketing.d ... hp?t=73738

Dort wird es also nur per CSV-Import (automatisiert per Login bzw. manuell) möglich sein, die jeweiligen Backlinks einzulesen.

[mgutt]

Weiß jemand, was passiert, wenn die Startseite einen x-robots "noindex" Header auswirft? Also werden die Unterseiten dann auch nicht indexiert oder gilt das dann wirklich nur für die Startseite?

Ein weiterer interessanter Tag neben noindex ist unavailable_after. Wenn der in der Vergangenheit liegt, dürfte der Effekt identisch zu noindex sein. Daher werde ich den ebenfalls in den Filter packen.

[Azubi]

Nur für die Startseite.

Dieses Feature fehlt mir noch:

1. Server response
2. Linkgebende Seite zur Prüfung im Google Index
3. Blacklist Management

[mgutt]

Nur für die Startseite.

Dieses Feature fehlt mir noch:

1. Server response
2. Linkgebende Seite zur Prüfung im Google Index
3. Blacklist Management

1. HTTP 404 oder wie? Wozu? Wenn Dein Link nicht gefunden wurde, ist das doch egal. Hauptsache er wurde nicht gefunden oder nicht? Ob die Seite nun nicht erreichbar ist oder Dein Link ausgebaut wurde macht unter dem Strich ja keinen Unterschied.

2. Verstehe ich nicht

3. Was willst Du ausschließen?

[t-rex]

Hi,

also ich würde auch auf 404 untersuchen. Es könnte ja sein, dass der Server gerade in dem Moment als die Überprüfung stattfindet ein Problem hat. Das wäre ja keine Entfernung des Links.

Es könnte auch sein, dass der Webmaster "unbedacht" seine Seitenstruktur verändert hat. Und der Link zwar noch vorhanden ist, aber eben an anderer Stelle. Wenn ich dann in der Übersicht sehe hier ist ein 404, dann kann ich der Sache direkt nachgehen.

Sonnige Grüsse
HaPe

[mgutt]

Du gehst der Sache auch so nach. Sobald der Link weg ist, musst Du nun mal gucken. Und das dann ein 404 erscheint, siehst Du auch selber, dafür braucht es kein Tool. Selbst wenn es ein 301 ist, ist der Backlink faktisch weg. Da muss man eben ran und den Backlink löschen und den neuen hinzufügen.

Wenn es nur ne temporäre Geschichte ist, bleibt immer noch die Möglichkeit einen manuellen Refresh zu starten oder die Sache schlichtweg zu ignorieren.

EDIT:
Was ist eigentlich mit dem Alter eine URL bzw. einer Domain? Auch mit rein? Bietet sich ja denke ich nur archive.org an. Wobei URLs wohl selten zu finden sein dürften.

[t-rex]

Hi,

Wenn ich mich auf das Tool verlassen kann, und es mir sagt, dass der Link entfernt wurde, obwohl die Seite vorhanden ist, dann brauch ich der Sache nicht mehr nach gehen, weil dann wurde der Link entfernt.

Wenn das Tool aber nicht zwischen fehlender Seite, nicht zu erreichender Seite oder gelöschtem Link unterscheiden kann, kann ich mich auf das Tool nicht verlassen. Dann hast Du recht, dann muss ich jedem fehlenden Link nachgehen. Dann kann ich aber auch die Links gleich von Hand überprüfen.

Ich finde es sind genau diese kleinen Details, über die man eigentlich gar nicht diskutieren braucht, die die Qualität eines guten Tools ausmacht. Und ob ich nun den Responsecode != 200 oder true / false für den Link bei 200 abspeichere ist ja wirklich kein Hexenwerk.

Aber ich wollte jetzt keine Diskussion vom Zaun brechen

Sonnige Grüsse
HaPe

[mgutt]

Ich war etwas verwirrt, was die Statuscodes anbelangt und habe dabei vergessen, dass ja auch bei einem 200 der Link fehlen kann. Klar, wenn man nicht zwischen "Seite geladen, aber Link nicht gefunden" und "Seite konnte nicht geladen werden" unterscheiden kann, dann macht das wenig Sinn.

Also muss vor "Link gefunden" auch ein "Seite geladen"-Status dazu.

Ich würde dann die HTTP-Statuscodes einlesen und mit einer passenden Erklärung ausgeben.

Soll der Nutzer eine Option im Account haben, wo er Backlinks die länger als x Tage einen bestimmten HTTP-Status (außer 2xx) besitzen, löschen kann?

Eine automatische Löschung schließe ich mal aus, weil ja sonst vielleicht wichtige Notizen verloren gehen würden.

@ Diskussion
Wenn man nicht drüber redet, dann wirds auch nichts

EDIT:
Ich habe das mal leichtsinnig in die Todo gepackt:

- Falls eine Seite nicht den Status 200 zurückliefert, wird der Link als nicht gefunden markiert und der Intervall auf 24 Std. reduziert (um einen temporärer Ausfall ausschließen zu können), nach 3 Fehlversuchen wird wieder der Standardintervall ausgelöst. Schlägt der Standardintervall noch 2 weitere Male fehl, so wird die linkgebende Seite nicht mehr weiter geprüft, außer man löst manuell ein "Refresh" aus. Dann beginnt der Kreislauf wieder von vorne

Ich bin mal gespannt wie ich das technisch umgesetzt bekomme