A SEO audit (vagy SEO elemzés) a sikeres weboldal egyik sarokköve és gyakran az egyik első lépés (a kulcsszó kutatással együtt), amelyet a SEO tanácsadók az új projekteken végre szoktak hajtani.
Röviden, a SEO audit a weboldal technikai és tartalmi elemeinek auditálása, azon problémás területek azonosítása, amelyek az organikus forgalom növekedéséhez vezethetnének, és megoldási javaslatok ezekre a problémákra.
Számos tényezőt és problémás területet érdemes ellenőrizni a weboldalon. Az alábbiakban inspirációként felsorolunk néhány fontosat, amelyek segítségével te is elvégezheted a saját weboldalad egyszerű SEO auditját.
A weboldal állapotának kezdeti ellenőrzése
Ennek során alapvető információkat szerzünk a weboldalról, annak indexeléséről és a keresőmotorok általi forgalmat generáló képességéről.
Indexelés ellenőrzése
A nem indexelt tartalmat a keresőmotorok nem jelenítik meg a keresési eredmények között, ezért nem generálhatnak forgalmat. Az indexelés tehát minden weboldal sikerének első és legfontosabb alapköve, és az abban lévő akadályok nagymértékben befolyásolhatják a weboldal keresőmotorokból származó forgalmát.
A legegyszerűbben hozzávetőlegesen úgy tudod kideríteni, hogy hány indexelt oldalt használnak a keresők, ha a site: operátort használod - a domainnel való kombinációjával egyszerűen ellenőrizheted az indexelt oldalak számát. Tehát írd be például a keresőbe, hogy:
Site:marketingminer.com
A kimenetnél pedig a keresési eredmények száma érdekel bennünket:
Ha a keresési eredmények száma lényegesen alacsonyabb (vagy többszörösen magasabb) az indexelhető oldalak várt számánál (a termékek, a kategóriák, cikkek becsült számával stb. hasonlítható össze), az a weboldal indexelésével kapcsolatos problémára utal.
A weboldal indexelt oldalainak számának ellenőrzésének másik (és pontosabb) módja a Google Search Console eszközben nézhető meg. Pontosabban az Indexelés -> Oldalak résznél, amely a nem indexelt és indexelt weboldalak hosszú távú változását mutatja be.
Frissítés: 2019-ben a Google megszüntette az Info: operátort, amely korábban az URL-ek indexelését szabályozta a keresési eredményekben. Ezzel a lépéssel sok SEO tanácsadó dolgát megnehezítette. Megpróbáltuk azonban gyorsan megoldani ezt a helyzetet, és egy új funkcióval bővítettük a Marketing Minert az oldalindexelés tömeges ellenőrzéséhez.
Készítettünk egy videót arról, hogyan lehet megtudni, hogy mely oldalak nincsenek indexelve, és hogyan lehet őket indexelni:
Az oldalak indexelése során többé-kevésbé 4 állapottal találkozhatsz:
- Az URL nincs indexelve, és nem is kell, hogy az legyen - ami helyes (az admin felületet, a speciális szűrőket stb. biztosan nem szeretnénk indexelve látni).
- Az URL indexelve van, és annak is kell lennie - ami szintén helyes (ez lehet bármilyen indexelhető tartalom).
- Az URL-nek nem szabad indexelve lenni, de mégis az - ebben az esetben noindexre kell tenni az oldalt, amely megtiltja a robotoknak az oldal indexelését. A robot, amikor legközelebb böngészi az oldalt, eltávolítja az URL-t az indexből.
- Az URL-nek indexelve kéne lennie, de nincs – valószínűleg ez a leggyakrabban előforduló állapot. Ilyenkor a robot még nem érte el az oldalt (a belső linkelésnél kell keresni a problémákat), vagy nem talált rajta elég érdekes tartalmat (bővíteni kell).
Próbálja ki a Marketing Minert most:
Céloldalak meglétének ellenőrzése
A SEO audit egyik alapja annak ellenőrzése, hogy a weboldalat felkereső felhasználók nem kerülnek-e hibás (nem működő) oldalakra. Nem számít, hogy keresőmotorokból vagy más csatornákról érkező látogatókról van szó. Általában ezzel kapcsolatban az ügyfél nem kevés pénzt veszít, és SEO audit nélkül nem is tud erről a problémáról.
Egyáltalán hogy történhet ilyesmi? Teljes szöveges keresés esetén ez lehet például egy olyan URL, amelyet kivont a szolgáltatásból, és nem irányított át az új verzióra. Amíg a keresőmotor újra fel nem térképezi, és nem észleli, hogy az oldal 404-es állapotkódot ad vissza (ami eltarthat egy ideig), az oldal szerepelni fog a keresési eredmények között.
Hasonlóképpen a PPC kampányok esetében, ahol egy bizonyos aloldal már nem létezik, vagy a beküldő elgépelte a céloldal URL-jét.
URL-ek egységesítése a domainen
A weboldal www-vel és www nélküli URL-el is működik? Felhasználóbarát URL-eket használ? Az URL paraméterek egységes sorrendben vannak felsorolva szűréskor, és nem aszerint, hogy a felhasználó milyen sorrendben választotta ki őket? Ezek mind olyan kérdések, amelyek kulcsfontosságúak lehetnek egy SEO audit során, hogy a keresőmotor hatékonyan fel tudja térképezni és indexelni a weboldal tartalmát.
Egységes URL verzió
Egy weboldalnak ideális esetben az URL egyetlen verzióján kell futnia, és ugyanazt a protokollt kell használnia. Próbáld meg beszúrni a domained következő verzióit a böngészőbe:
- http://domain.tld
- https://domain.tld
- http://www.domain.tld
- https://www.domain.tld
Mindegyik verziónak egy végső verzióhoz kell kell átirányítania téged. Azt is érdemes ellenőrizni, hogy az /index.php vagy az index.html oldal át van-e irányítva. SEO szempontból teljesen mindegy, hogy melyikről van szó. Ideális esetben ez az URL HTTPS-verziója legyen, azaz SSL-tanúsítványt használjon. De elsősorban az a legfontosabb, hogy az összes URL verzió át legyen irányítva (301-es, azaz állandó átirányítással) egy URL-re.
Ha több verzió is működik, akkor ezeket a leggyakrabban használt verzióra való átirányítással kell egységesíteni. A leggyakrabban használt verziók azonosításához használhatod a Google Analytics eszközt, ahol a leggyakrabban megtekintett oldalak listájában - a hostname szerint csoportosítva.
Egy másik dolog, amit érdemes ellenőrizni a SEO audit során, az az URL végén lévő perjel. Minden oldaladnak egységesen vagy az URL végén perjellel ellátott vagy perjel nélküli verziót kell használnia, és a másodlagos verziót át kell irányítanod az elsődlegesre, hogy ne legyenek felesleges ismétlődések.
Felhasználóbarát URL-ek használata
Melyik szerinted az olvashatóbb, és amely többet mond az URL-en található tartalomról?
Ez az URL verzió?
https://www.domena.tld/product.php?productId[]=fjewl5325&active=1
Vagy ez az URL verzió?
https://www.domena.tld/notebook/thinkpad-x1
Az URL az egyik első dolog, amit a felhasználó meglát a keresési eredmények között, és befolyásolhatja a döntését, hogy melyik találatra kattintson. Általánosságban elmondható, hogy minél kevésbé beágyazott és minél könnyebben elérhető egy URL a belső linkelésben, annál hitelesebb.
Ha weboldalad az első verzióhoz hasonló URL-t használ, ideje abbahagyni az ilyen jellegű URL-ek használatát. Nem azt mondom, hogy töröld az összes régi URL-t, és irányítsd át mindent az új verzióra. Mindaddig, amíg ezeknek az URL-eknek nagy a történelmi értéke és a keresőmotorokból származó forgalmuk, szinte mindig az a legjobb megoldás, ha ott hagyod őket, ahol vannak, és az új tartalom létrehozásakor összpontosítasz a felhasználóbarát URL-ekre.
Paraméterek sorrendje tartalomszűréskor
Legyen szó egy webáruház kategóriáin belüli szűrésről vagy cikkek szűréséről, a szabály az, hogy az URL-ben szereplő paraméterek sorrendjét (márka, szín, méret,...) mindig meg kell őrizni.
Tehát ha a felhasználó először az Adidas márkát és a 10-es méretet választja, az URL így fog kinézni:
https://www.domain.tld/marka/adidas/meret/10/
De ha először a 10-es méretet választja, majd az Adidas márkát, akkor az URL nem nézhet ki így:
https://www.domain.tld/meret/10/marka/adidas/
Hanem a paraméterek sorrendjét úgy kell hagyni, ahogyan eredetileg volt, azaz:
https://www.domain.tld/marka/adidas/meret/10/
Ha a paraméterek sorrendjét az határozza meg, hogy a felhasználó milyen sorrendben választotta ki őket, akkor a weboldal hatalmas számú indexelhető URL-t hoz létre ismétlődő tartalommal.
Adatok gyűjtése SEO audithoz
Mielőtt elkezdenéd a technikai vagy tartalmi tényezők elemzését, mindig álljanak rendelkezésedre olyan minőségi adatok, amelyekkel kiderítheted a javasolt változtatások hatását, és amelyek alapján igazolni tudod az érvelésedet.
Minden projekthez saját projektspecifikus adatok tartoznak. Az alapvető eszközök, amelyeknek minden egyes projekthez rendelkezésre kell állniuk, a következők:
Hozzáférés az analitikai eszközhöz a forgalomméréshez
A leggyakrabban használt eszköz a Google Analytics, de egyes weboldalakon olyan eszközökkel is találkozhatsz, mint az Omniture vagy a Matomo (korábban Piwik).
Ezekben az eszközökben a weboldal felhasználóival kapcsolatos információkat elemezheted - azokat a forrásokat, ahonnan a weboldalra érkeznek, valamint kulcsszavakat és céloldalakat. Emellett számos egyéb betekintést is elemezhetsz, amelyeket ezek az eszközök kínálnak.
Az analitikai eszközhöz való hozzáférés feltétlenül szükséges a weboldal aktuális állapotának és felhasználói viselkedés elemzéséhez, illetve ha meg szeretnéd határozni a KPI-ket vagy az esetleges weboldalmódosítások hatásait.
TIPP: Ha nincs hozzáférésed az analitikai eszközhöz, és ki kell derítened a weboldal becsült látogatottságát és a kulcsszavakat, amelyekkel megjelenik a keresési eredmények között (vagy a versenytársaid weboldalát szeretnéd elemezni), a Website profilerünket is használhatod, ahol elég megadni a domaint vagy URL-t:
Keresőmotorok analitikai eszközei
A keresőmotorok saját analitikai eszközöket hoznak létre, amelyek segíthetnek a weboldalak tulajdonosainak kideríteni, hogy a keresőrobotok hogyan látják a weboldalaikat. Ezek a háttéradatok segíthetnek a webböngészés során felmerülő problémák feltárásában (böngészési hiba, ...), rámutathatnak a fontosabb problémákra (indexelési problémák, büntetés, ...) és a keresőmotorok szempontjából minőségi tartalom létrehozásában.
Az egyes keresőmotorok esetében ezek a következő eszközök:
|
Keresőmotor |
Eszköz |
|
|
|
|
Seznam |
|
|
Bing |
|
|
Yandex |
A SEO audit részeként mindig hozzá kell férni az összes keresőmotorhoz, amely fontos lehet azon piacok tekintetében, ahol az ügyfél tevékenykedik. A magyar piac esetében ez lehet például a Google Search Console (ideális esetben teljes hozzáféréssel) és a Seznam Webmaster Tools.
Hirdetési rendszerek
Az olyan hirdetési rendszerek, mint a Google Ads (korábban Google AdWords), nagyszerű információforrások lehetnek a kulcsszavakról, azok teljesítményéről, a potenciális partneroldalakról és még sok másról.
Ezért jó, ha van hozzáférésünk ezekhez az eszközökhöz, és ezáltal adatokat tudunk belőlük szerezni, esetleg fel tudjuk venni a kapcsolatot azzal a személlyel, akinek van hozzáférése, hogy az adott eszközökből exportálhassa nekünk a szükséges adatokat.
Hozzáférési napló (access log)
A hozzáférési napló egy információforrás a felhasználók és a keresőrobotok (crawlerek) magatartásáról. Abban a pillanatban jön létre, amikor kérést küldenek a szervernek. Ez a kérés a részletekkel együtt új sorként kerül mentésre a naplóban.
Ennek köszönhetően a naplók (gyakran tényleg nagyon nagy fájlok) elemezhetők, és mélyrehatóan megérthetjük, hogy hogyan viselkedik egy adott felhasználó/robot a weboldalunkon.
A naplókat a SEO audit során például annak ellenőrzésére használják, hogy a keresőrobotok áthaladtak-e egy weboldalon, vagy annak megállapítására, hogy egy adott URL-t már felkeresett-e a robot.
Technikai tényezők
Lehet, hogy a tartalom király, de ahhoz, hogy egy kereső hozzá is jusson, és alkalmasnak ismerje fel a keresési eredmények között, rendbe kell tenni a weboldal technikai tényezőit.
A robots.txt és a sitemap.xml fájlok megléte
Sok SEO szakember azt hiszi, hogy minden weboldalhoz kötelező robots.txt és sitemap.xml fájlokat létrehozni. Ez azonban nem igaz. A robots.txt fájl hiányában a keresőrobot egyszerűen úgy kezeli a webes tartalmat, mintha mindent fel szabadna térképeznie. Az egyetlen probléma, ha a robots.txt fájl hibaállapotkódot ad vissza.
Az oldaltérkép viszont abban az esetben nem különösebben fontos, ha egy kis weboldalról van szó (maximum 100 indexelhető oldallal).
A projekt méretével azonban növekszik ezeknek a fájloknak a prioritása, mivel befolyásolják a robotok viselkedését a webloldal feltérképezése során, ami az elsőbbségi tartalom gyorsabb indexeléséhez vezethet.
Hol helyezzük el a robots.txt és sitemap.xml fájlt
Ellenőrizd, hogy létezik-e robots.txt fájl a weboldaladon, amelynek közvetlenül a domain után kell lennie, azaz a következő URL-en:
domain.tld/robots.txt
A keresőrobotok máshol nem fogják keresni ezt a fájlt. Győződj meg arról, hogy a robots.txt fájl legalább az adminisztráció és azon oldalak tekintetében tartalmaz tiltásokat (Disallow: jelzésű sorokat), amelyeket nem szeretnéd, hogy a keresőmotor feltérképezzen.
Valamint arról is, hogy az oldaltérképre mutató hivatkozás is megtalálható az egyik sorban, amelyet a következőképpen kell beírni a robots.txt fájlba:
Sitemap: https://www.domain.tld/sitemap.xml
A megadott URL-nek egy érvényes oldaltérképet vagy egy oldaltérkép-indexfájlt kell tartalmaznia, amely lényegében egy útbaigazítás a weboldal következő oldaltérképéhez. A oldaltérkép-indexfájl akkor használatos, ha a weboldal több mint 50 000 URL-lel vagy különböző kategóriákkal rendelkezik. Gyakran szokták tartalomkezelő rendszerek (pl. WordPress) használni.
Kép és videó oldaltérkép
Ha weboldalunk eredeti és jó minőségű kép- vagy videótartalmakat tartalmaz, érdemes ezekkel a forrásokkal is bővíteni az oldaltérképet.
Erről többet a következő útmutatónkban olvashatsz: Mi az a sitemap.xml és hogyan hozzuk létre.
Weboldal betöltési sebesség
A weboldal betöltési sebesség az elmúlt években számos online marketing és fejlesztő iparágban a figyelem középpontjába került. A felhasználók egyre inkább mobileszközökre váltanak, és egyre nő a kívánt tartalom megszerzéséhez szükséges idő iránti követelményük.
Természetesen a keresőmotorok is reagálnak erre a helyzetre. A weboldal betöltési sebessége önmagában talán marginális jelzés a keresési eredmények rangsorolásában, de sok másra is hatással van (mint például az oldalon töltött időre, azaz dwell time-ra...), és így drasztikusan befolyásolhatja a keresőmotorokban elfoglalt pozíciót. Ugyanakkor a weboldal gyorsabb betöltése pozitív hatással van a felhasználók elégedettségére is a weboldalunkon való böngészés során.
Hogyan ellenőrizhető a weboldal betöltési ideje
A weboldal sebességét talán legegyszerűbben és legrészletesebben közvetlenül a böngészőben ellenőrizhetjük. A Google Chrome-ban például az ún. DevTools eszközt használhajtuk, amely az F12 vagy a Ctrl+Shift+I billentyűkombinációval érhető el.
A Network lapon a különböző környezetek, kapcsolatok, eszközök és számos egyéb modul szimulációját állíthatod be. Ezután használd az oldalfrissítést a betöltési sebesség elemzéséhez.
Az alábbi videóban alaposabban is átvesszük, hogy hogyan tesztelheted a weboldal betöltési sebességét a DevTools segítségével:
Azt javaslom, hogy az oldalak betöltését különböző eszközökön, különböző kapcsolatokról, a gyorsítótár letiltásával és a képernyőképek engedélyezésével teszteld a DevToolsban, így többet megtudhatsz arról, hogy hogyan látja az oldalt a felhasználó a betöltés során.
További eszközök, amelyek segítségével könnyedén tesztelheted a weboldalad betöltési sebességét:
Az első két említett eszköz részletes információkat ad a betöltési folyamatról, és javaslatot tesz a betöltési sebesség optimalizálására. A WebPageTest esetében azt javaslom, hogy a tesztelés országát állítsd be arra az országra, ahol az ügyfeleid tevékenykednek.
Az utolsóként említett (PageSpeed Insights) egy közvetlenül a Google-tól származó eszköz, amely a weboldal betöltési sebessége helyett egyenesen a potenciális betöltési sebességet keresi. Kimeneteiben a Chrome UX reportból származó információkat is felhasználja a betöltési sebességre vonatkozóan (közvetlenül a weboldal látogatóinak böngészőjéből származó adatok, amelyeket a Google összesít).
Pontosabban ezek a következő adatok, amelyeket az elmúlt 28 nap során gyűjtöttek:
- First Contentful Paint (FCP)
- First Input Delay (FID)
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
Az utolsó 3 mérőszám a weboldal reagálóképességére, a vizuális stabilitására a betöltés során és a felhasználói élményre (UX) is vonatkozik. Ezt a mérőszámcsoportot Core Web Vitalsnak is nevezzük. A Google ezeket az új tényezőket is felhasználja a weboldalak rangsorolásához.
A Chrome UX report tehát fontos információforrás a SEO audithoz. Aki szeretne részletesebb reportot készíteni a saját weboldaláról, az alábbi linken használhatja a LookerStudiót (korábban Google Data Studio), amelyhez egy csatlakozási szoftvert hoztak létre, és ezekből a reportokból veszi át az adatokat: https://g.co/chromeuxdash
A kimenet például egy ilyen report lehet: Marketing Miner CrUX Dashboard
Az utolsó és nem kevésbé fontos képviselő a weboldal betöltési sebességének elemzésében a Lighthouse eszköz. Közvetlenül a Google Chrome DevToolsban is használhatod, a Lighthouse lapon.
Betöltési sebesség tömeges ellenőrizése a Marketing Minerrel
Ha tömegesen szeretnéd ellenőrizni a teljes weboldaltérképet vagy több aloldal betöltési sebességét, használd a Betöltési sebesség funkciót a Report létrehozása részben.
Mire kell figyelni és mire kell vigyázni
A betöltési sebesség mérésén túl azt is fontos tudni, hogy mire kell vigyázni. Az oldal teljes betöltési idejét tekintve nagyszerű, ha 1,5 másodperc alatti. 3 másodperc után a felhasználó figyelme lelankad, vagy elhagyhatja az oldalt a betöltődés előtt.
A gyorsítótár nélküli betöltési sebesség nagyszerű információ, de ne feledkezz meg a betöltési időről az oldalak közötti váltáskor. Ezenkívül ne csak a teljes betöltési időt nézd. A betöltési sebesség sokkal jobb értékelési tényezője a Speed Index mérőszám.
SEO szempontból egy másik érdekes mérőszám a szerver válaszideje. Azaz az az idő, amely után a szerver elkezdi az adatküldést. Ez az a hozzávetőleges idő, amelyre a keresőrobotnak szüksége van, hogy letöltse az oldal forráskódját. Minél gyorsabban jut el az oldal forráskódjához, annál gyorsabban és hatékonyabban tudja a weboldalt feltérképezni és indexelni a tartalmát.
Mit érdemes tenni az oldalak gyorsabb betöltése érdekében:
- Források (főleg a képek) gyorsítótárazása
- Kapcsoljuk be a GZIP tömörítést
- Használjuk a srcset attribútumot a képek megfelelő eszközméretben való megjelenítéséhez. De emellett is hagyjuk meg a hivatkozást a kép legjobb verziójára a src attribútumban.
- Optimalizáljuk a képméretet veszteségmentes tömörítéssel.
- Ha nemzetközi forgalmat célzunk meg, használjunk CDN-t, amely felgyorsítja a weboldal válaszadását a világ távolabbi részeiről.
- Ha több nagyméretű képet kell megjeleníteni az oldalon (különösen a webáruházak esetében), használjunk lusta betöltést (lazy loadingot), aminek köszönhetően a kép csak akkor töltődik be, ha a felhasználó nézetablakába kerül. Ha lusta betöltést használunk, ne felejtsük el beilleszteni a képet a forráskód <noscript> verziójába, hogy a keresőmotorok hozzáférhessenek és indexelhessék.
- Reszponzív weboldal esetén fontoljuk meg, hogy szükséges-e a weboldal asztali verziójának összes stílusát és szkriptjét betölteni a mobileszközön. Ha nem, akkor érdemes ezen források betöltését bizonyos eszközökön kikapcsolni.
AMP és Facebook Instant Articles
Egy másik megoldás a weboldal mobil verziójára a Google és a Facebook óriáscégek kezdeményezései. Ezek az AMP (Accelerated Mobile Pages) és a Facebook Instant Articles. A rendelkezésre álló információk alapján a két megoldás közül messze a Google AMP a legelterjedtebb.
Ezek nyílt forráskódú projektek, amelyek világosan meghatározott lehetőségeket kínálnak a fejlesztők számára, ennek köszönhetően be kell tartaniuk bizonyos szabályokat, amelyek garantálják a weboldal gyors betöltését.
A Google az ilyen oldalakat a keresési eredmények között villám ikonnal jelöli, és az elsőt iFrame-ként beillesztve tölti be a felhasználó oldalára. Ezzel szinte azonnali reakciót és tartalommegjelenítést lehet elérni a keresési eredményre kattintás után, ami pozitív hatással lehet a felhasználói élményre.
A WordPress tartalomkezelő rendszer felhasználói számára egy cikk AMP-re való konvertálásához elég letölteni és engedélyezni az AMP bővítményt.
Az AMP és Facebook Instant Articles implementációja egy weboldalon az alapoktól kezdve (bővítmény használata nélkül) azonban sokkal bonyolultabb.
Hogyan segít az AMP használata a SEO-ban?
Mindenekelőtt az oldalak felgyorsult betöltésének köszönhetően, ami mind a felhasználókra, mind a keresőkre nézve pozitív hatással lehet, hiszen a Google keresőmotor egyik értékelési tényezője is. Az AMP használata esetén a tartalom a Vezető hírek (Top stories) közé is bekerülhet (aktuális cikkek listája a Google keresési eredmények mobil és asztali verzióin).
A tartalom mobil verziójának elkülönítése
Reszponzív a weboldalad, amely alkalmazkodik a különböző eszközökhöz? Akkor SEO szempontból nem kell foglalkoznod a tartalom mobil verziójának szétválasztásával. Ha azonban a mobilverzió más URL-en található, mint az asztali verzió, akkor ezeket a verziókat helyesen kell megjelölni a keresőmotorok számára, hogy ne tekintsék ismétlődésnek.
Tehát ha a mobil verzió URL-je eltér az asztali verziótól, add hozzá ezt a sort a forráskód fejlécéhez:
<link rel="canonical" href="https://www.example.com/page">
Ez a kanonikus URL (canonical), amely a tartalom asztali verziójához vezet.
Az asztali verzióban pedig ezt a forráskódot add hozzá a fejléchez:
<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/page">
Ez a rel=”alternate” egy hivatkozással, amely a tartalom mobil verziójához vezet, egy megadott felbontással, hogy a tartalom melyik mobil verzióját kell használni.
Ily módon tájékoztatjuk a keresőt mobilon, hogy hol található a tartalom asztali verziója, és fordítva, a számítógépen, hogy hol található ugyanannak a tartalomnak a mobil verziója.
A mobil és az asztali verziók szétválasztásának problémájáról a Google ezen cikkében olvashatsz bővebben.
A tartalom nyelvi változatainak megkülönböztetése
A tartalom mobil és asztali verzióinak szétválasztásához hasonlóan a SEO audit során a tartalom különböző nyelvi és helyhez igazított változataival is foglalkozni kell, amennyiben azok külön URL-eken találhatók. A tartalom nyelvi változatainak helyes megkülönböztetésével a felhasználók keresőmotorjai a tartalom megfelelő nyelvi változatát jeleníthetik meg a keresési eredmények között.
Ezt úgy érhetjük el, hogy az egyes nyelvi verziók URL-forráskódjának fejlécében egy hivatkozást adunk hozzá a más nyelvű alternatíváihoz, valamint egy linket önmagára. Például a https://www.marketingminer.com/hu URL-en a következőket kell a forráskód fejlécéhez adni:
#Saját magára mutató kanonikus URL
<link rel="canonical" href="https://www.marketingminer.com/hu" />
#Hivatkozások az alternatív nyelvi változatokhoz
<link rel="alternate" href="https://www.marketingminer.com/cs" hreflang="cs" />
<link rel="alternate" href="https://www.marketingminer.com/en" hreflang="en" />
<link rel="alternate" href="https://www.marketingminer.com/de" hreflang="de" />
<link rel="alternate" href="https://www.marketingminer.com/sk" hreflang="sk" />
<link rel="alternate" href="https://www.marketingminer.com/hu" hreflang="hu" />
#az x-default azt határozza meg, hogy melyik nyelvi verzió jelenjen meg a keresési eredmények között, ha a weboldal nem rendelkezik a felhasználó országának és nyelvének megfelelő nyelvi verzióval
<link rel="alternate" hreflang="x-default" href="https://www.marketingminer.com/en" />
Ez azt jelenti, hogy a kanonikus URL használata javasolt, amely a tartalom adott verziójához vezet, majd hivatkozásokat ad hozzá a tartalom összes nyelvi verziójához (beleértve azt is, amelyen a felhasználó éppen használja).
Ezenkívül meg kell adni az x-default hreflanget is, amely meghatározza, hogy melyik nyelvi verziót kell a keresőmotornak megjelenítenie a keresési eredmények között azon felhasználók számára, akik a meglévő nyelvi alternatívák egyikének sem felelnek meg.
A tartalom nyelvén kívül a hreflangben az országot is meghatározhatjuk. Így különbséget tehetünk például az azonos nyelvű, de más országokból érkező közönségnek szánt tartalomban. Ezt úgy érhetjük el, hogy ISO3166-1 formátumban adjuk hozzá az országot.
Az ilyen nyelvi alternatívára mutató hivatkozás így néz ki:
<link rel="alternate" href="https://www.marketingminer.com/cs" hreflang="cs-cz" />
A második lehetőség a nyelvi változatok helyes elválasztására egymástól, hogy közvetlenül az oldaltérképbe írjuk be a más nyelvi változatokra mutató hivatkozásokat.
Hogyan nézhet ki egy ilyen megoldás az oldaltérképben?
<url>
<loc>https://www.marketingminer.com/hu</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://www.marketingminer.com/en"/>
<xhtml:linkrel="alternate" hreflang="sk" href="https://www.marketingminer.com/cs"/>
<xhtml:link rel="alternate" hreflang="de" href="https://www.marketingminer.com/de"/>
</url>
A harmadik lehetőség, hogy közvetlenül a HTTP-fejlécen keresztül küldünk információkat az alternatív nyelvi verzióról, ami így nézhet ki:
Link: <https://www.marketingminer.com/cs>; rel="alternate"; hreflang="sk",
<https://www.marketingminer.com/en>; rel="alternate"; hreflang="en",
<https://www.marketingminer.com/sk>; rel="alternate"; hreflang="cs",
<https://www.marketingminer.com/de>; rel="alternate"; hreflang="de"
TIPP: Ha tömegesen kell ellenőrizned a nyelvi verziók szétválasztásának érvényességét, a Hreflang ellenőrzőt is használhatod a Reportok részben.
Strukturált adatok telepítése
A strukturált adatok géppel olvasható adatok, amelyek segítenek jobban megérteni az URL-en megjelenő információkat és entitásokat. Egyes keresőrobotok ezekkel az adatokkal dolgoznak, így jobban megértik a tartalom kontextusát és egyes részeinek jelentését, amely a keresési eredményekben különböző snippetek (csillagok, esemény, kép, ár, ...) formájában jelenik meg.
A strukturált adatokat többféleképpen implementálhatjuk. A leggyakrabban azonban a következőket szokták használni:
Jelölési formátumok támogatása a keresőmotorokban:
|
JSON-LD |
Microdata |
RDFa |
|
|
|
✓ |
✓ |
✓ |
|
Bing |
✓ |
✓ |
✓ |
Ahhoz, hogy a robotok előre ismerjék a jelölés szerkezetét és jelentését, az egyes sémákat leíró könyvtárra van szükség. Sok ilyen könyvtár létezik (és bárki indíthat sajátot), de a keresőmotorok leginkább a Schema.org és az OpenGraph könyvtárakat használják és támogatják.
Schema.org
A Schema.org a világ legnagyobb keresőmotorjai (Google, Bing, Yahoo és Yandex) által támogatott strukturált adatsémák létrehozásával igyekszik javítani a weboldal olvashatóságát.
Talán ez a sémakönyvtár nyújtja a legjobb alapot az interneten használható jelölések áttekintéséhez. Itt találhatod meg: https://schema.org/.
Az összes támogatott séma listája pedig itt található: https://schema.org/docs/full.html.
A strukturált adatok nem az első dolog, amivel foglalkozni kéne, amikor a SEO auditon alapuló kiigazításokról beszélünk. Másrészt, ha az alapvető dolgokat már elvégezted, például kiküszöbölted az ismétlődéseket és a kulcsszó kutatás alapján létrehoztál minden fontos céloldalt, akkor pont a strukturált adatok segíthetnek abban, hogy egy lépéssel a versenytársak előtt járj. Ennek köszönhetően növelheted a keresési eredmények átkattintási arányát, és hosszú távon segíted a Google-t a tartalom megértésében és közelebb kerülhetsz a szemantikus webhez. (Martin Šimko)
OpenGraph
Az OpenGraph protokoll egy metaadat-sémát kínál, amely a forráskód fejlécében helyezhető el. Ezeket a metaadatokat aztán az egyes közösségi hálózatok átveszik, és ezek alapján képesek az URL-en lévő tartalom módosított és gazdagabb előnézetét megjeleníteni, amely a felhasználók interakcióinak számának növekedéséhez vezethet.
Hogyan nézhet ki az OpenGraph implementációja?
<meta property="og:title" content="Marketing Miner"/>
<meta property="og:type" content="website"/>
<meta property="og:url" content="https://www.marketingminer.com/hu"/>
<meta property="og:description" content="SEO eszköz, amely számára a SEO audit és a kulcsszó kutatás gyerekjáték."/>
<meta property="og:site_name" content="Marketing Miner"/>
Ebben a cikkben arról olvashatsz, hogy milyen metaadatokat érdemes használni a különböző típusú tartalmakhoz: https://moz.com/blog/meta-data-templates-123
Lapozás kezelése
A lapozás a tartalom felosztására szolgál, ha nagyszámú elemet tartalmaz. Ez általában valamilyen terméklistás kategória vagy tartalomszűrők (például cikkek és hasonlók) listája.
Ahhoz, hogy a keresőmotorok megértsék, hogy lapozásról van szó, hogy a kategória tartalma önmagához tartozik, és a lapozásba ágyazott URL-en is át kell haladnia, helyesen kell kezelni az oldalszámozást.
Valószínűleg a legjobb módja ennek az, ha a forráskód fejlécében elhelyezünk egy hivatkozást a következő és előző oldalra a rel=”next” és a rel=”prev” használatával. Az implementációja így nézhet ki:
<link rel="prev" href="https://www.marketingminer.com/hu/blog">
<link rel="next" href="https://www.marketingminer.com/hu/blog/3">
Így közöljük a keresőmotorral, hogy a kategória oldalszámozásának következő oldala a https://www.marketingminer.com/hu/blog/3 URL-en található, az előző pedig a https://www. marketingminer.com/hu/blog URL-en.
A második módszer, ha ezeket az információkat a HTTP-fejlécben küldjük el, amely így néz ki:
Link: <https://www.marketingminer.com/hu/blog; rel="prev">
Link: <https://www.marketingminer.com/hu/blog/3; rel="next">
Szűrők kezelése
A szűrők lehetnek jó szolga, de egyben nagyon rossz gazda is, ha nem megfelelően implementáljuk őket. Hasznosak, mert sok kulcsszót lefedhetnek. Rossz gazda, mert egy fekete lyuk lehet, amikor a keresőrobot böngészi a weboldalt.
A minőségi szűrők alapvető elemei SEO szempontból:
- A szűrő módosítja a címsort és a weboldal címét a szűrt tartalomnak megfelelően.
- Az indexelni kívánt szűrők közvetlenül a kódban tartalmazzák az adott szűrőre mutató hivatkozást, és a keresők a szűrőn keresztül elérhetik az egyes oldalakat a szűrt tartalommal.
- A különböző sorrendben bejelölt szűrők mindig egy és ugyanazt az URL-t hozzák létre (amiben az bejelölt paraméterek sorrendje nem változik).
- A robots.txt blokkolja a többszörös szűrést (két vagy több bejelölt szűrő egy szűrőszegmensen belül), hogy a keresőmotorok ne tudják bejárni az összes szűrőváltozatot. Egy kis weboldalon is több milliárd lehet belőlük.
A feltérképezés legnagyobb akadályainak eltávolítása
A legnagyobb akadályok elemzésekor jó, ha meg tudjuk nézni a hozzáférési naplót, de anélkül is megtalálhatjuk a nyilvánvaló problémákat a feltérképezés során vagy a Screaming Frog eszközzel (vagy más alternatívákkal, pl. mint a Xenu vagy a Sitebulb) is ellenőrizhetjük.
A keresőmotor weboldalon való áthaladásának elemzése és optimalizálása mindenekelőtt a nagyobb weboldalak esetében hasznos, ahol az új (vagy mélyen beágyazott) tartalmak gyorsabb indexeléséhez, a keresőmotor által a szerveren okozott terhelés csökkentéséhez és így az organikus forgalom növekedéséhez is vezethet.
A feltérképezés során felmerülő legnagyobb akadályok elemzése során elvégezhető tevékenységek között például a következők szerepelnek:
- Olyan paraméterek azonosítása a belső linkelésben, amelyek nem változtatják meg a tartalmat, vagy nem kívánjuk őket indexelni (kategóriákba rendezés, több szűrő használata, ...). Az ilyen paraméterek/szűrők esetében a robots.txt fájlban tilthatod le a feltérképezésüket.
- Az URL paraméterek elemzése, amely felfedi azokat az URL paramétereket, amelyeket a Google keresőmotor feltérképez. Ha olyanokat találsz köztük, amelyeket nem szeretnéd, hogy feltérképezzen, ezeket is célszerű letiltani a robots.txt fájlban.
- Ún. spider trapek keresése. Más szóval olyan helyek, ahol a robot elakadhat. Az ilyen helyek megtalálásához használhatjuk a fent említett Screaming Frogot, amellyel elsősorban végtelen átirányítási ciklusokat, felhasználóval kapcsolatos URL paramétereket (?session= stb.), törött relatív hivatkozásokat és egyebeket találhatsz meg.
Tartalmi tényezők
A tartalmi tényezők a weboldalon található tartalom vizuális megjelenítéséhez és minőségéhez kapcsolódnak. Ezek alkotják a weboldal fő értékét, mivel ezek nyújtják a felhasználók által igényelt információkat.
Tartalomarchitektúra és belső linkelés
Bár sokan nem tudatosítják, egy rosszul megtervezett architektúra negatív hatással lehet mind a felhasználók internetes viselkedésére, mind a keresőmotorokból érkező forgalomra. A jól megtervezett logikai tartalomstruktúra a hatékony felhasználói navigáció abszolút alapja. SEO szempontból ez az egyes oldalak közötti úgynevezett link juice eloszlására is hatással van.
Mi az a link juice? Tekintsd úgy, mint egyfajta értéket (vagy prioritást), amely egyik oldalról a másikra áramlik. Minden oldalnak megvan a maga értéke, a rá mutató hivatkozások (akár külső, akár belső) értéke alapján, és ezt az értéket a rajta lévő belső és külső hivatkozásokon keresztül továbbítja.
A tartalom architektúrája határozza meg, hogy a belső linkelés keretein belül mely oldalak kapnak a legtöbbet ebből az értékből. Logikus, hogy a hierarchiában magasabb rangú oldalak a legtöbb esetben több link juice-t kapnak, ezért a keresőmotorok szempontjából mérvadóbbak.
A link juice weboldalon keresztüli áramlásának elemzéséhez és a lehetséges problémák azonosításához a belső linkelést szokták elemezni és vizualizálni, amelynek grafikus kimenete a következőképpen nézhet ki:
Ezen megvizsgálhatjuk, hogy az architektúra megfelelően van-e megtervezve, releváns tartalomra utalnak-e, és milyen a link juice eloszlása a weboldalon belül. Az új architektúra helyes megtervezéséhez (a belső linkelés elemzésén túl) fontos, hogy rendelkezésünkre álljon a kulcsszó kutatás, és azt is belefoglalni, hogy mire keresnek rá az emberek.
A keresőmotorok szempontjából a link juice mellett a kattintásmélység (click-depth) mérőszáma is fontos. Azt fejezi ki, hogy hány kattintás (belső linkeken keresztüli átmenet) szükséges az oldalon, hogy a kívánt tartalomhoz jussunk. Erről a mutatóról ebben a cikkben találsz további információkat, amelyet a Google is megerősített.
A megfelelően megtervezett architektúra elemei:
- Bármely URL-ről könnyen elérhetőnek kell lennie annak tartalmi alternatívája (hasonló cikkek, hasonló kategóriák...) és a webarchitektúrán belül a felette lévő URL.
- Használj breadcrumbs navigációt (morzsamenüt), és jelöld megfelelően strukturált adatokkal, hogy a keresőmotorok megjeleníthessék azt a keresési eredmények között.
- Igyekezz logikus és a lehető legközvetlenebb navigációs szerkezetre törekedni. A kevesebb kategória és a jobb szűrés/strukturálás gyakran a kulcsa annak, hogy ne kényszerítsük túlzott gondolkodásra a felhasználókat.
- Ha a tartalomban más rovatokat (termékek, szűrők, kategóriák...) említesz, használj ezekre a rovatokra mutató hivatkozásokat, hogy a felhasználó egy kattintással eljusson a kívánt tartalomhoz.
- A belső linkelés részeként hivatkozz a weboldal legrelevánsabb tartalmára (hasonló cikkek...). Ezt a témát részletesen a következő cikk tárgyalja: Topic Clusters.
Tartalom olvashatósága
A fantasztikus tartalom önmagában még nem jelenti azt, hogy az emberek el is fogják olvasni. Ha nem kényelmes a tartalmat olvasni, a felhasználó nem fogja végigolvasni a tartalmat, vagy nem fog feliratkozni a hírlevélre. SEO szempontból a tartalom olvashatósága befolyásolhatja a felhasználók viselkedését az oldalon, és ezen múlhat, hogy a felhasználó visszatér-e a keresési eredményekhez (rövid tartózkodási idő, azaz dwell time). Éppen ezért fontos jól olvasható betűtípust és stílust választani.
A jól olvasható tartalom elemei:
- Betűméret. Az olvasható szöveghez a felhasználó eszközétől függően 12-16 pt (körülbelül 16-22px) betűméretet javaslok.
- Betűtípus és háttér kontraszt. Olyan betűszínt kell választani, amely az adott háttéren jól olvasható lesz. A kontraszt ellenőrzéséhez használhatod a Contrast-ratio.com eszközt.
- Tartalomnyomtatásra szánt stílusok. Úgy gondolod, hogy már senki sem nyomtat? Mi a helyzet azokkal a felhasználókkal, akik PDF formátumban vagy e-book olvasón szeretnék elolvasni a tartalmat? Figyelem: A nyomtatott verzióhoz ne hozz létre feleslegesen saját URL-t (például a ?print paraméterrel), és ha mégis, ne hagyd, hogy a keresőrobotok feltérképezzék.
- A sorok hossza 50-80 karakter körül legyen, a sorok közötti függőleges térköz (sortávolság) pedig a betűméret másfélszerese. Így könnyedén fenn tudod tartani a felhasználó figyelmét, és nem fog eltévedni a sorok között.
- Betűtípus (font) kiválasztása. Az olvashatóság szerint válasszunk. A tartalom olvasási ideje is függ tőle, mivel minden betűtípust egy kicsit más olvasni. Nézd meg ennek a külföldi felmérésnek az eredményeit. Ugyanannak a cikknek az olvasási ideje, amely csak betűtípusban különbözik, akár kétszeresére is nőhet.
- Legyen átlátható a weboldalad. Európában általában bevett szokás, hogy a menü vagy a fejlécben, vagy a bal oldalon található. A szűrőket többnyire a bal oldalra vagy a tartalomjegyzék felett szokták elhelyezni. Hasonlóképpen bevált gyakorlat, hogy minden tartalmat egy főcímsor (H1) képvisel, amely tárgyilagosan írja le, hogy miről szól a tartalom.
- Meríts ihletet másoktól. Az olvasható tartalom nagyszerű példája a Medium.com és annak cikkei.
A fontos tartalom láthatósága
Az asztali verzióban található rejtett tartalom, amely csak felhasználói beavatkozás után (lapra kattintva...) érhető el, alacsonyabb értéket képvisel a Google számára, mint az első pillantásra látható tartalom. Ezért fontos, hogy az elsőbbségi tartalom első pillantásra látható legyen az asztali verzión, és csak a nem elsőbbségi tartalom kerüljön a lapokra.
A mobileszközöknél más a helyzet, hiszen figyelembe kell venni, hogy a kisebb felbontáson kevesebb a hely, illetve UX szempontból is érdemes elrejteni az egyes elemeket. Ezért a tartalom mobil verziójában a rejtett tartalom ugyanolyan értékkel bír a Google számára, mint a látható tartalom.
Az alábbi videóból megtudhatod, hogy a keresőmotorok hogyan kezelik a rejtett tartalmat:
E.A.T. (Expertise, Authority, Trust)
Három szó, amelyek különösen mostanában kaptak nagyobb figyelmet és a Google egyik fontos értékelési tényezői.
Az alábbiakban a fő elemeiket találod meg, és azt, hogy mire kell figyelni:
Szakértelem (expertise):
- Mennyire professzionális az általad írt tartalom?
- Bíznak benned a felhasználók?
- Első pillantásra felismerhető a tekintély és további információk róla?
Tekintély (authority):
- Mennyire mérvadó az a weboldal, amelyen a tartalom található? Mennyire hitelesek az erre a tartalomra hivatkozó weboldalak?
- Megbízható források (linkek) támasztják alá a weboldalon található tartalmat?
- Ki a tartalom szerzője? Milyen a többi munkája és milyen a minőségük?
Bizalom (trust):
- Milyen jól védi a weboldal a felhasználói információkat (HTTPS…)?
- Fel lehet valahogyan venni a kapcsolatot a weboldal tulajdonosával vagy a tartalom szerzőjével?
- Aktuális a tartalom? Frissíti a szerző a szakterület legfrissebb hírei alapján?
Ezek a tényezők különösen az úgynevezett YMYL (Your Money, Your Life) szegmensbe tartozó oldalak esetében fontosak, vagyis olyan weboldalak esetében, amelyek tartalmukkal a felhasználók egészségére vagy pénzére lehetnek hatással.
Képoptimalizálás
A képkeresés jelenleg a világ összes keresésének körülbelül 26%-át teszi ki. Ez azt jelenti, hogy minden negyedik keresés nem az eredmények teljes szöveges megjelenítésével, hanem képmegjelenítéssel végződik.
Ez aláhúzza a képoptimalizálás fontosságát, amely minden SEO audit fontos része. Mit tehetünk a képoptimalizálás részeként:
- Ügyeljünk arra, hogy megfelelő minőségű és felbontású egyedi (nem egy fotóbankból származó) képeket használjunk.
- Az alt attribútum segítségével írjuk le, hogy mi látható a képen. Ez segít a keresőmotornak abban, hogy felfedezze, mi látható a képen, és segít a látássérült olvasóknak is, hogy képet kapjanak róla.
- Használjuk a srcset attribútumot és hozzuk létre a képet több méretben. Ennek az attribútumnak köszönhetően a kép a felhasználó eszközére optimalizált méretben jelenik meg. Jó a srcset attribútumot a src attribútummal kombinálni, mivel egyes keresők csak a src attribútumból indexelnek képeket.
- Ügyeljünk arra, hogy a kép körüli szöveges tartalom releváns legyen a képen látható tartalomhoz.
- Strukturált adatok segítségével adjunk címkét a képekhez, így a keresőmotorok könnyen feldolgozható formában kapják meg, részletesebb információkkal a kép készítésének helyéről vagy szerzőjéről.
- Használjunk képoptimalizáló és tömörítő eszközöket, amelyeknek köszönhetően a minőség megőrzése mellett csökkenthetjük a kép méretét, és ezáltal az oldal betöltésekor letöltendő adatokat. Ilyen eszközök például az Optimizilla vagy a Compressor.io.
- Adjunk nevet a képeknek az alapján, hogy mi látható rajtuk. Használjunk kötőjelet vagy alsókötőjelet szóelválasztóként.
- Helyezzük el a képeket az oldaltérképen.
- Adjuk hozzá az OpenGraph metaadatot, hogy a kép az előnézetben is megjelenjen, amikor az emberek megosztják a webes tartalmunkat a közösségi hálózatokon.
- Válasszuk ki a megfelelő képformátumot (JPG fényképekhez, GIF mozgóképekhez stb.).
SEO audit a Marketing Miner segítségével
Ha SEO audittal foglalkozol, akkor a Marketing Miner kiváló eszköz lesz hozzá. A SEO audithoz elsősorban a Reportok részt fogod használni, ahol kiválaszthatod, hogy a MM milyen adatokat gyűjtsön össze.
Tehát kattints a Report létrehozására, amelyet a jobb felső sarokban találsz, és kattints a következő funkciókra:
- Állapotkód
- Betöltési sebesség
- Érvényesség ellenőrző
- Hreflang ellenőrző
- Strukturált adat ellenőrző
- Indexálhatóság ellenőrzése
- Indexelés ellenőrzése
- Halott link ellenőrző
- Tartalomelemzés
Ezután a következő lépésben illeszd be a weboldalad oldaltérképét:
Ezután nem kell mást tenned, mint ellenőrizni a megadott adatokat és az Adatok elemzése gombra kattintani.
A Marketing Miner az aktuálisan megszerzett adatokkal egy áttekinthető táblázat formájában hozza létre a reportot, amelyet Excel formátumban tölthetsz le, és ellenőrizheted, hogy a cikkben említett dolgokat hogyan és megfelelő módon implementáltad-e weboldaladon.
TIPP: Minta MM report a SEO audithoz: https://www.marketingminer.com/hu/report/55173ab334db08b8ce5327d5042269fae9e18c3a6861a151597cc2a10bf135fd/visualize
SEO audit - kimenet
A SEO audit helyes kimenete nemcsak a weboldal lehetséges problémás területeinek azonosításából áll, hanem konkrét megoldási javaslatokat kell tartalmaznia az ilyen problémákra, ideális esetben fejlesztői megbízás formájában. Az értékesítési formátumok különbözőek lehetnek, de leggyakrabban ez egy PDF-fájl vagy feladatok listája, amelyet egy olyan eszközben készítenek el, amelyet az ügyfél szokott használni a programozók és mások feladatainak kiosztására.
A kimenetnek a talált problémák prioritását is tartalmaznia kell. Nem minden probléma azonos prioritású és nehézségű, ezért a változások feldolgozásakor egyértelmű munkafolyamatot kell létrehozni.
Most már tudod, hogy hogyan kell kinéznie egy megfelelő SEO auditnak, és mi mindent kell tartalmaznia. A SEO elemzésnek köszönhetően nem csak láthatóbbá teszed a weboldaladat a keresőkben, hanem olyan fontos problémákat is feltárhatsz, amelyek megakadályozzák, hogy több ügyfelet szerezz.
A SEO audit legnagyobb problémája, hogy bár rengeteg nagyszerű kimenetet kapunk, de soha nem valósítjuk meg. A SEO audit célja nem a a hibák és megoldási javaslatok feltárása, hanem a hibák eltávolítása. Ez legyen minden SEO audit fő feladata és célja. (Pavel Ungr)
SEO audit ellenőrző lista
Nem tudod, hogy hogyan vágj bele a weboldalad SEO auditjába? Készítettünk egy átfogó SEO ellenőrző listát, hogy ne felejts el semmi fontosat. Csak kattints az alábbi képre, majd válaszd a Fájl -> Másolat létrehozását a Google Táblázatok menüpontjában, és lépésről lépésre kipipálhatod azokat, amiket már feldolgoztál a SEO audit során.
Minta SEO auditok
Milyen is lenne egy útmutató, ha nem mutatnánk be, hogy hogyan nézhet ki egy ilyen audit? Az alábbiakban tapasztalt SEO szakértőktől és ügynökségektől származó minta SEO auditokat gyűjtöttünk össze:
Kíváncsi vagy, hogy hogyan áll a weboldalad? Próbáld ki a Markeitng Minert most!
