Onderzoek naar verlopen domeinen op schaal: Controles, backlinks & proxies

De goede verlopen domeinen zijn begraven in miljoenen drops, en elke verificatiestap die je uitvoert, stuit op een snelheidslimiet. Hier is de onderzoekspijplijn — beschikbaarheid, archieven, backlinks, strafcontroles — uitgevoerd zonder te worden afgeremd.

Verlopen domeinen zijn een van de laatste echte shortcuts in SEO: een naam waarvan de vorige eigenaar deze heeft laten verlopen, kan jaren aan backlinks, leeftijd en zoekmachinevertrouwen met zich meedragen die een nieuwe registratie simpelweg niet kan evenaren. De uitdaging is schaal. Duizenden domeinen vallen elke dag weg over honderden TLD's — aggregators indexeren ruim 20 miljoen verlopen, veiling- en pending-delete vermeldingen over 676 extensies — en de goede zijn begraven onder een enorme stapel waardeloze en ronduit giftige rommel. Ze scheiden is een onderzoeksprobleem, en elke verificatiestap die je uitvoert — beschikbaarheid, archiefgeschiedenis, backlinkgezondheid, strafstatus — botst tegen een snelheidslimiet zodra je het op grote schaal doet. Deze gids beschrijft de pijplijn en de proxy-instelling die het in beweging houdt.

De hooiberg en de trechter

De workflow is een trechter: giet miljoenen kandidaat-drops erin en laat ze door steeds strengere, duurdere controles gaan totdat er een shortlist overblijft. Goedkope filters worden eerst op alles uitgevoerd; kostbare verificatie wordt alleen uitgevoerd op wat ze doorstaat. Het vinden van de kandidaten is het makkelijke deel — droplijsten en pending-delete feeds zijn openbaar, en een enkele populaire TLD zoals .com heeft routinematig meer dan een miljoen domeinen in pending delete tegelijk. Het werk is alles daarna: bevestigen dat een domein daadwerkelijk beschikbaar is, dat het een echte site hostte in plaats van een spamfarm, dat zijn backlinks live en relevant zijn, en — de controle die de meeste mensen overslaan — dat het niet tot de grond is gestraft.

Het helpt om te weten waarom je zo hard filtert. Kopers willen verouderde domeinen voor een paar specifieke toepassingen: een 301-omleiding die bestaande autoriteit doorgeeft aan een geldsite, een merkbare naam voor een startup, een nichesite herbouwd op geërfd vertrouwen, of leadgeneratie. Elk van die toepassingen werkt alleen als de geërfde autoriteit echt en niet gestraft is — een verbrande domein helpt niet alleen niet, het kan alles waar je het op richt naar beneden trekken. Daarom zijn de verificatiestappen hieronder belangrijker dan de grootte van de lijst waarmee je begint. Volume is waardeloos zonder vertrouwen, en vertrouwen is wat de trechter produceert.

Beschikbaarheidscontroles zonder de rem

Controleren of duizenden domeinen registreerbaar zijn, betekent het hameren van RDAP- of WHOIS-eindpunten, en registries beperken agressief per IP — voer een grote batch uit vanaf één adres en je wordt binnen enkele minuten afgeremd. Dit is het schoolvoorbeeld voor datacenterproxies: RDAP is een soepel, machinevriendelijk eindpunt waar je snelheid en volume wilt tegen de laagste kosten per verzoek, niet de stealth van residentiële IP's. Roteer over een datacenterpool en de rem verdwijnt:

import requests

proxies = {"https": "http://USER:PASS@dc.quantumproxies.io:PORT"}

def is_available(domain):
    # RDAP returns 404 when a domain has no active registration.
    r = requests.get(f"https://rdap.org/domain/{domain}",
                     proxies=proxies, timeout=15)
    return r.status_code == 404

Waarom hier datacenter en niet residentieel? Omdat het doel vriendelijk is en de prioriteit throughput en prijs is. Die afweging — soepel eindpunt plus hoog volume gelijk aan datacenter — is precies het beslissingskader in de case voor datacenterproxies.

Verifiëren dat autoriteit echt is, niet opgeblazen

Een domeinautoriteitsscore is een beginpunt, geen oordeel — scores kunnen worden opgeblazen door spamlinks, en kopen op alleen het aantal is hoe mensen eindigen met een naam die een giftig profiel draagt. Twee archiefgebaseerde controles scheiden echte geschiedenis van rommel. Eerst, haal de snapshotindex van de Wayback Machine op om te zien wat er daadwerkelijk op het domein stond; een samenhangende, on-topic site over vele jaren is veelbelovend, terwijl een gat gevolgd door vreemde taal spam een harde afwijzing is:

def wayback_snapshots(domain):
    url = ("http://web.archive.org/cdx/search/cdx"
           f"?url={domain}&output=json&limit=200&collapse=timestamp:6")
    rows = requests.get(url, proxies=proxies, timeout=20).json()
    return max(len(rows) - 1, 0)  # snapshot count (minus the header row)

