WCAG 3.2.3: Tutarlı Gezinme

Bu Kuralın Anlamı

WCAG Başarı Ölçütü 3.2.3 — Tutarlı Gezinme (Seviye AA), bir web sitesinin birden fazla sayfasında tekrar eden gezinme bileşenlerinin, kullanıcı bu sırada bir değişikliği kendisi tetiklemediği sürece, her karşılaşıldığında aynı göreli sırada görünmesi gerektiğini belirtir. Ölçüt, ortak bir amacı paylaşan veya aynı site ya da uygulamanın parçası olan tüm web sayfaları kümeleri için geçerlidir.

"Aynı göreli sıra" ifadesi önemlidir: WCAG, gezinmenin her zaman aynı sayıda öğe içermesini ya da gezinme öğeleri arasına başka hiçbir öğenin girmemesini zorunlu kılmaz. Zorunlu kıldığı şey, arayüzde ilerleyen bir kullanıcıya göründüğü şekliyle, gezinme bağlantılarının sırasının sayfadan sayfaya tutarlı kalmasıdır. Örneğin, ana gezinmeniz ana sayfada "Home", "Products", "About" ve "Contact" öğelerini bu sırayla listeliyorsa, bu gezinme bloğunun bulunduğu diğer tüm sayfalarda da aynı öğeler aynı sırayla görünmelidir.

Ölçüt, tekrar eden tüm gezinme mekanizmalarını kapsar: birincil site gezinme menüleri, kırıntı (breadcrumb) yolları, altbilgi bağlantı grupları, kenar çubuğu menüleri, gezinmeyi atla bağlantıları, arama çubukları ve kullanıcının sitede dolaşmasına yardımcı olan diğer tüm etkileşimli bileşenler. Bu bileşenlerin <nav> landmark’ları, bağlantıların <ul> listeleri, ARIA ile zenginleştirilmiş özel menüler veya başka herhangi bir işaretleme deseniyle uygulanmış olup olmamasından bağımsız olarak geçerlidir.

Geçer sayılan durum: Gezinme blokları, tekrarlandıkları her sayfada aynı göreli sırada görünür. Öğeler eklenebilir, vurgulanabilir veya etkin olarak işaretlenebilir (örneğin, geçerli sayfa bağlantısı görsel olarak ayırt edilir), yeter ki genel sıra değişmesin. Kullanıcı tarafından başlatılan bir yeniden sıralama — örneğin, kullanıcının panelleri yeni konumlara sürüklediği özelleştirilebilir bir pano — da geçer sayılır, çünkü değişiklik kullanıcıdan kaynaklanmaktadır.

Başarısız sayılan durum: Ana sayfada ana gezinme "Home → Products → Contact → About" şeklinde listelenirken, bir ürün detay sayfasında "Home → About → Products → Contact" olarak listeleniyorsa 3.2.3 başarısız olur. Benzer şekilde, kullanıcı eylemi olmaksızın, iç mantığa dayalı olarak gezinmeye ek bağlantıları rastgele konumlarda yerleştiren bir site de başarısız olur.

Resmî istisna: Spesifikasyon, gerekliliğin, sıradaki değişikliğin kullanıcı tarafından başlatıldığı durumlarda uygulanmadığını açıkça belirtir. Bu tek bağlayıcı istisnadır. Sistem, sunucu mantığı veya kişiselleştirme algoritmaları tarafından — kullanıcı tarafından doğrudan tetiklenmeden — yapılan değişiklikler bu istisna kapsamına girmez.

Neden Önemlidir

Tutarlı gezinme, bilişsel erişilebilirliğin temelidir. Kendilerini konumlandırmak için mekânsal hafızaya ve öngörülebilir kalıplara güvenen kullanıcılar — bilişsel engelli kişiler, dikkat bozukluğu olanlar, travmatik beyin hasarı geçirmiş kişiler veya yaşa bağlı bilişsel gerileme yaşayanlar dahil — bir sitenin gezinmesinin her seferinde aynı yerde ve aynı sırada olacağı varsayımına büyük ölçüde dayanırlar. Gezinme beklenmedik şekilde değiştiğinde, bu kullanıcılar her sayfada yerleşimi yeniden öğrenmek zorunda kalır; bu da bilişsel yükü ve hata yapma veya siteyi terk etme olasılığını dramatik biçimde artırır.

