Avukat Web Sitesi: .av.tr, Mesleki Kurallar ve Güvenli İletişim

Bir avukatlık bürosunun web sitesi; büro kimliğinin doğru anlaşılması, iletişim bilgilerinin bulunabilmesi ve kamuyla paylaşılması uygun görülen bilgilerin kontrollü yayımlanması için tasarlanmalıdır. Görkemli bir ana sayfa, alan adı hesabının ajansın üzerinde kalmasını veya iletişim formundaki dosyanın herkese açık bir bağlantıyla saklanmasını telafi etmez. İyi başlangıç sorusu şudur: Ziyaretçi doğru büroya ulaştığını anlayabiliyor mu ve ilk temas sırasında hangi bilgilerin nereye gittiğini biliyor muyuz?

1. Avukat web sitesi planında önce mesleki sınırı belirleyin

TBB Reklam Yasağı Yönetmeliği madde 7(d), kimlik bilgileri ve uzmanlık anlamına gelmeyen faaliyet alanı anlatımı çerçevesini düzenler; müvekkil referanslarına izin vermez. 7(e), iş elde etme ve meslektaşlarla rekabet amacı taşıyan arama motoru yöntemlerini ve çevrimiçi reklamı sınırlar. Eski 9. madde 2024’te kaldırılmıştır. Projeyi eski internet maddesine dayandırmayın; alan adını, görünür metni ve kodu birlikte değerlendirin.

TankDev’in bu sayfası kendi yazılım hizmetini açıklayan bir sektör rehberidir. Buradaki paket karşılaştırmasını veya yazılım hizmeti çağrısını avukatlık büronuzun sayfasına aynen taşımak doğru bir proje yaklaşımı olmaz. Önce büronun yayımlamayı uygun gördüğü bilgi envanteri çıkarılır; sonra bunun tasarımı, erişim modeli ve işletimi kararlaştırılır. Şablonun hazır olması, şablondaki her bileşenin sizin kullanımınıza uygun olduğu anlamına gelmez.

• Yazılım ekibine tasarım öncesinde onaylı büro adı, avukat bilgileri, iletişim bilgileri ve yayımlanacak içerik listesini verin.
• İçeriği kimin onayladığını, hangi değişikliklerin yeniden inceleme gerektirdiğini ve yayını kimin geri çekebileceğini belirleyin.
• Büro adına dış platformlara otomatik içerik veya bağlantı yayını yapılmasını varsayılan teslimat kabul etmeyin.

2. .av.tr nedir, kimler alabilir ve başvuru nasıl yapılır?

.av.tr, belgeli tahsis edilen bir alan adı uzantısıdır. TRABİS’in güncel açıklamasına göre avukatlara, hukuk bürolarına ve avukatlık ortaklıklarına tahsis edilir. Bireysel başvuruda güncel baro belgesi veya noter onaylı sureti; büro/ortaklık başvurusunda her avukat için bu belgeler, temsilci başvurusunda ayrıca yetki belgesi istenir. Başvuru seçilen kayıt kuruluşu üzerinden TRABİS’e iletilir; inceleme ek belge, onay veya gerekçeli ret ile sonuçlanabilir.

TBB’nin alan adı bilgilendirmesi, eski TBB onay formu ve ODTÜ Nic.tr’ye onay yazısı gönderme sürecinin artık uygulanmadığını açıklar. İnternette kalan eski bir rehberi takip ederek yanlış başvuru noktasında zaman kaybetmeyin. Güncel kayıt kuruluşunu, belge biçimini, talep edilen adı ve yenileme koşullarını başvuru öncesinde kontrol edin. Burada tahsis süresi, ücret veya kesin onay sözü vermiyoruz.

