ugrás a tartalomhoz

LazyLoad + SEO

jgege · 2013. Jún. 3. (H), 09.28
Sziasztok,

Főleg RWD miatt előjön a lazyload képekkel kapcsolatban. Láttam pár oldalt ami használja, de pár hete jutottam el oda, hogy megnézzem a működését.
Valakinek van tapasztalata, hogy a google ezért ad-e büntetést, le tudja-e indexelni az igazi képeket vagy csak nem lesz benne a képkeresőben egyik képünk sem?

LazyLoad működése képeknél (aki esetleg nem értené a kérdést):
- még szerver oldalon IMG src-be egy üres kép elérése megy, egyik attribútuma megkapja az eredeti kép elérését
- amikor elér a képig a felhasználó JS-el, src-t átváltoztatja az igazi elérési útvonalra (és megkapjuk a képet :))
 
1

Szerintem

Poetro · 2013. Jún. 3. (H), 10.22
Szerintem nem fog büntetni, csak a képek nem fognak megjelenni a kép találatok között. Főleg, mivel még akkor is ha a Google futtatni fogja a JavaScriptet, sem fog legörgetni a tartalomban.
2

noscript

Hidvégi Gábor · 2013. Jún. 3. (H), 11.01
4

Szerencsére ez még nem

jgege · 2013. Jún. 3. (H), 12.53
Szerencsére ez még nem feladat csak elméleti/hobbi szinten nézem ezeket a lehetőségeket. Ez egy jó megoldásnak látszik, úgy tűnik rossz topikban keresgéltem :)
Köszi a választ/linkelést.
3

hivatkozás

szabo.b.gabor · 2013. Jún. 3. (H), 11.32
És mi történik akkor, ha hivatkozásként teszed be a képeket, és azt változtatod át img-re görgetéskor?
5

Mármint <a href>? :) Ez már

jgege · 2013. Jún. 3. (H), 12.59
Mármint <a href>? :) Ez már túlságosan hegesztős(nek tűnik) ahhoz, hogy szükség esetén bevállaljam. <a>-kat végig nézni mikor valaki szerkesztett egy tartalmat húzósabb, mint <img>-ket, na meg nem is érzem szemantikusnak.
Tehát kb ez van akkor, ettől függetlenül köszi :D
6

Szerintem elegáns megoldás.

Joó Ádám · 2013. Jún. 3. (H), 15.23
Szerintem elegáns megoldás.
7

az illető a szerkesztett

szabo.b.gabor · 2013. Jún. 3. (H), 15.28
az illető a szerkesztett tartalomban ugyanúgy img tag-eket rak.

de szerver oldalon nem üres képre rakod az img src attribútumát, és egy másik attribútumba az eredeti forrást, hanem csinálsz egy 'a' tag-et, a href-be berakod a kép forrását, a szövegbe pedig mehet az alt rész ha van, valamint adsz neki egy osztályt, hogy feldolgozáskor kliens oldalon könnyen megtaláld.

-a szerkesztett tartalom ugyanolyan, mint eddig.
-nem nehezebb előállítani, visszaalakítani mint a másik verziót
-nem kell üres képet pluszban letölteni
-szerintem jóval szemantikusabb, mint a 'herélt' img tag
-nem kell noscript, de javascript nélkül sem veszik el a tartalom.

valaki okos mondja meg, igazából nekem mindegy
8

Link

Poetro · 2013. Jún. 3. (H), 16.30
Szerintem a link és a noscript is tökéletes megoldás. A link esetén még használnám a title attribútumot is, ezzel megnevezném a tartalmat, amire a link mutat. Ez hasznos lehet SEO célokból, mivel ha valaki ténylegesen ellátogat a linkre, akkor ugye ott nem lesz más title.

A noscript annyiban lehet szerencsésebb, hogy a felhasználó akkor is látja a képet, ha nem látogat el a linkre (azaz már az aktuális oldalon látja a tartalmat) JavaScript bekapcsolása nélkül is.
9

A noscript-tel az a baj, hogy

Joó Ádám · 2013. Jún. 3. (H), 16.51
A noscript-tel az a baj, hogy nem használható XHTML-ben.
10

És akkor mi van?

Hidvégi Gábor · 2013. Jún. 3. (H), 17.05
Te a validátornak akarsz megfelelni vagy az elvárásoknak? Milyen előnyök miatt választod az XHTML-t a normál HTML-lel szemben?
11

Egyszerűbb, szigorúbb nyelv.

