Help:What links here/id

Dalam kotak Perkakas di setiap halaman terdapat pranala dengan label "" (atau, lebih umumnya, dilabeli dengan teks dalam MediaWiki:Whatlinkshere).

Gambaran umum
Fasilitas  mendaftarkan halaman-halaman di situs yang sama yang bertautan dengan suatu halaman, baik halaman-halaman dalam semua ruang nama, atau ruang nama yang ditentukan. Untuk melihat informasi ini, pilih pranala  ketika membaca halaman apapun. Halaman-halaman yang bertautan dan/atau menanamkan halaman yang diberikan akan didaftarkan. Daftar diurutkan berdasarkan ID halaman, yaitu tanggal pembuatan halaman.

Info ini berasal dari tabel dan tabel. Halaman yang menanamkan halaman yang diberikan akan ditandai dengan konten MediaWiki:Istemplate ("transklusi" atau "inklusi"); untuk halaman-halaman ini tidak ditunjukkan apakah mereka juga bertautan dengan halaman yang diberikan. Ini bisa dilihat dengan m:Query#backlinks.

Daftar pranala ke suatu artikel perguna dalam beberapa cara:


 * Itu memberikan gambaran umum seberapa populer sebuah halaman. Halaman yang sering ditautkan kemungkinan lebih sering dilihat dan sebaiknya ditingkatkan kualitasnya. Halaman dengan sedikit atau tanpa pranala balik kemungkinan tidak populer.
 * Jika materi subjek artikel tidak jelas, daftar artikel yang menautnya bisa membantu memberikan konteks yang berguna. Contohnya, ketika diberikan sebuah rintisan mengenai John Smith yang hanya memberitahukan tanggal lahir dan meninggalnya, melihat daftar pranala ke artikel tersebut bisa mengungkapkan bahwa dia pernah memenangkan medali emas dalam Olimpiade.
 * Memfasilitasi disambiguasi yang wajar.

Fasilitas ini juga bekerja untuk halaman yang tidak ada (bisa jadi ada pranala yang mengarah kepadanya, yang membuat fasilitas ini lebih berguna untuk membuatnya). Tombol  juga berada di halaman penyuntingan ketika seseorang mendatangi halaman lewat pranala rusak. Jadi, misalnya, apabila artikel film memiliki pranala ke artikel pemeran-pemerannya, seseorang bisa menemukan film-film yang pernah dibintangi seorang aktor meskipun tidak ada artikel mengenai aktor tersebut.

Untuk memanggil daftar  secara langsung, gunakan misalnya w:Special:Whatlinkshere/John Smith menghasilkan w:Special:Whatlinkshere/John_Smith.

Batasan dan solusinya
Tidak didaftarkan:


 * subhalaman yang hanya punya pranala otomatis ke halaman
 * pranala dalam ringkasan suntingan

Yang juga didaftarkan:


 * halaman dengan kata ajaib #ifexist yang perilakunya bergantung pada keberadaan halaman yang diberikan (lihat )

Dalam kasus pranala ke bagian atau jangkar lainnya, target tepatnya tidak ditampilkan. Selain itu, "" tidak bisa mendaftarkan pranala balik ke bagian/jangkar tertentu saja. FItur-fitur ini diberikan oleh Linksearch setelah menambahkan sebuah "pranala luar tersembunyi".

Alternatif:

Jika diinginkan, bagiannya bisa dipisahkan. Kontennya masih ditunjukkan di halaman yang asli, dengan mentransklusikan halaman yang baru. Alternatifnya, atau untuk persiapan pemisahan, bukannya membuat pranala ke sebuah bagian, Anda bisa membuat pranala ke halaman yang mengalihkan ke bagian itu. Daftar pranala balik halaman lengkap sekarang diurutkan berdasarkan target yang tepat, meskipun tidak mendaftarkan nama bagian target melainkan nama halaman pengalihan. Ini juga membuat menjaga pranala tetap bekerja lebih mudah ketika mengubah nama bagian: hanya target di halaman pengalihan yang perlu diubah, bukan halaman-halaman sumber pranalanya. Perhatikan bahwa pesan pengalihannya terletak di atas halaman, jadi biasanya tidak terlihat di posisi tujuan. Ini bisa jadi sebuah keuntungan (kerugian pesan pengalihan yang terpisah dari bagian tujuan tidaklah besar) atau sebuah kerugian. To see the name of the page without scrolling up, note that the browser usually shows it in the window title at the very top, while the address bar shows the name of the redirect page with the name of the section on the target page. See also Help:Section linking and redirects (this link itself is also an example of what has been described).

Also note that if a page's links change due to a change in the template, the backlinks for that page are not updated immediately, but via the job queue.

Redirects
The backlinks feature shows which backlinks are redirects.

The backlinks of the redirect are also shown indented under the redirect, and if they include a redirect, the backlinks of that also (not more).

