Listelemeleri, haritaları, erişilebilirlik, SEO, moderasyon ve bakım süreçlerini planlayarak bir topluluk kaynak dizini sitesi nasıl planlanır, oluşturulur ve yayına alınır öğrenin.

Bir aracı seçmeden veya liste toplamaya başlamadan önce bu dizinin kimin için olduğunu ve başarının nasıl göründüğünü netleştirin. Bir topluluk kaynak dizini birçok gruba hizmet edebilir, ancak birincil kullanıcıya öncelik verip onun ihtiyaçları etrafında tasarladığınızda en iyi şekilde çalışır.
Ana kullanıcılarınızı sade bir dille adlandırarak başlayın:
Karar verme için birini “varsayılan” kullanıcı olarak seçin. Birçok yerel kaynak sitesi projesi için bu sakinlerdir—çünkü onlar yardımı hızlıca bulamazsa diğer tüm şeylerin bir önemi kalmaz.
Lansmandan sonra takip edebileceğiniz birkaç ölçülebilir çıktı belirleyin. Örnekler:
Bunları şimdi yazın; dizin sitesi yapınızı ve daha sonra ne ölçeceğinizi şekillendirecekler.
Hizmet verdiğiniz yer konusunda spesifik olun: bir mahalle, şehir, ilçe veya bölge. Dar kapsam arama sonuçlarını daha alakalı yapar ve güncel tutamayacağınız bilgileri yönetme yükünü azaltır.
Daha geniş bir alanı kapsamanız gerekiyorsa, net sınırlar tanımlayın ve tutarlı etiketleyin (örneğin “X Şehri” vs “X İlçesi”). İnsanlar hizmete erişmeye çalışırken bu ayrıntılara güvenir.
Ana sayfanız ve navigasyonunuz organizasyon şemanızı değil, gerçek dünya ihtiyaçlarını yansıtmalıdır. Yapılacak işleri belgeleyin, örneğin:
Bu görevleriniz olduğunda, her ilanın hangi bilgileri kesinlikle içermesi gerektiğine ve hangilerinin isteğe bağlı olabileceğine karar vermeye hazır olacaksınız.
Bir topluluk kaynak dizini siteyi açıklık üzerine kurar. Renkleri veya düzenleri düşünmeden önce, stresli, aceleci ya da neye ihtiyacı olduğunu bilmeyen birinin nasıl tarayacağını karar verin. Bilgi yapınız, “çok faydalı veri”yi “30 saniyede doğru yeri buldum”a dönüştüren haritadır.
İnsanların hemen tanıyacağı küçük bir üst kategori setiyle başlayın. Yaygın başlangıç noktaları: Food, Housing, Health, Employment, Legal, Childcare, Transportation ve Mental Health.
Kategorileri açık tutun. Bir şey birden fazla yere uyuyorsa (ör. “kira yardımı”), bir ana yer seçin (Housing) ve başka filtrelenmiş görünümlerde görünmesi için etiketlere güvenin (ör. “mali yardım”).
Ne listeleyeceğinizi açıkça belirtin. Birçok dizinde “kaynak” şunlar olabilir:
Bu tanımı ekibiniz için yazın ki gönderimler ve moderasyon tutarlı olsun.
Tutarlılık kullanıcıların seçenekleri hızlıca karşılaştırmasını sağlar. Standart bir liste formatına karar verin:
İsim, kısa açıklama, kimler için (uygunluk), erişim şekli (ayakta başvuru/randevu/yönlendirme), çalışma saatleri, ücret, adres/hizmet alanı, telefon/e-posta/site, ve son güncelleme.
Açıklamayı kısa ve pratik tutun. Daha uzun detaylara ihtiyaç varsa, sayfaları okunabilir tutmak için bunları “Daha fazla detay”ın arkasına koyun.
Filtreler dizininizi gerçekten faydalı kılan yerdir. İnsanların sıklıkla ihtiyaç duyduğu etiketlerle başlayın:
dil, ücret (ücretsiz/gelire göre kaydırma), yaş grubu, randevu gerekli, erişilebilirlik özellikleri, ve santral/sanal.
Başlangıçta filtre sayısını sınırlı tutun ki doğruluk korunabilsin.
Basit dil ve tutarlı ifadeler kullanın. Kısa cümleler hedefleyin, kısaltmaları tanımlayın ve açıklamaları şöyle yazın: “Salı günleri ücretsiz gıda sağlar. Mümkünse kimlik getirin.” Bu, ilanları anlamayı ve güncellemeyi kolaylaştırır.
Bir topluluk kaynak dizini, listelerinin tutarlılığı kadar yararlıdır. Formları veya sayfaları oluşturmadan önce her seferinde hangi bilgileri toplamanız gerektiğine ve hangilerinin kullanıcı deneyimini bozmayacak şekilde isteğe bağlı olacağına karar verin.
Gerekli alanları eylem için gereken minimumla sınırlayın. Her ekstra zorunlu kutu, eksik veya yarıda bırakılmış gönderim olasılığını artırır.
Pratik bir kural: iletişim + konum veya hizmet alanı + kuruluşun sunduğu şeyleri zorunlu kılın.
En azından ziyaretçiler genellikle şunları arar:
Bir STK dizini sunuyorsanız, ayrıca uygunluk (yaş aralığı, gelir şartları, ikamet kuralları) ve maliyet (ücretsiz, gelir kaydırmalı, ücretli) bilgilerini de düşünün.
Bu alanlar, insanların kendilerini hızlıca seçmelerine ve gereksiz aramalardan kaçınmalarına yardımcı olur:
“Bilinmiyor”yu açık bir seçenek olarak tutun, böylece insanların tahmin etmesini zorunlu kılmazsınız.
Okuyucular ilanların güncel olduğunu gördükçe güven artar. Hafif yönetişim alanları ekleyin:
Logolar veya fotoğraflar depolayıp depolamayacağınıza önceden karar verin. Eğer depolayacaksanız, kimlerin yükleyebileceğini, nelerin izinli olduğunu ve yükleyenin hak sahipliğini onaylamasını tanımlayın.
İpucu: moderasyon kapasiteniz sınırlıysa, önce sadece logolarla başlayın ve fotoğrafları daha sonra ekleyin.
Bir topluluk kaynak dizini, insanların hızlıca iki soruya cevap bulabildiğinde başarılı olur: “Hangi yardım mevcut?” ve “Buna nasıl erişirim?” Sayfalarınızı gerçek görevler etrafında planlamak deneyimi basit tutar.
Her birini bir cümleyle açıklayabileceğiniz küçük bir sayfa setiyle başlayın:
Bu, ilk kez gelen ziyaretçilere iki açık yol sunar: aramak veya göz atmak.
Dizinler hızla eskir, bu yüzden güncellemeleri ve hesap verebilirliği destekleyen sayfaları dahil edin:
Yapmadan önce mobil için ana ekranların kabataslaklarını çizin: Home, Results, Listing Detail, Submit. Küçük ekranlarda öncelik verilecekler: arama, filtreler, ara/mesaj butonları ve uygunluk notları.
Filtreleri insanların yardım isteme biçimine göre tasarlayın: kategori, konum ve ihtiyaçlar (ör. “ayakta başvuru”, “İspanyolca”, “ücretsiz”, “şimdi açık”). Hız ve okunabilirlik için varsayılan olarak liste görünümünü kullanın.
Adresler güvenilirse ve birden fazla yakın seçenek varsa haritayı kullanın. Aksi takdirde haritalar özellikle mobil ve düşük bant genişliğinde insanları yavaşlatabilir.
Platform seçimi “en iyi”den çok ekibinizin yıllarca gerçekten yönetebileceği şeye bağlıdır. Bir topluluk kaynak dizini, güncellemelerin kolay olduğu ve sahipliğin net olduğu zaman başarılı olur.
Site oluşturucular (en hızlı lansman): Squarespace, Wix veya Webflow gibi araçlar küçük ekipler, sıkı takvimler ve karmaşık özellik gerektirmeyen dizinler için uygundur. Genellikle barındırma, güvenlik güncellemeleri ve şablonlar dahildir—geliştirici yoksa yardımcıdır.
CMS platformları (esnek, STK’lar için yaygın): WordPress (genellikle dizin eklentileriyle) orta yol için sağlamdır. Güçlü içerik yönetimi, editör rolleri ve çok sayıda entegrasyon sunar. Sürekli güncellemeler ve ara sıra eklenti çatışmaları için plan yapın.
Özel yapı (en fazla kontrol): Örneğin React ön yüzü ile Django/Node arka uç gibi özel bir site, gelişmiş arama, karmaşık uygunluk kuralları veya iç sistemlerle entegrasyon gerektiğinde mantıklıdır. İlk maliyeti daha yüksek ve güvenilir teknik bakım gerektirir.
Eğer rehberli bir kurulumun hızını, “no-code eklenti karmaşası”na düşmeden istiyorsanız, sohbet tabanlı bir yaklaşım olan Koder.ai gibi bir çözüm pratik bir orta yol sağlayabilir: dizini (kategoriler, liste alanları, gönderim iş akışı, moderasyon kuyruğu ve arama/filtre davranışı) sohbetle tanımlarsınız ve platform gerçek bir uygulama üretir; bunu gerektiğinde dışa aktarabilirsiniz. (Koder.ai marka adı ve yazımı korunmuştur.)
Bir sağlayıcı “her şeyi hallediyor” dese bile, şunlara bir sahip atayın:
Çoğu dizinin birkaç temel entegrasyona ihtiyacı olur:
Platform seçimi, giriş bilgileri, verilerin nerede tutulduğu, yedekleme takvimi, temel entegrasyonlar ve iletişim bilgilerini içeren kısa bir “site el kitabı” paylaşın. Bu, personel ya da gönüllüler değiştiğinde bilgi kaybını önler.
Yeni ilanlar kolay eklenip yanlışlar hızla düzeltilebildiğinde bir dizin yararlı kalır. Hafif bir iş akışı kaliteyi yüksek tutar ve ekibinizi yormaz.
Birincil bir alım yöntemi seçin ve görünür yapın.
Eğer e-posta ile başlarsanız, tekrar eden soruları ve tutarsız ayrıntıları gördüğünüzde mümkünse bir forma geçin.
Küçük dizinler bile spam çeker. Temel sürtünme faydalıdır.
Kullanın:
Ayrıca gönderim tarihini ve kaynağını kaydedin ki kalıpları görebilin ve gerektiğinde takip edebilin.
Kuruluşlar saatleri, uygunluk kuralları ve konumları değiştirir.
Her ilanda belirgin bir “Düzenleme öner” seçeneği veya kısa bir güncelleme formu sağlayın; form şunları sorsun:
Gönderenlere ne olacağını söyleyin: tipik inceleme süresi, kabul ettikleriniz ve reddettikleriniz (ör. eksik girişler, çoğaltmalar, bölgeniz dışındaki hizmetler veya yalnızca tanıtım amaçlı gönderimler).
Değerlendirici kararlarını tutarlı kılmak için örnek bir kontrol listesi:
Şüphede ek açıklama isteyin—sonra temel bilgiler onaylandıktan sonra yayınlayın.
Bir dizin, insanların bir ilanı hızlıca tarayıp ilk seferde anlayabildiğinde ve bilginin doğru olduğuna güven duyduğunda başarılı olur. Her ilanı küçük bir “yardım alma rehberi” gibi ele alın: net, spesifik ve tutarlı.
Kısa cümleler, yaygın kelimeler ve doğrudan bir ton kullanın. “Destek sağlanıyor” gibi belirsiz ifadeleri şu şekilde değiştirin: “Salı günleri ücretsiz gıda dağıtımı” veya “SNAP başvurusu için yardım.”
Her kategori başının üstünde bir veya iki cümlelik bir giriş ekleyin; kimin için olduğu ve hangi hizmet türlerinin o kategoriye ait olduğu gibi. Bu, karışıklığı ve yanlış yerleştirilen gönderimleri azaltır.
İnsanlar bir dizine eylem için gelir. En hızlı yolu verin:
Bir hizmet randevu gerektiriyorsa, bunu üstte belirtin: “Randevu gerekli—önce arayın.”
Kullanıcıların ilanlar arasında karşılaştırdığı bilgileri standartlaştırın:
Programlar sık değişiyorsa görünen bir not ekleyin: “Mevsimlik program (Kas–Mar). Lütfen kullanılabilirliği doğrulamak için arayın.” Ayrıca beklentileri belirlemek için “Son doğrulama” tarihi ekleyin.
Basit bir şablon gönderimleri okunur kılar ve takip işini azaltır. Örneğin:
Summary (1–2 sentences)
Services offered (bulleted)
Eligibility
Cost
Hours
How to access (walk-in/appointment/referral)
Location + directions notes
Contact + website
Last verified
(Bu kod bloğu çeviri dışıdır ve orijinal hali korunmuştur.)
Dizininiz dağınık, gerçek durumlarda kullanılacak: bir otobüs durağında telefonda, kütüphanede eski bir dizüstüyle veya düşük internet bağlantısıyla. Kullanılabilirlik sadece görsellik değil—birinin hızlıca yardım bulup bulamayacağını belirler.
Sayfayı sakin ve öngörülebilir tutun. Gövde metni için okunabilir bir punto (özellikle), net başlıklar ve bağlantıların/butonların kolay fark edilebilmesi için güçlü renk kontrastı kullanın. Önemli eylemler (Ara, Yol tarifi al, Siteyi ziyaret et) için yanlış dokunmayı önleyecek yeterli boşluk bırakın.
Masaüstünde yan çubuklar işe yarayabilir; mobilde genelde çok sayıda onay kutusuna dönüşürler.
Belirgin bir arama kutusu ve yüksek etkili az sayıda filtre (örn. “Kategori,” “Uygunluk,” “Şimdi açık”) kullanın. Gelişmiş filtreleri “Filtre” butonunun arkasına koyun.
Konum önemliyse “Bana yakın” ve mahalle filtreleri ekleyin ama bunları isteğe bağlı tutun—bazı insanlar konum paylaşmak istemez.
Haritalar faydalı olabilir ama her zaman erişilebilir veya pratik değildir. Aynı bilgiyi içeren bir liste görünümü sunun ve ana navigasyonun klavye ile (tab sırası, görünür odak) ve ekran okuyucularla çalıştığından emin olun.
Bir harita ekliyorsanız, listelere sürüklemeden, yakınlaştırmadan veya üzerine gelmeden erişilebildiğinden emin olun.
Lansmandan önce, kitlenizi temsil eden 3–5 kişiyle hızlı testler yapın. Onlara “Bugün açık bir gıda bankası bul” veya “Size yakın hukuki yardım bulun” gibi görevler verin. Nerede tereddüt ettiklerini izleyin ve önce o noktaları düzeltin.
Erken yapılan küçük testsiz revizyonlar pahalı yeniden tasarımları önler.
Erişilebilir bir topluluk kaynak dizini, özellikle yardımcı teknoloji kullananlar, eski cihazlar veya sınırlı hareket kabiliyeti olan kişiler için daha fazla insanın yardıma ulaşmasını sağlar. Önce “herkes için çalışır” temelini hedefleyin, sonra zamanla iyileştirin.
Mantıklı bir başlık sırası kullanın (her sayfada bir H1, sonra H2/H3 sırası). Bu ekran okuyucu kullanıcılarının sayfaları hızlıca taramasına yardımcı olur ve herkesin nerede olduğunu anlamasını kolaylaştırır.
Bilgi ekleyen görsellerin anlam katması durumunda her görsele anlamlı alt metin verin (örn. bir harita ekran görüntüsü veya hizmeti ileten bir ikon). Dekoratifse boş alt metin kullanın ki atlanabilsin.
Kaynak gönderim formu genellikle kullanıcılar için en zor bölüm olur.
Çok adımlı formlarınız varsa ilerlemeyi gösterin ve gönderimden önce gözden geçirme izni verin.
Siteyi fare olmadan kullanılabilir hale getirin: tab sırası görsel düzeni takip etmeli ve her etkileşimli öğe görünür bir odak durumuna sahip olmalı.
Buton ve bağlantılar için erişilebilir adlar kullanın. “Buraya tıklayın” gibi belirsiz etiketlerden kaçının; “Gıda bankası detaylarını görüntüle” veya “Bu sağlayıcıyı ara” gibi ifadeleri tercih edin.
Topluluğunuz çokdilli ise ana sayfa, arama, kategori sayfaları, ilan sayfaları ve gönderim formu gibi kilit sayfaları en çok kullanılan dillerde sunun. Dil değiştiriciyi kolay bulunur ve açıkça etiketlenmiş tutun.
Otomatik denetimler çalıştırın, sonra hızlı bir manuel test yapın:
Erişilebilirliği tek seferlik bir iş değil, sürekli bakım olarak görün.
Topluluk kaynak dizini için SEO çoğunlukla açıklıkla ilgilidir: net sayfa konuları, hizmet verdiğiniz konumlar ve insanların (ve arama motorlarının) ne bulması gerektiğine dair net yollar. Hilelere gerek yok—sadece tutarlı, açıklayıcı içerik.
Her kategoriye (ve bazen her alt kategoriye) SEO dostu bir sayfa verin:
/resources/food-assistance/resources/housing-shelters/resources/mental-healthBaşlık ve meta açıklamalarda hizmet türü ve kapsanan alanı belirtin:
Her şeyi tek bir “Tüm kaynaklar” sayfasına dökmekten kaçının. Bunun yerine:
Bu yapı arama motorlarının her sayfayı anlamasına ve kullanıcıların doğrudan ihtiyaç duydukları yere inmesine yardımcı olur.
Birçok arama “şehir + hizmet türü” içerir, ör. “Springfield'da konut yardımı”. Kilit sayfalarınız doğal olarak şunları içermeli:
Birden fazla şehre hizmet veriyorsanız, aynı metni tekrarlamak yerine ayrı sayfalar (veya net bölümler) düşünün.
Kategoriler arasında (veya sağlayıcıların sayfalarından kopyalanan metinlerde) tekrar eden içerik sayfaları birbirine benzer kılar. Yüksek trafikli kategoriler için benzersiz özetler yazın ve ilan açıklamalarını yerel olarak faydalı (uygunluk, ne getirilmesi gerektiği, bekleme süreleri, yönlendirme kuralları) bilgilerle düzenleyin.
İlgili sayfalar arasında kasıtlı bağlantılar ekleyin:
/blog/applying-for-benefitsİyi dahili bağlantılar kullanıcıların yollarını uzatır ve keşfedilebilirliği artırır.
Bir topluluk kaynak dizini, insanların listelenmekten ve kullanmaktan emin olduğu sürece işe yarar. Yeni alanlar veya özellikler eklemeden önce gerçekten ihtiyacınız olan veriyi belirleyin.
Eylem için gerekli en az bilgiyi toplayın: kuruluş adı, hizmet açıklaması, konum/kapsama alanı ve bir genel iletişim yöntemi (telefon, e-posta veya site).
“İleride işimize yarar” diye fazla veri toplama isteğiniz varsa nedeni yazın. Kullanıcılar için gerekli değilse toplamayın. Az veri = daha az gizlilik riski ve daha az bakım.
Kişisel ev adresleri, kişisel telefonlar, müşteri ayrıntıları, dava notları veya personel programları gibi bireyleri riske atabilecek bilgileri yayımlamaktan kaçının. Güvenlik gerektiren hizmetler (aile içi şiddet, barınaklar, genç hizmetleri) için yalnızca genel bir bölge ve merkezi bir hat gösterin; spesifik adres yerine.
Şüphede, birey isimleri yerine kuruluş düzeyinde iletişim yayınlayın.
Alt bilgiye kısa bir gizlilik açıklaması ekleyin; şunları yanıtlasın:
Kaldırma için kolay bir yöntem sağlayın (özel e-posta veya bir /contact formu). Kaldırma taleplerini zaman duyarlı ele alın.
Güçlü, benzersiz parolalar kullanın ve platform destekliyorsa iki faktörlü kimlik doğrulamayı etkinleştirin. Yalnızca güvenilen yöneticilerin yayın yapabildiği, diğerlerinin düzenleme önerebildiği rol tabanlı izinler atayın.
Otomatik yedekler planlayın (aktif dizinler için en az günlük) ve geri yüklemeyi test edin. “Bir şey bozulursa ne yapılır” listesi hazırlayın: kim bilgilendirilecek, nasıl geri alınacak ve gerekirse gönderimleri nasıl geçici olarak durduracağınız.
Dizin sitesini başlatmak bitiş çizgisi değildir—insanların gerçekten neye ihtiyaç duyduğunu öğrendiğiniz andır. İyi bir lansman sakin ve öngörülebilir olmalı; devam eden bakım dizini güncel tutar, aksi halde eski ilanlar mezarlığına dönüşür.
Siteyi geniş duyurmadan önce hızlı bir kalite kontrolü yapın ki ilk deneyim sorunsuz olsun:
Gönüllüler veya personel için hafif bir iç kontrol listesi gerekiyorsa, bunu yönetici dokümanlarından (ör. /blog/launch-checklist-for-directories) erişilebilir yapın.
Analitikler yerel kaynak siteniz hakkında şu basit soruları yanıtlamalıdır:
Trendleri takip edin, gösteriş metriği değil. Az ziyaretli bir site bile insanların gıda yardımı, barınma veya hukuki yardım bulmasını sağlıyorsa yüksek etki yaratabilir.
Güncellemeler rutin olduğunda dizin kullanışlı kalır.
Özel bir dizin kuruyorsanız, rutin güncellemelerin yüksek riskli değişikliklere dönüşmemesi için anlık görüntü ve geri alma desteği sunan araçları tercih edin. (Koder.ai gibi platformlar küçük ekipler için bakım sürecini kolaylaştırabilecek anlık görüntü iş akışları sunabilir.)
Her ilanda bir “Sorunu bildir” bağlantısı koyun. İnsanlar telefonun çalışmadığını, uygunluk kurallarının değiştiğini veya bir hizmetin kapandığını böyle bildirir.
Birisi sorun bildirdiğinde takip sürecini kısa bir mesajla açıklayın: ne olacağı ve ne zaman düzelme bekleyebilecekleri.
Bir STK dizini genellikle bir nedenle başarısız olur: kimsenin “sahip” olmaması.
Basit bir bakım takvimi yayınlayın (kısa bir /maintenance sayfası bile yeterli) ve şunları listeleyin:
Sorumluluklar adlandırıldığında ve düzenli hale getirildiğinde dizininiz doğru kalır ve insanlar ona güvenmeyi öğrenir.
Önce birincil “varsayılan kullanıcıyı” seçin (çoğu zaman telefonda yardım arayan sakinler) ve aşağıdaki gibi birkaç ölçülebilir sonuç tanımlayın:
Araç seçmeden önce bunları yazın ki site yapısı hedefleri desteklesin.
Karar verme için sade dilde kişiler oluşturun ve birini önceliklendirin:
Detaylar mı yoksa daha hızlı tarama mı gerektiği arasında seçim yaparken, öncelikli kullanıcıyı öne çıkarın.
Gerçekçi şekilde sürdürebileceğiniz net bir sınır seçin (mahalle, şehir, ilçe veya bölge). Dar kapsam, sonuçları daha alakalı yapar ve güncelliğini koruyamayacağınız bilgileri azaltır.
Birden fazla alan kapsamanız gerekiyorsa, bunları tutarlı biçimde etiketleyin (ör. “X Şehri” vs “X İlçesi”) ki insanlar uygunluklarını anlayabilsin.
Çoğu insanın hemen tanıyacağı küçük bir üst kategori setiyle başlayın: Örnekler: Food, Housing, Health, Employment, Legal, Childcare, Transportation, Mental Health.
Her ilan için bir “ana kategori” belirleyin ve çoklu yerleşimler için etiketler kullanın (ör. kira yardımı Housing altında ama “mali yardım” etiketiyle görünür olur).
Ekibinizin takip etmesi için basit bir tanım yazın, örneğin:
Bu, tutarsız gönderimleri önler ve moderasyonu adil ve öngörülebilir kılar.
Eyleme geçmek için gereken asgari alanları zorunlu yapın:
Daha sonra isteğe bağlı alanlar (uygunluk, maliyet, erişilebilirlik, diller) ekleyerek filtrelemeyi iyileştirin ama gönderimi engellemeyin.
Gereksiz aramaları ve hayal kırıklığını azaltacak alanları önceliklendirin:
Her zaman “bilinmiyor” seçeneği bırakın ki sağlayıcılar veya gönüllüler tahmin etmek zorunda kalmasın.
Spam ve kötü veriyi engelleyen basit bir model kullanın:
Kısa bir moderasyon kontrol listesi de ekleyip değerlendiricilerin tutarlı kararlar vermesini sağlayın.
Ekibinizin yıllarca sürdürebileceği şeye göre seçin:
Hangi yolu seçerseniz seçin; yenilemeler, yedekler, güncellemeler ve destek gelen kutusu için bir sahibi atayın.
Açıklık ve yapı üzerine odaklanın:
/resources/food-assistance)Bu, hem kullanıcıların hem de arama motorlarının doğru sayfaya ulaşmasına yardımcı olur.