Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.



Download to read offline

Performance Implications of Mobile Design (Perf Audience Edition)

Download to read offline

(This version of the presentation is oriented at a web performance audience, and includes some mobile design 101 content)

Mobile Web Design is complicated, and several design paradigms have been created to help deal with the challenges the mobile landscape creates.

Amongst other implications, each paradigm also carries its own performance pitfalls, which can turn a well designed site into a horribly slow user experience.

This presentation covers the top design paradigms - Dedicated Websites (mdot) and Responsive Web Design, gives some background on each, and digs into the performance do's and don'ts for your design of choice.

Related Books

Free with a 30 day trial from Scribd

See all

Performance Implications of Mobile Design (Perf Audience Edition)

  1. 1. Performance Implications of Mobile DesignGuy Podjarny@guypodguy@akamai.com Akamai Confidential
  2. 2. Agenda• Quick Intro to top Mobile Design Paradigms• Review each Paradigm • Explain Key Implementation Points • Dig into top performance problem • Show what went wrong • Discuss how you can fix it• Share tools that can help • And how to use them• Summary Faster ForwardTM ©2012 Akamai
  3. 3. Who Am I #1: Ex-CTO of (now Akamai) Faster ForwardTM ©2012 Akamai
  4. 4. Who Am I #2: Blaze Mobitest• Mobile Web Performance Measurement • Free Online Service:• Now Open-Source! • For more details: Faster ForwardTM ©2012 Akamai
  5. 5. Who Am I #3: Mobile Performance Researcher Faster ForwardTM ©2012 Akamai
  6. 6. Waterfall Charts Resource Doc Complete, Waterfall (Request/Response) (a.k.a. onload, Chart Start Render Load Time) Faster ForwardTM ©2012 Akamai
  7. 7. Quick Intro to Mobile Design Akamai Confidential
  8. 8. Faster ForwardTM ©2012 Akamai
  9. 9. Dedicated Sites (mdot) URL/Website Per Device Profile Faster ForwardTM ©2012 Akamai
  10. 10. Why Dedicated Websites?• Historical Reasons • More established and better understood • Hard to change existing desktop websites • Different owners inside/outside the company• Better Reasons • Less sensitive to specific browsers • Helps align to native apps • Easier to get perfect site for that context (Maybe) Faster ForwardTM ©2012 Akamai
  11. 11. Responsive Web Design One URL, Adapt to screen size Faster ForwardTM ©2012 Akamai
  12. 12. Mobile First & Desktop First: RWD Variations Mobile First (Progressive Enhancement) Desktop First(Graceful Degradation) Faster ForwardTM ©2012 Akamai
  13. 13. Why Responsive Websites?• Broader Device Support • Support the endless screen size permutations • No Need for User-Agent Mapping• Easier to maintain • Maintain one website instead of multiples• Future Friendly • Anticipates future devices • Better suited for handling new types of devices • Faster ForwardTM ©2012 Akamai
  14. 14. Responsive Shades of Grey• Responsiveness is a property of a website • A dedicated mobile website can be responsive • A website can respond “only a little bit”• Display Size is not the only variable • Can respond to hardware properties (e.g. camera) • Can respond to data availability (e.g. location)• Server-side code can help too (a.k.a. RESS) • Though responsiveness is primarily client-side Faster ForwardTM ©2012 Akamai
  15. 15. Dedicated Sites (mdot) Akamai Confidential
  16. 16. Mdot Dedicated Sites don‟t create new performance problems Still have old problems, but that‟s not related to mobile design Faster ForwardTM ©2012 Akamai
  17. 17. Small Mobile Site, Small Waterfall , iPhone 4, iOS 5.0 Faster ForwardTM ©2012 Akamai
  18. 18. Big Desktop/Tablet Site, Big Waterfall Chart iPad 2 iOS 5 Faster ForwardTM ©2012 Akamai
  19. 19. Dedicated Sites Top Performance Problem Redirects m. www. Faster ForwardTM ©2012 Akamai
  20. 20. Redirects are expensive!www.espn.com2 redirects, 1.3 seconds lost Faster ForwardTM ©2012 Akamai
  21. 21. User-Agent Detection FAIL Nexus S XOOM iPad 2 Faster ForwardTM ©2012 Akamai
  22. 22. Solution: Client-Side Detection Faster ForwardTM ©2012 Akamai
  23. 23. Late Redirect using scripts are even slowerwww.disney.com2 redirects + JS Redirect, 3 seconds lost Faster ForwardTM ©2012 Akamai
  24. 24. Could get nastywww.garmin.com3 redirects + JS Redirect, 3.6 seconds lost Faster ForwardTM ©2012 Akamai
  25. 25. Redirects – What To Do?• Replace redirects with client-specific HTML • Your CDN/load-balancer can help!• Minimize Redirects • Merge redirect chains• Use HTTP Redirects, not JS redirects • Keep the client-side detection as backup • Detect most devices server-side• Cache HTTP Redirects on the CDN • Makes the extra round trip shorter• Use HTTP 301 Redirect, with a future Expiry • 302/303/307 redirects not cached by iOS and others Faster ForwardTM ©2012 Akamai
  26. 26. Responsive Web Design Akamai Confidential
  27. 27. RWD Implementation 101• Fluid Design • Turn absolute sizes into relative sizes• Breakpoints • Ethan Marcotte (@beep) / Stephen Hay @stephenhay: “Expand window until it looks like shit. Time to insert a breakpoint!”• CSS Media Queries • Change CSS more significantly at breakpoints • Examples: Hide Columns, Collapse Menus, Remove bg imgs• Using min/max width controls default view • Determines what non-conforming browsers will display Faster ForwardTM ©2012 Akamai
  28. 28. Live Demo Faster ForwardTM ©2012 Akamai
  29. 29. Media Queries Example Mobile-First: Uses min-width3 “versions”: 2 Breakpoints:Basic, Mobile, Desktop 320px, 640px Faster ForwardTM ©2012 Akamai
  30. 30. RWD Implementation 201• Extend support with scripted DOM manipulations • Not all browsers support media queries (e.g. IE 6-8) • Due to JS Support concerns, used mainly for enhancement • Often required for responding to features• Beware: Widths are not accurate or consistent • Leave some buffer…• Use EMs instead of PXs for absolute sizes • Better handling for zoom or font size differences Faster ForwardTM ©2012 Akamai
  31. 31. Responsive Web Design Responsive Web Design Top Performance Problem: Over-Downloading Faster ForwardTM ©2012 Akamai
  32. 32. Test – Compare Sites on Different Resolutions• Data: • 347 Sites from• Testing Methodology: • Use • Use Chrome browser • Resize window before each measurement •Resolutions: 320x480, 480x960, 1024x768, 1600x1200 • Saw similar results with iPhone vs. iPad tests• Collect Results • Excel & Pivot Tables(Automated version of Jason Grigsby‟s test last year) © Faster ForwardTM ©2012 Akamai
  33. 33. Responsive Sites Load Times & Size, by Resolution Load Time* by Resolution (ms)4,0003,5003,0002,5002,0001,5001,000 500 0 Page Size by Resolution (KB) 1,200 1,000 800 600 400 200 0* Over Cable Speed(5 Mbps down, 1 Mbps up, 28ms RTT) Faster ForwardTM ©2012 Akamai
  34. 34. Small Screen = Less Visible Content != Less Bytes 320x48 1600x120 0 0 Faster ForwardTM ©2012 Akamai
  35. 35. Some depressing stats… Page size Smallest Screen (320x480) 3% 11% vs. Biggest Screen (1600x1200) Roughly Same Size A Bit Smaller (50-90%) 86% Much Smaller (<50%) Faster ForwardTM ©2012 Akamai
  36. 36. Big Site, Big Waterfall 1600x120 0 Faster ForwardTM ©2012 Akamai
  37. 37. Small Site, Big Waterfall 320x480 Faster ForwardTM ©2012 Akamai
  38. 38. Download and HideRich Side-bar,holds ads and more Display set to none Faster ForwardTM ©2012 Akamai
  39. 39. Hidden content is still downloaded Display set to none, resources are still downloaded! Hidden background Images are not! Faster ForwardTM ©2012 Akamai
  40. 40. Download and Shrink Smaller Screen, Same Size Image Faster ForwardTM ©2012 Akamai
  41. 41. Media queries don‟t prevent CSS downloads Separate CSS per media basic.css mobile.css 320x480“Right” CSS loaded“Wrong” CSS loaded- Possibly deferred to just before onload - WebKit Bug 39455- Conditions may change (e.g. rotate device)- Scripts may use it Faster ForwardTM desktop.css ©2012 Akamai
  42. 42. Excess DOM1402 elements 1398 elements3485 nodes 3491 nodes Simplicity not reflected in DOM 1600x1200 320x480 Faster ForwardTM ©2012 Akamai
  43. 43. RWD Woes• Download and Hide• Download and Shrink• Extra CSS Download• Excess DOM Faster ForwardTM ©2012 Akamai
  44. 44. What Can We Do About It?! Akamai Confidential
  45. 45. Images accounts for most mobile pages sizeStats from Faster ForwardTM ©2012 Akamai
  46. 46. Responsive Images 128px, 240px, 6.8 KB 2.9 KB 320px, 10.6 KB 480px, 21.3 KBSite:lonelyplanet.comDevice:iPhone 4Before: Full Res, 50.1 KB867 KBAfter:570 KB Faster ForwardTM ©2012 Akamai
  47. 47. Responding Up (or badly?) ipad_hero.jpg 113 KB Served to Desktop ipad_hero_2x.jpg 360 KBServed to New iPad Faster ForwardTM ©2012 Akamai
  48. 48. Standardizing Responsive Images @srcset VS. <picture> Faster ForwardTM ©2012 Akamai
  49. 49. Responsive Images• Responsive Images = Serve lower res images to smaller screens • Optionally load full res image in the background• Lots of great resources on how to do it • Cloud Four blog - Education • Src – Free Server-Side Image Resizing • - Client-Side Selector• Responsive images apply to CSS too! • Especially to background images Faster ForwardTM ©2012 Akamai
  50. 50. Load Images via CSSFull Details: Faster ForwardTM ©2012 Akamai
  51. 51. Or load images via JavaScript• Same loader can: • Apply responsive images • Load only visible images, including only above-the-fold images• Interferes with speculative look-ahead parsing Faster ForwardTM ©2012 Akamai
  52. 52. Beyond Images - Build Mobile First• Don‟t just design Mobile First – Code a Mobile-only site • Build only for the lowest resolution you care about • Adapt to similar screen sizes: No layout shifts, no big res jumps • Performance should compare to mdot sites• Once implemented – Enhance via JavaScript • Grow DOM only on screens that need it.• Desktop clients with no JS support are a minority • Your mobile site should be good enough for those • Don‟t sacrifice the performance of 99% for the remaining 1% Faster ForwardTM ©2012 Akamai
  53. 53. Enhancing via JavaScript – Tips & Tricks 1600px• Split your files by layout/resolution 480 • Duplicating content on the server is ok 320 px • Duplicating download is not px• Use Inline JavaScript to decide the layout • Then use external (cacheable) files to apply it • document.write() all CSS files (and other links) in one inline script!• Put scripts that change design at the top • JavaScript blocks rendering • Will avoid FOUC – Flash Of Unstyled Content • Put all other scripts at the bottom var css = „small.css‟; if (window.innerWidth > 640) css = „large.css‟; else if (window.innerWidth >= 320) css = „medium.css‟; document.write(„<link type=“stylesheet” rel=“stylesheet” href=“‟+css+‟”/>‟); Faster Forward TM ©2012 Akamai
  54. 54. Don‟t forget the “regular” concerns• Reduce HTTP requests • Consolidate Files • Inline tiny files• Reduce bytes • Minify CSS/JS • Use Lossless Compression for Images• Load visible content first • Defer everything else • Or Load it on demand• Avoid CSS Imports•… Faster ForwardTM ©2012 Akamai
  55. 55. Now you can be Responsive AND Fast! Faster ForwardTM ©2012 Akamai
  56. 56. Measure! • Mobitest • Online service: • Install local open-source version (details) • Google‟s Pcapperf • Convert network capture to waterfall charts • • Stoyan Stefanov‟s “icy” • HTTP insight into iOS HTTP requests • • @firt‟s iWebInspector • Remote debugger for iOS simulator • Faster ForwardTM ©2012 Akamai
  57. 57. Testing different screen dimensions• Run webpagetest script with resizing • Use Chrome as agent (not supported on other browsers) • Sample script (tab delimited): setviewportsize 320 480 navigate • Many other scripting options: webpagetest/scripting• Figure out the viewport dimensions you want to simulate • Faster ForwardTM ©2012 Akamai
  58. 58. Summary Akamai Confidential
  59. 59. Summary• Choosing your mobile design is HARD• There are many factors to consider• Design Decision have Performance Implications• Mdot Primary Concern: Redirects• RWD Primary Concern: Over-Downloading• Either design paradigm can be made fast• Performance should be built in – not bolted on• Measure!• Make perf testing a part the core functionality test Faster ForwardTM ©2012 Akamai
  60. 60. Questions? Performance Implications of Mobile DesignGuy Podjarny@guypodguy@akamai.com Akamai Confidential
  • NaveenaTukaram

    May. 30, 2015
  • meinaart

    Oct. 28, 2014
  • LuisCalvo6

    Sep. 8, 2014
  • briangoetz

    Jun. 10, 2014
  • number0

    May. 27, 2014
  • ykronrod

    Feb. 13, 2014
  • andreabordoni

    Jan. 3, 2014
  • yiibu

    Dec. 5, 2013
  • organogram

    Mar. 28, 2013
  • junk5311

    Mar. 19, 2013
  • gregone

    Feb. 15, 2013
  • fcardoso

    Feb. 13, 2013
  • ravsyn

    Feb. 11, 2013
  • grolimur

    Feb. 9, 2013
  • b4z81

    Feb. 8, 2013
  • davetrux

    Feb. 6, 2013
  • leloutre

    Feb. 5, 2013
  • mbuenoferrer

    Feb. 5, 2013
  • sherrett

    Jan. 15, 2013
  • gabymolinagoigoux

    Nov. 24, 2012

(This version of the presentation is oriented at a web performance audience, and includes some mobile design 101 content) Mobile Web Design is complicated, and several design paradigms have been created to help deal with the challenges the mobile landscape creates. Amongst other implications, each paradigm also carries its own performance pitfalls, which can turn a well designed site into a horribly slow user experience. This presentation covers the top design paradigms - Dedicated Websites (mdot) and Responsive Web Design, gives some background on each, and digs into the performance do's and don'ts for your design of choice.


Total views


On Slideshare


From embeds


Number of embeds