Gratis DR-opzoeken zijn zonder sleutel mogelijk. Meld je aan voor $100 aan tegoed.
Hypothetisch
Elk cijfer hier is verzonnen om de methode te tonen. Er wordt geen echte klant, leverancier of resultaat beschreven.
Het bureau, de leverancier, de domeinen en alle cijfers hierboven zijn verzonnen. Ze dienen om de rekenkunde en structuur te tonen. Jouw batch zal verschillen.
Stel je een bureau voor dat 40 plaatsingen voor één klantwebsite heeft gekocht, tegen een vaste prijs per link, met een gegarandeerde DR-minimaal van 30 en een vervangingsperiode van 60 dagen. De leverancierslijst bevat 40 bron-URL's en 40 ankers.
Niets hier is uitzonderlijk. De vraag is hoe je die lijst omzet in een slaag-zijntabel. We gebruiken drie controlepunten: dag 0, dag 30 en dag 60.
| Controlepunt | Live pagina opgehaald | Host in refdomains-lijst | Rel zoals besteld | Opmerkingen |
|---|---|---|---|---|
| Dag 0 | 38 van 40 | 0 van 40 (nog niet geïndexeerd) | 36 van 38 | 2 URL's 404, 2 rel=sponsored toegevoegd |
| Dag 30 | 37 van 40 | 29 van 40 | 35 van 37 | 1 meer verwijderd, index vernieuwd op dag 22 |
| Dag 60 | 36 van 40 | 34 van 40 | 35 van 36 | Vervangingen in behandeling voor 4 |
Dag 0 toont nul hosts in de index. Dat is normaal. Een nul bij levering is geen gebrek; een nul na twee vernieuwingen wel.
Uiterlijk op dag 60 zijn vier links verdwenen. Twee zijn veranderd omdat ze een sponsored-label dragen dat niet in de bestelling stond. Merk het verschil op. Of het label als gebrek telt, hangt af van het contract, dus de lijst moet duidelijk vermelden wat er is besteld. De glossary geeft de rel-waarden die je kunt citeren.
De rating-minimaal wordt één keer gecontroleerd met bulk_dr. Eén call. In het voorbeeld kostten 40 domeinen in één call 1 credit, en scoorden 3 domeinen onder de 30 volgens onze formule. Die drie komen als eerste in het ticket, omdat ze objectief en goedkoop te bewijzen zijn.
Een rating onder de minimaal is geen kwestie van smaak. Een regel die met een cijfer beslist, verdient vertrouwen voor de subjectieve rijen die daarop volgen.
Uiterlijk op dag 60 toont de verzonnen batch 4 ontbrekende pagina's en 2 sponsored-labels. De twee groepen vereisen verschillende afhandeling, en het sorteren is de stap die een lijst met fouten omzet in een ticket.
Van de 4 ontbrekende pagina's, neem aan dat 3 zijn verwijderd door de uitgever en 1 is verplaatst naar een nieuwe URL. Die verplaatsing is makkelijk over het hoofd te zien. Een redirect van het oude adres zou als een 301 verschijnen in de opgeslagen headerdump, vandaar dat headers naast de HTML worden opgeslagen.
De 2 sponsored-labels zijn een ander soort probleem. De links werken. De leverancier zal wel zeggen dat het label de eerlijke optie is. Beslis van tevoren of een label telt, omdat een geschil dat op smaak wordt beslecht een week kost.
| Stap | Calls | Credits | Dollars |
|---|---|---|---|
| bulk_dr op 40 domeinen | 1 | 1 | $0.0001 |
| refdomains op dag 0, 30 en 60 | 3 | 6 | $0.0006 |
| anchors op dag 60 | 1 | 2 | $0.0002 |
| Totaal | 5 | 9 | $0.0009 |
De kolom live-pagina komt van curl op de machine van de tester, niet van onze API. We bieden die check niet aan, en doen alsof we dat wel deden, zou het meest arbeidsintensieve deel van de taak verbergen.
Credits zijn bijna terzijde. De arbeid is het lezen van 40 pagina's. Als je dat wilt verminderen, script dan de grep uit de lijst met fouten en houd je ogen open voor de 4 of 5 rijen die falen.
Voor een maandelijkse weergave van een hele klantenportfolio, ga verder naar de kostentabel. Als rankings zijn veranderd na de batch, is de traffic-drop runbook de volgende stap.
Dezelfde vier acties zijn uitgevoerd op dag 0, dag 30 en dag 60, zodat elk controlepunt met het vorige kon worden vergeleken.
Alle 40 pagina's zijn één keer per controlepunt opgehaald, met de HTML en de headers opgeslagen en getiméstempeld. Een mislukte ophaling is een rij in de tabel, nooit een lege cel.
Eén refdomains-call per controlepunt leverde de hostlijst voor de klant op. Een dunne lijst op dag 0 was verwacht, dus de rij is gemarkeerd en overgelaten aan het volgende controlepunt.
Elke host en elke rel-waarde zijn vergeleken met het vorige controlepunt én met de bestelling. Een verandering toont zich dan als een verandering, met een datum erbij.
De regels aan het einde van deze pagina zijn rij voor rij toegepast. Het bewijs bleef naast elke rij staan, zodat een betwist oordeel opnieuw geopend kon worden.
Elk controlepunt stelde één hoofdvraag. Ze door elkaar halen is de gebruikelijke reden waarom een dag 0-resultaat op dag 60 wordt betwist.
Op dag 0 is de vraag smal. Is de pagina live, en bestaat het anker in de opgeslagen HTML? De index hoeft het nog niet te weten, dus een nul host-telling beantwoordt niets. Schrijf dat op en laat de indexvraag voor later.
Een nuttige dag 0-test is of de opgehaalde HTML exact de ankerstring uit de bestelling bevat. Zo wel, dan is de rij pass-pending. Zo nee, dan faalt de rij voordat de indexvraag überhaupt aan de orde komt.
In de verzonnen batch vernieuwde de index op dag 22, dus dag 30 is de eerste eerlijke blik op de hostlijst. Hosts die nu verschijnen, bevestigen de plaatsing. Hosts die nog steeds niet verschijnen, zijn kandidaten voor de pending-kolom, en het volgende controlepunt beslist daarover.
Het laatste controlepunt kijkt naar drift: een rel-waarde die is veranderd, een anker dat is verplaatst, of een pagina die nu redirect. Vergelijk elke rij met dag 30, niet alleen met de bestelling, zodat een verandering zichtbaar wordt als een verandering.
Dag 60 is ook het natuurlijke moment om te controleren of vervangingen nog binnen hun venster vallen, aangezien dat het moment is waarop een onopgemerkt deadline vaak verstrijkt.
Een uitgewerkt voorbeeld is netjes. Echte batches zijn rommeliger op manieren die een verzonnen tabel niet kan tonen, en het is de moeite waard die te noemen voordat je de lay-out kopieert.
Een host kan van eigenaar wisselen tussen controlepunten, met nieuwe content en een nieuw template. De link kan nog steeds live zijn, maar niet langer op het soort site staan dat de bestelling beschreef. Vergelijk de paginatitel en het auteurblock, niet alleen de URL.
Een gewijzigde eigenaar faalt de rij niet automatisch, maar verandert wel wat de rij bewijst.
Voeg de ownership-check toe aan de oordeelregels als je batch lang genoeg is voor het ertoe doet.
Sommige pagina's tonen een link alleen in een roterende module, een sidebar die per bezoek verandert, of een lijst die is afgekapt op de nieuwste items. De fetch kan het anker bij één run missen en bij de volgende vangen. Als een rij eenmaal faalt, haal hem dan twee keer op op dezelfde dag en noteer beide resultaten. Houd een notitie van de rotatie in de rij, omdat een pending-resultaat van een roterende module niet hetzelfde is als een ontbrekende link.
Een batch die talen mengt, maakt de ankercheck moeilijker, omdat het anker kan zijn vertaald of verbogen op de donorpagina. Vergelijk het met de formulering die in de bestelling is afgesproken, en markeer de taal naast de rij zodat een reviewer weet waarom het verschilt.
Dit backlink-auditvoorbeeld is een sjabloon, geen resultaat. De structuur is overdraagbaar op elke bestelling. De cijfers niet, en niemand zou ze als benchmark moeten lezen.
De controletabel, de creditlijst en de oordeelregels zijn overdraagbaar op een nieuwe batch. De tellingen niet. Vervang elk verzonnen cijfer door je eigen cijfer voordat iemand het resultaat leest. Houd de controledata in de dag 0, dag 30 en dag 60-vorm, zodat een reviewer je lijst in één oogopslag kan matchen met deze pagina.
Schrijf de oordeelregels voordat de eerste fetch, en bewerk ze niet als een rij teleurstelt. Een regel die na het resultaat is veranderd, is een geschil dat op de loer ligt.
Als het leverancierscontract naar dezelfde regels verwijst, lezen beide partijen dezelfde tekst. Een pending-rij betekent dan wat het contract zegt dat het betekent, en het argument verplaatst zich van interpretatie naar bewijs.
Een bestelling van 40 rijen kostte 9 credits in het voorbeeld. Een grotere bestelling verandert het aantal calls, niet de methode. Tel de calls per controlepunt, vermenigvuldig, en controleer of het totaal nog steeds past in het budget dat je hebt gesteld. Ophalen is nog steeds per link, dus de leestijd groeit met de rijen terwijl de creditlijn nauwelijks verandert.
