Topluluk Kaynak Dizin Sitesi Nasıl Oluşturulur

Hedefleri belirleyin ve kitlenizi tanımlayın

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.

Dizinin kime hizmet ettiğini tanımlayın

Ana kullanıcılarınızı sade bir dille adlandırarak başlayın:

• Yardıma ihtiyaç duyan sakinler (çoğunlukla telefon kullanıyorlar, genellikle stresli ve acele ediyorlar)
• Başka biri adına yönlendirme yapan vaka yöneticileri ve gönüllüler
• Hizmetlerini görünür ve doğru tutmak isteyen STK’lar ve topluluk kuruluşları

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.

“Başarı”nın ne anlama geldiğini netleştirin

Lansmandan sonra takip edebileceğiniz birkaç ölçülebilir çıktı belirleyin. Örnekler:

• Daha başarılı yönlendirmeler: ilanlardan arama, e-posta veya “siteyi ziyaret et” eylemlerine tıklamalar
• Tekrarlayan çağrılarda azalma: “Bugün nereden yiyecek alabilirim?” gibi gelen soruların azalması
• Daha iyi kapsama: ana kategorilerde (gıda, konut, hukuki yardım) daha eksiksiz listeler
• Daha hızlı güncellemeler: bir telefon numarası veya çalışma saatinin düzeltilme süresi

Bunları şimdi yazın; dizin sitesi yapınızı ve daha sonra ne ölçeceğinizi şekillendirecekler.

Coğrafi kapsamı kararlaştırın

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.

Kullanıcıların tamamlaması gereken en önemli görevleri listeleyin

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:

• Bugün mevcut gıda yardımı bulun
• Acil barınma veya barınak uygunluğunu bulun
• Hukuki yardım alın (kiracı hakları, göçmenlik, aile hukuku)
• Sağlık hizmetleri bulun (klinikler, ruh sağlığı, madde kullanım desteği)

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.

Bilgi yapınızı tasarlayın

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.

Temel kategorilerinizi seçin

İ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”).

"Kaynak" olarak nelerin sayılacağını tanımlayın

Ne listeleyeceğinizi açıkça belirtin. Birçok dizinde “kaynak” şunlar olabilir:

• Bir hizmet (ör. tahliye hukuki danışmanlığı)
• Bir program (ör. iş eğitimi kohortu)
• Bir konum (ör. gıda bankası adresi)
• Bir hat (ör. kriz destek telefonu)

Bu tanımı ekibiniz için yazın ki gönderimler ve moderasyon tutarlı olsun.

Standart bir liste şablonu oluşturun

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.

Etiketlerinizi ve filtrelerinizi planlayın

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.

Üslup ve okuma düzeyini belirleyin

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.

Her ilan için hangi verileri toplayacağınıza karar verin

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" vs "isteğe bağlı" ile başlayın

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.

İnsanların beklediği temel alanlar

En azından ziyaretçiler genellikle şunları arar:

• Kuruluş veya program adı
• Açıklama (kısa, yalın dil özeti)
• Adres (veya geçerliyse “genel adres yok”)
• Hizmet alanı (mahalleler, şehir, ilçe, yalnızca çevrimiçi)
• Telefon numarası
• Web sitesi
• E-posta (veya iletişim formu seçeneği)
• Saatler (veya “önce arayın”)

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.

Erişilebilirlik ve kapsayıcılık alanları

Bu alanlar, insanların kendilerini hızlıca seçmelerine ve gereksiz aramalardan kaçınmalarına yardımcı olur:

• Tekerlekli sandalye ile erişilebilir giriş/tuvalet (evet/hayır/bilinmiyor)
• Asansör varlığı (bir binadaysa)
• Tercüman hizmeti (hangi dillerde)
• ASL desteği (yüz yüze/uzaktan)
• Duyusal dostu seçenekler (ilgiliyse)

“Bilinmiyor”yu açık bir seçenek olarak tutun, böylece insanların tahmin etmesini zorunlu kılmazsınız.

Doğrulama ve güncellik

Okuyucular ilanların güncel olduğunu gördükçe güven artar. Hafif yönetişim alanları ekleyin:

• Son güncelleme tarihi
• Kim doğruladı (personel, gönüllü, ortak, kendisi tarafından gönderildi)
• Kaynak bağlantısı (resmi sayfa, kamu belgesi veya e-posta teyidi)
• Doğrulama notları (sadece iç kullanım)

