how to check if a backlink's source page is indexed

to check whether a backlink is indexed, check the page that contains it. confirm the link is on the live page, confirm the page does not block indexing, then look up that exact url in google. url inspection reports google's indexed state only for urls in a search console property you can access, meaning a site or url prefix verified in google search console. without access, a site: search is a weak signal and some answers stay unknown. no check shows whether google credits the link.

this guide covers one known source url. if you still need a list of linking pages, start with free backlink research methods. if you want to know when a new link might show up in reports, read how long google takes to count a backlink, which explains the stages and why nobody can give you a fixed date.

“indexed backlink” is four separate questions

google crawls pages, indexes some of them and serves results from that index. google's overview of how search works describes those as separate stages and says inclusion is not guaranteed. url inspection reports the status of a page, not credit for each link on it. so “is my backlink indexed?” breaks into four questions, and only three can be answered.

keep the four answers in separate columns. a source page can be indexed while the link was removed last week. a page can contain the link while google holds an older indexed version. mixing them gives one confident “yes” that nobody can reproduce.

step 1: confirm the link is on the live page

open the exact source url and record where it ends up. follow redirects and note the final url, the response status and the date. then find the link in the rendered page, not just the raw html, because some links are added by javascript. google's crawlable links guidance says google can reliably extract links from <a> elements with an href, including ones inserted by javascript, and suggests url inspection to confirm they appear in the rendered html.

save four details for the link itself:

• href: the attribute holding the address the link points to. save it exactly, including protocol and any redirecting short link.
• anchor: the visible text or the image alt text.
• rel: the attribute that describes the link's relationship, such as nofollow, sponsored or ugc. google treats these values as hints (see qualifying outbound links), and our nofollow links guide covers what that does and does not mean.
• context: a sentence or two around the link, so you can later show which page version you checked.

if the page needs a login, a paywall or a consent screen you cannot pass, mark link presence as unknown. a successful response that shows a homepage or a sign-in form is not the article you are trying to check.

step 2: check whether the page can be indexed

before asking whether google indexed the page, check whether the page allows it. these checks are public and take a few minutes:

• robots meta tag and x-robots-tag header. a noindex rule tells google not to show the page in results. see google's noindex documentation. check the response headers as well as the html.
• robots.txt. if googlebot is blocked from crawling the url, google cannot read the page content, including your link. google's robots.txt introduction notes that a blocked url can still appear in results without a description, so a blocked page in results is not proof that the link was read.
• canonical. the canonical is the url a page declares as its preferred version. if it names a different url, google may index that url instead. check whether the canonical version also contains your link.

these checks find common obstacles. passing them does not prove the page meets every requirement or that google indexed it. google's technical requirements list googlebot access, a working 200 response and indexable content, and say that meeting them still does not guarantee indexing.

step 3a: if you can access the source property

if you own the linking site, or the publisher gives you access, use the url inspection tool on the exact source url. the url has to be inside the property you selected. read two parts of the result separately:

• the indexed result reports google's indexed state and last crawl for the most recently indexed version, which may be older than the live page. “url is on google” means the url is eligible to appear in results, not that it will. save the last crawl date and the google-selected canonical.
• the live test fetches and parses the current page and reports some indexability problems. it does not tell you whether the current version is indexed.

if the live page has your link but the last crawl is older than the link, the indexed version may not include it. an owner or full user can ask google to recrawl the url. google says crawling can take from a few days to a few weeks, that a request does not guarantee inclusion, and that requests have a quota. make one request after a real change, not repeated requests for the same url.

step 3b: if the page belongs to someone else

most backlinks are on sites you do not control. in that case you cannot inspect the url, and every check has a ceiling.

• exact-url site: search. search site:publisher.example/exact-path. if that exact url appears, it is reasonable evidence that google has it indexed. google's site: documentation says results are not always exhaustive and suggests url inspection when a url is missing. no result means unknown, not “not indexed”.
• ask the publisher. if the relationship allows it, ask for the url inspection result for that page. shared evidence is most useful when it shows the exact url, the property and the date of the inspection.
• your own links report. if you own the destination site, the search console links report guide explains what the report shows. google calls it a sample, not a complete list, and says listed links may since have been removed. a row is a historical, sampled observation, not proof the link is live today. a missing row is inconclusive.

