Főoldal > SEO Blog
Mindig is írni akartam egy posztot, amiben összeszedem azokat a legfontosabb kritériumokat, amiknek egy weboldalnak meg kell felelnie ha jó helyezést akar elérni egy versenyképes piacon a keresőben. A lista elkészült, használd egészséggel!
Aki foglalkozott már keresőoptimalizálással az tudja, hogy a kereső algoritmusok akár több 100 kritériumot is vizsgálnak egy oldal feltérképezésekor. Ezek egy része publikus, másik része sejtés. Idő hiányában én most a 100 legfontosabb pontot szedtem össze egy SEO ellenőrző listába. Ezt a listát használják a nagy SEO tool-ok is (SemRush, Ahrefs, stb.) szóval nem én találtam ki!
A pirossal jelzett elemek a súlyos hibákat, a sárgák a figyelmeztetéseket és a kék elemek az ajánlott javításokat jelölik.
HTML Tag / forráskód
- Duplikált Meta Description
- A META Description tag az oldal rövid összefoglalása, ami segít a kereső robotoknak megérteni, hogy mi található az oldalon. Továbbá ez a szöveg jelenhet meg a felhasználóknak a SERP-ben. Ha több oldalban is ugyanaz a meta description szöveg található, akkor ez megzavarhatja a kereső algoritmust és a felhasználókat is. Ennél már az is jobb, ha nem használjuk az oldalban ezt a tag-et és hagyjuk, hogy a Google algoritmusa emeljen ki leírást a SERP-ben. Jó ha tudjuk, hogy az algoritmus simán felülbírálhatja az általunk kitöltött meta description szöveget és mást jelenít meg helyette.
- Duplikált Title tag
- A title tag az oldal címét tartalmazza. Az algoritmus a title tag alapján (is) határozza meg, hogy az oldal mennyire releváns egy keresésre. Ha több oldalnak is ugyanaz a címe, akkor ez megzavarhatja a kereső algoritmust és a felhasználókat is.
- Hiányzó Title tag
- A title tag egy kulcsfontosságú meta tag. Ez jelenik meg a böngészőben és a kereső találati oldalán. Az algoritmus a title tag alapján (is) határozza meg, hogy az oldal mennyire releváns egy keresésre. Ha hiányzik az oldalból, vagy üres, akkor a Google gyenge minőségű oldalnak fogja gondolni a tartalmat és helyezést veszíthetünk.
- Hiányzó Canonical tag
- A canonical tag arra szolgál, hogy megmondjuk a kereső algoritmusnak, hogy ha egy oldalból több változat található, akkor melyiket vegye "eredetinek", melyiket indexelje be. Alapból minden oldalt self-canonical taggel kell ellátni (magára mutató). Ha használunk AMP-t, akkor nagyon fontos az AMP változatban canonical tag-et elhelyezni, ami a nem AMP oldalra mutat. Érdemes megjegyezni, hogy a canoncial tag csak egy ajánlás az algoritmusnak. A Google ezt simán felülbírálhatja!
- Canonical Tag 5xx, 4xx-re mutat
- Egy oldalban beállított canonical tag mindig működő, elérhető oldalra mutasson. Ha a canonical tag 5xx (szerver hiba) vagy 4xx (hibás url, nem elérhető fájl) oldalra mutat, akkor a kereső algoritmus ezt figyelmen kívül fogja hagyni és előfordulhat, hogy a rossz változatot fogja beindexelni.
- Canonical Tag átirányított oldalra mutat
- Ha a canonical tag átirányított oldalra mutat, akkor a kereső algoritmus ezt a tag-et figyelmen kívül fogja hagyni és előfordulhat, hogy a rossz változatot fogja beindexelni. A canoncial tag sose irányítson át!
- Meta Refresh Tag használata
- A meta refresh tag a böngészőnek azt mondja meg, hogy a felhasználót egy adott idő múlva irányítsa át egy másik oldalra, vagy saját magára ha azt szeretnénk, hogy frissüljön a felhasználó böngészőablaka. Ez a megoldás akár hogy is nézzük nem felhasználó barát és Google kifejezetten nem ajánlja a használatát!
- Viewport Meta Tag hiányzik
- A Viewport Meta tag segítségével határozhatjuk meg egy oldal szélességét a különböző eszközökön (pc, tablet, mobil, stb) Nélkülözhetetlen a használata, ha mobilra is szeretnénk optimalizálni egy oldalt.
- AMP hibák
- Az AMP oldalunkat mindig a legfrissebb útmutatás alapján készítsük el. Ha HTML, stílus vagy layout hibás az AMP oldalunk, akkor az nem biztos, hogy megfelelően fog megjelenni mobilon, ezért előfordulhat, hogy a Google algoritmus be sem indexeli. Ha elkészülünk egy AMP oldallal, mindig ellenőrizzük a Google AMP Teszt eszközével.
- Rövid Title Tag
- Ha egy oldalnak rövid és tömör a címe az nem mindig baj! Viszont ha túl rövid (kevesebb, mint 10 karakter), akkor csökken az esélye, hogy fontos, releváns kulcsszavakra is megjelenjen az oldal. Célszerű olyan hosszú Title Taget írni, ami még normálisan megjelenik a SERP-ben (desktopon és mobilon is!) A Title Tag tartalmazza legalább a legfontosabb kulcsszót!
- Hosszú Title Tag
- Ha a Title Tag túl hosszú (nagyobb, mint 70 karakter), akkor a Google találati listában az oldal címének a vége le lesz vágva. Ez nyilván nem szép, rosszabb esetben pedig a lényeg nem látható majd. Az, hogy a Google hol vágja el a címet függ az eszköztől, a képernyőmérettől, szóhossztól és még sok mástól. Ezért nem lehet mondani egy pontos karakter számot, hogy ennyiből gazdálkodjunk. Oldal indexelés után érdemes ránézni, hogy jelenik meg a találati listában.
- Hiányzó Meta Description
- Egy figyelemfelhívó, jól megírt leírással kattintásra ösztönözhetjük a kereső felhasználókat. Ha az oldalból hiányzik a meta description, akkor a Google algoritmusa fog kiragadni egy szövegrészt az oldalunkból, ami lehet hogy pont irreleváns lesz a felhasználónak. Mindig adjunk meg optimalizált, kulcsszavat tartalmazó meta leírást!
- Hiányzó H1 tag
- Bár a H1 tag nem olyan fontos, mint a Title tag, de ha hiányzik az oldalból, akkor az oldal strukturálatlannak fog tűnni a kereső algoritmusok számára. A H1 tag az oldal hierarchiájának az első eleme, általában az oldal címe. A felhasználó ezt látja az oldal tetején kiemelve.
- Hiányzó karakter kódolás
- A karakter kódolás (chracter encoding) mondja meg a böngészőknek, hogy az adott oldalt milyen karakterkészlettel jelenítsék meg. Ha ez hiányzik, akkor előfordulhat, hogy a böngésző hibásan jeleníti meg az oldalt. Ha pedig hibásan jelenik meg az oldal az rontja a felhasználói élményt és ez hatással lesz a pozíciónkra.
- Hiányzó doctype verzió
- A Doctype definiálja, hogy milyen HTML/XHTML verziót használunk az oldalon. Nagyon fontos a kitöltése a megfelelő megjelenítés miatt. Ha hiányzik az oldalból, akkor nem csak a tartalom jelenhet meg hibásan, de a betöltési sebesség is nőhet.
- Canonicalnak beállított oldal nem self-canonical
- Ha egy oldalon a canonical tag-ben olyan oldalra hivatkozunk, ami nem self-canonical hanem annál is másik oldal van beállítva canonical tag-ben, akkor egy canonical átirányítási láncot kapunk, amit nem díjjaznak az algoritmusok. Például A oldal B-re mutat, B pedig C-re, stb. Canonical tag-ben csak self-canonical oldalra hivatkozzunk!
- Több H1 tag
- A legtöbb - normál esetben - az oldalnak egy H1 tagje kellene hogy legyen. Ez ugyanis az oldal címe, ez jelenik meg legtöbbször az oldal tetején. Az oldal struktúrája, hierarchiája akkor van jól felépítve, ha egy H1 taget követi a H2 és H3 tag stb. Vannak SEO szakemberek, akik azt vallják, hogy az oldal címe mellett beteszik az összes menüpontot H1-be. Ez részben lehet jó is és rossz is. Rossz azért, mert nem látszik a hierarchia. Melyik a cím és melyik a menüpont? A jó ebben viszont az lehet, hogy ennek eldöntését ilyenkor az algoritmusra bízzuk! Ha mi minden menüpontot egyenrangúnak ítélünk, akkor majd ő meghatározza, hogy melyiket hogyan kezelje.
- NOINDEX Meta Tag
- Ha egy oldalban szerepel a NOINDEX meta Tag, akkor ezzel azt jelezzük a kereső algoritmusnak, hogy ne indexelje be az oldalunkat. Magyarul, ezek az oldalak nem fognak megjelenni a keresőben. Nézzük át ezt a listát és tényleg csak azok az oldalak legyenek noindexre állítva, amiket nem szeretnénk indexeltetni. Így tudod ellenőrizni, hogy minden fontos oldalad megtalálható-e a Google indexben.
- X-Robots tag
- Az x-robots-tag segítségével HTTP headerben is át tudjuk adni a kereső robotoknak a noindex igényünket. Hasonlóan a NOINDEX meta taghoz, ha ezt elküldjük headerben, akkor a kereső algoritmusok nem fogják indexelni az oldalt. Arra figyeljünk, hogy vagy ez (x-robots), vagy az (noindex meta) legyen az oldalban. A kettőt egyszerre ne használjuk!
- NOINDEX,FOLLOW tag
- Azok az oldalak amik tartalmazzák a noindex meta taget, ugyanakkor a follow taget is, nem lesznek beindexelve, de a kereső algoritmus átnézi és követi a benne található linkeket. Egy ideig! A Google ugyanis nemrég jelentette be, hogy azok az oldalak amik NOINDEX,FOLLOW meta taget tartalmaznak egy idő után NOINDEX,NOFOLLOW-ként lesznek értelmezve. Tehát ha lehet, ne használd ezt a megoldást a jövőben.
- Twitter Card tag
- Bár magyar oldalaknál nem jellemző a Twitter használata, ha használjuk, akkor tegyük azt a specifikáció szerint. A Twitter Card Tag adja át a Twitternek azokat az információkat (title, descripotion, kép, stb..) amik a megosztáshoz szükségesek. Ha ezek hiányosak, akkor előfordulhat, hogy az oldalad hibásan lesz megosztva a Twitter felületén.
- Open Graph tag
- Az Open Graph tagek a social hálózatoknak (Facebook, Linkedin, stb..) definiálják a szükséges adatokat (title, descripotion, kép, stb..) a megosztáshoz. Ha ezek hiányosak, akkor előfordulhat, hogy az oldalad hibásan lesz megosztva a közösségi hálózatokon.
- Open Graph URL nem egyezik a Canonical-al
- Közösségi hálózaton csak self-canoncal oldalt osszunk meg. Ha az og:url-ben megadott url nem egyezik meg a rel=canonical url-el, akkor nem az aktuális oldalt fogjuk megosztani, hanem azt ami be van állítva a canonical tag-ben.
- Strukturált adatok
- A strukturált adat használata opcionális, de erősen ajánlott. (lsd. termékértékelés) Legalább az alap sémákat tegyük be az oldalba, ezzel segítve a kereső algoritmusok munkáját. Arról nem beszélve, hogy ezzel extra megjelenéseket nyerhetünk!
Szerver beállítás
- 5xx hiba
- Az 5xx http header üzenet legtöbbször valamilyen szerver hibára vezethető vissza. Amikor a szerver nem tudja kiszolgálni a felhasználót, vagy a robotot, akkor ezt a kódot adja vissza. Ha ezt a hibát nem kezeljük szakszerűen, akkor romlik a felhasználói élmény és a kereső robotok sem tudják feltérképezni megfelelően az oldalt, ezáltal romolhat a keresőben lévő pozíciónk! Kivétel ez alól, ha éppen ideiglenes karbantartás van az adott oldalon, és ez megfelelően van lekezelve.
- DNS hiba
- Ahhoz, hogy egy oldal megjelenjen a böngészőben, a böngészőnek tudnia kell, hogy melyik szerveren van fizikailag az oldal. Ehhez domain név feloldásra van szükség, amit a domain névszerverek (DNS) végeznek. Ha a szerver DNS beállítása hibás, akkor nem fogják elérni az oldalad a domain neved alapján.
- WWW subdomain
- Gyakori hiba, hogy egy adott oldal elérhető WWW subdomainnel és nélküle is. pl. https://www.ad-ops.hu és https://ad-ops.hu Ilyen esetekben, ha nem priorizáljuk az oldalakat, a kereső mindkét változatot fel fogja térképezni és mindkettőt beindexeli. Ezzel együtt az oldal linkereje feleződik. Csak az egyik változatot hagyjuk meg!
- SSL hiánya
- Ma már elengedhetetlen, hogy egy oldal ne használjon SSL tanúsítványt. Ha egy oldal nem HTTPS protokollt használ, akkor a böngészők már figyelmeztetik a felhasználót, hogy az oldal nem biztonságos. Ha nem biztonságos, akkor ne várjuk, hogy jó helyezésünk legyen a keresőben. Ha bármilyen ügyfél adattal, esetleg bankkártya adattal dolgozik az oldal, akkor az SSL kötelező!
- Hibás SSL tanúsitvány
- Ha az SSL tanúsítványban regisztrált név nem egyezik meg a böngésző címsávjában látható névvel, akkor a böngészők hibaüzenetet fognak megjeleníteni. Ez negatív hatással lesz a látogatószámunkra és a keresőbeli helyezésünkre.
- Régi biztonsági protokoll
- Ha régi, elavult SSL vagy TLS protokollt használunk, az mindig egy biztonsági kockázatot hordoz. Frissítsük a protokollt mindig a legfrissebbre!
- HTTP és HTTPS keveredés
- Ha az oldalad egy része már HTTPS, de találhatók benne nem biztonságos HTTP tartalmak, akkor ez nem csak kevert biztonságot jelent, hanem a kereső robotok sem tudják eldönteni majd, hogy melyik oldalt indexeljék. Ilyenkor a böngészők is figyelmeztetik a látogatót, hogy a tartalom nem biztonságos. Ha már használjuk a HTTPS protokolt, akkor használjuk a teljes oldalon!
- Átirányítási láncok
- Bizonyos oldalak átirányítása elkerülhetetlen, ezzel nincs is baj. Baj akkor van, ha olyan oldalra irányítunk át, ami már egyszer átirányít máshova. Rosszabb esetben az átirányított oldal visszairányít a kiindulóra és ilyenkor egy végtelen átirányítási láncot kapunk. Minél több oldalon megy át egy átirányítás, annál nehezebb a kereső algoritmus dolga. Nem csak az index büdzsét pazaroljuk ezzel, hanem a betöltési idő is nő és romlik a besorolásunk.
- Elavult titkosítás
- Rengeteg titkosítási algoritmus létezik (pl. RSA, AES, stb.) amit használhatunk az oldalon. Ha viszont régi és elavult titkosítást használunk, az biztonsági kockázatot jelent. Sok böngésző már erre is figyelmezteti a látogatókat.
- HTTPS oldal HTTP linket tartalmaz
- Ha már HTTPS protokollt használunk, akkor az oldal összes belső linkjét is javítsuk HTTPS-re. Ellenkező esetben a kereső algoritmus összezavarodhat és a böngészők is figyelmeztető üzenetet adhatnak a látogatóknak.
- Ideiglenes átirányítás
- Az ideiglenes átirányítás (302,303,307) azt mondja a kereső robotnak, hogy az oldal csak ideiglenesen lett átirányítva az új helyre. Ezért az algoritmus folytatja az átirányított oldal indexelését viszont az új oldal így semmilyen linkerőt nem kap. Ahol lehet 301-es végleges átirányítást használjunk!
- Hiányzó SNI
- HTTPS oldalak esetében előfordulhat, hogy a szerver nem támogatja az SNI (Server Name Indication)-t. Az SNI lehetővé teszi, hogy egy ip címen belül több szervert, több tanúsítványt is használjunk, ami a biztonságot növeli.
- Tömörítetlen oldalak
- Szerver szinten az oldalakat tömöríteni kell. Ezt a Content-Encoding részben tudjuk megtenni a header részben. Engedélyezzük az összes oldal tömörítését a gyorsabb oldalbetöltés érdekében.
- Nincs HSTS támogatás
- A HSTS (HTTP Strict Transport Security) bekapcsolásával tudatjuk a böngészővel, hogy a szerver csak HTTPS, biztonságos protokollon keresztül érhető el. Ha a teljes oldalad már átállt HTTPS-re, akkor érdemes ezt bekapcsolni.
- Végleges átirányítás
- Bár a végleges átirányítás (301, 308) jó dolog, próbáljuk meg ésszerű keretek között használni. A sok átirányítás pazarolja az index büdzsét és a látogatókat is összezavarja. Sokan azt mondják, hogy az ilyen átirányításokkal - bár minimálisan, de - csökken az átadott linkerő.
Linkek
- Törött belső linkek
- Ha az oldaladban hibás, törött belső linkek vannak, akkor az egy gyenge minőségű, rosszul karbantartott oldalra utal a keresők szemében. Ha egy ilyen linkre kattint a látogató, akkor nem kapja meg amit keres, ezért a keresőkben is rosszabb helyre fogunk kerülni.
- Törött Canonical URL
- Ha egy oldalban hibás a canonical URL, akkor a kereső algoritmus nem tudja meghatározni, hogy mit is szeretnénk pontosan az indexben látni ezért előfordulhat, hogy az adott oldalt egyáltalán nem fogja indexelni.
- Több Canonical URL
- Ha egy oldalon belül több Canonical tag szerepel, akkor összezavarjuk a kereső algoritmust és nem tudja eldönteni, hogy mi a célunk. Ilyenkor az algoritmus egyik urlt sem fogja figyelembe venni, vagy éppen pont a rosszat választja ki. Mindig csak egy canonical tag szerepeljen egy oldalban.
- Canoncial oldal bejövő link nélkül
- Ha egy oldalban a canonical tag-ben olyan url szerepel, amire nincs belső link sehol az oldalon, tehát az emberek nem tudnak rákattintani közvetlenül, akkor ennek az oldalnak semmilyen belső link nem fog linkerőt továbbítani. Canonical oldal mindig legyen elérhető belső link által is!
- Átirányításra mutató belső link
- Ha átirányítunk egy oldalt az nem baj. Az viszont baj, ha a belső linkünk mutat olyan oldalra, ami át van irányítva. Pazaroljuk az index büdzsét és még egy felesleges átirányítással is lassítjuk az oldalbetöltést. Mindig a legutolsó oldalra linkeljünk, ne átirányított oldalra.
- Értelmezhetetlen URL
- Vigyázzunk a linkeknél az elütésekre és a pontosságra. Ha szintaktikailag hibás URL-t adunk meg, akkor a kereső algoritmusok ezeket nem fogják tudni értelmezni és nem is indexelik be őket.
- Belső oldal follow és nofollow linkekkel
- Ha egy belső oldalunkra egyszer follow, máskor nofollow linkkel hivatkozunk, akkor az csak hiba lehet. Ha egy olyan oldalról van szó, amit szeretnénk látni az indexben, akkor nincs értelme nofollow linkkel hivatkozni rá.
- Dupla per az URL-ben
- A legtöbb szerver úgy van beállítva, hogy elutasítsa a dupla per karaktereket az URL-ben. Semmi sem indokolja, hogy így jelenítsük meg az URL-eket. Sok esetben az algoritmust csak megzavarjuk ezekkel, vagy fals hibaüzeneteket kapunk.
- Törött külső linkek
- Hasonlóan a belső linkekhez, a kifelé mutató linkjeinknek is megfelelően kell működniük. Természetesen előfordulhat, hogy egy általunk hivatkozott oldal már nem érhető el, de a rendszeres SEO auditokon ezeknek ki kell bukniuk.
- Túl sok paraméter az URL-ben
- Ha túl sok paraméter található egy URL-ben az sose felhasználóbarát. Ha egy látogató túl sok paramétert lát egy linken, kevésbé kattintja le, de a kereső algoritmusokat is megzavarhatja. Négy ne nagyon használjunk több URL paramétert!
- Aláhúzás az URL-ben
- Az aláhúzást a keresők sokszor nem a szavak elválasztásaként értelmezik, hanem a szó részeként. A szavak elválasztásához mindig kötőjelet használjunk!
- Nofollow belső linkek
- A nofollow attributum azt mondja az algoritmusnak, hogy ne kövesse a linket és nem adunk át a hivatkozott oldalnak linkerőt. Belső linkeknél ezért nem is ajánlatos ezt használni. Belső oldalnál ne használjuk ezt az attributumot!
- Túl hosszú URL
- A Google útmutatása alapján a 100 karakternél hosszabb URL-ek nem felhasználó barátok. Egy egyszerű, beszédes URL-t a látogatók könnyen tudnak értelmezni és megosztani. A túl hosszú URL-eket egyes böngészők hibásan kezelhetik le.
- Nofollow külső linkek
- A nofollow attributum azt mondja az algoritmusnak, hogy ne kövesse a linket és nem adunk át a hivatkozott oldalnak linkerőt. Ha külső oldalra hivatkozunk, akkor általában nofollow linkeket helyezünk el az oldalban, ami nem biztos hogy jó. Mindig mérlegeljünk, hogy a hivatkozás mennyire releváns, megérdemli-e hogy linkerőt közvetítsünk felé? Az nem jó, ha az összes kifelé mutató linkünk nofollow!
- Csak egy belső hivatkozás
- Minél kevesebb belső link hivatkozik az oldalunkra, annál kevesebb a látogatója. De nem csak a látogatók találják meg nehezebben, hanem a kereső algoritmusok is. Ha új oldalt publikálunk, mindig hivatkozzunk rá több helyről is, hogy könnyebben megtalálható legyen.
- Eldugott oldalak
- Ellenőrizzünk az oldalstruktúránkat. Ha olyan oldalak vannak, amik több, mint 3 kattintással érhetők csak el, az nem jó! Ezek az oldalak olyan szinten el vannak dugva, hogy tényleg csak a "heavy" látogatók fogják megtalálni őket.
KÉP/JS/CSS
- Törött belső Kép/JS/CSS fájlok
- Egy weboldal megfelelő megjelenéséhez és működéséhez elengedhetetlen a helyes belső fájlok hivatkozása. Ha belső hivatkozásunk rossz, esetleg a fájl már nem található meg a szerveren, akkor az oldal nem csak csúnya, de a kereső algoritmus számára is hanyag, nem összeszedett oldal képét mutatja. Ha az algoritmus alacsony minőségűnek értékeli az oldalunkat, akkor veszítünk a rangsorolásunkból.
- Törött külső Kép/JS/CSS fájlok
- Ha kívülről hivatkozunk be fájlokat, az még veszélyesebb, mint ha saját szerverről hivatkoznánk. Ezekre a fájlokra ugyanis nincs ráhatásunk. Senki se tudja, hogy mikor változnak, mikor érhetőek el, vagy éppen mikor nem. Ha például az oldal működéséhez elengedhetetlen JS fájlt nem tudunk kívülről behívni, akkor megakadhat az egész oldalunk.
- Hiányzó ALT attribútum
- A kereső robotnak az ALT attribútum írja le, hogy mit lát a képen. De ez a szöveg jelenik meg a böngészőben a kép helyén, ha valamilyen probléma merül fel a betöltése során. Minden képnek egyedi ALT leírást kell írnunk. Bár a Google képfelismerő algoritmusa egyre fejlettebb, segítsük a munkáját.
- Tömörítetlen KÉP/JS/CSS
- A szerveren be kell kapcsolnunk a kép, javascript és CSS fájlok automatikus tömörítését. Ezzel jelentősen csökken a méretük és gyorsítható a betöltési idő. Képek esetében mindig a megfelelő kép kiterjesztést válasszuk.
- Nem cachelt KÉP/JS/CSS
- Szerver szinten beállítható, hogy az összes kép, Javascript és CSS fájlt cacheljék a böngészők. Ha ezt bekapcsoljuk, akkor a böngésző nem tölti le állandóan ugyanazokat a fájlokat, hanem a belső tárból fogja betölteni. Ezzel lényegesen gyorsítható az oldalbetöltés. A cache beállításakor azt is megmondhatjuk, hogy mely fájlokat, mennyi ideig tárolják a böngészők.
- Túl nagy JS/CSS összméret
- Egy weboldalban az összes Javascript és CSS fájl együttes mérete ne haladja meg a 2MB-ot. A képeken kívül általában a JS és CSS fájlok azok, amiknek a mérete jelentősen lassíthatja az oldalbetöltést.
- Túl sok JS/CSS fájl
- Amikor megnyitunk egy oldalt, a böngészők elkezdik betölteni az összes hozzá tartozó JS és CSS fájlt. Az oldalban csak azokat a JS/CSS fájlokat hívjuk be, amikre tényleg szükség van. A tartalmuk pedig legyen tisztítva! Csak azokat a funkciókat, elemeket tartalmazzák, amiket használ is az oldal.
- Nem minifikált JS/CSS fájlok
- A minifikálás során a JS és CSS fájlokból törlünk minden felesleges sallangot. Ilyenek például a sortörések, kommentek, felesleges szóközök. Így a JS/CSS fájlok mérete jelentősen csökkenthető, amivel gyorsítható az oldalbetöltés. A folyamat nagyon egyszerű és az interneten rengeteg JS és CSS minifikáló oldalt lehet találni.
- Átirányított képek
- Ritkán, de előfordulhat, hogy egy beágyazott kép url-je át van irányítva. Ilyenkor a böngészők és a kereső robotok egy felesleges átirányításon mennek keresztül, amitől lassul az oldalbetöltési idő és még az index büdzsét is pazaroljuk. Javasolt képet fixen, saját szerverről behívni.
- Túl széles kép
- A kép SEO posztomban már foglalkoztam ezzel a problémával korábban. A lényege, hogy felesleges olyan képet használnunk, aminek a szélessége nagyobb, mint a tartalmi doboz ahova beillesztjük. Az adott designnál szélesebb kép úgysem jelenhet meg, akkor pedig felesleges olyan nagy méretű képeket behívnunk.
Robots.txt / Sitemap
- Hibás robots.txt
- Nagyon sok problémát okozhatunk magunknak ha formailag hibás a robots.txt fájlunk. Fontos oldalakat hagyhatunk ki a Google indexből, de olyan oldal is bekerülhet, amit nem szeretnénk. Ajánlom figyelmedbe a Robots.txt használatáról és veszélyeiről szóló korábbi posztomat!
- Formailag hibás sitemap
- Ha a sitemap fájlunk hibás, akkor a kereső algoritmus egyszerűen figyelmen kívül fogja hagyni. Ha változtatunk rajta valamit, mindig küldjük be ellenőrzésre a Search Consolba.
- Hibás URL-ek a sitemap-ben
- A sitemap-ben szigorúan mindig csak az elérhető oldalaink legyenek listázva. Azok az oldalak, amiket szeretnénk indexelni. Ez azt jelenti, hogy nem tartalmazhat non-canonical oldalt, noindex-el ellátott oldalt, de 4xx, 5xx hibát adó oldalt sem!
- Túl nagy sitemap
- A sitemap.xml fájl ne legyen nagyobb 50MB-nál vagy ne tartalmazzon 50.000 URL-nél többet. Ha ennél több oldalt kezelünk, akkor bontsuk szét több sitemap-re. Ha túl nagy a sitemap, akkor a kereső algoritmusok akár figyelmen kívül is hagyhatják.
- A sitemp hiányzik a robots.txt-ből
- Ha van az oldalunkhoz sitemap és robots.txt fájlt is használunk, akkor a robots.txt fájlban el kell helyeznünk egy linket a sitemapunkra. Így a kereső algoritmusok jobban fogják érteni, hogy mit is kell indexelniük.
- Hiányzó Sitemap
- Bár a sitemap használata nem kötelező - a kereső robotok nélküle is fel tudják térképezni az oldalunkat - használatával segíthetjük a kereső robotokat értelmezni az oldalunk struktúráját és hogy mit indexeljenek. A feltüntetett URL-eken kívül további infókat is adhatunk benne a kereső robotoknak, például ha egy oldal frissült, akkor ebből informálhatjuk a keresőt és hamarabb újraindexelheti az oldalunkat.
- HTTP url-ek a sitemap-ben
- Ez akkor baj, ha az oldalunk HTTPS protokolt használ, de a sitemapbe véletlenül HTTP-vel kerlnek be URL-ek. Ebben az esetben bezavarhatjuk az algoritmust, de index büdzsét is pazarolunk, ha a HTTP oldalak átirányítanak HTTPS-re.
- Blokkolt belső fájlok robots.txt-ben
- Ha a robots.txt-ben olyan belső fájlokat (JS/CSS/képek) teszünk disallow listára, amik alapból szükségesek az oldal megfelelő rendereléséhez, betöltéséhez, akkor ezzel meggátoljuk, hogy a kereső robotok normálisan tudják olvasni az oldalt. Szélsőséges esetben akár az indexből is kikerülhet az oldal.
- Hiányzó robots.txt
- A robots.txt fájl használata egy alapvető SEO elem. Ebből tudják a kereső algoritmusok, hogy mely oldalunkat indexelhetik, miket nem. De ebben definiálhatjuk azt is, hogy milyen rendszerességgel dolgozhatnak az oldalunkon a robotok.
- Árva oldalak a sitemap-ben
- Az árva oldalak (orphaned pages) olyan oldalak, amikre egyáltalán nincs belső hivatkozásunk. Ezeket az oldalakat esélyük sincs a látogatóknak megtalálniuk a weboldalunkat böngészve. Ha ilyen oldal található a sitemap-ben, attól függetlenül beindexelik a keresők. De ha már van egy működő oldalunk a sitemap-ben, miért ne hivatkoznánk rá belső linkkel?
- Blokkolt külső fájlok robots.txt-ben
- Ha olyan CSS, JS, kép fájlokra hivatkozunk, egy külső szerveren találhatóak, és ott blokkolva vannak a robots.txt fájlban, akkor a kereső algoritmusok nem fognak ezekhez hozzáférni és megfelelően olvasni az oldalunkat. Ha lehet ezért se hívjunk be külső fájlokat.
Tartalom
- 4xx hiba
- 4xx hibakódot akkor dob a szerver, ha a keresett oldal nem található ez elérési úton. Ez lehet azért mert idő közben megváltozott az URL, vagy fizikailag került máshova. Ha a felhasználó nem találja amit keres az nyilván rontja a felhasználói élményt ami egyben a rangsorolásunkra is hatással lesz. Keressük meg a 404-es oldalainkat és javítsuk a linkeket.
- Duplikált tartalom
- Minden oldalunkon egyedi tartalomnak kell szerepelnie! Ha az oldal több, mint 85%-a megegyezik egy másik oldaléval, akkor a SEO toolok már duplikált tartalom hibát jeleznek. Ha az algoritmus duplikált oldallal találkozik, akkor csak az egyiket fogja indexelni és nem biztos, hogy nekünk ez jó. Rosszabb esetben manipulációnak érzékeli és még büntetést is kapunk! Ezen felül a duplikált oldalak a link profilunkat is rontják!
- Title és H1 tag megegyezik
- Ha a Title tag és a H1 tag megegyezik, akkor egyrészt az oldal túl-optimalizáltnak fog tűnni az algoritmusoknak, másrészt ha ugyanazt a szöveget tartalmazza mindkét mező, akkor fontos kulcsszavakat hagyunk ki az oldalból.
- Túl sok link
- Ha egy weboldal túl sok linket tartalmaz (több, mint 3000), akkor az oldal a kereső algoritmusok szemében erősen spam gyanús lesz. Nem feltétlenül baj, mert vannak például kifejezetten nagy oldalak, de a figyelmet mindenképpen felkeltik.
- Alacsony kód és szöveg arány
- Ez a hiba összefügg a kevés szöveg hibával. Ha egy oldalban túl sok a kód (HTML, JS, stb.) és ehhez viszonyítva kicsi az olvasható szöveg, akkor alacsony kód és szöveg arányról beszélünk. Jellemzően a SEO toolok ezt akkor jelzik, ha ez az arány 10% vagy kevesebb. A keresőoptimalizálásban nagyon fontos a megfelelő minőségű (releváns) és mennyiségű tartalom egy weboldalon. Ha csökkentjük a kód mennyiségét, akkor még az oldalsebességen is javíthatunk.
- Kevés szöveg
- A keresőoptimalizálásban nagyon fontos a megfelelő minőségű (releváns) és mennyiségű tartalom egy weboldalon. Az oldalon található szöveg mennyisége fontos minőségi mutató! Próbáljunk meg legalább 200 szavas oldalakat készíteni. Minél több a tartalom, annál nagyobb a felhasználói bevonódás. Ha azt kapják amit kerestek, akkor több időt töltenek az oldalon és feljebb kerülünk a keresőben.
- Flash használata
- Ha flash tartalmat használsz az oldaladon, akkor több dolgot is mérlegelned kell. A flash oldalakat a kereső algoritmusok sokszor nem tudják, vagy nem jól indexelik. A méretük ezeknek az oldalaknak nagy, ezért a sebességük is lassú. Mobilon nem működnek megfelelően a flash tartalmak. Nem utolsó sorban pedig biztonsági résekben is hemzsegnek, ezért már a böngészők sem támogatják őket. Ne használj Flash-t az oldaladon!
- Frame használata
- A framet használó oldalak a keresőknek nehézséget jelenthetnek a feltérképezésben és indexelésben. Itt ugye egy oldal az oldalban megoldásról beszélünk. Simán előfordulhat, hogy nem jó oldalt indexel be a kereső, vagy akár kihagyja az oldalt. Kerüljük a frame használatát.
- Túl kicsi betűméret
- Ha az oldalon túl kicsi a betűméret, akkor mobilon nagyon nehéz olvasni. Erre a hibára már a Search Console is figyelmeztet, érdemes figyelembe venni.
- Túl közeli gombok
- A mobil felhasználóknak kifejezetten zavaró, ha az oldal gombjai túl közel vannak egymáshoz. Ilyenkor nem csak a felhasználót idegesítjük, hanem fals adatokat is kapunk a statisztikánkhoz.
- A tartalom szélesebb a képernyőnél
- Szintén gyakori mobil hiba, ha az oldalunk tartalma szélesebb, mint a mobilon megjeleníthető szélesség. Ilyenkor a felhasználónak jobbra-balra kell húzogatnia a képernyőt, ami nagyon nem felhasználó barát.
Lokalizáció
- Hibás HREFLANG értékek
- A hreflang (rel="alternate" hreflang="x") attributum segít a böngészőknek eldönteni, hogy melyik oldalváltozatot mutassák a felhasználónak annak lokációja alapján. Ha több nyelvű oldalt kezelünk, akkor elengedhetetlen a használata. Ha nem jól adjuk meg a hreflang értékeket, akkor a kereső motorok rossz oldalváltozatot fognak mutatni a keresőknek.
- HREFLANG ütközik a forráskóddal
- Az ország kódnak szerepelnie kell az ISO_3166-1_alpha-2 táblázatban és a nyelv kódnak az ISO 639-1 táblázatban.
- Hibás HREFLANG linkek
- A hreflang attributumba mindig abszolút elérésű linket tegyünk. Figyeljünk rá, hogy linkelt oldal elérhető, 200 HTTP kódot adjon és ne legyen átirányított. Ellenkező esetben a keresők rosszul indexelhetik ezeket az oldalakat.
- Hiányzó HREFLANG, LANG attributum
- Egy weboldalban mindig meg kell adnunk, hogy milyen nyelvű. Ezt a LANG attributumban tehetjük meg. Ha az oldalból ez hiányzik, akkor a böngészők és a kereső algoritmusok nem fogják tudni, milyen nyelvű az oldal. Ha több nyelvű az oldal, akkor pedig még a HREFLANG attributumot is meg kell adni az oldalban, ami megmondja a kereső algoritmusnak, hogy milyen nyelveken érhető még el az oldal.
- HREFLANG nem egyezik a LANG-al
- Ha a hreflang attributumban megadott nyelv nem egyezik az oldal nyelvével, akkor megzavarhatjuk a kereső algoritmust és hibásan indexelheti az oldalakat.
Teljesítmény
- Túl nagy HTML
- Minél nagyobb egy HTML oldal mérete, annál lassabban tölt be, ezért SEO szempontból nagyon fontos, hogy próbáljunk 2MB alatt maradni. Ha ennél nagyobb az oldal, próbáljuk meg újrastrukturálni vagy eltávolítani a belső scripteket CSS sorokat.
- Lassú betöltési sebesség
- Az oldal betöltési ideje az az idő, ami a böngészőnek az oldal teljes rendereléséhez kell. A SEO egyik legfontosabb eleme az oldalbetöltési idő. Minél gyorsabb az oldal, annál nagyobb a ranking. A sebesség nem csak az oldal felépítésétől, de a szerver gyorsaságától is függ.
- Interaktív idő sok
- Ha a látogatónak 1 másodpercnél többet kell várnia arra, hogy interakcióba kerüljön az oldaladdal, akkor az már negatívan érinti a felhasználói élményt. Figyeljünk rá, hogy a legfontosabb oldalainknál ez az idő mindig 1 másodpercen belül legyen.
- Tömörítetlen HTML
- Nem csak a képek, Javascript és CSS fájlok tömörítése ajánlott, hanem magát a HTML oldalt is célszerű tömöríteni. A Content-Encoding legyen beállítva a HTML fájloknál is. Engedélyezzük a tömörítést a gyorsabb oldalbetöltés érdekében.
- Preload használata
- Azoknál a fontos elemeknél, amikről tudjuk, hogy nélkülözhetetlenek az oldalunk megjelenítéséhez, használjuk a Link rel=preload parancsot. Ebben az esetben az elemeknek nem kell egymásra várniuk és jelentősen növelhető a betöltési sebesség. Bővebb infó itt.
- GIF helyett videó
- Ha animációt szeretnénk az oldalon bemutatni, akkor a nagy méretű GIF-ek helyett érdemes MPEG4/WebM formátumú videókat használni, illetve a PNG/WebP formátumot a statikus képekhez a GIF-ek helyett, hiszen így csökkenteni lehet a hálózati adatforgalmat.
- DOM minimalizálás
- A böngészőket fejlesztő mérnökök azt javasolják, hogy az oldalakon ~1500 DOM-csomópontnál kevesebb legyen. A legkedvezőbb a 32 elemnél kisebb és a 60 alárendelt/fölérendelt elemnél kisebb famélység. A nagy DOM növelheti a memóriahasználatot, és hosszabb stílusszámítást, valamint költséges elrendezés-újraszámítást eredményezhet.
- Képek késleltetése
- Ha sok képpel dolgozunk egy weboldalban, vegyük fontolóra a képernyőn kívüli képek késleltetett betöltését. (lazy load) Ilyenkor a képek betöltése nem késlelteti a kritikus erőforrások betöltését. Csak akkor töltődnek le a képek, ha a látogató odáig görget.