Web3 uygulamanızı Apple/Google uygulama mağazasına listelemek mi istiyorsunuz? Öncelikle bu birkaç engeli aşmalısınız!

Değerli Web3App Proje Ekibi, dikkat: 2025 yılında Apple ve Google'ın Web3 uygulamaları için listeleme politikası "sıkılaşmaktadır". Önemli noktalar oldukça açık - Apple tarafı: Ticaret/investment özellikleri yalnızca sertifikaya sahip ülkelerde/ bölgelerde açılabilir ve bu tür uygulamalar esasen finansal kurumlar tarafından sunulmalıdır. Google Play tarafı: Borsa/müstehak cüzdanları hedef ülkeye göre lisanslanmalıdır; müstehak olmayan cüzdanlar bu özel politika kapsamına girmemekle birlikte yerel yasalara tabi olup ek belgeler talep edilebilir; Avrupa Birliği pazarına giriş için geri sayım başladı, 2026-07-01 itibarıyla yalnızca MiCA sistemi altındaki CASP lisansları tanınacaktır. Süreç detaylarını göz ardı etmeyin: Tüm uygulamalar finansal işlev beyanında bulunmak zorundadır; tokenleştirilmiş dijital varlıklar/NFT'ler ile ilgili her şey şeffaf bir şekilde açıklanmalı ve "kesin kazanç/yüksek getiri" anlatımı olamaz, denetim her an ek uyum belgeleri talep edebilir. Bugün, bu yazıda pratik bir bakış açısıyla dört konu ele alınacaktır: (1) Apple/Google'ın en son listeleme kurallarının özetlenmesi; (2) Hangi senaryoların lisansa ihtiyaç duyduğu, ne zaman avukat görüşü talep edilebileceği; (3) Farklı Web3 uygulamalarının listeleme uyum stratejileri; (4) Teslim edebileceğimiz 'listeleme üçlüsü'. İki büyük mağazanın "kırmızı çizgi ve sarı çizgi" 1.Apple (App Store İnceleme Yönergeleri) 3.1.5 Kripto Para Şartları: Cüzdan: Sanal para saklama amacıyla kullanılabilir, ancak organizasyon geliştiricisi tarafından sunulmalıdır; Madencilik: Ekipman tarafında madencilik yasaktır; Borsa: Yalnızca ilgili izinlerin alındığı ülke/bölgelerde sağlanabilir; ICO/ Vadeli İşlemler/ Menkul Kıymetler: Banka/ Aracı Kurum/ FCM veya diğer onaylı finansal kurumlardan gelmeli ve yasalara uygun olmalıdır. 3.2.1(viii): Finansal işlem/ yatırım/ tasarruf uygulamaları, bu hizmeti yürüten finansal kurum tarafından sunulmalı ve listeleme yapılan bölgede gerekli izinlere sahip olmalıdır. Resmi sayfanın son güncelleme tarihi 2025-06-09'dur. 2.Google Play (politikalar ve bildirimler) "Kripto para borsaları ve yazılım cüzdanları" politikası: Yönetilmeyen cüzdanlar: Bu özel politikanın kapsamına girmemektedir (yine de yerel yasalara uyulmalıdır); Süreç: Play Console'daki finansal özellik beyanında bildirilmelidir; Hedef ülke listedeyse, sistem yerelleştirilmiş bir form gönderecek ve yerel izin veya kayıt bilgilerinizi doldurmanızı/yüklemenizi isteyecektir; Uymuyorsa, o ülkenin reklamı kaldırılacaktır; Avrupa Birliği: 2026-07-01'den itibaren yalnızca MiCA CASP yetkilendirmesi kabul edilecektir; Fransa ve Almanya, bu tarihten önce geçiş düzenlemelerine sahiptir. Blok zinciri içeriği ve NFT: "Tokenize dijital varlıkların" varlığı ve kullanımı hakkında şeffaf bir şekilde bilgi verilmelidir; "para kazanma" teşvik edilmemelidir; NFT çekilişleri/şans oyunları vb. sınırlıdır; Google, hedef bölgede yasalara uygun olduğunuzu kanıtlamak için uyum belgeleri talep edebilir. Finansal özellik beyanı; Tüm listeleme uygulamaları bu beyanı tamamlamalıdır; "Kripto cüzdanı/borsası/NFT vb." seçeneği işaretlenirse, talimatlara göre her birini açıklamalı ve lisans/kanıt yükleyebilirsiniz. Ne zaman "lisans" kesinlikle gereklidir? Ne zaman "hukuki görüş" talep edilebilir? (1) Lisans gerektiren yüksek belirlenebilirlik senaryoları Her bir maddenin uygulanmasından pratik deneyime, aşağıdaki durumlar temelde "önce lisansa bak, sonra listelemeyi konuş" ile eşdeğerdir: Eşleştirme/Takas/ATS, yönetilen cüzdanlar, fiat para yatırma/çekme/değiştirme, menkul kıymetler/türevler/gelir türü işlevler. Apple, borsa işlevinin yalnızca lisanslı bölgelerde açılmasını açıkça talep ediyor; Google, "borsa/yönetilen cüzdan" için ülke/bölge bazında izin doğrulaması yapıyor, uygun olmayanlar o ülkenin hizmetini kapatması gerekiyor. Aşağıda Google'ın politikası yer almaktadır.

