fojtották, de ne hagyja abba a böngészést!

az elmúlt években világszerte bevezetett LTE hálózatoknak és a szupergyors mobil kapcsolatokkal kapcsolatos összes izgalomnak köszönhetően könnyen elfelejthetjük, hogy a lassú-grindingly-slow a normál csatlakozási sebesség a világ nagy részein. Például az ázsiai-csendes-óceáni térségben—a világ leggyorsabban növekvő mobilpiacán-az összes kapcsolat 65% – a csak 2G volt 2013-ban. Nyugat-Európában az összes kapcsolat körülbelül 30% – a 2013-ban csak 2G volt; 2019-re pedig az LTE a piac (csak) 50% – át teszi ki. Míg a csak 2G-s kapcsolatok várhatóan csökkenni fognak, mivel világszerte egyre több hálózat nyeri el a 3G és 4G képességeket, 2017-re még mindig a teljes 47% – át teszi ki.

Észak-Amerikában és Nyugat-Európában a 3G és a 4G dominál, de a piac alsó végén a fogyasztói tervek gyakran korlátozzák az ilyen nagysebességű hálózatokon átvihető adatok mennyiségét. Ezek a korlátok alacsonyak lehetnek-az Egyesült Államokban például a havi 30 dollár csak 100 MB adatot eredményez; A német Otelo 300 MB-ot kínál havi 7,99-ért. A határérték elérése után a fojtás vagy a töltés (gyakran büntető sebességgel) a norma; ez azt jelenti, hogy még ezekben a fejlett piacokon, és még a nagysebességű tervek esetén is, a fogyasztók egy része nem rendelkezik állandó hozzáféréssel a gyors mobil internethez.


egy meglehetősen nagy telefonszámla (forrás: Flickr)

mint már korábban megjegyeztük a mobiForge-on, az oldal súlya meglehetősen állandó felfelé mutató pályán volt az elmúlt években. 2014 novemberében az átlagos asztali honlap izmos 1,9 MB volt. Kombinálja a hálózati késleltetést, a 2G kapcsolatokat, a korlátozott adatterveket és az adatigényes weboldalakat, és felkavarja őket, és lassú, frusztráló mobil webes élményt nyújt a sok felhasználó számára; egy olyan valóság, amelyet meglehetősen elhomályosítottak a 3G és 4G hálózatok minden izgalmában.

When slow means really slow

az, hogy egy szolgáltató egy bizonyos határérték felett korlátozza-e a sebességet vagy MB-nként tölt-e díjat, piaconként változik, egyesekben (például az Egyesült Államokban és Németországban) a fojtás népszerűbb, másokban (az Egyesült Királyságban és Ausztráliában) pedig a töltés népszerűbb.

azokon a piacokon, ahol a fojtás gyakori, a sebesség akár 32 Kb / s-ra is csökkenthető. A spanyol Vodafone például a Vodafone Yu tervei alapján ezt teszi. Általában a sebesség 32 kbps, 64 Kbps vagy 128 Kbps, vagy 2G átviteli sebességre csökken.

ország fuvarozó a határérték elérésekor?
Egyesült Államok AT & T sebesség fojtva 128kbps
Egyesült Államok Virgin Mobile sebesség fojtva 2G
Egyesült Államok Boost mobil sebesség fojtva 2G
Egyesült Királyság Vodafone töltés
Egyesült Királyság O2 töltés
Egyesült Királyság narancssárga töltés
Németország Otelo sebesség 64kbps-ig
Németország Lidl mobil sebesség 64 kB / s sebességre szabályozva
Németország Vodafone sebesség 32 Kb / s sebességre szabályozva
Spanyolország Vodafone sebesség 32 Kb / s sebességre szabályozva
Spanyolország YoIGo sebesség 64 kB / s sebességre szabályozva
Spanyolország Carrefour M 6402 > sebesség 128 kb / s sebességre szabályozva
Spanyolország Tuenti M Enterpril töltés
Olaszország TIM sebesség 32 Kb / s sebességre szabályozva
Olaszország Fastweb sebesség 64 kB / s sebességre szabályozva
Írország Meteor töltés
Írország Vodafone töltés
Írország három három ‘fenntartja a jogot, hogy korlátozza a szolgáltatást’

a fuvarozók által a különböző piacokon alkalmazott megközelítések egy része az adatkorlát elérése után

használható-e fojtott kapcsolat?

első pillantásra ezek a számok azt sugallhatják, hogy csak fel kell adni—a web egyszerűen használhatatlan ilyen sebességgel. A dolgok azonban nem feltétlenül olyan rosszak,vagy inkább nem kell. Fojtott kapcsolaton (vagy valóban pay-per-MB kapcsolaton) A webhely által egy eszközre lenyomott bájtok száma döntő fontosságú lesz. Túl sok bájt egy fojtott kapcsolaton, és a webhely egyszerűen használhatatlanná válik.

a fogyasztók saját kezükbe vehetik a dolgokat egy olyan átkódoló böngésző használatával, mint az Opera Mini, vagy egy online átkódolóval, mint például a Google webes Átkódolója (igen, még mindig él!).

míg az Opera Mini egy csodálatos böngésző, és több mint 300 millió felhasználónak segített lassú kapcsolatokon, alacsony kategóriájú eszközökön vagy cenzúrázott területeken, hogy jobb böngészési élményt nyújtson, a transzkóderekhez való fordulás saját problémákkal jár. A bonyolultabb interakciók, amelyek például JavaScriptet igényelnek (e-kereskedelem, űrlapkitöltés, sőt bejelentkezések), esetleg nem működnek a webhely és a látogatók között ülő transzkóderrel.

