[ blog · comparison ]11 min read

A API do Google Patents morreu — 6 alternativas para busca de estado da técnica e liberdade de operação

Sarah Choy·Publicado em 3 de maio de 2026·11 min de leitura

O Google Patents Public Datasets foi descontinuado sem um substituto documentado, e o USPTO migrou o PEDS para um novo Open Data Portal em meados de 2026, quebrando pipelines pelo caminho. Eis o que realmente funciona em 2026 para cargas de trabalho de estado da técnica, FTO e pesquisa de PI — seis alternativas, lado a lado.

TL;DR

• •A API do Google Patents Public Datasets foi descontinuada; não há substituto de primeira parte do Google para a busca programática de patentes.
• •O USPTO substituiu o antigo PEDS pelo Open Data Portal (ODP) — texto completo e metadados para depósitos dos EUA, REST + JSON, grátis.
• •O EPO OPS é o mais autoritativo para famílias internacionais, mas retorna XML e tem limite de taxa.
• •O PatentsView (financiado pelo USPTO) é ótimo para metadados e desambiguação, mas não tem as reivindicações de texto completo.
• •O API Pick Patent Search encapsula a recuperação semântica sobre USPTO + EPO + WIPO + JPO + KIPO + CNIPA em um único endpoint POST, JSON in / JSON out, 80 créditos por chamada.

O que mudou e por que este artigo existe

Duas coisas quebraram no ecossistema de APIs de busca de patentes entre 2024 e 2026, e quebraram ao mesmo tempo.

Primeiro, a API de busca por palavra-chave do Google Patents Public Datasets — a opção padrão de fato para os devs independentes que faziam trabalho de estado da técnica e inteligência competitiva — deixou de ser mantida. O dataset patents-public-data do BigQuery ainda está lá para analytics em massa, mas os endpoints simples https://patents.googleapis.com/... que alimentavam a maioria das ferramentas de patentes de projeto de fim de semana sumiram. Busque por "Google Patents API alternative 2026" e você vai encontrar cem perguntas no Stack Overflow e zero respostas.

Segundo, o USPTO aposentou o antigo Patent Examination Data System (PEDS) no fim de 2024 e está migrando os endpoints em massa restantes para o novo Open Data Portal (ODP) até 29 de maio de 2026. Os pipelines que faziam scraping das respostas XML do PEDS começaram a quebrar no início de 2025; as equipes que não migraram até o Q1 de 2026 estão silenciosamente quebradas agora.

Ambos os eventos aconteceram mais ou menos na mesma época em que as startups de IA-para-PI (Solve Intelligence, Patlytics, NLPatent, IPRally, &AI) levantaram dinheiro de verdade — só a Solve Intelligence fechou uma Série B de US$ 40M para busca e redação de patentes com IA. A demanda nunca esteve tão alta; o lado da oferta acabou de ficar mais bagunçado.

Aqui estão as seis APIs que realmente funcionam em 2026, em que cada uma é boa e onde cada uma deixa a desejar.

As seis opções

1. USPTO Open Data Portal (ODP)

O substituto oficial dos EUA para o PEDS. REST + JSON, grátis, cobre pedidos de patente, patentes concedidas e dados de cessão do United States Patent and Trademark Office. Texto completo disponível. Documentação em developer.uspto.gov.

Pontos fortes: autoritativo, grátis, cobre texto completo. Pontos fracos: só EUA (você ainda vai precisar do EPO OPS ou de outros para o internacional), as mudanças de esquema durante a janela de migração quebraram alguns pipelines, sem busca semântica — só palavra-chave/booleana.

2. EPO OPS (Open Patent Services)

A API para desenvolvedores do European Patent Office. Cobre EP, WO e muitos depósitos nacionais via a base de dados INPADOC. Autoritativa para buscas de famílias internacionais e dados PCT.

Pontos fortes: a melhor cobertura internacional, inclui status legal e informações de família. Pontos fracos: retorna XML (parsing pesado), nível gratuito limitado a 500MB/semana, endpoint fulltext separado, fluxo OAuth para níveis superiores. Curva de aprendizado acentuada para integradores de primeira viagem.

