Etkinlik sayfaları, çoğu içerik türünden farklı bir mimari sorun yaratır: bir konser, konferans ya da atölye çalışması için hazırlanan sayfa, etkinlik tarihinden sonra amacını yitirir. Yazılar eskidir ama geçerliliğini koruyabilir; ürün sayfaları değişir ama kaldırılmaz. Etkinlik sayfaları ise zamanla bağlıdır ve bu bağ, yapısal kararları erkenden almayı zorunlu kılar.

Birçok sitede etkinlik sayfaları ya sonsuz birikir ya da gelişigüzel silinir. Her iki yaklaşım da sorun üretir. URL'ler silinince 404 döner, başka sitelerden gelen bağlantılar kopuk kalır; sayfalar yığılınca hem tarama bütçesi gereksiz harcanır hem de geçmişe ait etkinlikler arama sonuçlarında yanlış beklenti yaratır. İyi bir etkinlik mimarisi, bu iki uç arasında bir yol çizer.

Takvim sayfası ise başka bir sorundur. Etkinlik listesi zaman içinde değişir; hem içerik hem URL hem de arama motoru ve kullanıcı davranışı açısından bu değişimin nasıl yönetileceğini önceden planlamak, sonradan düzeltmek için harcanan zamanı ciddi ölçüde kısaltır.

Etkinlik sayfası neden ayrı bir yapı gerektirir?

Bir blog yazısı veya ürün sayfası, içeriği güncellenene kadar aynı URL'de kalır. Etkinlik sayfasında ise tarih alanı belirleyicidir; sayfa yayına girdiği andan itibaren bir son kullanma tarihiyle birlikte var olur. Arama motorları bu yapıyı tanır: bir etkinliğin geçip gittiği belliyse o sayfa için gelen sorgular azalır, sayfa tarama önceliğini kaybeder.

Etkinlik URL'leri genellikle iki biçimde şekillenir: tarihe göre (/etkinlikler/2025/konferans-adi) ya da yalnızca ada göre (/etkinlikler/konferans-adi). Tarihe dayalı yapı arşivlemeyi kolaylaştırır; ad bazlı yapı ise yinelenen etkinliklerde aynı URL'nin korunmasına olanak tanır. Hangisinin doğru olduğu büyük ölçüde etkinliğin yinelenip yinelenmediğine bağlıdır.

Yapısal karar baştan verilmeli. Bir etkinlik ilk kez düzenleniyorsa URL'ye tarih eklemek sakıncasız görünür. Yıllık hale gelecekse ve her yıl yeni bir URL açılacaksa, geçen yılın sayfası yönetilmesi gereken bir URL olarak kalır; bu durum, yıllarca sürecek bakım yükünü baştan şekillendirir.

Etkinlik sayfalarının bir başka özelliği de trafik döngüsüdür. Arama trafiği etkinlikten önce yükselir, etkinlik geçtikten hemen sonra düşer. Sezon dışında trafiği sıfıra yakın olan bir sayfa için crawl bütçesi harcamak, siteyi tüm biçimde değerlendirdiğinde gereksiz bir maliyet oluşturabilir.

Geçmiş etkinlik URL'leri nasıl yönetilir?

Etkinlik geçtikten sonra URL üç durumdan birinde olabilir: canlı kalır ve içeriği güncellenir, 410 (Gone) döndürür ya da başka bir sayfaya yönlendirilir.

Canlı bırakmak, içerik hâlâ değer taşıyorsa mantıklıdır. Bir konferansın sunum arşivi, bir etkinliğin katılımcı listesi ya da etkinlikten geriye kalan fotoğraflar ve video kayıtları, o URL'yi bilgi kaynağı olarak ayakta tutar. Arama motorları bu sayfaları arşiv içerik olarak işler; önemli olan, sayfada "bu etkinlik tamamlandı" mesajının açıkça yer almasıdır. Kullanıcıya yanlış beklenti verilmemeli; sayfa neyin güncel, neyin arşiv olduğunu net biçimde göstermeli.

410 döndürmek, sayfada değer kalmamışsa ve dışarıdan gelen bağlantı yoksa uygun bir seçenektir. 404'ten farklı olarak 410, arama motoruna bu URL'nin kalıcı olarak kaldırıldığını söyler; 404 ise geçici bir hata izlenimi bırakabilir. Dışarıdan bağlantı gelen bir URL'yi 410'a almak ise o bağlantının değerini kaybettirir - bu noktada canlı arşiv veya yönlendirme daha iyi bir seçenektir.

