Adobe Stockの売上管理は、ダッシュボードに表示されたドル金額を月末に写すだけでは足りません。素材が売れた日、ロイヤリティが確定した金額、支払いを申請した日、PayPalなどへ移った金額、日本円で銀行へ着金した日がずれるからです。
売上が少ない間は、画面を見れば覚えていられるように感じます。しかし投稿数と販売件数が増え、複数月をまたいで支払いを受けるようになると、「今月売れた額」と「今月使える現金」が一致しません。税務情報の有効期限や米国源泉徴収、決済手数料、為替も加わります。
この記事では、Adobe Stockの売上管理で残したい7項目と、月1回の照合手順を整理します。税務上の計上時期や所得区分は個別事情で変わるため、この記事だけで最終判断せず、税務署や税理士へ相談できる元データを残すことを目的にします。
売上発生・支払い申請・円着金は別の出来事
最初に分けたいのは三段階です。第一に、購入者が素材をライセンスし、Contributor Portalへ売上が反映された段階。第二に、条件を満たして支払いを申請し、PayPal、Payoneer、Skrillなどの決済サービスへ移す段階。第三に、日本円へ換算して銀行へ着金する段階です。
Adobe公式の支払い要件では、最低残高25米ドル、初回販売から45日経過、有効な支払いアカウントなどが案内されています。条件を満たしても、自動で毎月銀行へ振り込まれるのではなく、支払い申請という工程があります。
さらに公式の支払い手順では、送金開始後、決済サービスへの入金まで通常7〜10営業日とされています。売上月と着金月がずれるのは異常ではありません。だから、銀行入金だけを売上台帳にすると、販売データと一致しなくなります。
税務上どの時点で収入を認識するかは、記帳方法や個別事情を含めて確認が必要です。管理表では三つの日付と金額を別々に残し、後から判断を変えても追える状態にします。「画面の残高」と「生活へ使える現金」を分けるだけでも、売上を二重に数えたり、未入金を使ったつもりになったりするミスを減らせます。

Adobe Stockの売上管理で残す7項目
最低限残したいのは、売上発生日、売上ドル額、販売件数、米国源泉徴収等、支払い申請日と申請額、決済サービスの受取額と手数料、銀行の円着金日と円額の7項目です。素材単位の分析まで行う場合は、アセットID、テーマ、ファイル種別も別表へ追加します。
| 項目 | 残す理由 |
|---|---|
| 売上発生日 | いつ販売が成立したかを追う |
| 売上ドル額 | ポータル上の収益を月別に集計する |
| 販売件数 | 単価と件数の変化を分ける |
| 源泉徴収等 | 税務フォームと控除額を確認する |
| 支払い申請 | 残高が外部へ移った日と額を残す |
| 決済サービス | 受取額、手数料、換算を追う |
| 円着金 | 銀行へ入った日と実額を確認する |
販売件数を残す理由は、売上額だけでは変化の原因が分からないからです。売上が増えても、件数が増えたのか、高いロイヤリティが一件入ったのかで次の判断は変わります。売上額を販売件数で割った平均値は参考になりますが、素材種別や購入プランで単価が違うため、単月だけで結論を出しません。
Adobe Stockの報酬率と支払い条件では、33%という料率だけで収入を読まない理由を整理しています。本記事の管理表は、その料率を自分の販売履歴で検証するための土台です。
税務フォームと源泉徴収を売上表から切り離さない
Adobe Stockでは、Contributor Accountで税務情報を提出します。Adobe公式は、有効な税務フォームがない場合、居住国等に応じて最大30%の源泉徴収が適用され得ると案内しています。個人、法人、米国税務上の立場で必要なフォームは異なるため、画面の案内に従い、不明な場合は専門家へ確認します。
W-8系フォームには有効期限があります。公式FAQでは、一般に署名した年から数えて3年後の年末に期限が来る例が示されています。提出した日、承認状態、期限の目安を年次管理表へ残し、期限直前ではなく年初や確定申告後に確認する予定を入れておくと、突然最大税率が適用されるリスクを減らせます。
売上明細では、総額と控除後の額を混ぜません。米国で源泉徴収された金額がある場合、日本の申告でどのように扱うかは状況により異なります。外国税額控除を含め、判断には売上総額、源泉徴収額、対象期間、Adobeの書類が必要になる可能性があります。数字を一つの「手取り」へ潰さず、元の内訳を保存します。
ストックフォト副業の確定申告でも、売上と経費を分ける考え方を整理しています。税務フォームを提出したから日本での申告が不要になるわけではなく、米国での源泉徴収と日本の所得税・住民税は別の論点です。
月次表は税金と制作改善の二つに使う
売上管理を税金のためだけに行うと、確定申告が終わった時点で記録が止まりがちです。Adobe Stockでは、同じ月次表を次に作る素材の判断にも使えます。販売件数、売上額、新規投稿数、売れたテーマを並べると、既存資産が動いたのか、新規投稿が効いたのかを考えやすくなります。
ただし、売上が伸びた月に因果関係を急いで決めません。一件の高単価販売、季節需要、過去素材の再発見、検索表示の変化など、複数の要因があり得ます。最低でも3か月程度を並べ、同じテーマが複数回売れているか、販売件数の基準線が上がっているかを見ます。
売れたテーマが見つかったら、同じ画像を量産するのではなく、購入用途を横へ広げます。人物、構図、季節、業種、感情、縦横比、コピースペースを変え、類似しすぎない素材群へ展開します。制作前の考え方は、ストックフォトで売れる写真の見つけ方でも詳しく整理しています。
売上管理表へ細かなキーワードをすべて入れる必要はありません。税務用の月次表は金額と日付を正確に、制作分析表はテーマと反応を簡潔にします。一つの巨大な表へ詰め込み、入力が止まるより、目的を分けて月末に両方を15分ずつ更新する方が続きます。