(İkincisi) Yüksek olasılıkla ek belgeler/görüş istenen gri alan "Avukat görüşü sunmak zorunlu mu?" sorusu, iki tarafın metinlerinde katı bir gereklilik değildir. Ancak aşağıdaki gri alanlarda, inceleme ekibi genellikle belirli bir bölgede yasal olduğunuzu kanıtlamak için "eksik belge" talep edecektir: Havuzda olmayan cüzdanlar ancak üst üste binen: fiat para girişleri, gelir gösterimi, broker birleştirme, uluslararası reklam yayınlama. NFT/tokenize edilmiş içerik, şeffaf açıklamaları tetikler ve değer oyununu içerir. Pratik deneyim: mağaza denetimi veya uyum modülleri, "belgeye tabi değil / belgeli / muafiyet var" ifadesini desteklemek için hukuki görüş veya uyum açıklaması talep edebilir, özellikle hassas yargı bölgeleri ve finansal teşvik senaryoları için. Google politikası da ek bilgi veya belgelerin talep edilebileceğini belirtmektedir. Yukarıdaki iletişim senaryolarında, avukat tarafından düzenlenen hukuki görüş raporu ("izin gerektirip gerektirmediği/istisnanın uygulanıp uygulanmadığı/hangi bölgelerin açılacağı" konusunda koşullu sonuçlar sunan) yaygın olarak kabul edilen bir belge biçimidir. Farklı ürün biçimlerinin "listeleme" stratejisi

