English Wikipedia uses an extension called Extension:ArticleCreationWorkflow. I'm not sure if that extension can be enabled for other projects. It may need localization, for example.

But we can certainly revoke createpage flag from IP users and registered users and restrict it to only autoconfirmed and confirmed users. Please let me know if your community is okay with this suggestion.

Please see "Changes that make the wiki less open § Remove editing permission from a user group" and "Disable non-autoconfirmed page creation § Disable non-autoconfirmed page creation" on the Limits to configuration changes wiki page, for more information about what needs to be proposed before this can proceed.

Thanks for the comments and tips. The same system as enwiki is not discussed, only restricting it to autoconfirmed is enough as 4nn1l2 suggests.
It's been discussed multiple times locally that creation of articles by IP addresses deal a more damage than benefits to azwiki, be it sexual content, swearing or advertisement. Also, recently, there's emerged a trend to create articles about non-notable people just to earn a social media verification and Google knowledge panel

In T302191#7724952, @Majavah wrote:

No, https://meta.wikimedia.org/wiki/Limits_to_configuration_changes#Changes_that_are_likely_to_be_declined specifically includes "unless the wiki in question (1) is prepared to handle drafts in a timely manner [...]" as one of the criteria.

What about if we meet them halfway? We only disable the flag createpage for IP users, but not for registered users.

That meta page talks about non-autoconfirmed users, but according to my suggestion in this very comment we will disable this flag for only non-registered users (i.e., IPs). In this case, anyone who creates an account can create a page immediately and does not need to have 10 edits and wait for 4 days to be able to do so.

In T302191#7726478, @4nn1l2 wrote:

In T302191#7724952, @Majavah wrote:

No, https://meta.wikimedia.org/wiki/Limits_to_configuration_changes#Changes_that_are_likely_to_be_declined specifically includes "unless the wiki in question (1) is prepared to handle drafts in a timely manner [...]" as one of the criteria.

What about if we meet them halfway? We only disable the flag createpage for IP users, but not for registered users.

That meta page talks about non-autoconfirmed users, but according to my suggestion in this very comment we will disable this flag for only non-registered users (i.e., IPs). In this case, anyone who creates an account can create a page immediately and does not need to have 10 edits and wait for 4 days to be able to do so.

That meta page talks about autoconfirmed users because that's been the most common request. I don't see why we should treat disabling it for logged-out users only differently.

In T302191#7729937, @Majavah wrote:

That meta page talks about autoconfirmed users because that's been the most common request. I don't see why we should treat disabling it for logged-out users only differently.

But I do see a difference: one needs to at least wait for 4 days to become autoconfirmed and in some projects, excluding azwiki, make 10 edits to extant articles to be eligible to create their first article. That is a real burden, I think. But creating an account, which only takes less than 30 seconds, is not. Come on, we are in 2022, not 2002.

Furthermore, I can't understand why some projects, including Farsi Wikipedia, can restrict page creations by IP users, but Azerbaijani can't. As you may know, Farsi Wikipedia has gone so far as to ban IP editing completely: T291018: Temporarily disable article editing by anonymous users on fawiki

In T302191#7730271, @4nn1l2 wrote:

In T302191#7729937, @Majavah wrote:

That meta page talks about autoconfirmed users because that's been the most common request. I don't see why we should treat disabling it for logged-out users only differently.

But I do see a difference: one needs to at least wait for 4 days to become autoconfirmed and in some projects, excluding azwiki, make 10 edits to extant articles to be eligible to create their first article. That is a real burden, I think. But creating an account, which only takes less than 30 seconds, is not. Come on, we are in 2022, not 2002.

Ignoring the lack of a draft process, both options (autoconfirmed only and logged in only) are major changes on how they are currently and in my opinion should meet the other criteria in that page (large community with unusually broad consensus). The on-wiki seems to explicitely ask for 10 edits in addition to 4 days (if Google Translate is not lying).

Additionally if the primary issue this is solving is spam, as opposed to "regular" vandalism, I'm not sure how much blocking IP editing only would help, as you said creating an account is relatively quick so I'm not sure how much that would help solving the original problem.</sort of offtopic>

Furthermore, I can't understand why some projects, including Farsi Wikipedia, can restrict page creations by IP users, but Azerbaijani can't. As you may know, Farsi Wikipedia has gone so far as to ban IP editing completely: T291018: Temporarily disable article editing by anonymous users on fawiki

I didn't like those either. :/ I'm not completely blocking this one, just want to ensure the criteria on the meta page (which are sensible in my mind) are followed.

In T302191#7730317, @Majavah wrote:

Ignoring the lack of a draft process, both options (autoconfirmed only and logged in only) are major changes on how they are currently and in my opinion should meet the other criteria in that page (large community with unusually broad consensus). The on-wiki seems to explicitely ask for 10 edits in addition to 4 days (if Google Translate is not lying).

But they do have a draft namespace; I enabled that for them myself: T299332: Add draft namespace on Azerbaijani Wikipedia.

@Rt788 and @Turkmen, are you aware that in your project, an account gets autoconfirmed merely by passing 4 days since its creation, and the account owner dose NOT need to make additional edits. Do you also intend to change this behavior? Just note that Azwiki follows the default settings, unlike enwiki and fawiki which require an additional 10 edits.

Additionally if the primary issue this is solving is spam, as opposed to "regular" vandalism, I'm not sure how much blocking IP editing only would help, as you said creating an account is relatively quick so I'm not sure how much that would help solving the original problem.</sort of offtopic>

It does not nullify the spam problem completely but reduces the load. It's still better to delete 10 pages created by spammers and vandals than 20 pages.

Excuse for the late reply, but in this case, I think it's the best solution to assign create rights on registered users to avoid spam. Also, draft namespace is being worked, more rules are underway.