# Kurumsal web siteleri için erişilebilirlik kontrol listesi: kariyer, PDF, yatırımcı sayfaları ve formlar Güncelleme: 2026-10-26 Bir kurumsal web sitesi nadiren doğrudan bir şey satar; bu yüzden üzerindeki erişilebilirlik sorunları kolayca gözden kaçar. Oysa insanlar iş başvurularını burada yapar, yatırımcılar faaliyet raporlarını burada okur, gazeteciler basın bültenlerini burada bulur, müşteriler iletişim bilgilerini burada arar; bu işlerin her biri bir engel yüzünden yarım kalabilir: klavyeyle tamamlanamayan bir iş başvurusu, etiketsiz (untagged) bir PDF olarak yayımlanmış bir faaliyet raporu, altyazısız bir video, odağı hapseden bir çerez bildirimi. Bu kontrol listesi WCAG 2.2 AA seviyesini çoğu kurumsal sitede bulunan bölümlere göre ele alır ve her birinde neyin kontrol edileceğini anlatır. **Temel noktalar** - WebAIM, 2026'da en çok ziyaret edilen bir milyon ana sayfanın %95,9'unda tespit edilebilir WCAG hataları buldu; en yaygın olanlar düşük kontrastlı metin (%83,9) ve eksik alt metindi (%53,1) ([WebAIM](https://webaim.org/projects/million/)). - WCAG, web sayfalarının yanı sıra bir sitede yayımlanan PDF gibi belgelere de uygulanır; W3C, PDF'leri erişilebilir hale getirmek için teknikler yayımlar ([W3C](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)). - Önceden kaydedilmiş videolar altyazı (1.2.2, A seviyesi) ve görüntülerin seste bulunmayan bilgi taşıdığı yerlerde sesli betimleme (1.2.5, AA) gerektirir ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)). - ABD Adalet Bakanlığı 2022'de yayımladığı rehberde ADA'nın halka açık işletmelerin web hizmetlerine uygulandığını söyledi, ancak belirli bir teknik standart koymadı ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). - W3C, bir erişilebilirlik beyanı yazmak için rehberlik ve ücretsiz bir oluşturucu sunar ([W3C](https://www.w3.org/WAI/planning/statements/)). ## Kurumsal bir web sitesinde erişilebilirlik neden önemli? Çünkü siteye bağımlı olan ziyaretçiler çoğu zaman en çok ulaşmak istediğiniz kişilerdir: adaylar, müşteriler, iş ortakları ve yatırımcılar. Dünya Sağlık Örgütü, yaklaşık her altı kişiden biri olan 1,3 milyar insanın önemli bir engellilik yaşadığını tahmin ediyor ([WHO](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)). Çok daha fazla insan fare yerine klavye kullanır, metni büyütür ya da telefonda parlak ışık altında okur. Bir de mevzuata uyum boyutu vardır; bu boyut ülkeye ve sitenin kime hizmet verdiğine göre değişir. AB'deki kamu kurumları Web Erişilebilirliği Direktifi'ne (Web Accessibility Directive) uymak zorundadır; AB tüketicilerine satış yapan işletmeler Avrupa Erişilebilirlik Yasası'nın kapsamına girebilir; ABD'de ise Adalet Bakanlığı ADA'nın halka açık işletmelerin web hizmetlerine uygulandığını söylemiştir ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). Yalnızca işletmeden işletmeye hizmet veren bir site bu yasaların bazılarının kapsamı dışında kalabilir; ancak büyük müşteriler tedarikçilerine erişilebilirliği giderek daha sık soruyor. [Avrupa Erişilebilirlik Yasası](/tr/blog/european-accessibility-act-online-stores) ve [ADA ihtarnameleri](/tr/blog/ada-website-demand-letter) rehberlerimiz bu bağlamı anlatır; bu bir hukuki tavsiye değildir. ## Her sayfada neyi kontrol etmelisiniz? Bu sorunlar ortak şablonlardan gelir; bu yüzden onları bir kez düzeltmek tüm siteyi düzeltir: - **Kontrast**: Gövde metni arka planına karşı en az 4.5:1, büyük metin 3:1 (1.4.3). Açık gri metin ve marka renkleri üzerindeki beyaz metin olağan hatalardır. [Renk kontrastı kontrol aracı](/tr/color-contrast-checker) her renk çiftini test eder. - **Klavye**: Her bağlantıya, menüye ve düğmeye Tab ile ulaşılabilmeli ve Enter veya Space ile kullanılabilmeli; görünür bir odak göstergesi de olmalı (2.1.1, 2.4.7). Mega menüler ve karuseller sık görülen sorunlardır. - **Atlama bağlantısı ve yer işaretleri**: Başlık alanını atlayıp ana içeriğe geçmenin bir yolu (2.4.1) ve `header`, `nav`, `main` ve `footer` yer işaretleri. - **Başlıklar**: Ekran okuyucu kullanıcılarının sayfaya göz gezdirebilmesi için sayfa başına bir H1 ve mantıklı bir başlık yapısı (1.3.1). - **Bağlantı metni**: On kez tekrarlanan "Devamını oku" değil, bağlamından ayrıldığında da anlaşılan bağlantılar (2.4.4). - **Dil**: Ekran okuyucuların doğru telaffuz etmesi için her sayfada ve başka dildeki bölümlerde `lang` özniteliği (3.1.1, 3.1.2). - **Yakınlaştırma ve yeniden akış**: %200 yakınlaştırmada ve 320 piksel genişlikte yatay kaydırma olmadan kullanılabilen içerik (1.4.4, 1.4.10). ## Kariyer sayfalarını ve iş başvurularını nasıl erişilebilir hale getirirsiniz? Kariyer bölümü, engellerin sonuçlarının en açık görüldüğü yerdir: başvurusunu tamamlayamayan bir aday değerlendirmeye alınamaz. - **İş ilanları**: Filtreler ve arama klavyeyle çalışmalı, sonuç sayıları ekran okuyuculara duyurulmalıdır (4.1.3). - **Başvuru formları**: Her alanın görünür bir etiketi olmalı (3.3.2), hatalar metinle açıklanmalı (3.3.1) ve dosya yükleme düğmelerinin erişilebilir adları olmalıdır. - **Süre sınırları**: Form zaman aşımına uğruyorsa kullanıcıları uyarın ve süreyi uzatmalarına izin verin (2.2.1). - **Üçüncü taraf aday takip sistemleri**: Birçok şirket başvurular için harici bir sistem kullanır. Sağlayıcıdan Accessibility Conformance Report'unu isteyin, başvuru akışını kendiniz klavyeyle test edin ve kariyer sayfasında belirtilen e-posta gibi alternatif bir başvuru yolu sunun. - **Değerlendirmeler ve video mülakatlar**: Çevrimiçi test veya video mülakat araçlarının ekran okuyucuları, altyazıları ve talep üzerine ek süreyi desteklediğini kontrol edin. ## Erişilebilir PDF'leri ve faaliyet raporlarını nasıl yayımlarsınız? Faaliyet raporları, sürdürülebilirlik raporları, broşürler ve politika belgeleri çoğu zaman yalnızca PDF olarak yayımlanır ve bunların birçoğu etiketsizdir: ekran okuyucu onları tek bir metin bloğu gibi okur ya da hiç okuyamaz. - Önemli içerik için **HTML'i tercih edin**. Bir web sayfasını erişilebilir yapmak daha kolaydır; telefonlarda daha iyi çalışır ve içinde arama yapmak daha kolaydır. - **PDF yayımlıyorsanız etiketleyin.** Başlıkların, listelerin, tabloların ve okuma sırasının korunması için kaynak belgeden (Word, InDesign) etiketler etkin olarak dışa aktarın. Erişilebilir PDF'leri PDF/UA standardı (ISO 14289) tanımlar. - **Temel unsurları kontrol edin**: belge başlığı, belge dili, grafikler ve görseller için alternatif metin, gerçek tablo başlıkları ve mantıklı bir okuma sırası. Adobe Acrobat Pro'da yerleşik bir erişilebilirlik denetleyicisi vardır; PAC ise Windows için ücretsiz bir denetleyicidir. - **Taranmış belgeler** metnin görüntüleridir; OCR ve etiketleme ya da bir HTML sürümü gerektirir. - **Finansal tablolar**: Başlık satırlarını ve sütunlarını işaretleyin; HTML'de `scope` ile birlikte `` kullanın. ## Video, web yayını ve podcast'ler ne olacak? - Konuşma içeren tüm önceden kaydedilmiş videolar (1.2.2, A) ve canlı web yayınları (1.2.4, AA) için **altyazı**. Otomatik altyazıların kontrol edilmesi gerekir: adlar, sayılar ve teknik terimler çoğu zaman yanlıştır. - Önemli bilginin yalnızca görsel olduğu yerlerde, örneğin konuşmacının sesli okumadığı slayt metinlerinde **sesli betimleme** (1.2.5, AA). Çoğu zaman en basit çözüm, konuşmacının slaytı anlatmasıdır. - Podcast'ler ve yalnızca ses içeren içerikler için **döküm (transkript)** (1.2.1, A). - **Oynatıcı kontrolleri**: Yerleştirilmiş bir oynatıcı klavyeyle kullanılabilmeli; üç saniyeden uzun süre otomatik çalan sesin duraklatılması veya durdurulması için bir yol bulunmalıdır (1.4.2). W3C'nin ses ve videoyu erişilebilir hale getirme rehberi planlamayı, altyazıları ve betimlemeyi ele alır ([W3C](https://www.w3.org/WAI/media/av/)). ## İletişim formlarını, haritaları ve konum bilgilerini nasıl erişilebilir yaparsınız? - **Formlar**: Etiketler, net hata mesajları ve yalnızca bozulmuş metin okumaya veya bulmaca çözmeye dayanan bir CAPTCHA kullanmamak; bir alternatif sunun ([W3C](https://www.w3.org/TR/turingtest/)). - **Metin olarak iletişim bilgileri**: Telefon numaraları, e-posta adresleri ve ofis adresleri yalnızca bir görselde veya haritada değil, sayfada yazılı olmalıdır. - **Haritalar**: Yerleştirilmiş bir haritayı ekran okuyucuyla kullanmak zordur; adresin ve yol tarifinin metin olarak verilmesi erişilebilir alternatiftir. - **Canlı sohbet widget'ları**: Klavyeyle açılabildiklerini, kullanılabildiklerini ve kapatılabildiklerini, odaklanan içeriği örtmediklerini kontrol edin (2.4.11). ## Çerez bildirimleri erişilebilirlik sorunlarına yol açar mı? Çoğu zaman evet; çünkü ilk onlar görünür ve diğer her şeyin üstünde dururlar. - Bildirime klavyeyle ulaşılabilmeli ve kullanılabilmeli, Tab ile bildirimden çıkılabilmelidir (2.1.2, No Keyboard Trap) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)). - Düğmelerinin net adları ve yeterli kontrastı olmalı; "Reddet" düğmesini bulmak "Kabul et" kadar kolay olmalıdır. - Arkasındaki sayfada odaklanan öğeyi gizlememelidir (2.4.11). Taramalarımız ana sayfanızda çerez bildirimi hâlâ görünürken başlar, çünkü bir klavye kullanıcısının ilk karşılaştığı şey budur; Tab bildirimi geçemiyorsa bir odak tuzağı bildirir. ## Bir erişilebilirlik beyanına ihtiyacınız var mı? AB'deki kamu kurumları bir beyan yayımlamak zorundadır. Şirketler için genellikle isteğe bağlıdır; ancak Avrupa Erişilebilirlik Yasası, kapsamındaki hizmetlerin yasanın gerekliliklerini nasıl karşıladıklarına dair bilgi vermesini şart koşar. İyi bir beyan, hangi standardı hedeflediğinizi, bilinen sınırlamaları, insanların bir sorunu nasıl bildirebileceğini veya içeriği başka bir biçimde nasıl isteyebileceğini ve beyanın en son ne zaman gözden geçirildiğini söyler. W3C rehberlik ve ücretsiz bir oluşturucu yayımlar ([W3C](https://www.w3.org/WAI/planning/statements/)). Beyanı dürüstçe yazın: otomatik bir taramanın ardından tam uyumluluk iddia etmek başlı başına bir risktir, çünkü otomatik testler her şeyi kontrol edemez. ## Kurumsal bir web sitesini nasıl test etmelisiniz? 1. Ana sayfanın, bir kariyer sayfasının, bir haber yazısının, iletişim sayfasının ve tüm formların **otomatik taramasını yapın**. [Ücretsiz erişilebilirlik testimiz](/tr/website-accessibility-checker) önemli sayfaları gerçek bir tarayıcıda WCAG 2.2 A ve AA'ya göre test eder; [alt metin kontrol aracı](/tr/image-alt-text-checker) ise bir sayfadaki her görseli listeler. 2. **Klavyeyle test edin**: Yalnızca klavye kullanarak menüde gezinin, bir iş ilanına başvurun ve iletişim formunu gönderin. 3. **Belgeleri kontrol edin**: En önemli PDF'lerinizi bir ekran okuyucuyla veya bir PDF erişilebilirlik denetleyicisiyle açın. 4. **Videolarınızı altyazılar açık** ve ses kapalıyken izleyin. 5. **Engelli kişilerden** temel işleri denemelerini isteyin; hiçbir kontrol listesinin öngöremeyeceği sorunları ortaya çıkarır. ## Sık sorulan sorular ### WCAG, PDF'lere uygulanır mı? Evet. WCAG, bir sitede yayımlanan belgeler dahil web içeriğine uygulanır. W3C, PDF dosyalarında WCAG'yi karşılamak için özel teknikler yayımlar. ### Kariyer sitemizi üçüncü bir taraf işletiyor. Bu bizim sorumluluğumuz mu? Adayın gözünden bakıldığında bu sizin başvuru sürecinizdir. Sağlayıcıdan bir Accessibility Conformance Report isteyin, akışı test edin ve alternatif bir başvuru yolu sunun. Hukuki sorumluluğunuzun olup olmadığı yargı bölgenize bağlıdır. ### Otomatik altyazılar WCAG'yi karşılar mı? Yalnızca doğruysa. Otomatik altyazılar adları, sayıları ve terimleri çoğu zaman yanlış verir; onlara güvenmeden önce gözden geçirip düzeltin. ### Kurumsal bir site için erişilebilirlik overlay'i yeterli mi? Hayır. Overlay'ler temel kodu, belgeleri veya videoları düzeltmez. [Erişilebilirlik overlay'leri ve FTC kararı](/tr/blog/accessibility-overlays-ftc-order) hakkındaki rehberimize bakın. ### Kurumsal bir web sitesi hangi standardı hedeflemeli? Güncel sürüm ve olağan hedef WCAG 2.2 AA seviyesidir; birçok yasa ve politika hâlâ WCAG 2.1 AA'ya atıf yapar ve 2.2 AA'yı karşılayan bir site bunu da karşılar. ## Kaynaklar - WebAIM: [The WebAIM Million (2026)](https://webaim.org/projects/million/) - W3C: [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) - W3C: [Techniques for WCAG 2.2: PDF techniques](https://www.w3.org/WAI/WCAG22/Techniques/#pdf) - W3C: [Understanding 1.2.2 Captions (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded) - W3C: [Understanding 1.2.5 Audio Description (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded) - W3C: [Making audio and video media accessible](https://www.w3.org/WAI/media/av/) - W3C: [Understanding 2.1.2 No Keyboard Trap](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap) - W3C: [Inaccessibility of CAPTCHA](https://www.w3.org/TR/turingtest/) - W3C: [Developing an accessibility statement](https://www.w3.org/WAI/planning/statements/) - ABD Adalet Bakanlığı: [Guidance on web accessibility and the ADA](https://www.ada.gov/resources/web-guidance/) - Dünya Sağlık Örgütü: [Engellilik bilgi notu](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)