Tool-Listing-Score-Felder, einzeln betrachtet

Die Spalten, die sich ihren Platz verdienen

Beginnen Sie mit zwei. dr ist der Sortierschlüssel, und dr_checked_on ist die Spalte für die Ehrlichkeit.

Ein Score ohne Datum wirkt wie eine Tatsache, und einen Monat später ist es ein Gerücht. Das Datum verhindert das, und es ermöglicht Ihrer Aufgabe auch, Zeilen zu überspringen, die nach einem Absturz vor einer Stunde aktualisiert wurden.

Behandeln Sie alles andere als optional. Eine Vergleichsseite, die Verweisdomains neben der Bewertung anzeigt, bietet Lesern eine zweite Zahl zur Kreuzprüfung, was nützlicher ist als ein schöneres Abzeichen. Unsere Backlink-Analyse-Tool-Seite zeigt, wie das im Vergleich zu anderen Checkern aussieht.

Koppeln Sie die Spalten mit dem Glossar, damit Leser dieselben Begriffe sehen, die Sie im Backend verwenden, und mit dem Sync-Rezept, wenn Sie bereit sind, sie zu füllen.

Spalten für die Links, die ein Verzeichnis ausgibt

Scores beschreiben das Tool. Ein Verzeichnis gibt auch Links aus, und diese verdienen eine eigene Spalte. Kataloge, die einen Backlink verlangen, sind üblich, daher wird die Frage früher zu Ihnen kommen, als Sie erwarten.

Beginnen Sie mit einem Ja-oder-Neu-Feld, das den Backlink protokolliert. Bevor Sie ihn schreiben, prüfen Sie die gelistete Site selbst, denn eine gemerkte Antwort ist das Erste, was bei einer Liste mit einigen hundert Zeilen schiefgehen kann.

Eine Spalte für reziproke Links

Fügen Sie reciprocal_link als Ja-oder-Nein-Spalte hinzu, die angibt, ob die Site des gelisteten Tools zu Ihnen zurücklinkt. Nehmen wir an, Sie verwalten 300 Tools und 40 davon haben einen Link im Gegenzug angefordert. Diese Spalte zeigt Ihnen, welche Listings auf einer Gefälligkeit beruhen, und das, bevor ein Leser fragt.

Halten Sie die Spalte von der Score-Sortierung fern. Sie beschreibt die Beziehung, nicht das Tool, daher würde ihre Mischung in eine Bewertung die Reihenfolge später schwerer erklärbar machen.

Eine Statusspalte für von Ihnen veröffentlichte Links

Protokollieren Sie outbound_status mit dem HTTP-Status jedes von Ihnen veröffentlichten Links sowie dem Datum Ihrer letzten Prüfung. Ein Listing, das einen 404-Fehler zurückgibt, ist ein gebrochenes Versprechen an den Leser, und niemand anderes wird es für Sie bemerken.

Die Prüfung kann im selben monatlichen Durchlauf wie die Score-Aktualisierung erfolgen. Sie fügen eine Spalte hinzu und keinen neuen Zeitplan, was die günstigste Wartung ist, die ein Verzeichnis kaufen kann.

Schreiben Sie das gegebene Versprechen nieder

Wenn ein Katalog einen Link im Gegenzug verlangt, notieren Sie Datum, Seite und die genaue Formulierung der Anfrage in einer link_note-Spalte. Eine einfache Notiz dauert eine Minute zu schreiben und spart später einen Streit.

Versprechen Sie keine Platzierung, die Sie nicht halten können. Wenn der Backlink nie hinzugefügt wird, ist der ehrliche Schritt, die Zeile zu markieren und den Score in Ruhe zu lassen.

Bezahlte Platzierung getrennt halten

Wenn ein Listing für seinen Platz bezahlt hat, speichern Sie einen placement-Wert neben dem Score und lassen Sie den Score nicht allein die Reihenfolge bestimmen. Ein hohes dr darf nicht der einzige Grund sein, warum eine bezahlte Zeile über einer besseren steht.

Zeigen Sie das bezahlte Flag neben dem Score an, damit jeder, der die Seite sortiert, beides sieht. Ein Leser, der das Etikett findet, ist ein Leser, der der Rest der Liste weiterhin vertraut.

Namensgebung und Typen, die lange halten

Nennen Sie Spalten nach dem, was sie enthalten, nicht nach einem Anbieter. dr ist für uns in Ordnung, aber wenn Sie später eine zweite Metrik hinzufügen, sparen Ihnen dr_ours und da_moz eine Migration.