月末に行う照合手順
- Contributor Portalの対象月売上と販売件数を記録する。
- 税務上の控除があれば、総額と控除額を分ける。
- 支払い申請をした月は、日付、申請額、支払い先を残す。
- 決済サービスの受取額、手数料、換算レート等を保存する。
- 銀行へ着金した日と日本円額を照合する。
- 証拠となる画面、CSV、メール、明細の保存場所を記録する。
- 新規投稿数と売れたテーマを一行で振り返る。
証拠ファイルの名前は、日付、サービス、内容が分かる形へそろえます。たとえば「2026-08_AdobeStock_sales」「2026-08_PayPal_payout」のように月を先頭へ置くと、年末に探しやすくなります。電子取引データの保存要件もあるため、単なるスクリーンショットだけで十分かを含め、国税庁の案内や専門家へ確認してください。
数字が合わないときは、推測で差額を埋めません。売上期間の時差、支払い申請の対象残高、源泉徴収、決済手数料、為替換算、前月残高を順番に確認します。差額の理由をメモしておけば、翌年同じずれが出たときの手順書になります。
売上が少ない時期ほど最小の型を作る
月に数件しか売れていない時期は、管理を後回しにしやすいです。しかし件数が少ない時期こそ、どの画面から何を取得し、どの列へ入れ、どのフォルダへ保存するかを試せます。売上が増えてから過去分をさかのぼるより、最初の25ドルへ届く前に型を作る方が楽です。
毎日の売上確認は必要ありません。反応が気になって制作時間を削るなら、月末だけにします。販売通知や日次メールを使う場合も、感情を上下させるためではなく、月次表へ転記する一次記録として扱います。
管理表の完成度より、翌月も更新できることが大切です。最初は7項目だけ、販売が増えたら素材IDやテーマ、複数サイトへ広げたらサイト列を追加する。必要になった時点で増やせば十分です。
複数サイトへ広げるなら共通列と固有列を分ける
Adobe Stock以外のストックサイトも使う場合、サイトごとに別の管理表を一から作ると、年間売上を合計しにくくなります。日付、サイト名、売上通貨、売上額、源泉徴収等、支払い申請、手数料、円着金という共通列を先に作り、Adobe固有のアセットIDや支払い条件は別の列へ置きます。
通貨が異なる場合、画面上の外貨を単純に足しません。各サイトの原通貨を残したうえで、帳簿へ使う円換算の方法と根拠を統一します。どの為替レートを使うか、いつの時点で換算するかは税務上の判断を伴うため、自己流で月ごとに変えず、税務署や税理士へ確認できる記録を残します。
決済サービスを共通で使う場合も、入金元を分けます。PayPalの合計入金だけを見ていると、どのサイトの支払いか、手数料がどこで発生したかを追えません。支払いIDやメモを使い、プラットフォーム残高から決済サービス、銀行まで一対一でひも付けます。
制作分析はサイトごとに分けます。同じテーマでも購入者層や審査、検索の動きが違う可能性があるからです。税務用の合計表では横断し、制作判断ではAdobe Stockの販売件数と投稿テーマを個別に見る。この役割分担なら、サイトを増やしても表が肥大化しにくくなります。
まとめ|ドル売上と円着金を一本の線で追う
Adobe Stockの売上管理では、売上発生日、ドル額、販売件数、源泉徴収等、支払い申請、決済サービス、円着金の7項目を分けます。売上発生と現金化を同じ数字にせず、三段階の日付と金額を一本の線で追える状態にします。
この記録は、確定申告のためだけではありません。販売件数と新規投稿数、売れたテーマを月次で並べると、次に何を作るかを冷静に決める材料になります。単月の増減へ反応しすぎず、数か月の流れで見ます。
最初から複雑な管理表を作る必要はありません。公式画面と決済明細を保存し、7項目を月1回照合する。それだけでも、売上を二重に数える、税務フォームの期限を忘れる、円着金だけを見て販売の反応を失う、といった混乱を減らせます。
