# Help! privacy question

**URL:** https://community.glideapps.com/t/help-privacy-question/78710
**Category:** Ask for Help
**Created:** [December 20, 2024, 12:36pm UTC](https://community.glideapps.com/t/help-privacy-question/78710 "2024-12-20T12:36:57Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![livianmed](https://avatars.discourse-cdn.com/v4/letter/l/ad7895/32.png) [@livianmed](https://community.glideapps.com/u/livianmed)
#### Post date: [December 20, 2024, 12:36pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/1 "2024-12-20T12:36:57Z")

</div>

Hi, everyone! I have a question about the user limitations on the free plan. If my app is set to “public” access and users don’t need to sign in (“no sign-in”), is there still a limitation on the number of users? Or is the app open to an unlimited number of people

---

<div class="post-metadata">

### Author: ![Jeff\_Hager](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/jeff_hager/32/43_2.png) [@Jeff\_Hager](https://community.glideapps.com/u/Jeff_Hager)
#### Post date: [December 20, 2024, 12:44pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/2 "2024-12-20T12:44:02Z")

</div>

There’s no limit if users don’t need to sign in.

---

<div class="post-metadata">

### Author: ![livianmed](https://avatars.discourse-cdn.com/v4/letter/l/ad7895/32.png) [@livianmed](https://community.glideapps.com/u/livianmed)
#### Post date: [December 20, 2024, 12:51pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/3 "2024-12-20T12:51:13Z")

</div>

Thank you for your response! My app is public, but around 80 people will use it, each with specific functionalities for data input. For instance, the employee from Store A should only be able to update the inventory information for Store A. Would it be possible to implement a validator for this? For example, requiring a specific password to modify certain information. Are there any limitations or issues with using this approach?

---

<div class="post-metadata">

### Author: ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)
#### Post date: [December 20, 2024, 12:57pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/4 "2024-12-20T12:57:22Z")

</div>

No, it’s not possible to do that securely, and attempting to do so would be a violation of Glides Terms of Use. If you need to secure data, you must use Row Owners and have users sign in to access owned rows.

---

<div class="post-metadata">

### Author: ![livianmed](https://avatars.discourse-cdn.com/v4/letter/l/ad7895/32.png) [@livianmed](https://community.glideapps.com/u/livianmed)
#### Post date: [December 20, 2024, 2:57pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/5 "2024-12-20T14:57:00Z")

</div>

Got it. Is it possible to purchase additional users while still using the free account?

---

<div class="post-metadata">

### Author: ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)
#### Post date: [December 20, 2024, 3:20pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/6 "2024-12-20T15:20:15Z")

</div>

Not as far as I’m aware.  
But if you’re willing to pay for users, you may as well take a paid plan. Keep in mind that user limits are applied per month. So, for example, even if you have 80 users, only those that are active in any given month will count towards your quota.

---

<div class="post-metadata">

### Author: ![livianmed](https://avatars.discourse-cdn.com/v4/letter/l/ad7895/32.png) [@livianmed](https://community.glideapps.com/u/livianmed)
#### Post date: [December 20, 2024, 5:21pm UTC](https://community.glideapps.com/t/help-privacy-question/78710/7 "2024-12-20T17:21:55Z")

</div>

It ends up being very expensive because the number of updates available in the paid plan isn’t sufficient. Moreover, even when using Glide Big Tables, updates are still counted when the account is on a paid plan.

---

<div class="post-metadata">

### Author: ![Jeff\_Hager](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/jeff_hager/32/43_2.png) [@Jeff\_Hager](https://community.glideapps.com/u/Jeff_Hager)
#### Post date: [December 21, 2024, 12:52am UTC](https://community.glideapps.com/t/help-privacy-question/78710/8 "2024-12-21T00:52:55Z")

</div>

> [@livianmed](#):
>
> updates are still counted when the account is on a paid plan.

Where does it say that? Updates are free for glide data sources on all plans…except for Enterprise plans.

 ![1000003973](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/c/9/c9d4977fb5e54fde042938efca06bc41edd70249.png)

Paid plans give you updates for other things such as syncs with external data sources or any of the several third party integrations.

The Maker plan is probably your best bet with unlimited personal users.

---

<div class="post-metadata">

### Author: ![livianmed](https://avatars.discourse-cdn.com/v4/letter/l/ad7895/32.png) [@livianmed](https://community.glideapps.com/u/livianmed)
#### Post date: [December 21, 2024, 1:24am UTC](https://community.glideapps.com/t/help-privacy-question/78710/9 "2024-12-21T01:24:22Z")

</div>

So, if I subscribe to the “Maker” plan and use Glide Tables and Big Tables, will updates not be counted?

---

<div class="post-metadata">

### Author: ![Jeff\_Hager](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/jeff_hager/32/43_2.png) [@Jeff\_Hager](https://community.glideapps.com/u/Jeff_Hager)
#### Post date: [December 21, 2024, 2:03am UTC](https://community.glideapps.com/t/help-privacy-question/78710/10 "2024-12-21T02:03:58Z")

</div>

Nope.

 ![1000003974](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/5/b/5b36793ab9769896d7db50ea971d793946b9f248.png)

> **[Updates | Glide Docs](https://www.glideapps.com/docs/updates)**
>
> An explanation of updates and how they relate to billing.