3. PatentsView

Ferramenta de pesquisa financiada pelo USPTO. Forte em metadados: desambiguação de titulares, perfis de inventores, redes de citações, financiamento de interesse governamental. Grátis.

Pontos fortes: entidades limpas e desambiguadas, REST + JSON fácil. Pontos fracos: sem corpo de reivindicações de texto completo, focada nos EUA, atraso em relação aos depósitos em tempo real, não otimizada para busca de similaridade semântica.

4. Lens.org

Agregador que cobre mais de 95M de patentes de mais de 100 jurisdições além de trabalhos acadêmicos. Usado por analistas de PI e pesquisadores acadêmicos. Nível acadêmico gratuito; nível comercial faturado.

Pontos fortes: a cobertura de jurisdições mais ampla, conecta patentes à literatura acadêmica, boa UI para o acompanhamento humano. Pontos fracos: preço comercial opaco, a busca semântica é aumentada por palavra-chave em vez de nativa de embeddings.

5. PQAI (Project PQAI)

Projeto de busca de patentes de código aberto tocado pela equipe de PI da AT&T. Grátis, similaridade semântica sobre USPTO + EPO. Popular entre a comunidade independente / r/LocalLLaMA — veja o texto no DEV.to "I posted my patent search AI to Reddit and got 65 upvotes" que trouxe à tona este canto do ecossistema.

Pontos fortes: grátis, semântica em primeiro lugar, sem chave de API necessária para volume moderado. Pontos fracos: uptime de melhor esforço, sem SLA, cobertura jurisdicional menor, sem suporte comercial.

6. API Pick Patent Search

Busca semântica sobre USPTO + EPO + WIPO + JPO + KIPO + CNIPA em uma única chamada REST. JSON in / JSON out, 80 créditos por chamada (~US$ 0,08 a US$ 5 / 5.000 créditos), cobrança apenas em caso de sucesso. Retorna título, resumo, snippet, URL, jurisdição e titular para cada acerto.

Pontos fortes: um endpoint cobrindo todos os principais escritórios, resultados semânticos ranqueados já formatados para consumo por LLM, preço por chamada previsível. Pontos fracos: menos configurável do que o EPO OPS direto para os casos extremos de status legal; se você precisa de analytics em massa de datasets, o BigQuery ainda é melhor do que APIs por chamada.

Lado a lado

Código funcional: a mesma consulta de estado da técnica, de seis formas

A consulta de exemplo: "wireless charging coil with embedded ferrite for under-display sensors." Uma pergunta real com cara de 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.

Como escolher, por caso de uso

Para onde isto está indo

A IA-para-PI é uma das verticais de software que mais se mexe no momento. Em 18 meses, a premissa de "busca de patentes = digitar uma consulta booleana em uma UI" vai parecer tão antiquada quanto "busca de código = digitar uma regex no grep". As equipes que entregam produtos funcionais hoje são as que pagaram o imposto de migração em 2025 — montaram acesso programático resiliente, sobrepuseram recuperação semântica e construíram um pipeline de limpeza para a inevitável rotatividade de esquemas das fontes públicas.

Para a maioria dos agentes de IA em produção você não precisa escolher uma única API — você precisa de um padrão sensato com preço previsível e a opção de descer a uma fonte de nível mais baixo para os casos extremos. Foi por isso que construímos o API Pick Patent Search como um único endpoint semântico sobre os principais escritórios: ele cobre 95% das cargas de trabalho de agentes e os 5% restantes podem chamar o EPO OPS ou o USPTO ODP diretamente. O complementar URL Extract assume onde qualquer uma destas para — trazendo o texto completo de um depósito específico para uma análise profunda de reivindicações.

Escrito por

Sarah Choy

CEO, API Pick

Sarah Choy é a CEO da API Pick. Ela escreve sobre a construção de APIs prontas para produção para agentes de IA e fluxos de trabalho com LLMs.