🆕 All-New Team Plans Coming Thursday, April 21st

Glide knows the last data it was sent from Google Sheets, for example. When you change your Google Sheet, Google notifies us of the updates and we load the new data.

ohhh… i see… google is doing processing… and they won’t count that as service?

They do count it, and we pay for it, and we’re not going to make you pay for it. See how nice we are?


hahaahahahah… Yesss… I have 500000 a day from google LOL…
anyway… that would be great if these syncs can drop… i finished my quotas for the Starter plan in 11 days… just by working on my app

We also won’t count updates adds & edits generated while working on your app. (Edit: syncs are a bit hard to distinguish)


Here’s a question for the team.

If you want basic pricing at nine dollars a month, I would surely jump on it now.

I’m told that if you continue to see that type of pricing in your current team folder, it will probably be there indefinitely unless you downgrade all apps in that team folder to Free. At that point, you’ll switch over to the new pricing plan for that team folder. To prevent that, one of the apps inside of that team folder must still have one of the legacy pricing.

Basic is a good deal for what you need… have your board game friends chip in a few bucks to help pay for the app. :wink:

1 Like

You seem to have drastically changed your stance as far as the plans are concerned.
While I was voicing my concerns about the updates quota, you were very happy and satisfied with starter plan, so what changed @Uzo?

@Luther I’m still very happy with Starter… 5 Apps with all features for $25, which is perfect for a developer… now, in case of the real use of these Apps, quotas are a game stopper… I did not even finish the App and run out of quotas, so if ill get a view users, it will finish in just view days or maybe even hours, lets’s see how the new syncing process will work, as David mentioned, Glide is changing the process, so I have high hopes for that.
I still think that there should be at least 2 more plans… one below $10 and one in a range of $40 to $50.

1 Like

I’m not sure if the entry components are responsible for such high consumption of quotas… I noticed that when typing, google sheets are being updated every single letter or backspace… it should be updated when you finish entering… BTW entry fields should have ENTER action, only the computed columns should react to live typing… so when in the entering mode, it should work like a user-specific column, until you hit enter. that might give Glide huge savings across all apps, and reduce our triggered script’s run time.

1 Like

That has been my stance from the beginning with these plan that they are a great initiative from Glide and are much needed but it’s just the updates that needs reworking…
I also have faith that in the end they will find an amicable solution…


And they will, rest assured. Glide is very interested in being generous yet doing what’s fair. From the discussions I’ve seen both in and out of this forum, I’m confident that an “amicable” solution will be achieved.


Agreed. I’m not going to worry about it too much until glide hashes out the finer details of how it counts updates.


The discussion about the new price plans has lately revolved around the updates (and syncs). It seems Glide is going to help out with the syncs by giving us an easy way to switch to Glide tables (like they already have in place for Excel and Airtable). That doesn’t solve for the use-cases where Sheets (or Excel and Airtable) are implemented for a reason, but I know not every app I have in the pipeline is going to require Excel – although some surely will.

But all discussion around updates has revolved around what updates count and what updates won’t be counted. That’s good for us (the updates that won’t be counted), but of course Glide still needs to pay the piper for all updates, and including all updates on free teams. The paid plans will have to offset those losses.

Today I was thinking of a way to allow more updates in a team without costing Glide any more. Of course not all apps fall under the usage scenario I am thinking of… Some apps will be heavily used in some months and not in others. Think of an app that is used to plan and implement a convention. During the planning phase, almost all updates will take place in the builder, so those updates won’t count. During the event, you will have excessive usage, especially if you have a feature for people to leave comments and remarks and ‘like’ or ‘favorite’ certain events or speakers. Then post-event, there will be very few updates as people simply use the data for post-convention activities (tallys, statistics, future planning,etc.). Most post-convention activity will be read-only.

So why not implement some type of “rollover” updates. Any updates not used by a team in one month will roll over to the next month. I am certain that many apps, not just of the kind I have just outlined, will vary in usage month by month. Those that are heavily used full time, of course, will not benefit from rollover updates. But I feel certain many apps will benefit from that.

The end goal is not to allow someone to ‘get away with’ a cheaper plan, but to enable a team to have multiple apps that may have an upsurge in usage from time-to-time. Think about an inventory app – most months it just sits there reporting your inventory, with adjustments being made due to sales and breakage, etc. But then there’s the twice a year inventory process, where inventory is counted on ALL items, and compared with what is in the database. There’s your uptick in usage twice a year.

At any rate, I thought it a good idea to kick around and see what people think.

1 Like

Question to the Glide team surrounding syncs.

Could we have a simple Boolean that allows the Glide app creator the ability to turn off or pause syncs between spreadsheets?

So if my app sync is paused, the new data is not synced between glide and googlesheet (or excel or Airtable) until I turn it on again. That way we have more control as to when our app syncs and uses monthly sync allocation to circumvent unintended sync usage.


Hey, Eric!

In what situations would you find this feature to be useful?

1 Like

@DJP In minimizing unintended sync usage.

My use case would be to disable app syncs while I am still actively designing or thinking through the fields and datasets within the app. Ideally, I would initialize the sync once the build is finished and the pre-data is ready to be synced. Therefore minimizing sync usage (since this is now counted on our selected plan).

I am just trying to think through some alternative options to keep the sync limits from being hit unintentionally during builds.

1 Like

I see. We should have a simple fix for you then

Updates will not be counted when your project is not published, so that’ll allow you to build without using any Updates


so if a pro app goes to the starter it works like before?

I just learned about these new pricing plans when I went to develop a new app today, and found out I can no longer create them, without doing something with “teams”, and even then it seems I’m limited to just a 3 apps for free and 5 for $300 a year. I’ve enjoyed the ability to make apps for myself and friends. I don’t do it commercially, I keep my personal bowling scores on one, I’ve got one dedicated to the stats for a boardgame that I play with a friend, and another dedicated to scoring and the stats for a different boardgame I play with 2 friends. I also make one every now and then when I want to get a few friends to make their guesses in sports pools.

My issue isn’t with limitations on capacity or users, as I don’t use many. But the limitation on apps is the one that affects me. Today, for example, I was going to write an app to keep track of shared expenses for an upcoming trip with 2 other friends, when I learned I couldn’t create anymore projects. I just have fun building them, and the tool is so easy.

Have you considered a more reasonable pricing plan for personal, non-commercial users?