Medya ihtiyaçları ve izin kuralları

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.

Sayfaları ve kullanıcı yolculuğunu planlayın

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.

Basit bir site haritasıyla başlayın

Her birini bir cümleyle açıklayabileceğiniz küçük bir sayfa setiyle başlayın:

• Home: dizinin ne olduğu, kimin için olduğu ve belirgin bir arama çubuğu
• Categories: konuya göre gezinme (gıda, konut, hukuki yardım vb.)
• Search/Results: filtreler + net listeler
• About: dizini kimin yürüttüğü ve nasıl bakım yapıldığı
• Submit a resource: yeni ilanlar için bir form

Bu, ilk kez gelen ziyaretçilere iki açık yol sunar: aramak veya göz atmak.

“Güven ve bakım” sayfalarını ekleyin

Dizinler hızla eskir, bu yüzden güncellemeleri ve hesap verebilirliği destekleyen sayfaları dahil edin:

• Contact: sorular, düzeltmeler ve ortaklık istekleri için
• Update a Listing: her ilandan sıklıkla erişilen, değişiklik bildirme yolu
• Privacy: hangi verileri topladığınızı ve nedenini açıklayan kısa açıklama (/privacy)
• Terms (gerekiyorsa): gönderimler ve kabul edilebilir kullanım kuralları (/terms)

Mobil öncelikli kabataslaklar çizin

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ı.

Arama, filtreler ve harita vs listeyi planlayın

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.

Doğru platformu ve kurulumu seçin

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.

Ana kurulum seçenekleriniz

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.)

Barındırma, yedekler ve bakım

Bir sağlayıcı “her şeyi hallediyor” dese bile, şunlara bir sahip atayın:

• Yenilemeler (alan adı, barındırma, ücretli eklentiler)
• Yedekler (otomatik + test edilmiş geri yükleme)
• Güncellemeler ve güvenlik yamaları
• Problemler ve liste değişiklikleri için basit bir destek gelen kutusu

Erken planlanması gereken temel entegrasyonlar

Çoğu dizinin birkaç temel entegrasyona ihtiyacı olur:

• Formlar: liste gönderimleri ve düzeltme talepleri (yerleşik formlar, Airtable veya Google Forms)
• E-posta: moderatörlere bildirimler ve gönderenlere onaylar
• Analitik: insanların ne aradığını ve hangi kaynakların kullanıldığını takip eden gizlilik odaklı bir kurulum

Sitenin sürdürülebilir olması için kararları belgeleyin

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.

Gönderim ve moderasyon iş akışı oluşturun

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.

İnsanların ilan gönderme yollarını seçin

Birincil bir alım yöntemi seçin ve görünür yapın.

• Genel form (önerilen): tutarlı alanlar, daha az gidip gelme
• E-posta gönderimleri: başlamak için en basit ama standartlaştırmak ve izlemek zor
• Davetli hesaplar: daha sıkı kontrol veya doğrulanmış küçük ağlar istendiğinde en iyi

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.

Spam ve kalite için temel önlemler ekleyin

Küçük dizinler bile spam çeker. Temel sürtünme faydalıdır.

Kullanın:

• CAPTCHA (veya gizli bir “honeypot” alan)
• Zorunlu iletişim bilgisi (isim + e-posta/telefon) ki ayrıntıları doğrulayabilesiniz
• İnceleme kuyruğu ki hiçbir şey otomatik yayınlanmasın

Ayrıca gönderim tarihini ve kaynağını kaydedin ki kalıpları görebilin ve gerektiğinde takip edebilin.

Güncelleme ve düzeltme yolu oluşturun

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:

• ne değişmeli
• kanıt/onay (bağlantı, belge veya iletişim kişisi)
• onlara ulaşmanın en iyi yolu

Beklentileri belirleyin (ve uygulayın)

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).

Basit bir moderasyon kontrol listesi kullanın

Değerlendirici kararlarını tutarlı kılmak için örnek bir kontrol listesi:

• Kuruluş gerçek ve ulaşılabilir mi?
• Hizmet açıklaması açık ve promosyonel olmayan bir dille mi yazılmış?
• Uygunluk, konum, saatler ve ücret doldurulmuş mu?
• Mevcut bir ilanın kopyası mı?
• Güvenlik endişesi veya yanıltıcı iddia var mı?