Alan adının tahsis edilebilmesi, sitenin bütün içeriğinin mesleki kurallara uygun olduğuna dair onay değildir. .av.tr uzantısını tek başına bir kalite belgesi, dava sonucu güvencesi veya Google’da üst sıra sağlayan özellik olarak sunmayın. Uygun alan adı seçimini ayrı, büronun içerik değerlendirmesini ayrı bir iş kalemi olarak yönetin.

3. .com’dan .av.tr’ye geçişte web sitesi ve e-postayı birlikte planlayın

Temsili bir geçiş düşünelim: Büro eski alan adını yıllardır e-posta için kullanıyor; yeni tahsis edilen .av.tr adresine web sitesini taşımak istiyor. Yeni siteyi açıp eski alan adını kapatmak, eski yazışmaların ve kaydedilmiş bağlantıların kaybolmasına yol açabilir. Önce eski sayfaları ve posta akışını çıkarın. Hangi adresin ana web adresi, hangisinin posta adresi olacağına büroyla birlikte karar verin.

• Önemli eski sayfaları karşılık gelen yeni sayfalara kalıcı yönlendirin; bütün adresleri gelişigüzel ana sayfaya göndermeyin.
• Yeni alan adına ait HTTPS sertifikasını, canonical adreslerini, dil eşleşmelerini ve sitemap kaydını doğrulayın.
• MX kayıtlarını, gönderici doğrulamasını ve SPF/DKIM/DMARC düzenini posta sağlayıcısıyla birlikte inceleyin; web yayını için posta kayıtlarını yanlışlıkla silmeyin.
• Eski alan adının yenilenmesi ve eski e-posta adreslerine gelen iletilerin yönetimi için açık süre ve sorumlu belirleyin.
• Taşıma sonrası eski bağlantı, yeni bağlantı, form bildirimi ve e-posta gönderim/alımını gerçek deneme ile kontrol edin.

DNS erişiminin kimde olduğunu bilmek, yalnızca kurulum gününün konusu değildir. Alan adı kurtarma mesajının işi bırakan bir çalışana gitmesi veya otomatik yenilemenin iptal olmuş karttan çekilmesi büroyu erişilemez bırakabilir. Teslim dosyasında parolaları açık metinle paylaşmak yerine, hesap sahipliği ve güvenli erişim devrini tamamlayın.

4. Sayfa yapısını onaylı bilgi envanterinden çıkarın

Başlangıçta ana sayfa, büro/avukat bilgileri, onaylanan faaliyet alanları, iletişim ve gerekli veri işleme bilgilendirmeleri için sade bir yapı değerlendirin. Her sayfanın bir sahibi olsun. Siteyi büyütmek için birbirine benzeyen onlarca şehir veya konu sayfası üretmek yerine, ziyaretçinin bilgiye erişirken nerede karışıklık yaşadığını inceleyin. Sayfa sayısı teslimatın kalitesini tek başına göstermez.

İki dil varsa İngilizce metin ayrı bir yayın kararıdır. Türkçe metindeki bir unvanı, İngilizceye çevirirken farklı bir mesleki yeterlilik veya başka ülkede çalışma yetkisi izlenimi yaratmayın. Büro adresi, avukat bilgileri ve iletişim kanalları iki dilde aynı kayıttan yönetilebilsin. Onaylanmamış çeviri otomatik olarak yayına çıkmasın; dil değiştirici ziyaretçiyi aynı içerik çiftine götürsün.

Bir içerik yönetim panelinde yalnız “yayımla” düğmesi yeterli değildir. Taslak, inceleme bekliyor, onaylandı ve yayından kaldırıldı durumları; değişiklik geçmişi ve geri alma imkânı daha değerlidir. Bir avukatın bürodan ayrılması gibi değişikliklerde hangi sayfaların ve yapılandırılmış verilerin güncelleneceği önceden tanımlanırsa eski kimlik bilgilerinin unutulması önlenebilir.

5. İlk iletişim formu dosya kabul sistemi değildir

