Plant.idは、植物の写真から種類を推定できるAIサービスです。開発者向けAPIとして知られていますが、APIを組み込まなくてもブラウザ上のデモや一括識別ツールを使えます。
「家庭菜園で名前が分からない植物を調べたい」「写真整理のために大量の植物画像をまとめて判定したい」「自社アプリへ植物判定機能を組み込みたい」といった用途で、必要な使い方が変わります。
2026年9月25日時点の公式情報では、個人利用ならWebデモ、複数画像をまとめて処理するならBatch Identification、アプリや業務システムへ組み込むならAPIという選び方が分かりやすいです。API以外の利用方法、APIの始め方、料金、特徴、導入時の注意点まで整理します。
Plant.idとは？
Plant.idは、Kindwiseが提供する植物識別サービスです。写真を送ると、植物の候補、学名、確信度、分類情報などを返します。公式サイトでは35,000以上の植物クラスを扱うと案内されており、観葉植物、園芸植物、樹木、雑草など幅広い植物を対象にしています。
APIでは一般名、同義語、分類、説明、代表画像、栽培や利用に関する一部の詳細情報も取得できます。分類レベルも属・種・種以下の分類群まで指定できるため、植物図鑑アプリや調査支援ツールの裏側に組み込みやすいのが特徴です。
また、Plant.idと組み合わせて使えるplant.healthでは、病害や生育不良の可能性を画像から推定できます。公式情報では548種類の植物健康状態を扱うとされています。ただし、画像AIによる推定であり、結果は診断や農薬使用の根拠として確定的に扱うべきものではありません。
Plant.idはAPI以外でも使える
Plant.idは「APIを契約してプログラムを書かないと使えないサービス」ではありません。用途別に、主に3つの使い方があります。
1. Webデモで写真を1枚ずつ判定する
一番手軽なのはPlant.idのWebデモです。ブラウザから写真をアップロードするか、その場で撮影して植物を判定できます。公式ページでは、無料で月10件まで識別できると案内されています。
家庭菜園や散歩中に見つけた植物を時々調べる程度なら、最初からAPIを使う必要はありません。2026年9月25日時点では、Webデモ向けに月額5ユーロ（約900円）で月50件、年額35ユーロ（約6,300円）で年600件までの識別枠も案内されています。日本円は同日時点の1ユーロ＝約180.64円で換算した参考額で、実際の請求額は為替、カード会社の換算レート、税などで変わる可能性があります。これはAPI料金とは別体系です。
2. Batch Identificationで大量の画像をまとめて処理する
研究、写真整理、植物調査などで画像が大量にある場合は、ブラウザ型のBatch Identificationも利用できます。プログラムを作らずに画像をまとめてアップロードし、識別結果をExcel、CSV、JSONでダウンロードできます。
公式のPlant Batch Identifierでは、最大1,000枚の画像をまとめて選択できます。利用にはPlant.idのAPIキーとクレジットが必要ですが、自分でREST APIを呼び出すコードを書く必要はありません。
3. APIで自社アプリや業務システムに組み込む
スマートフォンアプリ、Webサービス、農業向けシステム、画像管理システムなどに植物判定を組み込みたい場合はAPIが向いています。REST APIなので特定のプログラミング言語に限定されず、公式のPython SDKも公開されています。
| 使い方 | 向いている用途 | プログラミング | 料金の考え方 |
|---|---|---|---|
| Webデモ | 個人利用、少量の植物判定 | 不要 | 月10件無料。月額€5（約900円）などの個人向けプランあり |
| Batch Identification | 研究、画像整理、大量写真の一括判定 | 不要 | APIクレジットを使用 |
| API | アプリ、Webサービス、業務システムへの組み込み | 必要 | クレジット制 |
Plant.id APIの主な特徴
35,000以上の植物クラスに対応
公式サイトでは35,000以上のクラスを扱うとされています。観葉植物や庭木だけでなく、野生植物や雑草も対象です。APIの結果には候補と確率が返るため、1件の回答を絶対視するのではなく、上位候補をUIに表示して利用者が確認する設計にもできます。
学名だけでなく一般名や分類情報を取得できる
識別結果には学名だけでなく、指定した詳細情報に応じて一般名、分類、URL、説明、代表画像などを追加できます。植物名を返して終わりではなく、その後に図鑑情報を表示したいアプリにも向いています。
分類の深さを選べる
Plant.idは分類レベルを指定できます。園芸品種まで候補を出したい場合と、まず属レベルで大きく分類したい場合で使い分けられます。
位置情報や撮影条件を識別に利用できる
APIでは緯度・経度などの情報を渡せます。植物は地域によって分布が異なるため、撮影場所を補助情報として利用できるのは植物識別サービスならではの特徴です。
plant.healthによる健康状態の推定
植物の種類だけでなく、病害、害虫、水分、栄養、光などに関連する状態を推定するplant.healthも利用できます。種類識別と同時に健康評価を実行する場合は追加クレジットが必要です。
Knowledge Baseから植物名で検索できる
すでに植物名が分かっている場合は、画像識別をせずにKnowledge Baseを検索する方法もあります。名前検索で候補を取得し、必要な植物詳細を取得できます。写真判定だけでなく植物データベースAPIとして利用できる点も実務では便利です。
Plant.id APIの料金
Plant.id APIはクレジット制です。2026年9月25日時点のKindwise公式料金ページでは、アカウント登録後に100クレジットの無料トライアルが付与されます。通常の植物識別は、成功した1回の識別につき1クレジットを消費します。
plant.healthを同じリクエストで利用する場合は、植物識別とは別に追加1クレジットが消費されます。植物名の識別と健康評価の両方を実行する場合、原則として合計2クレジットを考える必要があります。
以下の日本円は、2026年9月25日時点の為替レート1ユーロ＝約180.64円で換算した参考額です。実際の請求額は為替変動、カード会社の換算レート、税などにより異なります。
| 購入量 | 1リクエストあたり | 日本円の目安 | 注文額の目安 | 日本円の目安 |
|---|---|---|---|---|
| 1,000クレジット以上 | €0.05 | 約9円 | €50から | 約9,000円から |
| 10,000クレジット以上 | €0.03 | 約5.4円 | €300から | 約54,000円から |
| 50,000クレジット以上 | €0.02 | 約3.6円 | €1,000から | 約181,000円から |
| 200,000クレジット以上 | €0.015 | 約2.7円 | €3,000から | 約542,000円から |
| 800,000クレジット以上 | €0.012 | 約2.2円 | €9,600から | 約1,734,000円から |
| 1,500,000クレジット以上 | €0.01 | 約1.8円 | €15,000から | 約2,710,000円から |
購入したクレジットは原則3か月有効ですが、30,000クレジット未満の購入にはこの期限が適用されないと公式料金ページに明記されています。小規模な検証なら100無料クレジットでAPIの返り値や識別精度を確認し、本番化するときに月間利用数から必要クレジットを見積もるのが現実的です。
例えば1,000クレジットを購入する場合、公式価格は€50で、今回の換算レートでは約9,000円です。通常の植物識別だけなら1回あたり約9円が目安になります。10,000クレジットでは€300（約54,000円）なので、1回あたり約5.4円まで下がります。利用量が多いほど1回あたりの単価は下がる設計です。
Knowledge Baseの詳細取得は0.5クレジットです。一方、検索自体や既存識別結果の取得・削除、使用量確認などはクレジットを消費しないと公式FAQで案内されています。
支払い方法として、Visa、Mastercard、American Express、銀行振込、Google Pay、Apple Pay、Revolut Payが案内されています。料金や購入条件は変更される可能性があるため、本番導入前には最新の公式料金ページを再確認してください。
Plant.id APIの使い方
実装の流れはシンプルです。まずKindwiseの管理画面でアカウントを作成し、Plant.id用のAPIキーを発行します。
手順1：アカウントを作成してAPIキーを取得する
Kindwise Admin Panelで登録後、Plant.id用のAPIキーを作成します。100クレジットの無料トライアルがあるため、最初から課金せずに動作確認できます。
手順2：画像をBase64に変換してPOSTする
公式GitHubに掲載されているAPI v3の例では、画像ファイルをBase64へ変換し、https://api.plant.id/v3/identificationへPOSTします。認証にはApi-Keyヘッダーを使います。
import base64
import requests
API_KEY = "your_api_key"
with open("unknown_plant.jpg", "rb") as f:
images = [base64.b64encode(f.read()).decode("ascii")]
response = requests.post(
"https://api.plant.id/v3/identification",
params={"details": "url,common_names"},
headers={"Api-Key": API_KEY},
json={"images": images},
)
result = response.json()
for suggestion in result["result"]["classification"]["suggestions"]:
print(suggestion["name"], suggestion["probability"])
実運用ではタイムアウト、HTTPステータス、JSON解析エラー、クレジット不足などの例外処理を追加してください。
手順3：必要な詳細情報だけ指定する
APIはすべての詳細情報を毎回返す必要はありません。detailsで必要な項目を指定できます。例えば一般名とURLだけ欲しい場合はcommon_names,urlのように指定します。
Python SDKを使う方法もある
REST APIを直接呼ぶ以外に、Kindwise公式のPython SDKもあります。
pip install kindwise-api-clientfrom kindwise import PlantApi
api = PlantApi("your_api_key")
identification = api.identify(
"unknown_plant.jpg",
details=["url", "common_names"]
)
for suggestion in identification.result.classification.suggestions:
print(suggestion.name, suggestion.probability)
Pythonでバッチ処理や社内ツールを作るならSDKを使うとコードを簡潔にできます。一方、Webアプリのバックエンドや既存システムへ組み込む場合は、REST APIを直接利用すれば利用言語を限定しません。
SE実務で使うならAPIキーをフロントに置かない
Plant.idをアプリへ組み込むときに特に注意したいのがAPIキーの管理です。一般公開するWebアプリやスマートフォンアプリでは、APIキーをフロント側へ埋め込むと取得されるリスクがあります。
基本構成は「スマートフォンやブラウザ → 自社バックエンド → Plant.id API」とし、自社バックエンド側でAPIキーを保持する設計が安全です。
ユーザー端末
↓ 画像アップロード
自社API / サーバー
↓ Api-Keyを付与
Plant.id API
↓ 識別結果
自社API / サーバー
↓ 必要な情報だけ返す
ユーザー端末さらに、月間利用量が読みにくいサービスでは、自社側でユーザーごとの回数制限やレート制限を設けた方がよいでしょう。公開APIを無制限にすると想定以上にクレジットを消費する可能性があります。
Plant.idのメリット
植物識別に特化したAPIとして組み込みやすい
汎用の画像AIへ毎回プロンプトを渡す方法と違い、Plant.idは植物識別のための構造化されたレスポンスを返します。候補名、確率、分類情報などをそのままプログラムで扱えるため、業務システムでは実装しやすいです。
APIを使わない選択肢もある
WebデモやBatch Identificationが用意されているので、「まず精度を見たい」「一度だけ大量写真を整理したい」という段階で開発コストをかけずに試せます。
無料トライアルで本番前に検証できる
APIは100クレジットの無料枠から試せます。自分が扱う作物、雑草、観葉植物などで実際の写真を使い、誤判定の傾向を確認してから導入判断できます。
結果を候補と確率で扱える
AI判定を業務へ入れる場合、1つの答えだけを返すより複数候補と確率を保持できる方が安全です。確信度が低いときに再撮影を促したり、候補をユーザーに選ばせたりするUIを作れます。
Plant.idのデメリット・注意点
判定結果は100％正しいわけではない
撮影条件、植物の成長段階、似た種、葉だけの写真などで結果は変わります。確率が高くても誤判定はあり得ます。
特に、食用可否、毒性、薬用利用、農薬選定など、人や作物への影響が大きい判断を画像AIだけで確定しないでください。必要に応じて専門家、自治体、農業関係機関、植物図鑑など複数の情報源で確認する必要があります。
健康評価は症状が似るケースがある
水分不足、過湿、栄養不足、病害などは外見の症状が似ることがあります。Kindwiseも、plant.healthでは複数の原因候補を提示する運用を案内しています。病名を1件だけ表示して原因を断定するUIは避けた方が安全です。
本番利用ではクレジット管理が必要
1回あたりの単価は小さくても、利用者が増えると呼び出し回数も増えます。画像の再送、画面の連打、バッチ処理の失敗時リトライなどでもクレジットを消費する設計になり得るため、自社側で利用ログを持つことをおすすめします。
日本語情報の充実度は項目ごとに確認する
多言語情報を利用できますが、導入時には自分が必要とする植物で一般名や説明が期待どおり取得できるか確認しておくと安心です。日本語名や説明が不足するケースに備え、学名を保持して別データベースと突合できる設計も考えられます。
家庭菜園・半農用途ならどう使うか
家庭菜園でPlant.idを使う場合は、最初からAPI開発を始めるより、Webデモで自分の畑や庭に生える植物を撮影して精度を確認するのが現実的です。
例えば、畑の周囲に生えた雑草を記録するとき、写真、撮影日、圃場、Plant.idの上位候補、確信度を一緒に残しておくと、後から確認しやすくなります。ここで重要なのは、AIの候補を確定ラベルとして保存するのではなく「AI推定」として記録することです。
写真が数百枚たまっているならBatch Identificationが便利です。判定結果をCSVへ出してから、スプレッドシートで場所や撮影時期と組み合わせることもできます。
さらに、圃場写真を継続的にアップロードする仕組みを作りたい場合や、自作の農作業記録アプリへ植物識別を組み込みたい場合にAPIが活きてきます。
Plant.idが向いている人・向いていない人
向いている人
- 植物写真から種類を推定したい人
- 植物判定機能を自社アプリやWebサービスへ組み込みたい開発者
- 大量の植物写真をまとめて分類したい研究者や実務者
- 家庭菜園や植物観察で写真記録を整理したい人
- 植物名だけでなく分類や詳細情報も構造化データで取得したい人
向いていないケース
- 植物を月に数回しか調べず、既存の無料機能だけで足りる場合
- AI判定だけで食用・毒性・病害・農薬使用を確定したい場合
- APIキーを安全に管理するサーバー構成を用意できない一般公開アプリ
- 100％の同定精度が必要な研究や安全上重要な判定
最初に試すならWebデモ、その次に100無料クレジット
Plant.idを試す順番は、目的によって次のように考えると無駄がありません。
- 個人で数枚試す：Webデモ
- 大量画像をコードなしで処理する：Batch Identification
- アプリや業務へ組み込む：APIの100無料クレジットで検証
- 本番化する：月間呼び出し数を見積もってクレジット購入
API導入では、いきなり本番へ組み込むより、自社で実際に扱う写真を数十〜100件ほど用意し、上位候補、確信度、誤判定、撮影条件による変化を確認する方が安全です。
特に業務利用では、「正解率は何％か」だけでなく、「確信度が低いときにどう処理するか」「誤判定したとき誰が確認するか」「画像をどこまで保存するか」といった運用設計まで決めておくと導入後に困りにくくなります。
まとめ
Plant.idは植物識別APIとしての機能が中心ですが、APIを使わない人向けにもWebデモとBatch Identificationが用意されています。
個人利用ならWebデモ、写真をまとめて処理したいならBatch Identification、サービスへ組み込みたいならAPIという使い分けが分かりやすいです。APIは100無料クレジットから試せ、通常の植物識別は1回1クレジットです。2026年9月25日時点の換算では、1,000クレジット購入時は約9,000円、1回あたり約9円が目安です。大量利用では購入量に応じて1リクエストあたりの単価が下がります。
植物識別に特化した構造化データを取得できる点は、汎用画像AIにはない使いやすさがあります。一方で、画像AIの結果は誤る可能性があるため、食用、毒性、病害、農薬など重要な判断をPlant.idだけで確定しない運用が必要です。
まずは無料のWebデモで手元の植物写真を試し、アプリ化したい場合にAPIの無料クレジットへ進むのが無理のない導入方法です。
コメント