This prototype app has 1 user right now. I’ve added 1 entry to the database & changed a few in-app “settings” (profile columns) since paying $60. I’m using Google Sheets as my primary database. How do I not have my app *update" 500X per day?
Are you saying that in the Glide dashboard and in the usage metrics, it appears that your app incurred 500 updates within one day?
If you are noticing a lot of updates happening on your app even you only made few changes, then it could because of how your Google Sheet is setup. Are you using ArrayFormula
, lookup/query or script functions in your sheets?
At 9:59 I got an email that said it had 375 updates after making 1 change. I hadn’t used the app in months before that. 10:15 this morning it had 450 updates. At 10:41 I got a 3rd email saying there had been 501 updates. I can’t afford to upgrade unfortunately.
Updates will be counted when you sync with a 3rd-party data source. If you move away from Google Sheets (for instance) to Glide Tables, you will not incur updates.
Maybe this issue is related to this
Have a read at the updates page, it might help you identify what is generating so many updates in your app.
Can you explain what you changed? It’s hard to tell what may be accumulating updates without knowing what your app does or what changes you made that may be causing updates.
I added GPS data & some notes to the spreadsheet; No image upload in this case; No calculations required
So the only thing you changed was to add a couple of columns? How is the user using the app? Are they doing something to cause the app to update data in the tables often?
If your team has two apps connected to the same Sheet will both count syncs for that sheet. Do you have multiple apps connect to Google Sheets? Even if they are not published, they are syncing.
I suggest creating a new team!
ok Now what?
If it’s fixed for next month, that doesn’t fix this month.
Did I just waste $60?
I wonder if editing USC user specific column does count as an update? (With enterprise plan.)
Like checklist collection: tick the box = 1 update ?
i suppose it shouldn’t be for USC data as other users dont get to see the data.
I need to go on enterprise plan 1 because of the high number of expected users, but the 10.000 updates = 200€ (0,02cent per update) is still a factor in my revenue model.
A typical user i think does easily 20 updates per day…
Even a lot more with a chat tab.
20 updates a day, that’s already 600updates per month, so 12€ per user. (600x0,02)
Then Unlimited users feature of entreprise 1 plan just make not much sense…
If you’re using Glide tables on the newest plans, then set column no longer consumes updates.
Not sure what you mean by Enterprise plan here. All Enterprise pricing and limits are negotiable through Sales, so there isn’t necessarily hard limits that are listed. Are you talking about the Business plan?
Can you clarify which plan you are talking about? Only the current Maker plan allows for unlimited users, but only Personal users.
To add to @Joe_Gabriele’s response, this is only on new plans. Legacy plans still count updates regardless. It’s on any of the new plans where updates are not counted against Glide Tables. Not just Business or Enterprise plans.
The key part is the data source you are using. With the new plans, changes to data in Glide Tables do not count updates. USC columns are still data stored on the server, so the same should hold true. Where I’m not completely sure is if USC columns in external data sources count updates or not. Still waiting for clarification from @NoCodeAndy on that. User specific columns and airtable sync updates? - #4 by NoCodeAndy
I have been confirmed a potential deal:
Entreprise plan 1,
- Unlimited users (no extra cost per user)
- 10.000 updates (extra 0,02 per update)
Legacy plans still count updates regardless. It’s on any of the new plans where updates are not counted against Glide Tables. Not just Business or Enterprise plans.
I wish!! - i’m using 100% Glide tables, incl 2 Big glide tables.
But in the documentation it says otherwise:
In a nutshell:
- Pricing scales with # of apps on Maker
- Pricing scales with # of users on Team and Business
- Pricing scales with # of updates (usage) on Enterprise
Sorry, I was not aware that it was different for enterprise plans.
Thanks.
Is it possible you think to have an app with almost zero updates per user?
After they sign up… so they are logged in when they open the app.
This kind of thing is clearly impossible then:
It seems like app on Enterprise can have almost no interactivity at all… ?
I don’t know what to suggest. You need to analyze the advantages and disadvantages of each plan to see if/which one can provide the value you need at a cost that is reasonable to you.
- Free/Maker/Team/Business plans all allows free updates on Glide Tables, whereas Enterprise does not.
- All plans scale differently to fit different use cases. Like @NoCodeAndy mentioned above, the Enterprise plan scales by usage, so the higher the usage (ie updates), the higher the cost. Whereas the other plans scale by number of apps or number of users.
- Maker plan allows for unlimited users, albeit only Personal type users while the other plans have limited users. Team and above plans do not place a limit on requiring only personal type users like Free/Maker plans do.
Only thing I can recommend in your case to to re-analyze your app flow. Which parts of your app are the worst offenders? Can the flow be modified to still be affective while using less updates. You mentioned checklists. Can this instead be restructured as a radio button style choice component with multi select enabled inside an Edit form? That would only commit the selected items to the table when the form is submitted, so it may help reduce updates. Or does some other piece of data get updated within each task, where you could use various computed columns to determine if a task is completed instead of requiring a user to click a checkbox? Since I don’t know anything about your app, I don’t really know if that would be feasible or what other suggestions to offer. All I can do at this point is explain how each plan is structured to work to the best of my knowledge.
Glide places priority on Value to you and your company and attempts to gauge value pricing accordingly. How much Value does the app provide? The higher the value it provides compared to alternative methods, means the cost to provide that value would be higher. Compared to the cost to employ a team of developers to build and maintain a native app or a self hosted web app can mean that Glide is substantially cheaper than those alternatives.
Thank you Jeff.
Especially for your good suggestions.
As my apps require a lot of interactivity to compete in my market, i would need to change the whole revenue model if i switch to Glide apps for this business…
I would impact my clients offers unfortunately.
Instead of saying something like:
- Your app for 99€/month.
i need to say
- your app for 99€/month + 5€/user/month*
*or 12€ if interactive tabs unlocked
Less easy to sell…
And i need to aim for clients with high value niche…
Will see if i continue with native apps or i switch to Glide apps for this business.
Hopefully in the future, maybe Glide will lower the cost/update … Or for the “edit” updates, count only the edit of columns that are not user specifics. or something like that…
But i understand Glide has costs and a business model with a strategy behind…