Kör ve az gören kullanıcılar için (NVDA, JAWS, VoiceOver gibi ekran okuyucularla gezinirken) tutarlı gezinme, bilinen landmark’ları aramak için harcanan zamanı azaltır. Ana gezinmede "Contact" bağlantısının dördüncü öğe olduğunu ezberlemiş bir ekran okuyucu kullanıcısı, herhangi bir sayfada bu bağlantıya ulaşmak için Tab tuşuna dört kez basabilir — ancak bu sıranın aynı kalacağının garanti edilmesi koşuluyla. Tutarsız sıralama bu verimliliği yok eder ve kullanıcıyı her sayfa yüklemesinde tüm gezinmeyi baştan sona dinlemeye zorlar.

Yalnızca klavye ile gezinme, switch erişimi veya göz takibi kullanan motor engelli kullanıcılar için her ekstra tuş vuruşunun veya baş hareketinin gerçek bir maliyeti vardır. Öngörülebilir gezinme, sık ziyaret edilen hedeflere ulaşmak için gereken etkileşim sayısını azaltır. Dünya Sağlık Örgütü’ne göre, dünya genelinde 1,3 milyardan fazla insan bir tür engelle yaşamaktadır ve bunların çoğu, doğrudan tutarlı ve öngörülebilir arayüzlerden fayda sağlayan yardımcı teknolojilere güvenmektedir.

Disleksi gibi okuma güçlüğü olan kullanıcılar için, bir gezinme çubuğunu taramak zaten çaba gerektirir. Tutarlı konumlandırma ve sıra, her seferinde etiketleri yeniden okumak yerine konum, şekil, renk gibi görsel sabitlere güvenebilmeleri anlamına gelir.

Somut bir gerçek dünya senaryosu: Bir hastanenin web sitesini kullanarak kontrol randevusu almak isteyen bir hastayı düşünün. Ana sayfadaki gezinme "Services", "Appointments", "Doctors" ve "Contact" öğelerini bu sırayla listeliyor. Hasta bir doktorun profil sayfasına gider ve ikinci pozisyonda "Appointments" bağlantısını arar — ancak bu sayfada gezinme, "Doctors" ile başlayacak ve ardından "Appointments" gelecek şekilde yeniden düzenlenmiştir. Zaten stresli olan hasta, tüm menüyü yeniden taramak zorunda kalır. Bilişsel engeli veya sınırlı okuryazarlığı olan bir kullanıcı için bu sürtünme, görevi tamamlamak ile tamamen vazgeçmek arasındaki fark olabilir.

Erişilebilirliğin ötesinde, tutarlı gezinmenin ölçülebilir SEO ve kullanılabilirlik faydaları vardır. Arama motoru tarayıcıları, içeriği keşfetmek ve dizine eklemek için gezinme bağlantılarını kullanır; istikrarlı bir bağlantı yapısı, tarama verimliliğini ve dahili bağlantı otoritesini artırır. Kullanılabilirlik testleri, öngörülebilir gezinmenin yalnızca engelli kullanıcılar için değil, tüm kullanıcılar için görev tamamlama süresini ve hata oranlarını azalttığını tutarlı biçimde göstermektedir.

İlgili Axe-core Kuralları

WCAG 3.2.3, manuel test gerektirir. Tutarsız gezinme sırasını işaretleyebilecek otomatik bir axe-core kuralı yoktur, çünkü otomatik araçlar, gezinme dizilerini karşılaştırmak için gereken sayfalar arası bağlamdan yoksundur. Otomatik bir tarayıcı, tek bir sayfayı yalıtılmış olarak değerlendirir ve o sayfadaki gezinmenin aynı sitedeki diğer yirmi sayfadaki gezinmeden farklı olup olmadığını gözlemleyemez.

