GeezerVison

The World Wide Web, restored to 800 pixels of glory.

GeezerVison is showing en.wikipedia.org — Help:Template limits - Wikipedia

This is an information page.

It is not a Wikipedia policy or guideline; rather, its purpose is to explain certain aspects of Wikipedia's norms, customs, technicalities, or practices. It may reflect varying levels of consensus.

The MediaWiki software that powers Wikipedia has several parameters that limit the complexity of a page, and the amount of data that can be included. These limits mainly concern data that is transcluded or substituted during expansion of a page, as opposed to data directly in the source of the page itself. This page explains how and why these limits are applied, and how users can work within the limits.

Background

What is this about?

The MediaWiki software, which generates the HTML of a page from its wiki source, uses a parser to deal with included data. This is done using a "preprocessor" which converts the wikitext into a data structure known as an XML tree, and then uses this tree to produce "expanded" wikitext, where double- and triple-braced structures are replaced by their result.

During the conversion process, the software uses several counters to track the complexity of the page that is being generated. When the parsing of a page begins, these counters are set to zero, but they are incremented during the parsing process, as described below. There are upper limits on these counters, and the parser does not allow these limits to be exceeded.

Why are there limits?

Very long or complicated pages are slow to parse. Not only is this an inconvenience for users, but it can also be used to mount a denial of service (DoS) attack on the servers, in which a page request forces the MediaWiki software to parse an unreasonably large quantity of data. The limits help to prevent this kind of attack, and ensure that pages are rendered in a reasonable time. (Nevertheless, sometimes a complex page within the limits gives a time-out error; this depends on how busy the servers are.)

Working within the limits

When a page reaches the template limits, the most common solution is to make the templates shorter, using methods described below. If this isn't possible, it may be necessary to include more data directly in the page source, rather than transcluding it from templates (e.g., formatting references by hand or using <references /> instead of {{Reflist}}). On the other hand, a template can help the server avoid doing duplicate work; see below.

When do problems arise?

See also: Help:Template § Expand limits

The inclusion limits are most commonly reached on pages that use the same template many times, for example using one transclusion per row of a long table. Even though the amount of data that the template adds to the final page may be small, it is counted each time the template is used, and so the limit may be encountered sooner than expected. Pages that only include a few dozen templates are unlikely to exceed the inclusion limits, unless these templates themselves include a lot of data.

How can you find out?

Further information: mw:NewPP parser report

Once the page body is processed, an HTML comment is added towards the end of the HTML code of the page with the final values of the various counters. For example, the page HIV/AIDS (as of the revision on October 10, 2025) contains the following comment in its generated HTML source:

<!-- 
NewPP limit report
Parsed by mw‐web.eqiad.main‐d976f4d78‐dn5sb
Cached time: 20251016210947
Cache expiry: 2592000
Reduced expiry: false
Complications: [vary‐revision‐sha1, show‐toc]
CPU time usage: 2.718 seconds
Real time usage: 3.084 seconds
Preprocessor visited node count: 22714/1000000
Revision size: 219436/2097152 bytes
Post‐expand include size: 953824/2097152 bytes
Template argument size: 11844/2097152 bytes
Highest expansion depth: 15/100
Expensive parser function count: 42/500
Unstrip recursion depth: 1/20
Unstrip post‐expand size: 1369326/5000000 bytes
Lua time usage: 1.640/10.000 seconds
Lua memory usage: 22826184/52428800 bytes
Number of Wikibase entities loaded: 1/500
-->
<!--
Transclusion expansion time report (%,ms,calls,template)
100.00% 2560.861      1 -total
 61.06% 1563.754      1 Template:Reflist
 30.06%  769.671    175 Template:Cite_journal
 12.13%  310.653     74 Template:Cite_web
  8.44%  216.167     13 Template:Navbox
  6.91%  177.039     42 Template:Cite_book
  6.26%  160.248      1 Template:Medical_resources
  5.01%  128.211      2 Template:Hlist
  3.76%   96.295      2 Template:Short_description
  3.56%   91.196      1 Template:Subject_bar
-->
<!-- Saved in parser cache with key enwiki:pcache:5069516:|#|:idhash:thumbsize=4 and timestamp 20251016210947 and revision id 1316019162. Rendering was triggered because: page_view
 -->

(Some items may not be present on other wikis, depending on which extensions they have installed; for example, the "Lua" items are added by Extension:Scribunto.)

Because of the way the counters are increased, the preprocessor visited node count, post-expand include size, and template argument size will usually be less than their limits. If any of these items are close to their limit, then it is likely that some of the templates have not been expanded. Each occurrence of an unexpanded template is identified in the page body by an HTML comment containing an error message.

Click "Parser profiling data" at the bottom of a preview to see similar data for the preview without saving it.

Expansion

