Google Patents API мёртв — 6 альтернатив для поиска prior-art и freedom-to-operate

Google Patents Public Datasets вышел из эксплуатации без документированной замены, а USPTO мигрировал PEDS в новый Open Data Portal в середине 2026 года, ломая пайплайны по пути. Вот что реально работает в 2026 году для prior-art, FTO и IP-research нагрузок — шесть альтернатив, бок о бок.
Кратко
- •API Google Patents Public Datasets выведен из эксплуатации; первосторонней замены от Google для программного патентного поиска нет.
- •USPTO заменил легаси PEDS на Open Data Portal (ODP) — полный текст и метаданные по заявкам США, REST + JSON, бесплатно.
- •EPO OPS наиболее авторитетен для международных семейств, но возвращает XML и имеет rate-limit.
- •PatentsView (финансируется USPTO) отлично подходит для метаданных и disambiguation, но не имеет полнотекстовой формулы.
- •API Pick Patent Search оборачивает семантический retrieval по USPTO + EPO + WIPO + JPO + KIPO + CNIPA в один POST-эндпоинт, JSON на входе / JSON на выходе, 80 кредитов за вызов.
Что изменилось и почему существует этот пост
В экосистеме API патентного поиска между 2024 и 2026 годами сломались две вещи, и сломались они одновременно.
Во-первых, keyword-search API Google Patents Public Datasets — де-факто дефолт для инди-разработчиков, занятых prior-art и конкурентной разведкой — перестал поддерживаться. Датасет BigQuery patents-public-data всё ещё на месте для bulk-аналитики, но простые эндпоинты https://patents.googleapis.com/..., на которых работало большинство уикенд-проектов с патентами, исчезли. Поищите "Google Patents API alternative 2026" — найдёте сотню вопросов на Stack Overflow и ноль ответов.
Во-вторых, USPTO вывел из эксплуатации легаси Patent Examination Data System (PEDS) в конце 2024 года и мигрирует оставшиеся bulk-эндпоинты в новый Open Data Portal (ODP) к 29 мая 2026 года. Пайплайны, скрапившие XML-ответы PEDS, начали ломаться в начале 2025 года; команды, не мигрировавшие к Q1 2026, тихо сломаны прямо сейчас.
Оба события произошли примерно тогда же, когда AI-for-IP стартапы (Solve Intelligence, Patlytics, NLPatent, IPRally, &AI) подняли серьёзные деньги — одна только Solve Intelligence закрыла раунд Series B на $40M на AI-патентный поиск и драфтинг. Спрос никогда не был выше; сторона предложения как раз стала запутаннее.
Вот шесть API, которые реально работают в 2026 году, в чём каждый хорош и где каждый не дотягивает.
Шесть вариантов
1. USPTO Open Data Portal (ODP)
Официальная замена PEDS в США. REST + JSON, бесплатно, покрывает патентные заявки, выданные патенты и данные о переуступке от United States Patent and Trademark Office. Полный текст доступен. Документация на developer.uspto.gov.
Сильные стороны: авторитетность, бесплатность, покрытие полного текста. Слабые: только США (для международного всё равно понадобится EPO OPS или другие), изменения схемы в окно миграции сломали часть пайплайнов, нет семантического поиска — только keyword/Boolean.
2. EPO OPS (Open Patent Services)
Developer API Европейского патентного ведомства. Покрывает EP, WO и многие национальные заявки через базу INPADOC. Авторитетен для поиска международных семейств и данных PCT.
Сильные стороны: лучшее международное покрытие, включает правовой статус и информацию о семействах. Слабые: возвращает XML (тяжёлый парсинг), бесплатный тариф ограничен 500MB/неделя, отдельный fulltext-эндпоинт, OAuth-flow для старших тарифов. Крутая кривая обучения для интеграторов-новичков.
3. PatentsView
Research-инструмент, финансируемый USPTO. Силён в метаданных: disambiguation правообладателей, профили изобретателей, сети цитирований, финансирование с государственным интересом. Бесплатно.
Сильные стороны: чистые disambiguated-сущности, простой REST + JSON. Слабые: нет тела полнотекстовой формулы, фокус на США, отставание от заявок в реальном времени, не оптимизирован под семантический поиск по сходству.
4. Lens.org
Агрегатор, покрывающий 95M+ патентов из 100+ юрисдикций плюс научные работы. Используется IP-аналитиками и академическими исследователями. Бесплатный академический тариф; коммерческий тариф тарифицируется.
Сильные стороны: широчайшее покрытие юрисдикций, связывает патенты с научной литературой, хороший UI для человеческого follow-up. Слабые: коммерческое ценообразование непрозрачно, семантический поиск keyword-augmented, а не embedding-native.
5. PQAI (Project PQAI)
Open-source проект патентного поиска под управлением IP-команды AT&T. Бесплатно, семантическое сходство по USPTO + EPO. Популярен в среде инди / r/LocalLLaMA — см. разбор на DEV.to "I posted my patent search AI to Reddit and got 65 upvotes", который высветил этот уголок экосистемы.
Сильные стороны: бесплатность, semantic-first, не нужен API-ключ при умеренном объёме. Слабые: best-effort аптайм, нет SLA, меньшее покрытие юрисдикций, нет коммерческой поддержки.
6. API Pick Patent Search
Семантический поиск по USPTO + EPO + WIPO + JPO + KIPO + CNIPA одним REST-вызовом. JSON на входе / JSON на выходе, 80 кредитов за вызов (~$0.08 при $5 / 5 000 кредитов), оплата только за успех. Возвращает заголовок, реферат, сниппет, URL, юрисдикцию и правообладателя по каждому совпадению.
Сильные стороны: один эндпоинт, покрывающий все основные ведомства, ранжированные семантические результаты, предформатированные под потребление LLM, предсказуемое ценообразование за вызов. Слабые: менее настраиваемый, чем прямой EPO OPS, для краевых случаев с правовым статусом; если нужна bulk-аналитика по датасету, BigQuery всё ещё лучше, чем per-call API.
Бок о бок
| USPTO ODP | EPO OPS | PatentsView | Lens.org | PQAI | API Pick | |
|---|---|---|---|---|---|---|
| Покрытие | Только США | EP + WO + много национальных через INPADOC | Только США | 100+ юрисдикций | USPTO + EPO | USPTO + EPO + WIPO + JPO + KIPO + CNIPA |
| Полнотекстовая формула | Да | Да (отдельный эндпоинт) | Нет (только метаданные) | Да (коммерческий) | Да | Да (сниппет) |
| Тип поиска | Keyword/Boolean | Keyword/Boolean | По полям с фильтром | Keyword + фасетный | Семантический | Семантический |
| Формат | JSON | XML | JSON | JSON | JSON | JSON |
| Ценообразование | Бесплатно | Бесплатно 500 MB/нед + платно | Бесплатно | Бесплатно academic + платно | Бесплатно | $5 / 5 000 кредитов, 80/вызов |
| Лучший сценарий | Источник gov-grade по США | Международные семейства и правовой статус | Метаданные правообладателей/изобретателей | Агрегированная мультиюрисдикционная аналитика | Open-source семантическое исследование | Продакшен AI-агенты, prior-art / FTO |
Рабочий код: один и тот же prior-art запрос, шестью способами
Пример запроса: "wireless charging coil with embedded ferrite for under-display sensors." Реальный вопрос 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.Как выбирать, по сценарию
Куда это движется
AI-for-IP — одна из самых быстро движущихся софтверных вертикалей прямо сейчас. В пределах 18 месяцев допущение "патентный поиск = ввести Boolean-запрос в UI" будет выглядеть так же старомодно, как "поиск по коду = ввести regex в grep". Команды, шипящие рабочие продукты сегодня, — это те, кто заплатил налог на миграцию в 2025 году: настроил устойчивый программный доступ, наложил семантический retrieval и построил cleanup-пайплайн под неизбежный churn схем из публичных источников.
Для большинства продакшен AI-агентов не нужно выбирать один API — нужен разумный дефолт с предсказуемым ценообразованием и опцией спуститься к более низкоуровневому источнику для краевых случаев. Поэтому мы построили API Pick Patent Search как единый семантический эндпоинт по основным ведомствам: он покрывает 95% нагрузок агентов, а оставшиеся 5% могут вызвать EPO OPS или USPTO ODP напрямую. Спутник URL Extract подхватывает там, где любой из них останавливается — вытягивая полный текст конкретной заявки для глубокого анализа формулы.
Часто задаваемые вопросы
API Google Patents Public Datasets действительно исчез?
Датасет BigQuery всё ещё существует для bulk-аналитики, но эндпоинт keyword-search API, которым разработчики пользовались в 2018-2022, больше не поддерживается и не документируется. Первосторонней замены от Google нет. Веб-поиск на patents.google.com работает для людей, но не предназначен для программного доступа — его скрапинг включает анти-бот-защиту в течение минут.
Какая альтернатива даёт мне полнотекстовую формулу?
USPTO Open Data Portal возвращает полный текст по заявкам США (детализация уровня 10-Q). EPO OPS возвращает полный текст по европейским заявкам через отдельный fulltext-эндпоинт. PatentsView даёт только метаданные — без тела формулы. API Pick Patent Search возвращает заголовок, реферат, формулу и сниппет, предформатированный для потребления LLM, по всем основным ведомствам.
Какой самый простой способ сделать поиск freedom-to-operate (FTO) программно?
Минимально жизнеспособный FTO-цикл: (1) извлечь ключевые технические концепции из описания изобретения, (2) семантически искать по мультиюрисдикционному патентному корпусу, (3) для совпадений с высоким сходством вытянуть полную формулу и прогнать проверку релевантности через LLM, (4) кластеризовать по патентному семейству, чтобы дедуплицировать эквиваленты. API Pick Patent Search покрывает шаги 2-3 одним вызовом по USPTO + EPO + WIPO; совместите с URL Extract или поиском фактов о компании для контекста по правообладателю.
Сколько на самом деле стоит FTO-поиск на каждом варианте?
USPTO ODP и PatentsView бесплатны, но имеют rate-limit и требуют много связующего кода. У EPO OPS есть бесплатный тариф (500MB/неделя) плюс платный; парсинг XML тяжёл. У Lens.org есть бесплатный академический тариф и платный коммерческий. PQAI бесплатен для академических / хоббийных исследований. API Pick Patent Search — 80 кредитов за вызов (~$0.08 по прайсу), покрывает все основные ведомства одним запросом — инженерная стоимость доминирует над стоимостью API в каждом случае.
Можно ли полагаться на них при юридических заключениях?
Никакой вывод API не должен подаваться как юридическое заключение. Патентный поиск информирует работу патентного поверенного; он не заменяет её. Для prior-art litigation-уровня (например, недействительность в PTAB) сочетайте API-driven recall с precision-проверкой под руководством поверенного и сертифицированными поисковыми фирмами. Для competitive-intelligence и воркфлоу инженерных команд программный поиск — правильный инструмент.
API, использованные в статье
Сара Чой — CEO API Pick. Пишет о продакшен-готовых API для AI-агентов и LLM-воркфлоу.