Koppla ihop backlänkar med Search Console-exporter, steg för steg

Uppställningen och varför en join hjälper

Search Console visar länkande webbplatser. Den rangordnar dem inte.

Exportera de topp-länkande webbplatserna som en CSV-fil, och filen ger dig en kolumn med domäner utan någon känsla av tyngd. Det gapet är vad joinen åtgärdar, eftersom en rå export är en lista snarare än ett argument.

Vår bulk_dr-åtgärd poängsätter hela kolumnen i ett anrop, så joinen blir ett enkelt left_join() på domänen. Search Console visar bara en delmängd av de länkar den känner till, så behandla exporten som en golvgräns, inte en total.

Vad exemplet berättar för dig, och vad det inte gör

Läs forum-radens noggrant, eftersom fyrtio länkar vid DR 9 är volym utan tyngd.

I detta uppfunna fall slår två rader med en länk var 67 länkar från tunna webbplatser, vilket är det mönster du bör leta efter i din egen data. Det speglar hur DR fungerar, inte ett löfte om rankningar.

Läs inte kausalitet in i det. Google har sagt att länkar är en signal bland många, och sedan kärnuppdateringen i mars 2024 har bilden bara blivit mer komplex.

Stapla flera exporter till en tabell först

Innan du kopplar ihop backlänkar med Search Console-exporter, stapla filerna. De flesta verkliga jobb involverar flera exporter, en per kund eller en per kvartal, och joinen blir renare när det finns en tabell att koppla från.

Kontrollera att filerna verkligen matchar

Flera CSV-filer från flera personer kombineras smidigt bara när de delar kolumnnamn, kolumnordning, datumformat och teckenkodning. Säg att du får en export per kund. Innan du binder ihop dem, jämför rubikraden i varje fil och stoppa när en skiljer sig.

En snabb kontroll är en lista över kolumnnamn per fil och ett enda stoppvillkor i skriptet. Det kostar några rader och undviker en tyst feljustering.

Avgränsare och decimaltecken

Export från olika maskiner kan ibland komma med semikolon som avgränsare eller med ett annat decimaltecken. Kontrollera avgränsaren för varje fil innan du antar att det är en kommaseparerad fil, och ange en explicit lokal när decimaltecknet skiljer sig.

En fil som parsas till en enda kolumn är det billigaste felet att fånga. Skriv ut kolumnantalet för varje fil och stoppa när det är en.

Skriv in parsingvalen i skriptet som explicita argument, inte standardvärden, så att nästa person kan se dem utan att öppna datan.

En lång tabell med en källa-kolumn

Stapla filerna till en lång tabell med en kolumn som registrerar källfilen och exportdatumet. Den tabellen ersätter uppsättningen med ark som folk håller i ordning för hand.

Sammanfattningar blir då ett enda group_by()-anrop istället för ett ark per kund. Behåll de råa filerna orörda, så att staplingssteget kan köras om från grunden.

Sökningar över ark är joiner

En begäran som flytta kolumn 2 tillsammans med kolumn 1 är en join i förkläde. Välj nyckeln, här domänen, och låt left_join() bära över den andra kolumnen. Spreadsheet-versionen går sönder när en rad flyttas, medan en nyckelbaserad join inte gör det.

Om den andra tabellen använder ett annat nyckelformat, fixa nyckeln innan joinen snarare än efter den. En missmatch är vanligtvis ett problem med bokstavsstorlek eller prefix.

Vad en join inte kan fixa

En join sätter två tabeller sida vid sida på en nyckel. Den kan inte få två källor att överensstämma, och den kan inte rädda en domän som aldrig exporterades. När två exporter är oense om ett antal, visar joinen oenigheten snarare än att lösa den.

Behåll den skillnaden synlig i rapporten, med båda källnamnen bredvid den, så att en läsare kan se vilken export en siffra kom från.

En join kan heller inte berätta varför två källor är oense. Det kräver en titt på de råa raderna, vilket är en anledning till att exporten förblir orörd.

Behåll källnamnen i tabellen

En källkolumn är billig försäkring. När en siffra ser fel ut om sex månader är den första frågan vilken export den kom från, och kolumnen svarar på det utan en sökning genom gamla mappar.

Säg att en kund frågar varför en domän visas två gånger. Källkolumnen visar att den kom från vår-exporten och sommar-exporten, vilket är en fakta du kan förklara på en mening.

Rengöringsregler som räddar joinen

Nycklar går sönder först, och de går sökt tyst.

Gör alla domäner till gemener, ta bort ett inledande www, ta bort efterföljande punkter och snedsträck, och kolla ihop dubletter innan anropet, eftersom en vilken som helst stor bokstav kan förvandla en bra matchning till en NA som du kanske inte märker förrän en kund frågar.

Behåll den råa exporten orörd i sin egen fil, skriv den rensade tabellen bredvid den, och registrera exportdatumet i filnamnet. Månadsdriftboken förklarar varför daterade filer är viktiga, och sidan för bulk-poängsättning har begärskoden att återanvända.

Slutligen, när exporten har 1 200 unika domäner och den poängsatta tabellen har 1 150, hitta de 50 innan du diagrammar något; ordlistan listar vad åtgärden returnerar, och beslutsträdet berättar när en annan källa är det bättre svaret.

En andra export utan att bygga om joinen

Att lägga till en andra period är där många joiner tyst går fel. Lösningen är att bestämma ögonblicksbilden innan du rör poängen.

Tänk på ögonblicksbilden som en del av nyckeln. Två rader med samma domän och olika ögonblicksbildsdatum är olika fakta, även när siffrorna ser lika ut.

Två exporter från olika månader är inte en trend förrän ögonblicksbildsfrågan är löst. Lös det först, dra sedan linjen.

Poängsätt båda perioderna i ett pass

Säg att du har denna kvartals export och förra kvartalets. Stapla båda med deras datum, poängsätt sedan de unika domänerna över de två filerna i ett pass, så att båda kvartal delar en ögonblicksbild.

Att poängsätta dem separat, vid olika tidpunkter, skulle blanda två indextillstånd i en jämförelse. Notera ögonblicksbildsdatumet i diagrammet, så att en läsare kan se att båda siffrorna kommer från ett pass.

Domäner som förekommer i båda

En domän som finns i båda exporter bör visas en gång i poängtabellen och två gånger i staplad tabell. Det håller poängen ärlig och länkantalet per kvartal ärligt också.

Gör poängtabellen till en rad per domän innan du kopplar ihop den, så att joinen inte kan multiplicera rader. Kontrollera att dess radantal är lika med antalet unika domäner.

Behåll poängsättning och join i separata steg

Behåll poängstegsteget i sitt eget skript och joinen i ett annat. När en poäng ändras vet du vilket steg som ska köras om, och joinen behöver aldrig göras om för hand.

En liten fil som registrerar ögonblicksbildsdatumet och exportnamnen gör det lätt att matcha de två stegen senare.