Ten tweede, verifieer dat de backlinks nog steeds live en relevant zijn. Een historische linktelling van een domein betekent niets als die pagina's sindsdien de links hebben verwijderd of in spam zijn veranderd. Het ophalen van honderden verwijzende pagina's om elke link te bevestigen is precies het soort bulkverzameling dat blokkades triggert, dus het loopt ook door de proxypool — dezelfde techniek die we gebruiken in concurrentie backlink analyse. Geef prioriteit aan verwijzende domeinen die echt, on-topic en nog steeds linken zijn, en gooi alles weg waarvan de ankers farmaceutisch, gokken of off-language vulsel zijn.

De strafcontrole die bijna iedereen overslaat

Een domein kan perfect lijken op elke metric en toch waardeloos zijn omdat Google het heeft gedeïndexeerd. De snelste aanwijzing is een zoekindextest: vraag het domein op en kijk of Google nog steeds weet dat het bestaat. Een schoon verouderd domein retourneert zijn eigen pagina's; een verbrand domein retourneert niets. Voer dit uit via de SERP API zodat je een schoon, geparsed resultaataantal krijgt zonder te vechten tegen Google's eigen botverdedigingen:

curl -G "https://api.quantumproxies.io/serp" \
  --data-urlencode "q=site:candidate-domain.com" \
  --data-urlencode "gl=us" \
  -H "Authorization: Bearer YOUR_API_KEY"
# Zero organic results for a domain that once had a site = likely deindexed. Skip it.

Dit op schaal doen over een shortlist is waarom een SERP API ertoe doet — honderden site: queries uitvoeren vanaf je eigen IP zorgt ervoor dat je snel wordt geblokkeerd, om redenen die we uitpakken in hoe SERP scraping werkt in 2026. Combineer de indextest met de Wayback- en backlinkcontroles en je hebt een herhaalbare score die je meer kunt vertrouwen dan enige enkele derde-partij metric.

Veelgestelde vragen

Hoe vind ik goede verlopen domeinen op schaal?

Begin met openbare pending-delete en droplijsten, voer vervolgens een trechter van geautomatiseerde controles uit: beschikbaarheid via RDAP, archiefgeschiedenis via de Wayback Machine, backlinkgezondheid door verwijzende pagina's op te halen, en een zoekindextest om gestrafte domeinen te vangen. Goedkope controles worden op alles uitgevoerd en dure verificatie alleen op overlevenden. De bottleneck is snelheidslimieten, daarom worden de controles uitgevoerd via een roterende proxypool.

Waarom heb ik proxies nodig voor onderzoek naar verlopen domeinen?

Elke verificatiestap raakt een eindpunt dat snelheidslimieten per IP heeft — RDAP- en WHOIS-registries, de Wayback Machine, verwijzende sites en zoekmachines. Voer een van hen op volume uit vanaf een enkel adres en je wordt binnen enkele minuten afgeremd of geblokkeerd. Roterend over een proxypool verspreidt de belasting zodat een batch van duizenden domeinen voltooid wordt zonder muren. Datacenterproxies passen bij de soepele eindpunten; een SERP API behandelt de zoekcontroles.

Zijn verlopen domeinen met hoge domeinautoriteit altijd de moeite waard om te kopen?

Nee. Autoriteitsscores kunnen worden opgeblazen door spam-backlinks, en een hoog aantal verbergt vaak een giftig of gedeïndexeerd domein. Altijd verifiëren: controleer de Wayback-geschiedenis voor een echte site in plaats van een spamfarm, bevestig dat de backlinks nog steeds live en on-topic zijn, en voer een zoekindextest uit om ervoor te zorgen dat het domein niet is gestraft. Een geverifieerd domein met gematigde autoriteit is beter dan een ongeverifieerd domein met hoge autoriteit.

Welke proxies zijn het beste voor het controleren van domeinbeschikbaarheid?

Datacenterproxies. Beschikbaarheidseindpunten zoals RDAP zijn automaatvriendelijk en vereisen niet het vertrouwen van residentiële IP's, dus de prioriteiten zijn snelheid, volume en lage kosten per verzoek — precies wat datacenterproxies leveren. Reserveer residentiële IP's voor doelen met sterke botverdedigingen en gebruik een SERP API specifiek voor de zoekmachine strafcontroles waar Google rauwe automatisering blokkeert.

Jagen op verlopen domeinen beloont degene die het snelst kan verifiëren, omdat de beste namen in een drop verdwijnen. Bouw de trechter eenmaal — beschikbaarheid, archieven, backlinks, strafcontrole — verspreid elke stap over een proxypool, en je kunt miljoenen drops filteren tot een shortlist die je daadwerkelijk vertrouwt terwijl iedereen nog steeds raadt op basis van een enkele metric.

Voer beschikbaarheidscontroles op schaal uit op datacenterproxies