Please read: changes to our recent pricing update

I believe previous indications were that it would go live May 31st.

this is incorrect.

customers were able to opt-in to changes starting may 31st to give more time to communicate changes and make adjustment for new workflows.

changes will be actually turned back on (after being turned off until May 31) today, June 7.

I can only go from the information (or lack of) provided.
Until that new email the only date that had been mentioned at all was May 31st.
Unfortunately customers don’t have the same clarity that Netlify staff do.

It’s also a rather odd thing to take issue with, considering it was said a week ago.

How about instead of arguing over minutiae you provide answers to other questions that have been asked.

Are Git Contributors branch specific? I’m willing to get on board and I am COMPLETELY accepting and on-board with the idea of my published branches being subject to cost for people who commit and trigger a build costing money. Didn’t used to love it. I used to hate it. I drank the Kool aid. Take my money. I am on board with Git Contributors. Praise the Lord.

CASE STUDY: Let’s say I have a data driven GIT repo. A team of ten plucky and sadly paid University students are doing background data entry on a poorly funded research project repo. They sit in a dim room, over noodles and Bon Iver, smoking hash and entering data points to text files. They commit to their own branches, and are completely apart from any code. They don’t even know the repo publishes somewhere or even contains software. Later the team lead (one of the ten) merges their branches to master, which causes a build.

Is this one Git Contributor or ten Git Contributors?

1 Like

@Perry Rephrasing the question above: am I able to make intentional choices about my total Netlify cost through good GitOps, to prevent junior users from committing to published branches? Or on a big project with lots of contributors, will no amount of GitOPs help me? It’s a question where I value the answer at tens of thousands of dollars. Either I can stay with Netlify or I can’t. Moving away (130 projects will be expensive) , staying will be expensive. My goal is to use GitOPs to limit commits to senior team members on all projects so team stays reasonable and cost stays reasonable, and I don’t have to move

Hey ferg, so, after chatting with product folks responsible for this (this is a great opportunity for me to repeat that, i, personally, am not a decision maker, merely the messenger who i promise, is carrying feedback both ways - same goes for all members of the support team) here is an update. It’s actually a good question so I am glad you asked it and we are going to make sure our docs also get updated shortly to clarify.

The way we’re envisioning things in your above scenario is that you have one Git contributor who is a team lead and who is responsible for squashing and merging those commits from branches into main and triggering a build. So, to answer your question, super succinctly, 1 GC, not ten.

3 Likes

@perry Thank you for being helpful in this thread, I understand that being the liaison is quite difficult on a multitude of levels. I’ve been a Netlify customer for quite a while now but I understand that the product vision of Netlify doesn’t aligned with our org size.

While the Git Contributor change is one we didn’t like, it was possible to just take it at our size. But I think the team size limit to 7 really does highlight the misalignment for our organization. It seems that Netlify would prefer to cater only to Enterprise customers. To be fair its a similar plan to what Vercel has (they require you to move at 10 engineers).

I personally don’t quite see the value of per contributor billing but that may be due to the Netlify products we use and the kind of value we get out of them. Either way, its been great being a Netlify customer. The support engineers on this forum are always really nice. But I think this will be the end of my journey with Netlify for now at least.

My analysis for other people watching this, upon a fairly deep investigation is:
Just wanted to share this in case it was useful to anyone reading this thread.

TLDR - Netlify, Vercel and Gatsby Cloud make more sense in the context of Enterprises than smaller organizations. If you have limited budget (or just don’t want to spend more than needed), look elsewhere.

Platforms like Netlify, Vercel and Gatsby Cloud only make sense from a teams perspective once you have > 15 engineers working on several projects concurrently and a meaningful across the board usage of the platform. The enterprise plans range (annually from $20K to $36K at a base level). We are a small team and primarily liked Netlify as a cross-framework deployment tool that had cool features like Deploy Previews, Collaborative Deploy Previews (static sites only), Forms (very very basic but it was something) and Functions (barely used them but they were good). That’s neither a team large enough nor enough usage to be worth it

When would Netlify be worth it?
If you have a very very large team such that small developer productivity increases are meaningful and plan to use a wide array of features by a wide array of stakeholders then it makes sense. Especially if you leverage the Graph & API functionality. Or have stakeholders that need to be involved in the Deploy Preview process like designers.

Same thing can be said for platforms like Vercel and Gatsby Cloud

What will I be using after this?

