위키백과:특정판 삭제 정책

위키백과, 우리 모두의 백과사전.
이동: 둘러보기, 검색

특정판 삭제문서 역사기록의 개별 항목을 일반 사용자가 볼 수 없도록 삭제할 수 있는 관리 기능입니다. 특정판 삭제 기능을 통한 선택적 삭제가 도입되기 이전에는 쓰였던 방법 (문서를 삭제한 뒤 일부만 복구)은 두 문서의 역사 병합이나 기타 필요한 경우를 제외하고는 사용하지 않습니다. 특정판 삭제는 다음과 같은 조건에 따라서만 사용해야 합니다.

특정판 삭제는 특정판의 본문이나, 해당 편집이나 행동을 한 사용자의 계정명, 편집 요약 또는 로그 기록을 숨길 수 있습니다. 한국어 위키백과에서는 특정판 삭제를 통제하기 위한 기준이 아래에 존재합니다. 기록보호자들이 사용하는 특정판 삭제 기능인 "억제" 모드는 기록보호자/권한의 사용에 별도로 다루어져 있습니다.

모든 관리자들은 사용자들에 의해 요구된 특정판 삭제 요청을 처리할 수 있습니다. 또한 사용자들은 특정판 삭제 결과에 대해 관리자들에게 재검토를 요구할 수 있습니다. 편집자와 민감한 사안에 대해 의논할 때는 공개문서보다는 이메일을 이용하는 것이 사안의 광범위한 노출을 피하는 데 도움이 됩니다.

개요[편집]

특정판 삭제 기능은 관리자들이 문서 역사와 공개 기록의 항목을 선택적으로 가릴 수 있도록 하고, 특정판 삭제 기능을 올바르게 사용했는지 다른 관리자들이 동료평가를 할 수 있도록 합니다. 특정판 삭제가 된 항목이라도 여전히 비등록 사용자나 일반 사용자도 지워진 형태로 볼 수 있으며, 모든 사용자는 특정판 삭제 기능의 사용이 정당했는지 판단하기 위해 관리자에게 특정판 삭제 기능 사용의 검토를 요청할 수 있습니다.

삭제 도구인 특정판 삭제 기능은 대부분의 사용자들이 특정 내용을 볼 수 없도록 가릴 수 있습니다. 이 때문에 이 도구는 엄격한 사용기준 하에서만 사용되어야 합니다.

위키미디어재단의 기록보호 정책 (사생활 침해나 법적 명예 훼손을 광범위하게 다룸)의 위반이 발생한 시급한 상황에서는, 관리자는 먼저 특정판 삭제를 한 후, 기록보호자들에게 즉시 알리는 조치를 취할 수 있습니다. (아래를 참조)

남용[편집]

특정판 삭제 기능은 2010년에 도입되었습니다.영어 위키백과 공동체는 이 도구의 사용을 허용하는 조건으로 특정판 삭제 기능의 남용 가능성이 엄격하게 금지되어야 하고, 공동체에 의해 예방되어야 하며, 정책으로 기록되어야 한다는 강한 총의를 모았습니다. 특히 특정판 삭제 기능은 "평범한" 불쾌한 발언이나 무례함을 지우기 위한 용도가 아니며, 사용자들의 부적절한 단어 선택이나 차단 기록 항목을 가리기 위한 용도 역시 아닙니다.

특정판 삭제의 대상이 되려면 삭제에 대해 이의를 제기할 여지가 없을 정도로 심각하게 불쾌한 내용이어야 합니다. 이런 경우가 아니라면 특정판 삭제가 되어서는 안 됩니다. 만약 특정판이 특정판 삭제의 대상이 될 수 있는지 불분명하다면 관리자들은 다른 경우와 같이 공동체의 의견을 들어야 합니다.

특정판 삭제와 기존의 선택적 삭제 비교[편집]

선택적 삭제(문서 삭제 후 일부 판만 복구)에 비교한 기술적 장점

  • 특정한 판을 지우기 위해 먼저 문서를 지울 필요가 없습니다.
  • 특정판의 편집 전체를 삭제하지 않고 선택적 요소들을 삭제할 수 있습니다. (가령 편집 요약이나 특정판 내용이 문제이지만 계정 이름에는 문제가 없을 때)
  • 특정판 삭제는 오랜 역사를 가지고 있는 문서에서도 이루어질 수 있습니다.
  • 특정판 삭제는 공개 기록도 지울 수 있습니다. (가령 제목 변경을 통한 문서 훼손 기록의 경우)

