
「配送追跡は佐川急便・ヤマト運輸のAPIを引くだけなら自前でできる」——これは実際に、ある大手リユースチェーンの担当者が導入検討の場で口にした言葉です。技術的な出発点としては正しい認識です。ただし、APIを叩いて追跡ステータスを表示するところまでが「無料」であって、その先に残る保守作業までは無料ではありません。
この記事では、配送追跡を自社開発した場合に実際どこにコストが残るのか、キャリアAPIで取れる情報の限界、複数キャリアを使う場合の差分吸収、持ち戻り検知の保守実態を、商談の現場で出てきた実例とRecustomerの利用データをもとに整理します。
この記事の要点(30秒で読める)
- キャリアAPI自体は無料。だが仕様変更対応・複数キャリア差分・持ち戻り検知は事業者側に残る保守コスト
- API1本の開発費用は約100万円が目安。キャリアが仕様を変えるたびにこの改修が繰り返し発生する
- 配送追跡ページを見た顧客はサイトを平均プラス4ページ閲覧するという証言があり、価値はAPI取得そのものではなく追跡ページの体験設計にある
- Recustomer利用データでは、配送追跡導入で年間リピート率+5.5pt(26.6% vs 21%)、持ち戻り期限超過率が0.45%→0.048%(約1/10)に改善
- 内製と導入の判断は、取扱キャリア数・出荷件数・開発リソースの有無で損益分岐が変わる
配送追跡の自社開発とは
配送追跡の自社開発とは、佐川急便・ヤマト運輸・日本郵便など各キャリアが提供する配送状況照会APIを自社で呼び出し、注文情報と紐づけて自社サイト上に追跡ページを表示する仕組みを、外部ツールを使わずに自前で構築することです。「発送しました」の通知メールに追跡番号のリンクを載せるだけの簡易な形から、自社ドメインで動くリッチな追跡ページまで、実装レベルには幅があります。
キャリア各社の配送状況照会APIには、多くの場合API利用料自体はかかりません。この「API無料」という事実が、「自前でできる」という判断の根拠になりやすい部分です。
キャリアAPIで取れる情報の限界
キャリアAPIから取得できるのは、あくまで「その配送物が今どのステータスにあるか」という一次情報だけです。集荷・輸送中・配達完了・不在といった基本ステータスは取得できますが、それをどう顧客に見せるか、どう次の行動につなげるかという体験設計は含まれていません。
複数店舗展開するあるリユースチェーンの担当者は、配送追跡ツールの検討にあたって「自社でスクラッチ開発するか、外部ツールを入れるか、入れないかの3択」と整理していました。この整理が示すとおり、APIを叩くこと自体は選択肢のスタート地点にすぎず、その先の実装範囲が事業者ごとの分かれ道になります。
仕様変更対応・複数キャリア差分・持ち戻り検知という保守実態
自社開発の隠れコストは、公開後に継続して発生する3種類の保守作業に集約されます。仕様変更対応、複数キャリアの差分吸収、そして持ち戻り検知です。
1. キャリアの仕様変更対応
キャリア側がAPI仕様やステータスコードの体系を変更すると、その都度、自社実装側の改修が必要になります。Recustomer社内の目安では、決済・物流領域のAPIを1本開発するコストはおよそ100万円とされており、配送追跡のAPI連携もこれと同水準の開発費が仕様変更のたびに繰り返し発生し得ます。
2. 複数キャリアの差分吸収
佐川急便・ヤマト運輸・日本郵便を併用する事業者では、各社でAPIの仕様・ステータスの粒度・更新タイミングが異なるため、これらを統一フォーマットに変換する層を自社で持つ必要があります。キャリアが増えるほど、この変換層の保守対象も比例して増えていきます。
3. 持ち戻り(再配達不能)の検知
持ち戻りは、配送ステータスを単純に取得するだけでは検知できません。不在票・保管期限・返送手続きといった複数のステータスの組み合わせパターンをキャリアごとに定義し、期限が近づいたら顧客に再配達を促す通知を自動で出す仕組みが必要です。これは「APIを引く」だけでは実現しない、追加の設計・実装領域です。
「API1本100万円」の意味
初期構築の1回だけならまだしも、キャリアの仕様変更・カート側の仕様変更・持ち戻り検知ロジックの改善は、公開後も断続的に発生します。自社開発の総コストを見積もる際は、初期費用だけでなく、この継続的な改修費用を必ず織り込む必要があります。
追跡ページで生まれる価値はAPI取得ではない
配送追跡の本質的な価値は、ステータスを取得できることそのものではなく、追跡ページという接点で顧客と再度接触できることにあります。ある大手リユースチェーンの担当者は「配送追跡ページを見た人はサイトを平均プラス4ページ見る」と証言しており、追跡ページはCS対応を減らすだけでなく、回遊を生む販促面としても機能しています。
Recustomer利用データでは、配送通知メールの開封率は70〜72%で、一般的なメルマガの開封率4%未満と比べて圧倒的に高い水準です。クリック率も18.7〜20%あり、1つの出荷につき平均3〜5通の通知が送られるため、接触回数そのものが多いという特徴もあります。
| 指標 |
数値 |
比較対象 |
| 配送通知メール開封率 |
70〜72% |
一般的なメルマガ開封率4%未満 |
| 配送追跡導入時の年間リピート率 |
26.6%(+5.5pt) |
未導入時21% |
| 持ち戻り期限超過率 |
0.048%(約1/10) |
未対策時0.45% |
この数値が示すのは、「追跡できるかどうか」ではなく「追跡ページで何を体験させるか」が成果を左右するという点です。API連携だけを内製し、その先のレコメンド表示や通知設計に手が回らなければ、これらの効果は得られません。
Narvar等の海外ツールを使う場合との違い
配送追跡を内製せず既存の海外ツールを導入している場合にも、別の課題が生じているケースがあります。あるインポート系アパレルECでは、現行ツールの費用が年間約200万円かかる一方、日本国内の人員縮小によりサポート・開発対応が米国本国依頼になり、コンビニ持ち込み時のバーコード印字エラーといった日本特有の不具合の修正見込みが立たないという状態が続いていました。
また複数ブランドを展開する別のアパレル企業では、「配送追跡の機能自体はほぼ同等だが、予約購入やお試し購入といった日本のEC商習慣に合わせた開発はされていない」という声も出ています。内製・既存の海外ツール・国内ツールのいずれを選ぶ場合でも、「日本の商習慣・キャリア事情への追随」は共通の論点になります。
内製と導入の損益分岐
内製が向くかどうかは、取扱キャリア数・月間出荷件数・社内の開発リソースの3条件で大きく変わります。単一キャリアのみを使い、出荷件数が少なく、開発チームが仕様変更に継続対応できる体制であれば、内製で十分に運用できます。
| 条件 |
内製が現実的 |
導入を検討すべき |
| 取扱キャリア数 |
1社のみ |
2社以上を併用 |
| 開発リソース |
仕様変更に継続対応できる体制がある |
配送追跡専任の開発リソースを割けない |
| 求める体験 |
ステータス表示のみで十分 |
レコメンド表示・複数通知・持ち戻り削減まで求める |
逆に、複数キャリアを併用し、追跡ページを回遊やリピート購入の接点として活用したい場合は、初期開発費用に加えて継続する改修費用まで含めた損益分岐で判断する必要があります。
配送追跡を「APIを引くだけ」で終わらせない
Recustomerの配送追跡は、複数キャリアの差分吸収・持ち戻り検知・追跡ページ上のレコメンド表示までを標準で提供します。
30分のご相談で、自社の出荷体制に合う運用イメージをお伝えします。
Recustomerの配送追跡について詳しく見る →
次の一歩を、負担の軽い順に選べます
いきなりご相談でなくてもかまいません。情報収集の段階なら資料から、具体的にご検討中ならオンラインでの個別相談をご利用ください。
導入のご相談はこちら(30分オンライン) →
よくある質問
Q. 配送追跡は自社開発できますか?
技術的には可能です。キャリアが提供する追跡APIを叩いて注文と配送ステータスを紐づけるだけであれば、開発リソースがあれば構築できます。ただし公開後は仕様変更対応・複数キャリア差分・持ち戻り検知という保守作業が継続的に発生し、これが実質的なコストになります。
Q. ヤマト・佐川の追跡APIは無料ですか?
配送状況照会API自体には、多くの場合API利用料はかかりません。ただし無料なのはAPI呼び出しの部分だけで、複数キャリアの差分吸収・仕様変更対応・持ち戻り検知の実装と保守は事業者側の工数として残ります。
Q. 配送追跡ページを作るメリットは何ですか?
追跡ページは単なる情報照会の場ではなく、回遊やリピート購入につながる接点です。Recustomer利用データでは配送追跡導入で年間リピート率が5.5ポイント向上(26.6% vs 21%)しています。
Q. 複数キャリアを使う場合、配送追跡はどう統合すればよいですか?
キャリアごとにAPIの仕様・ステータスの粒度・更新タイミングが異なるため、各社のフォーマット差分を吸収する変換層を自社で実装する必要があります。キャリアの仕様変更のたびに、この変換層の改修が発生します。
Q. 持ち戻り(再配達不能)はどうやって検知しますか?
持ち戻りは配送ステータスの単純取得だけでは検知できず、不在票・保管期限・返送手続きの組み合わせパターンをキャリアごとに定義する必要があります。Recustomer利用データでは、この自動検知により持ち戻り期限超過率が0.45%から0.048%(約1/10)まで減少しています。
Q. 配送追跡ツールを導入する場合の費用相場はいくらですか?
月額固定制のプランを持つサービスが多く、追跡ページのカスタマイズ範囲・通知回数・レコメンド機能の有無で価格帯が変わります。自社開発と比較する際は、初期開発費用だけでなく仕様変更のたびに発生する改修費用まで含めて計算することが重要です。
Q. 配送追跡を内製している会社は実際にどのくらいありますか?
配送追跡・返品交換領域の商談を横断すると、最大の比較対象はSaaSツールではなく内製・手運用です。「APIを引くだけなら自前でできる」として内製を選ぶ企業もあれば、保守負担から外部ツールへの切り替えを検討する企業もあり、規模やフェーズによって判断が分かれます。
まとめ
- キャリアが提供する配送状況照会API自体は無料。だが「無料」なのはAPI呼び出しの部分だけ
- 自社開発の隠れコストは仕様変更対応・複数キャリア差分・持ち戻り検知の3種類の継続保守
- API1本の開発費用は目安約100万円。仕様変更のたびに同水準の改修が繰り返し発生し得る
- 追跡ページの価値はAPI取得そのものではなく体験設計にあり、回遊・リピート率に直結する
- Recustomer利用データでは年間リピート率+5.5pt、持ち戻り期限超過率0.45%→0.048%の改善実績
- 内製が向くのは単一キャリア・少出荷件数・継続対応できる開発体制がある場合
- 複数キャリア併用や体験設計まで求める場合は、初期費用+継続改修費用を含めた損益分岐で判断する
出典・参考文献
- Recustomer利用データ(配送通知メール開封率・クリック率・年間リピート率・持ち戻り期限超過率、2026年集計)
- Recustomer商談分析(2026年6月〜8月・商談173本の横断分析、企業名は匿名化して記載)
関連記事