1. Yönetilmeyen cüzdan / Saf zincir aracı Strateji: "Fonların/özel anahtarların saklanmadığı" gerçeğini vurgulamak; yalnızca uyumun net olduğu ülkelerde/a bölgelerde açmak; Play Console'da finansal işlev bildirimi tamamlamak ve blok zinciri üzerinden şeffaf bir şekilde açıklamak; herhangi bir "getiri/yatırım taahhütü" ifadesinden kaçınmak.
2. Varlık Yönetimi/Fiat Para Girişi/Çıkışı/Broker Strateji: Lisansa sahip/ kayıtlı veya açıkça muaf olan bölgelerde ilk lansmanı yapmak, diğer bölgelerde coğrafi sınırlama ve farklılaştırılmış sürümlerle yavaş açılış; lisans belgeleri / kayıt numarası / işbirliği kuruluşu yeterliliği ve (gerekirse) hukuki görüş mektubu hazırlamak; Apple için, öncelikle lisanslı kuruluş geliştirici hesabı üzerinden başvurmak.
3. Borsa/ATS/Türev ürünler Strateji: Çoklu bölge lisans yollarını (örneğin EU MiCA CASP, US FinCEN MSB + eyalet MTL/banka lisansı vb.) önceden planlamak ve mağaza tarafında bölgesel anahtarlar ile işlev farklılaştırması yapmak. Avrupa Birliği, 2026-07-01'den itibaren yalnızca MiCA'yı tanıyacaktır. 4.NFT/tokenleştirilmiş dijital varlık Strateji: Play Console'da tokenleştirilmiş dijital varlıkları işaretleyin ve ifşa edin; "para kazanma" anlatısı ile yönlendirme yapmayın; belirsiz değere sahip kart çekme/kapalı kutu/şans oyunu unsurları varsa, temelde geçmemelidir. Biz sizin için ne yapabiliriz ("listeleme üçlü set") Web3 sektöründe derinlemesine çalışan bir avukat olarak, uygulamanızın listelemesi için neler yapabiliriz: İlk adım teşhis. Bir "fonksiyon × yargı alanı × mağaza" uyum matrisini kullanarak, belirli işlevlerinizi (emanet var mı, eşleştirme var mı, yasal para/gelir var mı) hedef ülkelerle tek tek hizalayacağız ve "listelemeye uygun/gerekli lisans/çitlenmesi gereken/tavsiye edilmeyen" dört çeyreği elde edeceğiz. Çıktı, mağaza stratejisini (listeleme bölgeleri ve gri tonlama ritmi), metadata ve ekran görüntülerinin "uyumlu sürüm" metnini, finansal işlev beyanı ve blockchain açıklaması için doldurulmuş taslağı içermektedir. Bu materyaller hem inceleme okumaları için hem de iç ürün/operasyon uygulamaları için uygundur. İkinci adım hukuki görüş mektubudur. Anahtar yargı alanları için, gerçekler ve varsayımlar (işlevsel sınırlar, fon akışı, KYC/AML süreçleri, açık bölgeler) temelinde niteliksel bir değerlendirme yaparak üç pratik soruya yanıt veriyoruz: lisans tetikleniyor mu, mağazalarda dağıtılabilir mi, hangi açıklama ve kısıtlamalar gereklidir. Sonuç, "şartlı uyumluluk" şeklinde ifade edilmektedir (örneğin: yalnızca A ülkesinde/B sürecini yerine getirdiğinde/C işlevi kapatıldığında listeleme) ve kötüye kullanılmasını veya genişletici bir yorumdan kaçınmak için uygulanabilirlik alanı net bir şekilde belirtilmektedir. İnceleme iletişimi "destekleyici belgeler" gerektirdiğinde, hukuki görüş mektubu ana belgelerden biridir. Üçüncü adım, uyum belgeleri paketidir. Bu, uyumluluğu işletmeye entegre eden bir "araç kutusu": ToS, Gizlilik (sınır ötesi ve veri yerleşimi dahil), risk açıklaması ve yasaklı bölgeler, KYC/AML& CFT ve yaptırım tarama SOP'si, müşteri varlıklarının ayrılması ve iade şikayet mekanizması, anahtar/güvenli saklama ve olay müdahale, reklam ve finansal promosyon uyumluluk kılavuzu. Google için, bölgesel form için gereken lisans/kayıt numarasını ve iş ortaklarının yeterliliklerini zamanında hazırlayacağız; Apple için ise, başvuru sahibi ile işlev tanımını kalibre ederek "başvuru sahibi tutarsızlığı" ve "işlev tanımının belirsizliği" tekrarlarını azaltacağız. Sonuç Lütfen listelemeyi bir "uyum mühendisliği" olarak düşünün, bir "şans denemesi" olarak değil. Fonksiyon sınırlarının belirsiz olması, lisans ve dağıtım bölgelerinin uyumsuzluğu, belgelerin eksik olması, doğrudan inceleme aşamasında engel teşkil edecektir. Şu anda dört konuyu bir araya getirmenizi öneriyorum - Fonksiyon → Lisans/Kayıt → Mağaza Beyanı → Belge, önce "uyumlu bir şekilde listelemeye" uygun ülkelerde ilk lansmanı yapın, ardından matris üzerinden istikrarlı bir şekilde genişleyin. Yapabileceğimiz şey bu haritayı somutlaştırmak: teşhis ve matris (yapabilir/yapamaz/nasıl açılır), avukat görüşü (sonuç+koşullar+açıklama), dosya paketi ve listeleme rehberliği (gereksinimleri metin ve arka uç yapılandırmasına yerleştirmek). Uygunluk sürekli bir eylemdir, sürüm güncellemeleri ve alan genişletmeleri gözden geçirilmelidir. Eğer Web3 uygulamanızın listeleme sürecinde sorun yaşıyorsanız, lütfen her zaman Mankun avukatıyla iletişime geçin.

Yazar: Lawyer Shao Jiadi