Açık bir iletişim formunu bütün dosyanın toplandığı yer haline getirmeyin. Önerdiğimiz başlangıç tasarımında geri dönüş için gerekli sınırlı iletişim bilgileri alınır; T.C. kimlik numarası, sağlık belgesi, dava evrakı ve kapsamlı olay anlatımı varsayılan alan olmaz. Hangi alanın gerçekten gerekli olduğunu büro belirler. Uzun serbest metin alanı açılması, ihtiyaç duyulmayan hassas ayrıntıların gönderilmesini kolaylaştırabilir.

İlk temas ile ayrıntılı belge incelemesini ayrı akışlarda tasarlayın. Büro gerekli insan değerlendirmesini yaptıktan sonra, ihtiyaç varsa erişimi kısıtlı bir kanala davet verebilir. Bu davetin geçerlilik süresi, alıcısı ve erişim yetkisi belirli olsun. Başka bir kişinin dosyasına erişilip erişilemediği test edilmeden müşteri paneli tamamlanmış sayılmasın.

Ziyaretçi sayfayı yenilediğinde aynı kayıt iki kez oluşmamalı; sunucu kaydettiği halde bildirim servisi hata verirse ileti sessizce kaybolmamalıdır. Tekrar gönderim anahtarı, kayıt durumu sorgulama ve başarısız bildirim kuyruğu bu teknik sorunları çözmek için değerlendirilebilir. Bunlar hukuki süre hesabı veya otomatik dosya kabulü özellikleri değildir. API ve sistem entegrasyonu rehberimiz, yetki ve hata yönetiminin mühendislik tarafını açıklar.

6. KVKK: aydınlatmayı tek bir kabul kutusuna sıkıştırmayın

KVKK’nın 18 Şubat 2026 tarihli, 2026/347 sayılı ilke kararına ilişkin duyurusu, aydınlatma ile açık rızanın ayrı düzenlenmesini vurgular. Başka bir işleme şartına dayanılıyorsa ayrıca açık rıza metni sunulmaması gerektiğini de açıklar. Bu nedenle her formun altına zorunlu “KVKK’yı kabul ediyorum” kutusu koymayı hazır çözüm saymayın; amaç ve hukuki sebebi büro belirlesin, arayüz bunu doğru yansıtsın.

Uygulama öncesinde bir veri akışı çizelgesi hazırlayın: form alanı, alıcı sistem, erişebilen kişiler, dış servis, saklama süresi ve silme sorumlusu. E-posta, hata izleme, yedekleme ve analiz araçlarını bu listeye dahil edin. Türkiye’de sunucu kullanmak, başka bir servise gönderilen veriyi kendiliğinden yerelleştirmez. Kullanılacak sağlayıcıların ve olası aktarımların değerlendirmesini büro yapmalıdır; yazılım ekibi gerçek akışı görünür kılmalıdır.

Özel nitelikli veri ihtimalini bir form etiketine indirgemeyin. Her ileti aynı veri türünü içermez; büro hangi bilgileri işlediğini belirlemelidir. Teknik tarafta form içeriğini analitik olayına, URL sorgusuna veya hata izleme ekranına taşımamakla başlayın. “Form gönderildi” ölçümü için mesaj metnini ölçüm sağlayıcısına aktarmak gerekmez.

7. Gizlilik için erişim, kayıt ve geri yüklemeyi birlikte tasarlayın

KVKK’nın veri güvenliği yükümlülükleri açıklaması teknik ve idari tedbirleri birlikte ele alır. Aşağıdaki liste bu çerçeveyi uygulamaya çevirmek için önerdiğimiz mühendislik kontrolüdür; tek başına uygunluk belgesi değildir. “HTTPS var” ifadesi dosya yetkilerini, çalışan erişimlerini veya yedeklerin korunmasını açıklamaz.