다른 명백한 장점

  • 특정판 삭제는 비등록 사용자나 일반 사용자도 여전히 가려진 편집의 존재를 볼 수 있게 합니다. 특정판 삭제는 이전의 편집이 다른 사용자의 편집인 것처럼 보이는 일을 방지하기 때문에 기여와 문서 역사에 미치는 영향이 적습니다.
  • 문서 전체를 삭제하고 부분만 복구할 필요가 없기 때문에, 이전에 삭제된 판본들이 실수로 복구될 위험이 없으며, 특정판을 가리는 과정에서 문서가 "삭제됨"으로 표시되지 않습니다.
  • 특정판 삭제가 이루어진 문서의 역사가 두 개의 공간 (문서 역사와 삭제된 역사)으로 분할되지 않기 때문에 모든 편집을 하나의 공개된 공간에서 볼 수 있습니다.
  • 관리자가 아닌 사용자들은 비록 삭제된 판본이나 기록의 내용 자체는 볼 수 없지만, 어떤 판본이나 기록이 삭제되었는지는 볼 수 있습니다.
  • 문서가 보호 (준보호, 완전 보호 등) 되어 있더라도 특정판 삭제에 의해 방해받지 않습니다.

삭제 조건[편집]

심하지 않은 수준에서 부적절한 글이나 훼손성 글이 올라오는 것은 큰 공동체에서 평범한 일입니다. 일반적으로, 아래의 기준에 해당되는 내용만이 삭제되어야 합니다. 사용자들은 주어진 상황에서 단순히 편집을 되돌리거나 무시하는 것으로도 충분할지 생각해 보아야 합니다. 만약 삭제가 필요하다면, 꼭 필요한 부분만을 가려야 하며(즉 무해한 부분은 보이게 남겨놓아야 함) 삭제에 대한 분명한 이유를 제시해야 합니다.
  1. 명백한 저작권 침해 that can be redacted without removing attribution to non-infringing contributors. If redacting a revision would remove any contributor's attribution, this criterion cannot be used. Best practices for copyrighted text removal can be found at Wikipedia:Copyright problems and should take precedence over this criterion.
  2. 거친 욕설 또는 공격적인 요소들 that has little/no encyclopedic or project value and/or violates our biographies of living people policy. This includes slurs, smears, and grossly offensive material of little or no encyclopedic value, but not mere factual statements, and not "ordinary" incivility, personal attacks or conduct accusations. When attack pages or pages with grossly improper titles are deleted, the page names may also be removed from the delete and page move logs.
  3. 주제와 관련이 적거나 없는 순수한 분쟁 내용. This includes allegations, harassment, grossly inappropriate threats or attacks, browser-crashing or malicious HTML or CSS, shock pages, phishing pages, known virus proliferating pages, and links to web pages that disparage or threaten some person or entity and serve no other valid purpose, but not mere spam links.
  4. 기록보호성 정보아래의 별도 문단에서 조건을 확인하세요.
  5. 특정판 삭제 기능을 사용한 삭제 정책하의 타당한 삭제. With the exception of fixing cut-and-paste moves and history merges, if selective deletion is required, RevisionDelete is usually preferable (see above), and should be used instead of the old method of "delete and partial undelete". It is important that the underlying reason for deletion be made clear in the log summary.
  6. 논쟁을 불러일으킬 여지가 없는 관리 including correction of clear and obvious unintended mistakes in previous redactions, changes to redaction based upon communal discussion and clear consensus, adding information to the delete logs, and converting traditional selective deleted edits to RevisionDelete. (The action must not be likely to be contentious or controversial, consult if needed)
중재위 중재위원회의 결정에 따른 삭제 지시. 때때로, 중재위원회는 특정한 기록이 부적절하여 공개 기록에서 지워져야 한다고 결정했을 수 있습니다. 이러한 결정에 대한 요청은 해당 중재 요청을 링크해야 합니다.

로그 편집[편집]

