Uygulama Başlığını Optimize Etmenin Eksiksiz Rehberi

İndekslenen üç alan

Apple’ın sana verdiği indekslenebilir alan sınırlı ve bu alanın yarısı genellikle boşa gidiyor. İsrafın sebepleri sıkıcı derecede mekanik — dolayısıyla tamamen düzeltilebilir.

App Store’da bir uygulamanın aramada bulunmasını sağlayan alanlar sınırlı ve hepsi aynı ağırlıkta değil. Neyin nerede sayıldığını bilmeden yapılan her düzenleme kör atıştır.

Uygulama adı en güçlü alan. Kullanıcıya görünür, indekslenir ve Apple’ın en çok önem verdiği yer burasıdır. Karakter sınırı dar ve marka değeri taşıdığı için en pahalı alan da bu: sık değiştirilmesi kullanıcıyı şaşırtır, arama dışı trafiği bozar.

Alt başlık ikinci alan. Kullanıcıya görünür, indekslenir ve değiştirmesi uygulama adından çok daha kolay. Cusp bandındaki ifadeleri ilk sayfaya taşımak için en sık kullanılan alan burasıdır. Okunabilir kalması gerekir; kelime yığınına dönen alt başlıklar indekslenir ama kullanıcıyı kaçırır.

Keyword alanı üçüncü alan. Kullanıcıya görünmez, 100 karakterdir ve içeriği yalnızca geliştiriciye açıktır. İçindeki kelimeler birbiriyle serbestçe birleşerek ifade oluşturur — bu, alanın en önemli ve en az bilinen özelliği.

İndekslenmeyen alanlar da var ve bunları bilmek zaman kazandırır. Uzun açıklama metni App Store aramasında indekslenmez; oraya keyword yığmak kullanıcıyı yorar ve hiçbir şey kazandırmaz. Ekran görüntülerindeki yazılar da indekslenmez. Bunlar dönüşüm için önemlidir, bulunma için değil.

Alanları birlikte planlamak

Üç alan ayrı ayrı doldurulduğunda birbirini tekrar eder. Birlikte planlandığında ise aynı toplam karakterden çok daha fazla ifade çıkar.

Planlama uygulama adıyla başlamalı, çünkü en kısıtlı ve en pahalı alan o. Adında hangi kelimeler var? Bunlar artık indekslenmiş sayılır ve diğer iki alanda tekrar edilmemeli.

Sonra alt başlığa geçilir. Alt başlık bir cümle olmalı, kelime listesi değil — kullanıcı onu okuyor. Ama cümleyi kurarken hangi kelimelerin geçtiğine dikkat et: adında olmayan, hedeflediğin ifadeleri taşıyan bir cümle kurmak mümkün. Alt başlıkta geçen kelimeler de artık indekslenmiş sayılır.

En son keyword alanı doldurulur ve buraya yalnızca ilk iki alanda geçmeyen kelimeler yazılır. Bu sıra takip edildiğinde alanın tamamı yeni kelimelere ayrılmış olur.

Bir uyarı: bu planlama ülke başına yapılmalı. Uygulama adı bazı ülkelerde farklı yazılabiliyor; ad farklıysa hangi kelimenin indekslendiği de farklı olur ve keyword alanı ona göre değişmeli.

• Önce uygulama adı: en güçlü ama en pahalı alan.
• Sonra alt başlık: okunabilir bir cümle, ama hedef ifadeleri taşıyan bir cümle.
• En son keyword alanı: yalnızca ilk ikisinde geçmeyen kelimeler.
• Planlamayı ülke başına tekrarla; ad farklıysa alan da farklı olmalı.

Sık yapılan altı hata

Metadata düzenlenirken tekrar tekrar aynı hatalar yapılıyor. Altısını yazalım; her biri en az bir kez herkesin başına geliyor.

Birinci hata: açıklamaya keyword yığmak. Uzun açıklama App Store aramasında indekslenmiyor. Oraya kelime yığmak arama açısından hiçbir şey kazandırmaz, kullanıcıyı ise kaçırır.

İkinci hata: rakip markasını keyword alanına yazmak. Apple bunu kabul etmiyor ve inceleme aşamasında reddedilmeye yol açıyor. Kabul edilse bile alakasız trafiğe ve kötü değerlendirmelere yol açar.

Üçüncü hata: uygulamanın yapmadığı şeyi anlatan ifadeleri hedeflemek. Sıralanabilirsin ama gelen kullanıcı aradığını bulamaz. Düşük puanlı değerlendirmeler, bütün ifadelerdeki gücünü etkiler; bir ifadede kazanıp hepsinde kaybedersin.

Dördüncü hata: aynı sürümde her alanı birden değiştirmek. Sıralama yükseldiğinde hangisinin taşıdığını bilemezsin, dolayısıyla bir sonraki sefer neyi tekrarlayacağını da bilemezsin.

Beşinci hata: bir ülkenin metadata’sını diğerine kopyalamak. Aynı dilin farklı ülkelerde farklı arandığı durum istisna değil, kural. Kopyalamak iki ülkeden birini boşa harcamak.