• Yönetim panelinde kişiye özel hesap, çok faktörlü doğrulama ve görevle sınırlı yetki kullanın; ayrılan kişinin erişimini kapatın.
• Özel dosyaları public klasörüne koymayın. Dosya adını tahmin edilemez yapmak yetkilendirme yerine geçmez; her indirmede erişimi denetleyin.
• Yükleme modülü varsa boyut/tür sınırı, karantina ve zararlı dosya incelemesini kapsamlandırın; dosyayı yalnız uzantısına güvenerek açmayın.
• Denetim kaydında gerekli işlem bilgisini tutun; belge içeriğini veya parolayı uygulama loguna yazmayın.
• Yedek erişimini kısıtlayın ve geri yükleme deneyin. Silinen verinin yedekten dönmesi ihtimalini saklama ve imha planında ele alın.

Arama motorundan saklama ile erişim güvenliği aynı şey değildir. Özel bir evrak bağlantısına noindex eklemek, bağlantıyı bilen kişiyi durdurmaz. Erişim kontrolü uygulama ve depolama katmanında uygulanır. Benzer şekilde, test ortamını yalnız farklı bir alt alan adına koymak yeterli izolasyon sağlamaz; testte gerçek dosya kullanmama ve erişimi kapatma kararı alınmalıdır.

8. Teknik SEO ve yapılandırılmış veride sınırları netleştirin

Bu projede teknik yayın kontrollerinin kabul ölçütünü “büro ilk sırada olacak” diye kurmayın. Önerdiğimiz teslimat; onaylı sayfanın doğru adreste açılması, yanlış alan adına canonical verilmemesi, Türkçe/İngilizce eşleşmelerinin tutarlı olması, özel sayfanın açık sitemap’e karışmaması ve mobilde bilginin okunabilmesidir. Bu teknik hedeflerin içerik ve kod düzeyindeki mesleki değerlendirmesi ayrıca yapılır.

Schema.org LegalService, hukuki hizmet sunan organizasyonu tanımlamak için kullanılabilecek bir veri türüdür. Kullanılacaksa görünür ve onaylı kimlik bilgileriyle eşleşmelidir. Yazılım ekibi sırf işaretleme alanı var diye puan, yorum, ücret, başarı oranı veya mesleki iddia üretmemelidir. Bu rehberde hayalî bir avukatlık bürosunu gerçek JSON-LD olarak yayımlamıyoruz; yazının yayıncısı TankDev’dir.

Teknik SEO/GEO rehberimiz tarama, adres ve dil hatalarının teknik tarafını açıklar. Genel işletme rehberlerindeki büyüme önerileri avukatlık bürosuna otomatik uygulanmaz. Geliştirme sözleşmesinde hangi teknik kontrollerin yapılacağını ve hangi yöntemlerin kapsam dışında bırakılacağını yazılı olarak belirlemek, “SEO dahildir” gibi belirsiz bir ifadeden daha yararlıdır.

9. Yapay zekâda doğru bilgi ile önerilme beklentisini ayırın

Bir asistanın büro adını yanlış avukatla eşleştirmesi veya eski adresi göstermesi bilgi doğruluğu problemidir. Büro tarafından onaylanan kimlik kaydının tutarlılığını incelemek bu sorunu anlamaya yardımcı olabilir. Bunun sonucu, asistanın büronuzu önereceği veya yeni iş sağlayacağı garantisi değildir. Yapay zekâ kaynak seçimini TankDev kontrol etmez.

Web sitesine sohbet kutusu eklemek de ayrı bir üründür. Kamuya açık bir modele olay anlatımı ve belge gönderen otomasyonu varsayılan paket özelliği saymıyoruz. Önerdiğimiz başlangıçta iletişim bilgisi gibi sınırlı sorulara ait onaylı yanıtlar değerlendirilir; somut olaya ilişkin yorum, süre hesabı ve iş kabulü otomatikleştirilmez. İnsan devri, veri akışı ve erişim sınırı netleşmeden entegrasyon açılmaz.

