So you’ve made it to this blog post. That means you’re either confused, fed up or interested in what’s been happening regarding G Suite Apps. Or was it the super unique and clever title that no one else in the blogosphere has ever used? Either way, this post will provide clarity on the different types of Apps, a run down of notable App changes and the direction we see App Management within G Suite heading.
The most common question we’ve been getting recently about Apps is: What are the differences between each App type?
Chrome Apps work similarly to a regular program on your computer but they’re run within the Chrome browser. They are typically downloaded from the Chrome Web Store or pushed out via the Admin Console. In my opinion, this is where the App confusion began. Years ago, when Chrome Apps were introduced, we all knew “Apps” to be and act like phone Apps. When in reality the majority of Chrome Apps are shortcuts to websites. For schools, Chrome Apps that are the most important are testing Apps that run as Kiosk Apps.
Examples of a Chrome App are: WeVideo Editor, Chrome Sign Builder and TestNav.
Chrome Extensions are often discussed together with Chrome Apps as they are managed in a similar way and reside within the Chrome Web Store. Both Chrome Apps and Chrome Extensions are the most well known Apps and have been around for awhile. However, Chrome Extensions tend to be more robust and they act like little programs that customize browser functionality. They are shown in the top, right corner of your browser bar or accessed via your Settings > Extensions.
Examples of a Chrome Extension are: Grammarly and the now deprecated, G Suite Training.
For those Android phone users, Android Apps on Chromebooks will be a familiar experience and interface. Almost too familiar. For those of you who have explored Android Apps on Chromebooks, you may have noticed some will have the shape and interface of a phone and may not have the best user experience. One reason for this is developers have not optimized their App to act and look polished on Chrome OS (it’s getting better every day though. They’ll get there). It’s important to note that not all Chromebooks support Android Apps out of the box, but since 2018 all new devices do. When it comes to Android Apps, think this: Apps on your Android phone or tablet now work on Chromebooks. Android Apps will become increasingly common and is a main option going forward as Chrome Apps are phased out (more on this later). Android Apps can be more robust and a better, more rich experience compared to Chrome Apps and Extensions. Note: to configure options regarding permission changes and notifications, go to play.google.com/work. These options are not presented within the new Apps & Extensions page.
Progessive Web Apps (PWAs)
PWAs use modern web APIs to create Web apps that work cross-platform. To oversimplify: it’s a Web page that looks and acts like a native app. This type of App will probably be the newest to users. PWAs have the option to use a Service Worker which will make a bridge between the local machine and the website. This is used for syncing data and notifications without the need to have the Web page opened.
Navigation to manage Chrome Apps, Extensions, Android Apps, & PWAs:
Devices > Chrome Management > Apps & Extensions (hover over the yellow circle)
Examples of Progressive Web Apps are: PWA Example and Pinterst (click on the circle+ icon in the taskbar).
Marketplace Apps are currently managed in a different area of the Admin Console than the other Apps mentioned above. Similar to the Chrome Web Store, it’s an online store for Google and Third Party App software. Marketplace Apps can be pushed out from the Admin Console or installed by users (depending on Marketplace configuration). The majority of Marketplace Apps will show up in the Apps Launcher (Waffle Iron icon). One major difference with Marketplace Apps is that they will appear in any browser a user signs into, whereas Android Apps and Chrome Apps and Extensions will only appear in the Chrome Browser or Chrome OS.
Note: Add-Ons moved into Marketplace Apps last year and are now considered a Marketplace App.
Marketplace App Management Navigation:
Apps > Marketplace Apps > Manage > Manage access to apps (main setting)
Apps > Marketplace Apps > Whitelist (whitelist apps)
Apps > Marketplace Apps > Click the Card (push out apps to the domain/OUs)
Now that we’ve got a handle on the types of Apps let’s regroup on a few notable App changes. Although these changes are a few months old, we know it’s tough to keep up with them all – so let’s dive in!
Drive Add-Ons move into Marketplace Apps — I want to take a moment and discuss a change that happened last fall but we continue to see schools have issues because of it. It’s the Drive Add-Ons move into the Marketplace. It’s a simple enough announcement but schools aren’t aware that this change is why their users are having issues, especially when it “used to work fine” or “this user doesn’t have the problem, but this one does.”
So, what happened? Google Drive Add-ons moved into the Marketplace section of the Admin Console. The problem is that most domains allowed Drive Add-Ons for all because it was the default. You may not have even known you could change this. Schools are more aware of the Marketplace settings, and more domains have changed that setting.
Users may receive an error message when trying to install a Drive Add-On if your domain Add-On setting was set to “allow all” and the Marketplace setting is configured as “Do not allow users to install any application from G Suite Marketplace” or a whitelist is set up and that app has not been whitelisted.
Solution: Navigate to Apps > Marketplace Apps and click on “Manage” > Manage access to apps > Change the setting to “Allow users to install any application from G Suite Marketplace” or change the setting to “Allow users to install only whitelisted application from G Suite Marketplace” and whitelist the Add-On.
Since our Amplified IT Labs products are Add-Ons, our team deals with this quite a bit. They have created a tutorial specifically for Gopher for Chrome but the process would be the same for other Add-Ons.
A few important notes and limitations regarding the move of Add-Ons into Marketplace Apps. First, when you whitelist an Add-On you are whitelisting it for the entire domain. Second, it’s important to know that the main Marketplace setting is global. This means you’re not able to allow Marketplace Apps for Staff vs Students. While the recommended setting needs to be decided by your school’s IT and instructional departments, choosing the Whitelist setting option is most common.
Another common question we get is, “Is there a way to remove previously added Marketplace Apps or Add-Ons as an Administrator?” The answer is unfortunately, no, there is no way to do this.
An interesting finding our team has discovered is that if you block Marketplace Apps or configure it to Whitelisted only and you Force a Marketplace App to an OU (without Whitelisting the App), it will still install and work. I would keep an eye on this configuration if you take this approach, as I’ve seen inconsistencies in a similar “work around” in Chrome Apps and Extensions.
Details on major changes to Chrome Management in the Admin Console.
Chrome Apps are going away — A few weeks ago Google announced that Chrome Apps will be phasing out. Your first thought may be, “Wait a minute – what about testing on Chromebooks?” Don’t panic.
Google is working with all developers to move apps to be Progressive Web Apps (PWAs), Android Apps, or Chrome Extensions by the deadline (hey, we talked about those earlier!). These developers have already started working with Google to make a transition plan and have their code moved before the deadline in 2 and a half years. This also gives Google time to provide additional controls and settings within the Admin Console for the new format of Kiosk Apps. While this is an initial shock, there is more than enough time for companies to move their code and they have the full support of Google to do so.
Starting in March 2020 no new Chrome Apps will be added to the Chrome Web Store. All existing apps can be updated though, so there is no immediate concern. In June of 2020 support for Chrome Apps on Mac, Windows and Linux will stop. In most cases, many users have already moved away from Chrome apps on those OS’s already, but it is something to watch out for. In June 2022, however, Chrome Apps will no longer be supported on any device, including Chrome devices.
What does this mean for you? It’s an “FYI” for now but I would strongly recommend beginning to explore Android Apps and PWAs on your devices in the coming year.
Taking a closer look at the Apps & Extensions page — In our November blog post, Stephen Gale talked about the changes within the Chrome Management User Settings. Including the new interface, combining Android and Chrome App management and new navigation to additional settings. If you haven’t already, read up on those changes here.
I’d like to give the new Apps & Extensions page a closer look and talk about an exciting new way to push out “Apps” to users. Besides having a more unified spot to manage Apps, did you notice the “Add by URL”?
You can push out a URL and have it open in a new tab or a new window (a new window+pinning will make it seem like an App on the bottom of your shelf). For example, you can push out the new Hangout Chat URL. I personally like doing this rather than downloading and using the Hangouts Chat Android App because the Android App, in my opinion, is not optimized the best on Chrome OS.
Another change that could cause frustration is you now add to the Recommended Web Store by going to the Apps & Extensions page > click on a Chrome App > toggle to “Include in Chrome Web Store collection” on the right-hand sidebar. Remember, you will only see the Chrome Web Store if you have a Chrome Web App highlighted. You’ll know it’s a Chrome App if the icon of Chrome is shown.
It’s a good sign to see a more unified App Management experience and it’s an even better sign to see some functionality and apps being deprecated as it makes for an easier to understand experience for G Suite Admins and users. G Suite App Management will continue to evolve and will remain a hot topic in the coming years.
If you want to be in the know, join us in our North American Google Technical Collaborative and join the conversation!
Google for Education Technical Collaborative Lead
About the Author:
Melissa has been a G Suite for Education Consultant for Amplified IT since 2015. She began working with the Google for Education (GFE) Admin Console in 2008 where she helped implement and integrate G Suite and Chromebooks into multiple K-12 school districts. Now, as part of the Amplified IT Team, she continues to help schools set up and manage G Suite environments with educational best practices with an emphasis on facilitating the North American Google Technical Collaborative.