Altıncı hata: değişiklikten önce mevcut hâli kaydetmemek. Bir hamle sıralamayı düşürdüğünde geri dönmek için eski metadata gerekir ve hatırlamak yeterli değildir.

Sürüm ritmi ve metadata

Metadata değişikliği bir sürüm gerektirir ve sürüm ritmi, ASO’nun hızını doğrudan belirler. Bunu planlamamak, yapılan işin çoğunu boşa çıkarır.

Haftada bir sürüm çıkaran bir ekip her hafta tek bir alan değiştirebilir ve her hafta bir ölçüm alabilir. Bu ideal ritim ama çoğu ekip için gerçekçi değil.

Ayda bir sürüm çıkaran bir ekip ayda tek bir ölçüm alır. Bu durumda hamlenin doğru seçilmesi çok daha önemli hâle gelir: bir ay, yanlış bir hamleyle harcanamayacak kadar uzun. Bandın en üstündeki ifadeye, en yüksek olasılıklı alandan girmek gerekir.

Üç ayda bir sürüm çıkaran bir ekip ise ASO’yu sürümden bağımsız düşünmeli. Bu ritimde metadata hamleleri yılda dört kez yapılabiliyor; asıl kazanç ürün tarafından ve değerlendirme toplamaktan gelecek.

Bir de sürümsüz değişiklik imkânı var: bazı metadata alanları yeni bir sürüm göndermeden güncellenebiliyor. Hangi alanların bu kapsamda olduğunu Apple’ın kendi belgelerinden doğrulamak gerekir, çünkü bu kapsam zaman zaman değişiyor. Sürümsüz güncellenebilen bir alan varsa, ASO döngüsü sürüm ritminden bağımsız çalıştırılabilir ve bu büyük bir avantaj.

• Haftalık sürüm: her hafta tek alan, her hafta bir ölçüm. İdeal.
• Aylık sürüm: hamle seçimi kritik; bandın en üstü ve en olası alan.
• Üç aylık sürüm: kazanç ürün tarafından gelecek; metadata ikincil.
• Sürümsüz güncellenebilen alanlar varsa döngüyü onlardan kur.

Metadata ve değerlendirme puanı

Metadata tek başına çalışmıyor. Aynı ifade için yarışan iki uygulamadan metadata’sı daha iyi olan değil, ikisinin toplamı daha güçlü olan öne geçiyor. O toplamın en ağır bileşeni değerlendirme puanı ve sayısı.

Bunun pratik sonucu şu: bir ifadede ilk 10’daki uygulamaların değerlendirme sayısı seninkinin yüz katıysa, o ifadeye metadata ile girmek mümkün değil. Metadata düzenlemesi seni 40. sıradan 25. sıraya taşıyabilir ama ilk sayfaya taşıyamaz.

Bu bilgi bir engel değil, bir tasarruf. Ulaşılamayacak ifadeleri baştan ayırmak, ulaşılabilir olanlara daha çok zaman ayırmayı sağlar. Rehberlerin “güç eşiği” dediği şey tam olarak bu ayrımı yapıyor.

Tersi de doğru: değerlendirme sayın arttıkça daha önce ulaşılamaz görünen ifadeler ulaşılabilir hâle geliyor. Altı ay önce ayırdığın listeye tekrar bakmak, yeni fırsatlar çıkarabilir.

Bir de puan düşüşünün metadata üzerindeki etkisi var. Bir sürümden sonra puan düştüyse, bütün ifadelerdeki gücün azalır — tek bir ifadede değil, hepsinde birden. Metadata’ya dokunmadığın hâlde sıralamaların topluca düştüğünü görüyorsan, bakılacak ilk yer değerlendirme eğrisi.

Bu yüzden metadata denetimi ile değerlendirme takibi birlikte yürütülmeli. İkisi ayrı ölçümler ama aynı sonucu üretiyorlar ve biri olmadan diğeri yanlış yorumlanıyor.

Sık sorulanlar

Keyword alanına virgülle mi boşlukla mı ayırmalıyım?

Virgülle, boşluksuz. Virgülden sonra boşluk bırakmak her virgül için bir karakter harcıyor ve hiçbir şey kazandırmıyor.

Uygulama adımdaki kelimeleri keyword alanına da yazmalı mıyım?

Hayır. Apple onları zaten indekslemiştir; tekrar etmek yalnızca karakter harcar. Bu, denetimlerde en çok karakter kazandıran madde.

Uzun açıklamaya keyword koymanın faydası var mı?

App Store aramasında indekslenmiyor, yani bulunma açısından bir kazancı yok. Açıklamayı kullanıcı için yaz; arama işini üç indekslenen alan yapıyor.

Metadata’yı ne sıklıkla değiştirmeliyim?

Sürüm ritmine bağlı ama bir kural sabit: bir seferde tek alan ve iki değişiklik arasında en az bir hafta. Daha sık değiştirmek ölçümü imkânsız hâle getirir.

Bütün ülkelerin keyword alanını doldurmam gerçekten gerekli mi?

İndirme aldığın ya da almayı hedeflediğin her ülke için evet. Boş bırakılan bir alan, o ülkede 100 karakterin tamamını harcamak demek — ve bu israfın hiçbir görünür işareti yok.