Templates in non-executed branches of conditional parser functions are not expanded, and therefore not counted. For example, in the code {{#if:yes|{{bar}}|{{foo}}}}, the template {{bar}} is expanded, but the template {{foo}} is not expanded. Nevertheless, it is possible for a template argument to contribute to the counts even though it does not appear in the final output. For example, if the code {{#if:{{foo}}|yes|no}} is parsed, the length of the expanded version of template {{foo}} will be added to the post-expand counter, because that template must be expanded to decide which branch of the conditional should be selected.

Preprocessor node count

The preprocessor node count measures the complexity of the page (not the volume of data). As the parser is expanding a page, it creates a data structure known as a tree that corresponds to the HTML structure of the page. Each node of the tree that is visited during expansion is counted towards the preprocessor node count. If this count is exceeded, the parser will abort parsing with the error "Node-count limit exceeded" visible in the generated HTML.

The count starts with 1 for plain text. A pair of nowiki tags counts for 3, a header for 2, etc. A link does not contribute to the count. For the expansion of #switch every checked condition adds 2 to the count. In the case of multiple expansions of the same template the content of a template without arguments counts only once, but that of a template with arguments (even if constant) counts multiple times. In contrast to this, the result of an expansion can be used multiple times while counting only once if it is assigned to a template parameter, and that template has multiple uses of this parameter.

Pages exceeding this limit are automatically categorized into Category:Pages where node count is exceeded (recent additions).

Post-expand include size

Tracked in Phabricator
Task T275319
Open

Tracked in Phabricator
Task T189108
Open

The post-expand include size (PEIS) is the sum of the lengths of the expanded wikitexts generated by templates, parser functions and variables. Whenever the parser is instructed by the source code of a page to expand a template etc. (that is, to replace it by transclusion or substitution), the parser adds together the length of the expanded wikitext generated by the template etc. and the current counter value of the page. If this sum is more than the post-expand limit (same as the max article size limit; see $wgMaxArticleSize), the initial template etc. is not replaced and an error message is added as a comment in the output HTML. Otherwise the post-expand counter is increased to the new value, and parsing continues. A template that is expanded more than once in the page contributes more than once to its post-expand include size.

Template invocations with no arguments have an expanded text cache. So if {{foo}} includes the second-level meta-template {{bar}}, then multiple invocations of {{foo}} will only increment the post-expand include size for the fully-expanded {{foo}}; the secondary inclusion {{bar}} is only counted once. But if you included the same template multiple times with {{foo|arg}}, then the secondary templates are counted each time, even if the argument is the same.

Pages exceeding the post-expand include size limit are automatically added to Category:Articles where post-expand include size is exceeded (recent additions), Category:User pages where post-expand include size is exceeded (recent additions), or Category:Pages where post-expand include size is exceeded (recent additions). Template:Citations broken from PEIS limit may be manually added to the page when citations or templates are broken as a result of the issue.

Using comments, noinclude and onlyinclude

Only data that survives the preprocessor expansion stage is counted towards the post-expand counter. The length of HTML comments in the wikitext (which are not reproduced in the HTML source produced) is not included in the post-expand counter. Code which is either inside a <noinclude> section or outside an <onlyinclude> section does not get expanded, so these sections do not contribute to the post-expand size. This also means that category tags only contribute if they are included (to categorize pages calling the template).

Nested transclusions

Tracked in Phabricator
Task T15260
Declined

Note that the sizes of the wikitexts of all expanded templates and parser functions are added, even in the case of nesting (see phab:T15260), so extra levels increase the count. If page A transcludes B and B does nothing but transclude C, then the size of C will be counted twice towards the post-expand include size on page A, and similarly if a template consists of a parser function call, or a parser function has a template call as parameter, etc. Possible substitutions to reduce nesting include:

{{#if:{{{test|}}}|{{template1}}|{{template2}} }} replaced with {{ {{#if:{{{test|}}}|template1|template2}} }}.
{{navboxes}} replaced with {{navboxes top}} and {{navboxes bottom}}
{{trim}} replaced with {{#if:1|...}}
{{Episode table|episodes=...}} -> {{episode table|dontclose=y}} ... {{End|html=y|Episode table}}

Non-rendered transclusions

Non-rendered tranclusions still count towards limit. For example, a page which contains only {{#if:{{:Main Page}}}} would still have a post-expand include size even though it would have no output at all.

The same applies to Scribunto modules. For example, {{#invoke:Test|main}} would still increase post-expand include size even if Module:Test were simply:

mw.getCurrentFrame():preprocess'{{msgnw::Main Page}}' -- remove this line and post-expand include size becomes zero
return { main = function() end } -- p.main() has no return value

#invoke syntax

Some templates have equivalent Lua modules, which may be transcluded with the syntax #invoke:module name. This has lower PEIS than using templates which wrap that Lua module. However, if used directly in articles there is a cost to the readability (and editing) of article source code, so that is discouraged unless strictly necessary. These include:

{{#invoke:navbox|navbox|...}}, {{#invoke:navbox|with collapsible groups|...}}, inside navbox templates.
{{#invoke:infobox|infoboxTemplate}}, {{#invoke:infobox3cols|infoboxTemplate}} inside infobox templates.
{{#invoke:flag}}, {{#invoke:flagg}} for articles with large numbers of flags.
{{#invoke:cite|web}}, {{#invoke:cite|news}}, e.g. where there are several hundred references.
{{#invoke:episode table|main}}, {{#invoke:episode list}} for episode lists.

References

Pages may exceed the limit when trying to display references using the {{reflist}} template. Replacing it with <references /> may allow the references to appear, although the list may be truncated if the limit is exceeded by templates such as {{cite web}}. As of 2010, the <references /> tag has the same font styling as {{reflist}}, and as of 2017 it allows for responsive columns.

Splitting articles

Ideally the length of articles would be determined by content-related decisions not technical issues. However, if PEIS issues are unresolvable on an article such as a long list, it may be split into sections which each fit within the limit, following the policy at WP:SPLIT.

Template argument size

The template argument size counter keeps track of the total length of template arguments that have been substituted. Its limit is the same as the article size limit.

Example:

{{3x|{{2x|abcde}}}} has a template argument size of 40 bytes: the argument abcdeabcde is counted 3 times, the argument abcde twice.

Arguments in the template call which do not match any parameter tag in the template do not count.

If a template contains a switch, use of template arguments beyond a match do not count. Up to and including the matching case, template arguments used on the left of the equals signs count twice. Those on the right of the equals sign count for the matching case only.

Pages exceeding the template argument size limit are automatically added to Category:Pages containing omitted template arguments (recent additions).

Highest expansion depth

Further information: Wikipedia:Avoiding MediaWiki expansion depth limit

Pages exceeding this limit are automatically categorized into Category:Pages where expansion depth is exceeded (recent additions).

Expensive parser function calls

Further information: mw:Manual:$wgExpensiveParserFunctionLimit and Template:Expensive

There is a limit of 500 to the expensive parser function count, i.e., the number of calls of expensive parser functions, which are:

#ifexist: conditional expression which branches depending whether a given page exists or not. If the limit on expensive parser functions is exceeded, every additional #ifexist call will behave as though the given page in the query does not exist.
{{PAGESINCATEGORY}} or PAGESINCAT: Number of pages in the category named categoryname. Each subcategory is counted as one item.
PAGESINNS: number of pages in a namespace.
CASCADINGSOURCES, REVISIONID including on the current page
PAGESIZE, which can only be called specifying a page name
REVISIONUSER, REVISIONTIMESTAMP, etc. when used on a page other than the current page
REVISIONTIMESTAMP, when used on a page other than the current page
Some Lua functions, many equivalent to other items in this list:
- mw.site.stats.pagesInCategory
- Some title object properties and methods (e.g. id, exists, isRedirect) – mw.title.newBatch may be used to mitigate this effect to 1 count per 25 titles.
- frame:preprocess() and frame:callParserFunction() if invoking an expensive parser function.
<syntaxhighlight>...</syntaxhighlight> tags

The limit-exceeded error can be caught with pcall() and xpcall() in Lua, or #iferror: in Wikitext. This is useful in creating templates and modules that fail more gracefully.

It is also possible to manually increment the expensive parser function count from a Lua module by using mw.incrementExpensiveFunctionCount().

Pages that exceed this limit are automatically categorized into Category:Pages with too many expensive parser function calls (recent additions).

Unstrip post-expand size

The unstrip post-expand size counter tracks the total bytes added via TemplateStyles (the <templatestyles /> tag itself is counted towards the post-expand include size count).

#time

The total length of the format strings of function #time is limited to 6000 characters . The error message is given by MediaWiki:Pfunc time too long). For each combination of the expanded wikitext of a format string and the expanded wikitext of an expression for the time (e.g. "1 Mar 2008 -1day"), repeated use is not counted, as the results are cached.

Unfortunately, the count is not in the limit report.

Images

As of July 2026, the new Parsoid parser has a limit of 1,250 (previously 1,000) images per page (see phab:T430854). If Parsoid was used then the bottom of the page says "Page was rendered with Parsoid". You may be able to render all images for yourself by adding ?useparsoid=0 to the url but it will not affect others. Mainspace articles are generally rendered with Parsoid.

Special:Expandtemplates

When a page exceeds the limits, one crude way to solve the problem is to use Special:ExpandTemplates. As opposed to substitution it recursively expands all levels at once, without the need of specially preparing the templates with the code safesubst:<noinclude/> or similar (see bug 2777). This reduces all counts to zero except the preprocessor node count, but even that will typically be reduced to a number that is well within the limit.

History

The inclusion limits were put into effect on the English Wikipedia by Tim Starling on 14 August 2006. A new preprocessor was enabled in January 2008, removing the "pre-expand include limit" and replacing it with a "preprocessor node count" limit.

The practice of using a template documentation page, while it can still be useful for other reasons, is no longer needed for avoiding documentation to be counted on pages that call the template.

References

Village pump technical (discussion now moved to Wikipedia talk:Template limits)
Tim's posting on wikipedia-l
mw:NewPP parser report