Web Erişilebilirliği: Neden W3C Standartları Genellikle Gözardı Ediliyor?

Yayınlanan: 2022-03-11

Du jour terimi, web erişilebilirliğidir - bence, web tasarımının en sık yanlış anlaşılan ve kötü uygulanan yönlerinden biridir. Yaygın yanılgı , erişilebilirliğin yalnızca engelliler için tasarlandığı yönündedir. Aslında erişilebilir içerikten herkes faydalanır ve içeriğinizi daha az kısıtlama ile kullanabilecekleri için farklı platformlarda veya farklı şekillerde erişilebilir içeriğe erişim kazanarak hedef kitleniz artacaktır.

Ne yazık ki, birçok web geliştiricisi içeriklerini erişilebilir kılmıyor ve web erişilebilirlik yönergelerine uymuyor; bu nedenle birçok kişi tasarımlarını kullanırken ve içerikten keyif alırken gereksiz zorluklarla karşılaşıyor. Aşırı durumlarda, belirli kullanıcı grupları böyle bir web sitesini hiçbir şekilde etkili bir şekilde kullanamaz.

Erişilebilir içerik oluşturmak, herhangi bir geliştirici, tasarımcı veya içerik oluşturucu için ikinci bir nitelik olmalıdır; aynı şekilde, yeni bir bina tasarlayan bir mimar için rampalar, merdivenler ve asansörler dikkate alınmalıdır.

Arka planda ne olduğuna ve neden bu kadar çok geliştiricinin web erişilebilirlik standartlarını sebepsiz yere gözden kaçırdığına daha yakından bakalım.

1. “Erişilebilir Tasarım” Ne Anlama Geliyor?

Erişilebilir içerik, herkesin kullanabileceği içeriktir . Kullanıcıların içeriğimize nasıl eriştiğinin tüm yönlerini bilmiyoruz, bu nedenle önceden erişilebilirliği göz önünde bulundurarak tasarım yapmamız gerekiyor.

Daha önce de vurguladığım gibi, bu, dünya nüfusunun yaklaşık %15'ini oluşturan engelli insanları ilgilendirmiyor. Gerçek hayatta, kullanıcılar genellikle içerik tüketmez ve cihazlarla tam olarak geliştirme sırasında tasarlandığı şekilde etkileşime girer. Erişilebilir içerik, birçok yargı alanında yasal nedenlerle de gereklidir. Erişilebilirlik uyumluluğu hakkında ek bilgi için “Kuruluşunuz için Web Erişilebilirlik İş Örneği Geliştirmede Yasal ve Politika Faktörleri” bölümünü okuyun.

Kullanıcılar için erişilebilir içeriği düşünürken aşağıdaki senaryoları göz önünde bulundurun:

İyi duyamıyorum. Dünyada 360 milyon insan işitme engelli. Ses içeriğinin transkripsiyonları ve videonun altyazıları olmalıdır.
İyi görememek. Dünya çapında 285 milyon insanın görme engelli olduğu tahmin edilmektedir: 39 milyonu kör ve 246'sı az görendir. Görme engelli kullanıcılar, ekran okuyucular (içeriği sentezlenmiş konuşma kullanarak okuyan), yenilenebilir braille ekranları (ekran içeriği braille ekranında görünür ve kullanıcı ekrandaki tuşları kullanarak cihazında gezinebilir ve etkileşim kurabilir) veya yüksek -kontrast modu.
Disleksiden etkilenir. Disleksisi olan kişiler, özellikle, örneğin iki yana yaslı metin veya tamamı büyük harf olmak üzere, içeriği okumakta ve anlamakta güçlük çekerler.
Fiziksel sınırlamalardan muzdarip. Tüm insanlar tüm cihazları kullanamaz. Örneğin, içerikte gezinme yalnızca fare kullanıcıları için değil, aynı zamanda fare kullanamayan kullanıcılar için de mevcut olmalıdır.
Mobil cihazları kullanma. İçeriğinizi küçük ekranlar için uyarlayın. Kullanıcının yazı tipi boyutunu yakınlaştırmasına veya büyütmesine izin verin.

2. İyi Web Erişilebilirliği Nasıl Sağlanır?

İnsanlar içerikte gezinmek ve içerik tüketmek için çok farklı yollar kullanırlar. İçeriğe daha kolay erişmelerine yardımcı olan ek yazılım araçlarıyla desteklenmesi gereken kullanıcılar var. Yardımcı teknolojiler olarak bilinen bu araçlar, ekran okuyuculardan dokunmatik ekranlara ve baş işaretçilere kadar çeşitlilik gösterir.