Şüphede ek açıklama isteyin—sonra temel bilgiler onaylandıktan sonra yayınlayın.

İnsanların güveneceği ve kullanacağı içerik oluşturun

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ı.

Basit dil kullanın (ve hizmetin gerçekte ne yaptığını söyleyin)

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.

Bir sonraki adımı belirgin kılın: net çağrılar

İnsanlar bir dizine eylem için gelir. En hızlı yolu verin:

• Ara (telefon ve en iyi arama saatlerini ekleyin)
• Siteyi ziyaret et (doğru sayfaya yönlendiren bağlantı)
• Yol tarifi al (tam adres; gerekliyse bina notları)

Bir hizmet randevu gerektiriyorsa, bunu üstte belirtin: “Randevu gerekli—önce arayın.”

Ana detaylar için tutarlı biçimlendirme kullanın

Kullanıcıların ilanlar arasında karşılaştırdığı bilgileri standartlaştırın:

• Saatler: tutarlı bir format kullanın (örn. “Pzt–Cum 09:00–17:00”) ve istisnaları not edin
• Uygunluk: “Bunu kim kullanabilir?” (yaş, posta kodu, gelir koşulları, gerekli belgeler)
• Ücret: “Ücretsiz,” “Gelire göre kaydırmalı” veya kesin ücretler; bağlamsız “Uygun fiyatlı”dan kaçının

Zaman sınırlı ve mevsimsel bilgileri işaretleyin

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.

Yeni ilanların tutarlı kalması için şablonlar oluşturun

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.)

Mobil ve masaüstünde kullanılabilirlik için tasarlayın

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.

Temiz, okunabilir bir düzenle başlayın

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.

Küçük ekranlarda çalışan filtreler ve arama

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.

Haritalara yalnız güvenmeyin

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.

Gerçek topluluk üyeleriyle test edin

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.

Dizini herkes için erişilebilir kılın

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.

Net bir yapı üzerine kurun

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.

Formları doldurmayı kolaylaştırın

Kaynak gönderim formu genellikle kullanıcılar için en zor bölüm olur.

• Her alanı etiketleyin (yalnızca placeholder metne güvenmeyin).
• Zorunlu alanları açıkça belirtin.
• Hata mesajlarını alana yakın ve yalın dilde gösterin (“Telefon numarası alan kodu içermeli”).
• Hata sonrası kullanıcıların yazdıklarını koruyun.

Çok adımlı formlarınız varsa ilerlemeyi gösterin ve gönderimden önce gözden geçirme izni verin.

Klavye ve ekran okuyucu kullanıcılarını destekleyin

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.

Gerekliyse dil desteği ekleyin

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.

Lansmandan önce ve sonra erişilebilirliği kontrol edin

Otomatik denetimler çalıştırın, sonra hızlı bir manuel test yapın:

• Sadece klavye ile ana sayfaları gezin.
• Ekran okuyucu (VoiceOver veya NVDA) ile arama ve liste sayfalarını test edin.
• Renk kontrastı ve metin yeniden boyutlandırmayı doğrulayın.

Erişilebilirliği tek seferlik bir iş değil, sürekli bakım olarak görün.

Keşfedilebilirliği SEO temelleriyle iyileştirin

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.

Temiz, açıklayıcı URL’ler ve sayfa başlıkları oluşturun

Her kategoriye (ve bazen her alt kategoriye) SEO dostu bir sayfa verin:

• /resources/food-assistance
• /resources/housing-shelters
• /resources/mental-health

Başlık ve meta açıklamalarda hizmet türü ve kapsanan alanı belirtin:

• Başlık: “Springfield'da Gıda Yardımı: Bankalar, Yemekler ve Yardım Başvuruları”
• Meta açıklama: “Springfield'daki gıda bankaları, ücretsiz yemek dağıtımları, SNAP yardımı ve uygunluk detaylarını bulun. Saat, konum ve gereksinimlere göre filtreleyin.”

Yapılandırılmış içerik oluşturun (tek bir uzun liste yapmayın)

Her şeyi tek bir “Tüm kaynaklar” sayfasına dökmekten kaçının. Bunun yerine:

• Kısa bir giriş, kimin için olduğu ve yaygın uygunluk notları içeren kategori sayfaları
• Şehriniz büyükse isteğe bağlı mahalle veya hizmet alanı sayfaları
• Yaygın soruları cevaplayan yardımcı rehberler

