Backlink API: referring domains, individual links and history
A backlink API can identify link sources worth inspecting. It does not measure the sales those links produced or reveal how Google values them. A useful study separates the number of links, the number of referring websites and the relevance of the actual pages linking to your content.
Inspect the inputs, access requirements and current credits before running a request.
Quick answer: Nexscope’s backlink APIs support link-profile research through overview, referring-domain, individual-link and new/lost views. Start with an exact domain or page, then inspect selected source evidence. Use the results for manual review, not automatic disavowal or exhaustive link counts. Index observations and proprietary scores are not Google’s judgments about your site.
Reviewed October 23, 2026. Documentation-based guide by Nexscope Team. No paid backlink request, link acquisition or ranking experiment was performed for this article.
Is this API workflow right for you?
| Assessment | Your task | Recommended approach |
|---|---|---|
| Fit | Review the scope of a domain or page’s link profile | Start with the same target definition for every comparison. |
| Fit | Inspect the websites behind referring-domain counts | Review relevance and selected source pages manually. |
| Fit | Investigate indexed new or lost link observations | Retain dates and verify important changes on the source. |
| Not a fit | Retrieve an exhaustive Google link inventory | Treat the provider index as a bounded source. |
| Not a fit | Automatically disavow links based on a spam score | Require independent review and a separately justified decision. |
Backlinks or referring domains: what is the difference?
A backlink is a link from one page to another. A referring domain is a source website represented by one or more such links. Several links from one website do not become several independent referring domains.
For a hypothetical comparison, one partner site with many repeated footer links can produce a different profile from several relevant editorial websites linking once each. Counts alone cannot tell you which profile is more useful for readers, qualified visits or search performance.
Keep source scope consistent. A page-level target and an entire domain describe different link sets. Where the contract distinguishes target kind, preserve that value with every saved result.
Which backlink API should you use first?
Use the endpoint that answers the next unanswered question. Nexscope’s current documentation describes DataForSEO index projections with explicit limits and source boundaries.
| Research question | API | What to review |
|---|---|---|
| What does the indexed profile look like? | Backlink Overview | Target kind, counts, scope and missing values |
| Which websites link to the target? | Referring Domains | Source domains, available dates and returned limits |
| What are the underlying link records? | Backlink Records | Linking page, destination and documented attributes |
| What changed over a period? | New/Lost Backlinks | Date range, bucket policy and source observations |
Do not assume pagination or complete web coverage. Check the actual result contract and limits; an endpoint with a bounded result does not become an exhaustive export because the reader wants a larger number.
How do you compare a competitor’s link profile fairly?
Compare like-for-like targets and retain collection dates. A useful competitor is one whose content solves a similar problem, not simply a site with the largest link count.
Start with your own target and one relevant comparator. Look for source types that help explain the profile: editorial references, product directories, partner pages or repeated templates. Then inspect selected pages manually before calling a source an opportunity.
If the question concerns an article, compare relevant pages rather than comparing one page with a competitor’s whole domain. Where the two targets cannot be matched, state the limitation instead of presenting the numbers as a clean ranking.
What does “new” or “lost” mean?
It is a dated observation within the provider’s index and the endpoint’s bucket policy. It is not necessarily the exact time a publisher added or removed a link, and it is not proof of the cause of a traffic change.
Retain the requested period and returned observation fields. A recently missing record might reflect crawling or coverage as well as a page change. Check the source page before treating it as a confirmed removal or contacting its publisher.
For a hypothetical alert, define which source pages are important, verify a changed link manually and record the outcome. Do not send an automatic accusation based on an index difference.
Should a high spam score trigger automatic action?
No. A proprietary score is a screening signal, not a Google penalty notice or proof that a source is harmful. Review relevance, context and the actual page before deciding whether any response is justified.
Do not buy links or make disavow decisions solely to improve a dashboard score. Separate a research flag from an authorized operational action. This guide does not establish a safe threshold that applies to every site.
What should a small pilot save?
Keep enough information to reproduce the scope and review the evidence:
- Target kind and exact domain or page.
- API, requested limits, date range and collection time.
- Provider/source scope and returned missing-value indicators.
- Selected referring domains and link records, without treating the sample as exhaustive.
- Manual checks and the reason each source matters to the business question.
- Current estimate and actual charged credits for every request.
If access or price is unconfirmed, clarify it before execution. Never convert a missing count into a measured zero or a proprietary rank into Google authority.
For content opportunities, read the competitor keyword and traffic API guide. For technical page issues, use the ecommerce SEO audit. Link research, content relevance and technical accessibility answer different questions and should lead to distinct, evidence-backed decisions.
Evidence checked and what remains untested
Documentation review date: October 23, 2026. This is a vendor-authored contract review, not an independent benchmark or customer testimonial.
The Referring Domains contract documents limit and the target object’s kind and target fields. Response fields include domain, backlinks, referringPages, firstSeenAt and lostAt. These are index observations for the specified scope, not verified dates of a publisher’s edit.
| Check | Documented evidence or review status | Limitation |
|---|---|---|
| Input check | Record target.kind, target.target and limit | A whole-domain target and a single page are not interchangeable. |
| Response check | Distinguish domain, backlinks and referringPages | Several links from one domain are not several unique referring domains. |
| Unmeasured | No live backlink request or source-page audit executed | Index coverage, latency and actual request credits were not benchmarked. |
Check current Nexscope pricing and access alongside the endpoint’s current estimate. Plan the whole workflow, not just one request; no measured total is available from this article.
Frequently asked questions
What is the difference between backlinks and referring domains?
Backlinks are individual links; referring domains are distinct source domains. Several links from one source domain can increase backlink count without adding the same number of referring domains.
Does a lost backlink mean the publisher removed it on that date?
Not necessarily. New and lost records reflect the provider index's observations within the requested scope. Verify an important source page before treating an observation as an exact publication or removal event.
Should a high spam score trigger automatic disavowal?
No. A proprietary score is a research signal, not a Google judgment. Inspect source evidence and context, and require a separately justified decision before taking action.
Last reviewed: 2026-10-23 · Maintained by the official Nexscope team · Editorial & evidence policy.