I’ll be migrating to Cloudflare and DigitalOcean after this. I’m in general going to be staying clear of per seating platforms unless there’s a more clear connection between the value each additional engineer provides relative to what the platform provides (like GitHub, Slack, etc.). If you want the closest to the Netlify experience I’d recommend Render.com

To break it down
Cloudflare - Static websites through Cloudflare Pages & Workers
DigitalOcean - Next.js websites and things like that. I’ll just suffer without Deploy Preview. Though I’ve heard that DO might be working on that functionality in the future.

5 Likes

This has been a truly sad conversation to follow along with. I used to recommend Netlify to everyone, but for me personally, those days are over. Here’s why:

Netlify has a great free tier that is meant to hook people in. Previously, the free to paid cost was slightly high imho, but within reason at $15 / $19 a person. Largely, if I added team members to Netlify, that was likely (but not always) correlated to increased usage on the platform (more traffic, more builds, etc). However, the combination of counting git contributors + the Enterprise requirement at 8 seats throws scaling out the window. If my current team hit 8 seats, we would be forced to leave Netlify. Additionally, having worked for actual Enterprise level teams before (100s of engineers, not single digits… ), we likely wouldn’t have used Netlify anyways because there is so much organization specific internal devops tooling doing Netlify’s job. Maybe if an organization had Netlify from the beginning, it would be a part of your core devops, but is anyone really sticking around now from 7 to 8 seats?

Generally from my point of view, the business decision here also makes no sense. Why should a product owner who wants to fix a misspelling in some documentation incur a $15-$99+ seat - that single commit affects the bottom line cost to Netlify 0% and it doesn’t generate any value for us as customers. Additionally, as someone also highlighted in the previous thread, how do we as customers get 420% more value out of Netlify when we go from 7 to 8 seats (assuming Enterprise is at minimum $99/seat)?

Finally, the fact that someone can get the majority of the same value out of Netlify by simply squashing commits to a single committer highlights that this per seat pricing is simply broken. If Netlify was going to make a pricing change, why not evaluate existing seat to usage metrics, and switch to usage based pricing over some period of time?

With all that said, our team is also making plans to migrate away from Netlify. Thanks for all the value you’ve provided to the community over the last few years. Its been a good run :wave:

1 Like

I am very frustrated by this change. One of our devs was classed as a Contributor today. I would like to merge them with another account, and then delete that account so that I am not billed. There needs to be a way to opt out - I don’t want to enable Contributors unless I have specifically invited them as members.

hi there @wmclaxton , did the dev you are referring to merge some code that kicked off a build? if yes, then they are indeed considered a contributor. All devs who merge production-triggering changes are considered contributors at this time, so the best way to keep team sizes small is to make sure that you keep the list of people who are allowed to merge production changes as small as you can.

A post was split to a new topic: Cancel my account

Hey, I don’t really understand the purpose
of this change and what this change really is
and I’m concerned about it to be honest, will
it charge me every time someone makes a PR and I’ll
merge it? Like I don’t think it’s a fair price for one-time
contributor who made a PR for me to get charged $40
am I misunderstanding the feature?

hi there,

how many contributors are in your team? and do they contribute to a private repo? And are you on the starter plan?

  1. Me and one bot that optimizes images
  2. No it’s all public, e.g. GitHub - TruncatedDinosour/website: My website's source code.
  3. Yes

(Also I’m guessing it’s your birthday from the cake badge so happy birthday :))

Great, then you have no charges to worry about, the changes are really only for team sizes larger than 6 and contributors to private repos for Pro and above. Thanks for the well wishes!

1 Like

Aggggggg, thanks, I got worried lol,
even made a blog on it and restricted contributions,
thanks :slight_smile:

Deleted all sites of Netlify and moving to render.com. Micro-repos are the norm, requering private repos to be on a personal account is a stupid move, I am not going to make a mess of my code and repos to suit Netlify.

Thank you for everything, whish you well in the future.

2 Likes

Hi there,

Here is a way I planned to use Netlify and Netlify CMS.
I would like to know if this usecase is affected by this pricing update.

  • A website is set up with Netlify CMS and Hugo
  • Subscriptions are open to anyone.
  • Users submit content through Netlify CMS
  • To protect users’ privacy, the Git repo is private. (Otherwise, user’s email is visible in the Git commit message)

Will each of these users count as Git contributor?

Hi @Roneo.org

Please note these changes are only affecting Business and Professional accounts.

More info here: Upcoming changes to Netlify plans

Hope this helps clarify it!

1 Like

I could not agree more with @LuisOsta .
Thank you for your recommendations.
We are also out of here.

1 Like

Thank you for letting us know, @shellinabox.