Bu yapı arama motorlarının her sayfayı anlamasına ve kullanıcıların doğrudan ihtiyaç duydukları yere inmesine yardımcı olur.

Yerel aramalara göre optimize edin

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:

• Hizmet verdiğiniz şehir/bölge isimleri
• İlgiliysa yakındaki önemli noktalar veya hizmet alanları
• Saatler, randevu gereklilikleri, sunulan diller gibi pratik detaylar

Birden fazla şehre hizmet veriyorsanız, aynı metni tekrarlamak yerine ayrı sayfalar (veya net bölümler) düşünün.

Kopya içerikten kaçı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.

İnsanları yönlendiren dahili bağlantılar planlayın

İlgili sayfalar arasında kasıtlı bağlantılar ekleyin:

• “Housing”tan “Utilities,” “Legal Aid” ve “Domestic Violence Support”a
• Bir kategori girişinden daha derin bir rehbere, ör. “Yardım başvurusu nasıl yapılır”a /blog/applying-for-benefits

İyi dahili bağlantılar kullanıcıların yollarını uzatır ve keşfedilebilirliği artırır.

Gizlilik, güvenlik ve temel emniyeti yönetin

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.

Asgari veri toplayın (ve nedenini açıklayın)

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.

Hassas bilgileri herkese açık sitede tutmayın

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.

Basit bir gizlilik beyanı ve kaldırma yolu ekleyin

Alt bilgiye kısa bir gizlilik açıklaması ekleyin; şunları yanıtlasın:

• Hangi bilgileri saklıyorsunuz
• Neden saklıyorsunuz
• Birileri nasıl güncelleme veya kaldırma isteyebilir

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.

Yönetici erişimini güvenceye 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.

Yedekler ve kurtarma

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.

Lansman, ölçüm ve süreğen bakım

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.

Pratik bir lansman kontrol listesi

Siteyi geniş duyurmadan önce hızlı bir kalite kontrolü yapın ki ilk deneyim sorunsuz olsun:

• Temel işlevleri test edin: arama, filtreler, haritalar (kullanıyorsanız), kategori sayfaları ve her “İletişime geç” ya da “Yardım al” butonunu
• Kırık linkleri kontrol edin: özellikle kuruluşların harici kabul sayfalarına verdiği bağlantılarda
• Formları uçtan uca test edin: yeni bir gönderim, düzenleme isteği ve “Sorunu bildir” akışını gönderin. Bildirimlerin ulaştığını ve yeterli detay içerdiğini doğrulayın.
• Yedekleri ve kurtarmayı doğrulayın: sadece yedeklerin var olduğunu değil, veritabanı ve sitenin geri yüklenebildiğini test edin

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.

Önemli şeyleri ölçün (fazla karmaşıklaştırmadan)

Analitikler yerel kaynak siteniz hakkında şu basit soruları yanıtlamalıdır:

• Az veya hiç sonuç döndüren aramalar neler?
• Hangi kategoriler ve konumlar en çok ilgi görüyor?
• Hangi ilanlar tıklama alıyor ama hemen ayrılıyor (bilginin yanlış veya kafa karıştırıcı olduğunun işareti)?

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.

Bakımı ürüne dahil edin

Güncellemeler rutin olduğunda dizin kullanışlı kalır.

• Aylık gözden geçirme: üst listeleri, yüksek trafik kategorilerini ve “zaman sınırlı” hizmetleri kontrol edin
• Kuruluşları hatırlatma: periyodik olarak ayrıntılarını onaylamalarını isteyin; tek tıklamayla “Hepsi hâlâ doğru” demelerini sağlayın
• Bayat listeleri işaretleyin: 6–12 ay içinde onaylanmamış girişleri otomatik olarak işaretleyin ve inceleme kuyruğuna alın

Ö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.)

Görünür bir geri bildirim döngüsü oluşturun

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.

Sahipleri atayın ve bir takvim yayınlayın

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:

• kim gönderimleri ve raporları gözden geçirir
• ilanlar ne sıklıkla doğrulanır
• hangi öğeler öncelikli olarak güncellenir (yüksek trafik ve yüksek risk hizmetleri)
• değişiklik nasıl talep edilir

Sorumluluklar adlandırıldığında ve düzenli hale getirildiğinde dizininiz doğru kalır ve insanlar ona güvenmeyi öğrenir.