Joó Ádám · 2013. Jún. 3. (H), 17.24
Egyszerűbb, szigorúbb nyelv.
16

Jogos :) Nem tudom (már),

jgege · 2013. Jún. 3. (H), 21.43
Jogos :) Nem tudom (már), hogy honnan jött ez a végig görgetés :D

Igazad van ezt is jónak érzem, van 2 potencális megoldás, azt hiszem mindenki örülhet :D

Herélt img elején nekem sem tetszett, de ezzel a noscript taggel már megbékéltem :)
Legközelebbi hobbi projektben valószínűleg ki is próbálom :)
19

Ez nem értem, miért húzósabb

H.Z. · 2013. Jún. 3. (H), 22.15
Ez nem értem, miért húzósabb az <a...> tageket végignézni, mint az <img...>-ket.

<a class="modositando" ...>...</a>

document.getElementsByClassName("modositando") és ha nem
mindet akarod átírni, akkor válogatsz közülük.
Valamit félreértek?
20

Fentebb megírtam, már én sem

jgege · 2013. Jún. 4. (K), 07.24
Fentebb megírtam, már én sem tudom, hogy ez honnan jött :D Nem kliens oldalon gondoltam a végig nézést, hanem szerveren, de tényleg nem tudom már honnan jött :D
12

Nem vagyok benne túlzottan a

MadBence · 2013. Jún. 3. (H), 18.09
Nem vagyok benne túlzottan a reszponzív képek rejtelmeiben, de szerintem ha van rá valami használatban lévő szabvány(tervezet), vagy csak de facto szabvány, akkor azt a google is támogathatja.
17

Amit láttam CSS tricks-en az

jgege · 2013. Jún. 3. (H), 21.49
Amit láttam CSS tricks-en az pl ez az üresen hagyás és egy másik attribútum megkapta a kép valós címét.
Különböző tagek vannak (figure?picture?) tervben, de ezek még nagyoooon csak tervben :) +valamilyen áthidaló megoldást szeretnék, hogy ha esetleg muszáj csinálnom egy ilyet és IE7-et is támogatni kell még, akkor menjen :)
Úgy tűnik itt előjött 2 de facto is... :)
13

Csak kíváncsiskodom

H.Z. · 2013. Jún. 3. (H), 19.41
Jól értem, valami olyasmit akarsz megvalósítani, mint ami pl. a google képkeresőjében, újabban a flickr-en vagy az 1x.com-on van?
Ha nem, akkor az egész hozzászólásom tárgytalan.

Ha igen: biztosan jó ez az ötlet? (mindenkitől kérdezem)
Csak magamból indulok ki, fogalmam sincs, mások hogy viszonyulnak hozzá, de én kifejezetten utálom, hogy nem tudok lapozgatni a képek között. Nem tudom, hány lap lehet összesen, nem tudok közvetlenül odaugrani ahová szeretnék stb.
A google képkeresőjét, hacsak lehet, kikapcsolt JS mellett használom, hogy elkerüljem ezt a "fícsört".
14

Ugyanez van a youtube-on, és

Hidvégi Gábor · 2013. Jún. 3. (H), 20.29
Ugyanez van a youtube-on, és én sem szeretem. A <noscript>-es trükk viszont arra jó, hogy kikapcsolt JS mellett is jelenjenek meg képek.
15

Nem teljesen értem, hogy mire

jgege · 2013. Jún. 3. (H), 21.34
Nem teljesen értem, hogy mire gondolsz, de a tippem az, hogy "endless scrollra" (+googlenél ott van a lazyload is hozzá).

Amit szeretnék: ha már RWD akkor felesleges (pl) a telefont terhelni nagy képekkel. Ahonnan legjobb megtudni, hogy milyen készülékről böngészi a felhasználó az oldalunkat az maga a kliens. LazyLoad-os módszerrel nem küldi el egyből a kéréseket így a kliens megtudná mondani, hogy mekkora képre van szüksége.
Első körben azt néztem, hogy JS-el meg lehet-e szakítani a kéréseket, de nem...


de én kifejezetten utálom, hogy nem tudok lapozgatni a képek között

Nekem nincs problémám az endless scrollal (ha tényleg arra gondoltál) viszont azt sajnálom, hogy nem szoktak semmilyen megoldást alkalmazni arra, hogy legalább jelölhesd, hogy oké itt jártam, innen szeretném folytatni/linkelhesd normálisan. Bár mintha google képkeresőjében erre pont lenne valami... :)
18