Yönlendirme en çok yinelenen etkinliklerde işe yarar. Geçen yılın konferans sayfası bu yılın sayfasına 301 ile yönlendirilirse, eskiden o URL'ye gelen bağlantılar yeni sayfaya aktarılır. Sayfalar birbirine yakın yapıda değilse yönlendirme yerine 410 veya canlı arşiv daha temiz bir çözümdür; alakasız bir sayfaya yönlendirme kullanıcıyı şaşırtır ve arama motoruna çelişkili sinyal verir.

Silinmesi gereken URL'leri izlemek için etkinlik yönetim sürecine bir kural eklenebilir: etkinlik sona erdiğinde o URL için bir karar notu tutulur (arşiv, 410, yönlendirme). Bu not olmadan, bir yıl sonra hangi URL'nin ne durumda olduğunu bulmak vakit alır.

Yinelenen etkinliklerde URL stratejisi

Her yıl tekrarlayan etkinlikler için iki temel yaklaşım vardır.

İlk yaklaşım: her yıl yeni bir URL. /etkinlikler/web-konferansi-2024, /etkinlikler/web-konferansi-2025 gibi. Her etkinlik bağımsız bir sayfa olarak arşivlenir; geçen yılın sayfası canlı kaldığında eski içerik aranabilir durumda kalır. Dezavantaj: her yıl sıfırdan otorite biriktirmek gerekir, geçen yılın bağlantıları bu yılın sayfasına yönlendirme yapılmadıkça aktarılmaz.

İkinci yaklaşım: tek URL, içerik güncellenir. /etkinlikler/web-konferansi her yıl güncellenir; geçmiş bilgiler ya kaldırılır ya da arşiv bölümünde saklanır. Bağlantılar birikir, arama motoru aynı URL'yi sürekli güçlendirir. Geçmiş bilgilere ulaşmak zorlaşabilir; katılımcılar ve konuşmacılar gibi tarihsel veriler ayrı bir arşiv sayfasında tutulabilir.

Seçim, dışarıdan gelen bağlantı hacmine ve organizasyonun arşiv politikasına göre değişir. Dışarıdan güçlü bağlantılar geliyorsa tek URL stratejisi avantajlıdır; her yıl yeniden bağlantı kazanan büyük etkinlikler için ayrı URL'leri yönetmek ağırlaşır. Arşiv değeri önemliyse ve geçmiş içeriğe düzenli erişim varsa, ayrı URL'ler daha temiz çalışır. Küçük ölçekli ama düzenli etkinlikler için tek URL genellikle daha sürdürülebilir bir seçimdir.

Takvim sayfası ile etkinlik listesi arasındaki fark

İkisi birbirine karışır ama yapısal olarak farklıdır. Takvim sayfası zamana bağlı bir görünüm sunar: bu ay, bu hafta, bu yıl gibi. Etkinlik listesi ise filtrelenebilir, sıralanabilir, kategorize edilmiş bir sayfa olarak etkinlikleri toplu biçimde gösterir.

Takvim sayfasının SEO değeri kısıtlıdır. İçeriği zamanla değişir ve belirli bir sorguya sabit bir yanıt vermez. "Bu haftaki etkinlikler" sorgusu çok az arama hacmi taşır; "web tasarım konferansı" ya da "İstanbul'da UX etkinlikleri" gibi sorgular ise liste veya kategori sayfasına döner. Takvim görünümü kullanıcı arayüzü için değerli olabilir, ama mimari temel olarak kullanılmamalıdır.

Etkinlik listesi sayfası, filtreleme ve kategori mantığıyla SEO'ya daha çok katkı sunar. Her kategori (/etkinlikler/konferanslar, /etkinlikler/atolyeler) ayrı bir sayfa olarak büyüyebilir ve zamanla kendi arama trafiğini oluşturur. Takvim görünümü bu yapının üzerine bir arayüz katmanı olarak eklenebilir; arkaplanda URL ve içerik mimarisi liste yapısına dayanır.

Kullanıcı davranışı açısından takvim görünümü mobilde karmaşıklaşır. Çok sütunlu takvim tabloları küçük ekranda okunamaz hale gelir, liste görünümüne geçmek kaçınılmaz olur. Temel yapıyı liste tabanlı tutmak ve takvim arayüzünü bunun üzerine isteğe bağlı bir katman olarak inşa etmek, hem erişilebilirlik hem de bakım açısından daha sağlam bir yaklaşımdır.