• Manuel sayfalar arası karşılaştırma (axe kural kimliği yok): Test uzmanları, aynı site içinde birden fazla sayfayı ziyaret etmeli ve her sayfadaki gezinme öğelerinin sırasını manuel olarak kaydedip bu kayıtları karşılaştırmalıdır. Otomatik araçlar bu kontrolü gerçekleştiremez, çünkü aynı anda birden fazla sayfayı ayrıştırmaları, sayfa yüklemeleri arasında durumu korumaları ve hangi öğelerin "aynı" gezinme bileşeni sayılacağına dair anlamsal yargı uygulamaları gerekir — bunların tümü, insanın bağlamsal muhakemesini gerektiren görevlerdir.
• Otomasyonun yetersiz kalmasının nedeni: Gezinme ile ilgili sorunları işaretleyen sezgisel araçlar bile genellikle gezinme landmark’larının varlığını kontrol eder (örneğin axe kuralı landmark-one-main veya region), sayfalar arası sıra tutarlılığını değil. Sıra karşılaştırması, tek sayfalık bir tarama değil, site genelinde bir denetim metodolojisi gerektirir. Bu nedenle 3.2.3, axe-core, Lighthouse ve IBM Equal Access Checker dahil tüm büyük erişilebilirlik test çerçevelerinde manuel inceleme gerektiren bir ölçüt olarak sınıflandırılmıştır.

Nasıl Test Edilir

1. Temel bağlam için otomatik tarama çalıştırın: Temsilî sayfalarda axe DevTools, Lighthouse veya bir tarayıcı uzantısı kullanarak gezinme öğelerinin <nav> landmark’ları veya role='navigation' ile doğru şekilde işaretlendiğini doğrulayın. Bu araçlar sıra tutarsızlıklarını işaretlemese de, sayfalar arasında nelerin gezinme olarak ele alındığını belirlemenize yardımcı olur. Manuel kontrollere geçmeden önce landmark yapısıyla ilgili sorunları belgeleyin.
2. Temsilî bir sayfa örneklemi seçin: Sitenin farklı bölümlerinden en az beş ila on sayfa seçin — ana sayfa, bir kategori sayfası, bir ürün veya makale detay sayfası, bir form sayfası ve iletişim sayfası. Site binlerce sayfaya sahipse, tüm ana şablonları kapsayan tabakalı bir örneklem kullanın. Her biri için URL’yi ve sayfa türünü kaydedin.
3. Geçinme sırasını manuel olarak haritalayın: Örneklenen her sayfada, tarayıcının erişilebilirlik ağacını açın (Chrome DevTools → Accessibility paneli veya Firefox Accessibility Inspector) ve birincil gezinme içindeki tüm bağlantıları DOM’da göründükleri sırayla listeleyin. Ayrıca görsel olarak göründükleri sırayı da not edin. CSS, öğeleri görsel olarak yeniden sıralıyorsa (örneğin flex-direction: row-reverse veya order özellikleri kullanılarak), görsel sıra DOM sırasından farklı olabilir — her ikisinin de tutarlı olması gerekir.
4. Sayfalar arasında karşılaştırın: Gezinme sırası listelerinizi yan yana koyun. Paylaşılan gezinme öğelerinin dizisinin, ana sayfada belirlenen temel diziden farklı olduğu sayfaları işaretleyin. Hangi öğelerin hareket ettiğini ve hangi yöne kaydığını not edin.
5. Klavye ile gezinme testi (NVDA + Firefox): NVDA’yı açın, Firefox’u başlatın ve ana sayfaya gidin. Ana gezinmeyi bulmak için D tuşuna basarak bir sonraki landmark bölgesine atlayın. Gezinme bağlantıları arasında ilerlemek için Tab tuşunu kullanın ve sırayı yüksek sesle söyleyin veya not edin. Ardından ikinci bir sayfaya (örneğin, iç bir makale sayfasına) gidin ve tekrarlayın. Bağlantı duyurularının dizisinde herhangi bir değişiklik olup olmadığını dinleyin.
6. Ekran okuyucu testi (macOS’ta VoiceOver + Safari): VoiceOver’ı etkinleştirin (Command + F5), Safari’yi açın ve Web Rotor’u (Control + Option + U) kullanarak Bağlantılar veya Landmark’lar menüsünü açın. Ana gezinmeye gidin ve öğelerin sırasını not edin. En az üç farklı sayfa türünde tekrarlayın ve karşılaştırın.
7. JAWS + Chrome testi: JAWS’ı açın, Chrome’u başlatın ve ana gezinmeye ulaşana kadar R tuşuna basarak bölgeler arasında dolaşın. Bağlantılar arasında Tab ile ilerleyin ve sırayı kaydedin. Farklı sayfa türlerinde tekrarlayın.
8. Kullanıcı tarafından başlatılan istisnaları kontrol edin: Site herhangi bir kişiselleştirme veya gezinme özelleştirme özelliği sunuyorsa, yeniden sıralamanın yalnızca açık bir kullanıcı eyleminden sonra gerçekleştiğini doğrulayın (örneğin, kullanıcı "Customize Menu"ya tıklar ve öğeleri sürükler). Kullanıcının belirlediği yeni sıranın daha sonra tutarlı biçimde kalıcı hale getirildiğinden emin olun — kullanıcı ayarladıktan sonra yeni sıra da tüm sayfalarda tutarlı kalmalıdır.

