Wikipedia:Guide to appealing blocks

This is a guide to making believable unblock requests.

Users may be blocked from changing Wikipedia by administrators to stop damage or disruption to Wikipedia. Blocks are cancelled if they are not (or no longer) needed to stop such damage or disruption.

You, as a blocked user, are responsible for convincing administrators:

Making convincing unblock requests is also important for other reasons:

To make an unblock request, copy the following text to the bottom of your user talk page: {{unblock|1=Insert your reason to be unblocked here}}. Don't forget to insert your own reason. If you cannot change your talk page or the reason is private, email simple-admins-l﹫lists.wikimedia.org. We will talk about what your reason should and shouldn't have below.

What happens when you request unblock

It may help with your unblock request if you understand how they are reviewed, and by who.

Composing your request to be unblocked

In practice, almost all unblock requests are declined. This is because almost all blocks are found to be justified. But if yours is the rare exception, you should try to make it as easy as possible for the reviewing administrator to see why. Administrators are volunteers; most do not want to make much more of an effort in reviewing your request than you did in writing it.

Write your request yourself, without using LLM or AI. Requests that are written with an LLM or AI will usually be rejected. The reviewing administrator needs to know that you understand why your changes were problematic and what you will do differently if unblocked. Merely copying what an AI told you to say achieves none of that. This is why the reviewer wants to hear from you directly.

Also, you should have one single open unblock request at any time for review. Any subsequent request you make while your existing one is still open will be procedurally declined.

Understand your block

To contest your block well, you must understand the reason for it. Also, if the reviewing administrator decides that the block was justified, they will not unblock you unless they are convinced that you understand what you are blocked for and that you will not do it again.

You are told about the block reason in two ways. First, the blocking administrator provides a brief reason that you will see when you try to make a change. Second, they may leave a message explaining your block on your user talk page. These messages should include the names or abbreviations of those of our site rules (the "policies and guidelines") that the blocking administrator believes you have violated.

Before you make an unblock request, you should read the policies and guidelines named in your block reason. They are usually one or more from among the following: Vandalism, sockpuppetry, spamming or having a bad username. You should also review the blocking policy.

Give a good reason for your unblock

As a user requesting to be unblocked, it is your responsibility to tell clearly and briefly, in easily readable English, why your block violated Wikipedia's blocking policy. Specifically:

  1. Keep it short. Administrators will often say no to unblock requests that are too long.
  2. Be kind. The use of profanities, ramblings, ALL CAPS SCREAMING and personal attacks will lead to the decline of your unblock request without further review of your changing history. The block duration may also be extended.
  3. Say what is wrong with your block. It is not enough if you just say that the block was "wrong" or "unfair". You must explain why it was wrong, and why this means that the block does not follow our blocking policy.
  4. Address the block reason. As explained above, you have been informed about the reason for your block. You must address this reason in your request. This means that you must either explain why the block reason does not apply to your case, or you must convince the reviewing administrator that you will not do it again.
  5. Give evidence. If you state that you did or did not do something, please provide a link in the form of a diff if possible.
  6. Don't behave like you think lawyers do. Unblock requests are not legal proceedings. A ban or block is a removal of your privilege to change Wikipedia. Any legal right you may have to freedom of speech does not stop us from enacting and enforcing our own policies and guidelines. We may also check which IP address you change from, and which other accounts use it, where this is necessary to prevent abuse.
  7. Do not threaten legal action, either. Such threats may, by themselves, result in an indefinite block or ban.

Talk about yourself, not others

If you are blocked, it is because of your actions and not of that of others. Accordingly:

  1. Do not attack or accuse other users, such as those you may have been in a problem with, or the blocking administrator. If they have done something wrong prior to your block, they may be blocked in turn, but that does not matter in your unblock request. The only thing that needs to be addressed is why you no longer will try to violate policy.
  2. Do not excuse your actions with that of others. Two wrongs do not make a right. It is not a good unblock request to ask that another user should also be blocked.
  3. Assume good faith. It is possible that the other users who may have reported you, and the administrator who blocked you, are part of a conspiracy against someone half a world away they have never met in person. However, they probably are not, and an unblock request that presumes they are will probably not be accepted by anyone.

