Technical Content Policy

The following set of policies concern page elements over which the EN SCP Wiki Technical Team has jurisdiction.

See also the CSS Policy, which describes requirements for posted themes or embedded CSS on the site. Note that all site styling is subject to modification at Technical Team discretion.


All page content (including themes, components, images, HTML, and attached files) must be hosted on the SCP Wiki. Linking to other Wikidot sites such as sandboxes, or linking to files hosted on a private website are not permitted. An exception exists for notable components (not themes) hosted on the SCP INT wiki and the Wikidot Snippets repository.

All files should have a file extension appropriate to their file type.

Files larger than 4 MiB may not be uploaded without staff approval. Generally, files should be less than 2 MiB in size.

Images specifically are subject to several restrictions:

  • Images should not exceed 800 KiB in file size, and should not have dimensions significantly larger than their appearance on screen.
    • Note that the default width for the standard image-block component is 300 px, so, for instance, an image with a width of 1200 px would be too large. Larger images may be uploaded, provided the reduced-size file is the one actually displayed.
  • Staff are permitted to shrink images that are too large as described above.
  • An exception exists for art pages: media there may be hosted off-site instead of on the wiki. The hosts currently permitted are:
  • Note that, for both art pages and regular pages, hosting files via Discord is not allowed. Such links will expire with time and become broken.
  • Additionally, large video files may be hosted on YouTube or Vimeo if they are on a channel that the author controls.

Due to a bug, uploaded SVGs may not be correctly recognized by Wikidot. See here for more information.

Font hotlinking is permitted if in compliance with the CSS Policy.

Offset Articles

The ListPages module allows presenting multiple pages under the same slot and rating module. See ListPages Magic and You for information on how this works.

If an offset-based article requires the creation of child pages, those pages must be created in the fragment: category, and they must be named according to its parent page and index. If the parent page is renamed, the fragment pages must be as well.

For instance, if a user posts a page my-story, then each of the offsets could be named fragment:my-story-1, fragment:my-story-2, etc.

All fragment pages must be listed in the page source, for instance:

[[module Rate]]

Fragment pages:

[[module ListPages category="fragment" parent="." order="created_at" limit="1" offset="@URL|0"]]

(Pages with ten or more fragments may provide ListPages code to list all the fragments instead)

Fragment pages must be parented to their host page, regardless of whether parent pages are used as a selector for the ListPages module.

The usage of redirect modules on fragment pages is forbidden.

If a page's tags on an offset-based article would present a significant spoiler for the reader, then, as a special exception pursuant to Tech approval, tags may be hidden on the first offset only by use of the Hide Tags component.

HTML and Javascript

Use of [[html]] and [[iframe]]s should be minimized to the fewest number of instances necessary. If two [[html]] blocks are able to be combined into one, or the content of an [[html]] block can be reasonably replaced with Wikidot text instead, they must be.

Javascript that is malicious, not compliant with the site license or cannot be justified to the Tech Team must be removed. Use of malicious scripting or exploitative page elements may result in disciplinary action.

Any HTML or javascript in a page may not take actions outside the context of an article (e.g. sending unsolicited emails or accepting payment), transmit information about the reader, or perform an irreversible action. Cookies and local storage are permitted if they are strictly necessary for the proper behavior of the page.

Additionally, page content may not create pop-ups or automatically open links that the user has not clicked on.

Minified HTML, CSS, or Javascript may be used, but the un-minified full source must be disclosed and publicly available. Like all other content, they must be available under the site's license (CC-BY-SA 3.0), though it may be dual-licensed with another free/open source license.

All flash content (extension .swf) is prohibited.

If you'd like to use audio in an article, do not use the flash snippet, use the HTML5 audio player.

Component Policy

All new components must be approved by a Tech Team operational staff member (or higher) prior to posting.

Components must abide by the same content policies as HTML, and be fully hosted on-site.

'More by' pages

Authors are permitted to create a page for listing other works by them, which they may use on their articles as a way of directing readers to more of their work and/or providing recommended reading.

'More by' pages must have the more-by tag and exist within the more-by: category. The page's UNIX name (i.e. the part of the URL that is preceded by the category) must be identical to the creator's username as it appears in the URL of their Wikidot user info page.

If the author changes their username, they must update the URL of their 'more by' page, if they have one, and they must also update all pages that use it to point to the new page location.

Unmodifiable Content

The following parts of a page are not considered "page content": they may not be removed and any modifications must be in line with existing conventions. For instance, users may not hide the ability to edit or rate the article as part of a format screw.

The color and appearance of these components may be modified if in compliance with the CSS Policy.

  • User module / login status
  • Search functionality
  • Page tags
  • Article metadata (for instance, the Attribution Metadata)
  • Rating module
  • Translation module
  • Side bar
  • Top bar
  • Wikiwalk navigation footer
  • Adult splash page (if relevant)
  • License box component
  • Page information and buttons (e.g. edit, rate, history, etc.)
  • Wikidot advertisements (violation of the Terms of Service)
  • Wikidot footer
  • Wikidot license information


New pages must be created in the appropriate category:

  • Components and templates must be in the component: category.
  • Themes must be in the theme: category.
  • Fragment pages must be in the fragment: category.
    • A "fragment" is any page that is created for a single, specific regular page for the presentation of its content, and are not intended to be viewed directly.
    • Fragment pages are not subject to voting or deletion.
    • See also section "Offset Articles".
  • 'More by' pages must be in the more-by: category.
  • Art pages must be in the art: category.

All other pages must be in the main category (a.k.a. "_default:"). Use of other categories requires Tech Team approval on a case-by-case basis.

This means that your page URL may not contain colons (:), as the text before the colon will be interpreted by Wikidot as a non-default category.


