Erişilebilirlik Beyanı

Son güncelleme: 02.04.2026 · Sürüm: 1.1

Bu sayfa, WIN (“Platform”) tarafından sunulan hizmetlerin; engelli bireyler dahil olmak üzere tüm kullanıcılar için erişilebilir, kapsayıcı ve kullanılabilir olmasına ilişkin yaklaşımı, uygulanan standartları ve geri bildirim kanallarını açıklar.

İlişkili dokümanlar

Bu beyan aşağıdaki WIN dokümanlarıyla birlikte okunmalıdır:

Bölüm 1: Giriş, kapsam ve temel tanımlar

1.1 Kapsam (hangi kanallar)

Bu erişilebilirlik beyanı, WIN hizmetlerine erişim sağlanan aşağıdaki kanalları kapsar:

• WIN mobil uygulaması (iOS ve Android) üzerinden sunulan tüm temel akışlar (kayıt/giriş, profil, eşleşme, mesajlaşma, şikayet/engelleme, premium/abonelik yönetimi vb.). WIN, şu aşamada yalnızca mobil platformlarda tam hizmet vermektedir.
• WIN web alanları: whoisnextapp.com (opens in a new tab) üzerinden sunulan bilgilendirme sayfaları (hizmete/uygulamaya doğrudan web erişimi şu an bulunmamaktadır).
• Bu dokümantasyon portalı üzerinde sunulan sözleşme ve uyum metinlerinin erişilebilir sunumu.

1.2 Temel tanımlar

• Erişilebilirlik (Accessibility): Bir ürün veya hizmetin; engelli bireyler dahil olmak üzere herkes tarafından algılanabilir, işletilebilir, anlaşılabilir ve sağlam (robust) şekilde kullanılabilmesi.
• Erişilebilirlik engeli (Barrier): Bir kullanıcı grubunun (örn. ekran okuyucu kullanan, düşük görme, işitme engeli olan veya motor beceri kısıtı bulunan kullanıcılar) hizmeti kullanmasını zorlaştıran/engelleyen tasarım, içerik veya teknik unsur.
• Yardımcı teknolojiler (Assistive Technologies): Ekran okuyucular, ekran büyüteçleri, alternatif giriş yöntemleri, anahtar denetimleri (switch), sesle kontrol vb.
• Uygun alternatif (Alternative): Erişilebilirlik engeli giderilene kadar, aynı sonuca ulaşmayı sağlayan makul alternatif çözüm (örn. destek ekibi aracılığıyla işlem tamamlama).

WIN, hizmeti sunarken aşağıdaki üçüncü taraf teknolojilerden ve SDK'lardan faydalanmaktadır:

• Google Sign-In / Firebase: Kimlik doğrulama, bildirim ve veri altyapısı.
• Google Gemini 2.5 Flash: Profil fotoğrafı ve selfie doğrulama (liveness) süreçleri.
• MeiliSearch: Arama ve filtreleme özellikleri.
• Twilio: SMS ve e-posta doğrulama kanalları.

Bölüm 2: Dayanak mevzuat ve hedeflenen standartlar

2.1 Mevzuat referansı (özet)

WIN’in erişilebilirlik yaklaşımı, özellikle aşağıdaki düzenlemeler dikkate alınarak kurgulanır:

• European Accessibility Act (EAA) — Directive (EU) 2019/882: AB/AEA pazarında ürün ve hizmetlerde erişilebilirlik gerekliliklerine ilişkin çerçeve (özellikle dijital hizmetler ve e‑ticaret niteliği taşıyan hizmetler bakımından).

Not: WIN’in hangi bölgelerde hizmet sunduğuna göre zorunlu yerel hükümler farklılık gösterebilir. Bu beyan, hem mevcut faaliyet hem de hedeflenen pazarlar için erişilebilirlik yaklaşımını şeffaflaştırmayı amaçlar.

2.2 Teknik standartlar ve prensipler

WIN, erişilebilirlik hedeflerini belirlerken aşağıdaki standart ve ilkeleri esas alır:

