Help:What links here/ja

ページに置かれたツールボックスに「」 というリンクがあり、バックリンクとも呼びます.

概要
 は、表示しているページに対してリンクを張っている同じサイト上の関連ページを一覧表示する機能で、対象の名前空間は広く拾う場合と、特定の名前空間から抽出する場合があります. この情報を実際に理解するには、任意のページで  リンクを選択してください. 指定したページにリンクしているページや、当該ページを埋め込んでいるページが列挙されます. 一覧の並び順はページ ID 順、つまりページの作成日時順です.

この情報は テーブルおよび  テーブルに基づいて作成されます. また指定したページが埋めこまれた先との関係はMediaWiki:Istemplateの内容 (「参照読み込み」または「呼び出し」による) で示します. その場合は指定のページとはリンクの関係ではありません. 一例はm:Query#backlinksを参照してください（廃止）.

特定の記事のリンク元一覧は以下のように便利に使えます.


 * そのページがどのくらい閲覧されているか、おおよその指標になる. リンク元が多いページは閲覧数が多いと推定され、秀逸であると考えることができる.  リンク元が少ないページは閲覧数が低い可能性がある.
 * 特定の記事の主題が不明確な場合、リンク元の記事一覧を参照するとわかりやすい可能性がある. たとえばJohn Smithというスタブ記事で、記述が生没年月日のみのページがあるとすると、リンク元のリストからオリンピックで金メダルを獲得した人だとわかる可能性がある.
 * 的確な曖昧さ回避に誘導できる.

この機能は存在しないページも対象にします（リンクのみ存在する可能性があるため、作成すると便利です）. ボタンは壊れたリンクをたどった先の編集ページにもあります. そこでたとえば映画作品の記事から俳優にリンクがあると、もし俳優その人の記事はなくても、出演作品の記事が見つかる可能性があります.

直接、の一覧を作成するには以下の方法が含まれます. w:Special:Whatlinkshere/John Smith 検索結果はw:Special:Whatlinkshere/John_Smithをご参照ください.

限界と迂回策
以下の項目はそれぞれのページを参照してください.


 * subpages (内部リンク) にあるのは自動生成されたページへのリンクのみ
 * links in edit summaries（訳注：編集要約欄にソフトリダイレクト）

一覧を作るほかの方法：


 * #ifexistを使うページの一覧 (も参照)

節その他のアンカーに設けたリンクの場合は、正確なリンク先は表示されません. また「」では特定の節・アンカー限定のバックリンクを一覧にできません. この機能は「非表示の外部リンク」を追加後、Linksearchによって提供されます.

迂回策：

希望によっては節を分割することができます. コンテンツは新しいページから参照読み込みにより、元のページに表示されます. 代替策もしくは分割の準備として、節にリンクを作成する代わりに、その節にリダイレクトするページにリンクを張ります. これでリンク先を限定したページ全体のバックリンクの一覧ができ、ターゲットの節名ではなくリダイレクトページ名が一覧されます. またこれにより、節名を変更してもリンクの追跡が容易になります. リダイレクトページのターゲットのみ変更すればよく、リンク元のページは変更の必要がありません. 注記事項として、リダイレクトの通知はページ全体のいちばん上部に表示されるため、多くの場合、ターゲットの位置では視認しにくくなります. 場合により、利点 (ターゲットがリダイレクトの通知で雑然とする不利は最小限) になり、デメリットにもなります. ページ名は通常、ブラウザ画面のいちばん上部に表示されるため、画面をスクロールせずに確認する方法は、ブラウザのアドレス窓を見ることで、リダイレクトページと、ターゲットページのリンク先の節名が表示されます. 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.

リダイレクト
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 http://tools.wikimedia.de/~tangotango/whatredirectshere.php?lang=nl&title=Wikipedia%3ABe+bold&subdom=en&domain=.wikipedia.org

呼び出しの例
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.

例:


 * Template:H:f calls Template:h:f . Considered by itself that is Template:H:f Template Related chages of Template:H:f, What links to Template:H:f Template
 * 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

ユーザースタイル
ページ本文には選択肢 body.page-Special_Whatlinkshere があり、バックリンクにたとえば CSS  を使って番号付けが可能です.

並び順；クエリ
「」の並び順はページ ID 順、つまりページの作成日時順です.

m:Query#backlinks（廃止）とm:Query#embeddedin（廃止）の比較:

Special:Whatlinkshere/Template:Tを http://meta.wikimedia.org/w/query.php?what=backlinks|embeddedin&titles=template:t&bllimit=500&eilimit=500&blfilter=all&eifilter=all †と比較 (†=訳注：2008年8月25日以降廃止、現在はMediaWikiの機械API native machine APIで処理. )

違いの実証：


 * 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.

Another difference:


 * 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.

関連項目

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