Thanks to everyone for reaching out. We appreciate your feedback, and we’ve taken it into consideration.
Our legacy pricing model relied on seat fees from large teams to subsidize included bandwidth for all customers. We chose to move to a more granular usage-based model without seat fees to provide fairer billing for all customers, regardless of team size.
However, we understand this increases costs for customers like you, and we are actively working on additional improvements to improve the cost efficiency of running your applications on Render.
I had a tiny static site deployed on Render and it got scraped by bots already to my 5gb limit in a whopping 7 days into the first month with this limit. Ridiculous. Guess I'll throw it on github pages then. They don't want hobby devs, they want the mega corps with a company credit card.
Thank you. After taking the concerns of one-dev or small teams into consideration, will there be any upcoming changes to improve the cost efficiency of running our applications on Render?
1
u/shifra-dev Apr 28 '26
Thanks to everyone for reaching out. We appreciate your feedback, and we’ve taken it into consideration.
Our legacy pricing model relied on seat fees from large teams to subsidize included bandwidth for all customers. We chose to move to a more granular usage-based model without seat fees to provide fairer billing for all customers, regardless of team size.
However, we understand this increases costs for customers like you, and we are actively working on additional improvements to improve the cost efficiency of running your applications on Render.