• W3C Web Content Accessibility Guidelines (WCAG) 2.2 — Level AA: Web ve mobil arayüzlerde erişilebilirlik için küresel kabul görmüş kriterler.
• EN 301 549: AB’de ürün/hizmet erişilebilirliğinde sık kullanılan uyum standardı (EAA ile birlikte değerlendirilen çerçeve).
• POUR prensipleri (Perceivable / Operable / Understandable / Robust): Erişilebilirliğin dört temel ilkesi.

Bölüm 3: Uyum durumu (conformance) ve yaklaşım

3.1 Hedeflenen uyum seviyesi

WIN’in hedefi; hizmetleri, makul teknik ve ekonomik imkanlar dahilinde WCAG 2.2 AA kriterleriyle uyumlu şekilde tasarlamak ve sürdürmektir. Bu aşamada uyum durumu beyan seviyesinde olup, AB/AEA pazarında hizmet sunulması halinde, erişilebilirlik gereklilikleri EAA ve ilgili standartlar (örn. EN 301 549) ile birlikte ele alınır.

3.2 Uyum değerlendirmesi (nasıl ölçüyoruz)

WIN, erişilebilirlik uyumunu aşağıdaki yöntemlerin kombinasyonuyla değerlendirmeyi hedefler:

• Manuel testler: Ekran okuyucu, klavye ile gezinme, odak yönetimi, kontrast ve metin ölçeklendirme gibi kritik kriterlerin kontrolü.
• Otomatik analizler: Erişilebilirlik hatalarını erken yakalamaya yönelik teknik kontroller.
• Sürüm bazlı iyileştirme: Erişilebilirlik bulgularının ürün geliştirme döngüsüne işlenmesi ve sürümlerde giderilmesi.

Şimdilik üçüncü taraf bağımsız denetim veya sertifikasyon süreci için spesifik bir takvim belirlenmemiş olup, süreç genel iyileştirme prensipleriyle yürütülmektedir.

3.3 Kısmi uyum ve istisnalar

Erişilebilirlik, sürekli iyileştirme gerektiren yaşayan bir alandır. Bazı içerik veya özelliklerde:

• Üçüncü taraf bağımlılıkları,
• Platform (iOS/Android/Web) sınırlamaları,
• Kullanıcı tarafından üretilen içerikler (UGC),
• Cihaz/OS sürümü farklılıkları

nedeniyle geçici kısmi uyum halleri oluşabilir. Bu durumda hedefimiz, kullanıcıya makul alternatif sunmak ve engeli mümkün olan en kısa sürede gidermektir.

Bölüm 4: Erişilebilirliği destekleyen önlemler (süreç ve yönetişim)

4.1 Eğitim ve farkındalık

WIN ekibi, erişilebilirlikte iyi uygulamaları sürdürülebilir kılmak için:

• erişilebilirlik prensipleri konusunda düzenli eğitim ve rehberlik,
• yeni özelliklerin tasarım ve geliştirmesinde erişilebilirlik kontrol listeleri,
• ürün/sunum ekipleri arasında erişilebilirlik sorumluluğunun paylaşılması

gibi mekanizmalar kurmayı hedefler.

4.2 Tasarım ilkeleri (UI/UX)

Erişilebilir tasarım yaklaşımımızın örnek unsurları:

• Metin ve arka plan arasında yeterli kontrast,
• Bilginin yalnızca renk ile verilmemesi (ikon/etiket/yardım metni ile destek),
• Tutarlı navigasyon ve tekrar eden bileşenlerde tutarlı davranış,
• Hata durumlarında açık, eyleme dönük uyarılar (örn. “Bu alan zorunludur” + odak yönlendirme).

4.3 Geliştirme ilkeleri (teknik)

• Etkileşimli öğelerde anlamlı erişilebilirlik etiketleri (label, hint, role),
• Odak yönetimi ve klavye ile kullanım gerektiren alanlarda öngörülebilir odak sırası,
• Animasyonların mümkün olduğunca OS “reduce motion” ayarlarına saygılı şekilde tasarlanması,
• Formlarda ve seçim bileşenlerinde erişilebilir hata/başarı geri bildirimleri.

4.4 İçerik erişilebilirliği (metin ve dokümanlar)

WIN dokümanları ve bilgilendirme metinleri hazırlanırken:

• açık, sade ve anlaşılır dil,
• başlık hiyerarşisi ve kısa paragraflar,
• bağlantıların “buraya tıklayın” yerine anlamlı bağlantı metni içermesi

