Progressive web apps have been around for some years now, but adoption rate appears to be slow. In this talk Nichola will review the baseline and enhanced PWA criteria to explore why this might be. In addition we’ll also cover what’s new, benefits experienced by early adopters, tracking tips, how to get into the Play Store; as well as some of the current downsides and security considerations.
2. Since 2015, PWA capabilities
for cross browser & platform
applications that provide fast,
& engaging web app experiences,
regardless of network state
@NicholaStott
10. 01
02
03
Timing: brands invested in native
app strategy because existing site
poor mobile UX
Confusion: SPAs vs AMP vs
either/or native app mentality
Baseline requirements: can’t/wont’
be met to retro-fit
16. 01 0201 02 03 04
No Store,
No
commission
No dev,
deploy &
maintain cost
Discoverable
via web
optimisation
Instant app
update
deployments
17. A majority of users (51%) still don’t download
any apps in a month. 60% of apps in the Google
Play app store have never been downloaded.
Comscore:The 2017 U.S. Mobile App Report
AdWords for App Promotion
18. Instead of
outsourcing your
success to Apple,
Google or Microsoft a
PWA puts you in
charge of your
ability to reach your
audience, reengage
them and improve your
business processes.
Chris Love: How Progressive Web Apps BenefitYour Ability to ImproveYour Business
19. Instantly Loads: Loads all
cached content instantly
Offline Loading: Site is accessible
in areas with low or no connectivity
Add to home screen: Access like a
nativeAPP
“App-like”
Desktop Support: Desktop PWAs
are now supported on all desktop
platforms (Chrome 73)
28. All about the user
experience
“web apps are optimised to
help users accomplish tasks
quickly”
Source KarlyCyr: Everything you need to know about PWA’s for ecommerce
55. One common approach to
creating PWAs is to use
client-side-rendering
(essentially a bare-
bones HTML page with
JavaScript that creates
all of the content &
functionality); these
kinds of sites can be
rendered and indexed by
Google, but it's usuallySource: John Mueller, Google
57. Tom Greenaway Google/IO 18
So if the page has JavaScript in it, the rendering is
actually deferred until we have the resources ready to
render the client-side content and then we index the
content further. So Googlebot might index a page
before the rendering is complete and the final render
can actually arrive several days later. And when that
final render does arrive, then we perform another
wave of indexing on that client-side rendered content.
Source: Jennifer Slegg,TheSEMPOST
58. 01
02
03
Don’t over-use client side
rendering for JavaScript
Audit your PWA JS on and JS off
Possible to pass PWA Lighthouse
Audit but…
66. 01
02
03
Not many small(er) site examples.
Particularly full ecommerce.
Harder to retro-fit. Need to wait
for budget and appetite for
consolidation.
Watch out for client/server
rendering potential issues – highly
dynamic sites
As you would have guessed this is a talk about progressive web APPs
PWA’s act like any single page application (SPA). However, they are built with progressive enhancement as its core principle which means it works for every user, regardless of browser choice.
Talk about international strategy in developing nations.
The explosive growth of mobile phones in developing countries has led to increasing attention towards the mobile web.
Due to the low penetration of fixed telephone lines and Internet access
Confused with SPAs, confused with AMP, confused with native apps, not and either/or & timing
As you build a relationship with the web APP its loads quicker because of browser caching only loads new content on demand
Refreshes at the background
It keeps JavaScript bundles lean
Body content is automatically loaded with JS. However, the overall payloads are lower than downloading a native App
Plus when the visitor returns your cached assets avoid network latencies, improving your overall time to first byte, thus making your pages load faster.
The key here, is the fastest network request is the one never made.
13
15
PWA’s are fully-indexable no need for any work arounds (Mobile deeplinks do not follow a consistent format. This causes confusion because different set of links are required to access the same app on different operating systems.
PWAs offer true cross compatibility
Because they are progressive they work on any device or browser no need for multiple development solutions
Ask – with the exception of the Brighton SEO APP, How many people have downloaded an APP in the last month
Cost effective no multi-platform overhead.
Consumers spend 60% of their total mobile time in only 3 apps, most of which are owned by Facebook and Google. https://medium.com/javascript-scene/why-native-apps-really-are-doomed-native-apps-are-doomed-pt-2-e035b43170e9
Instantly loads – because of the service workers (man in the middle) Client side JavaScript + server side JavaScript =Service worker
Offline loading – similar to whatapp, Instagram
Installable - Allows users to add apps they find most useful to their home screen without the hassle of an app store or download
ant loading
Higher open/view rate than email. Because the entire message is on the screen. But you have to be careful not to abuse it especially it its browser enable cause once it turned off its difficult to figure out how to turn it back on
Tom Antony gave a great talk on HTTP earlier in year . HTTP/2 now allows browsers to open 6-8 connections to a specific server (any more than 8 connections will cause diminishing returns). With up to 8 connections being made, requests are able to be fulfilled quicker and page load speeds decrease.
HTTP2 multiplexing
HTML 5
Developed with the consideration of running on low powered device
No multiple over head cause its not tired to any operating system – cost effective multi-platform development
Supports local storage through the offline application cache
It takes 4x more time to parse and load JS on mobile than desktop. Because body content is loaded with JS you need to ensure you are loading your site with the lightest possible JS frame works.
If your JavaScript framework is bloated you would have less space for your application code
These are lightweight options for parsing and compiling JavaScript. Your site might need a code re-write to improve its speed and make it PWA ready
From the beginning to time check out has looked like this
Check out id 4x faster
No need to make changes to the current payment gateway
Built directly into the browser
Already trusted by users
Speed – accuracy – security
Fast because its one Api call
You can now submit it to the app store
As you can see its not a product but a set of features designed to provide the ultimate user experience
29
HTTPs because storage API’s that help store content online are only available via a secure origin (to avoid interception)
Service worker - for background sync, runs push notification
Lighthouse runs locally, auditing a page using a local version of the Chrome browser installed the machine. Report results are never processed or beaconed to a remote server.
Timing and retro-fitting consolidation project
35
39
40
41
43
Last year one of out R and D projects was researching into PWAs and as part of this we made our own site a PWA. Meaning Android users (and soon iPhone) will be able to add our site to your homescreen just like an app. It also works offline and allows for push notifications – for useful stuff.
49
50
Lets encrypt
SSL certificate for free
Add Aleyda PWAMP guide
Confused with SPAs, confused with AMP, confused with native apps, not and either/or & timing
61
64
Confused with SPAs, confused with AMP, confused with native apps, not and either/or & timing