User:Ultra64Detective2401/How to Not Make a Ztar Article

Hello, reader. So, you want to write an article? That’s good, the more anomalies documented, the better. However, you must beware:There have been, in total, around 30 articles that were in such poor quality, that they have a chance at becoming Ztar Articles. Articles so bad... that just deleting them is too good of a fate for them. (In the end it’s likely only around 20 will become Ztar Articles [5 of which already have], but 30 were bad enough. That’s more than DOUBLE the number of Star Articles and Sedimental articles COMBINED! And that is including a JOKE star!)

If you don’t want your article to be immortalized in shame, then follow these very simple guidelines.

1:Please, don’t make a typo on the title of the article. Changing the title of the article is kind of a mess, so it would likely keep the title for quite a long time. And a bad title makes the whole thing look so much worse.

2:At least try and be careful how you type, and please search for typos! It’s nearly impossible to not have any typos (I found one in the community canon [disemboided], and even the dubitation template [isn't from to the game]) but if every single sentence has multiple typos, then that’s going to make the article REALLY bad. (Yes, this has actually happened. Several times, for that matter.)

3:This is a wiki about Super Mario 64 and its betas. Not Arthur, not the Numberblocks, not Minecraft Dungeons. If your article isn’t even about Mario in any way whatsoever, that’s one of the surest ways to get Ztar-ed.

4:At least, do some research! You wouldn’t believe how many Ztar articles could have been avoided if the creators did even the bare minimum possible research! For instance, Super Mario 64 started development September 7, 1994, and ended development on May 20th 1996. I have seen several reported builds WAY outside of this range, such as a build from 1993, and two from 2010 and later. I may very well make a page specifically about some well known facts about Mario 64 that any MIPS hole writer should know before publishing mainspace articles.

5:At least know when a phenomenon is so sus it’s literally proven to be false and very easily too. You don’t have to be as good as what I plan on laying out in my guide on how to spot sus reports to avoid getting Ztar-ed, but if the supposed phenomenon you heard about involves Wario heads literally appearing in real life and killing people, you’d be best not publishing that phenomenon as an article, or it might just get Ztar-ed.

6:If you’re making a report on a phenomenon that already exists, put it under the Reports section, rather than making a new article, and then just calling it “Report Number X”. (Someone seriously did the latter. The article got Ztar-ed, partly for that reason, and partially because it literally said it was a story right there. And also partially because the story was too sus to take seriously. Sigma confirmed making it a new article is the main reason it was deleted, and also the main reason it was Ztar-ed, though.)

7:Do not chat with each other on the main article! That’s what comments and talk pages are for. (Again, someone actually did this. They got Ztar-ed.)

8:If you’re going to make an article on a phenomenon, at least explain what the phenomenon is! If all you have is “This anomaly can be found in X”, without even explaining what the anomaly DOES, the page will probably get deleted. (The same article that people chatted with each other on literally just said “The Goombrowser is a Browser that was believed to have come with MariOS.”, then stated it might be possible to download them on other computers. That’s literally it.)

(If you’re reading this, the guide is still under construction.)