és mivel sok webhely egyre inkább alkalmazásszerűvé válik, a transzkóderek számára ez nem lesz könnyebb: a plugineket és építőelemeket alkalmazó webhelyekkel, mint például a jQuery, az Angular és a Polymer, az alkalmazásszerű webhelyek egyre inkább mainstreamekké válnak.

a transzkóderekkel elveszíted az irányítást a saját webhelyed kialakítása felett is, mivel a transzkódernek természeténél fogva mindent meg kell tennie, hogy menet közben összenyomja és újragondolja a meglátogatott webhelyet, hogy illeszkedjen a felhasználó eszközéhez. Nagy felhasználói bázisa ellenére az Opera Mini gyakran kimarad a böngésző tesztelési terveiből.

itt is érdemes megemlíteni a biztonságot. Bár talán elfogadható kockázat sok alkalmi böngésző számára, az érzékeny adatok proxy útján történő továbbítása nem ideális. Valójában az a kérdés, hogy bízhat-e a közvetítőben, hogy ne veszélyeztesse az adatait.

a Transzkóderek úgy próbálják megoldani a problémát, hogy kitöltik az eszköz képességei és a webes technológiák közötti szakadékot. Nem léteznének egy ideális webes világban, ahol minden webhely kielégítően támogathatna minden eszközt minden kapcsolaton, minden területen. Sajnos a látogatók nagy része nem tudja, mi a webes átkódoló, vagy hallott már az Opera Mini-ről, nemhogy telepítette (kivételek természetesen azokon a piacokon, ahol előre telepítve van olyan népszerű eszközökre, mint például a Nokia Asha). Tehát, ha a sávszélesség-kihívást jelentő látogatókra támaszkodik, hogy telepítsen egy adott böngészőt, mielőtt megtekinthetik az Ön webhelyét, akkor nem tesz magának szívességet.

mit jelent ez a fejlesztők számára?

az, hogy lassú vagy nagyon lassú kapcsolatokkal rendelkező felhasználókat szeretne-e kiszolgálni, az a vállalkozásától és a webhely felhasználói bázisától függ. De ha hajlamos, a fejlesztők és a webhelytulajdonosok valóban elhelyezhetik ezeket a felhasználókat. Az egyik megközelítés a sávszélesség-észlelés megvalósítása. Az ötlet egyszerű: ha lassú kapcsolatot észlel, akkor egy kisebb hasznos teher szállítható az eszközre, például a képelemek tömörítésével, vagy a JavaScript és a CSS elejtésével vagy adaptálásával. Gyorsabb kapcsolatok esetén jobb minőségű eszközök és több funkció-teljes jelölés és szkriptek használhatók. A képminőség és a felhasználói felület általános költsége a sebességre vonatkozik, és ez jelentheti a különbséget a használható és a használhatatlan webhely között.


a Google a sávszélesség-észlelést használja annak eldöntésére, hogy mit jelenítsen meg a felhasználóknak

a sávszélesség-észlelés mindenütt megvalósul: A Google csinálja (próbálja ki a képkeresést lassú kapcsolaton), A Facebook csinálja, és te is meg tudod csinálni! A fent említett cikkben szereplő minta megvalósításában ~40-szeres megtakarítás volt lehetséges az oldal súlyában a felhasználói élmény romlása nélkül. Éppen ellenkezőleg, ez a hatalmas oldalsúly-megtakarítás nagyban növeli a felhasználók tapasztalatait a lassú adatkapcsolatokon. Az eredményeket az alábbiakban mutatjuk be.

webhely optimalizálása előtt különböző eszközökön

asztal
1360 x 768
1027 KB
iPhone
320 x 480
1027 KB
Nokia 6300
240 x 320
1027 KB

webhely optimalizálás után különböző eszközökön

asztal
1360 x 768
1027 KB
iPhone
320 x 480
153 KB
Nokia 6300
240 x 320
25 KB

a képek mögött található adatok egy részét az alábbi táblázat mutatja. További részletekért lásd a cikket.

eredeti oldal kép átméretezés hozzáadása adaptív JS & CSS alkalmazkodjon a kapcsolathoz
az oldal mérete betöltési idő az oldal mérete betöltési idő az oldal mérete betöltési idő az oldal mérete
iPhone 3G 1027 KB 14s 253 KB 7s 253 KB 6s 153 KB 5s
iPhone GPRS 1027 KB 2m 30s 253 KB 40s 253 KB 40s 153 KB 25S
Funkció Telefon (2G) 1027 KB 203 KB 35s 87 KB 25S 25 KB 12S

következtetés

gyakran feltételezik, hogy az okostelefonok és az LTE a gyors és képes mobilinternet-kapcsolatnak felel meg, és hogy a lassú sebesség és az alacsony sávszélesség a feltörekvő piacokra korlátozódik. Ez nem mindig igaz az adatterv-marketing és a költségvetés-tudatos felhasználók rendkívül versenyképes világában. A nagy sebességű adatkapcsolatok korlátozása egy bizonyos határérték elérése után bevett gyakorlat a fuvarozók körében világszerte. Ez azt jelenti, hogy a látogatók egy része nagyon lassú kapcsolatot fog használni, még a fejlett piacokon is. Ha olyan piacon működik, ahol a fojtás gyakori, akkor a sávszélesség-kihívást jelentő ügyfelekhez való alkalmazkodás nem lehet piackorlátozó döntés.