Wikidot permits pages to be assigned a single parent, which appears at the top of the page with navigation links called "breadcrumbs". These are used to show that articles are related to a particular article, for instance with 001 proposals being parented to the SCP-001 hub.

Supplement pages should be parented to the main article that they relate to. Fragment pages must be parented to their host article (see section "Offset Articles"). 'More by' pages must be parented to their creator's author page, if they have one (see section 'More by' pages).

Due to Wikidot limitations, if an author wishes to parent their page to multiple articles, they should use the following code, rather than the standard parenting feature.

[[div class="pseudocrumbs"]]
[[[parent-page-url1|Title of First Parent Page]]] » Title of Child Page
[[[parent-page-url2|Title of Second Parent Page]]] » Title of Child Page

Authors may assign the parent of their page as they wish, provided it does not interfere with the technical implementation of other pages that they do not have authorization to edit.

Site staff are authorized to assign page parents to improve site navigation and accessibility.

Page Titles

All pages must have a title: it may not be blank. This is because ListPages selectors and forum pages have rendering issues if the title field is empty. A page's title may be hidden with CSS to create the appearance of not having a title.

Users can make the displayed title of their page different from the system page using the following code:

[[module CSS]]
#page-title {
    display: none;

[[div class="meta-title"]]
New Title Here

Page Tags

Tags are defined by the Tech Team for wiki organization, categorization, and navigation.

Any changes to tags should be performed by the Tech Team or MAST (or, in the case of license-based tags, the Licensing Team). Objections to tagging decisions should be relayed to the respective team for discussion; users are not permitted to revert tag changes made by staff members.

Users may suggest new tags in the appropriate stickied threads within the Proposals and Policy forum.


Wikidot provides the Redirect module, which, when added to a page, causes any browsers visiting it to instead load the destination page. This can be disabled by appending /noredirect/true to the page's URL.

Users are never permitted to add a redirect to an article that is not theirs. Additionally staff approval is needed to create a page solely to act as a redirect. All pages containing redirects must bear the redirect tag.

Redirects may not point to pages off of the main wiki, including sandboxes or other Wikidot sites. Fragment pages may not contain redirects.

If in doubt, get explicit staff approval.

ListUsers Module

The ListUsers module allows authors to call upon the username of a reader, and insert that username into an article. However, it also limits content to only be accessible to users who both have an account and are logged into it, meaning that users who are not logged in or do not have an account cannot read parts of the article.

As little content as possible should be gated behind a ListUsers module. Generally speaking, this means that the ListUsers module should only contain the specific paragraph in which the username is being mentioned. The article should not have substantial or major differences between the version that is displayed to a user who is logged-in, versus the version displayed to one who is not.

Wherever possible, the ListUsers components should be used, rather than the base Wikidot functionality. This component allows for alternative content to be displayed to a logged-out user, and should be used to present an equivalent version of the gated content that does not reference username.

Link Shorteners

Link shorteners and QR codes are not allowed on the SCP Wiki. As the character limit of a wiki page is long enough to not be a concern, neither of these is necessary. Further, as they disguise links and make the destination unclear to a user, they pose a mild security concern.


The following section refers to the Wikidot function called "Renaming", which allows users to change the url of a page they have posted. This is also sometimes colloquially known as "moving".

The Tech Team offers a minor caution against renaming, as it can leave extant links elsewhere on the internet voided when a page moves. In many instances, these links cannot be edited or are not under the control of the original author, and those links will now either link to a nonexistent page or an entirely different one. This is simply a warning to be careful about renaming, not a prohibition against it entirely.

Deleting pages is technically considered renaming due to circumstances in the Wikidot backend. This is considered an auxiliary usage and is not covered in this policy.

Renaming Pages

Users are allowed to rename pages under their control as they see fit. They may put the article in any valid slot they choose. Be sure to follow the steps below when renaming a page:

  1. Go to the bottom of the page and check the backlinks, in the + Page Options. If there are any backlinks specific to the article, write them down. (You can ignore the mainlist and Wikiwalk footer.) Be sure to do this step before renaming the article.
  2. Rename the page with the option named "Rename" in + Page Options. Do not instruct Wikidot to fix backlinks.
  3. If the article referred to its url, fix those references. Most SCP articles do this.
  4. Edit any backlinks recorded in Step 1.
  5. If there are any files on the page that were called with their full urls (rather than simply the abbreviated file name), update those to the new url.
  6. In the case of a mainlist article, edit the respective mainlist so that the title of your article is at the correct location.
  7. Leave a post in the Updates Thread of the Page Announcements forum detailing the change.

Co-Authored Pages

In the case of a co-authored page, you must consult with your coauthor(s) to make sure they are also willing to rename a page. If you have full control over the article due to your coauthor's absence, you can proceed as normal. If your coauthor is not willing to rename, do not rename the article.

If you did not post the article, and have permission from your coauthor to rename, but they are unable to do so for whatever reason, ask for staff to rename the article, in #site17, #observer-discussion or #help-desk. A moderator will then complete the above steps for you.

Renaming SCPs

Renaming SCPs carries an additional caveat: You can only rename an article into the most recently opened series. You may not rename an article into an older series. Extant articles that are renamed into older series will be reverted to their original url. If that url is no longer available, they will be given a new slot in the most recently opened series.

This means that should an article in Series 1 is deleted, you cannot rename an article you already have posted in Series 8 into that url. However, if you already have a Series 1 article, you could rename that article into a Series 8 slot, and then post a new article into that slot.

Style Resource

The SCP Style Resource is a collaborative page maintained by the Tech Team. The team may provide limited support, but all components are considered "as is".

Any added components must comply with the policies listed here, and are subject to modification or removal at staff discretion.

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License