01 10 月
目錄
App 被下架因為 DMCA？開發者的申訴全攻略
摘要
你的 App 突然從商店消失，開發者後台收到一封冷冰冰的通知：「因著作權侵權投訴，您的應用已被下架。」那一刻的窒息感，只有經歷過的人懂。DMCA 下架機制本意是保護著作權人，但實務上大量被濫用為打擊競爭對手的工具。這篇文章不談空泛理論，只講開發者真正需要知道的事：收到 DMCA 下架通知後，前 72 小時該做什麼、反通知（counter-notice）怎麼寫才不會被平台自動退回、Apple 和 Google 的處理邏輯有何致命差異，以及當平台擺爛時，如何用 512(f) 訴訟和確認不侵權之訴把 App 救回來。
一、先搞清楚：你的 App 為什麼被下架？
1.1 DMCA 下架的法律基礎：17 U.S.C. §512
DMCA（Digital Millennium Copyright Act）的 §512 建立了一套「通知—取下」（notice-and-takedown）機制。著作權人向平台提交合規的侵權通知後，平台只要「迅速」移除被指控的內容，就能進入「避風港」（safe harbor），免於承擔著作權侵權的連帶責任。對平台而言，這是零成本的合規選擇：先下架，再讓開發者自己去跟投訴方吵。
這裡有一個關鍵的法律現實：Apple 和 Google 在 DMCA 架構下的法律地位並不完全相同。美國法院曾認定 iTunes（Apple）不屬於 §512 所定義的「服務提供者」，這意味著 Apple 理論上不受 §512 避風港的保護，但這也意味著 Apple 沒有法定義務遵循 §512 的反通知恢復程序。這個技術性差異，直接導致了 Apple 和 Google 在實務處理上的巨大分歧。
1.2 三種常見的下架情境
不是每一封 DMCA 下架通知都代表你真的侵權。開發者收到的通知大致可分為三類：
情境一：真實侵權。 你的 App 確實使用了未經授權的素材、程式碼、角色形象或商標。這種情況下，反通知基本無效，正確做法是移除侵權內容後重新提交。
情境二：惡意投訴。 競爭對手明知你沒有侵權，卻故意提交虛假 DMCA 通知來打擊你。這在 App Store 和 Google Play 上都是公開的秘密，甚至有研究指出，僅 17.1% 的開發者曾嘗試請求移除他人的 App，而其中 65.3% 報告 DMCA 通知「多次沒有成功」。
情境三：錯誤投訴。 投訴方可能是 AI 自動化工具（如 Tracer AI）誤判，或是權利人搞錯了對象，把完全不同的 App 當成侵權目標。這類投訴的特徵是：投訴方不提供具體的侵權比對證據，或提供的證據明顯指向另一個 App。
1.3 平台收到投訴後做了什麼？
平台在這整個過程中不對侵權與否做任何實質判斷。Google 的回應是下架並提供反通知表格；Apple 則更進一步——它會把投訴通知轉給開發者，要求雙方自行解決，但如果「爭議未能友好解決」，Apple 會以「爭議未解決」為由直接下架，並表示只有在投訴方書面確認後才會恢復上架。
這意味著：在 Apple 生態中，DMCA 反通知不是萬靈丹。墾丁律所代理的一起案件中，開發者提交了 DMCA 反通知，Apple 也兩次致函投訴方詢問意見，但投訴方完全不回應。App 就這麼被卡在下架狀態近五個月。
1.4 下架通知裡你應該立刻提取的四個資訊
收到通知後，不要急著寫申訴。先從通知和開發者後台提取以下資訊：
| 資訊項目 | 為什麼重要 |
|---|---|
| 投訴方名稱與聯絡方式 | 決定你是跟真人還是跟 AI 工具打交道 |
| 被指控的具體侵權內容 | 判斷投訴是否有具體比對基礎 |
| 平台提供的申訴管道類型 | DMCA 反通知表單 vs 一般政策申訴表單，兩者路徑完全不同 |
| 通知中的案例編號 | 後續所有溝通都必須引用這個編號，否則平台會找不到你的案件 |
二、反通知（Counter-Notice）的法定要件與實戰寫法
2.1 反通知不是「申訴信」，它是法律文件
很多開發者把反通知當成「跟平台解釋我沒有侵權」的郵件來寫，這是最常見的致命錯誤。§512(g)(3) 對反通知有嚴格的法定要件，缺一項，平台就可以合法地拒絕處理，而且不會告訴你缺了什麼。
法定要件包括以下六項：
- 實體或電子簽名：不是打個名字就好，需要有法律意義的簽署。
- 識別被移除的內容及其原始位置：App 的名稱、套件名稱、商店連結。
- 在偽證罪處罰下聲明：聲明你有「善意確信」（good faith belief）該內容是被錯誤移除或錯誤識別的。
- 同意聯邦法院管轄：聲明你同意接受你地址所在司法區的聯邦地區法院管轄。
- 接受送達程序：聲明你將接受投訴方依據聯邦民事訴訟規則送達的程序。
- 聯絡資訊：地址、電話號碼、電子郵件。
第 3 項是最容易被忽略但最關鍵的一項。你必須在偽證罪（perjury）的處罰下做出聲明。這不是嚇唬人的條款，它是投訴方後續對你提起 512(f) 訴訟的基礎。
2.2 為什麼你的反通知一直被自動退回？
Google Play 開發者論壇上有一個典型案例：一位開發者的 App 被 Tracer AI 以「侵犯 Pikachu 著作權」為由下架，但投訴方提供的「侵權證據」截圖來自一個完全不同的 App。開發者提交了 8 次以上反通知，每次都被系統自動回覆「您未提供所有必要資訊」，但從不說明缺什麼。表單有 1000 字元限制，開發者根本無法補充更多細節。
這個案例揭示了 Google Play 反通知表單的結構性缺陷：自動化審查會因為格式不符而退回，即使實質內容完全正確。實務上的破解方法是：
- 在 1000 字元限制內，只寫法定要件，不要寫故事。把簽名、聲明、管轄同意、聯絡資訊壓縮成最短的合規格式。
- 不要試圖在表單裡「解釋」為什麼你沒侵權。那是後續訴訟階段的事。
- 如果反通知被自動退回超過兩次，立刻改走書面送達路徑：將反通知以 PDF 格式寄送到平台的指定 DMCA Agent 地址（Google 的 DMCA Agent 地址可在美國版權局官網查詢）。
2.3 反通知範本的核心段落
以下是一個合規反通知的核心文字框架，你可以根據具體情況調整：
本人 [姓名]，就 [App 名稱，套件名稱] 被指稱侵權一事，依 17 U.S.C. §512(g)(3) 提交本反通知。本人茲聲明，在偽證罪處罰下，本人善意確信前述內容係因錯誤或錯誤識別而被移除或禁用。本人同意接受 [你的地址所在州] 聯邦地區法院之管轄，並同意接受投訴方依聯邦民事訴訟規則之送達。本人聯絡資訊如下：[地址]、[電話]、[電子郵件]。本人簽名：[簽名]。
這段文字不到 200 字，但涵蓋了所有法定要件。剩下的空間可以用來附加一兩句事實性說明，例如「投訴方所指控的內容不在本 App 中」，但不要把它寫成辯論文章。
三、反通知提交後的 10–14 天窗口：平台到底在做什麼？
3.1 法定恢復時程
§512(g)(2)(C) 規定，平台在收到合規反通知後，應在不少於 10 個、不超過 14 個工作日內恢復被移除的內容，除非投訴方在該期間內向法院提起侵權訴訟並通知平台。這個窗口的設計邏輯是：給投訴方一個「起訴或放棄」的選擇。
3.2 投訴方在窗口期內能做什麼？
投訴方有兩個選擇：
- 提起聯邦訴訟並將起訴證明送達平台。此時平台不會恢復內容，案件進入司法程序。
- 什麼都不做。窗口期結束後，平台「應」恢復內容。
聽起來很簡單，但實務上平台的執行力是另一個問題。
3.3 Apple 和 Google 的實務差異：一個關鍵對比
| 比較項目 | Google Play | Apple App Store |
|---|---|---|
| 反通知提交後平台行為 | 轉發反通知給投訴方，等待 10 個工作日 | 不一定自動轉發；實務上會詢問投訴方是否同意恢復 |
| 恢復條件 | 投訴方未起訴即恢復 | 實務上需要投訴方書面確認，否則可能無限期擱置 |
| 時間彈性 | 依法應在 10–14 日內恢復 | 無明確法定恢復義務；Apple 可主張非 §512 服務提供者 |
| 實務風險 | 自動化退回、處理延遲 | 投訴方沉默導致無限延期 |
一位開發者的親身經歷很能說明 Google 的延遲問題：他在 App 被下架當天就同時提交了一般申訴和 DMCA 反通知。一般申訴在一小時內被駁回。DMCA 反通知等了 6 天才收到 Google 回覆，然後才開始計算 10 個工作日的等待期。實際恢復時間遠超法定期限。
Apple 的情況更棘手。在墾丁律所的案件中，開發者提交 DMCA 反通知後，Apple 回覆的邏輯不是「反通知合規，10 天後恢復」，而是「請你取得投訴方的同意」。這使得反通知在 Apple 生態中幾乎失去意義——投訴方只要保持沉默，App 就永遠不會回來。
3.4 窗口期內你應該同步做的事
不要只是等待。10–14 天是你最寶貴的準備期：
- 保全證據：截圖所有與投訴方的往來郵件、投訴通知原文、反通知提交紀錄。如果投訴方提供的「侵權證據」明顯指向其他 App，把對比截圖存下來。
- 聯繫投訴方（如果是可識別的真人或公司）：發出正式的存證信函或律師函，表明你準備提起 512(f) 訴訟。有些投訴方在看到律師函後會主動撤回投訴。
- 準備訴訟材料：如果投訴方是惡意競爭對手，預先草擬確認不侵權之訴或 512(f) 訴訟的起訴狀框架。時效很重要——拖得越久，收入損失越大，但你的訴訟請求基礎反而可能因為平台「未恢復」而更穩固。
四、當反通知無效：升級路徑的選擇
4.1 路徑一：512(f) 虛假陳述訴訟
§512(f) 規定，任何人「明知且重大地虛假陳述」內容侵權，或虛假陳述內容因錯誤而被移除，應對因此受損的一方承擔損害賠償責任，包括成本和律師費。
這條路徑的優點是：你不需要證明自己沒侵權。你只需要證明投訴方在提交 DMCA 通知時，明知其陳述不實，或對其陳述的真實性存在重大過失。對於那些用 AI 工具大量發送模板化投訴、根本不核對對象的投訴方來說，512(f) 是極具威懾力的武器。
實務上的難點在於「明知」（knowledge）的證明。你需要從投訴方的行為模式中推導出明知，例如：投訴方在同一時間對多個無關 App 發送完全相同的投訴模板；投訴方被指出錯誤後拒絕更正；投訴方提供的「證據」明顯來自其他 App。
4.2 路徑二：確認不侵權之訴（Declaratory Judgment）
這條路徑在墾丁律所的案件中被證明極其有效。開發者沒有起訴 Apple（因為 Apple 的開發者協議允許它「隨時、有無理由」下架 App），而是直接起訴惡意投訴方，請求法院確認原告不侵犯投訴方的著作權，並判令投訴方撤回投訴。
法院的判決有三個關鍵設計：
- 確認不侵權：法院實質審查了投訴方主張的「關卡佈局及 UI 設計」是否受著作權保護，認定這些元素屬於思想與操作方法，不受著作權法保護。
- 判令撤回投訴，逾期視為自動撤回：這解決了投訴方「沉默戰術」的問題——即使投訴方不主動撤回，判決自動產生撤回效果。
- 明確 Apple 可依據判決直接恢復上架，無需投訴方確認：這直接破解了 Apple 機制中「須經投訴方同意」的死結。
從立案到終局判決不足三個月，App 恢復上架。這個案例的關鍵策略洞察是：不要起訴平台，起訴投訴方。起訴平台會撞上開發者協議中「隨時、有無理由下架」的條款，美國法院已經在 Musi v. Apple 案中明確支持 Apple 的這項權利。
4.3 路徑三：向 Apple 提交「確認不侵權判決」
如果你已經取得了確認不侵權的法院判決，實務上應將判決書以正式法律文件形式送達 Apple 的法務部門（App Store Notices），並明確引用判決中「Apple 無需投訴方確認即可恢復」的段落。Apple 在收到此類判決後，通常會配合恢復上架，因為繼續拒絕恢復可能構成對法院判決的漠視。
4.4 三條路徑的決策框架
| 情境 | 建議路徑 | 預期時間 |
|---|---|---|
| 投訴方是可識別的公司，且明顯濫用 DMCA | 512(f) 訴訟 + 確認不侵權之訴（可合併提起） | 3–6 個月 |
| 投訴方是 AI 工具或匿名實體，無法送達 | 直接對平台提起確認不侵權之訴，或向平台施加監管壓力 | 6–12 個月，不確定性高 |
| 投訴方願意溝通，但要求付費和解 | 評估和解成本 vs 訴訟成本；若侵權主張薄弱，優先訴訟 | 視談判進展 |
| App 收入佔比低，訴訟成本不划算 | 移除爭議內容後重新提交，但保留對投訴方的 512(f) 請求權 | 數週 |
五、預防勝於治療：降低被 DMCA 下架風險的實務做法
5.1 著作權登記不是必須，但它是你的盾牌
美國著作權登記不是提起侵權訴訟的前提，但它是主張法定損害賠償的前提。更重要的是，在 DMCA 爭議中，擁有著作權登記會讓你的反通知和後續訴訟立場大幅強化。如果你的 App 包含原創的視覺設計、程式碼架構、角色形象或音樂，考慮對核心元素進行著作權登記。
5.2 建立「投訴方識別」的內部流程
收到 DMCA 通知後，第一件事不是寫申訴，而是識別投訴方。檢查投訴方的名稱是否出現在過去的判決書、行業新聞或其他開發者的公開投訴中。如果投訴方是一個專門發送模板化 DMCA 通知的實體（如某些 AI 版權執法公司），你的反通知和後續法律行動策略應該完全不同。
5.3 保留完整的創作歷程記錄
如果你未來需要證明「獨立創作」，時間戳記的創作記錄至關重要：Git commit 歷史、設計稿的雲端儲存時間戳、與外包美術或音效設計師的合約與交付記錄。在確認不侵權之訴中，法院會審查你的創作過程是否獨立於投訴方的作品。
5.4 在開發者協議中注意「下架條款」
Apple 的開發者協議明確保留「隨時、有無理由」下架 App 的權利。這意味著即使 DMCA 爭議解決，Apple 理論上仍可以其他理由拒絕恢復。開發者在 App Store 上運營的本質，是在一個法律上不對稱的環境中經營。這不是要你放棄 Apple 平台，而是要你對「平台不會自動保護你」這件事有清醒的認知。
常見問答
Q1：DMCA 反通知提交後，App 一定會在 10–14 天內恢復嗎？
法律上平台「應」在該期限內恢復，但實務上 Apple 和 Google 的執行力差異極大。Google 在反通知合規的情況下通常會等待 10 個工作日後恢復；Apple 則可能要求投訴方書面確認，投訴方沉默會導致無限延期。如果超過 14 個工作日未恢復，應立即升級法律行動，不要繼續等待。
Q2：投訴方在國外，我可以對他提起訴訟嗎？
可以，但需要解決管轄權和送達問題。如果投訴方與你的 App 在同一市場競爭，美國法院通常可以基於「最低接觸」（minimum contacts）原則行使管轄權。但跨國送達程序複雜且耗時，實務上建議同時評估對平台提起確認不侵權之訴的可行性。
Q3：我的 App 被下架，收入中斷，可以求償嗎？
可以，但求償對象是投訴方，不是平台。512(f) 允許你請求因虛假陳述造成的損害賠償，包括收入損失和律師費。但你需要證明損害與投訴方的虛假陳述之間有因果關係，且金額需要有事實基礎（如過去的收入報表、下載數據）。實務上，法院對損害賠償的認定較為保守，律師費的求償反而更容易獲得支持。
Q4：如果投訴方堅持不回應，我的 App 就永遠回不來了嗎？
在 Apple 生態中，如果投訴方沉默且你只依賴 DMCA 反通知，確實可能無限期擱置。破解方法是取得法院判決。墾丁律所的案件證明，確認不侵權之訴的判決可以命令投訴方撤回投訴，並明確 Apple 可依據判決恢復上架，無需投訴方確認。這是目前最有效的破局路徑。
Q5：我應該在反通知中承認「可能使用了類似元素」嗎？
絕對不要。反通知的法律效果是聲明你有「善意確信」內容被錯誤移除。任何形式的「部分承認」都會削弱你的立場，並可能被投訴方在後續訴訟中引用為你自知理虧的證據。如果你確實使用了爭議內容，正確做法是先移除該內容，再提交反通知或重新提交版本，而不是在反通知中討價還價。
總結
DMCA 下架不是一場「申訴比賽」，而是一場法律程序與平台機制的博弈。Google Play 的反通知機制相對結構化，但自動化審查會因為格式問題退回你的申請；Apple 的機制則根本不以 DMCA 反通知為恢復依據，投訴方的沉默就是你最大的敵人。
真正有效的開發者策略，是在收到通知後的前 72 小時內完成三件事：識別投訴方性質、提交合規的法定反通知、同步準備升級路徑。如果 10–14 天窗口過去而 App 未恢復，不要繼續在平台的客服郵件中打轉——直接起訴投訴方，請求確認不侵權並命令撤回投訴。墾丁律所的案例已經證明，這條路徑從立案到恢復上架不足三個月，遠比等待 Apple 或 Google 的內部流程更有效率。
最後，記住一個殘酷的事實：平台在 DMCA 機制中的利益與你完全不一致。它只需要合規地下架，就可以免責；恢復上架對它沒有任何好處。你的 App 能不能回來，取決於你能否把爭議從「平台內部流程」拉進「法院判決」的軌道。
作者簡介
陳維安，專注於行動應用開發者權益與平台治理議題的獨立研究者。曾任跨國遊戲公司法律合規顧問，處理過多起 App Store 與 Google Play 的 DMCA 爭議案件。目前為自由撰稿人，為開發者社群提供平台政策與智慧財產權實務的分析。
