SEO-diagnosztika

Töltsd fel a Google Search Console adatait, helyezd rá a Google-frissítéseket és a webhely változásait, majd vizsgáld meg, mi hathatott a forgalomra.

Helyi munkaterület

Search Console-adatok feltöltése

Exportáld az utolsó 16 hónapot a Search Console-ból. A fájlt csak ebben a böngészőben dolgozzuk fel.

A beépített adatok frissítve:

Google Search Console ZIPTeljesítmény > Keresési eredmények > Utolsó 16 hónap > Exportálás > CSV letöltése. Hagyd változatlanul a ZIP-fájlt.

Minden adat ebben a böngészőben, ezen az eszközön marad. A fájlokat helyben dolgozzuk fel, és soha nem küldjük el az M09 szervereire.

Időszak

A hivatalos Google-frissítések előzményei

Megerősített Google-frissítések

Gyors kérdések kezdés előtt

Hogyan tölthetem le a ZIP-fájlt a Search Console-ból?

Nyisd meg a megfelelő tulajdont a Search Console-ban, majd lépj a Teljesítmény > Keresési eredmények oldalra. Válaszd az utolsó 16 hónapot és a Web kereséstípust, távolítsd el a felesleges szűrőket, és ne kapcsold be az Összehasonlítást. Válaszd az Exportálás > CSV letöltése lehetőséget. A letöltött ZIP-fájlt itt nyisd meg kicsomagolás és átnevezés nélkül.

Láthatok 16 hónapnál hosszabb forgalmi előzményt?

Egy Search Console-export legfeljebb 16 hónapot fed le. Ugyanazon webhely kompatibilis ZIP-fájljai dátum szerint egyesülnek, az újabb export pedig felülírja az átfedő napokat. A „Teljes időszak” nézet az összes helyben elérhető előzményt mutatja.

Hogyan akadályozza meg az eszköz különböző webhelyek adatainak keveredését?

Ellenőrzi a tulajdont az eredeti Search Console ZIP-fájlnévből vagy az export adataiból. Egyértelmű eltérés esetén letiltja az importálást. Ha a webhely nem azonosítható, az adatok hozzáadása előtt megerősítést kér. Tartsd meg az eredeti ZIP-fájlnevet.

Hogyan szerezhetem be a szükséges GitHub JSON-fájlt?

Telepítsd a GitHub CLI-t, és jelentkezz be a gh auth login paranccsal. Az alábbi parancsban mindkét helyen cseréld le az OWNER/REPOSITORY értéket a tulajdonos és a tároló nevére, a YYYY-MM-DD helyére pedig a vizsgált időszak kezdeténél nem későbbi dátumot írj. Futtasd a parancsot, majd nyisd meg itt a létrejött JSON-fájlt.

A JSON exportálásaGitHub CLI
gh auth login

gh pr list \
  --repo OWNER/REPOSITORY \
  --base "$(gh repo view OWNER/REPOSITORY --json defaultBranchRef --jq '.defaultBranchRef.name')" \
  --state merged \
  --search "merged:>=YYYY-MM-DD" \
  --limit 1000 \
  --json number,title,mergedAt,url,labels,additions,deletions,changedFiles,files,mergeCommit,baseRefName \
  > website-changes.json

Cseréld le az OWNER/REPOSITORY értéket és a dátumot. A parancs felismeri a tároló alapértelmezett ágát. A PR-ek listázása csak olvasási művelet: nem indít Actions-folyamatot és nem fogyaszt Actions-futtatási perceket. A címek és fájlútvonalak bizalmasak lehetnek, de ez az oldal csak a böngésződben dolgozza fel őket.

Az egyesített pull request azonos az élesítéssel?

Nem. Az idővonal csak kódváltozási háttérként használja. Következtetés előtt ellenőrizd a tényleges élesítés dátumát az élesítési naplóban.

Hogyan ismeri fel az ismétlődő mintát?

Az eszköz az előző év azonos dátuma körül keres hasonló változást, és összeveti annak irányát, mértékét és a trend alakját. Egyetlen korábbi év a szezonalitásra utaló jel, nem bizonyíték.

A dátumegyezés bizonyítja, hogy a Google okozta a változást?

Nem. Az időzítés hipotézist ad, nem bizonyítékot. Döntés előtt ellenőrizd az érintett oldalakat, lekérdezéseket, országokat és eszközöket.

Hol tárolódnak a mentett webhelyek?

A ZIP-, CSV- és JSON-fájlok feldolgozása helyben, a böngészőben történik; soha nem kerülnek az M09 szervereire. A mentett webhelyek e böngészőprofil IndexedDB-adatbázisában maradnak; a webhelyadatok törlése eltávolítja őket. Az exportált másolat egyszerű, titkosítatlan JSON.