ugrás a tartalomhoz

Tartalmat tegyem előre, vagy a menüt?

cajal · 2006. Feb. 3. (P), 10.55
Tehát van egy kész oldalam. Van egy menü a bal oldat és mellette az aktuális tartalom (ez 2 div, azaz 3 :) ).
Kérdésem, hogy mi a jobb, ha a forráskódban a menü van elől és utána jön a tartalom vagy fordítva?
A felolvasóprogramok és a mobilos elérés miatt vetődött fel bennem a kérdés. Valamint lehetséges az, hogy a kerkesők a szerint rangsoroljanak, hogy a szó a kódban hol fordul elő? (ha elől van akkor előkelőbb helyre kerül vagy ez nagyon nagy baromság)
 
1

Vakok miatt érdekes

janoszen · 2006. Feb. 4. (Szo), 00.08
Kizárólag a vakok miatt érdekes. Szerintem, csináld azt, hogy ha rövid a menüd, akkor a tartalom elé rakod, egyébként utána. A kiemelt tartalmakat és ilyeneket kizárólag utána rakd, ha megoldható.

A kereső helyezéseden nem változtat semmit.
2

Szerintem

Bártházi András · 2006. Feb. 4. (Szo), 00.11
A kereső helyezéseden nem változtat semmit.

Miből gondolod? Minden ezzel foglalkozó SEO oldalon azt hallani, hogy jobb, ha a tartalom minél előbb van a HTML forrásban.

-boogie-
4

Tapasztalat...

janoszen · 2006. Feb. 4. (Szo), 11.34
Nem tudom, melyik SEO oldalakon van ez, de régen volt egy olyan limit, hogy a keresőgépek csak az oldal első 500 bájtját indexelik le és ezért kell a tartalmat előre rakni. De miután ez a korlát már jócskán megszűnt, nem tartom indokoltnak a tartalmat előre rakni, hacsak a vakok/mobilböngészők kedvéért nem. Tapasztalat az oldalaimmal is azt mutatja, hogy a kereső helyezésen nem változtat.
6

Erről van szó

mefi · 2006. Feb. 4. (Szo), 13.01
Pontosan erről van szó, hiszen a kereső jobban figyelembe veszi az először beolvasott adatokat. Én mindenképpen előrébb helyezném, mivel:
  • a mobil eszközökről internetezőknek sokkal kényelmesebb,
  • a felolvasó programoknak sem mindegy, hogy a menü van előbb, és azzal kezdi, avagy a tartalommal,
  • először töltődik le a tartalom, és csak azután a menü, ez lassabb internethozzáférés esetén áldás lehet

És persze sorolhatnánk még az indokokat.

üdv:
mefi
http://mefi.be
3

Telenonon is

karaj · 2006. Feb. 4. (Szo), 00.16
Szerintem telefonon is számít a sorrend. Próbáld ki esetleg az Opera Minin (mini.opera.com, van ott egy szimulátor is).
5

köszönet

cajal · 2006. Feb. 4. (Szo), 11.41
köszönöm és megfogadom tanácsaitokat, mivel a menü meglehetősen hosszú így lehet, hogy csinálok külön egy "vakbarát" felületet. a default pedig az lesz, hogy a végén van.
7

Vakbarát

attlad · 2006. Feb. 4. (Szo), 17.02
Viszont azt tudni kell, hogy a felolvasó programokat használók se hallgatják végig egy weboldal teljes felolvasását, hanem lehet ugrálni az oldal különböző pontjai, pl. címsorai között, ezért kell a header elemeket jól használni, így lehet elkerülhető a külön vakbarát verzió, bár ez az adott oldaltól is függ.
8

vakbarát oldal

Bártházi András · 2006. Feb. 4. (Szo), 19.58
Hát a "külön vakbarát" oldalt felejtsd el, semmi értelme. Sőt, gyakorlatilag diszkrimináció. Ha a normál oldal jól van megcsinálva, egy vak is jól tudja használni, nem kell számára egy lebutított példányt csinálni, ami nem jó semmire.

-boogie-
9

tartalom vs menü

Tomek73 · 2006. Feb. 5. (V), 08.37
Nagyon sokat gondolkodtam én is rajta, hogy melyik elrendezés a megfelelő a vakok, gyengénlátók számára, (illetve mindazoknak akik felolvasószoftvert vagy szöveges böngészőt alkalmaznak).

Érdekes olvasmány:
http://www.usability.com.au/resources/ozewai2005/

A felmérés szerint (18 felovasószoftvert- és 5 szöveges böngészőt használók és gyakorlott és kezdő JAWS használók bevonásával):

- jobb, ha a navigáció van elöl és csak utána a tartalom
- hasznosak a skip linkek (ugrás a tartalomhoz, menühöz stb)
- használjunk "értelmes" címsorok (h1...h6)
- használjunk leíró linkeket
- használjunk megkülönböztető jelzéseket a navigáció részére
- használjunk szemantikus és valid kódot
- tartsuk be a WCAG ajánlásait

Kíváncsi lennék KGYT véleményére, mivel úgy tudom, hogy Ő kapcsolatban áll azzal a programozóval, aki a JAWS magyarítását készíti, fejleszti.

Tomek73