gibi ilkeler esas alınır.

4.5 Test ve doğrulama (örnek kapsam)

Erişilebilirlik testleri, hizmetin niteliğine göre aşağıdaki alanları kapsayabilir:

• Kayıt/giriş (Google OAuth akışı dahil),
• KVKK & sözleşme onayları ve açık rıza kutuları,
• Kamera/mikrofon izinleri ve doğrulama akışı (selfie/liveness),
• Eşleşme/mesajlaşma arayüzleri,
• Şikayet/engelleme akışları,
• Premium/abonelik yönetimi (mağaza yönlendirmeleri dahil),
• Hesap yönetimi (hesap silme dahil).

Bölüm 5: Hizmetin tanımı ve erişilebilirlik tedbirleri (akış bazlı)

5.1 Kayıt/Giriş (Google ve telefon ile giriş)

• Giriş/hesap seçimi, OAuth yönlendirmesi ve telefon/OTP alanlarında etkileşimli öğelerin ekran okuyucularla anlaşılır şekilde seslendirilmesi,
• Hata durumlarında (ör. oturum açılamadı, kod gönderilemedi) açık hata mesajı ve tekrar deneme yönlendirmesi,
• (Web alanı varsa) klavye ile erişim ve odak sırası tutarlılığı.

5.2 Hukuki onay & açık rıza ekranı (onboarding)

WIN onboarding’inde; KVKK ve sözleşme bağlantıları ile ayrı ayrı açık rıza kutuları bulunur (örn. konum işleme, selfie/yüz doğrulama, yurtdışı aktarım, kampanya/bildirim izni).

Bu ekranın erişilebilirliği bakımından hedeflenen örnek tedbirler:

• Onay kutuları ve metinlerinin ekran okuyucu ile doğru eşleştirilmesi,
• Linklerin (KVKK Aydınlatma Metni, Gizlilik Politikası, Kullanım Koşulları) tek tek erişilebilir olması,
• Zorunlu alanlar için anlaşılır uyarılar ve odak yönlendirme,
• Metinlerin cihaz erişilebilirlik ayarlarıyla (font büyütme vb.) uyumlu görünmesi.

5.3 Profil oluşturma (formlar, seçimler, serbest metin)

Profil adımları; isim, cinsiyet, meslek, boy, yaşam tarzı (sigara/alkol), burç, tercih parametreleri ve serbest metin alanları gibi çok adımlı bir form deneyimi içerir.

Bu akışta hedeflenen erişilebilirlik tedbirleri:

• Her alanın etiketi (label), açıklaması ve hata mesajlarının ekran okuyucuya uygun sunumu,
• Picker/scroll seçicilerde işletilebilirlik (alternatif giriş yöntemleri ile seçebilme),
• Serbest metin alanlarında karakter sınırı gibi kuralların açıkça belirtilmesi,
• “İleri/Devam” gibi butonlarda durumun (aktif/pasif) anlaşılır olması.

5.4 Fotoğraf yükleme

• Fotoğraf slotlarının (örn. 6 slot) ekran okuyucu ile anlamlı şekilde tanımlanması,
• Yükleme/hata durumlarında kullanıcıya net geri bildirim (örn. dosya tipi, boyut),
• (Varsa) görsel düzenleme/kırpma arayüzlerinde alternatif yönlendirme.

5.5 Doğrulama katmanı (kamera/mikrofon izinleri, selfie/liveness)

WIN’de “sahte hesap önleme” amacıyla kamera/mikrofon izinleri ve selfie/liveness benzeri doğrulama adımları bulunabilir.

• Talimatların metin ve sesli destekle anlaşılır sunumu,
• Zaman kısıtı/tekrar deneme gibi durumlarda kullanıcıya kontrol sunulması hedeflenir.

5.6 Ana akış (deck/kart akışı) ve profil görüntüleme

• Kartlar arası geçişlerin, ekran okuyucuda öngörülebilir şekilde yapılması,
• Önemli aksiyonların (beğen, geç, profil detay, engelle/bildir) erişilebilir etiketlerle sunulması,
• Hareket/animasyon yoğunluğunun OS “reduce motion” ayarlarıyla uyumlu olması.

