a Google Webmestereszközök a Google SEO eszközeinek édes csomagja, amely adat-és konfigurációvezérlést biztosít webhelye számára a Google-ban. Ha bármilyen SEO-t csinál, és nem talál értéket a GWT-ben, akkor vagy egy fizetett eszközt használ, amely újra felhasználja a GWT-adatokat, vagy van egy kiaknázatlan aranybányája.
van egy csomó, amit megtehetsz a GWT-vel, de eltarthat egy ideig, amíg megtanulják, hogyan lehet nagyszerű megtérülést elérni a vele töltött idő után. Addig, mindent megtettem, hogy összeállítsak egy húsos, gyakorlati hasznos tippeket tartalmazó gyűjteményt a leghasznosabbnak talált jelentésekről.
általános tippek
első lépések
ellenőrizze a webhely minden verzióját
Oldalüzenetek
használja a súgófájlokat
keresési lekérdezések *régi jelentés (5-6-15 előtti)
korlátozások
Cool Insights
hackek
egyéb jellemzők
címváltozás
strukturált adatok
Adatkiemelő
HTML fejlesztések
belső linkek
linkek a webhelyre
mobil használhatóság
index állapot
feltérképezési hibák
feltérképezési statisztikák
Lekérés mint Google
webhelytérképek
URL paraméterek
első lépések
ha még nem állította be a Google Webmestereszközöket, tegye meg tegnap. Nagyon könnyű és érdemes. Csak menj www.google.com/webmasters/tools, jelentkezzen be Google-Fiókjával, majd kattintson a gombra Webhely hozzáadása. Ezután számos lehetőséget kap annak ellenőrzésére, hogy Ön kezeli-e a webhelyet. Használja a legegyszerűbb lehetőséget,és tegye meg.
adjon hozzá minden Webhelyverziót
a legnagyobb hiba, amit látok, hogy az emberek a GWT-vel követnek el, az, hogy nem adják hozzá az összes kezelt webhely minden verzióját. Sajnálatos, mert nagyon könnyű megtenni. Ha minden webhely minden verzióját nem adja hozzá, csak néhány webhely(ek) adatait eredményezi ― a legjobb esetben ez elfojtja a betekintést; a legrosszabb esetben ez költséges hibákat okozhat, vagy elhanyagolhatja a kritikus kérdéseket.
nyilvánvaló, hogy ha a domain thingamabobs.com egy domén, amit úgy hívnak whatchamacallits.com, mindkét gyökértartományt hozzá kell adnia.
az összes aldomaint hozzá kell adnia. Ha az aldomain http://red.thingamabobs.com és az aldomain http://www.thingamabobs.com, adja hozzá mindkettőt. Ha csak hozzá http://www.thingamabobs.com, ez minden GWT fogja követni; és ez minden adat, amit kapsz.
ha http://thingamabobs.com és http://www.thingamabobs.com van, adja hozzá mindkettőt. (Ezután javítsa ki a duplikált tartalom problémáját).
ha https://www.thingamabobs.com és http://www.thingamabobs.com van, adja hozzá mindkettőt.
alapvetően, ha meg tudja változtatni a gyökérdomain bal oldalát, és mégis kap egy élő oldalt, amikor beírja az URL-t a böngészősávba, akkor adja hozzá az aldomaint. Adjon hozzá olyan alkönyvtárakat is, amelyek meghatározott országokat céloznak meg. A Google elmagyarázza az itt hozzáadható verziókat.
Webhelyüzenetek
időnként a Google Webmestereszközök értesítik Önt, ha a webhelyén nagyon fontos probléma merül fel. Győződjön meg róla, hogy beállította az üzenetküldés továbbítását, hogy e-mailben megkapja ezeket az értesítéseket. Az e-mailek tájékoztathatják Önt a webhely elérésével kapcsolatos problémákról, a feltérképezési hibák növekedéséről, a természetellenes link figyelmeztetésekről, a rosszindulatú programokról szóló riasztásokról stb.
az egyik figyelmeztetés az, hogy késés lehet A probléma felmerülésének és az értesítés időpontjának között. Egy másik figyelmeztetés az, hogy rengeteg rossz probléma van, a GWT nem értesíti Önt. Biztosan szeretné, hogy valóban fizetni elme GWT e ― maileket, de ezek csupán egy további védelmi vonal-nem helyettesíti az egyéb kockázatcsökkentő intézkedések.
használja a súgófájlokat
a Google rengeteg erőforrással rendelkezik a SEO-val kapcsolatban, és a jó szakemberek annyit zabálnak, amennyit csak tudnak. A Google Webmestereszközök Súgója egy kincslelet.
győződjön meg róla, hogy a GWT-t kíváncsi gondolkodásmóddal használja. A legtöbb jelentésnek vannak korlátai, figyelmeztetései és árnyalatai. Mielőtt elindulna egy fontos döntés meghozatalához, győződjön meg arról, hogy az adatok az, amit gondolsz, és azt jelenti, amit gondolsz. A GWT-adatok gyakran fontos, de meg nem erősített hipotézisekhez vezetnek, amelyeket meg kell vizsgálni.
Továbbá, ha rákattint a Súgó gombra, akkor kap egy minőségi, releváns javasolt Súgó cikket. Tehát csináld ezt gyakran. A cikkek nagyon jól elmagyarázzák, hogy a jelentésekben szereplő különféle adattípusok valójában milyenek (annyira, hogy a Google hajlandó megosztani).
a cikkek azonban gyakran szárazak, és hiányoznak a gyakorlati betekintés arról, hogy mire kell összpontosítani. Ráadásul nagyon kevés kép van. (Mi várható, hogy csak olvasni szavakat a interwebs? Gyerünk.)
a GWT jelentések súgófájljai szintén kissé következetlenek lehetnek. Átnéztem a kapcsolódó súgófájlokat minden egyes GWT-jelentéshez, amelyet alább ismertetek, és felsoroltam a leghasznosabbakat.
ügyeljen arra, hogy kattintson a kis kérdőjelek egy csomó is.
keresési lekérdezések jelentései
a szerző megjegyzése: Az 5/6/15-on a Google hivatalosan bemutatta a jelentés jelentősen továbbfejlesztett változatát, a Search Analytics Report (bétaverzióban). Az új jelentésről szóló részletes cikk itt található. Kérjük, vegye figyelembe, hogy ennek az útmutatónak ez a része a régi jelentésre vonatkozik, és jelenleg elavult.
GWT Súgó cikk itt (a régi “keresési lekérdezések” jelentéshez)
ez a “keresési forgalom szakasz” gyöngyszeme-a fene, ez az összes Google Webmestereszköz gyöngyszeme, és a jelentésben szereplő adatok sok fizetett SEO eszközcsomagban újracsomagolva találhatók. Ez a jelentés néhány (semmi sem igazán átfogó) adatot tartalmaz a következőkről:
- megjelenítések
- kattintások
- kattintási arány
- rangsor
hogy az adatok a következő méretekkel jeleníthetők meg: 1) kulcsszó, 2) céloldal és 3) kulcsszó / céloldal.
ezután szűrheti az adatokat hely (de csak bizonyos országok) és a Google keresési függőleges (normál web, kép, mobil, videó vagy hírek) szerint. És akkor töltse le az adatokat, és van egy mező nap.
édes, ugye? Nos, természetesen van néhány …
korlátozások és figyelmeztetések a keresési lekérdezések jelentés
ezek az adatok ütött rendkívül népszerű, mint az emberek kell kompenzálni a hiányzó adatokat a kulcsszó teljesítmény miatt kulcsszavak (nem biztosított) a Google Analytics. Úgy tűnik, hogy a keresési lekérdezés adatai is sokkal megbízhatóbbak lettek. Pontosabban.
sajnos, míg a keresési lekérdezések az egyik legfontosabb módja a (nem biztosított) üresség kitöltésének, a keresési lekérdezések adatai messze nem helyettesítik a (nem biztosított) kulcsszavakat. Miért?
- nincsenek lekötési vagy konverziós mutatók.
- nincs minden gazdag másodlagos dimenzió, mint a “metro area” vagy a “napszak”, mint az Analytics.
- Nem Minden kulcsszó jelenik meg (még közel sem).
- a jelentésben szereplő kattintás technikailag különbözik a Google Analytics látogatásától (munkamenetétől).
- a történeti adatok csak 3 hónapra nyúlnak vissza (a megoldás alább található).
ezenkívül tisztában kell lenni néhány figyelmeztetéssel:
- a függőleges képkeresés sokszor több megjelenítést kap, mint az internetes keresés, az Oldalanként sokkal több hirdetés miatt. Soha ne elemezze a CTR-t vagy az “összes” függőleges megjelenítést egyszerre ―mindig elemezze a webet, kép, mobil, vagy videó külön-külön.
- láttam olyan eseteket, amikor egyetlen kulcsszó több listája úgy tűnik, hogy megsokszorozza a megjelenítéseket, természetellenesen lenyomva a CTR-t (vagy például egy kulcsszó két teljesen egyedi listája megduplázhatja a megjelenítéseket, felére csökkentve a CTR-t.) Úgy tűnik, hogy a belső linkek nem sokszorozzák a megjelenítéseket.
- a várható CTR nagymértékben változik a forgatókönyvtől függően, ezért vigyázzon a benchmarkingra.
- kiugró értékek. Minden mutató hajlamos lehet váratlan eredményekre. Például, Avg. a pozíciót nagymértékben befolyásolhatja az eredmények nem gyakori személyre szabása. Szintén, nem vagyok tisztában azzal, hogy van-e elszámolás ugyanazon felhasználó több kattintására vagy megtekintésére, vagy ha a botokat figyelembe veszik. Ez azt jelenti, hogy minél több kattintás van egy kulcsszóra, annál kevésbé kell aggódnia a kiugró értékek miatt, általában véve.
új keresési lekérdezések jelentése fejlesztés alatt― a Google január 27-én bejelentette, hogy a keresési lekérdezések új korai alfa verzióján dolgozik. Ha azt szeretnénk, hogy egy tengerimalac, akkor kérheti, hogy előnézeti itt.
Cool Insights a keresési lekérdezésekkel
a figyelmeztetések ellenére rengeteg keresési lekérdezést tehet. Nyilvánvaló, hogy nagyon jó tudni, hogy mely kulcsszavakat keresik az emberek a Google-on, hogy eljussanak az Ön webhelyére.
és valószínűleg tudja, hogyan kell használni a rangsorolási adatokat. By the way, GWT ” avg. pozíció” bebizonyosodott, hogy az adatok viszonylag összhangban vannak más rangsorolási módszerekkel, .
az alábbiakban néhány más szórakoztató betekintést.
nem HTML oldalak
úgy találom, hogy sok, ha nem a legtöbb internetes marketingszakember soha nem nézte meg a keresőmotorok forgalmi adatait a PDF-Eken és más letöltéseken.
a dobozból a Google Analytics csak HTML-oldalakon tud adatokat lekérni. Nos, az egyik módszer (itt van még), hogy több adatot szerezzen a nem HTML oldalakról, a keresési lekérdezés jelentése. Ez a legjobb módja annak, hogy kulcsszószintű adatokat szerezzen a nem HTML oldalakon. Csak bontsa ki a ctrl + f-et, és keresse meg a Fájltípus kiterjesztést (.pdf, .doc, stb…) az URL-ben.
kép és videó SEO
hasznos lehet A csak webes (normál) lekérdezések, csak képi lekérdezések és csak videó lekérdezések megtekintése. Ezek az adatok megmagyarázhatják azokat a furcsa dolgokat, amelyeket az Analytics szolgáltatásban láthat.
például egy gyors pillantást kép csak lekérdezések kiderült, hogy miért (még mindig) kap egy csomó alacsony minőségű forgalom egy véletlenszerű régi blogbejegyzést elnevezési az akkor új office pet.
Rest In piece Link Bait
a kép – és videóadatok segíthetnek meghatározni a SEO szükségességét és hatékonyságát a képek és a SEO a videók számára.
nagyon fontos megjegyezni, hogy a kattintások nem egyenlőek a látogatásokkal ― különösen a képek esetében. Amikor összehasonlítja a GWT kattintásokat a képekkel a képenkénti látogatásokkal az Analytics szolgáltatásban, vadul eltérő eredményeket kap. A képkattintások többet fognak elérni, mint a képlátogatások. Az alábbiakban láthatja, hogy azok a 4000 + képkattintások csak 132 munkamenetet eredményeztek webhelyünkön (ezek a munkamenetek nem tartalmazzák csak a képfájl URL-jének látogatását; ezek csak a HTML-oldalakon végzett munkamenetek.)
a Google képforgalmának megkeresése az Analytics szolgáltatásban:
- Ugrás az akvizícióra – > Minden forgalom.
- állítsa a speciális szűrőt a következőre: forrás tartalmazza a Google és a regexp images|mgres|imagedetail hivatkozási útvonalat.
AJ Kohn további részleteket tartalmaz a képkeresés nyomon követéséről az Analytics szolgáltatásban.
nem ellenőriztem 100% – ban, de szinte biztos vagyok benne, hogy a GWT számít minden kattintást a képre SERP, nem csak a webhelyére kattintásokat. Kapcsolódó megjegyzés: a kép SERP-k 2013-as változása drasztikusan csökkentette a Google képforgalmát mindenki számára.
egy másik dolog, amit meg kell jegyezni, hogy a képadatok hihetetlenül magas megjelenítést és alacsony CTR-t mutatnak a többi függőlegeshez képest, így valóban torzíthatja az adatokat, ha az összes keresési lekérdezést megtekinti.
mobil vs.Web
a mobil felhasználók gyakran különböző típusú kereséseket végeznek, mint a nem mobilok. Például a mobil felhasználók nagyobb valószínűséggel keresnek vállalkozást a közelükben. Használja a keresési lekérdezés adatait, hogy betekintést nyerjen abba, hogy a mobil és a nem mobil Google-felhasználók hogyan keresnek másképp a webhelyen.
egy másik kérdés, hogy kérje a ” vannak rangsor drasztikusan eltérő ugyanazt a kulcsszót a mobil vs. nem mobil?”Ha kizárja, hogy a mobil kép vagy videó eredmények nem torzítják az adatokat, akkor talán lehetséges, hogy az oldal alacsonyabb rangú a mobilon. Bár valószínűleg ők (Google) és nem te, győződjön meg róla, hogy nem követ el nagy mobil SEO hibákat.
CTR elemzés
a kattintási arány vizsgálata számos lehetőséget és betekintést tárhat fel.
először is, a CTR adatok segítenek megérteni a rangpozíció és a kattintások közötti kapcsolatot.
másodszor, CTRs is segít megérteni a SERP a rést. Gyakran a CTR nagymértékben függ a külső tényezőktől, például a versenytől, a hirdetők számától és a speciális eredmények mennyiségétől (például gazdag kivonatok, helyi körhinták, képek stb.). Annak megértése, hogy mely keresési lekérdezések általában alacsonyabb CTR-t mutatnak a fülkében, segíthet tájékoztatni a jövőbeni kulcsszókutatást és SEO stratégiát.
harmadszor, a CTR segíthet megmondani, hogy az Ön oldala az, amit az emberek keresnek. Például a “link bait” #1-et rangsoroltuk annak ellenére, hogy jelentősen alacsonyabb szintű backlink mutatókat mutattunk a témával kapcsolatos többi cikkhez képest. Úgy tűnik, hogy rangsorunkat az vezette, hogy a CTR jóval meghaladja az átlagot. Az én elméletem az, hogy a legtöbb ember Googling “link csali” csak azt akarom tudni, hogy mit jelent a kifejezés, és hogy a cím az oldalunk úgy tűnik, hogy a felhasználók számára, hogy a legvalószínűbb, hogy az egyszerű válasz.
negyedszer, néha az organikus CTR olyan dolog, amit közvetlenül irányíthatsz; és meg akarod találni a lehetőségeket, hogy közvetlenül javítsd a Ctr-eket. Átlag alatti click-thrus jelezheti a lehetőséget, hogy alkalmazzák gazdag kivonatok vagy csípés Meta leírások.
egy másik fontos betekintés a márkád keresésének CTR-je. Bár soha nem lesz közel a 100% – hoz, általában olyan magasra akarja szerezni, amennyire csak megy. Nézze meg, meg kell-e próbálnia több ingatlant nyerni a SERP-kben.
végül kombinálja a CTR-elemzést mind a GWT-ben, mind az AdWords-ben a teljes CTR felméréséhez. Ez segíthet az AdWords döntéseiben, például az ajánlattételben.
benchmarking CTR szükséges a fenti elemzésekhez. Megnézheti a külső vizsgálatok változó eredményeit egy átlagos CTR-értéknél. Ha engem kérdezel, az 1.pozíció “átlagos CTR”-jére való áttérésem 30%, de biztos vagyok benne, hogy tucatnyi választ kapna, ha egy tucat SEO-t kérdezne.
az adatok átlagos CTR-jét is felveheti. Először exportálja a keresési lekérdezés adatait Excelbe. Ezután különítsen el egy vödör lekérdezést egy adott ranghoz (például az 1.pozíció összes lekérdezése). Ezután vegye be a vödör átlagát.
a harmadik benchmarking módszer egyszerűen az aktuális CTR feljegyzése és javítása.
keresési lekérdezések Hacks
integrálja a GWT-t a GA-ba
a GWT Keresési lekérdezési adatok megtekintése a Google Analytics (GA) szolgáltatásban rendkívül egyszerű. Mindössze annyit kell tennie, hogy mind a GA, mind a GWT adminisztrátora bejelentkezzen a GA-ba, és a bal oldali nav-ban LÉPJEN az Acquisition – > Search Engine Optimization – > Landing Pages oldalra.
ha még soha nem csatlakoztatta a GA-t és a GWT-t, akkor megjelenik egy képernyő, amely kimondja: “a jelentés használatához engedélyezni kell a Webmestereszközök használatát.”Egyszerűen kattintson a Beállítás gombra, és kövesse az egyszerű utasításokat.
de vannak határok.
a fiókok összekapcsolásának egyik korlátja, hogy csak egy GWT-fiókot csatlakoztathat egy GA-fiókhoz, a GWT-fiók pedig csak egy aldomainhez. Tehát, ha több aldomainje van, az egyéni GA nézet csak a GWT lekérdezési adatok egy részét jeleníti meg. Egy másik korlátozás az, hogy nem tekintheti meg a keresési lekérdezés adatait céloldal alapján együtt a GA – ban. Ezeket a korlátozásokat az adatok közvetlenül a GWT-ben történő megtekintésével lehet leküzdeni.
kulcsszó exportálása céloldal szerint
a kulcsszó adatainak megtekintése céloldal adatok nélkül olyan, mintha csokoládé lenne több csokoládé nélkül. Sajnos a GWT nem engedi letölteni a keresési lekérdezés adatait céloldalról anélkül, hogy a jelentés minden céloldalára kattintana.
nos, Noah létrehozott egy nagyszerű könyvjelzőt, amely automatikusan “kattint” minden céloldalon, hogy felfedje a keresési lekérdezéseket, majd töltse le. Tehát most kettős csokoládét kaphat. (OMG.)
automatikus exportálás
a keresési lekérdezések jelentésének egyik problémája az, hogy csak 90 napra nyúlik vissza. Ez nem jó, ha úgy szereted a történelmi adatokat, mint én. A nyilvánvaló megoldás az, hogy rendszeresen exportáljuk, de ez a fájdalom folyamatosan kézzel történik. Szerencsére automatizálhatja a letöltéseket: itt van egy PHP és egy Python módszer.
egyéb GWT jelentések
GWT Súgó cikk itt.
az alábbiakban ismertetett többi jelentéstől eltérően a cím megváltoztatása eszköz nem található a bal oldali menüben. A jobb felső sarokban található. Három fő dolgot kell tudni:
- ha megváltoztatja a domain nevét, akkor a címváltoztatás elküldése a Google-nál elengedhetetlen (hasonlóan a Bing-hez).
- soha, soha küldje el a címváltozást, kivéve, ha valójában megváltoztatja a teljes webhely domain nevét.
- gondosan kövesse a Google által a címváltozás oldalon megadott összes lépést. A Google
(további főbb migrációs tippek itt, btw).
strukturált adatok
GWT Súgó cikk itt.
remélhetőleg már tudja, hogyan használja a Google schema.org jelölés, amely tájékoztatja a keresési eredményoldalakon receptek, vélemények és még sok más megjelenített bővített kivonatokat. És hogy a megfelelő adatjelölés végrehajtásával remélheti, hogy a webhelyén lévő adatok megjelenítésre kerülnek, mivel ezek a gazdag kivonatok drámai módon javítják az átkattintási arányokat a keresési forgalom jelentős növekedése érdekében.
ha a strukturált adatok sokat számítanak Önnek, a GWT strukturált adatok jelentése elengedhetetlen.
a webhely egészére vonatkozó strukturált adatok statisztikáinak és az adatok típusának megtekintésével ellenőrizheti, hogy a Google strukturált adatokat vesz fel.
szép részleteket is kaphat az egyes adatdarabokról, valamint a hibákról.
ha úgy tűnik, hogy a számok és az adatok nem egyeznek meg azzal, amit remél, kezdje el diagnosztizálni a hibákat. Ezután keressen egy oldalt, amely rich snippetet indít, de nem, és tesztelje a GWT praktikus-dandy Rich Snippets tesztelő eszközén.
Adatkiemelő
kiváló GWT Súgó cikkek itt. Szép cikk Portent itt.
az Adatkiemelő olyan eszköz, amely alapvetően ugyanazokat a dolgokat mondja el a Google-nak schema.org jelölés lenne. Az Adatkiemelő nagyon felhasználóbarát, és legalább 9 adattípus címkézésére használható, és minden címke megfelel a következőknek schema.org jelölés (például a kiemelő használata eseményekhez a Google szemében egyenértékű a jelöléssel schema.org/Event).
én magam nem sokat használtam az Adatkiemelőt. Amikor csak lehetséges, inkább sémát kapok.az org jelölés valójában egy oldal HTML-jére van kódolva, mert az Adatkiemelőt csak a Google látja, és nem segíti a Binget, a Yahoo-t és más keresőmotorokat. Ez sem olyan robusztus, mint a kódolt schema.org és ismert, hogy egy kicsit furcsa.
ennek ellenére feltétlenül meg kell ismerkednie a kiemelő által támogatott adattípusokkal. Ha a kemény kódolási séma nem praktikus, vigye az Adatkiemelőt egy körre. Ez egy nagyszerű módja annak, hogy gazdag kivonatokat nyerjen kevés kezdeti erőfeszítéssel fejlesztő vagy plugin nélkül.
HTML-fejlesztések
a HTML-fejlesztések szakasz nem csak a SERP-listák megjelenésének javításában segít, hanem a kulcsszóoptimalizálás és a tartalom duplikálásával kapcsolatos problémák megoldásának lehetőségeiben is.
keressen címcímkéket és Metaleírásokat, amelyeket javítani kell.
a HTML-fejlesztések jelentés azonban jó munkát végez olyan oldalak megjelölésével, amelyek nem felelnek meg a Címcímkékre és Metaleírásokra vonatkozó alábbi bevált gyakorlatoknak:
- minden oldalhoz egyedi legyen.
- ne legyen túl hosszú, vagy csonka lesz.
- legyen informatív.
szimatolja ki az ismétlődő tartalmat.
mint valószínűleg tudod, általában rossz gyakorlat, ha olyan oldalak vannak, amelyek nem tartalmaznak egyedi tartalmat az adott oldalon. A duplikált tartalmi problémák kezelésének első lépése az azonosításuk, és a GWT ennek egyik módját kínálja, amelyet túl egyszerű figyelmen kívül hagyni ― egyszerűen ellenőrizze a duplikált Címcímkéket és Metaleírásokat.
Tudja meg, hogy mely oldalak osztják meg a Címcímkéket, és ha sok ismétlődő cím van, töltse le az adatokat, hogy az Excelben játszhasson vele. Jó esély van arra, hogy az URL-ek másolatok. Bár vannak más jó módszerek a duplikált tartalom megtalálására (például a Screaming Frog esetében), ennek a módszernek az az előnye, hogy megmutat néhány duplikált tartalmat, amelyet a Google indexelt.
figyelmeztetés a nem indexelhető tartalmi adatokra
számtalan olyan webhelyen dolgoztam, amelyek olyan tartalommal rendelkeznek, amelyet úgy tűnik, hogy a keresőmotorok nem indexelnek, vagy akár nem is olvasnak megfelelően, ami nem tükröződik a “nem indexelhető tartalom” adatokban. Tényleg fogalmam sincs, mit kell itt megjelölni egy oldalnak (szeretnék betekintést hallani, ha valaki tudja). Szinte mindig látom, hogy a GWT azt mondja: “nem észleltünk semmilyen problémát a nem indexelhető tartalommal” – még akkor is, ha úgy tűnik, hogy ez helytelen lenne. Tehát legyen óvatos.
belső linkek
Google a márka. Most csináld privát böngészés közben. Feltéve, hogy van belső linkje, tetszik nekik? Időnként a belső linkek olyan oldalakra hivatkozhatnak, amelyek rosszul konvertálnak, vagy nem optimális UX-t kínálnak. Ha nem tetszik egy belső link, lefokozhatja a belső linket, hogy csökkentse annak megjelenésének esélyét.
ha van egy csomó márkás forgalom és egy gagyi belső link vagy két, ez egy nagy és könnyű győzelem. A leggyakoribb nagy nyeremény-forgatókönyv, amelyet látok, az, amikor egy webhely nagy forgalmat bonyolít egy olyan oldalra, amely hirtelen keltezetté vált (például szezonális vagy készleten kívüli termék).
csak győződjön meg róla, hogy ez a helyes dolog. Figyelembe véve a személyre szabás, a hely és az eszköz lehetséges hatását az Ön által megfigyelt belső linkekre ― lehet, hogy amit lát, nem mindenki látja, és amit nem szeretne látni, lehet, hogy néhány ember szeretné látni. Továbbá, ha előfordul, hogy a Google forgalmának túlnyomó többsége egy belső linken keresztül érkezik (amelyet a keresési lekérdezések oldalának elemzésével határozhat meg, és megjegyezheti, hogy hány kattintás van a márkás lekérdezésekből), akkor kitalálhatja a belső link konverzióját és elkötelezettségét egy Google Analytics céloldal-jelentésben, amelyet csak a Google organikus forgalmára szűrtek.
linkek az Ön webhelyére
a webhelyére mutató linkek adatokat adnak arról, hogy ki hivatkozik a webhely mely oldalaira. Mivel a linkek továbbra is a Google algoritmusának legfontosabb elemei, a webhelyére mutató linkek megértése fontos a rangsorolási képességek javításának megértéséhez.
manapság nem sokat használom a webhelyére mutató linkeket, mert a fizetett linkadatok eszközei több cselekvőképes betekintést nyújtanak. Az általunk használt Open Site Explorer által Moz. az ahrefs egy másik linkadat-eszköz. A Majestic SEO egy harmadik lehetőség, és rendelkezik a legnagyobb adatbázissal A prémium link eszközök között.
ha nincs fizetett eszköze, akkor a GWT nagyon megéri az idejét. Meg kell vizsgálnia a három fent említett eszköz ingyenes korlátozott verzióit is. Nézze meg a Bing Webmestereszközök bejövő linkek jelentését, amelynek véleményem szerint magasabb korlátai vannak arra vonatkozóan, hogy hány linket fog jelenteni (vagy legalábbis dokumentálja a korlátait).
ki kapcsolja a legtöbb
senki sem feltérképezi az internetet olyan mélyen, mint a Google. A GWT-nek lehetnek adatai egyes linkekről,amikor a többi eszköz nem. Ennek ellenére a GWT nem mindig jeleníti meg az összes linket, amelyről a Google tud (nem vagyok biztos benne, hogy valójában mi a mennyiségi korlát, de előfordulhat, hogy több mint 1000 domaint kaphat, ha letölti az adatokat). Letöltheti az összekapcsoló domaineket, és ellenőrizheti, hogy egy adott domain kapcsolódik-e Önhöz. Ez akkor lehet hasznos, ha valóban meg akarja nézni, hogy egy adott webhely hivatkozik-e Önre, vagy csak azt szeretné látni, hogy mi hiányzik a többi linkeszközből (általában az interwebek piszkos alja).
azt is megjegyezheti, ha a linkelő domainek mennyisége hónapról hónapra növekszik.
a “további mintalinkek letöltése” vagy a “legújabb linkek letöltése” adatai nagyon zajosak; úgy találom, hogy ki kell törölnöm a linkeket ugyanabból az aldomainből az Excelben, hogy bármilyen felhasználást kapjak belőle.
a legtöbb linkelt tartalom
jó esély van arra, hogy a jelentés segítségével megtalálja a bejövő linkelt oldalakat, amelyeket máshol nem talál. Látva, hogy mely oldalak húzzák a legtöbb linket, és miért a kedvenc dolog, amit a link-nyerő stratégia elemzésekor csinálok. Nem használom a GWT – t ennyire, de segíthet, ha van olyan webhelye, amely nem kap rengeteg backlinks-et, és minden kis link számít.
az adatok összekapcsolása
bár a horgonyszöveg nem olyan kritikus a rangsorolás szempontjából, mint régen, mégis érdemes időnként megnézni. Sajnos a GWT-jelentés csak 200 mondatot sorol fel.
mobil használhatóság
GWT Súgó cikk itt.
a mobil éve már nem a következő év. Amint azt 2014-ben hallhattuk, a mobil internethasználat meghaladja az asztali számítógépekét az Egyesült Államokban, és a mobil a legnépszerűbb média világszerte.
2015 januárjában arról számoltak be, hogy a Google sok mobil használhatóságra vonatkozó figyelmeztetést küldött a webmestereknek; ez a cikk azt is megjegyezte, hogy sok jel érkezik egy új mobil rangsorolási algoritmusra (számítson rám a bandwagon lovasok között, akik úgy érzik, hogy a mobil UX rangsorolási tényező lesz). Természetesen a Google komoly erőfeszítéseket tett a mobil SEO legjobb gyakorlatainak kommunikálására.
mindez hangsúlyozza az új mobil használhatósági jelentés fontosságát, amelyet a Google 2014.október végén jelentett be. A következő mobil UX problémákat sorolja fel (a linkek a Google társított lit-jéhez vezetnek a legjobb gyakorlatokról):
- Flash tartalom
- apró betűtípusok
- fix szélességű nézetablak (a nézetablak egy metacímke, amely megmondja a böngészőknek, hogyan kell méretezni egy oldalt)
- hiányzó nézetablak
- A tartalom nem méretezett nézetablak
- kattintható linkek/gombok túl közel
a jelentés felsorolja az adott hibát tartalmazó URL-eket. A lista nem tűnik átfogónak ― vagyis nem minden URL-t jelentenek -, de a diagnosztikához több mint elegendő bejelentett hibának kell lennie.
Index állapot
GWT Súgó cikk itt.
az Index bloat az egyik leggyakoribb probléma, amellyel a SEO-K foglalkoznak. Ha a Google sokkal több oldalt indexel, akkor megérdemli, hogy organikus céloldalak legyenek, a linklé és a korlátozott feltérképezési költségvetés ebből következő eloszlása jelentős hatással lehet A SEO forgalomra.
az index puffadás fordítottja az, amikor az indexelni kívánt oldalakat nem indexelik, és ez ugyanolyan fontos probléma. Nem hiányzik a horror történetek a webhely szerves forgalmáról, mert az indexálást valami robotokkal kapcsolatos probléma blokkolta.txt, Meta robotok, rel=canonical vagy nofollow attribútumok. Gyakran, amikor ezek a kérdések a korai szakaszban vannak, a forgalomra gyakorolt hatás még nem nyilvánvaló.
ellenőrizze a speciális Index állapotjelentést, és vizsgálja meg az összes indexelt oldalt, az eltávolított oldalak számát és a robotok által blokkolt oldalak számát.txt. Ha bármilyen szám olyan módon mozgott, amire nem számítana, azonnal vizsgálja meg.
a feltérképezési és indexelési mutatókkal kapcsolatos további információkért olvassa el ezt.
feltérképezési hibák
GWT Súgó cikk itt. (linkek a jobb oldalon található konkrét hibatípusokról szóló cikkekhez)
404s
A 404 A nem található oldal HTTP-állapotkódja. Ez a hiba akkor fordul elő, ha nincs oldal a kért URL-hez. A Webmestereszközök 404 hibát jelentenek, amikor a Google spider egy olyan URL-re mutató linket térképez fel, amelyhez nincs tényleges oldal társítva. A 404s gyakori okai közé tartozik egy hivatkozás cél URL-jének elírása, valamint az áthelyezett vagy törölt oldal URL-jének átirányításának elmulasztása. A 404s mindkét oka káros lehet mind a felhasználói élményre, mind a SEO törekvéseire.
vegye figyelembe, hogy sok GWT 404 elavult, “hamis riasztás”, vagy olyan jelentéktelen oldalak rossz linkjei váltják ki, amelyeket senki sem látogat meg. Lehet, hogy ezek nem jelentenek jelentős kellemetlenséget a felhasználók számára vagy a linklé pazarlását, de sok 404-es problémás lesz. Kattintson az URL-re a webhely hivatkozásának megtekintéséhez, ha gyanítja, hogy a 404 probléma lehet.
oldja meg a 404S problémát úgy, hogy 301 átirányítja a megfelelő oldalra, megváltoztatja a bejövő link cél URL-jét, vagy visszaállítja a tartalmat a 404-re, attól függően, hogy mi a legpraktikusabb és a legelőnyösebb a felhasználók számára.
ne feledje, hogy ha használja a” MARK FIXED ” gombot, akkor több up-to-date adatokat.
ez a bejegyzés elmagyarázza a 404-esek helyes perspektíváját. Míg a GWT jelentés rendkívül hasznos a trendek szempontjából, és nagyszerű adatpont, gyakran Keresek más adatpontokat, például a Google Analytic-et a 404S-en való fellépéshez (lásd a #9-et a SEO mérési hibák 3.részében: feltérképezés és indexelési mutatók).
Soft 404S és egyéb feltérképezési hibák
a 404-esek sok figyelmet kapnak, de vannak más feltérképezési hibák is, amelyek befolyásolhatják a felhasználói élményt és a SEO-t. Például a 403s, az 500s és az 503s nem feltérképezhető. Előfordulhat, hogy más “nem követett” URL-ek, például az átirányítási hurkok nem feltérképezhetők. A Google Webmestereszközök mindezekről beszámolnak.
a Soft 404-esek felhasználói élményt és SEO-problémát jelentenek, és a GWT lehet a legjobb módja annak, hogy nem manuálisan találja meg őket (bár egyesek valójában nem soft 404-esek).
a GWT azonban nem számol be olyan feltérképezési problémákról, mint a rosszul elhelyezett metarobotok címkéi vagy a 302 átirányítások.
feltérképezési statisztika
lehet, hogy a feltérképezési statisztikákban szereplő adatok nem olyan gazdagok, mint a szerver naplófájl adatai, de jobb, mint egyáltalán nem nézni a póktevékenységi jelentéseket.
a feltérképezési statisztikák elég változékony grafikonokat tartalmaznak, de nagy, furcsa tüskéket és különböző trendeket keresnek. Például a feltérképezési statisztikák megmondhatják:
- ha növekszik # oldalszívó feltérképezési költségkeret ― ha a feltérképezett oldalak száma növekszik, de a letöltött kilobájtok száma nem, akkor
- ha az oldalbetöltési idők szopják a feltérképezési költségkeretet ― az oldal letöltésével töltött idő növekszik, a feltérképezett oldalak száma pedig csökken, vagy
- ha a feltérképezési költségkeret növekszik/csökken ― a napi letöltött kilobájt trend lesz, és a feltérképezett oldalak valószínűleg követni fogják.
Letöltés Google-ként
GWT Súgó cikkek itt.
győződjön meg róla, hogy a Google el tudja olvasni az oldalt
2014 októberéig nem használtam a Fetch-et, mint a Google, majdnem annyit, mint kellene. Aztán a Google Pierre Far elmagyarázta nekem a Pubconban, hogy az olyan eszközök, mint seo-browser.com nem megbízhatóan mutatják, amit a Google lát teljes pontosan.
véleményem szerint bölcs dolog másodszor kitalálni néhány letöltést a Google eredményeként, mivel nem érzem, hogy ez mindig teljes képet fest a SEO olvashatóságáról, de biztosan nem ellenőriznék egy webhelyet anélkül, hogy letöltené a Google-t.
a Fetch as Google elengedhetetlen eszköz annak biztosításában, hogy oldalai SEO-barát (vagy legalábbis Google-barát) legyenek. Azt javaslom, hogy kérjen lekérést és renderelést minden sablonról, és minden kritikus SEO céloldalról.
ha egy oldal állapota nem “teljes”, akkor elemeznie kell az oldalt, hogy lássa, minden fontos tartalom Google-olvasható-e. A Google-nak van egy listája minden Fetch & renderelési állapotról és annak leírásáról itt.
részleges renderelés
a fenti képernyőkép egy olyan oldalt mutat, amelyet a Google nem tudott teljesen megemészteni a robotok miatt.txt fájl blokkoló több szkriptet. A Fetch as Google használata sok webhelyen megmutatta, hogy ez milyen gyakran történik. (Egyébként Pierre Far azt is elmondta a konferencia résztvevőinek, hogy a legnagyobb SEO hiba, amelyet lát, véletlenül blokkolja a Google-t az összes webhely feltérképezésében.)
GWT robotjai.txt teszter lehet használni, hogy ha egy URI blokkolja a robotok.txt. Ezt a robotot jobban szeretem.txt tesztelő, mert több URL-t is elemezhet.
URL-ek küldése indexeléshez
a Fetch as Google másik használata az, hogy megmondja a Google-nak, hogy feltérképezzen egy URL-t, és vegye fel azt a keresőmotor találati oldalain való felvételre jogosult URL-indexébe.
amikor megnyomja a “Submit to index” gombot, a Google lehetőséget ad arra, hogy csak a beküldött oldalt vagy az oldalt, valamint az oldalon található összes linket feltérképezze.
Fetch a Google nem helyettesíti a legjobb gyakorlatok feltérképezés-barát (mint a jó robotok.txt, minimális duplikált tartalom, ping bővítmények, webhelytérképek és jó belső linkelés.)
a Fetch-et azonban gyakran kell használni webhelyfrissítésekhez, URL-migrációkhoz, fontos hírek közléséhez és új tartalmak tételeinek elindításához.
ne feledje, hogy a “Submit to index” megnyomása nem garantálja az URL indexelését, de segít a tartalom gyorsabb megszerzésében a SERP-kben.
Oldaltérképek
ezek azok a webhelytérkép-számok, amelyekbe belenéz.
az XML-Webhelytérkép(ek) lehetőséget ad arra, hogy megmondja a Google-nak és a többi keresőmotornak, hogy a webhelyén mely oldalakat szeretné feltérképezni és indexelni. Nagy vagy gyakran frissített tartalommal rendelkező webhelyek esetén a webhelytérkép nagyon fontos. A keresőmotorok nem garantálják, hogy betartja a webhelytérképet, de az anekdotikus bizonyítékok újra és újra bebizonyították, hogy az XML webhelytérképek növelik az oldalak megtalálásának és gyors megtalálásának esélyét (különösen, ha a webhelytérkép naprakész és “tiszta”).
a webhelytérképek bonyolulttá válhatnak — különösen akkor, ha nagy webhelye van, vagy ha speciális webhelytérképeket használ képekhez, videókhoz, hírekhez, mobilhoz vagy forráskódhoz. Annak érdekében, hogy a webhelytérképeket helyesen végezze el, és a legtöbbet hozza ki, mindig küldje el őket a GWT webhelytérkép funkciójával.
javasoljuk, hogy mindig ellenőrizze a webhelytérképeket, mielőtt élesítené. És mi a jobb módja annak, hogy érvényesítse, mint a Google szemével? Egyszerűen kattintson a nagy piros “Add / Test” gombra, és teszt el.
miután beküldött egy érvényes webhelytérképet a Google-nak, ne hagyja figyelmen kívül azt.
rendszeresen ellenőrizze, hogy vannak-e hibák vagy figyelmeztetések. Gyakran előfordul, hogy egy webhelytérkép-hiba nagyobb problémát tár fel a webhelyén. Itt található a lehetséges webhelytérkép-hibák listája.
ezenkívül figyeljen az URL-ek (vagy képek, videók stb..) indexelt versus Az URL-ek vagy elemek benyújtott. Nem ritka, hogy itt eltérés van, de a SEO egyik célja az, hogy a keresőmotorok indexeljenek mindent, amit indexelni akarnak.
a trükkös rész az, hogy mely oldalak nincsenek indexelve (valójában ez a téma indokolhatja a saját cikkét), de ez lehetséges a Google webhelykereséssel és az Analytics céloldal-jelentésekkel. Manuálisan nagyon időigényes, de technikai hackekkel automatizálható.
ha a nem indexelt oldalak fontosak az Ön számára, néhány dolgot megtehet az indexelés javítása érdekében. Például hozzáadhat vagy módosíthat címkéket a Webhelytérképben: a <priority> címke megmondja a keresőmotornak, hogy mennyire fontos az URL, a <changefreq> címke pedig azt jelzi, hogy az oldal milyen gyakran frissül (például új oldalakra mutató hivatkozásokkal). Ezenkívül a nem indexelt oldalak piros zászlót jelenthetnek arról, hogy ezek az oldalak nem tartalmaznak bejövő linkeket, vagy hiányzik a motorok által egyedinek tartott tartalom.
egy kapcsolódó megjegyzésben itt írtam a webhelytérképek építéséről.
URL paraméterek
GWT Súgó cikk itt.
amikor először lép be a jelentésbe, megjelenik egy ajtó oldal, amely kimondja: “csak akkor használja ezt a funkciót, ha biztos benne, hogy a paraméterek hogyan működnek. Az URL-ek helytelen kizárása azt eredményezheti, hogy sok oldal eltűnik a keresésből.”Vegye figyelembe ezt a figyelmeztetést, és ne változtassa meg a paraméterbeállításokat, hacsak nem tudja, mit csinál.
de még ha kicsit nem, van néhány hasznos adat itt.
amikor SEO auditot végzek, szeretem megnézni a leggyakrabban használt paramétereket, lásd h0w a webhely használja őket, nézd meg, hogy nem informatív URL-nevekhez vannak-e kötve, és hogy vannak-e olyan tartalmak, amelyek duplikált tartalmat okoznak, vagy jelentős húzást jelentenek-e a feltérképezési költségvetésben. Ne aggódjon az utm paraméterek miatt, amelyek a Google Analytics-hez kapcsolódnak, és a Google jól érti.
az URL-ek megtalálásának egyik módja a paraméterrel a Google ” inurl:?yourparameter= site:yoursite.com”. ez jelzi, hogy mely paraméterek kerülnek indexelésre. A másik módszer a paraméterek keresése a webhely feltérképezésének eredményeiben.
ez az elemzés a nem kanonikus URL-ek azonosításához vezethet; ha igen, akkor ismétlődő tartalomjavításokat kell alkalmaznia. A paramétereket a GWT-ben is konfigurálhatja, de ez általában csak egy ragtapasz lehet állandó javítás helyett, és (amint megjegyeztük) mindig nagyon óvatosan kell eljárni.
végjegyzetek
ez az útmutató utolsó frissítése délben február 9, 2015. Az útmutató eredetileg 2014 márciusában jelent meg. Az azóta jelentős frissítésekkel rendelkező szakaszok tartalmazzák a webhelyére mutató linkeket és a keresési lekérdezéseket. Az új szakaszok közé tartozik a címváltozás, a mobil használhatóság és a Letöltés Google-ként.
nagyon remélem, hogy ez a Webmestereszközök útmutató hasznos lesz az Ön számára. A GWT valóban hihetetlenül erős és kihasználatlan. Kedvenc jelentéseim az Indexállapot, a webhelytérképek, a Fetch as Google és ― természetesen ― a keresési lekérdezések. Mi a tiéd?