Google ve yapay zekâ görünürlüğü rehberimiz, erişilebilir kaynak ile önerilme arasındaki farkı açıklar. Avukatlık uygulamasında bu teknik açıklama, mesleki kuralların yerine geçen bir pazarlama izni olarak okunmamalıdır.

10. TankDev avukat web sitesi paketleri ve ayrı kapsamlanacak işler

TankDev olarak avukatlık büroları için özel kodlanan, mobil uyumlu web siteleri geliştiriyoruz. Aşağıdaki karşılaştırma yazılım teklifimizin başlangıç çerçevesidir. Mesleki değerlendirmeyle uygun görülen iş kalemleri sözleşmede netleştirilir; bir paketi satın almak baro onayı, KVKK uygunluk sertifikası veya hukuki içerik incelemesi satın almak anlamına gelmez.

Paketlerin güncel özelliklerini karşılaştırın. İngilizce teklifte başlangıç bedelleri Essential için $1,000 ve Advanced için $3,000’dır; bunlar ayrı pazar teklifleridir, kur çevrimi değildir. Hazır bir dosya yönetim sistemi, UYAP bağlantısı, ödeme sistemi veya müvekkil portalı bu tabloda otomatik dahil sayılmaz. Üçüncü tarafın teknik yetkisi ve büronun kullanım kararı olmadan entegrasyon sözü verilmez.

11. Yayın öncesi kabulü ziyaretçi sayısıyla değil çalışan akışlarla yapın

Temsili bir kabul senaryosunda, mobilden gelen ileti kaydı oluşturulur; bildirim sağlayıcısı geçici olarak kapatılır; yetkili kişi panelden kayda ulaşır. Ardından yetkisiz bir kullanıcıyla aynı kaydı açma denemesi yapılır ve erişimin reddedildiği doğrulanır. Son aşamada yedekten örnek geri yüklenir. Bu test, yalnız “form yeşil mesaj gösterdi” kontrolünden daha anlamlıdır. Gerçek dosya yerine test verisi kullanın.

• Alan adı ve posta: sahiplik, yenileme, DNS geri dönüşü ve iki yönlü posta denemesi.
• İçerik: büro onayı, iki dilde kimlik eşleşmesi, eski bilgi güncelleme ve geri alma.
• İletişim: doğrulama, tekrar gönderim, kayıt/bildirim ayrımı ve alındı metni.
• Özel alan varsa: farklı kullanıcıyla erişim, bağlantı süresi, yetki iptali ve dosya karantinası.
• İşletim: güncelleme sorumlusu, yedek geri yükleme, hata bildirimi ve destek erişiminin kapatılması.

TankDev ile kapsam konuşurken mevcut alan adınızı, posta sağlayıcınızı, onaylı sayfa listenizi ve gerçekten ihtiyaç duyduğunuz iletişim akışını paylaşın; gerçek müvekkil dosyası göndermeniz gerekmez. Avukatlık büronuzun web sitesi ihtiyacını anlatın. Önce sade ve yönetilebilir bir temel kurun; özel belge alanını veya entegrasyonu ancak ihtiyaç, sorumluluk ve erişim modeli netleştiğinde ekleyin.

Kaynaklar ve kapsam

Kaynaklar ve paket alanları 8 Kasım 2026 tarihinde kontrol edildi. Geçiş ve kabul senaryoları temsilidir; gerçek büro veya müvekkil örneği değildir. Rehber Türkiye bağlamındadır. Güncel birincil metinleri ve somut kullanımınızı birlikte değerlendirin; teknik teslimat mesleki uygunluk garantisi sağlamaz.

• TBB — Güncel Reklam Yasağı Yönetmeliği
• TRABİS — Belgeli alan adı tahsisi
• TBB — .av.tr başvuru bilgilendirmesi
• KVKK — 2026/347 ilke kararı duyurusu
• KVKK — Veri güvenliği yükümlülükleri
• Schema.org — LegalService