the verification worksheet

one row per check. the stays unknown when column states in advance which result you will not turn into a yes or no, and the result options column limits what each check can conclude. copy the csv below into a spreadsheet, use one sheet per source url, and fill the result column with one of the listed options.

check,access,evidence,result_options,unknown_when,result
source_resolves,none,final url + status + redirect chain + check date,yes | no | unknown,request blocked or times out,
link_present,none,rendered href + anchor + rel + surrounding text,yes | no | unknown,page needs login or consent you cannot pass,
common_obstacles,none,robots meta + x-robots-tag + canonical + robots.txt rule,none found | found | unknown,headers not visible or page unreachable,
source_index_status,source property in search console,exact url + property + inspection date + reported status + last crawl + google canonical,reported indexed | reported not indexed | unknown,no property access and no shared result,
site_search,none,exact query + date + whether the exact url appeared,appeared | unknown,exact url does not appear,
destination_resolves,none,final url + status of your linked page,yes | no | unknown,request blocked or times out,
destination_index_status,your own property in search console,url inspection of your page + date,reported indexed | reported not indexed | unknown,no access to your property,
links_report_row,destination property in search console,export row + export date,listed (historical sample) | unknown,row absent,
ranking_credit,not observable,none,unknown,always,unknown

if you check several links on a schedule, keep these rows in the change ledger described in the backlink monitoring guide, so a later check compares the same source url with the same tests.

worked example: one guest post, three access levels

this example is hypothetical. the urls and results are illustrative, not measured. suppose publisher.example/guides/tools links to your pricing page.

• no access. the page returns a normal response, the rendered html contains your link with no rel value, there is no noindex rule and the canonical points to itself. an exact-url site: search shows nothing. record: link present yes, no common obstacles found, source index status unknown, ranking credit unknown.
• publisher shares an inspection result. the screenshot shows “url is on google” with a last crawl before your link was added. record: source reported indexed as of that date, indexed version may predate the link. the publisher can request a recrawl if they want to; you cannot.
• your links report lists the host. a later export includes publisher.example. record it as supporting evidence with the export date. it does not show which page google used or whether the link earned credit.

common mistakes

• treating a missing site: result as proof. google documents that the operator is incomplete.
• reading a live test as indexed. the live test checks access, not index status.
• checking the domain instead of the page. an indexed homepage tells you nothing about the article holding your link.
• skipping link presence. an indexed page that no longer contains your link is not a working backlink. the lost backlinks guide covers how to confirm a removal.
• paying an “indexer” to force inclusion. google says it makes no guarantees about when or if a url is crawled or indexed (crawling and indexing faq), so a service promising otherwise is promising something google does not.

what to do with each result

to see which hosts link to a site in the latest common crawl snapshot, try a lookup on the crawlgraph homepage, then verify the pages that matter with the steps above. more guides on verification and recovery are in the backlink monitoring and recovery topic.

faq

how do i check if a backlink page is indexed by google?

first confirm the live source page still contains your link and does not block indexing. then, if you have access to the source site's search console property, inspect that exact url: the indexed result reports google's indexed state, last crawl and chosen canonical, which may describe an older version than the live page. without that access, a site: search is only a weak signal, so record the result as unknown unless the publisher shares an inspection result.

can i check whether a page i don't own is indexed?

only partially. url inspection works for urls inside a search console property you can access, so for a third-party page you can check its live content, its indexing directives and a site: search for the exact url. a matching result suggests the page is indexed. a missing result does not prove it is not, so the honest label is unknown.

does a site: search prove a page is not indexed?

no. google documents that site: results are not always exhaustive and recommends url inspection when a url does not appear. treat a site: result as supporting evidence when the exact page appears, and as inconclusive when it does not.

if the linking page is indexed, does google count my backlink?

nobody outside google can confirm that. google uses crawlable links for discovery and as a relevance signal, but it does not publish per-link credit, and an indexed source page only shows the page is eligible to appear in results. record ranking credit as not observable rather than inferring it from indexing, a report row or a ranking change.

should i ask the publisher to request indexing?

only when the page has changed and they are an owner or full user of its search console property. google says a crawl request does not guarantee inclusion, can take days to weeks and is subject to a daily quota, so frame it as an optional favour, not a fix you are owed.