Ancak, uygulamanız ve yardımcı teknolojinizin birbiriyle konuşması gerekir. HTML'de yazılan her şey yardımcı teknolojiler için tam olarak anlaşılabilir değildir. İçeriğin "teknik dilden" daha insan tarafından okunabilir bir dile "çevrilmesine" yardımcı olmak için ek erişilebilirlik API standartları oluşturulmuştur.

Bu temel web erişilebilirlik şeması, yardımcı teknolojilerin nasıl çalıştığı hakkında size daha iyi bir fikir verecektir.

Nasıl çalıştığını göstermek için basit bir kod örneğine bakalım:

 <a href="#” class=”button”>Delete</a>

Bu basit kod, ekran okuyucu kullanan kişiler için pek bir şey ifade etmez. Hatta yanıltıcıdır ve yalnızca “ Sil ” metniyle bir bağlantı olarak okunur. Kullanıcıların eylemi gerçekleştirmek için ne tür bir yöntemin kullanıldığını anlamalarına yardımcı olmak için ARIA (Yardımcı Zengin İnternet Uygulamaları) niteliklerini (https://www.w3.org/TR/wai-aria/ adresinde belirtilmiştir) kullanabiliriz. orijinal rolü geçersiz kılar. role="button" özniteliğini ekleyerek bir düğmeye bağlantının anlamını değiştiririz. Bu şekilde, ekran okuyucular onu bir bağlantı olarak değil, bir düğme olarak okuyacaktır. Hangisi daha uygun.

Kısacası, ARIA niteliği:

Semantik olmayan veya diğer semantik öğelerin semantiğini verir veya geliştirir,
Dinamik (canlı) içeriğin hala erişilebilir olmasını sağlar.
Tanımlı pencere öğesinin türünü (menü, ağaç öğesi, kaydırıcı, ilerleme ölçer vb.) açıklamak için rol sağlar.
Web sayfasının yapısını (başlıklar, bölgeler ve tablolar) tanımlama rolünü sağlar.
Widget'ların durumunu sağlar (kontrol edildi, açılır pencere var, vb.).
Sürükle ve bırak için, sürükleme kaynaklarını ve bırakma hedeflerini tanımlayan özellikler sağlar.

Web Tasarımında Erişilebilirlik Nedir?

Bir içerik tasarlarken iki şeyi düşünün: içeriğin nasıl algılanabileceği ve nasıl çalıştırılabileceği . Web tasarımında erişilebilirliği göstermek için bazı örnekleri inceleyelim.

Diyelim ki özel bir seçme açılır öğesi tasarlayacağınızı varsayalım. Öğeyi tasarlarken göz önünde bulundurulması gerekenler şunlardır:

Farklı durumları işaretleyin: etkin, devre dışı, salt okunur.
Odaklanma/fareyle üzerine gelme durumunu aldığında öğeyi işaretleyin.
Odaklanma/fareyle üzerine gelme durumuna geldiğinde her seçenek öğesini işaretleyin.
Yalnızca metin %200 düzeyine kadar yakınlaştırıldığında içeriğin hala okunabilir olduğundan emin olun.
Metin ve arka planı arasında yeterli kontrast olduğundan emin olun. Orta derecede az gören veya aşırı aydınlatma koşullarında, örneğin doğrudan güneş ışığına maruz kalan veya düşük parlaklığa sahip bir ekranda bulunan cihazlarda içeriği okumalarına yardımcı olur.

Başka bir örnek, bir durumu tanımlamak için bir renk seçmek olabilir. Kullanıcının bir renk seçebileceği bir bölüm tasarlarken dikkat edilmesi gerekenler şunlardır:

Bazı renkleri ayırt etmekte güçlük çeken insanlar var. Yani yeşil, tüm ziyaretçileriniz için yeşil anlamına gelmez. Bunu düzeltmek için her renk için amacı açıklayan bir açıklama ekleyin.
Odaklanma/fareyle üzerine gelme durumunu aldığında her öğeyi işaretleyin.
Her öğenin kolayca etkinleştirilebilmesi için öğeler arasında yeterli boşluk olduğundan emin olun, örn. daha küçük bir görünüm penceresine sahip cihazlarda.

3. Erişilebilirlik Testi: Nereden Başlanmalı?

Web içeriğinin tamamen erişilebilir olduğunu kontrol etmenin ve emin olmanın tek bir yolu yoktur. Erişilebilirlik sorunlarını doğrulamak ve düzeltmek için birden çok tekniğin kullanılması gerekir. Sorunları, çözümleri ve öncelikleri tanımlayarak başlayabilirsiniz.

sorunları tanımlama

Erişilebilirlik sorunları üzerinde çalışırken, her zaman açık bir başlıkla sorun başına bir bilet oluşturmaya çalışın. Bu, sorunu anlamayı basitleştirmeli ve bir öncelik tanımlamaya yardımcı olmalıdır.

Kötü örnek: Kullanıcı sayfadaki klavyeyi kullanamaz.

İyi bir örnek: Ana menüde klavye gezintisi kullanılamıyor.

Kötü örnek, kısa sürede kapanması oldukça zor olacak bir davaya yol açar. Bilet başlığı çok genel olduğu için birden fazla konudaki tartışmalar yorumlar bölümünde de başlayabilir.

İyi örnek, tam olarak soruna işaret ediyor ve yalnızca bir şeye odaklanıyor: ana menüde klavye gezintisi.

Web Erişilebilirlik Sorunlarına Öncelik Verin

Öncelikler önemlidir, çünkü önce hangi sorunların çözülmesi gerektiğini tanımlarlar. Örneğin, WCAG üç uygunluk düzeyine bölünmüştür: A, AA, AAA; bu, minimum A düzeyinden başlamanız gerektiği anlamına gelir, ancak bu otomatik olarak AA ve AAA düzeylerinin yalnızca "olması güzel" olduğu anlamına gelmez. Tüm düzeyler önemlidir ve yalnızca A düzeyinin yeterli olduğunu varsayarak öncelik vermemek önemlidir.

Bununla birlikte, WCAG seviyelerini (veya diğer yönergeleri) anlamak bazen oldukça zor olabilir ve bunu biraz basitleştirmek için aşağıdaki öncelik tanımlarını da göz önünde bulundurabilirsiniz:

Kritik – Kullanıcıların bir uygulamayı kullanmasını engelleyen sorunlar. Kullanılabilir geçici çözüm yok.
Majör – Bir uygulamayı kullanmayı zorlaştıran ve/veya kafa karıştıran, ancak kullanıcının işlemi tamamlamasını engellemeyen sorunlar.
Küçük – Rahatsız edici ancak kullanıma engel olmayan sorunlar veya uygulamada yapılabilecek geliştirmeler.
Bilgi – En iyi uygulamalara bağlı değildir. İyileştirmeler için genel öneriler.

Çözümler

WCAG, Bölüm 508 veya ADA'yı kastediyorum - yönergelerin hiçbiri, belirli bir sorunun nasıl çözülmesi gerektiğine ilişkin teknik kod açısından size doğrudan bir çözüm sunmayacaktır. Yalnızca beklenen davranışı tanımlarlar. Bununla birlikte, WCAG ayrıca sorunun nasıl yeniden oluşturulacağını anlamaya yardımcı olacak test prosedürleri tanımlamıştır ve hem otomatik hem de yarı otomatik web erişilebilirlik testi için güvenilir kurallar geliştirmeye odaklanan bir W3C topluluğu olan bir Otomatik WCAG İzleme topluluk grubu vardır.

WCAG tekniği G4 için bir örnek ("İçeriğin duraklatılmasına ve duraklatıldığı yerden yeniden başlatılmasına izin verme"):

Test prosedürü

Hareketli veya kayan içerikli bir sayfada,

Hareket eden veya kayan içeriği duraklatmak için web sayfasında veya kullanıcı aracısı tarafından sağlanan mekanizmayı kullanın.
Hareket etmenin veya kaydırmanın durduğunu ve kendi kendine yeniden başlamadığını kontrol edin.
Hareketli içeriği yeniden başlatmak için sağlanan mekanizmayı kullanın.
Hareketin veya kaydırmanın durdurulduğu noktadan devam edip etmediğini kontrol edin.

Beklenen sonuçlar

2 ve 4 numara doğrudur.

Gördüğümüz gibi teknik çözümler yok, ancak beklenen davranış tanımlanmış. Web geliştiricilerinin bunu nasıl uygulayacağı onlara bağlıdır.

Web Erişilebilirlik Yönergeleri ve W3C Standartları

Başlangıç noktanız aşağıdaki temel web standartları olmalıdır:

En yaygın olanı, WCAG olarak bilinen Web İçeriği Erişilebilirlik Yönergeleridir. WCAG 2.0, “kararlı, referans alınabilir bir teknik standarttır. Algılanabilir, çalıştırılabilir, anlaşılabilir ve sağlam olmak üzere 4 ilke altında düzenlenen 12 yönergeye sahiptir. Her kılavuz için A, AA ve AAA olmak üzere üç düzeyde test edilebilir başarı kriterleri vardır.
Techniques for WCAG 2.0, web içeriği yazarları için kapsamlı bir kılavuzdur.
W3C Medya Erişilebilirlik Kullanıcı Gereksinimleri — Bu belge, engelli kullanıcıların web'deki ses ve videoyla ilgili erişilebilirlik gereksinimlerini sunar.
Yirmi Birinci Yüzyıl İletişim ve Video Erişilebilirlik Yasası — CVAA iki geniş başlığa veya bölüme ayrılmıştır. Başlık I, Geniş Bant kullanan ürün ve hizmetleri engelli kişiler için tamamen erişilebilir kılmak için iletişim erişimini ele almaktadır. Erişilebilirlik yasasının II. Başlığı, engelli kişilerin televizyon ve internette video programlarını izlemesini kolaylaştırmak için yeni bir çığır açıyor.
Bölüm 508 — elektronik ve bilgi teknolojisini geliştirirken, tedarik ederken, bakımını yaparken veya kullanırken tüm federal kurumlar için geçerli olan bilgi ve iletişim teknolojisi (BİT) için erişilebilirlik gereksinimleri.
Engelli Amerikalılar Yasası'nın (ADA) II. Başlığı kapsamında Web Sitesi Erişilebilirliği — Orada, ADA'nın II. Başlığında yer alan ayrımcılık yapmama gerekliliklerinin eyalet ve yerel yönetim web sitelerine nasıl uygulanacağını öğreneceksiniz.

Web Erişilebilirlik Testi: İçeriğimin erişilebilir olup olmadığını nasıl anlarım?

Web içeriğinizi birinci adımdan daha erişilebilir hale getirmenize yardımcı olacak temel, temel kontrol noktaları şunlardır:

HTML'nizi doğrulayın. Yardımcı teknolojiler sayfa içeriğini yorumlamada sorun yaşayabileceğinden, HTML yapısında hata olmadığından emin olun.
Sadece klavye ile test edin. İşlem yapılabilir tüm öğelere yalnızca klavye kullanılarak erişilebildiğinden emin olun. Ayrıca, örneğin bir form göndermek gibi tüm işlemleri klavye kullanarak da gerçekleştirebilmeniz gerekir.
Erişilebilirlik testi araçları ve doğrulayıcılarla test edin. Olası erişilebilirlik hatalarını tarayan ve doğrulayan araçları kullanın.
Dinamik içerik. Arama sonuçları değiştiğinde, ekran okuyucu kullanıcılarını dinamik değişiklikler hakkında bilgilendirin.
Anlamı tanımlamak için renklere güvenmeyin. Açıklama ile birlikte rengi kullanın, ör. [sarı kutu] uyarısı.
Odaktaki anahattı kaldırmayın. Bu, CSS özellik outline: 0; Bunu yapmayın, çünkü klavye kullanıcıları sayfadaki yönlendirmeyi kaybedecektir. Klavye kullanmayan kullanıcılar için odak taslağını kaldırmayı düşünebilirsiniz, ancak klavye kullanıcıları için her zaman bir odak taslağı sağlayın.
Hata mesajları. Kullanıcıya her zaman bir hatayı nasıl düzelteceğini söyleyin. Sadece verilerin geçersiz olduğunu söylemeyin.
Sekme emri. Sekme tabanlı gezinmenin, grafik kullanıcı arabiriminde oluşturulan kuralları izlediğinden emin olun. En azından, uygulamanın varsayılan dilinin okuma yönünü takip etmelidir. Örneğin İngilizce'de okuma sırası yukarıdan aşağıya, soldan sağa; Arapça'da yukarıdan aşağıya, sağdan sola doğrudur.
Yakınlaştır. Metni %200'e kadar yakınlaştırırken sayfa içeriğinin hala okunabilir olduğundan emin olun.
Görüntüleri kapatın. Sayfayı hala rahat bir şekilde kullanabiliyor musunuz? Tüm görseller için alternatif metinler var mı?
Ekran okuyucu. En az bir ekran okuyucu kullanarak, örneğin, VoiceOver, Windows Ekran Okuyucusu veya NVDA kullanarak içeriği okuyup okuyup gezinemeyeceğinizi test edin.
Yüksek kontrast modu. Yüksek kontrast moduna geçerken içeriğin hala okunabilir olup olmadığını kontrol edin.
Yazı Boyutu. Sayfadaki yazı tipi boyutunun en az 10 piksel olduğundan emin olun.

4. Web Erişilebilirliğinde Sık Yapılan Hatalar

En yaygın hata, geliştirme öncesinde erişilebilirlik gereksinimlerinin belirlenememesidir . Ne yazık ki, daha sonra erişilebilirlik geliştirmenin bir parçası olacak, çözümleri uygulamak o kadar zor olacak.

Geliştiricilerin erişilebilirliği uygularken yaptığı en yaygın hatalardan bazılarını içeren bir liste:

Yalnızca bir klavye kullanarak içerikte gezinme yeteneği yok .
CSS anahat özelliğini kötüye kullanma. Çoğu durumda, outline: 0; kullanılır, bu da eyleme geçirilebilir her öğenin etrafındaki anahat artık görünür olmadığı anlamına gelir. outline: 0; veya outline: 0 !important; . Kullanıcı, örneğin border CSS özelliğini kullanmak gibi başka bir alternatif olmadıkça, içerikte gezinirken o anda odaklanılan öğeyi görme yeteneğini kaybeder.
Geçerli öğeden odağın kaybolması , örneğin DOM manipülasyonları veya blur() yönteminin kullanılması. Bu genellikle tek sayfalık uygulamalar için olur.
Ekran okuyucu kullanıcıları için bir şeyin değiştiğine dair bildirim yok , örneğin içerik XMLHttpRequest API kullanılarak indirildi ve kullanıcı arayüzünde yeni değişiklikler işlendi, ancak kullanıcı bilgilendirilmedi. Bu genellikle tek sayfalık uygulamalarda olur.
Erişilemeyen tarih seçici. Çoğu durumda, erişilemeyen tarih seçiciler kullanılır. Kullanıcılar klavyeyi kullanarak takvim seçenekleri arasında gezinemezler.
Erişilebilirlik sorunlarını otomatik olarak düzelttiğini iddia eden uzantıları kullanma . Bunları dikkatli kullanın ve sonuçları kontrol edin. Bunları yanlış kullanmak çözümden çok sorun yaratabilir.
0'dan büyük bir dizin numarasına sahip tabindex özniteliğine ekleme. 0'dan büyük bir dizine sahip tabindex kullanmanın amacı çoğunlukla gezinme yolunu “düzeltmektir”. Ancak, doğal gezinme yolunu elde etmek için HTML yapısını değiştirmeyi düşünün. tabindex kullanarak manipüle etmek, bakım sorunlarına ve öngörülemeyen bir gezinme yoluna yol açabilir.
Yanlış başlık hiyerarşisi. Ne yazık ki, hala oldukça sık görülüyor, ancak başlık hiyerarşisi düzgün şekilde oluşturulmamış, örneğin <h1> , <h5> ve <h2> . Ekran okuyucu kullanıcıları, bölümler arasında gezinmek için üstbilgileri kullanıyor ve bağlamı anlamak zor olduğundan uygun olmayan yapı kafa karıştırıcı.
Yüksek kontrast desteği eksik. Yazılımlarını yüksek kontrast modunda kullanan insanlar var. İçeriğinizin hala algılanabilir olduğundan emin olun.
Erişilemeyen bir CAPTCHA çözümü kullanma. Ne yazık ki, bildiğim tüm CAPTCHA'lara erişilemez veya kullanımı çok zordur.
Çok fazla ve/veya duraklatılamayan animasyon. Otomatik oynatılan videolar, reklamlar veya resim karuselleri çok dikkat dağıtıcıdır.
Büyük metin parçaları. Boşluk, virgül veya nokta içermeyen çok büyük, tek bir blokta sıkıştırılmış metin. Okuması çok zor. Daha küçük parçalara, daha fazla paragrafa ve alt başlıklara bölmek, metin içeriğini daha iyi düzenlemeye yardımcı olur.
Yakınlaştırma sorunları. %200'e kadar yakınlaştırıldığında içeriğin hala okunabilir ve gezilebilir olduğundan emin olun.
Renklere güvenmek. Çoğu zaman, bir öğenin durumu yalnızca bir renkle işaretlenir, örneğin, bir uyarı durumu yalnızca sarı bir madde işaretiyle işaretlenir; bu renk, renk körü insanlar için aynı şekilde algılanmaz.
Küçük tıklanabilir/dokunulabilir hedefler. Tıklanabilir/dokunulabilir alanlar genellikle çok küçüktür. Daha büyük hale getirmek, kullanıcıların bunları daha kolay etkinleştirmesine olanak tanır.

Ancak Web Erişilebilirliğini Nasıl İyileştiririm?

Sorunları tanımlamak bir şeydir. Bunu düzeltmek oldukça farklıdır ve çoğu zaman göründüğü kadar kolay değildir. Bunun nedeni, erişilebilirlik API uygulamalarının tutarlı olmaması ve bazen geçici çözümler bulmamız ve hatta sorunu çözmeye çalışırken bir şeyin hiç çalışmayacağını kabul etmemiz gerekmesidir.

Araçlar açısından, tüm olası kombinasyonları kontrol edebilecek tek bir araç yoktur, ancak iyi bir başlangıç olarak şu araçlar yardımcı olacaktır:

W3C İşaretleme Doğrulama Hizmeti - Sadece HTML içeriğinin hatasız olduğundan emin olmak için. HTML yapısında hatalar varsa, çıktı tahmin edilemez ve özellikle farklı yardımcı teknolojiler tarafından düzgün şekilde işlenemez.
https://www.w3.org/WAI/ER/tools/ — Web içeriğinin erişilebilirlik yönergelerini karşılayıp karşılamadığını belirlemenize yardımcı olan programların veya çevrimiçi hizmetlerin listesi.
Ve aracım ASLint https://www.aslint.org/, erişilebilirlik sorunlarını bulmanıza yardımcı olur.

Tüm senaryolar tamamen veya tamamen otomatik olamayacağından hiçbir erişilebilirlik aracının manuel testin yerini alamayacağını her zaman unutmayın; örneğin, position: fixed; .

Uygulamanızın kullanımını engelleyen, örneğin kullanıcının klavyeyi kullanarak menüde dolaşamaması gibi sorunlara odaklanın.

İçeriği Erişilebilir Hale Getirmek Neden Önemlidir?

Herkes içeriğini olabildiğince geniş bir alana yaymak istiyor. Erişilebilirlik, bu alanda daha büyük bir kitleye ulaşmaktan tüm kullanıcılar için kullanıcı deneyimini geliştirmeye kadar birçok düzeyde yardımcı olur. Ayrıca, erişilebilirlik yalnızca geleneksel olarak engelliler olarak düşündüğünüz kişiler için değildir. İster yaşlanan ve beraberindeki fiziksel değişikliklerden geçen bir birey, ister güneşli bir günde koşu yapan ve telefonunda otomatik kontrast ayarına ihtiyaç duyan biri, ya da elleri alışveriş torbalarıyla dolu, sesli, erişilebilir bir metin mesajı göndermek isteyen bir ebeveyn olsun. teknoloji, tüm kullanıcıların zaman zaman kullanabileceği teknolojidir.

Ek bir avantaj olarak, WCAG 2.0 standartlarını tam olarak karşılayan erişilebilir içeriğin arama motorları tarafından daha kolay taranması ve anlaşılması olumlu etkidir ve bu, bir sitenin sıralaması üzerinde önemli bir etkiye sahip olabilir. Böylece erişilebilir tasarım, web sitesine ek trafik çekebilir.

Son olarak, göz önünde bulundurmanız gereken bazı istatistikler şunlardır:

Dünya çapında bir milyardan fazla insan bir tür engellilik yaşıyor.
Nüfusun yaşlanması. 2015 ve 2030 yılları arasında, dünyadaki 60 yaş ve üstü yaşlıların sayısının 901 milyondan 1,4 milyara çıkarak yüzde 56 oranında artması bekleniyor.
Evrensel tasarım anahtardır. Evrensel tasarım, tüm yeteneklere sahip insanlar tarafından doğal olarak erişilebilir ve kullanılabilir hizmetler, ürünler ve ortamlar üretmek için geniş bir fikir ve uygulama yelpazesini ifade eder.
Engel türleri: Görme, hareketlilik, konuşma, biliş ve işitme dahil olmak üzere beş geniş engel kategorisi vardır.

Hepimizin yüksek kaliteli hizmetlere ihtiyacı var. Onları da teslim edelim .