Gelecek etkinliklerin site haritasına entegrasyonu

Gelecekteki etkinlik sayfaları, içeriği tamamlanmamış ama URL'si hazır sayfalar olarak sorun üretebilir. Bir konferans üç ay sonra gerçekleşecek, bilet satışı açılmış, ama konuşmacı listesi henüz belli değil: sayfa var ama eksik.

Site haritasına ekleme zamanlaması önemlidir. Sayfa yeterince doluysa (tarih, konum, kısa açıklama gibi temel bilgiler mevcutsa) site haritasına eklenmesi erken indekslenmeyi sağlar. Sayfa yalnızca "yakında" metninden oluşuyorsa, site haritasına eklemek crawl bütçesini boşa harcar ve indekslenmiş boş bir sayfa bırakabilir.

Pratik bir yaklaşım şöyle kurulabilir: sayfa belirli bir içerik eşiğini geçmeden site haritasına eklenmez; sayfa tamamlandıktan sonra lastmod değeri güncellenerek haritaya dahil edilir. İçerik yönetim sistemi bunu otomatik yapabilir; yapamazsa bir kontrol adımı süreçte yer alabilir.

Geçmiş etkinlik sayfaları site haritasında kalabilir mi? Arşiv içeriği taşıyorsa evet; 410 olarak işaretlenmişse veya içerikleri boşaltılmışsa haritadan çıkarılmalıdır. Site haritası arama motoruna "burayı tara" sinyali verir; geçersiz veya boş URL'ler bu sinyali zayıflatır ve site haritasının genel güvenilirliğini düşürür.

Etkinlik URL'lerinde canonical ve yinelenen içerik

Etkinlik sayfalarının belirli bir dönemde birden fazla versiyonu oluşabilir. /etkinlikler/konferans?tarih=2025 ile /etkinlikler/konferans/2025 aynı içeriği gösteriyorsa ve canonical tanımlanmamışsa, arama motorları hangi versiyonu önceliklendireceğini bilemez; bağlantı değeri ikiye bölünür.

Filtreleme ve sıralama parametreleri benzer bir sorun yaratır. Etkinlik listesi sayfası ?sehir=istanbul veya ?kategori=atolye gibi parametreler alıyorsa ve bu URL'ler ayrı sayfalara taşınmamışsa, canonical'ı doğru ayarlamak hem yinelenen içeriği önler hem de bağlantı değerinin dağılmasını engeller. Parametreli URL'ler için canonical parametresiz ana URL'ye işaret etmeli; kategoriler ayrı sayfalara taşınmışsa her sayfanın kendi canonical'ı olmalıdır.

Yinelenen etkinliklerde eski ve yeni sayfa birlikte yaşıyorsa - geçen yılın sayfası henüz kapatılmamış, bu yılınki açılmış - arama motorları ikisini birbirine karıştırabilir. Bu geçiş döneminde eski sayfada net bir "Bu etkinlik tamamlandı" mesajı ve yeni sayfaya bağlantı bulunmalı; 410 veya yönlendirme planı da hazır olmalıdır. Geçiş süresi uzadıkça sinyal karmaşası derinleşir.

Etkinlik ve takvim mimarisinin zorluğu, bu sayfaların ömrünü baştan hesaplamayı gerektirmesidir. İçerik çalışması yazmayı, tasarımı ve geliştirmeyi kapsar; mimari çalışma ise bu içeriklerin yaşam döngüsünü ve sonunu da kapsar. Etkinlik sayfaları bu yönüyle siteye en fazla bakım yükü getiren içerik türlerinden biridir.

İyi bir etkinlik mimarisi üç soruya baştan cevap verir: bu URL etkinlik geçtikten sonra ne olacak, yinelenen bir etkinlik midir ve arşiv içerik ne kadar süre canlı kalacak. Bu sorulara verilen yanıtlar, URL yapısından site haritasına kadar bir dizi kararı belirler; kararlar sonradan değişebilir ama başlangıçta bir plan olmadan birikim kaçınılmazdır.

Takvim ve etkinlik sayfaları her sitede aynı şekilde çözülmez; etkinliklerin sıklığı, dışarıdan gelen bağlantı sayısı ve organizasyonun arşiv politikası bu mimariyi farklılaştırır. Yapısal seçimler önceden yapılırsa düzeltme maliyeti düşer; URL birikimleri, yönlendirme karmaşası veya boş sayfa sorunları başlamadan önlenebilir.