Agree to behave

If you are blocked for something you did wrong, and especially if you are blocked for a long time, you are more likely to be unblocked if you:

  1. Admit to it. All your changes to Wikipedia are logged. There is no point in saying that you didn't do something that you did do, because it can and will be checked up.
  2. Make people trust you again. Promise, credibly, that you will stop doing whatever got you blocked.
  3. Tell us why you are here. Say how you intend to help Wikipedia after you are unblocked.

Examples of bad unblock requests

Requests such as these are likely to be denied. If made repeatedly, they may also lead to your block being made longer or to your talk page access being removed or protected from changing.

Here are some bad unblock requests:

Special situations

Hacked accounts

If you state in your request that the changes which led to your block were made by someone else who logged on to your account without your knowledge or permission, we will have to leave it blocked and request that you start over with a new account. You may have changed the password, but administrators have no way of knowing if it was even you who did this. It is better with respect to security for you to open a new account with a strong password, in any event.

Open proxy blocks

Wikipedia policy on open proxies is clear: they are blocked for a long time without exception once identified. While some users can use them to circumvent censorship or filters, they have been used far too many times by far too many blocked vandals for Wikipedians to assume good faith on their part. This includes Tor nodes. If your server has been blocked as an open proxy, you will probably need to change using another connection: in most cases, proxies are "hard blocked", which stops even logged-in users from using the connection to change.

Shared IP blocks/Range blocks

Sometimes readers who have never or rarely changed before, or not from that location, with no goal of making an account, click on "change this page" only to find that changing from their IP address is blocked, for something they didn't do. If you are here because this happened to you, there are two possibilities.

Sockpuppetry and Checkuser-based blocks

Accusations of sockpuppetry result in many blocks and almost as many unblock requests, as Wikipedia policy calls for the sockpuppet account to be blocked indefinitely and the sockpuppeteer to be blocked for some length of time. Users confirmed or believed to have engaged in the practice must request unblock at their main account. Meatpuppets will be blocked indefinitely also, don't change on behalf of someone else, no matter how well you may know them.

Reviewing admins will usually defer to the blocking admin in a sockpuppetry-based block, especially if the sock account has few changes. If the meta:Checkuser tool was used to determine that sockpuppetry had occurred, only another administrator with access to Checkuser can overturn the block as only they have access to the evidence on which it was based. Do not make an unblock request that includes a request for checkuser to "prove your innocence". Those are rarely done that you're better off not asking. Most administrators consider such an unblock request a sure sign of a sock account (particularly one with very few changes otherwise) and will decline on that basis.

Even without the use of Checkuser, or with a result of "unrelated", an account that makes the same changes as a different blocked account, has the same linguistic peculiarities and the same general interests may remain blocked.

Wikipedia admins can never be absolutely sure about sockpuppetry, and the most abusive users can be very sneaky in trying to stop detection. If you are improperly blocked for sockpuppetry, you should realize that it may not always be easy or even possible to correct the situation.

Username blocks

Accounts with usernames that violate the username policy are often blocked indefinitely, regardless of their changing behavior.

Most such accounts are soft-blocked, meaning a new account may be created while the old one is blocked. This is done because it is the account name, not the behavior of the person behind it, which is the problem. While it is possible to request a change in username, this takes a little longer and requires that a user with bureaucrat access do so. Whichever method you choose, it is a good idea to have some review of the proposed new username first, to avoid ending up in the same quandary.

An account with a username that indicates that they are trying to be disruptive, uses hateful or obscene language or otherwise shows that the user has disruptive or provocative intent will be hard blocked, meaning that an unblock request will be required.