Nasıl Düzeltilir

Tutarsız sunucu tarafı render — Hatalı

<!-- Homepage navigation -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>

<!-- Product detail page navigation — order changed by CMS template -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/'>Home</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/contact'>Contact</a></li>
    <li><a href='/products'>Products</a></li>
  </ul>
</nav>

Tutarsız sunucu tarafı render — Doğru

<!-- Shared navigation partial (e.g., _nav.html or a component) used on every page -->
<!-- The active page is indicated with aria-current, not by reordering -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/' aria-current='page'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>
<!-- On the Products page, only aria-current moves — the order stays identical -->

Tutarsızlık yaratan CSS görsel yeniden sıralaması — Hatalı

<!-- DOM order: Home, Products, About, Contact -->
<!-- CSS on interior pages uses flex order to visually move Contact first -->
<style>
  /* Applied only on interior page templates */
  nav ul li:last-child { order: -1; }
</style>
<nav aria-label='Main navigation'>
  <ul style='display:flex'>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>
<!-- Visual order becomes Contact, Home, Products, About — inconsistent with homepage -->

Tutarsızlık yaratan CSS görsel yeniden sıralaması — Doğru

<!-- Use consistent DOM order and consistent CSS across all templates -->
<!-- Do not use CSS 'order' property to rearrange navigation items differently per template -->
<nav aria-label='Main navigation'>
  <ul style='display:flex'>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>
<!-- Same DOM order and same CSS flex order on every page template -->

Algoritma tarafından yeniden sıralanan dinamik gezinme — Hatalı

<!-- JavaScript reorders nav links based on most-visited analytics without user action -->
<script>
  // Anti-pattern: fetches user behaviour data and reorders nav items automatically
  fetch('/api/user-nav-preferences').then(r => r.json()).then(order => {
    const nav = document.querySelector('nav ul');
    order.forEach(id => nav.appendChild(document.getElementById(id)));
  });
</script>
<nav aria-label='Main navigation'>
  <ul>
    <li id='nav-home'><a href='/'>Home</a></li>
    <li id='nav-products'><a href='/products'>Products</a></li>
    <li id='nav-about'><a href='/about'>About</a></li>
    <li id='nav-contact'><a href='/contact'>Contact</a></li>
  </ul>
</nav>

Algoritma tarafından yeniden sıralanan dinamik gezinme — Doğru

<!-- If personalisation is desired, require an explicit user action and keep order stable otherwise -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>
<!-- Personalisation button lets user reorder — change only applies after they interact -->
<button type='button' aria-controls='main-nav-list' id='customize-nav'>Customize Navigation Order</button>
<!-- The user-chosen order is then persisted consistently across all pages -->

Yaygın Hatalar

