# Guideline 5.6.3: değerlendirme isteği neden ret getirir

> Guideline 5.6.3: puanı ilk açılışta ya da onboarding'de isteme. Gerçek kullanımdan sonra sistem penceresiyle iste. Solys'te yediğim gerçek ret.

Orijinal sayfa: [Guideline 5.6.3: değerlendirme isteği neden ret getirir](https://devoria.fr/tr/blog/guideline-5-6-3-degerlendirme-istegi-ret)
Yazar: [Mehdi Azizi](https://devoria.fr/tr/mehdi-azizi)
Yayın: 2026-10-13
İçeriğin son gözden geçirilmesi: 2026-10-13


Apple, puanı çok erken isteyen bir uygulamayı reddeder. **Değerlendirme isteğin ilk açılışta ya da onboarding sırasında çıkıyorsa, guideline 5.6.3 kapsamında ret yeme riskin var.** İstek, kullanıcı uygulamayı gerçekten kullandıktan sonra gelmeli ve sistemin penceresinden geçmeli.

Bu reddi mini oyunlu alarm uygulamam Solys'te yedim. Kuralın ne dediğini, Apple'ın ne önerdiğini ve bunu nasıl düzelttiğimi anlatıyorum.

## Guideline 5.6.3 ne diyor?

Guideline 5.6.3, [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#5.6.3) içindeki 5.6 bölümü olan "Developer Code of Conduct"ın bir parçası. Metni, App Store müşterilerinin gördüklerini manipüle etmeyi yasaklıyor: sıralamalar, arama, değerlendirmeler, uygulamana yönlendirmeler. Onboarding'den hiç bahsetmiyor.

Yine de Apple'ın benim puan isteğim için alıntıladığı kural bu oldu. Mantığı tasarım kurallarında: ilk açılışta ya da onboarding sırasında kişi henüz bir fikir edinecek zamanı bulamamış oluyor.

Aynı bölümde 5.6.1 izin verilen yolu açıkça belirtiyor: değerlendirme istemek için Apple'ın sağladığı API'yi kullanmak. Kendi yaptığın puanlama pencerelerine izin yok, guideline 3.2.2 de bir özelliği puan verilene kadar kilitlemeyi yasaklıyor.

## Değerlendirme ne zaman istenmeli?

Apple'ın [puanlar ve değerlendirmeler](https://developer.apple.com/design/human-interface-guidelines/ratings-and-reviews) üzerine tasarım kuralları net. Puan, ancak kişi uygulamayı gerçekten kullandıktan sonra istenir.

| İsteğin zamanı                  | Apple'ın tutumu  | Neden                       |
| ------------------------------- | ---------------- | --------------------------- |
| İlk açılışta                    | Kaçınılmalı      | Henüz bir fikir yok         |
| Onboarding sırasında            | Kaçınılmalı      | Uygulama henüz kullanılmadı |
| Bir işin ortasında              | Kaçınılmalı      | İstek eylemi bölüyor        |
| Başarıyla biten bir işten sonra | Önerilir         | Uygulama artık tanınıyor    |
| "Uygulamayı puanla" butonunda   | Evet, bir linkle | Pencere bazen hiç çıkmıyor  |
| Arka arkaya birkaç kez          | Kaçınılmalı      | Hatırlatmalar bıktırıyor    |

Bana ret getiren sadece ilk iki satır. Geri kalanı Apple'ın tavsiyeleri. İki işe yarar ölçü: Apple iki istek arasında en az bir iki hafta bırakmayı öneriyor, sistem de kendi penceresini aynı uygulama için 365 günlük bir dönemde üç kezle sınırlıyor. Yani pencerenin çıkmasını zorlayamazsın.

## Solys'te yediğim 5.6.3 reddi

30 Ağustos 2026'da Solys'in bir güncellemesi reddedildi. Apple'ın mesajı 5.6.3'ü alıntılıyor ve uygulamanın ilk açılışta ya da onboarding sırasında puan istediğini söylüyordu. İnceleme bir iPad Air üzerinde yapılmıştı.

Sebep basitti. Karşılama akışında "Değerlendirme bırak" ekranı ikinci sırada, mini oyun demosunun hemen ardından geliyordu. Kullanıcı sadece demoyu görmüştü.

**Düzeltme**: istek akışın daha ilerisine taşındı ve yalnızca kullanıcı demoyu az önce kazandıysa gösteriliyor. Demoyu atlayan ya da kaybeden hiçbir istek görmüyor. Düzeltilmiş sürüm ardından kabul edildi.

Bu benim açımdan bir kumar: Apple'ın mesajı hiçbir ayrım yapmadan "onboarding sırasında değil" diyordu.

**Ders**: güvenli tutum, isteği onboarding'den tamamen çıkarmak. Bir puan da tıpkı bir izin gibi, kişi uygulamanın ona ne kattığını gördükten sonra istenir.

## Sistem penceresiyle değerlendirme istemek

Bir Expo uygulamasında sistem penceresi [expo-store-review](https://docs.expo.dev/versions/latest/sdk/storereview/) kütüphanesiyle açılır:

```ts
import * as StoreReview from "expo-store-review";

export async function demanderUnAvis() {
  if (await StoreReview.isAvailableAsync()) {
    await StoreReview.requestReview();
  }
}
```

Apple'ın [değerlendirme isteme](https://developer.apple.com/documentation/storekit/requesting-app-store-reviews) belgelerinden çıkan, bilmen gereken üç şey:

- **Pencereyi gösterip göstermeyeceğine sistem karar verir.** Çağrı hiçbir şey göstermeyebilir. Pencerenin çıkmasına bağlı hiçbir ekran kurma.
- **Pencereyi bir buton gibi kullanıcı eyleminden tetiklemekten kaçın**: pencere görünmeyebilir. "Uygulamayı puanla" butonu için bunun yerine uygulamanın App Store sayfasını, adresin sonuna `?action=write-review` ekleyerek aç.
- **Bir başarı anı seç**: kullanıcının az önce bitirdiği bir dizi eylemin sonu, uygulamanın açılışı değil.

Apple'ın örnek kodu çağrıyı da geciktiriyor: kişinin eylemi birkaç kez tamamlamasını bekliyor ve uygulamanın aynı sürümü için iki kez sormuyor. Kaç kez olacağı sana kalmış.

## Göndermeden önce kontrol listesi

- İlk açılışta hiçbir puan isteği yok.
- Onboarding'de hiçbir puan isteği yok.
- İstek, yıldızlı kendi yaptığın bir ekrandan değil, sistem penceresinden geçiyor.
- Ayarlardaki "Uygulamayı puanla" butonu App Store sayfasını açıyor, sistem penceresini çağırmıyor.
- İstek gerçek bir kullanımdan sonra geliyor: biten bir iş, geçilen bir seviye, birkaç açılış.
- Karşılama akışını iPad'de de test ettin: retlerimin birkaçı iPhone uygulamaları için iPad'de tespit edildi.

## Bir sonraki gönderimden önce 5.6.3 reddinden kaçın

[Apple Review Kit](https://devoria.fr/tr/kits/review-apple), gönderim öncesi kontrol listemi, düzelttiğim Apple retlerimi ve projeni okuyan Claude Code skill'lerini bir araya getiriyor. Uygulaman yeni reddedildiyse ve bir insan gözü istiyorsan, [benimle bir saatlik görüşme ayarla](https://devoria.fr/tr/coaching): karşılama akışını görüntülü görüşmede, senin ekranında birlikte ele alırız. Tüm süreç [Apple tarafından reddedilen uygulama](https://devoria.fr/tr/expertise/apple-tarafindan-reddedilen-uygulama) sayfasında, diğer sık ret sebepleri de [Apple bir uygulamayı neden reddeder](https://devoria.fr/tr/blog/apple-uygulama-reddi-neden-reddedilir) yazısında.

İlk yayınını hazırlıyorsan [ücretsiz diagnostiğini yap](https://devoria.fr/tr/diagnostic): adımları sıraya koyar ve sana Apple retlerine karşı kontrol listemi gönderir.

## Sık sorulan sorular

### Onboarding sırasında puan istenebilir mi?

Apple tasarım kurallarında bunu önermiyor, ben de bu yüzden guideline 5.6.3 kapsamında ret yedim. Kişi uygulamayı henüz kullanmadı: bir fikri olamaz. İsteği gerçek bir kullanımdan sonraya koy.

### Değerlendirme isteği kaç kez gösterilebilir?

Sistem, penceresini aynı uygulama için 365 günlük bir dönemde üç gösterimle sınırlıyor. Apple ayrıca iki istek arasında en az bir iki hafta bırakmayı öneriyor, örnek kodu da uygulamanın aynı sürümü için iki kez sormuyor.

### Kendi puanlama pencereni yapabilir misin?

Hayır. Guideline 5.6.1, Apple'ın sağladığı API'nin kullanılmasını istiyor ve kendi yapılmış puanlama pencerelerini dışarıda bırakıyor. Buna karşılık uygulamanın App Store sayfasını açan bir "Uygulamayı puanla" butonu sunabilirsin.

### 5.6.3 reddinden sonra yeni bir build gerekir mi?

İstek build'in kodundaysa evet, ki neredeyse her zaman öyledir. Reviewer ilk açılışta build'e gömülü kodu görür: uzaktan güncelleme yetmez. İsteği taşı, yeni bir build al ve tekrar gönder.

### Değerlendirme istemek için doğru an hangisi?

Bir başarının hemen ardından: biten bir iş, kazanılan bir seviye, ulaşılan bir hedef. Apple, kişi uygulamayı zaten tanıdığında, hiçbir şeyi bölmeyen bir anı öneriyor. Uygulamanın açılışından ve bir eylemin ortasından kaçın.


## Projen

[Apple Review Kit](https://devoria.fr/tr/kits/review-apple): Kullandığım App Store inceleme kontrol listesi, düzelttiğim Apple retleri, inceleyici notları ve uygulamanı inceleyen iki Claude Code skill'i. 29 €.

[iOS Kit](https://devoria.fr/tr/kits/ios): Claude Code ile iPhone uygulamanı yap: uygulamalarımın başlangıç kodu, işini kontrol eden skill'ler, Apple Review, Screenshots ve ASO kitleri. 129,99 €.