[ blog · comparison ]11 min read

De Google Patents-API is dood — 6 alternatieven voor prior-art- en freedom-to-operate-onderzoek

Sarah Choy·Gepubliceerd op 3 mei 2026·11 min leestijd

Google Patents Public Datasets werd afgevoerd zonder gedocumenteerde vervanging, en de USPTO migreerde PEDS halverwege 2026 naar een nieuw Open Data Portal, waarbij onderweg pipelines kapotgingen. Dit is wat in 2026 daadwerkelijk werkt voor prior-art-, FTO- en IP-onderzoeksworkloads — zes alternatieven, naast elkaar.

TL;DR

• •De Google Patents Public Datasets-API is uitgefaseerd; er is geen eigen Google-vervanging voor programmatisch octrooionderzoek.
• •De USPTO verving het verouderde PEDS door het Open Data Portal (ODP) — fulltext en metadata voor Amerikaanse aanvragen, REST + JSON, gratis.
• •EPO OPS is de meest gezaghebbende bron voor internationale families, maar levert XML op en is aan snelheidslimieten gebonden.
• •PatentsView (door de USPTO gefinancierd) is uitstekend voor metadata en desambiguatie, maar mist fulltext-conclusies.
• •API Pick Patent Search bundelt semantische retrieval over USPTO + EPO + WIPO + JPO + KIPO + CNIPA in één POST-endpoint, JSON in / JSON uit, 80 credits per aanroep.

Wat er veranderde en waarom dit artikel bestaat

Twee dingen gingen kapot in het ecosysteem van octrooizoek-API's tussen 2024 en 2026, en ze gingen tegelijkertijd kapot.

Ten eerste stopte de zoek-API op trefwoord van Google Patents Public Datasets — de de facto standaardkeuze voor indie-ontwikkelaars die prior-art- en concurrentie-intelligentiewerk deden — met onderhouden te worden. De patents-public-data-dataset van BigQuery staat er nog voor bulkanalyse, maar de eenvoudige https://patents.googleapis.com/...-endpoints die de meeste octrooitools van weekendprojecten aandreven, zijn verdwenen. Zoek op "Google Patents API alternative 2026" en je vindt honderd Stack Overflow-vragen en nul antwoorden.

Ten tweede trok de USPTO het verouderde Patent Examination Data System (PEDS) eind 2024 in en migreert het de resterende bulk-endpoints tegen 29 mei 2026 naar het nieuwe Open Data Portal (ODP). Pipelines die de XML-reacties van PEDS scraapten, begonnen begin 2025 stuk te gaan; teams die vóór Q1 2026 niet migreerden, zijn nu stilletjes kapot.

Beide gebeurtenissen vonden ongeveer plaats rond dezelfde tijd dat AI-voor-IP-startups (Solve Intelligence, Patlytics, NLPatent, IPRally, &AI) serieus geld ophaalden — Solve Intelligence alleen al sloot een Series B van $40M af voor AI-octrooionderzoek en -opstelling. De vraag is nog nooit zo hoog geweest; de aanbodzijde werd net rommeliger.

Hier zijn de zes API's die in 2026 daadwerkelijk werken, waar elk goed in is en waar elk tekortschiet.

De zes opties

1. USPTO Open Data Portal (ODP)

De officiële Amerikaanse vervanging van PEDS. REST + JSON, gratis, dekt octrooiaanvragen, verleende octrooien en overdrachtsgegevens van het United States Patent and Trademark Office. Fulltext beschikbaar. Documentatie op developer.uspto.gov.

Sterke punten: gezaghebbend, gratis, dekt fulltext. Zwakke punten: alleen VS (je hebt EPO OPS of andere nog steeds nodig voor internationaal), schemawijzigingen tijdens het migratievenster hebben sommige pipelines gebroken, geen semantisch zoeken — alleen trefwoord/Boolean.

2. EPO OPS (Open Patent Services)

De ontwikkelaars-API van het European Patent Office. Dekt EP, WO en veel nationale aanvragen via de INPADOC-database. Gezaghebbend voor het opzoeken van internationale families en PCT-gegevens.

Sterke punten: beste internationale dekking, bevat rechtsstatus en familie-informatie. Zwakke punten: levert XML op (zwaar parseren), gratis laag beperkt tot 500 MB/week, apart fulltext-endpoint, OAuth-flow voor hogere lagen. Steile leercurve voor integratoren die het voor het eerst doen.

3. PatentsView

Door de USPTO gefinancierd onderzoeksinstrument. Sterk in metadata: desambiguatie van rechthebbenden, uitvindersprofielen, citatienetwerken, financiering met overheidsbelang. Gratis.

Sterke punten: schone gedesambigueerde entiteiten, eenvoudig REST + JSON. Zwakke punten: geen fulltext-conclusietekst, gericht op de VS, achterstand op realtime aanvragen, niet geoptimaliseerd voor semantisch gelijkeniszoeken.

4. Lens.org

Aggregator die meer dan 95 miljoen octrooien uit meer dan 100 jurisdicties dekt, plus wetenschappelijke werken. Gebruikt door IP-analisten en academische onderzoekers. Gratis academische laag; commerciële laag gefactureerd.

Sterke punten: breedste jurisdictiedekking, koppelt octrooien aan wetenschappelijke literatuur, goede UI voor menselijke opvolging. Zwakke punten: commerciële prijsstelling ondoorzichtig, semantisch zoeken is met trefwoorden aangevuld in plaats van native op embeddings gebaseerd.

5. PQAI (Project PQAI)