• Her biri gezinmeyi bağımsız olarak tanımlayan farklı CMS şablonları kullanmak ve böylece, şablonlar tek bir ortak bileşen veya partial yerine ayrı ayrı güncellendikçe zamanla ince sıra farklılıklarının ortaya çıkmasına neden olmak.
• "Öne çıkan" veya "sezonluk" gezinme öğelerini farklı konumlara taşımak ve bunu, geri kalan gezinme sırasının değişmeden kaldığından emin olmadan, pazarlama kampanyalarına göre yapmak — örneğin, "Sale" öğesini bazı sayfalarda ikinci, bazılarında beşinci pozisyona geçici olarak taşımak.
• CSS order, flex-direction: row-reverse veya CSS Grid yerleşimini kullanarak gezinme öğelerini görsel olarak yeniden sıralamak ve bunu sayfa şablonları arasında farklı şekilde yapmak; bu da görsel sıra (gören kullanıcıların gördüğü) ile DOM sırası (klavye ve ekran okuyucu kullanıcılarının takip ettiği) arasında uyumsuzluk yaratır.
• Bağlama duyarlı gezinme öğelerini rastgele konumlara eklemek — örneğin, ürün sayfalarında ikinci öğe olarak "Back to Category" bağlantısı eklemek, ancak diğer sayfalarda eklememek; bu da sonraki tüm öğeleri bir pozisyon aşağı kaydırarak beklenen diziyi bozar.
• A/B testleri veya analitik platformlarının gezinme bağlantılarını yeniden sıralamasına izin vermek ve bunun, yeniden sıralamanın sayfalar ve oturumlar arasında tutarsız biçimde uygulanmasına yol açacağını hesaba katmamak.
• Kırıntı yolunu (breadcrumb trail) bu ölçütten muaf saymak; oysa kırıntılar da tekrar eden bir gezinme mekanizmasıdır — farklı şablonlarda kırıntıların diğer sayfa öğelerine göre farklı konumlarda görünmesi de 3.2.3’ü ihlal eder.
• Altbilgi gezinmesini ana gezinmeden farklı şekilde yeniden sıralamak ve altbilgi bağlantıları ana gezinmeyi çoğaltırken bunu yapmak — her iki blok da her sayfada görünüyorsa, her ikisi de kendi içinde ve birbirlerine göre tutarlı bir sıra korumalıdır.
• Kullanıcı başlatmadan, kaydırma konumu, görünüm alanı boyutu veya oturum verilerine göre öğeleri yeniden sıralayan JavaScript tabanlı gezinme geliştirmeleri uygulamak — örneğin, kullanıcının sitenin hangi bölümünde olduğuna bağlı olarak farklı üst düzey kategorileri dinamik olarak öne çıkaran bir mega menü.
• Site yeniden tasarımı veya CMS geçişinden sonra gezinme tutarlılığını denetlememek ve geliştiricilerin orijinal sırayı doğal olarak yeniden üreteceğini varsaymak; oysa farklı sayfa türleri, farklı ekip üyeleri tarafından sıfırdan yeniden inşa edilebilir.
• "Tutarlı gezinme"yi "her sayfada aynı gezinme" ile karıştırmak — ekipler bazen, belirli kullanıcı rolleri için (örneğin, oturum açmış vs. misafir) gezinme öğeleri ekleyip çıkarmanın 3.2.3’ü ihlal ettiği sonucuna yanlışlıkla varırlar. Paylaşılan öğelerin göreli sırası değişmediği sürece bu bir ihlal değildir.

Türkiye’nin Erişilebilirlik Mevzuatıyla İlişkisi

Türkiye’nin 2025/10 sayılı Cumhurbaşkanlığı Genelgesi, 21 Haziran 2025 tarihli ve 32933 sayılı Resmî Gazete’de yayımlanarak, Türkiye’de dijital hizmet sunan çok geniş bir kamu ve özel sektör yelpazesi için bağlayıcı erişilebilirlik yükümlülükleri getirmiştir. Genelge, uluslararası alanda tanınan erişilebilirlik standartlarına uyumu zorunlu kılmakta — teknik açıdan temel referans olarak WCAG 2.2 Seviye AA’yı belirlemekte — ve uyumu, Aile ve Sosyal Hizmetler Bakanlığı tarafından gerekli erişilebilirlik eşiğini sağlayan kurumlara verilen bir sertifikasyon işareti olan Erişilebilirlik Logosuna bağlamaktadır.