Arra, amikor a scrollbaron

H.Z. · 2013. Jún. 3. (H), 22.10
Arra, amikor a scrollbaron tudok "lapozni", nincsenek beszámozva az oldalak. (ha JS nélkül nézed a google képkeresőjét, akkor látod amit én szeretek, ha engedélyezed a JS-t, akkor azt, amit nem)

Lehet, hogy ez a mostani, érintőképernyős eszközökön kényelmesebb, de pc-ről/laptopról elég kényelmetlen.
És nem az hiányzik, hogy megjelölhessem, hol tartottam, hanem a lehetőség, hogy nagyjából tudjam a találatok számát, tudjak bennük úgy navigálni, hogy sejtem, kb. hol járok a találati halmazon belül.
23

Akkor elsőre értettem :)

jgege · 2013. Jún. 4. (K), 09.57
Akkor elsőre értettem :) Ezzel a témával kapcsolatban ez nem volt ötlet.
Volt ahol kipróbáltam (blog) ott szerintem ez teljesen rendben van, de googlék adhatnának ennek kikapcsolására lehetőséget.
21

Végtelenbe görgetés

Hidvégi Gábor · 2013. Jún. 4. (K), 08.31
Nem a legszerencsésebb dolog mobil eszközökön végtelen görgetést megvalósítani, erre már pár nagy cégnek beletört a bicskája (linkedin, facebook).
22

Sütemény

Hidvégi Gábor · 2013. Jún. 4. (K), 09.00
A következő is működik: a HTML fejléc legelejére beteszel egy <script>-et, amiben megállapítod a felbontást, majd az értéket beteszed gyorsan egy süteménybe. A képeket ezek után egy scripttel szolgálod ki, amelyik megnézi a süteményben lévő változót, és annak függvényében küldi ki a képet.
24

megoldások = 3

jgege · 2013. Jún. 4. (K), 10.11
Ez is tök jó ötletnek tűnik (már 3 megoldásnál tartunk :D).
Én mondjuk, ha lehet kerülöm a - főleg képek - kiszolgálását phpval (tudom problémás vagyok :)).

Jól gondolom, hogy google-t ez a scriptes kiszolgálás akadályozza a képek indexelésében?
25

Script

Hidvégi Gábor · 2013. Jún. 4. (K), 10.36
Nem muszáj scriptből kiszolgálni, például Apache alatt a mod_rewrite is eléri a cookie értékét, és feltételezem, hogy más webszerveren is ugyanilyen egyszerűen megoldható.

Jól gondolom, hogy google-t ez a scriptes kiszolgálás akadályozza a képek indexelésében?
Ha a rewrite-os megoldást használod, a képek teljesen hagyományosan fognak kinézni: <img src="akarmi.jpg">, ha nincs cookie, akkor pedig egy alapértelmezett méretet tudsz kiszolgálni, amit ugyanúgy megeszik a google.

Egyébként pedig szerintem kicsit túldimenzionálod a témát, a weben jelenleg a képeket csak az alt tag-jükben lévő vagy a rájuk mutató linkek feliratában lévő szövegekkel lehet leírni, ami nem ér semmit sem. Amíg komolyabb metainformációval nem lehet őket ellátni, szerintem nincs értelme foglalkozni a dologgal.
26

EXIF, IPTC

Arnold Layne · 2013. Jún. 4. (K), 12.53
Amíg komolyabb metainformációval nem lehet őket ellátni

Olyanokra gondoltál, mint az EXIF és az IPTC?
27

Téma

Hidvégi Gábor · 2013. Jún. 4. (K), 13.11
Egy külső, a képtől független adatforrásra gondoltam, amihez nem szükséges letölteni magát a képet. Olyanok legyenek benne, mint például ki vagy mi van a képen (például egy hegy, mi a neve, van rajta egy különleges fa, annak neve stb.).
28

Én még leragadtam a

jgege · 2013. Jún. 4. (K), 13.58
Én még leragadtam a X(/L)AMPPnál tehát apache-al tolom :)

Eszembe se jutott volna, ez egy elég szimpatikus lehetőség. Köszi a linkelést is. :)

Egyébként pedig szerintem kicsit túldimenzionálod a témát,[...]

Ez szokásom, de most egyik célom, hogy lássam milyen lehetőségek vannak. Úgy érzem minőségibb megoldások születtek, mint amit eddig nagy oldalakon láttam beleértve mind 3 megoldást :)