Veertig geplande posts, één slechte linkbron: een post-mortem

Oorzaken, gerangschikt op gewicht

Niets blokkeerde de wachtrij, en dat was de eerste fout. Een persoon met een browser kan vijf domeinen bekijken, niet drieënvijftig, dus de controle dekte de hele batch nooit.

De tweede oorzaak was het gebrek aan een regel. Iemand had niet opgeschreven hoe een slechte bron eruitzag, dus elke editor oordeelde op instinct, en het instinct was donderdag moe.

De derde oorzaak zit verscholen achter de andere twee. Niemand was eigenaar van het resultaat na het plannen. De posts stonden in een staat die afgerond leek, en dat is de gevaarlijkste soort wachtrij.

Geen van de drie oorzaken was op zich een mensenprobleem. Elk was een ontbrekende regel die niemand zag. Het draaide op geheugen. Dat is de moeilijkste soort fout om op te lossen, omdat niemand expres iets fout deed.

Een kleinere vierde oorzaak was de manier waarop de batch binnenkwam. Veertig posts in één keer laden gaf niemand een natuurlijke pauze om te kijken, dus de wachtrij groeide gewoon. De oplossing is eenvoudig. Laad de batch in kleinere porties, en laat elke portie zijn controles voltooien voordat de volgende laadt.

Hoe de cijfers eruit hadden gezien

Elk cijfer in dit verhaal is verzonnen, maar de rekenkunde is reëel. Veertig concepten met één bulk_dr call per stuk zijn 40 credits, of $0.004.

De handmatige controle van de editor van vijf domeinen duurde tien minuten. Een script zou de andere drieënvijftig in een fractie van die tijd hebben gedekt.

Het geld is het kleinste deel van het verhaal. De echte kosten waren de zes posts die een lezer al kon zien, en de uren die nodig waren om te repareren wat een controle in seconden had opgevangen. Uren komen zelden op een factuur.

Niets hier voorspelt hoe Google de posts zou hebben behandeld. We maken geen enkele claim over rankings, alleen over de kwaliteit van de citaten die een lezer tegenkomt. Houd die grens.

Hoe de wachtrij had gecontroleerd moeten worden

De oplossing begint voordat de wachtrij vol is. Drie beslissingen hadden de meeste van deze posts kunnen vangen voordat een lezer ze zag. Geen van hen vereist nieuwe software. Ze hebben een lijst, een zin en een naam nodig, en een team kan er drie schrijven in een middag.

Tel de hosts per concept

Tel de outbound hosts voor elk concept voordat iemand beslist wie ze controleert. Een concept met zes hosts heeft een script nodig, terwijl een concept met één host een snelle handmatige controle kan krijgen.

Een Semrush gratis backlink checker tab is prima voor het geval met één host. Het kan de andere veertig concepten niet dragen.

Schrijf de regel als een zin

Een regel zoals drie of meer lage hosts stuurt de post naar HOLD is te testen. Vage richtlijnen zoals 'controleer de bronnen zorgvuldig' niet, en een moe editor kan het ook niet toepassen.

Schrijf elke regel met de status die deze zet, zoals HOLD of PASS, en de persoon die hem ziet. Een regel zonder uitgang laat de editor raden.

Noem de eigenaar voordat je lanceert

Iemand moet de HOLD-wachtrij eigenaarschap geven op de dag dat de eerste post geladen wordt. Zonder die naam landt het eerste alarm in een gedeeld kanaal en wacht daar.

De eigenaar hoeft niet elk concept te lezen. Ze moeten de HOLD-lijst elke dag zien en beslissen wat er met elke entry gebeurt.

Signalen die te laat aankwamen

Het team had drie signalen voor de opschoning, en elk kwam te laat. De signalen waren niet verborgen. Ze zaten in de inbox, de wachtrijweergave en de notities van de editor, en niemand had ze op één plek gezet.

Een lezersklacht is een laat signaal

Een lezer die een dode citaat vindt, heeft het al gezien. Dat bericht is nuttig, maar het komt na de schade, dus het kan geen hoofdalarm zijn.

Een cluster van vergelijkbare bronnen is een eerder signaal

Elf concepten die bronnen van schaarse domeinen van dezelfde outline citeren, is een patroon dat een enkele blik zou tonen. Groeperen op host is goedkoop, en het signaleert het patroon voordat een lezer het ziet.

Eine stille wachtrij is geen gezonde wachtrij

Wanneer de planner veertig posts toont en geen alarmen, heeft niemand iets gecontroleerd. Stilte leest als succes, en zo verbergt een eruit-gemaakt wachtrij zwakke bronnen.

Een eenvoudige teller helpt. Tel de posts die vandaag gepland zijn en de posts die vandaag gecontroleerd zijn. Wanneer die twee cijfers verschillen, is de wachtrij niet gezond.

Wat de editor daarna deed

De eerste zet van de editor was om de resterende wachtrij te trekken en de planner te stoppen. Dat duurde minuten. Het was het enige deel van de week dat volgens plan ging. De planner bleef daarna dicht voor nieuwe concepten totdat een regel was opgeschreven en een eigenaar was benoemd. Niemand opende hem te vroeg.

Het herschrijven volgde daarna. Elke getroffen citaat werd vervangen door een bron die de editor kon openen en lezen, en de post ging pas terug op de planning nadat een tweede persoon er naar had gekeken. Snelheid was niet het doel, omdat een snelle reparatie die dezelfde fout herhaalt niemand helpt.

Daarna schreef het team een korte notitie voor zichzelf. Het noemde de regel, de eigenaar en de controle, in die volgorde. Niets anders. De notitie was geen schuldvraag, en niemand werd gevraagd uit te leggen waarom ze het gratis hulpmiddel vertrouwden.

Aan het einde van de week had het team twee nieuwe gewoonten en één oude. De nieuwe gewoonten waren de host-teller en de HOLD-lijst. De oude was de editor die elk citaat las voordat het naar buiten ging. Dat deel bleek te werken.

Vragen om te stellen in je eigen overzicht

Wees direct.

Wie keek naar de wachtrij tussen plannen en publiceren? Wat zagen ze precies? Welke regel zou afvallen, geschreven als een zin die een collega kan testen? Een schouderophalen als antwoord betekent dat de volgende veertig posts op dezelfde manier eindigen. Schrijf de antwoorden deze week in je runbook.