5.7 Mesajlaşma ve etkileşim

• Mesaj alanı, gönder butonu ve sohbet öğelerinde odak yönetimi,
• Yeni mesaj bildirimlerinde kullanıcıyı rahatsız etmeyecek, fakat kaçırılmayacak geri bildirim,
• Şikayet/engelleme aksiyonlarının mesajlaşma bağlamında kolay erişilebilir olması.

5.8 Şikayet, ihlal bildirimi ve engelleme

Erişilebilir ve güvenli bir topluluk için, kullanıcıların ihlal bildirebilmesi önemlidir. Bu nedenle:

• “Şikayet et / bildir” aksiyonlarının kolay bulunabilir olması,
• Bildirim formunda gerekli alanların anlaşılır olması,
• Bildirim yapan kullanıcıya alındı onayı ve süreç bilgilendirmesi sunulması

hedeflenir. (Bkz. DSA Uyum Sayfası ve Topluluk Kuralları.)

5.9 Premium/abonelik ve satın alma

WIN Premium gibi ücretli özellikler sunulması halinde:

• Satın alma ekranlarında fiyat, dönem, yenileme ve iptal bilgilerinin açık ve erişilebilir sunumu,
• Aboneliğin mağaza üzerinden yönetildiğinin net ifade edilmesi,
• Abonelik yönetimine yönlendiren butonların erişilebilir olması

esas alınır. (Bkz. Abonelik ve Satın Alma Koşulları.)

Bölüm 6: Bilinen sınırlamalar ve alternatifler

WIN, tüm kullanıcılar için erişilebilir bir deneyim sağlamayı hedefler. Halihazırda ekran okuyucu, kontrast, yazı büyütme veya navigasyon bazlı bilinen spesifik bir erişilebilirlik sorunu bulunmamaktadır. Ancak aşağıdaki durumlarda genel teknolojik sınırlamalar görülebilir:

Bölüm 7: Geri bildirim, engel bildirimi ve iletişim

7.1 Engel bildirimi nasıl yapılır?

Erişilebilirlik bildirimlerinde hedef yaklaşımımız:

• Bildirimi kayıt altına almak ve gerekirse ek bilgi istemek,
• Bildirimin tarafımıza ulaşmasından itibaren en geç 5 iş günü içinde ilk değerlendirmeyi yapmak ve kullanıcıya geri dönmek,
• Engelin niteliğine göre geçici alternatif çözüm sunmak,
• Uygulanabilir hallerde engeli ürün geliştirme sürecine alarak kalıcı düzeltme yapmak.

Erişilebilirlik geliştirmeleri; teknik ve ekonomik imkanlar, güvenlik gereklilikleri ve üçüncü taraf bağımlılıkları çerçevesinde planlanır.

Erişilebilirlik bildiriminiz sırasında paylaştığınız bilgiler (iletişim bilgileri, cihaz/sürüm bilgisi, ekran görüntüsü vb.) destek sürecini yürütmek ve erişilebilirlik iyileştirmelerini planlamak amacıyla işlenebilir. Detaylar için bkz. Gizlilik Politikası ve ilgili aydınlatma metinleri.

Bölüm 8: Denetim/başvuru yolları (AB/AEA odağı)

AB/AEA’da hizmet sunulması halinde, erişilebilirlik gereklilikleri bakımından ilgili ülkenin yetkili pazar gözetimi/denetim makamları devreye girebilir. Eğer erişilebilirlik bildiriminize makul süre içinde tatmin edici yanıt alamazsanız, ikamet ettiğiniz ülkenin yetkili merciine başvuru seçenekleri bulunabilir.

Spesifik denetim makamı ve iletişim bilgileri için, işlemin niteliğine göre DSA Uyum Sayfası veya Kullanım Koşulları altındaki ilgili yönlendirmeleri inceleyebilirsiniz.

Bölüm 9: Beyanın hazırlanması ve güncellenmesi

Bu beyan, azami özen gösterilerek hazırlanır ve:

• mevzuat değişiklikleri,
• ürün/sürüm değişiklikleri,
• erişilebilirlik test bulguları ve kullanıcı geri bildirimleri

doğrultusunda düzenli olarak gözden geçirilir ve güncellenebilir.