Küresel bir kitle için uygulama içi satın alma fiyatları belirlemek tek seferlik bir döviz çevirme işlemi değildir. Apple ve Google'ın her biri kendi özel fiyat merdivenlerini korur, vergi kuralları bölgeye göre değişir ve abone koruma politikaları eski oranları yıllarca kilitleyebilir. Bu rehber, 2026'da küresel uygulama içi satın alma fiyatlandırmanızı uyumlu ve rekabetçi tutan kararlarda size yol gösterir.
2026'da küresel uygulama içi satın alma fiyatlandırması, ürünlerinizi platforma özel fiyat katmanlarına eşlemenizi, yerel vergi kurallarına saygı göstermenizi ve mevcut aboneleri beklenmedik değişikliklerden korumanızı gerektirir. Yapılandırılmış bir iş akışı—temel ülke, yumuşatma üssü, denetim günlüğü—manuel mağaza kontrolü olmadan fiyatlandırmanızı savunulabilir ve karlı tutar.
İki Fiyat Merdivenini Tanıyın
Apple ve Google Play farklı fiyat katmanı sistemleri kullanır. Apple'ın App Store Connect'i sabit bir fiyat noktaları merdiveni sunar—örneğin, katman 1 $0.99, katman 2 $1.99 vb.—Google Play ise minimumun üzerinde herhangi bir fiyat belirlemenize izin verir, ancak yine de tutarlılık için kendi katman listesini kullanmanızı önerir. Pratikte bu, fiyat noktalarınızın her mağazada en yakın geçerli katmana oturması gerektiği ve iki merdivenin nadiren tam olarak hizalandığı anlamına gelir.
Örneğin, Apple'da 4.99 ABD Doları fiyatı Almanya'da €5.49'a karşılık gelen bir katmana denk gelebilirken, Google Play €4.99'u korumanıza izin verir. Bu fark net gelirinizi ve rekabetçi konumunuzu etkiler. Her mağazayı manuel olarak kontrol etmek yerine, her iki platformun güncel merdivenini bilen bir araç kullanın. App Store Connect API ve Google Play Developer API fiyat noktalarını programatik olarak sunar; bu, herhangi bir otomatik iş akışının temelidir.
Göreviniz her katmanı ezberlemek değil. Her iki merdivene de saygı duyan bir fiyatlandırma stratejisi tanımlamak ve ardından bunu her ülkedeki en yakın geçerli fiyata eşlemektir. Bu adımı atlamak, bir ürünü güncellediğinizde "fiyat mevcut değil" hatalarının veya istenmeyen fiyat değişikliklerinin en yaygın nedenidir.
Vergi Kuralları Rehberin Parçasıdır
Her iki platform da artık çoğu bölgede KDV, GST ve diğer tüketim vergilerini hesaplar ve öder; bu, belirlediğiniz fiyatın kullanıcının gördüğü fiyat olduğu, ancak net gelirinizin yerel vergi oranına bağlı olduğu anlamına gelir. Apple ve Google, ülke başına efektif oranı söyleyen vergi tabloları yayınlar ve bu oranlar periyodik olarak değişir. Örneğin, Japonya'nın tüketim vergisi 2019'da %10'a yükseldi ve AB'nin KDV oranları %17 ile %27 arasında değişiyor.
Vergi ödemenizden önce kesildiği için, iki ülkede eşit görünen bir fiyat farklı net tutarlar sağlayabilir. Bir fiyat katmanı belirlediğinizde, etkili bir şekilde brüt fiyat seçiyorsunuz, net fiyat değil. Net geliri tutarlı tutmak için brüt fiyatları yerel vergi oranlarına göre ayarlamanız—veya varyansı basitliğin maliyeti olarak kabul etmeniz gerekir.
Pratik bir yaklaşım, bir temel ülke (genellikle ABD) kullanmak ve ardından hem satın alma gücünü hem de vergiyi hesaba katan bir çarpan uygulamaktır. Dünya Bankası'nın Uluslararası Karşılaştırma Programı adil yerel fiyatlar belirlemenize yardımcı olan PPP verileri sağlar, ancak yine de ortaya çıkan brüt fiyatın her mağazada geçerli bir katmana eşlendiğini doğrulamanız gerekir. Price Localize gibi araçlar bu eşlemeyi otomatikleştirir ve değişiklikleri göndermeden önce net gelir etkisini önizlemenize olanak tanır.
Mevcut Aboneleri Koruyun
Apple ve Google'ın yönergeleri, fiyat artışlarının, açıkça bir geçiş başlatmadığınız veya kullanıcı planını değiştirmediği sürece mevcut aboneler için geçerli olmadığını belirtir. Bu koruma, sürpriz ücretleri önlemek için tasarlanmıştır, ancak pratik bir sorun yaratır: bir ülkede fiyatları yükseltirseniz, oradaki mevcut aboneler eski oranı ödemeye devam eder ve bu da tutarsız gelirin uzun bir kuyruğunu oluşturabilir.
Herhangi bir fiyatı değiştirmeden önce, mevcut aboneleri büyükbaba hakkıyla korumak mı yoksa onları taşımak mı istediğinize karar verin. Apple, abonelik grupları için "mevcut fiyatları koru" seçeneği sunar ve Google benzer bir ödeme süresi sunar. Taşıma yaparsanız, kullanıcıları önceden bilgilendirmeli ve iptal etmeleri için bir yol sağlamalısınız.
Güvenli iş akışı şudur:
- Kontrol edin hangi ürünlerin etkilenen ülkelerde aktif aboneleri olduğunu.
- Karar verin kayıp toleransınıza göre koruyup korumayacağınıza veya taşıyacağınıza.
- İletişim kurun değişikliği uygulama içinde ve gerekirse e-posta ile açıkça.
- Denetleyin değişiklikten sonra istenmeyen fiyat güncellemeleri olmadığını doğrulamak için.
Bu adımı atlamak, mağaza reddine ve kullanıcı şikayetlerine sık sık kaynak olur. Fiyat değişikliklerinizin denetim günlüğünü tutan bir araç, bir mağaza kanıt isterse uyumluluğu kanıtlamanıza yardımcı olur.
Temel Ülke ve Yumuşatma Üssü Seçin
Yaygın bir hata, fiyatları doğrudan döviz kuru çevirisiyle belirlemektir. Bu, uygulamanızı gelişmekte olan pazarlarda erişilemez kılar ve zengin pazarlarda masada para bırakır. Bunun yerine, fiyatları normalleştirmek için PPP verilerini kullanın, ardından küçük pazarlarda aşırı dalgalanmaları önlemek için bir yumuşatma üssü uygulayın.
Formül basittir: yerel fiyat = temel fiyat × (yerel PPP / temel PPP)^üs. 1.0 üssü tam PPP ayarı anlamına gelir; daha düşük bir üs (ör. 0.7) fiyatları temel ülkeye çeker, oynaklığı azaltır. Örneğin, ABD fiyatı 4.99 $ ise ve Hindistan'ın PPP faktörü 0.3 ise, tam PPP fiyatı yaklaşık 1.50 $ olur, ancak 0.7 üssü ile 2.30 $ olur—hala uygun, ancak daha az sert.
Tek bir "doğru" üs yoktur. Hedef marjınıza ve gelişmekte olan pazarlarda kullanıcı başına daha düşük geliri kabul etme isteğinize bağlıdır. Abonelikler için iyi bir başlangıç noktası, adalet ve geliri dengeleyen 0.8'dir. Ülkeler arasındaki dönüşüm oranlarınızı karşılaştırarak bunu iyileştirebilirsiniz.
Hesaplanmış bir fiyatınız olduğunda, onu her mağazada en yakın geçerli katmana eşlemeniz gerekir. Manuel elektronik tabloların başarısız olduğu yer burasıdır: katman merdivenleri değişir ve en yakın katman her zaman en yakın sayı değildir. Price Localize, Apple ve Google'ın gerçek fiyat merdivenlerini kullanır, böylece hesaplanan fiyatınız tahmin olmadan geçerli bir katman haline gelir.
Fiyat Değişikliklerinizi Öncesi ve Sonrası Denetleyin
Mağaza yönergeleri doğru fiyatlandırmayı sürdürmenizi bekler, ancak resmi bir denetim izi gerektirmez. Yine de, bir denetim günlüğü, bir mağaza fiyat değişikliğini işaretlerse veya bir kullanıcı ücreti itiraz ederse en iyi savunmanızdır. Ne değiştiğini, ne zaman ve neden—temel fiyat, üs ve sonuçta ortaya çıkan katmanlar dahil—kaydedin.
Pratik bir denetim iş akışı şöyle görünür:
- Değişiklikten önce, ülke ve ürüne göre mevcut fiyatların bir raporunu dışa aktarın.
- Yeni fiyatlandırma stratejisini yapılandırılmış bir biçimde tanımlayın (temel ülke, üs, özel çarpanlar).
- Yeni katmanları ve net geliri her ülke için önizleyin.
- Değişiklikleri manuel konsol girişi yerine mağaza API'leri aracılığıyla gönderin.
- Değişiklikten sonra, başka bir rapor dışa aktarın ve ilkiyle karşılaştırın.
Bu süreç, yanlışlıkla 9.99 $ demek istediğiniz bir ülkede fiyatı 0.99 $ olarak ayarlamak gibi hataları yakalar. Ayrıca, transfer fiyatlandırmanız veya yerel geliriniz hakkında soru sorarlarsa vergi makamları için bir kağıt izi sağlar.
Price Localize bu denetim günlüklerini cihazınızda yerel olarak saklar, böylece hassas verileri üçüncü bir tarafa göndermeden kontrolü elinizde tutarsınız. Bu, mağaza kimlik bilgileri ve finansal verilerle uğraşırken özellikle önemlidir.
Tekrarlanabilir Bir İş Akışı Oluşturun
Yönergeler değişir, döviz kurları hareket eder ve ürün grubunuz gelişir. Tek seferlik bir fiyat düzeltmesi yeterli değildir. Üç ayda bir veya büyük bir ekonomik değişim olduğunda çalıştırabileceğiniz tekrarlanabilir bir iş akışına ihtiyacınız var.
Fiyatlandırma stratejinizi sürümlü bir dosyada tanımlayarak başlayın: temel ülke, yumuşatma üssü, belirli ülkeler için özel çarpanlar ve takip etmek istediğiniz rakip kıyaslamaları. Ardından, fiyatları güncellemeniz gerektiğinde, her şeyi günler yerine dakikalar içinde yeniden hesaplayabilirsiniz.
Örneğin, seçili pazarlarda Spotify veya Netflix'in fiyatlandırmasını takip etmeye karar verirseniz, bunu alternatif bir endeks olarak kullanabilirsiniz. The Economist tarafından yayınlanan Big Mac Endeksi, bazı geliştiricilerin hızlı PPP karşılaştırmaları için kullandığı başka bir kıyaslamadır. Bunlar resmi mağaza yönergeleri değildir, ancak çarpanlarınızı bilgilendirebilir.
Son olarak, mağazalara gönderimi otomatikleştirin. Manuel konsol girişi, özellikle düzinelerce ürününüz olduğunda hataya açık ve yavaştır. Resmi API'leri veya App Store Connect ve Google Play'e doğrudan bağlanan Price Localize gibi bir araç kullanın, böylece değişiklikleriniz tutarlı bir şekilde yayınlanır ve gerekirse geri alabilirsiniz.
Amaç fiyatları bir kez belirlemek değil, fiyatlarınızı zaman içinde yönergelerle ve gelir hedeflerinizle uyumlu tutan bir sistem oluşturmaktır. Disiplinli bir iş akışı—tanımla, hesapla, eşle, gönder, denetle—uyumluluğu bir angaryadan rekabet avantajına dönüştürür.
Sonuç
Uygulama içi satın alma yönergeleri bir engel değil; bir çerçevedir. İki fiyat merdivenini anlayarak, vergi kurallarına saygı göstererek, aboneleri koruyarak ve değişikliklerinizi denetleyerek adil, uyumlu ve karlı küresel fiyatlar belirleyebilirsiniz. Ağır işleri otomatikleştiren araçlar mevcuttur, böylece mağaza konsollarıyla savaşmak yerine uygulamanızı geliştirmeye odaklanabilirsiniz.
Net bir stratejiyle başlayın, temel ülkenizi ve üssünüzü seçin ve değişiklikleri güvenle önizlemenize ve göndermenize izin veren bir iş akışı kullanın. Doğru süreçle, yönergelerde güvenle gezinebilir ve gelirinizin her pazarda büyümesini sağlayabilirsiniz.