This makes it a useful tool for finding double redirects, which do not work, and, except in special applications (see below) can better be replaced by redirects to the final target.

For listing just the redirects to e.g. w:Wikipedia:Be bold, use https://en.wikipedia.org/w/api.php?action=query&list=backlinks&bltitle=Wikipedia:Be%20bold&blfilterredir=redirects&bllimit=500 or https://tools.wmflabs.org/redirectviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-20&sort=views&direction=1&view=list&page=Wikipedia:Be_bold

Cases of inclusion
Whether there is a link from A to C is relevant for backlinks as well as Related changes. If C does not exist, only backlinks are applicable.


 * Inclusion is listed as such.
 * A link from A to C counts as such even if the link is not explicit in the wikitext of A, but due to the inclusion of B, which links to C.
 * If A calls B and there is a link in B to C within noinclude tags then B links to C, but A does not.
 * If A calls B and there is a link in B to C within includeonly tags then A links to C, but B does not.
 * If A calls B and B links to a page C that depends on a variable or parameter, then:
 * The question whether A links to C depends on the value of the variable on page A, or the parameter with which A calls B.
 * The question whether B links to C depends on the value of the variable on page B; in the case of a parameter, considered from page B, the page may e.g. not call a valid page name (because it calls one with a name with braces), so B does not link to any valid C, or a name depending on the default value of the parameter.

Thus a link from A to C may be due to the inclusion of B, even when B, considered by itself, does not link to C. Thus, to find out what templates cause pages to link to C, it is not sufficient to check for templates in the backlinks of C.

If some pages link to C due to the inclusion of B, it is more convenient if B is in the list of backlinks of C. One can assure this by putting an appropriate example of usage of B on page B, inside noinclude tags (B includes B, but without recursion).

Otherwise a page like B, which causes pages which include B to link to C, can only be found by looking for pages which directly or indirectly are included in these backlink pages of C.

Contoh:

Considered by itself that is Template:H:f Template Related chages of Template:H:f, What links to Template:H:f Template
 * Template:H:f memanggil Templat:h:f.
 * This page Help:What links here links through Template:H:f to Template:H:f Help Related changes of Help:What links here, What links to Template:H:f Help. This page is therefore a backlink of the latter, but Template:H:f is not listed.

Even without a template name depending on a variable or parameter, if page A links to page C due to the inclusion of template B1 which redirects to B2, which links to C, A is in the list of backlinks of C but B1 is not.

Summarizing, for the purpose of backlinks and Related changes, A links to C if there is, in that order, a chain of template calls, a single redirect, template calls, a single redirect, etc., template calls, and a chain of redirects.

If a page is conditionally embedded through #if, #ifeq, #ifexist, #ifexpr, or #switch, it is counted as embedded, even if the condition is not fulfilled

If on page A the name of an embedded page is time-dependent, e.g., currently giving , the "" list of one of the possibly embedded pages shows page A: the current one, or, depending on caching issues, perhaps an older one.

Thus, although the same functionality is obtained with, these methods differ in whether the seven templates all count as embedded, or just one.

In the case of an image, using it in a page is listed in the third section of the image description page, but not in "" of that page

User styles
The page body has selector body.mw-special-Whatlinkshere, so we can e.g. use the CSS  to number the backlinks.

Order; query
"" sorts by page id, i.e., by date of creation of the page.

Comparison with m:Query#backlinks and m:Query#embeddedin:

Compare Special:Whatlinkshere/Template:T with https://meta.wikimedia.org/w/api.php?what=backlinks%7Cembeddedin&titles=template:t&bllimit=500&eilimit=500&blfilter=all&eifilter=all

Differences demonstrated:


 * Query sorts by function first (backlinks and inclusions), then by page id, "what links here" sorts by page id.
 * Query distinguishes between B being only included in A, and B also being linked from A.
 * Query does not indicate which backlinks are redirects, and does not include their backlinks.
 * Query provides page ids.

Perbedaan lainnya:


 * Query allows restriction to a specified namespace.

using Extension:DynamicPageList, produces backlinks sorted in alphabetic order. Other sorting options are also available.

In-page list of backlinks
You can display all the links to a page directly within a page by embedding the page "Special:Whatlinkshere"; see.

This can also be done using any of the extensions.

Two extensions, and, can be used to make more detailed lists of incoming links, grouped by the specific relationship between the two pages, but only for relationships that are encoded via those extensions.

Finding external links to a page
For a given source wiki we can find the external links to any URL with Special:Linksearch (if installed). Thus, in particular, we can find e.g. pages on the English Wikipedia having an external link to this page or even to an old version, an edit or history page, etc. (provided that the parameter "title" comes first): .

There is no such feature for interwiki links. This may be a reason to prefer external link style.

Lihat pula

 * Special:Mostlinked - menunjukkan jumlah pranala
 * Special:Mostlinkedtemplates - shows the number of pages in which each template is transcluded, not counting transclusions through redirects