Nagy Gábor #marketingpunk 1986-ban kapcsolt be először számítógépet - és azóta sem sikerült kikapcsolnia. Saját internetes vállalkozásai után ma már internet marketing tanácsadóként segíti ügyfeleit abban, hogy több pénzt keressenek a weben.
Új rovat! Itt a Keresőoptimalizálás hírmorzsák #1 része. Ez egy szubjektív heti gyorsjelentés lesz a SEO világából. Igyekszem minden héten összeszedni néhány érdekes hírt. Ezek a hírmorzsák főként tweetekből, Google Webmasters beszélgetésekből készülnek, ahol a hülye kérdések mellett azért időről-időre fontos dolgok kerülnek terítékre.
Rossz linkek
A 2012-es Google Pingvin algoritmus frissítés óta a helyezéseket manipuláló spam-linkekkel operáló SEO szakik és ügynökségek komoly kockázatot vállalnak, ha folytatják eddigi gyakorlatukat.
A privát bloghálózatokon szerzett linkek bármikor lezúzhatják egy weboldal rangsorolását, ha fennakadnak a szűrőn.
Bizonyos tolerancia azért van, mert John Mueller a múlt héten arról beszélt, hogy ‘azért, mert egy oldalnak van néhány rossz linkje, nem jelenti azt, hogy nem jelenítjük meg a találati listában’
EAT-algoritmus?
Gary Illyés, a Google szóvivője a PubCon konferencián az E-A-T pontszámmal kapcsolatosan arról beszélt, hogy nincs E-A-T algoritmus vagy E-A-T pontszám.
Többféle baby-algoritmus dolgozik, amelyek mind-mind különféle jelzéseket adnak és a sokféle jelzésből áll össze a nagyobb kép.
Elhangzott az örökzöld tanács is : állíts elő nagyszerű tartalmakat és biztosíts nagyszerű felhasználói élményt.
Nem indexelhető oldalak
Ha olyan, új tartalmakkal találkozik a Googlebot, amit egyébként értékesnek talál, de problémába ütközik az indexelés, akkor nagy valószínűséggel újra kísérletet fog tenni az indexelésre.
Ha az indexelés a probléma (pl. hibás robots.txt beállítás) ellenére is sikeres, akkor a Google Search Console felületen a Lefedettség menüben az Indexelt azonban a robots txt letiltotta figyelmeztetéssel listázásra kerül az adott URL. Ez egy erős jelzés neked, hogy nézz utána, hol a probléma, miért tilt le a robots.txt egy értékes tartalmat – és persze javítsd a hibát.
Ha a Googlebot felfedez egy adott tartalmat, de az indexelés nem sikeres, akkor később a bot újra kísérletet tesz az URL-el. – de ez nem jelenti azt, hogy az idők végezetéig próbálkozni fog ezzel.
John Mueller arra figyelmeztette a webmestereket, hogy ‘ha egy oldalt hosszabb ideig nem tudunk indexelni, akkor általában nem éri meg több időt tölteni vele’
Vásárolt látogatottság
Volt egy ilyen felvetés múlt héten: adott egy oldal, amit a kérdező gyanúsnak talál, mert a weboldalon csak 8db cikk van fent és mégis milliós látogatottságot produkál.
John Mueller válasza szerint ebben nincs semmi természetellenes. Előfordulhat, hogy weboldalak vásárolnak látogatottságot, de ez nem jelent sokat. Néhány weboldalnak csak 1 indexelhető oldala van – ettől még lehet értékes az oldal.
Nevelő célzattal azt is hozzátette, hogy érdemesebb lenne a webmestereknek a saját projektjeikkel foglalkozni és azon dolgozni…
Linkek szavatossága
A bejövő linkek fontosságával mindenki tisztában van, de egy olyan érdekes kérdés is felvetődött, hogy a linkeknek van-e szavatossága vagy lejárati idejük. Érdekes felvetés.
John Mueller fogadóóráján elhangzott a válasz: a linkeknek nincs lejárati ideje, de előfordulhat, hogy az értékük csökken. Ha az oldal súlya csökken, ahonnan egy adott link származik, akkor az innen kimenő linkeknek is csökkenhet a súlya.
Például: ha kapsz egy jó kis linket a CNN főoldaláról, akkor az kétségkívül erős linkerőt fog átadni. Ha azonban a cikk átkerül a CNN archívumába, akkor már közel sem fog akkora linkerőt átadni, mint amikor címlapos volt.
Mára ennyi, ez volt a Keresőoptimalizálás hírmorzsák #1 része.
A SEO hírek begyűjtése nem áll, meg – tehát a jövő héten is lesznek keresőoptimalizálás hírmorzsák!
Világszerte 75 millió weboldal használ WordPress tartalomkezelőt. Több mint 5 millió letöltése van a népszerű Jetpack bővítménynek. Személyes blogok, webáruházak, céges weboldalak.
Vajon hányan tudják, hogy milyen sötét titkot rejteget az egyik legnépszerűbb WordPress bővítmény?
A kapcsolódó bejegyzések nofollow címkézése több millió weboldalt érinthet…
WordPress bővítmények útvesztője
A WordPress hatalmas fejlődésen ment keresztül. Eleinte csak egy fapados blogmotor volt. Ma már egy igazi webes svájcibicska.
A több tízezer sablon és bővítmény segítségével már nem csak blogot, hanem webáruházat, apróhirdetési oldalt, álláskereső portált is össze tud rakni szinte bárki.
Ha WordPress oldalad van, akkor szinte bármit meg tudsz oldani különféle sablonokkal és bővítményekkel. A különféle SEO bővítményekkel az elkészült WP oldalak keresőoptimalizálása sem okoz gondot.
Túlzásokba nem szabad esni, mert minél több bővítményt használsz, annál nagyobb eséllyel fog kompatibilitási probléma előállni.
Nem kell mindent bővítményekkel megoldani.
Ha 50 funkciót 50 különböző bővítménnyel old meg a weboldalad, akkor csigalassan fog betöltődni és előbb-utóbb összeakad egymással a sok bővítmény – és ettől letérdel az oldalad.
Nyilván vannak gyengébb színvonalú bővítmények, amiket a 12 éves Toan Yuong Cheng fejlesztett, aki félig elolvasta a „Develop your first WordPress plugin in 1 day” gyorstalpalót. Szerencsére vannak jobb bővítmények is, amelyeket hozzáértő programozó csapat hozott össze.
Kapcsolódó cikkek bővítmények
Ha WordPresst használsz, valószínűleg találkoztál már olyan bővítménnyel, ami azt csinálja, hogy a cikkeidhez kapcsolódó bejegyzéseket listázza. Miért jó ez?
Belső linkeket biztosít az oldaladanak
A weboldal átjárhatósága fontos az oldalon belüli keresőoptimalizálás (on-site SEO) szempontjából. Mi az átjárhatóság?
Akkor átjárható az oldalad a Google szemében, ha mindegyik belső oldaladra mutat link. Ezt nyilván úgy tudod a legegyszerűbben megoldani, ha te saját magad hivatkozol a blog bejegyzéseidre.
Mi sem egyszerűbb: minden blog bejegyzésed végén elhelyezel linkeket, amelyek mondjuk 3-4-5 további blog bejegyzésedre mutatnak.
Időt spórol neked
Ha nem akarod minden egyes cikked végén kézzel pötyögni az ajánlott cikkek címét és URL-jét, akkor számos WordPress bővítmény közül választhatsz, ami ezt meg tudja oldani.
Feltelepíted a megfelelő bővítményt és többé nem kell egyesével levadásznod a kapcsolódó cikkeket, amiket a blog bejegyzéseid végén felkínálsz.
Amíg csak 5 cikked van, addig nem nagy segítség – de amikor már 500 cikked van, akkor már hálás leszel érte.
Segít az oldaladon tartani az olvasókat
Ha gyorsan meg akarod hódítani a piacodat és nem várhatsz arra, hogy az organikusan építkező forgalom meghozza a hírnevet neked, akkor ki kell nyitnod a pénztárcádat. Ha pénzt költesz arra, hogy azonnal látogatóid legyenek, akkor kattintás alapú hirdetések (Pay Per Click hirdetések) használatával fogsz látogatottságot szerezni az oldalad számára.
Ebben az esetben (is) az szolgálja az érdekeidet, ha a pénzért vásárolt látogatóid nem pattannak le az oldalról, ahová irányítottad őket. Ha a cikkeid és bejegyzéseid végén felkínálsz újabb – olvasásra ajánlott – cikkeket, akkor a látogatók máris több időt tölthetnek el az oldaladon.
Ez duplán jó neked, mert egyrészt a te cirkuszod előadására ülnek be az emberek, másrészt csökkenthetnek a hirdetési kölségeid. Mélyebben most nem mennék bele a miértekbe – egy másik cikkben majd írok erről is részletesebben.
A Jetpack WordPress bővítmény megoldja…
Ha tehát nem akarod minden blog-cikked végére kézzel összeszedni a további olvasásra ajánlott cikkeidet, akkor erre a feladatra keresel egy megfelelő WordPress bővítményt. Nem a 12 éves Toan Yuong Cheng által fejlesztett bővítményt, hanem komolyabbat…
Vannak nagyobb, többfunkciós WordPress bővítmények, amelyek mögött komolyabb fejlesztők állnak és alapos tesztelés után állnak elő az újabb és újabb verziókkal.
Ilyen a Jetpack. Ez egy többfunciós bővítmény, ami biztonsági és sebesség-optimalizáló funkciók mellett az előbbiekben említett ‘Kapcsolódó bejegyzések’ kézi bepötyögésétől ment meg téged.
Be tudod állítani, hogy listázva kéred, vagy fotókkal kéred a kapcsolódó bejegyzéseket. Nagyszerű.
De van egy Jetpack probléma, amiről valószínűleg csak egy SEO audit során értesülnél – most viszont megtudhatod ingyen.
Milyen a nofollow – rabság?
Ha te is kódperverz vagy és szoktál turkálni weboldalak kódjában, akkor észrevehetted, hogy a Jetpack related post megoldása elég érdekes módon közelíti meg a belső linkek témáját.
A Jetpack jelenleg úgy generálja le neked a kapcsolódó cikkeket, hogy a linkeket ellátja ‘nofollow‘ taggel. A kapcsolódó bejegyzések nofollow címkézése nem túl okos dolog…
A Google 2019 szeptemberében jelentette be webmasters blogján, hogy a nofollow link attribútumokat már csak javaslatként kezeli. Ettől függetlenül nem jó a kapcsolódó bejegyzések nofollow címkézése.
Ha a saját belső linkjeinket nofollow címkével látjuk el – vagy hagyjuk, hogy ezek az értékes belső linkek nofollow-rabságban tengessék napjaikat, akkor valami olyasmit üzenünk a Google felé, hogy ‘semmi közöm ezekhez a linkekhez, nem is tudom miért vannak itt…’
Ez a nofollow címkézés tehát 2019 nyarán még olyan probléma lett volna, mintha a kocsiddal átmentél volna egy tüskés útakadályon. Ma már csak egy egész kicsi, gyorsan múló fejfájás…
Nofollow címkézés és tüskés útzár
Kapcsolódó bejegyzések nofollow címkézése ellen itt az ellenszer!
Adott tehát egy rakás értékes belső link, amiket ki akarunk szabadítani a nofollow-rabságból. Több megoldás van, de a kockázatosabb megoldásokat most nem vesszük át. Úgy oldjuk meg a problémát, hogy nem lesz functions.php hegesztés és nem foglalkozunk a /modules/related-posts/jetpack-related-posts.php egyetlen sorával sem.
Nézzük a veszélytelenebb megoldást, amivel kiszabadíthatod a belső linkeket a nofollow-rabságból!
A vezérlőpult menüjében megjelenik egy ‘Snippets‘ blokk. Megkeresed ezt a blokkot, majd kattintás az Add New menüpontra.
Megjelenik egy Name és egy Code mező, tehát lesz egy neve és egy kódja a megoldásnak. A teendő: úgy kell nevet adnod a megoldásnak, hogy nem veheted elő az Anyakönyvi bejegyzésre alkalmas utónevek jegyzékét. Lehet Józsi is. Ha szereted a dallamos hangzású neveket, akkor lehet ‘Jetpack Related Posts Dofollow’ is. Írd be ezt a nevet a Name mezőbe.
Kimásolod ezt a kódrészletet (CTRL+C): add_filter( 'jetpack_relatedposts_filter_post_link_rel', 'nagygabormarketing_remove_nofollow_jp_rps', 10, 2 ); function nagygabormarketing_remove_nofollow_jp_rps( $rel, $post_id ) { return ''; }
Beilleszted a kimásolt kódrészletet a Code mezőbe (CRTL+V)
Kattints a ‘Save Changes and Activate‘ gombra.
Kész.
A related post belső linkek kiszabadítva a rabságból.
Győzelem!
NE maradj le az új cikkekről!
Add meg az email címed és az elsők között fogsz értesítést kapni az új cikkekről!
Tavaly nyáron a Medic update néven elhíresült Google algoritmus frissítés az orvosi szolgáltatás témájú weboldalak között vágott rendet. De vajon kik a pár héttel ezelőtt bejelentett 2019 szeptemberi algoritmus frissítés vesztesei?
Egy kis SERP gyorstalpaló
A Google rangsorolási algoritmusa – a kommunikáció szerint – alapvetően arra törekszik, hogy a találati lista (SERP) a felhasználók kérdéseire minél jobb, minél relevánsabb válaszokat adjon.
Minden keresés kérdés. A találati lista a válasz.
A kattintások száma, az oldalon töltött idő és ezer más adat elemzése után a Google algoritmusa eldönti, hogy az adott keresésre melyik weboldalak adnak jó választ, mely oldalal nyújtanak nagyszerű tartalmat és nagyszerű felhasználói élményt.
Az oldalak megjelenési sorrendjét a Google rangsorolási algoritmusa határozza meg. Így alakul ki a keresési találatokat tartalmazó lista (Search Engine Results Pages [SERP]).
A Google találati listájának első tíz találata közé bekerülni – főként népszerű vagy üzletileg értékes témákban – napról napra nehezebb. A verseny egyre élesebb, mert korlátozott helyekért verseng korlátlan számú versenyző.
Minden nap újabb weboldalak indulnak el, tehát egyre több szereplő versenyez a látogatók figyelméért (és kattintásaiért). Az értékes kulcsszavakra, kulcskifejezésekre az első három helyért száll versenybe a weboldalak tömege.
Miért?
Mert a kattintások nagyrészét a találati lista első oldalának első három weboldala begyűjti. Ott lehet megszerezni az organikus (nem fizetett) látogattságból kipréselhető kattintásokat.
A találati lista első oldala – az ígéret földje?
Ha a weboldalad a saját témájában értékes keresőszavakra, kereső kifejezésekre nem tud bejutni az első 10 találat közé, az annyit jelent, hogy kiszorulsz az első oldalas találatok közül.
Miért baj ez?
Azért, mert ha kiszorulsz az első tíz találatból, szinte egyenértékű azzal, hogy csak pénzért kaphatsz értékelhető mennyiségű látogatottságot a Google keresési univerzumban.
A találati listán szereplő webhelyek közül az 1-10. ‘helyezett’ begyűjti a kattintások 90%-át. A kattintások több, mint 40 százalékát az első találat zsebeli be – utána már óriási nagy szakadék van a kattintások számában…
A második találati oldalon, a 11-20. találatokon már alig van kattintás. Ez rossz hír : ha a témádba vágó kulcsszavakra második találati oldalon jelenik meg a weboldalad, akkor már csak egy tű vagy a szénakazalban.
NE maradj le az új cikkekről!
Add meg az email címed és az elsők között fogsz értesítést kapni az új cikkekről!
Hogyan motivál a Google?
A Google próbálja motiválni a weboldalak tulajdonosait, hogy értékes tartalmat állítsanak elő és szolgálják ki a látogatókat minél jobban. Vannak könnyen hozzáférhető irányelvek, leírások arról, hogyan lehet ezt megoldani.
De mi lesz azokkal, akik megpróbálják megkerülni az egészet és inkább ügyeskedéssel próbálnak előbbre jutni?
Őket is próbálja motiválni a Google. Elsősorban azzal, hogy a találati listában hátrasorolja őket, ha nem szolgálnak elég releváns tartalommal és/vagy tiltott keresőoptimalizálási eszközökkel próbálják javítani a rangsorolásukat.
Az ilyen ügyeskedéseket (is) hivatott kiszűrni az algoritmus frissítések sora. A frissítések nyomán a black hat SEO eszközökkel élő oldalak és a gyenge minőségű tartalmat kínáló weboldalak olyan visszaesést szenvednek el, hogy elveszítik látogatottságuk nagyrészét.
A Google valahogy így tereli a weboldal tulajdonosokat és webmestereket a felhasználók jobb kiszolgálása felé.
A 2019 szeptemberi algoritmus frissítés vesztesei
A világ folyamatosan változik, ezért a Google algoritmusa is folyamatosan változik. Csak a tavalyi évben a Google 3200 frissítést eszközölt saját keresési rendszerén – tehát minden napra 8.67 módosítás jutna. Ezt az adatot nyilván nem lehet így értelmezni, de az biztos, hogy a Google keresési platformján folyamatosan pörög a fejlesztés.
A nagyobb mértékű algoritmus frissítéseket a Google bejelenti, tehát lehet tudni mikor változik komolyabban a rangsorolás. Idén sem hanyagolták el a nagyobb mértékű (core) algoritmus frissítéseket. 2019 évben már a harmadik olyan közleményt adták ki, amelyben széleskörű, az alap-algoritmus módosítását jelentő frissítést jelentettek be.
A tapasztalat azt mutatja, hogy általában egy-egy nagyobb témakört, szektor érintenek (súlytanak?) ezek az alap-algoritmus frissítések.
2019. Szeptember 24.-én élesítették az utolsó nagyobb algoritmus frissítést, amely a (hagyományosan fantáziadús) September 2019 Core Update nevet kapta. Pár hét eltelt azóta és annyi már látszik, hogy melyik szektort érintették leginkább a frissítés hatásai.
Az aktuális, 2019 szeptemberi alap-algoritmus frissítés a személyes pénzügyek (YMYL – Your Money Your Life) témában vágott rendet.
Akik ebben a témában üzemeltetnek weboldalt, azoknak lehet pár álmatlan éjszakájuk mostanság. A pánikrohamot kapott webmesterek és szürkezónás SEO szakik ilyenkor ráöntik panaszaikat a Google közösségi média felületeire.
A Google arcai pedig csak ennyit szoktak válaszolni : nincs jobb módszer a rosszul teljesítő oldalak javítására, mint nagyszerű tartalmat kínálni a látogatóknak.
Egyéb választásunk nem lévén, fogadjuk meg a Google iránymutatását: akkor lehet jól szerepelni a Google keresőben, ha nagyszerű tartalmat és nagyszerű felhasználói élményt adsz a látogatóidnak.
Foglalkozz a mobilos látogatók igényeivel. Legyen a reszponzív weboldal az egyik fegyvered.
A mesterséges intelligencia nem gépel félre semmit és nem betegszik meg. Marketingesek és szövegírók reszkessetek, mert a mesterséges intelligenciával írt tartalmak már a spájzban vannak!
A Google webmestereknek szóló iránymutatásai jelenleg nem szeretik az automatikusan generált tartalmakat a weboldalakon. Ez ma még teljesen érthető álláspont, mivel az automatikusan generált tartalom jelenleg az innen-onnan kóddal lelopott és összebarkácsolt, spam jellegű tartalmakat jelenti.
A Google megengedőbb lehet a mesterséges intelligenciával előállított tartalmakkal szemben
John Mueller a szeptember 20.-i fogadóóráján beszélt arról, hogy a jövőben könnyen előfordulhat, hogy a mesterséges intelligencia fejlődésével az automatikusan generált nemcsak érthetők, de akár hasznosak is lehetnek.
Ha pedig eljutunk oda, hogy a mesterséges intelligenciával előállított tartalmak értéket képviselnek a felhasználók számára, akkor ezzel a kérdéssel Google is foglalkozni fog.
Ha tehát jók lesznek a mesterséges intelligenciával előállított szövegek és tartalmak, akkor a Google akár megengedőbb is lehet, mint most. Előbb még BERT-et s meg kell kérdezni…
A mesterséges intelligencia fejlődése a szövegíróknak és marketingeseknek is hozhat álmatlan éjszakákat
Nyilván eljön az idő, amikor nem kell szövegírót fizetned azért, hogy elkészüljön egy adott témába vágó szöveges tartalom vagy akár hirdetés. Csak bemondod az infót és máris visszakapod a jól konvertáló hirdetést, a tökéletesen felépített márkaépítő cikksorozatot.
Lehet, hogy nem holnap, de pár év múlva talán…
Ehhez még az is szükséges lenne, hogy a Google találjon egy jobb nevet saját mesterséges intelligencia projektjének, a Google AI-nak. Mondjuk lehetne Józsi…
Józsi, a mesterségesen intelligens marketinges csak kér pár adatot a termékedről és mire kimondod , hogy ‘Józsi írj értékesítési szöveget’ – máris elkészült a megszövegezett landing page és választhatsz, hogy mennyi pénzt akarsz költeni a hirdetésekre.
Egy ilyen jövő azért sem elképzelhetetlen, mert maga a Nagy Testvér sem áll rosszul mesterséges intelligencia kutatással és fejlesztéssel. Miért is ne akarná olyan irányba fejleszteni a Google Ads vonalat, hogy csak a pénzt kelljen beszednie és a sok értetlen felhasználót lecseréli Józsira, a mesterségesen intelligens szupermarketingesre?
A Nagy Testvér szép lassan, egyesével állítja fel a kapuőröket. Ma egyet, holnap még egyet, holnapután megint egyet. A kapuőrök egyelőre csak álldogálnak és úgy csinálnak, mintha nem lenne kapu. Ma még nincs is. De ahogy az idő telik és az őrök láthatóan egyre többen lesznek. A kezdetben magányosan ácsorgó kapuőrökből valahogy sorfal áll össze. Egy sorfal, amivel el lehet szigetelni az egyszerű felhasználót a Google-univerzumon túli félelmetes világtól. Nincs benne ártó szándék. Csak megóvják az embereket a saját ostobaságuktól. Vége-főcím, stáblista.
Ha elég sokszor elég sok majmot ültetünk az írógépek elé, előbb-utóbb valahol elkészül a Rómeó és Júlia
Már ma is abba az irányba szalad a Google szekere, ahol egyre kevesebb keresés végződik olyan kattintással, ami a Google-univerzumon túli világba viszi a felhasználót.
Olyan forgatókönyvet is el tudok képzelni a közeljövőben, amikor a Google Ads csak annyit kérdez, mi a terméked és mennyi a hirdetési keret – és minden mást megold helyetted.
A sok hibával járó emberi munkát kiszűri a képletből: elkészíti a kampányt, a hirdetéseket, a landing oldalt – amiket azonnal tesztel és optimalizál. A saját felületein lefuttatja a kampányt, biztosítja a fizetési megoldást és persze célba is juttatja a terméked.
Egy digitális termék esetében ez már ma sem utópia.
Lehet, hogy eddig azt gondoltad, hogy nem kell tudnod semmit a weboldalak betöltődési sebessége témában. Ha szeretnél megtapasztalni a romló SEO pozíciók és csökkenő látogatottság nyomasztó érzését, akkor ne olvass tovább!
Ha szeretnéd megkímélni magad mindezektől a nyomasztó érzésektől, akkor olvass tovább és ismerd meg a tanulságokat, amelyeket nem 100 vagy 1000 weboldal elemzéséből nyertek ki a szerzők. Nem kevesebb, mint 5 millió oldalt elemeztek ki, amelyekből értékes következtetéseket lehet levonni.
Miért fontos téma a weboldalak betöltődési sebessége?
A Backlinko frissen publikált elemzésében 5.200.000 weboldalt vizsgált meg. Azt vizsgálták, hogy milyen tényezők vannak hatással a betöltési sebességre (pagespeed). Miért fontos ez?
Mert a pagespeed már rangsorolási tényező a keresőkben. Ha nem foglalkozunk az oldalunk betöltősédi sebességével, akkor nem csak keresőoptimalizálási fronton bukunk nagyot.
A látogatók frontján szintén pofont kapunk, mert a felhasználói élmény valahol ott kezdődik, hogy a felhasználó egyáltalán találkozzon az oldalunkkal.
Ha csigatempóban töltődik be az oldalunk, akkor a látogató köszöni szépen, nem kéri ezt a falhasználói élményt : fogja magát és bezárja az oldalt, mielőtt betöltődött volna.
Így már érthető, hogy miért fontos téma ez, miért kell foglalkoznunk egy olyan felméréssel, amely több millió oldal adataiból leszűrt tanulságokat tálalja.
A nagy websebesség-teszt
A Backlinko három méréshez határozott meg benchmark adatokat, így ezek lehetnek a későbbi elemzések viszonyítási alapjai.
Az első bájt betöltődéséig eltelt idő (Time To First Byte [TTFB]) Ez teljesen backend folyamat, a látogató nem lát belőle semmit (csak várakozik a DNS, TCP, TLS kapcsolódásra)
Vizuálisan betöltődve (Visual Complete) Ez már a vizuális elemek betöltődése, tehát a felhasználó azt látja, hogy betöltődött az oldal a böngészőjébe. A látogató ebből ítéli meg, hogy milyen gyorsan töltődött be az oldal; nem foglalkozik azzal, hogy az interaktív elemek még nem töltődtek be: látja az oldalt, tehát betöltődött…
Teljes betöltődés (Fully loaded) A vizuális elemek betöltődése után az interaktív elemek töltődnek be – így áll össze a teljes betöltődési idő.
A mérési metrikát nem ismertetném részletesen, mert felesleges – a lényeg sokkal inkább ott van, hogy milyen tanulságokkal szolgált az elemzés.
Főbb tanulságok
A következő adatok nyilván csak a vizsgált mintára értendők, nem a teljes webre.
Weboldalak teljes betöltődési sebessége átlagosan: desktop : 10.3 mp mobil : 27.3 mp
Univerzális tanulság, hogy a mobilos betöltődés sokkal tovább tart, mint az asztali (+87.84%).
Ha szereted az egyszerű, egymondatos válaszokat, akkor kész is vagy, nem kell tovább kutatnod…
Ha érdekel, milyen mély a nyúl ürege, akkor olvass tovább!
Egyes tényezők hatása a weboldal sebességére
Kilenc beolyásoló faktorról vannak adatok, ezeket az érthetőség kedvéért csoportosítva tálalom:
Tartalomkezelő és tartalom kiszolgáló rendszerek
Weboldal méret, oldalméret
Weboldal tömörítés, Javascript, hosting
Mindegyik tényező különböző súllyal telepszik rá a weboldal betöltési sebességre, ezért érdemes a helyén kezelni a megállapításokat.
Tehát hiába szerepelt rosszul a WordPress a tartalomkezelő rendszerek között – ez még közel sem jelenti azt, hogy ki kell dobnod a WP alapú oldaladal és elölről kellene kezdened Squarespace alapon…
NE maradj le az új cikkekről!
Add meg az email címed és az elsők között fogsz értesítést kapni az új cikkekről!
Tartalomkezelő és tartalom Kiszolgáló rendszerek
Tartalomkezelő rendszerek (CMS) hatása a sebességre A tartalomkezelő rendszerek között a Squarespace és a Weebly szerepelt a legjobban.
A hazai pályán gyakrabban használt CMS rendszerek nem szerepeltek jól: a Drupal a mezőny közepén foglal helyet, a WordPress, a Joomla és a Wix a mezőny hátsó soraiba szorult.
Tartalom Kiszolgáló Hálózat (CDN) hatása a sebességre A desktop betöltődési sebességre leginkább Tartalom Kiszolgáló Hálózat (Content Delivery Network [CDN]) használata van, mobilon pedig a HTML kérések mennyisége. Mi ez a CDN-dolog?
A CDN egy olyan megoldás, amivel (elméletben) azt lehet megoldani, hogy a nagy látogatottságú weboldalunk tartalmát gyorsabban megjelenítsük a látogatóknak. Hogyan?
Itt van a csavar: nem egy szerverről szolgáljuk ki a látogatókat, hanem szétszórjuk a világban a szervereket és akkor eloszlik a szerver terhelés, tehát nem lassul be és nem omlik össze a weboldalunk akkor sem, ha éppen a fél világ ott lóg rajta, mert Black Friday van…
Ez elméletben egy tökéletes megoldás, de a gyakorlat azt mutatja, hogy nem mindig működik úgy, ahogy várnánk…
Érdekes adat, hogy a CDN használat korrelál a legrosszabb pagespeed eredményekkel, ami elsősorban arra enged következtetni, hogy egyes CDN szolgáltatók nemhogy gyorsítják a betöltődést, hanem lassítják. A Cloudflare rosszul szerepelt, az GitHub Pages és Google Cloud pedig jól.
Weboldal méret, oldalméret
Weboldal méret hatása a sebességre Pár szóban arról, hogy mit értünk a weboldal érete alatt. A weboldal méret a fájlok összesített mérete, amit a weboldal betölt (kód, stíluslapok, képek, videők, betűkészletek, scriptek). Tavalyi statisztika szerint az oldalméret átlagosan 1.7MB körül van. Összehasonlításképpen: 2010-ben még csak 0.43MB volt egy weboldal mérete – tehát az oldalak egész komolyan ‘híznak’ az évek során (több betűkészlet, több kép, több videó). A pehelysúlyú weboldalak betöltődési sebessége 486%-al jobb volt, mint a nehézsúlyú weboldalaké.
Oldalméret hatása a sebességre A weboldal méret és az oldalméret nem keverendő. Az oldal méret fogalmát úgy tudjuk legkönnyebben értelmezni, ha a átvesszük a profi box súlycsoportokat. Egy 10 mondatos szövegből álló főoldal a pehelysúlyú oldal, az 5000 szavas, képekkel és videőkkal tarkított elemzés pedig a nehézsúlyú oldal. Az oldalméret komoly hatással van a ‘Vizuálisan betöltődve’ állapotra. A pehelysúlyú oldalakhoz képest a nehézsúlyú oldalaknak 318 százalékkal több időre volt szükségük ahhoz, hogy a weboldalak elérjék a ‘Vizuálisan betöltődve’ állapotot.
Képek hatása a sebességre A legjobb eredményt reszponzív képek és a szakaszos (lazy load) kép-betöltés használatával lehet elérni. A WebP (by Google) formátumú képek használata nem igazán hatékony. A weboldalon használt képek gzip tömörítése mind a mobilos, mint a desktop betöltődési sebességre jó hatással van.
Weboldal tömörítés, Javascript, hosting
Weboldal tömörítés hatása a sebességre A weboldal tömörítés kétélű fegyvernek bizonyult, mert a nagyon sok tömörítést használó webodalak és a nagyon kevés tömörítést használó weboldalak is rosszul szerepeltek. Ha szénné tömörítjük a weboldalunkat, akkor ne legyünk elégedettek magunkkal, mert a böngészőnek adunk annyi munkát, hogy leizzad, mire kibontogatja a tömörített fáljainkat. Akkor ne foglalkozzunk a fájlok tömörítésével? De igen! Csak ne vigyük túlzásba…
Javascript keretrendszerek hatása a sebességre Nem mindegy melyik Javascript keretrendszert használjuk: a leggyorsabb Javascript keretrendszerek a Wink 213%-al gyorsabb, mint a leglassabb keretrendszer. A külső (third party) scriptek meghívása szignifikánsan lassítja a betöltődési sebességet. Minden third party script meghívásával vágjunk magunk alatt a fát, tehát minén több scriptet hívunk meg, annál rosszabb lesz a betöltődési idő.
Hosting sebessége A GitHub és a Weebly szolgáltatón futó weboldalak érték el a legjobb TTFB eredményt. A Wix és a Shopify desktopon a lista hátsó soraiban végeztek, mobilon jobban szerepeltek.
A nemzetközi verseny (egyre fokozódik) Kína és Japán adta a legjobb TTFB eredményt produkáló weboldalakat.
Most, hogy már képbe kerültél a weboldalak betöltődési sebességének témájával kapcsolatban, iratkozz fel az blog-értkesítőre és mindig elküldjük neked a legújabb írásokat!
Eddig minden rendben volt, de mostanában egyre kevesebb megrendelés és ajánlatkérés érkezik az oldaladról? Lehet, hogy csak szezonális visszaesésről vagy szó, de az is lehet, hogy sokkal komolyabb problémák állnak a háttérben. A visszaeső látogatottság alattomos ellenség. A mai cikkben kapsz egy 5 pontos listát a problémák azonosításához.
Visszaeső látogatottság nyomán visszaeső bevételek
Általában akkor érezzük, hogy valami nincs rendben, ha kevesebb megrendelés, kevesebb ajánlatkérés érkezik – tehát csökken a weboldallal kapcsolatos interakciók száma.
Ha csökken az interakciók száma, az gyakran a látogatottság visszaesése nyomán történik. Ha pedig kevesebb látogató érkezik a weboldalra, akkor ez általában csökken a beérkező megkeresések, megrendelések, ajánlatkérések száma is.
Ha gyanítod, hogy valami nincs rendben az oldalad körül, akkor kezdd el időben felderíteni a lehetséges okokat!
Ha ezt elmulasztod, később sokkal nehezebb és sokkal drágább lesz kezelni egy olyan helyzetet, ami a kezeletlen problémák egymásra halmozódása nyomán áll elő.
Kezdd el felderíteni az okokat, mert ha csak homokba dugod a fejed, azzal nem tudod megoldani ezt a kellemetlen helyzetet.
1. Diagnózis: azonosítsd a problémát
Első lépés a beismerés. Ha észlelted, hogy baj van, akkor az első lépést már megtetted. Ha gyanakszol, hogy visszaesett a rendelések / ajánlatkérések / kapcsolatfelvételek száma, akkor arra is gyanakodnod kell, hogy visszaesett a weboldalad látogatottsága.
Hogy igazold a gyanakvást, nézd meg a látogatottsági adatokat a Google Analytics fiókodban. Ha megnézed a látogatottsági adatok görbéjét, akkor bizonyos mértékű hullámzást látni fogsz benne – ezzel semmi gond.
Akkor igazolódik a látogatosság csökkenésének gyanúja, ha olyan lefelé ívelő szakaszban van a látogatottsági görbe, amit nem követ felfelé ívelő szakasz. Ha ilyet látsz, akkor a gyanúd igazolva van: csökken a látogatottság.
Visszaeső látogatottság – valahogy így fest…
Igen, a Google Analytics csak egy adatforrás – de talán a leginkább megbízható adat, amire támaszkodni lehet. Ha látod, hogy a látogatottság görbéje lefelé tart folyamatosan, akkor bajban vagy…
2. Működik az oldalad?
Elsőre ostobaságnak tűnik az feltételezni, hogy nem működik az oldal – hidd el, hogy nem az. Könnyen megtörténhet, hogy a weboldalad nem működik, nem elérhető – így nyilván sem látogatottságot és bevételt sem hoz. Naponta előfordulhatnak olyan váratlan helyzetek, ami azt eredményezhetik, hogy az oldalad elérhetetlenné válik:
hacker támadás
szerver szolgáltatónál keletkezett hiba
illetéktelen behatolás
lejárt domain név
lejárt hosting szolgáltatás
hibás DNS beállítások
hibás name server beállítások
Ha ezekre a forgatókönyvekre nem gondolsz, könnyen lehet, hogy napokig vagy akár hetekig egy nem működő weboldaltól vársz eredményt…
Nyisd meg a weboldalad és azonnal kiderül, hogy van alapja ennek a gyanúnak vagy sem.
Velem is előfordult már, hogy szép nagy halálfejes zászló fogadott a weboldalam nyitóoldalán…
Ha nem elérhető a weboldalad, akkor elsőként ezt a problémát kell orvosolni. A tárhely szolgáltatódnál pár kattintással vissza tudják állítani az oldal biztonsági mentését.
Ha az oldalad rendesen betöltődik, akkor mehetünk tovább a teendők listáján.
3. Nem szándékolt hibák felderítése
Sokan használnak webes tartalomkezelő rendszereket a weboldalukon. A legismertebb tartalomkezelő rendszerek:
WordPress
Joomla!
Drupal
Jelenleg a weboldalak 34%-a WordPress tartalomkezelőt használ – talán nem véletlenül.
Ha te is ahhoz a tömeghez tartozol, akik a WordPress tartalomkezelőt használják, akkor lépj be az admin felületre és ellenőrizd, hogy a telepített bővítmények, témák frissítve vannak rendesen. Ha szükséges, frissítsd őket.
Nyilván akkor is érdemes belépned az admin felületre és alaposan körülnézni, ha nem WordPress, hanem más tartalomkezelőt használsz.
Visszatérve a WordPress adminhoz : van egy nagyon-nagyon fontos checkbox, ami padlóra küldhet bármely – addig jól működő – weboldalt. Ez pedig a Beállítások menüben található ‘Megtiltjuk a keresőknek az oldal bejárását’ – checkbox. Ha ez be van pipálva, akkor az annyit jelent, hogy rá van terítve egy láthatatlanná tevő köpeny a weboldaladra…
Az előzőekben említettem, hogy illetéktelen behatolások is előfordulhatnak szinte bármely weboldalon. Ennél még rosszabb, ha megtörtént az illetéktelen behatolás és te nem tudsz róla.
Nem feltétlenül tűzik ki a halálfejes zászlót a feltört weboldalakra.
Megtörténhet az is, hogy a behatoló csak annyit változtat az oldaladon, hogy bepipálja neked a ‘Megtiltjuk a keresőknek az oldal bejárását’ checkboxot – és máris rá van dobva a láthatatlanná tevő köpeny a webodaladra. Ez pedig egyenes út a látogatottság csökkenéséhez.
4. Feltérképezési és biztonsági hibák
Optimális esetben van Google Search Console fiókod. Igazán optimális esetben az Analytics fiókod össze van kötve a Search Console fiókoddal. Ha fennáll ez az idilli állapot, akkor pár kattintással ellenőrizni tudod, hogy milyen feltérképezési hibák fordulnak elő az oldaladon.
Többféle feltérképezési hiba is állhat a visszaeső látogatottság mögött. Derítsd ki, hogy a te weboldaladat mi fogja vissza!
Előfordulhatnak problémák a robots.txt fájl körül. Lehetnek manuális műveletek, amelyek hátrányosan befolyásolhatják a weboldalad rangsorolását.
Nyisd meg a Google Search Console ‘Lefedettség’ menüpontját. Itt láthatod, hogy milyen hibák és figyelemeztetések vannak érvényben az oldaladdal kapcsolatban. A hibákat javítani kell, mert az aktuális feltérképezési hibák miatt komoly hátrányba kerülhet a weboldalad.
A feltérképezési hibák mellett a biztonsági hibák is rangsorolási tényezők – tehát komolyan kell venni őket.
Az esetleges biztonsági problémákat a ‘Biztonsági és kézi műveletek’ menüben a ‘Kézi műveletek’ és a ‘Biztonsági problémák’ pontokban tudod ellenőrizni. Szükség esetén javítsd a jelzett biztonsági hibákat.
5. Google algoritmus frissítések hatása
A Google találati lista (SERP) nem statikus, folyamatosan változik. A Google algoritmusa is folyamatosan változik – tehát nincsenek bebetonozott helyek. Ez jó hír azoknak, akik fehér kalappal, tiszta eszközökkel élnek a weboldaluk keresőoptimalizálása során. Rossz hír viszont, azoknak, akik trükközéssel, az algoritmus kicselezésével oldják meg a keresőoptimalizálást.
Akik a kerülőutakat keresik, azok egy darabig boldogulhatnak – de hosszútávon mindig a bank nyer. A bank jelen esetben a Google, a Nagy Testvér. A visszaeső látogatottság kellemetlen élményét a kókler keresőoptimalizálás gyakorlói akkor is meg fogják tapasztalni, ha azt gondolják, sosem buknak le…
2018. augusztusában a Google algoritmus frissítése a gyenge minőségű linkekkel és értéktelen, másolt tartalommal felhízlalt orvosi és gyógyszer témájú weboldalak tömegét buktatta le.
A Medic Update néven elhíresült algoritmus frissítés tömegesen derítette fel és büntette az orvosi és gyógyszer iparág weboldalait. Ezen a területen sokan elboldogultak kamu linkekkel és kamu cikkekkel – aztán kaptak egy olyan hátrasorolást, ami cégeket tett tönkre. Ennyit arról, hogyan lehet átverni a Nagy Testvért…
Egyre gyakoribbak a komoly Google algoritmus frissítések, amelyek kiszűrik az ügyeskedőket és komolyan átrendezik a találati listát.
Ha az oldaladon – akár a tudtodon kívül – PBN linkekkel és black hat seo megoldásokkal oldották meg a keresőoptimalizálást, akkor minden algoritmus frissítés után álmatlan éjszakáid lehetnek.
A komolyabb Google algoritmus frissítések ideje nagyrészt tudható – így be lehet azonosítani, hogy a látogatottség visszaesése mennyire esik egybe az algoritmus frissítések időpontjával.
Azonosítsd a weboldalad látogatottsági görbéjén található hullámvölgyeket (Google Analytics, látogatottsági adatok)
Visszaeső látogatottság – Google algoritmus frissítésekhez köthetően
Ha az oldalad látogatottsága azokban az időszakokban kezd esni, amikor az ismert Google algoritmus frissítések történtek, akkor egyfajta csapásként érhetett valamelyik ilyen esemény. Előfordulhat, hogy az oldalad keresőoptimalizálása problémás (túl van optimalizálva, esetleg szürkezónás módszerekkel lett megtámogatva…) Az ilyen jellegű problémákat sokszor nehéz „diagnosztizálni”, mert a Google kommunikációja az algoritmus frissítésekkel kapcsolatban elég kétértelmű szokott lenni.
A visszaeső látogatottság kérdése nem oldódik meg magától!
Céges oldalak esetében a visszaeső látogatottság nem hiúsági kérdés, hanem pénzügyi kérdés. Ha a céges oldalad látogatottsága visszaesik és folyamatosan pozíciókat veszít a találati listában, akkor biztos lehetsz benne, hogy nem csak SEO pozíciót, de pénzt is veszít ezzel a céged.
Bizonyos szintű mozgás mindig van a keresők találati listájában, ez normális. Simán előfordulhat, hogy este más pozíciót foglal el az oldalad, mint ahol reggel volt.
Probléma akkor van, ha azt látod, hogy a pozícióid folyamatosan romlanak és a visszaesést nem követi értékelhető felfelé ívelési szakasz.
Ha nem tudod egyértelműen azonosítani a problémát, vagy bizonytalan vagy, akkor keress meg és segítünk azonosítani a problémát.
Ha online marketingben kevésbé járatos cégvezető, esetleg hagyományőrző marketinges vagy – aki eddig nem hallottál arról, hogy reszponzív weboldal – most hozzád szólok.
A reszponzív weboldal témakör mindenképpen megér egy misét, mert a jelek szerint még nem mindenkinek tiszta, hogy egyáltalán miről van szó. Lesz benne minden: Vágási Feri, Forbes Midas lista, mobile first indexing, átirányítás, mobilegeddon – és persze csajok.
Vágjunk bele!
A kezdetek: Vágási Feri beszáll…
Vágási Feri már 1996-ban összegyűjtötte a pénzt és beszállt az internetbe.
Vágási Feri megelőzte a korát, mert hamar meglátta, hogy az internetbe korán be kell szállni. Azt viszont ő sem látta előre (és én sem), hogy a mobilos felhasználók szépen át fogják venni az uralmat a webdesign és keresőoptimalizálás felett.
Sok-sok évig elegendő volt úgy tervezni a weboldalakat, hogy abból indultunk ki, mindenki monitoron vagy laptopon fogja fogyasztani. Sokáig elég volt ez a kényelmes hozzáállás: 2009-ben csak 0.7% volt a mobilos forgalom részaránya a teljes internet forgalomból.
Visszagondolva: 2009-ben nehéz volt abban hinni, hogy a mobilos internetezésből lesz egy kulturális váltás. Egy forradalom.
Tudnom kellett volna, hogy nem lehet másféle a jövő – de 2009-ben ez nekem még elképzelhetetlen volt.
Eltelt néhány év és a kis mobilos internetezős mozgalom eljutott oda, hogy 2017-ben már a teljes internetes adatforgalom fele mobilon zajlott.
Ilyen előzmények után kellemetlen bevallani, hogy én magam 2010 környékén – a webáruházam Analytics számait böngészve – azt mondtam, hogy a mobilos látogatókra még egy darabig nem fordítok különösebb figyelmet, mert az a nevetségesen kis számú mobilos látogató nem ér annyit, hogy érdemes legyen külön foglalkozni velük.
„… az a nevetségesen kis számú mobilos látogató nem ér annyit …” – az ilyen gondolatok miatt nem kerültem fel egyszer sem a Forbes Midas listájára…
Azóta eltelt közel 10 év és eljutottunk oda, hogy ma már élet-halál kérdés a weben a mobilos látogatók kiszolgálása. Az sem vitatéma már, hogy a keresőoptimalizálásban, a rangsorolásban kőkeményen jelen van a mobilos használhatóság kérdése.
A Google webmestereknek szóló iránymutatásaiból egyértelműen kiderül, hogy azok a weboldalak tudnak jó helyen megjelenni a találati listában, amelyek jól kiszolgálják a mobilos látogatókat és gyorsan betöltődnek.
Van rendes, asztali gépen böngészhető weboldalam – az nem elég?
Nem.
Ha van olyan weboldalad, ami jól fogyasztható asztali gépről és laptopról, az csak annyit jelent, hogy ha valaki odatéved az oldaladra, kapsz tőle pár másodpercnyi esélyt, hogy „vevőt nevelj” belőle. Ez tök jó.
De itt van a nyakunkon 2020 és a potenciális vevőidnek már rendesen bele van nőve a kezükbe a telefonjuk – és ez most így is marad egy darabig. Biztos lehetsz benne, hogy az érdeklődőid, a potenciális vevőid éjjel-nappal a telefonnal a kezükben élik mindennapjaikat. Valamit mutatnod kell nekik, ha szeretnél a továbbiakban is érdeklődőket és vevőket.
Valamit kezdened kell azokkal, akik egy miniatűr mobilos kijelzőn nézik a weboldaladat…
Hogyan szolgáld ki a mobilos látogatókat?
A potenciális vevők kezében ott van a telefon. Mindig ott van. Most is. Cégvezetőként, marketingesként szükséged van rájuk, be kell ültetned őket a cirkuszod előadására.
Van weboldalad, ami 5 évvel ezelőtt készült, de azzal már nem tudod behozni őket, mert nem jó az oldalad. Kilóg a kijelzőből. Kicsik a betűk. Olvashatatlan az egész.
Itt van a kérdés az asztalon: mit kezdjünk azokkal, akik egy miniatűr mobilos kijelzőn nézik a weboldaladat? Mi lesz velük?
Erre a kérdésre sokáig ez volt a válasz : „nekik coki van.„
Online marketingesek, akik kijöttünk a barlangból, rájöttünk, hogy elsősorban úgy szolgálhatjuk ki a mobilos látogatókat, ha nem kényszerítjük rájuk az asztali gépre (monitorra) tervezett weboldalunkat. Honnan tudjuk ezt?
Onnan, hogy ha mobilon megnyitunk egy weboldalt, aminek csak asztali verziója van, azt fogjuk látni, hogy rosszul néz ki. Nagyon rosszul.
A reszponzív weboldal vajon mi?
Azt is hamar észre fogjuk venni, hogy használhatósági szempontból szinte azonnal megbukik az oldal. Mit jelent az, hogy használhatósági szempontból megbukik egy weboldal?
Onnan tudod, hogy egy weboldal megbukik a használhatósági teszten, hogy hatalmába kerít ugyanaz az érzés, amikor csalódsz a plázacicában, akiről kiderül, hogy csak fekszik az ágyban, mint egy darab fa és semmit sem tudsz kezdeni vele azon kívül, hogy távolról nézegeted.
Gyakorlatban erről szól a dolog:
a tartalom szélesebb, mint a kijelző, ezért olvashatatlan a szöveges tartalom
a navigáció szétcsúszik, ezért nem tudsz navigálni a menüben
a képek „kilógnak” a kijelzőből, ezért fogalmad sincs mit akarnak mutatni neked a képen
a kattintható elemek túl kicsik / túl közel vannak egymáshoz, ezért használhatatlanok
Ilyen egy nem reszponzív weboldal
Ha megnyitunk mobilon egy weboldalt és a fenti tüneteket észleljük, akkor biztosak lehetünk abban, hogy az adott weboldal beteg: csak asztali verziója van. A fenti tünetek egyértelműen abba az irányba mutatnak, hogy egy weboldal asztali verziója nem alkalmas mobilos böngészésre.
Azok a grafikai és tipográfiai megoldások, amelyek csodásan mutatnak egy 24 colos monitoron, használhatatlanná teszik a weboldalt, ha egy 5 colos mobil kijelzőjén nézzük.
Ha azt akarjuk, hogy mobilról is élmény legyen a weboldalunk böngészése – sőt vevőket is akarunk nevelni az érdeklődőkből, akkor a mobilosoknak egészen másként kell tálalni a weboldalunkat, mint az asztali gépes látogatóknak. Igazából ez már nem választási lehetőség. Csak ez az út van. Ha ezt a szempontot nem vesszük figyelembe, akkor elveszítjük a látogatóinkat és tutira rosszul fogunk szerepelni a keresőkben.
Csak akkor mobilbarát a weboldal, ha jól lehet használni mobilról
Most már biztosan tudjuk, hogy egészen másként kell tartalmat tálalni mobilon, mint monitoron. Nagyszerű gondolat, könnyű beleszeretni.
Felmerül a kérdés, hogy akkor most mit tegyünk, hogyan tovább…
Kezdetben vala a megoldás, hogy észleltük, milyen típusú eszközről böngészik a weboldalunkat, és a nekik szánt weboldal verziót tálaltuk fel. Az asztali böngészéshez asztali verziót, a mobilos böngészéshez a mobilos verziót.
Gyakorlatban: ha észleljük, hogy mobilról böngészi az oldalt a látogató, akkor a valami.hu domainról átirányítjuk az m.valami.hu aldomainre és ott a kifejezetten nekik szánt weboldal verziót tálaljuk.
Ez a megoldás felvetett egy olyan igen kellemetlen problémát, hogy két weboldalt kell fenntartani, két weboldalon kell tálalni ugyanazt a tartalmat. Ennek a kétlaki életmódnak általában az lett a vége, hogy az asztali (valami.hu) weboldal verziót karbantartották, a mobilos (m.valami.hu) weboldalt pedig nem. Így zátonyra futottak sokan, akik ezzel az átirányításos verzióval dolgoztak.
Nem volt jó ez az átirányítós dolog. Rossz volt a megrendelőnek, rossz volt a látogatónak. Csak azért születtek ezek a megoldások, mert a webmesterek túl kényelemesek voltak. Nem akarták megtanulni, hogyan kell adaptálni a megjelenő tartalmat a kijelzőhöz.
Sokan voltak beleragadva ezekbe az átirányításos megoldásokba – mindkét oldalon.
Elkészültek a „dupla” weboldalak. A megrendelők úgy tudták, hogy most az online marketing élvonalába kerültek, mert van mobilos megjelenítésük…
A szolgáltatói oldal örült a dupla megbízásoknak és egyáltalán nem akarta megtanulni az új megoldást, a reszponzív webdesignt.
Az online marketing jeges vizébe merészkedő webfejlesztők számára igazi mentőöv volt a reszponzív webdesign (RWD) koncepció. Akik észrevették a mentőövet, megtanulták az új módszereket és elkezdtek modern weboldalakat készíteni.
Akiket nem érdekelt a mentőöv, azok zátonyra futottak.
NE maradj le az új cikkekről!
Add meg az email címed és az elsők között fogsz értesítést kapni az új cikkekről!
Mert sok céges weboldal esetében erősen lecsökkent a látogatottság – vagy teljesen eltűnt. Sokan csődbe mentek emiatt, szóval nem volt kellemes élmény azoknak, akik nem foglalkoztak a weboldaluk mobilos használhatóságával.
A Google időben szólt: ki akar a futóverseny felénél cementes zsákot kapni a nyakába?
Nem jelentkezett senki, ezért 2015.04.21.-én élesítette az algoritmus-frissítést, ami kiválasztotta, hogy kik lesznek azok, akik megnyerik a cementes zsákot a nyakukba…
Legyen reszponzív weboldal, oké?
A mobilegeddon volt a fordulópont, amikor egyértelművé vált a webdizájner szakmának is, hogy nem lehet tovább halogatni a tanulást. Meg kell tanulni olyan weboldalakat készíteni, ahol nem trükkös átirányításokkal, hanem reszponzív megjelenítéssel van biztosítva a tartalom optimális megjelenítése.
Bunkósbottal nem készül reszponzív weboldal…
Gondolhatnánk, hogy ma minden weboldal reszponzív, mert már a külvilágtól elzártan, hideg barlangokban alkotó webmestereknek is világosság támadt a fejükben az elmúlt években, és rájöttek, hogy a mobilos látogatókat – és persze a megrendelőiket – reszponzív mobilbarát weboldallal kell kiszolgálniuk.
Nézzük meg, hogy konkrétan mi az, hogy reszponzív egy weboldal?
Alapvetően annyit jelent, hogy a weboldal optimálisan jeleníti meg a tartalmat
az asztali gépen böngészőknek is
a tableten böngészőknek is
a mobilon böngészőknek is
Mindezt úgy lehet elérni, hogy a tartalom megjelenítése „automatikusan” alkalmazkodik a böngésző eszköz megjelenítőjéhez. Ez nagyon jól hangzik, de hogyan alkalmazkodik egy weboldal a megjelenítőhöz, és hogyan lesz reszponzív a te weboldalad?
Költői kép a reszponzív webdesign megértéséhez
Mitől és hogyan lesz reszponzív a weboldalam?
Elsősorban úgy lesz reszponzív a weboldalad, ha a webmesterednek szándékában áll megoldani ezt. Tehát akkor vagy jó kezekben weboldal fejlesztéskor, ha a weboldalad alkotója számít arra, hogy többféle megjelenítőn is fogják böngészni a weboldalt.
Nagyon jó, ha számít erre a webmester, de még jobb, ha ezt a gyakorlatba is átviszi ezt és úgy írja meg a kódot, hogy többféle kijelző méreten is jól használható legyen a weboldal.
Nyilván ma már van több jó megoldás erre, de mindegyiknek az a lényege, hogy a webmester (kézzel írt kóddal vagy akár keretrendszer használatával) megvalósítja, hogy optimális legyen
a navigáció / menürendszer megjelenítése
a szövegek megjelenítése
a képek megjelenítése
a hivatkozások megjelenítése
a kattintható elemek (gombok) megjelenítése
attól függetlenül, hogy éppen mobilon vagy asztali gépen vagy tableten nézi a látogató a weboldalt.
A gyakorlatban: a webmester kijön a barlangból és megoldja, hogy ne lógjon ki a kijelzőből menü, nagyobb legyen a betűméret, a navigációs menü mobilon hamburger-menüként jelenjen meg, stb.
Ez nem rakétatudomány, simán meg lehet tanulni.
Nem voltam jó matekból. Számomra úgy kerek a világ, ha biztos vagyok benne, hogy a rakétatudományokat nem lehet megtanulni. Ezért is örülök, hogy egyáltalán nem kell foglalkozom rakétatudománnyal.
Mobile first indexing: nem lehet figyelmen kívül hagyni
A Google az indexelés során elsődleges szempontnak tekinti, hogy az adott weboldal a mobilos látogatottságot hogyan szolgálja ki. Ha sehogy nem szolgálja ki, akkor várakozhat a homokozóban arra, hogy indexelésre kerüljön…
Nem nem olvastad még a mobile-first indexing témával foglalkozó cikkemet? Itt a lehetőség!
Ha egy weboldal rosszul szolgálja ki a mobilos látogatókat – például m.valami.hu aldomainre irányítja át őket – akkor szintén számíthat arra, hogy ólómsúlyokat kap a lábára és úgy kell lépcsőznie a találati listán.
Ehhez nyilván elsőként a szolgáltatóknak (webfejlesztőknek, sitebuildereknek) kellett alkalmazkodni. Rendelkezésre állt jópár év – tehát azok a fejlesztők, akik nem voltak hibernálva az elmúlt pár évben, azok már megtanulták, hogyan kell kiszolgálni a mobilos látogatókat.
Reszponzív weboldal : nem szolgáltatás, nem feature
A szolgáltatói oldalon személyes igényességtől függően – ki mélyebben, ki felületesebben – már szinte mindenki elsajátította, mi fán terem a reszponzív weboldal és hogyan kell ezt az egészet megoldani.
Akkor 2019-ben hogyan lehetnek még talpon olyan weboldal készítő cégek, akik kőbaltával faragott oldalakat adnak át gyanútlan megrendelőknek?
Úgy, hogy a megrendelő nem foglalkozik sem webdesign, sem online marketing kérdésekkel. Ő a cégével foglalkozik, aminek sokszor nem része, hogy foglalkozik online marketing témákkal. Csak akar egy új weboldalt, mert látja, hogy a céges oldala tényleg gáz.
Beírja a keresőbe, hogy weboldal készítés és kattint az első találatra – ami nyilván fizetett hirdetés lesz. Szerencse vagy balszerencse kérdése, hogy éppen profikat fog ki a gyanútlan érdeklődő, vagy kóklereket.
Lehet, hogy szerencsés napja van a megrendelőnek és jó kezekbe kerül. De az is lehet, hogy elkerüli a szerencse és kóklerekbe fut bele, akik leígérik a csillagok az égről – aztán átadnak egy csillogó masnival átkötött szemétkupacot az ügyfélnek.
Nem kell több „ajánlott felbontás” – weboldal. Nem kell több sötét m.valami.hu átirányítás. Legyen világosság. Legyen reszponzív a weboldalad.
Én azt mondom, hogy 2015 után, a Google Mobilegeddon óta már senki nem adhat ki a kezéből nem reszponzív weboldalt. Akkor sem, ha a megrendelőnek fogalma sincs arról, mit jelent ez. Akkor sem, ha megrendelőnek nincs mobilja és sosem jön rá, hogy mobilon használhatatlan a weboldala.
Nem kell egyedül megoldanod!
Megrendelőként akkor járhatsz jól, ha legalább alapszinten képbe kerülsz azzal kapcsolatban, hogy merre hány méter az online térben. Mondjuk kezdésként iratkozz fel a blog-értesítőnkre…
Ha zsömlét veszel a boltban, nyilván nem érdekel, hogy milyen lisztkeverékből készült és ki sütötte azt a zsömlét. De ha a céged online marketingjéről van szó, akkor potenciális megrendelőként érdemes felcsipegetned némi alaptudást arról, hogy mi újság van online marketing témában manapság.
Nem kell megtanulnod a szakmát, nem kell egyedül megoldanod. Vannak sokan, akik megtanulták és jól csinálják az online marketinget.
Egy kis tájékozódás tényleg hasznos, mielőtt kinyitod a pénztárcád. Ha legalább tudod, merről fúj a szél, akkor nagyobb esélyed van arra, hogy nem fogod meginni a levét…
Kérülj képbe azonnal: add meg az email címed és rendszeresen elküldjük neked az online marketing és keresőoptimalizálás legfrissebb trendjeiről szóló cikkeket!
Egyáltalán nem ajánlom az m-pont URL-ek használatát – különösen az új oldalaknak nem – írta John Mueller a Twitteren pár nappal ezelőtt. Ezzel hadat üzent a ma is sok helyen megtalálható m.valami.hu átirányítás megoldásoknak.
Valószínűleg ez már nem újdonság sokaknak – de azért mindig ad egy súlyozást egy-egy témának, ha JM konkrétan beszél róla.
Néhány évvel ezelőtt még én is bele voltam szorulva egy ilyen m.valami.hu átirányítás megoldásba egy webáruházam kapcsán. Rémálom volt, utáltam. A Google is utálta.
A mobilosok felé fordul a web
Mégis vannak olyan webmesterek, akik még ma is próbálkoznak olyan megoldásokkal, hogy külön m.valami.hu aldomainre irányítják át a mobilos látogatókat. Vannak olyanok is, akik még ma is olyan weboldalt adnak ki a kezükből, ami egyáltalán nem veszi figyelembe, hogy 2019-et írunk és az emberek már egész nap a telefonnal a kezükben járnak-kelnek, így tehát a webet is nagyrészt mobilról fogyasztják.
A Google már 2015 óta igyekszik egyre több hangsúlyt adni annak, hogy a mobilos látogatók kiszolgálása felé halad a web – és ezt az irányt favorizálja a Google is. Ezt sokáig nem vették komolyan a webmesterek és a mai napig is akadnak olyan weboldalak, ahol nincs megoldva ez a kérdés.
Elindult már a mobile-first indexing folyamat, ami már egyértelműen jelzi, hogy a mobilos látogatók lesznek a web fókuszában.
Változnak az idők. 2009-ben Matt Cutts azt magyarázta, hogy ha fegyvert tartanak a fejedhez és arra kényszerítenek, válassz a HTML sitemap és az XML sitemap között, akkor válaszd a HTML-t.
Ha nem olvastad ezt a John Mueller posztot a Redditen, és pont tegnap este tört rád a sitemap-kommandó, akkor rossz hírem van : nem csak álmodsz, halott vagy.
Azért, mert nem olvastad a tegnapi John Mueller posztot. Még jó, hogy itt vagy és itt olvasod ezt az életmentő SEO tippet …
Az életmentő tanács az, hogy ma már felesleges a HTML sitemap a webodalon, mert a Google crawler minden oldalt megtalál, amire link mutat – tehát SEO szempontból nincs értelme a HTML sitemap használatának.
Rossz a belső linkek struktúrája, ha a látogatók a sitemap oldalaid valamelyikén kötnek ki.
A sitemap nyilván fontos marad a továbbiakban is:
oda kell figyelni a belső linkek strukturálására
legyen XML oldaltérkép
ellenőrizzük az indexelhetőséget (megtekintés robotként)
A belső linkeket WordPressben sokan a Jetack related post funkciójával oldják meg. Lehet, hogy te is hasznlod és nem tudsz róla, hogy van vele egy – nem is olyan kicsi – probléma?
Erről írtunk egy cikket, amiben kiderül, hogy mi a hiba a Jetpack kapcsolódó bejegyezések nofollow megoldásával és hogyan háríts el a hibát. Olvasd el, aztán iratkozz fel a blog-értesítőre!
NE maradj le az új cikkekről!
Add meg az email címed és az elsők között fogsz értesítést kapni az új cikkekről!
John Mueller a 2019.09.27.-i Google Webmaster Central fogadóóráján – kérdésre válaszolva – elmondta, hogy a H1 HTML tag olyan gyakran alkalmazható egy weboldalon, ahányszor csak szeretnénk, nincs korlátozva a számuk.
Rögtön hozzátette, hogy különösen HTML5 környezetben elfogadott, ha több < h1 > taget használ egy oldal.
A tartalom strukturálására jól bevált, mert a keresők és a felhasználók számára is jó információt az oldal vagy a bekezdés tartalmával kapcsolatban – de a rangsorolás szempontjából ez nem kritikusan fontos.
Néhány SEO elemző eszköz hibaként jelölheti meg a H1 HTML tag hiányát, de rangsorolás szempontjából ez nem számít kritikus hibának. Egy weboldal rangsorolhat jól akkor is, ha több < h1 > taget használ – de akkor is rangsorolhat jó helyen, ha egyet sem használ.
A bejelentés után a webmesterek között elindult egy furcsa diskurzus, ami teljesen tévútra vitte az egész témát.
most akkor nem kell H1?
most akkor a H1 már nem is lényeges?
át kell írnom az oldalaimon a H1 tageket?
Annyira rossz irányba szaladt el az egész vita, hogy újra foglalkozni kellett a < h1 > témával, hogy rend legyen a fejekben. A magyarázat és a pontosítás úgy hangzott, hogy az algoritmus akár a h1 tagek nélkül is nagy pontossággal meg tudja érteni, hogy hol vannak főcímek, alcímek – és ennek megfelelően fogja a szöveges tartalmat kezelni.
Tehát nem kell átírni, nem kell kitörölni, nem kell megőrülni 🙂
Inkább iratkozz fel a blog-értesítőre és mindig elküldük neked a legfrissebb online marketing és keresőoptimalizálás témájú cikkeinket!
NE maradj le az új cikkekről!
Add meg az email címed és az elsők között fogsz értesítést kapni az új cikkekről!
