Egy napi SEO-ügynök

Mit érdemes megvizsgálnia egy napi lefutásnak

A napi adatok zajosak, ezért egy hasznos lefutás hasonlót hasonlóval vet össze, és a kivételekről számol be, nem az összesítésekről.

• A lezárt nap az egy héttel korábbi azonos hétköznappal szemben
• Azok a keresési kifejezések, amelyek tegnap óta kikerültek a top 100-ból
• Azok az oldalak, amelyek kattintásai kívül estek a saját várható tartományukon
• Indexelési állapotváltozások a nyomon követett URL-eken
• Egy induló core-, spam- vagy rangsorolási frissítés

Az adatokhoz igazított ütemezés, nem a naptárhoz

A Search Console adatai két-három napos késéssel állnak meg véglegesen, ezért egy olyan feladat, amely a tegnapi napról kérdez, egy részleges napot lát, és egy valójában nem létező visszaesésről számol be. Csak lezárt dátumokon futtasd, és kérd meg az ügynököt, hogy adja meg, mely napokat fedte le.

Kétféleképpen építhető fel

A különbség abban rejlik, mennyi mindent szeretnél magad kézben tartani.

• Riasztás-feliratkozások: nincs karbantartandó ügynök, csatornánkénti súlyossági küszöbérték, és naponta egy rögzített órában, csomagban történő kézbesítés
• Saját ügynök az MCP-szerveren: teljes kontroll a prompt, a küszöbértékek és a megfogalmazás felett, cserébe a karbantartás terhéért

Csendben tartás

Egy olyan küszöbérték, amely minden nap kiváltja a riasztást, két héten belül elnémításra kerül. Kezdd magas súlyossági küszöbbel, futtasd két hétig, és csak utána csökkentsd addig a szintig, ahol a csatorna hallgat a hétköznapi napokon.

Költségkeret

Egy napi lefutás mindössze néhány hívást jelent, kényelmesen a kulcsonkénti percenkénti 60 és a fiókonkénti óránkénti 1000 kérés alatt marad. Ha egy visszatöltés mégis eléri a limitet, a szerver HTTP 429-es választ ad Retry-After fejléccel, és ilyenkor a helyes reakció a várakozás, nem az azonnali újrapróbálkozás.