Speichern Sie die Bewertung als Integer von 0 bis 100, das Datum als ISO-Zeichenfolge wie 2026-10-01 und Zählungen als Integer. Eine Textspalte, die 1,2k enthält, ist eine Falle für die erste Person, die sie sortiert.

Halten Sie auch eine source-Spalte mit einem kurzen Wert wie seotoolsai. Sie kostet ein paar Bytes und beantwortet die Frage, die jeder zukünftige Editor stellt.

Funktionierendes Beispiel: ein hypothetischer Listungsdatensatz

Dies ist ein erfundenes Beispiel, keine echte Listung. Stellen Sie sich ein Verzeichnis namens ToolShelf mit einer Listung für ein fiktives Produkt, example-seo.test, vor.

Sein Datensatz enthält dr 41, dr_checked_on 2026-10-01 und ref_domains 1.000. Das passt zur öffentlichen Formel, da log(1001) geteilt durch log(20.000.000) mal 100 auf 41 gerundet wird.

Einen Monat später holt die Aufgabe die Daten erneut ab und findet 1.800 Verweisdomains, sodass die Bewertung 45 beträgt. Nur dr und das Datum ändern sich. Der Bewertungstext, die Screenshots und die Notizen des Editors bleiben genau so geschrieben, wie sie waren, da der Score sie nicht berührt.

Welche Listings verdienen einen Score, und wie tief

Nicht jedes Listing benötigt die gleiche Tiefe. Ein Verzeichnis mit einigen hundert Tools kann jede Zeile bewerten, aber die Detailaufrufe sind eine separate Entscheidung mit separaten Kosten.

Bewerten Sie jede Zeile, auch die, die Sie den Lesern verbergen. Eine versteckte Listung benötigt immer noch einen Wert, wenn jemand im Backend filtert, und eine leere Zelle dort sieht aus wie eine fehlende Prüfung statt einer bewussten Wahl.

Zwei Listings auf einer Domain

Zwei Listings können einen Host teilen, zum Beispiel ein Tool und seine kostenlose Testversion auf derselben Site. Ein Score gehört zu einer Domain, also erhalten beide Zeilen dasselbe dr.

Fügen Sie der zweiten Zeile eine kurze Textnotiz wie shares domain hinzu. Ohne sie sieht ein Editor zwei identische Zahlen und nimmt an, dass eine davon ein Kopierfehler ist.

Die gleiche Regel gilt für ein Unternehmen, das mehrere Tools unter einer Site betreibt. Jedes Tool mag seine eigene Seite verdienen, aber sein Score ist immer noch der Score der Domain, auf der es lebt, also sagen Sie das in der Notizspalte.

Geben Sie Detailaufrufe dort aus, wo Leser schauen

Der Anfang einer Kategorie ist der Ort, an dem eine Verweisdomain-Anzahl eine Entscheidung verändert. Beginnen Sie dort mit den 2-Credit-Aufrufen und lassen Sie den langen Schwanz bei dr allein.

Überprüfen Sie die Aufteilung einmal im Jahr. Listings bewegen sich auf der Seite auf und ab, und eine Zeile, die im März begraben war, verdient vielleicht jetzt den Detailaufruf.

Behalten Sie die Rohdaten einmal bei

Behalten Sie das Roh-JSON für jeden Refresh in einer Textspalte oder in einer separaten Datei. Wenn Sie ändern, was die Seite anzeigt, bauen Sie sie aus dieser Kopie neu auf und vermeiden Sie, für dieselben Zeilen doppelt zu zahlen.

Es gibt Ihnen auch einen Aufzeichnungspunkt, auf den Sie zeigen können, wenn eine Bewertung falsch aussieht. Vergleichen Sie die gespeicherte Antwort mit der aktuellen, bevor Sie einen Score manuell ändern.

Protokollieren Sie auch den ok-Wert neben der gespeicherten Antwort. Eine Zeile, die aus einer Antwort erstellt wurde, die nicht ok war, sollte für einen zweiten Durchlauf markiert werden, nicht als Score vertraut werden.

Führen Sie den Refresh in fester Reihenfolge aus

Ein Refresh, der Zeilen in zufälliger Reihenfolge berührt, ist schwer zu prüfen. Verarbeiten Sie die Zeilen in der Reihenfolge, in der sie auf der Seite erscheinen, und schreiben Sie die erste und letzte Domain des Durchlaufs in das Protokoll.

Wenn die Aufgabe mittendrin stoppt, sagt Ihnen das Protokoll, wo Sie fortsetzen sollen. Zeilen, die bereits das Datum dieses Monats tragen, können übersprungen werden, und nichts wird doppelt bezahlt.