u bent beperkt, maar stop niet met browsen!
met de uitrol van LTE-netwerken over de hele wereld in de afgelopen jaren, en alle daarmee gepaard gaande opwinding over supersnelle mobiele verbindingen, kan het gemakkelijk zijn om te vergeten dat langzaam-tot-grindend-traag de normale verbindingssnelheid is in grote delen van de wereld. In Azië-Pacific, bijvoorbeeld— ‘ s werelds snelst groeiende mobiele markt-65% van alle verbindingen was 2G alleen in 2013. In West-Europa was ongeveer 30% van alle verbindingen in 2013 slechts 2G; en tegen 2019 is LTE goed voor (slechts) 50% van de markt. Terwijl 2G-alleen verbindingen naar verwachting afnemen als meer netwerken over de hele wereld krijgen 3G en 4G mogelijkheden, in 2017 zal het nog steeds goed voor 47% van het totaal.
in Noord-Amerika en West-Europa domineren 3G en 4G, maar aan de onderkant van de markt hebben consumentenplannen vaak een limiet aan de hoeveelheid gegevens die over deze hogesnelheidsnetwerken kan worden overgedragen. Deze limieten kunnen laag zijn-op Straight Talk in de VS, bijvoorbeeld, $ 30 per maand krijgt u slechts 100MB aan gegevens; Het Duitse Otelo biedt 300MB voor € 7,99 per maand. Zodra een limiet is bereikt, is throttling of charging (vaak tegen een straftarief) de norm; dit betekent dat zelfs in deze ontwikkelde markten, en zelfs met ‘high speed’-plannen, een deel van de consumenten niet constant toegang heeft tot snel mobiel internet.
een vrij grote telefoonrekening (bron: Flickr)
zoals we eerder hebben opgemerkt op mobiForge, is het paginagewicht de afgelopen jaren vrij constant opwaarts gegaan. In November 2014, De gemiddelde desktop homepage was een forse 1,9 MB. Combineer netwerk latency, 2G-verbindingen, beperkte data plannen, en data-zware websites, geef ze een roer, en je hebt een langzame, frustrerende mobiele web-ervaring voor een heleboel gebruikers; een realiteit die is nogal verduisterd in alle opwinding over 3G en 4G-netwerken.
wanneer “langzaam” betekent “echt traag”
verschilt de vraag of een aanbieder de snelheid zal verminderen of per MB boven een bepaalde limiet zal opladen van markt tot markt, waarbij throttling in sommige landen populairder is (bijvoorbeeld in de VS en Duitsland) en het opladen in andere landen (het Verenigd Koninkrijk en Australië).
in markten waar throttling gebruikelijk is, kunnen snelheden tot 32kbps worden verlaagd. Vodafone in Spanje, op haar Vodafone Yu plannen, doet dit, bijvoorbeeld. In het algemeen worden snelheden verlaagd tot 32kbps, 64kbps of 128 kbps, of tot een 2G overdrachtssnelheid.
Land | vervoerder | wanneer de limiet is bereikt? |
---|---|---|
Verenigde Staten | BIJ&T | Snelheid beperkt tot 128 kbps |
Verenigde Staten | Virgin Mobile | Snelheid geknepen naar 2G |
Verenigde Staten | Boost Mobile | Snelheid geknepen naar 2G |
Verenigd Koninkrijk | Vodafone | Laden |
Verenigd Koninkrijk | O2 | Laden |
Verenigd Koninkrijk | Oranje | Laden |
Duitsland | Otelo | Snelheid beperkt tot 64kbps |
Duitsland | Lidl Mobiele | Snelheid beperkt tot 64kbps |
Duitsland | Vodafone | Snelheid geknepen naar 32kbps |
Spanje | Vodafone | Snelheid geknepen naar 32kbps |
Spanje | YoIGo | Snelheid beperkt tot 64kbps |
Spanje | Carrefour Móvil | Snelheid beperkt tot 128 kbps |
Spanje | Tuenti Móvil | Laden |
Italië | TIM | Snelheid geknepen naar 32kbps |
Italië | Fastweb | Snelheid beperkt tot 64kbps |
Ierland | Meteoor | Laden |
Ierland | Vodafone | Laden |
Ierland | Drie | Drie ‘behouden ons het recht voor om uw Service’ |
Sommige van de aanpak van dragers in verschillende markten een keer een data limiet is bereikt
Is een geregelde verbinding te gebruiken?
op het eerste gezicht zouden deze cijfers kunnen suggereren dat men gewoon moet opgeven—het web is gewoon onbruikbaar bij deze snelheden. Echter, dingen zijn niet per se zo slecht, of liever gezegd, ze hoeven niet te zijn. Op een afgezwakte verbinding (of zelfs een pay-per-MB-verbinding) wordt het aantal bytes dat uw site naar een apparaat duwt cruciaal. Te veel bytes op een geblokkeerde verbinding, en uw site wordt gewoon onbruikbaar.
consumenten kunnen het heft in eigen handen nemen door gebruik te maken van een transcoderingsbrowser zoals Opera Mini, of een online transcoder zoals Google ‘ s Web Transcoder (yep, het leeft nog!).
hoewel Opera Mini een geweldige browser is en meer dan 300 miljoen gebruikers op trage verbindingen, of low-end apparaten, of in gecensureerde gebieden, heeft geholpen om een betere surfervaring op het web te hebben, heeft transcoders zijn eigen problemen. Meer complexe interacties, die javascript vereisen bijvoorbeeld, (e-commerce, het invullen van formulieren, en zelfs logins) misschien niet werken met een transcoder zit tussen uw site en uw bezoekers.
en aangezien veel websites steeds meer app worden-alsof het niet gemakkelijker wordt voor transcoders: met sites die plugins en bouwstenen gebruiken zoals jQuery, Angular en Polymer, worden app-achtige websites steeds meer mainstream.
met transcoders verliest u ook enige controle over het ontwerp van uw eigen site, aangezien een transcoder, door zijn aard, een best mogelijke inspanning moet leveren om de site die wordt bezocht on-the-fly te knijpen en te rejiggen om het apparaat van de gebruiker te passen. Ondanks de grote user base, Opera Mini wordt vaak weggelaten uit browser testen plannen.
veiligheid is ook hier het vermelden waard. Hoewel misschien een aanvaardbaar risico voor veel een toevallige browser, het hebben van uw gevoelige gegevens doorgegeven via een proxy is niet ideaal. Het komt er echt op neer of je de tussenpersoon kunt vertrouwen om uw gegevens niet in gevaar te brengen.
Transcoders proberen het probleem aan te pakken door de kloof te dichten tussen de mogelijkheden van het apparaat en de technologieën van het web. Ze zouden niet bestaan in een ideale Webwereld waar elke site naar tevredenheid zou kunnen ondersteunen elk apparaat op elke verbinding in elk gebied. Helaas, een groot deel van uw bezoekers kan niet weten wat een web transcoder is, of hebben ooit gehoord van Opera Mini, laat staan hebben geïnstalleerd (uitzonderingen natuurlijk in markten waar het komt voorgeïnstalleerd op populaire apparaten zoals de Nokia Asha). Dus, als u vertrouwt op uw bandbreedte uitgedaagd bezoekers om een bepaalde browser geïnstalleerd voordat ze uw site kunnen bekijken, Dan ben je niet doen jezelf geen gunsten.
wat betekent dit voor ontwikkelaars?
of u gebruikers met langzame of zeer langzame verbindingen wilt of nodig hebt, hangt af van uw bedrijf en het gebruikersbestand van uw site. Maar, indien geneigd, ontwikkelaars en site-eigenaren kunnen inderdaad geschikt voor deze gebruikers. Een aanpak is het implementeren van bandbreedtedetectie. Het idee is eenvoudig: als een langzame verbinding wordt gedetecteerd, dan kan een kleinere payload worden geleverd aan het apparaat, bijvoorbeeld door het comprimeren van image assets, of laten vallen of aanpassen van JavaScript en CSS. Op snellere verbindingen, hogere kwaliteit activa en meer feature-volledige markup en scripts kunnen worden gebruikt. Beeldkwaliteit en UI overhead worden verhandeld voor snelheid,en dit kan het verschil betekenen tussen een bruikbare en onbruikbare site.
Google gebruikt bandbreedtedetectie om te beslissen wat gebruikers
moeten tonen bandbreedtedetectie wordt overal om u heen geïmplementeerd: Google doet het (probeer image search op een langzame verbinding), Facebook doet het, en je kunt het ook doen! In de voorbeeldimplementatie in het hierboven genoemde artikel was een ~ 40x besparing in paginagewicht mogelijk zonder afbreuk te doen aan de gebruikerservaring. Integendeel, deze enorme pagina gewichtsbesparing zal zeer veel verbeteren van de ervaring van gebruikers op trage dataverbindingen. De resultaten worden hieronder weergegeven.
Site voor de optimalisatie op verschillende apparaten
Desktop
1360 x 768 1,027 KB |
iPhone
320 x 480 1,027 KB |
Nokia 6300
240 x 320 1,027 KB |
Site na optimalisatie op verschillende apparaten
Desktop
1360 x 768 1,027 KB |
iPhone
320 x 480 153 KB |
Nokia 6300
240 x 320 25 KB |
sommige gegevens achter deze afbeeldingen worden weergegeven in de onderstaande tabel. Zie het artikel voor meer details.
Originele site | afbeelding Toevoegen en een afbeelding herschalen | Adaptive JS & CSS | aan te Passen aan connectiviteit | |||||
---|---|---|---|---|---|---|---|---|
Paginagrootte | Laden | Pagina-grootte | Laden | Pagina-grootte | Laden | Pagina-grootte | Laden tijd | |
iPhone 3G | 1027 KB | 14s | 253 KB | 7s | 253 KB | 6s | 153 KB | 5s |
iPhone GPRS | 1027 KB | 2m 30s | 253 KB | 40 | 253 KB | 40 | 153 KB | 25s |
Functie telefoon (2G) | 1027 KB | ∞ | 203 KB | 35 | 87 KB | 25s | 25 KB | 12s |
Conclusie
vaak wordt aangenomen dat smartphones en LTE komt neer op een snelle en geschikte mobiele internet verbinding, en dat de langzame en een lage bandbreedte beperkt zich tot de opkomende markten. Dit is niet altijd het geval in de zeer concurrerende wereld van data-plan marketing en budget-bewuste gebruikers. Het beperken van “high-speed” dataverbindingen na het bereiken van een bepaalde limiet is een gangbare praktijk voor alle vervoerders wereldwijd. Dit betekent dat een deel van uw bezoekers een zeer langzame verbinding zal gebruiken, zelfs in ontwikkelde markten. Als je actief bent in een markt waar throttling gebruikelijk is, dan is niet aan te passen aan bandbreedte-uitgedaagde klanten misschien wel een markt beperkende beslissing.