フレイトフォワーダーウェブサイトデザイン: クライアントポータル・配送追跡（2026年）
過去2年間に3つの海運仲介会社のウェブサイトを構築してきた経験から言えることがあります。ほとんどの物流会社のウェブサイトは悲劣なものです。連絡先フォーム付きのパンフレットサイト、おそらくはカーゴ船のストック写真があり、クライアントが実際に仕事をするのに役立つ機能はゼロです。2026年には、これでは通用しません。
海運仲介は確かに関係構築ビジネスです。しかし、持続する関係というのは、クライアントが午前2時に誰にも電話することなく出荷を追跡でき、メールの返信を待つことなく即座に見積もりを取得でき、単一のダッシュボードからサプライチェーン全体を管理できるような関係です。今、成長している企業は、単に貨物の輸送が上手なだけではなく、クライアントの生活を楽にするデジタル体験を構築するのが上手です。
この記事では、実際にパフォーマンスを発揮する海運仲介会社のウェブサイトを構築するために必要なすべてのことを詳しく説明しています。クライアントポータル、リアルタイム出荷追跡、見積もりエンジン、CMSアーキテクチャ、そして重要なテックスタックの決定です。
目次
- ほとんどの海運仲介会社のウェブサイトが失敗する理由
- 2026年に物流ウェブサイトに必要なコア機能
- 実際に利用されるクライアントポータルの構築
- リアルタイム出荷追跡アーキテクチャ
- 見積もり要求エンジンと運賃管理
- 海運仲介会社向けのヘッドレスCMSアーキテクチャ
- 物流ウェブサイト向けテックスタック比較
- 海運仲介会社向けSEO：実際に機能するもの
- パフォーマンス、セキュリティ、およびコンプライアンス
- コスト内訳：2026年に予想されるもの
- FAQ
ほとんどの海運仲介会社のウェブサイトが失敗する理由
率直に言いましょう。数十の海運仲介会社のウェブサイトを監査してきましたが、毎回同じ問題が現れます。
静的なパンフレットです。 ホームページ、「アバウトアス」ページ、海上輸送、航空輸送、倉庫保管をリストアップした「サービス」ページ、そして連絡先フォーム。以上です。機能がありません。クライアントが最初の訪問後に戻る理由がありません。
速度が遅いです。 物流企業は大型コンテナ船の大きなヒーロー画像が好きです。これらの最適化されていない4MBの画像が安いサーバーでロードされ、サイトがインタラクティブになるまで8秒以上かかります。GoogleのCore Web Vitalsはこれに厳しくペナルティを与えます。
何とも統合されていません。 企業は内部ではCargoWiseやMagayaやDescartesを使っていますが、ウェブサイトはまったく別の世界に存在しています。クライアントは出荷の更新を受け取るために電話またはメールをします。それはクライアントベースとともに線形に拡大するスタッフコストです。
モバイルを無視しています。 Google/BCGの調査によると、B2B研究者の約47%は購買プロセス中にモバイルデバイスを使用しています。物流の意思決定者は仕事現場、空港、工場のフロアから出荷ステータスを確認します。サイトがスマートフォンで機能しなければ、最も重要な瞬間にあなたは見えません。
成長しているクライアントベースを持つ海運仲介会社——FlexportやFreightosなどの企業、さらには中堅プレイヤー——は、ウェブサイトがデジタルビジネスカードではないことに気づきました。それは製品です。
2026年に物流ウェブサイトに必要なコア機能
深刻なデジタルプレゼンスを求めている海運仲介会社向けの機能セットは以下の通りです。
必須機能
- 認証付きクライアントポータル — 既存クライアント向けのセルフサービスダッシュボード
- リアルタイム出荷追跡 — コンテナ/AWB追跡とマップビジュアライゼーション
- 即座見積もり要求エンジン — マルチモーダル見積もりフォームとスマートルーティング
- ドキュメント管理 — 船荷証券、商業請求書、梱包明細書のオンラインアクセス
- SEO向けに最適化されたサービスページ — 各サービスレーンとモードの個別ページ
- 多言語対応 — 海運仲介は本質的に国際的です
- ライブチャットやAIチャットボット — セールス前の問い合わせと基本的な追跡質問用
あると良い機能
- 運賃計算機 — リアルタイム運賃検索（キャリアAPI アクセスが必要）
- 予約エンジン — クライアントが直接出荷を予約できる
- 分析ダッシュボード — 出荷履歴、支出分析、輸送時間トレンド
- API アクセス — エンタープライズクライアントがデータをシステムに統合できるようにする
- カーボンフットプリント計算機 — ESG志向の荷主にとって重要性が高まっている
重要な洞察：ウェブサイトは、オペレーションチームが処理する電話とメールの数を減らすべきです。すべての機能は、そのメトリクスに対して評価されるべきです。
実際に利用されるクライアントポータルの構築
クライアントポータルは、真の価値が存在する場所です。また、スコープが急速に膨れ上がる可能性があるため、ほとんどのプロジェクトがここで軌道を外れます。
認証とユーザー管理
初日からロールベースのアクセス制御が必要です。典型的な海運仲介会社のクライアントは以下を持つかもしれません。
- 管理者ユーザー — 請求と会社設定を管理する
- オペレーションスタッフ — 出荷を追跡し、ドキュメントを管理する
- 閲覧のみのユーザー — 出荷ステータスの可視性が必要なだけ
私は通常、Auth0またはClerkを認証に、カスタム権限層を認証に組み合わせて実装します。次のコード例は、Next.jsアプリケーションのロールベースミドルウェアがどのように見えるかを示しています。
// middleware.ts
import { withAuth } from '@clerk/nextjs/server';
export default withAuth({
publicRoutes: ['/', '/services/(.*)', '/contact', '/api/public/(.*)'],
afterAuth(auth, req) {
// ポータルにアクセスしようとしている認証されていないユーザーをリダイレクト
if (!auth.userId && req.nextUrl.pathname.startsWith('/portal')) {
return redirectToSignIn({ returnBackUrl: req.url });
}
// ロールベースアクセスをチェック
const role = auth.sessionClaims?.metadata?.role;
if (req.nextUrl.pathname.startsWith('/portal/admin') && role !== 'admin') {
return NextResponse.redirect(new URL('/portal/dashboard', req.url));
}
},
});
ダッシュボード設計
ダッシュボードは、クライアントがログインするときに3つの質問に即座に答えるべきです。
- アクティブな出荷はどこにありますか？ — ピン付きのマップビューまたはETAでソートされたリスト
- 何かする必要がありますか？ — 保留中のドキュメントアップロードや請求書承認などのアクションアイテム
- 最近何が起こりましたか？ — ステータス変更、新しいドキュメント、メッセージを示すアクティビティフィード
2列レイアウトが最も効果的であることがわかりました。左側に約60%の幅を占める出荷概要表、右側に通知/アクションパネル。モバイルでは、これらは垂直にスタックし、アクションアイテムが上部にあります——それはエンゲージメントを駆動するものだからです。
ドキュメント管理
正直なところ、これはクライアントが最も好きな機能です。メールスレッドを掘り下げて船荷証券を見つける代わりに、すべてが1つの場所に、出荷別に整理されています。
私たちは通常、クラウドストレージ（AWS S3またはCloudflare R2）を署名済みURLとともに使用して安全なアクセスを実現します。ドキュメントはメタデータでタグ付けされます——出荷参照、ドキュメントタイプ、アップロード日——であり、検索可能です。CargoWiseと統合している場合、それらのAPIはドキュメントをポータルのストレージレイヤーに直接プッシュできます。
リアルタイム出荷追跡アーキテクチャ
これは最も注目を集める機能であり、当然のことです。リアルタイム追跡は、ウェブサイトをマーケティングサイトから製品に変えるものです。
データソース
出荷追跡データは複数のソースから来ており、集約する必要があります。
| データソース | カバレッジ | 更新頻度 | コスト (2026) |
|---|---|---|---|
| CargoSmart API | 海上（グローバルキャリアの90%以上） | 2～4時間ごと | $500-2,000/月 |
| project44 | マルチモーダル（海上、航空、トラック、鉄道） | リアルタイムから時間単位 | $2,000-10,000/月 |
| FourKites | マルチモーダル（予測ETAあり） | リアルタイム | $3,000-15,000/月 |
| キャリアAPI 直接 | キャリアごとに異なる | 異なる | キャリアあたり無料～$500/月 |
| AISデータ (MarineTraffic、VesselFinder) | 海上船舶位置 | 分単位 | $200-1,500/月 |
| FlightAware/Cirium | 航空貨物 | リアルタイム | $500-3,000/月 |
ほとんどの中堅海運仲介会社については、個々のキャリア統合を構築するのではなく、project44のようなアグリゲータから始めることをお勧めします。はい、月額コストは高くなりますが、開発時間で数十万ドルの節約ができます。
アーキテクチャパターン
ここが私が追跡に使うパターンです。
[キャリアAPI / project44] → [ウェブフック受信機（サーバーレス）] → [イベントキュー（SQS/Redis）]
→ [処理ワーカー] → [データベース（PostgreSQL）] → [WebSocketサーバー] → [クライアントブラウザ]
重要な決定：
- ポーリングよりWebフック — ほとんどの追跡プロバイダーはWebフックをサポートしています。それを使ってください。ポーリングは無駄であり、不要なレイテンシを導入します。
- イベントキュー — Webフック受信機を処理レイヤーから分離します。処理レイヤーが一時的にダウンしている場合、追跡イベントを失いたくありません。
- ライブアップデート用WebSockets — クライアントが出荷を見ているときは、更新をブラウザに実時間でプッシュします。彼らにリフレッシュさせないでください。
次のコードは、Socket.ioを使用したNext.js APIルートのシンプルなWebSocket セットアップです。
// pages/api/tracking/socket.ts
import { Server } from 'socket.io';
export default function handler(req, res) {
if (!res.socket.server.io) {
const io = new Server(res.socket.server, {
path: '/api/tracking/socket',
cors: { origin: process.env.NEXT_PUBLIC_APP_URL },
});
io.on('connection', (socket) => {
socket.on('subscribe-shipment', (shipmentId) => {
// ユーザーがこの出荷へのアクセスを持っていることを確認
socket.join(`shipment:${shipmentId}`);
});
});
res.socket.server.io = io;
}
res.end();
}
// Webフックから追跡更新が到着したとき：
export function broadcastTrackingUpdate(shipmentId: string, update: TrackingEvent) {
io.to(`shipment:${shipmentId}`).emit('tracking-update', update);
}
マップビジュアライゼーション
マップについては、Mapbox GL JSが標準的な選択肢です。船舶ルート、港の位置、カスタムマーカーをよく処理します。Google Mapsでも動作しますが、スケールで費用がかかります。500以上のアクティブな出荷を処理し、定期的なポータル使用を持つ海運仲介会社の場合、Mapboxコストは$100-300/月対Google Maps Platform の$500-1,500/月と予想してください。
見積もり要求エンジンと運賃管理
見積もり要求フォームはプライマリーなリード生成ツールです。それを上手にしてください。
スマートフォーム設計
すべてのフィールドを一度にユーザーにダンプしないでください。段階的に情報を収集するマルチステップフォームを使用してください。
- ステップ1：モード選択 — 海上FCL、海上LCL、航空、トラッキング、マルチモーダル
- ステップ2：出発地/目的地 — 港/空港オートコンプリート付き
- ステップ3：貨物詳細 — 商品、重量、寸法、有害物質分類
- ステップ4：タイムライン — 準備日、必須配送日
- ステップ5：連絡先情報 — 名前、会社、メール、電話
各ステップは、明確な進行状況表示を持つ単一画面であるべきです。長いフォームからマルチステップウィザードに切り替えると、コンバージョンレートが40～60%上昇したのを見ました。
港と空港のオートコンプリートについては、UN/LOCODEデータベースがあなたの友人です。それは無料で、100,000以上の場所を含み、それに対して高速な検索エンドポイントを構築できます。
// シンプルな港検索API
export async function GET(request: Request) {
const { searchParams } = new URL(request.url);
const query = searchParams.get('q');
const ports = await db.ports.findMany({
where: {
OR: [
{ name: { contains: query, mode: 'insensitive' } },
{ locode: { startsWith: query?.toUpperCase() } },
{ country: { contains: query, mode: 'insensitive' } },
],
},
take: 10,
orderBy: { searchRank: 'desc' },
});
return Response.json(ports);
}
運賃管理バックエンド
即座レートを表示したい場合（ただ見積もり要求を収集するだけではなく）、キャリアAPI 統合か運賃管理データベースのいずれかが必要です。Catapult、Freightos、またはXenetaなどのツールは運賃データAPI を提供しています。あるいは、多くの仲介会社は自独自の運賃シートを保持しています——その場合、価格チームが運賃をアップロードして管理するための管理インターフェースが必要です。
海運仲介会社向けのヘッドレスCMSアーキテクチャ
ウェブサイトのマーケティング側——サービスページ、ブログ投稿、ケーススタディ、チームバイオ、オフィスの場所——ヘッドレスCMSが正しい選択です。コンテンツ管理をポータル機能から分離し、マーケティングチームがコードに触れることなくサイトを更新できるようにします。
SanityまたはContentfulをコンテンツバックエンドとして、Next.jsまたはAstroをフロントエンドとして使用したヘッドレスCMSセットアップで素晴らしい結果が得られています。
WordPressよりヘッドレスである理由
純粋にマーケティング用のサイトの場合、WordPressで問題ありません。しかし、2026年の海運仲介会社のウェブサイトは、マーケティングコンテンツと認証されたポータル機能、リアルタイムデータ、API統合を混在させる必要があります。そこでヘッドレスが輝きます——あなたのNext.jsフロントエンドは、パブリックマーケティングページと認証されたポータルの両方を単一の高速アプリケーションで処理します。
物流向けコンテンツモデル
ここが私が通常Sanityで海運仲介会社向けに設定するコンテンツモデルです。
- サービス — 名前、スラッグ、説明、アイコン、関連する貿易ルート、CTA
- 貿易ルート — 出発地域、目的地域、利用可能なモード、輸送時間、関連サービス
- オフィス/場所 — 市、国、住所、座標、チームメンバー、ローカルサービス
- ケーススタディ — クライアント業界、チャレンジ、ソリューション、結果、推薦
- ブログ投稿 — タイクソノミーカテゴリ付きの標準ブログ（業界ニュース、貿易更新、会社ニュース）
- FAQ — 質問/回答ペア、サービス別に分類
- チームメンバー — 名前、役割、写真、バイオ、オフィスの場所
貿易ルートコンテンツタイプは、特にSEOにおいて重要です。以下を参照してください。
物流ウェブサイト向けテックスタック比較
ポータル機能を持つ海運仲介会社のウェブサイトを構築するための主な選択肢がどのように比較されるかです。
| アプローチ | 最適な対象 | パフォーマンス | ポータル機能 | 開発コスト | メンテナンス |
|---|---|---|---|---|---|
| Next.js + ヘッドレスCMS | ポータル機能を持つ完全な機能的なサイト | 優秀（SSR/SSGハイブリッド） | ネイティブ — 組み込みAPI ルート、ミドルウェア | $80,000-250,000 | 中程度 |
| Astro + ヘッドレスCMS | マーケティング重視のサイト、軽いポータル | 優秀（アイランドアーキテクチャ） | 良好 — 別のAPI レイヤーが必要 | $60,000-180,000 | 低い |
| WordPress + カスタムプラグイン | 予算重視、シンプルなポータル | 中程度 | 限定的 — プラグインエコシステムは脆弱 | $30,000-80,000 | 高い |
| Webflow + Memberstack | マーケティングサイト、基本的なゲートコンテンツ付き | マーケティングのための良好 | 非常に限定的 | $20,000-50,000 | 低い |
| カスタムフルスタック（Django/Rails） | 複雑なポータル、マーケティングフォーカスが少ない | 実装に依存 | 優秀 | $150,000-400,000 | 高い |
ほとんどの海運仲介会社については、ヘッドレスCMSを持つNext.jsが最適なポイントです。SEOに必要なマーケティングパフォーマンスを与えながら、ポータル機能のための全スタック機能を提供します。ポータルのニーズがよりシンプルで、マーケティングコンテンツが優先される場合、Astroは検討する価値があります——ブラウザにより少ないJavaScriptを出荷しており、つまり、より高速なページロードが意味されます。
海運仲介会社向けSEO：実際に機能するもの
海運仲介は競争的な検索スペースです。針を動かすのはここにあります。
貿易ルートページ
提供する主要な貿易ルートのそれぞれのための個別ページを作成してください。「上海からロサンゼルスへの海上輸送」は、高い意図の検索クエリを正確にマッチさせるため、独自のページであるべきです。特定の輸送時間、港の詳細、サービス頻度、および価格設定の文脈を含みます。
中堅仲介会社は50～200のトレードレーンページを持つかもしれません。ヘッドレスCMSでは、営業チームは開発者の関与なしにこれらを作成できます。
各オフィスのローカルSEO
複数の都市にオフィスがある場合、それぞれがローカル検索向けに最適化された独自のランディングページを必要とします。「ヒューストンの海運仲介会社」は～1,200の月間検索を取得します。「マイアミのカスタムブローカー」は～900です。これらは高い意図、高いコンバージョンのクエリです。
技術的なSEO基礎
- Core Web Vitals — LCP 2.5秒以下、CLS 0.1以下、INP 200ms以下。適切な画像最適化を備えたNext.jsまたはAstroビルドは、これらに簡単に対応します。
- スキーママークアップ — LocalBusiness、Organization、FAQPageスキーマを使用します。トレードレーンページについては、areaServedを持つServiceスキーマの使用を検討してください。
- サイトマップ生成 — すべてのトレードレーンページ、オフィスページ、ブログ投稿を含むダイナミックサイトマップ。
- 内部リンク — トレードレーンページを関連するサービスページにリンクしたり、その逆を行ったりしてください。特定のルートを議論するときにブログ投稿をトレードレーンページにリンクしてください。
パフォーマンス、セキュリティ、およびコンプライアンス
パフォーマンスターゲット
2026年の物流ウェブサイトについて、以下を目指してください。
- Time to First Byte (TTFB): グローバルに200ms未満（Vercel EdgeまたはCloudflareなどのCDNを使用）
- Largest Contentful Paint (LCP): 2.0秒未満
- ポータル認証後の最初の有意な相互作用: 1.5秒未満
- 追跡データ更新: イベントからブラウザ表示まで5秒未満
セキュリティに関する考慮事項
海運仲介会社は機密商業データを処理します——出荷値、貿易パートナー、税関ドキュメント。ポータルには以下が必要です。
- SOC 2 Type II準拠ホスティング — Vercel、AWS、Azureはすべて認定されています。
- エンドツーエンド暗号化 — 転送中のTLS 1.3、保存済みドキュメント用のAES-256
- 多要素認証 — 管理者ユーザーには必須、標準ユーザーには任意
- 監査ログ — すべてのドキュメントアクセス、すべてのログイン、すべての権限の変更を追跡します。
- データ レジデンシーコントロール — クライアントによってはデータが特定の地域に留まることが必要な場合があります（EU内のEUデータ、など）。
コンプライアンス
市場によっては、以下を考慮する必要があるかもしれません。
- GDPR — ヨーロッパのクライアントを提供する場合
- CCPA/CPRA — カリフォルニアベースのクライアント向け
- C-TPAT — 米国税関を処理する場合、デジタルシステムが監査されるかもしれません。
- AEO — ヨーロッパ同等品、同様のデジタル要件
コスト内訳：2026年に予想されるもの
実際に完成させて構築したプロジェクトに基づいた現実的な数字を示します。
| コンポーネント | 予算範囲（USD） | タイムライン |
|---|---|---|
| マーケティングウェブサイト（ヘッドレスCMS + フロントエンド） | $40,000 - $80,000 | 8-12週間 |
| クライアントポータル（認証、ダッシュボード、ドキュメント） | $60,000 - $150,000 | 12-20週間 |
| 出荷追跡統合 | $25,000 - $75,000 | 6-12週間 |
| 見積もり要求エンジン | $15,000 - $40,000 | 4-8週間 |
| キャリア/TMS API 統合 | $20,000 - $80,000 | 8-16週間 |
| 継続的なメンテナンス & ホスティング | $2,000 - $8,000/月 | 進行中 |
フル構築——マーケティングサイトプラスポータルプラス追跡——通常は$150,000-$350,000の実行と、5～9ヶ月かかります。安くはありませんが、ROIを考えてください：オペレーションスタッフの時間削減、より高いクライアント保持率、そして実際にWordPressパンフレットサイトを実行している競合他社と差別化される営業ツール。
より詳細なスコープ会話については、価格ページは、プロジェクト推定にどのようにアプローチするかを概説しています。または、カスタム評価のために直接連絡することができます。
FAQ
クライアントポータル付きの海運仲介会社のウェブサイトを構築するのにどのくらい時間がかかりますか？ マーケティングサイト、クライアント認証付きポータル、出荷追跡、および見積もりエンジンの完全な構築の現実的なタイムラインは、5～9ヶ月です。段階的にロンチできます。マーケティングサイト最初（8～12週間）、ポータル機能の段階的に。ほとんどの海運仲介会社は、ポータルがまだ開発中にマーケティングサイトから価値をすぐに見ます。
2026年における物流会社のウェブサイトのベストプラットフォームは何ですか？ マーケティングコンテンツとポータル機能の両方を必要とする海運仲介会社については、SanityまたははたはのようなヘッドレスCMSと組み合わせたNext.jsが最強のオプションです。Contentfulです。SEOのためにサーバーサイドレンダリングを処理し、ポータルのためにクライアント側のインタラクティビティを処理し、バックエンドロジック用のAPI ルート——すべて1つのフレームワークで。WordPressはマーケティング専用サイトに対して機能しますが、ポータル機能を追加するときに負債になります。
出荷追跡をウェブサイトに統合するにはどうすればよいですか？ 最も簡単なパスは、project44、FourKites、またはCargoSmartのような追跡データアグリゲータを使用することです。彼らは、数百のキャリアにわたる追跡データを正規化するAPI を提供しています。ウェブサイトが彼らのAPI を消費し、データベースにイベントを保存し、クライアントに表示します。リアルタイム更新については、WebSocket接続を実装して、新しい追跡イベントが到着したときにブラウザが自動的に更新されるようにしてください。
海運仲介会社のウェブサイトの費用はいくらですか？ 基本的なマーケティングウェブサイトは$40,000-$80,000です。出荷追跡とドキュメント管理を持つクライアントポータルを追加すると、通常、合計は$150,000-$350,000に達します。ホスティング、API サブスクリプション（追跡データプロバイダー）、メンテナンスを含む進行中のコストは、$2,000-$8,000/月実行します。広い範囲は複雑性の違いを反映しています——5人の仲介会社のニーズはトップ50 NVOCC とは非常に異なります。
カスタムポータルを構築すべきか、それとも既成の物流プラットフォームを使用すべきですか？ それは差別化戦略に依存します。Logitude、MagayaのクライアントポータルまたはCargoWiseのウェブポータルのようなオフザシェルフソリューションは、より高速にデプロイされますが、ジェネリックに見えます。カスタムポータルは、エクスペリエンスを完全に制御し、特定のテックスタックと統合できます。ほとんどの成功した中堅仲介会社は既成で始まり、制限を超えたら、カスタムに移行します。
海運仲介会社はどのCMSを使用する必要がありますか？ 最新の物流ウェブサイトについては、Sanity、Contentful、またはStoryblokのようなヘッドレスCMSが最大の柔軟性を提供します。マーケティングチームはCMSインターフェースを通じてコンテンツを管理し、開発者は別々にフロントエンドとポータルを構築します。このアーキテクチャは、コンテンツ変更がポータル機能を破壊しないことを意味し、その逆も同様です。WordPressは最初は安いですが、後で動的機能を追加する必要があるとき、技術的負債を作成します。
海運仲介会社のウェブサイトはどのようにしてより多くのリードを生成できますか？ 3つのことが最も針を動かします：トレードレーンに固有のランディングページ（「香港からJFKへの航空輸送」のような検索をターゲット）、見積もりフォームが意図データをキャプチャするように賢い、マルチステップ見積もり要求フォーム（実装するのに投資して）と貿易コンプライアンス、配送規制、およびルートガイドに焦点を当てたコンテンツマーケティング。見積もりフォームは最も高い価値のコンバージョンポイントです——それを速く、モバイルフレンドリーで、スマートにするために投資してください。
モバイルアプリが必要ですか？それとも応答性があるウェブサイトで十分ですか？ ほとんどの海運仲介会社については、既存のウェブサイト上に構築された応答性プログレッシブウェブアプリ（PWA）で十分です。PWAsは、キャッシュされたデータのためにプッシュ通知、オフライン動作を送信でき、ネイティブiOSおよびAndroidアプリの別のコストとメンテナンスなしにモバイルデバイスでネイティブに感じます。例外：ドライバーまたは倉庫作業者が専門的なモバイル機能（バーコード走査、配達の写真証拠）が必要な場合、ネイティブアプリはこれらの特定のユースケースに対して意味があります。