WCAG 3.2.3 Tutarlı Gezinme, Seviye AA ölçütüdür; bu da Erişilebilirlik Logosu almak isteyen kurumlar için zorunlu bir gereklilik olduğu anlamına gelir. Dijital hizmetleri genelinde tutarlı gezinme sağlayamayan kuruluşlar, diğer ölçütlerdeki performanslarından bağımsız olarak, sertifikasyon için gerekli tam AA uyum profilini karşılayamayacaktır.

Aşağıdaki kurum türleri, 2025/10 sayılı Cumhurbaşkanlığı Genelgesi kapsamındadır ve bu nedenle 3.2.3 uyumunu en iyi uygulama önerisi değil, yasal bir yükümlülük olarak ele almak zorundadır:

• Tüm düzeylerdeki kamu kurum ve kuruluşları ile devlet bağlı ortaklıkları; bakanlıklar, belediyeler ve diğer kamu idareleri dahil; bu kurumların web siteleri ve dijital portalları, tüm bölümlerinde tutarlı biçimde gezilebilir olmalıdır.
• Türkiye’de faaliyet gösteren e-ticaret platformları; burada gezinme tutarlılığı özellikle kritiktir, çünkü kullanıcılar ana sayfa, kategori, ürün, sepet ve ödeme sayfaları arasında hareket eder — bunların tümü genellikle aynı gezinme çubuğunu paylaşır.
• Türk bankacılık mevzuatı kapsamında düzenlenen bankalar ve finansal kuruluşlar; bu kurumların internet bankacılığı portalları ve bilgilendirme siteleri, bilişsel veya motor engeli olanlar da dahil tüm müşterilere hizmet verebilmek için öngörülebilir gezinme sunmalıdır.
• Hastaneler ve sağlık hizmeti sağlayıcıları; burada hastalar — çoğu zaman stresli durumlarda — randevu alma, tahlil sonuçları ve acil iletişim bilgilerini bilişsel sürtünme yaşamadan bulmak için tutarlı gezinmeye güvenirler.
• 200.000 ve üzeri abonesi olan telekomünikasyon şirketleri; bu şirketlerin müşteri portalları, destek siteleri ve hesap yönetimi arayüzleri, potansiyel olarak binlerce sayfa ve kullanıcıya dönük şablon arasında gezinme tutarlılığını korumalıdır.
• Seyahat acenteleri ve özel ulaşım şirketleri; arama, seçim, yolcu bilgileri ve ödeme sayfalarını kapsayan çok adımlı rezervasyon akışları, yolculuk boyunca gezinmeyi tutarlı bir sırada sunmalıdır.
• Millî Eğitim Bakanlığı (MEB) tarafından yetkilendirilmiş özel okullar; bu okulların web siteleri, öğrenciler, veliler ve personel — öğrenme güçlüğü olan ve eğitim kaynaklarına erişmek için öngörülebilir gezinmeye büyük ölçüde güvenen bireyler dahil — tarafından kullanılmaktadır.

Türkiye’de dijital hizmet geliştiren veya denetleyen kuruluşlar için 3.2.3, şablon ve bileşen tasarımı aşamasında kalite güvence sürecine dâhil edilmelidir. Sunucu tarafı include, ön uç framework bileşeni veya headless CMS küresel öğesi olsun, tek bir doğruluk kaynağından render edilen ortak bir gezinme bileşeni kullanmak, hem en güvenilir teknik yaklaşım hem de Genelge’nin gereklilikleri karşısında en savunulabilir uyum pozisyonudur. Erişilebilirlik Logosu başvuru sürecinin parçası olarak sunulan erişilebilirlik denetimleri, sayfalar arası gezinme sırası doğrulamasını belgelenmiş bir test adımı olarak içermelidir.