Opensource-octrooizoekproject dat wordt gerund door het IP-team van AT&T. Gratis, semantische gelijkenis over USPTO + EPO. Populair bij de indie-/r/LocalLLaMA-gemeenschap — zie het DEV.to-verslag "I posted my patent search AI to Reddit and got 65 upvotes" dat deze hoek van het ecosysteem aan het licht bracht.

Sterke punten: gratis, semantiek-eerst, geen API-sleutel nodig voor matig volume. Zwakke punten: uptime naar beste vermogen, geen SLA, kleinere jurisdictiedekking, geen commerciële ondersteuning.

6. API Pick Patent Search

Semantisch zoeken over USPTO + EPO + WIPO + JPO + KIPO + CNIPA in één enkele REST-aanroep. JSON in / JSON uit, 80 credits per aanroep (~$0,08 tegen $5 / 5.000 credits), facturering alleen bij succes. Levert titel, abstract, snippet, URL, jurisdictie en rechthebbende voor elke treffer.

Sterke punten: één endpoint dat alle grote bureaus dekt, gerangschikte semantische resultaten die al zijn voorbewerkt voor consumptie door een LLM, voorspelbare prijs per aanroep. Zwakke punten: minder configureerbaar dan direct EPO OPS voor randgevallen rond rechtsstatus; als je bulkdataset-analyse nodig hebt, is BigQuery nog steeds beter dan API's per aanroep.

Naast elkaar

Werkende code: dezelfde prior-art-query, op zes manieren

De voorbeeldquery: "wireless charging coil with embedded ferrite for under-display sensors." Een echte vraag met de vorm van een FTO.

USPTO ODP

import requests

# Open Data Portal — keyword/Boolean
r = requests.get(
    "https://api.uspto.gov/api/v1/patent/applications/search",
    params={
        "query": "wireless charging coil ferrite under-display",
        "fields": "applicationNumber,inventionTitle,filingDate,abstractText",
        "limit": 25,
    },
)
print(r.json()["results"][:3])

EPO OPS

import requests
from base64 import b64encode

# OAuth: token from Consumer Key + Secret
auth = b64encode(b"YOUR_KEY:YOUR_SECRET").decode()
token = requests.post(
    "https://ops.epo.org/3.2/auth/accesstoken",
    headers={"Authorization": f"Basic {auth}"},
    data={"grant_type": "client_credentials"},
).json()["access_token"]

# Then search
r = requests.get(
    "https://ops.epo.org/3.2/rest-services/published-data/search",
    params={"q": 'ti="wireless charging coil ferrite"'},
    headers={"Authorization": f"Bearer {token}", "Accept": "application/xml"},
)
# Returns XML — you'll need lxml or xmltodict
print(r.text[:500])

PatentsView

import requests

r = requests.post(
    "https://search.patentsview.org/api/v1/patent/",
    headers={"X-Api-Key": "YOUR_KEY"},
    json={
        "q": {"_text_phrase": {"patent_title": "wireless charging coil"}},
        "f": ["patent_id", "patent_title", "patent_date", "assignees"],
        "o": {"size": 25},
    },
)
print(r.json()["patents"][:3])

Lens.org

import requests

# Lens uses Lucene-style queries; commercial endpoints require paid token
r = requests.post(
    "https://api.lens.org/patent/search",
    headers={"Authorization": "Bearer YOUR_TOKEN"},
    json={
        "query": {
            "match": {
                "full_text": "wireless charging coil ferrite under-display sensor"
            }
        },
        "size": 25,
    },
)
print(r.json()["data"][:3])

PQAI

import requests

r = requests.get(
    "https://api.projectpq.ai/patents/",
    params={
        "q": "wireless charging coil with embedded ferrite for under-display sensors",
        "n": 10,
    },
)
print(r.json()["results"][:3])

API Pick Patent Search

import requests

r = requests.post(
    "https://www.apipick.com/api/search/patents",
    headers={"x-api-key": "pk_yourkey"},
    json={
        "query": "wireless charging coil with embedded ferrite for under-display sensors",
    },
)
print(r.json()["results"][:3])
# Each result: { title, abstract, snippet, url, jurisdiction, assignee }
# Ranked by semantic similarity. 80 credits, only on HTTP 200.

Hoe te kiezen, per gebruikssituatie

Waar dit heen gaat

AI-voor-IP is op dit moment een van de snelst bewegende softwareverticals. Binnen 18 maanden zal de aanname dat "octrooionderzoek = een Boolean-query in een UI invoeren" er net zo ouderwets uitzien als "codezoeken = een regex in grep invoeren". De teams die vandaag werkende producten leveren, zijn degene die in 2025 de migratiebelasting betaalden — ze zetten veerkrachtige programmatische toegang op, legden semantische retrieval eroverheen en bouwden een opschoonpipeline voor de onvermijdelijke schemaverstoring vanuit publieke bronnen.

Voor de meeste AI-agents in productie hoef je niet één API te kiezen — je hebt een verstandige standaardkeuze nodig met voorspelbare prijs en de optie om voor randgevallen af te dalen naar een bron op lager niveau. Daarom bouwden we API Pick Patent Search als één semantisch endpoint over de grote bureaus: het dekt 95% van de agent-workloads en de overige 5% kan direct EPO OPS of USPTO ODP aanroepen. Het bijbehorende URL Extract pikt de draad op waar een van deze ophoudt — het haalt de volledige tekst van een specifieke aanvraag op voor diepgaande conclusieanalyse.

Geschreven door

Sarah Choy

CEO, API Pick

Sarah Choy is de CEO van API Pick. Ze schrijft over het bouwen van productieklare API's voor AI-agents en LLM-workflows.