Log redaction (outside of the limited scope of RD#2 for the move and delete logs) is intended solely for grossly improper content, and is not permitted for ordinary matters; the community needs to be able to review users' block logs and other logs whether or not proper. Due to its potential, use of the RevisionDelete tool to redact block logs (whether the block log entry is justified or not) or to hide unfavorable actions, posts and/or criticisms, in a manner not covered by these criteria or without the required consensus or Arbcom agreement, will usually be treated as abuse of the tool.

기록보호자보다 먼저 내용 가리기[편집]

Personal information includes almost any material that is (or looks like it might be) actual claims, facts, hints, or allusions to non-public, personal, or private information. (See WP:SIGHT and WP:OUTING)

It does not matter whether the privacy breaching material was posted by the user themselves or by a third party, whether in good or bad faith, recently or in the past, whether accurate, whether the target is identifiable to the administrator, nor whether it is a statement, pointed speculation, or implied.

RevisionDelete can be used to hide any privacy breaching and/or defamation posts while waiting for Oversight. Since Oversight is not immediate, an administrator may provisionally delete the information from public view to minimize harm, then promptly contact an oversighter.

Even if the material is ultimately found not to be suppressible, administrators are allowed to err on the side of caution, even in cases with an apparent conflict of interest, provided it is in good faith and they quickly seek oversighter review. If the oversighter decides suppression was not appropriate, the material will be restored or admin-deleted instead.

Administrators should be aware that delete logs are public and scrutinized. Deletion may lead to extra attention at times. Only administrators can see the material when it is RevisionDeleted (and before oversight), but even so it may sometimes be more discreet to contact oversighters directly, and not use RevDelete first. A lot depends on the material itself. If RevisionDelete is used, avoid obvious suggestive terms in the reason (e.g. don't use "RD4", "oversight", "private material", "hiding IP of logged out user" etc.).

When hiding personally identifiable information related to an individual who can be contacted by email, it may be considered good manners to notify them that the information was deleted and hidden from public view. Providing such notice is at the administrator's discretion.

사용을 위한 참고사항[편집]

It does not matter if the target is identifiable, just that it appears to have a target:

It is not necessary that the target is identifiable. It is sufficient that it appears to refer to some real person, organization or group, or could be intended to suggest a specific target to the right reader. For example a smear could target a person known locally by a nickname or other allusion that no Wikipedia administrator has heard of, but that is instantly recognizable to people in that school, town or social community. It is therefore not necessary to be able to identify the target/s to treat it as if a target exists.

계정 이름 가리기 (저작권 표기 문제):

Wikipedia's licenses require that accessible edits are linked to the user who performed them, so it is generally a problem to hide the username from a revision while leaving their edited changes to the page in public view. Cases where it is acceptable are those where the revision contains no valid information copyrightable to the user who posted it (i.e. plagiarism, gibberish, vandalism, adding categories, no copyrightable change made to revision text, etc), where all changes will be reverted, or where the user accidentally posted while being "logged out" and the aim is protection of privacy at the request of the user.

트래픽이 많은 문서:

If redaction may be required on a busy page it can sometimes be worth an edit to take care of problematic text. If redaction is eventually required, fewer revisions will be affected.

큰 규모의 사용[편집]

특정판 삭제 기능은 주로 간단한 작업에 사용되거나 추가된 지 얼마 안 된 내용을 대상으로 할 것을 염두에 둔 것입니다. 편집이 빈번한 문서에 추가되거나 하여 수많은 판에 걸쳐 존재하는 텍스트나 많은 사람들의 언급 대상이 된 텍스트는 가리는 것이 실용적이지 않을 수 있습니다. 그런 내용을 보이지 않게 교열할 때에는 가리는 것이 얼마나 실용적이고 효과적일지, 가리는 것이 얼마나 방해가 될지(가령 다른 사람들의 문제 없는 글 투고에 대해), 그리고 가리는 행위 자체가 문제에 대한 관심을 얼마나 끌게 될지를 고려해야 합니다. 명확한 기준은 존재하지 않습니다. 상황에 맞는 판단이 요구됩니다.

이러한 상황에 놓인 관리자들은 우선 심하게 부적절한 내용을 되돌리거나 제거하는 편집을 우선 하고, 이후에 의견을 구할 수 있습니다.

특정판 삭제 신청하기[편집]

스트라이샌드 효과를 피하기 위해 특정판 삭제 신청을 하기 위한 위키백과 공간은 마련되어 있지 않습니다. 긴급한 사유가 아니라면 {{특정판 삭제 신청}}을 문서에 부착해 삭제 신청을 해주세요. 사적인 정보가 우려되는 경우, 아무 관리자에게 사용자토론 페이지나 이메일을 보내 요청을 처리해 줄 것을 부탁할 수 있습니다. 만약 보고하려는 특정판의 문제가 오버사이트가 해결해야 할 일이라고 생각하신다면, 오버사이트와 연락을 취해주세요.

삭제에 대해 토론하거나 항의하기[편집]

이 도구를 이용해 수행된 행동들은 공적 로그에 남게 됩니다. 그것들은 명확하고 폭넓은 총의에 따라 (편집된 자료를 볼 수 있는) 다른 관리자에 의해 검토되고 반전될 수 있습니다. 다른 관리 도구와 같이 올바른 판단과 적합한 사용이 요구되며, 부적절한 사용은 제재나 권한 회수로 이어질 수 있습니다.

기술적 세부 사항[편집]

The effects of two different visibility combinations on a page history. Redaction is shown to all users.

한국어 위키백과에서는 특정판 삭제 기능이 관리자의 관리 모드와 오버사이트의 억제 모드를 통해 이용할 수 있습니다.

기능성[편집]

Page histories and logs have a button for administrators and oversighters that allows multiple entries to be redacted by selecting them from the list with checkboxes. On page histories, the button is Del/undel selected revisions; on logs it is Show/hide selected log entries.

When a revision or log entry is hidden from view in its entirety, it is displayed as shown to the right, with the elements hidden from view stricken and greyed out. The struck-out elements cannot be viewed by any usergroup which does not have the deleterevision right. A user who cannot access the relevant revisions and who tries to compare the revision with other revisions or access its &oldid= page will receive an error stating that the revision has been removed from the public archives. Similarly, looking up log entries or contributions by username will not show log entries where the username has been redacted.

The button can usually be clicked by an administrator to view selected redacted entries. It will appear in bold if suppression has been applied, in which case both the redacted material and its deletion settings cannot be accessed by administrators or users who lack access to the oversight tool.

Revision deletion actions are retained even when the revision or page is deleted in the traditional manner. If a page is later undeleted, data that was deleted with RevisionDelete will still remain deleted.

When redacting the log entry of a page move, note that it will also have been recorded as an edit summary in that page's history; it will need to be redacted as well.

한계와 문제[편집]

  • The revision text of the most recent edit on a page cannot be redacted. The revision must be reverted or deleted first. Other fields (username and edit summary) can be redacted even on the most recent edit.
  • Revision links change when a revision is traditionally deleted or undeleted. If a revision's visibility is modified using RevisionDelete, and the revision is later deleted or undeleted, the links in the delete log and elsewhere may break. It will be necessary to look at the page history/deleted page history/page logs to work out what revision was being referred to. (This has been reported but is not simple to fix.)

보이기 설정 바꾸기[편집]

The RevisionDelete dialog. The suppression option is included for completeness, although this is only visible to users with oversight access.

To hide or unhide a revision or a log entry, select the relevant revision[s] or log entry/entries that you wish to show or hide with the checkbox[es] to its/their left, and click Del/undel selected revisions or Show/hide selected log entries as appropriate. Depending on your permissions, there may be either three or four options to choose from:

  • 특정판의 내용 가리기
  • 특정판의 편집 요약 가리기
  • 특정판을 편집한 계정명/IP 가리기
  • Suppress data from administrators as well as others (only available to users with the suppressrevision right, namely oversighters)

In the visibility restrictions option area, tick the checkboxes next to each restriction you wish to apply to the selection, and provide a reason for the setting from the Reason dropdown menu. Optionally, enter further information into the text field. Once this information has been filled in, click Apply to selected revision to apply the change. If this has been done correctly, a success message should be displayed.

Unhiding a revision or log entry follows the same procedure. Untick the checkboxes that you wish to unset in the visibility restriction options section, and provide a reason for the change.

Hiding of a username or IP should only be used where that username or IP has a reason in and of itself to be hidden, such as accidentally editing logged out or an attack username. Hiding a username will remove the contribution completely from the user's contributions list (except from administrators, who will see a warning indicating it is invisible to users), rather than a crossed out entry for deleted edits without hidden username. This will cause issues with users trying to review actions taken on the user, as well as potential copyright violation risks.

특정판 삭제의 고유한 로그 기록[편집]

RevisionDelete's own log entries in the public deletion log.

Use of RevisionDelete produces an entry in the public deletion log, or the private suppression log if used by an oversighter and "Suppress data from administrators as well as others" is checked. Log entries created in the public deletion log look like those displayed to the right, for page revision and log entries visibilities respectively. The options (diff | change visibility) provide an easy link to view or redact the underlying page revision to which the log entry refers.

선택적 복구[편집]

판을 삭제하는 방법으로서 옛 방식인 선택적 복구(즉 문서 전체를 삭제한 후 일부 판만 선택해 복구하는 것)는 특정판 삭제 시스템이 선호됨에 따라 사장된 것으로 생각되어야 합니다. 선택적 복구도 물론 아직 몇 가지 유효한 쓰임새(복잡한 역사 합병과 같은 경우)가 있기는 하지만, 상대적으로 투명성이 떨어지고 효율성이 형편 없기 때문에 문서 역사에서 판들을 삭제하기 위한 방법으로 사용되어서는 안 됩니다.

같이 보기[편집]