Ein Glossar für Blogs, die sich selbst veröffentlichen
Zwölf Begriffe aus der Welt der Linkdaten und Veröffentlichungs-Pipelines, jeweils mit dem Feldnamen, den Sie in JSON lesen werden, und dem Fehler, den Menschen dabei häufig machen.
SEOBlogBot-Researchteam ·
So lesen Sie diese Seite
Dies ist eine Seite mit Begriffen, keine Theorie. Springen Sie zu dem Eintrag, den Sie benötigen, da jeder für sich steht.
Jeder Eintrag enthält den Feldnamen, den Sie im JSON sehen, eine kurze Bedeutung und den Fehler, den Menschen dabei häufig machen. Wenn Sie wenig Zeit haben, lesen Sie zuerst die Fehlerzeile.
Die Begriffe folgen der Reihenfolge, in der eine Pipeline auf sie trifft: Zuerst die Linkdaten, dann das Geld, dann die Fehler und schließlich die Prüfungen, die ein Team vereinbart.
Leute suchen nach einem SEO Moz Backlink-Checker, weil sie Domain Authority in einem Bericht gesehen haben und dieselbe Zahl in einem Skript benötigen. Unsere Bewertung ist eine andere Metrik, daher sagt jeder Eintrag, was der Begriff hier bedeutet und wie er sich von den großen Tools unterscheidet.
Drei Verwechslungen, die echte Zeit kosten
Zahlen werden häufiger verwechselt als alles andere, einschließlich der Zahlen aus einem SEO Moz Backlink-Checker-Bericht. Eine Seite mit 10.000 Backlinks von 40 verweisenden Domains ist in Bezug auf den Linkgraphen viel kleiner als eine mit 2.000 Backlinks von 900 verweisenden Domains.
Unsere Bewertung basiert aus diesem Grund auf verweisenden Domains. Ein Gate, das rohe Backlink-Gesamtzahlen liest, lässt sich leicht mit einem einzigen siteweiten Footer-Link täuschen.
Ein vierter Fehler besteht darin, eine Bewertung ohne Datum zu lesen. Eine Bewertung aus dem Frühling und eine aus dem Herbst sind nach einer Index-Aktualisierung dazwischen keine gleichen Messwerte.
Versehen Sie jede Bewertung, die Sie in einen Bericht kopieren, mit einem Datum, auch wenn der Bericht nur eine Spalte mit Zahlen enthält.
Verwenden Sie für jede Sache über das Team und das Protokoll hinweg denselben Namen, damit eine Suche jede relevante Zeile findet.
Die zweite Falle ist das Wort „free“. overview ist kostenlos, aber refdomains kostet 2 Credits, und die erste Antwort mit _credits zeigt, welche Art von Aufruf Sie durchgeführt haben.
Eine Bewertung lesen, ohne sich selbst zu täuschen
Eine Bewertung ist eine Zahl auf einer Skala, und die Skala hat eine Form. Zwei Ideen sind am wichtigsten. Beide tauchen auch in den Gate- und Audit-Anleitungen wieder auf, also klären Sie diese hier.
Warum die Skala logarithmisch ist
Der Sprung von 20 auf 30 verweisende Domains bewegt die Bewertung viel stärker als der Sprung von 400 auf 410. Eine logarithmische Skala komprimiert große Zahlen, sodass sich das Ende der Skala nur langsam ändert. Planen Sie Schwellenwerte mit dieser Form im Hinterkopf, anstatt jeden Punkt als gleichwertig zu behandeln.
Was eine Untergrenze (Floor) ist
Eine Untergrenze ist die niedrigste Bewertung, die Sie für einen Outbound-Host akzeptieren. Es ist eine lokale Regel, die auf Ihren eigenen Beiträgen basiert, und keine andere Team nutzt sie. Schreiben Sie sie mit dem Datum auf, an dem Sie sie festgelegt haben, damit eine spätere Überprüfung weiß, wogegen sie gemessen wurde.
Eine Untergrenze, die auf dreißig Beiträgen basiert, ist ein Ausgangspunkt. Sie wird erst zu einer Regel, nachdem ein Team sie durch mindestens eine vollständige Aktualisierung hindurch verwendet hat.
Eine Antwort Feld für Feld lesen
Beginnen Sie mit ok. Jede Antwort enthält dieses Feld, und authentifizierte Antworten fügen _credits mit den Kosten und dem verbleibenden Guthaben hinzu.
Analysieren Sie diese beiden Felder vor allem anderen. Eine Pipeline, die Daten aus einer Antwort mit ok false liest, schreibt gerne Müll in Ihr Protokoll, daher kostet die Prüfung nur eine Codezeile.
Bewahren Sie die rohe Antwort bei jedem Fehler auf. Feldnamen sind in den meisten Parsern case-sensitiv. Stimmt ok und _credits genau überein. Wenn eine Zahl in einem Monatsbericht falsch aussieht, zeigt die gespeicherte Antwort, was die API tatsächlich gesendet hat, was der schnellste Weg ist, die Diskussion zu klären.
Linkdaten-Begriffe
01
Verweisende Domain
Eine eindeutige Domain, die auf Ihre verweist, gezählt einmal, egal wie viele Links sie sendet. Die Aktion refdomains listet sie auf, 2 Credits pro Aufruf.
02
Backlink
Ein Link von einer Seite zur anderen. Unser Index enthält etwa 798,5 Milliarden davon, und die Aktion backlinks gibt bis zu 1.000 Zeilen pro Aufruf zurück.
03
Anker-Text
Die anklickbaren Wörter eines Links. anchors gibt die Verteilung zurück, und eine unnatürliche Ansammlung eines einzelnen Phrasen ist das, worauf Sie achten sollten.
04
DR (unsere Bewertung)
round(100 x log(ref_domains + 1) / log(20.000.000)). Eine logarithmische Skala, daher ist der Sprung von 20 auf 30 größer als von 60 auf 70.
05
DA und Ahrefs DR
Metriken anderer Tools mit ihren eigenen Formeln. Sie werden nicht mit unserer Zahl übereinstimmen, also mischen Sie sie nicht in einer einzigen Schwelle.
06
Linkgraph
Die Karte davon, wer mit wem verlinkt. Unserer hat 181.132.097 Domains und 2.774.625.913 Domain-zu-Domain-Links.
Geldbegriffe in einfachen Worten
Abrechnungsbegriffe tauchen in jeder Pipeline-Überprüfung auf, und jeder bedeutet hier etwas Spezifisches. Der Großteil der Verwirrung entsteht durch die Annahme, dass ein Wort bedeutet, was es auf einer Abonnementsrechnung bedeutet.
Prepaid-Credit
Sie kaufen Credit im Voraus, und jeder bezahlte Aufruf zieht ihn ab. Es gibt kein Abonnement, das man kündigen muss, und kein monatliches Minimum, das erfüllt werden muss.
Aufladen mit USDT (TRC-20)
Sie erhöhen das Guthaben über die Kontoseite, indem Sie mit USDT im TRC-20-Netzwerk zahlen. Aufladungen sind der Weg, wie das Guthaben wächst, daher benötigt ein Job, der bei 402 stoppt, eine solche, bevor er wieder laufen kann.
Kostenlose und bezahlte Aktionen
Die kostenlosen Aktionen sind domain, overview, stats und suggest. Jede andere Aktion zieht Credit ab, von 1 bis 3 pro Aufruf, und die Antwort zeigt den genauen Betrag.
Eine schnelle Summe hilft: Bei $0,0001 pro Credit kosten tausend bezahlte Aufrufe, die jeweils einen Credit kosten, etwa einen Cent.
Fehlerbegriffe, die in einer Pipeline wichtig sind
Eine Pipeline kann auf Arten fehlschlagen, die ein einzelner Aufruf nie zeigt. Diese drei Begriffe benennen die Fehler, die Teams am häufigsten übersehen. Die meisten davon treten nur auf, wenn ein Job unbeaufsichtigt läuft. Niemand beobachtet einen geplanten Lauf.
Teams, die diese Begriffe früh aufschreiben, verbringen weniger Zeit mit Diskussionen darüber später.
Teilweiser Fehler
Ein Job, der vier Dinge tut und drei abschließt, ist in der Art gescheitert, die zählt. Der Beitrag ist halb verarbeitet, und nichts im Protokoll sagt dies aus, es sei denn, jemand prüft jeden Schritt. Die Lösung ist ein Ergebnis pro Schritt, sodass das Protokoll den Schritt benennt, der nicht abgeschlossen wurde.
Postbedingung
Der Zustand, den der Job hinterlassen soll, wie ein Beitrag mit dem Status „Geplant“ und einer Veröffentlichungszeit. Prüfen Sie die Postbedingung nach der Aktion, nicht nur den HTTP-Statuscode des Aufrufs. Schreiben Sie sie als Ja-oder-Nein-Frage auf, z. B. ob der Status „Geplant“ ist und die Veröffentlichungszeit noch in der Zukunft liegt.
Leeres Ergebnis
Eine Antwort, die erfolgreich ist, aber keine Zeilen enthält. Dies ist eine zu untersuchende Frage, kein Fakt, der still protokolliert wird. Vergleichen Sie ihn mit derselben Domain vom letzten Monat, bevor Sie entscheiden, was es ist.
Eine Antwort vom Request bis zur Protokollzeile durchgehen
Der gleiche Pfad funktioniert für jede Aktion, also schreiben Sie ihn einmal und verwenden Sie ihn für jeden Aufruf wieder.
01
Die Anfrage senden
Rufen Sie den Endpunkt mit dem Schlüssel in einem Bearer-Header auf und geben Sie die Aktion und die Domain in der Query-String an.
02
Den HTTP-Status prüfen
Ein 401 oder 402 stoppt den Job, bevor etwas analysiert wird.
03
Das JSON analysieren
Bestätigen Sie, dass der Body analysiert wird und dass ok true ist. Lesen Sie erst dann die Datenfelder.
04
Die Zeile schreiben
Speichern Sie das Datum, die Aktion, den _credits-Wert und das Guthaben. Eine Zeile pro Aufruf hält das Protokoll einfach summierbar.
Pipeline-Begriffe
01
Gate
Eine Prüfung, die einen Beitrag vor der Veröffentlichung stoppen kann. Siehe den Entscheidungsbaum.
02
Audit
Eine Prüfung, die nach der Veröffentlichung läuft und berichtet, anstatt zu blockieren. Das Runbook hat einen Zeitplan.
03
Idempotenter Lauf
Ein Job, den Sie wiederholen können, ohne das Ergebnis zu ändern. Lesezugriffe auf die API sind idempotent; Ihre Slack-Benachrichtigungen sind es normalerweise nicht, also deduplizieren Sie sie.
04
Credit
Die Abrechnungseinheit. Ein Credit entspricht $0,0001, und das Antwortfeld _credits zeigt Kosten und Guthaben an.
05
HTTP 401 vs 402
401 bedeutet einen fehlenden oder falschen Schlüssel; 402 bedeutet, dass der Credit aufgebraucht ist. Wiederholungen beheben beides nicht.
06
Aktualisierungsfenster
Unsere Daten werden etwa einmal im Monat aktualisiert. Ein neuer Link erscheint möglicherweise erst nach Wochen, daher sollten Alerts Monate vergleichen.
Ein sich wiederholender Fehler
Teams legen eine DR-Untergrenze basierend auf einem Screenshot eines anderen Tools fest, wie Moz DA oder Ahrefs DR, und wundern sich dann, warum die Hälfte der guten Beiträge zurückgehalten wird. Kalibrieren Sie zuerst an Ihren eigenen Beiträgen.
Begriffe, die Sie vor dem Schreiben eines Runbooks vereinbaren sollten
Welches Feld der Antwort über Bestehen oder Durchfallen entscheidet.
Ob ein leeres Ergebnis eine Warnung oder ein Fehler ist.
Wer den Alert besitzt, wenn der Credit aufgebraucht ist.
Das im Protokoll verwendete Datumsformat und die Zeitzone.
Was als signifikante Änderung zwischen zwei monatlichen Snapshots gilt.
Wo die Begriffe enden
Einige Begriffe hier sind unsere eigenen, wie DR und der Credit. Wenn ein Begriff mit dem übereinstimmt, was Ihre eigene Antwort zeigt, vertrauen Sie der Antwort.
Wenn ein Kollege Moz DA zitiert, prüfen Sie, welche Metrik er meint, bevor Sie sie mit unserer vergleichen. Die beiden verwenden unterschiedliche Eingaben und Formeln, daher ist eine Zahl niemals ein Ersatz für die andere.
Halten Sie diese Seite offen, während Sie die erste Version des Jobs schreiben, und schließen Sie sie, sobald die Protokollzeilen für sich selbst Sinn ergeben.
Wählen Sie eine Person, die Fragen zu diesen Begriffen beantwortet, damit die Antworten im Team konsistent bleiben.
Begriffe helfen nur, wenn sie von allen, die das Protokoll lesen, auf die gleiche Weise verwendet werden. Vereinbaren Sie die Bedeutung vor dem ersten Lauf, und die Seite erfüllt ihren Zweck.
Schreiben Sie den Unterschied auf, bevor Sie Code ändern. Die Kontoseite ist der Ort, an dem Fragen zu Ihrem eigenen Konto beginnen.