Bağımsız domain ve internet araçları
HakkımızdaYayın İlkeleriİletişim
METODOLOJİ

Yayın ilkeleri ve veri metodolojisi

Bir sonucun nereden geldiğini, ne kadar güvenle yorumlanabileceğini ve hata fark edildiğinde ne yaptığımızı açıkça belgeliyoruz.

Alan Hattı'nda araç sonuçları ile editoryal açıklamalar birbirini tamamlar, fakat aynı şey değildir. Araçlar dış kaynaklardan o anda alınabilen teknik verileri düzenler; rehberler bu verinin nasıl okunacağını açıklar. Her iki alanda da temel ilkemiz, belirsizliği saklamamak ve kullanıcıya doğrulayabileceği bir yol sunmaktır.

Temel yayın ilkelerimiz

İçeriklerimizi arama motoru için hacim üretmekten önce gerçek bir kullanıcı sorusunu yanıtlamak üzere tasarlarız. Bir sayfa, kullanıcıya tanımdan fazlasını vermeli: uygulanabilir kontrol adımları, yanlış yorumlanabilecek noktalar, örnekler, sınırlar ve mümkünse birincil kaynaklar içermelidir. Kesin bilmediğimiz bir durumu kesinleştiren başlıklar kullanmayız. Teknik olgu, editoryal yorum ve otomatik tahmini birbirinden ayırırız.

  • Doğruluk için mümkün olduğunda birincil ve güncel kaynak kullanırız.
  • Kaynağın söylemediği bir sonucu ona atfetmeyiz; pazarlama ifadesini teknik garantiye çevirmeyiz.
  • Kullanıcıya riskli işlem yaptırabilecek iddiaları ikinci bir kaynak veya doğrudan test ile kontrol ederiz.
  • İçeriği sırf uzun görünsün diye tekrarlarla doldurmayız; pratik değeri olmayan bölümleri yayımlamayız.
  • Hukuk, marka hakkı ve güvenlik gibi yüksek etkili konularda genel bilgi ile profesyonel görüş arasındaki sınırı belirtiriz.

Kaynakları nasıl seçiyoruz?

Kaynak hiyerarşimiz konuya göre değişse de ilk tercih standardı veya sistemi yöneten kurumun kendi belgesidir. Domain kayıt protokolünde IETF standartları, IANA'nın RDAP önyükleme kayıtları ve ilgili üst düzey alanın yetkili RDAP hizmeti; .tr süreçlerinde TRABİS; PageSpeed ölçümünde Google'ın geliştirici belgeleri bu kapsamdadır. Resmî belgede pratik örnek yoksa, iyi tanımlanmış teknik bir kaynağı destekleyici olarak kullanabiliriz. Topluluk yazılarını tek başına kritik iddia dayanağı yapmayız.

Bir belgenin yayın veya güncelleme tarihini, geçerli sürümünü ve ele aldığımız duruma gerçekten uygulanıp uygulanmadığını kontrol ederiz. Eski WHOIS davranışını RDAP için, genel bir gTLD kuralını .tr için veya laboratuvar performans testini bütün gerçek kullanıcılar için geçerli saymayız. Kaynaklar birbiriyle çelişirse en yetkili ve en yeni olanı önceler; çelişki çözülemiyorsa bunu içerikte açıkça söyleriz.

RDAP, WHOIS ve IANA verileri

Bir alan adının kayıt durumunu sorgularken önceliğimiz, yapılandırılmış JSON yanıtı ve standart hata kodları sunan RDAP'tır. Hangi uzantının hangi RDAP sunucusuna yönlendirileceği IANA'nın yayımladığı önyükleme kayıtlarından belirlenebilir. Yetkili servis bir alan adı için kayıt döndürdüğünde kayıt kuruluşu, durum kodları ve olay tarihleri gibi kamuya açık alanları özetleriz. Kişisel veriler kaynak tarafından gizlenmişse bunu aşmaya çalışmayız.

RDAP servisinin “bulunamadı” yanıtı güçlü bir sinyaldir ancak tek başına satın alma sözü değildir. Rezerve adlar, premium kurallar, kayıt kuruluşu politikaları, anlık durum değişiklikleri veya geçici servis hataları sonucu etkileyebilir. Bu nedenle araçlarımız “kayıt için uygun olabilir” der; “kesin uygundur” demez. RDAP bulunmayan ya da erişilemeyen bir uzantıda WHOIS veya başka bir sinyal kullanılırsa güven düzeyi ayrıca belirtilmelidir. Yanıt alınamaması, alan adının boş olduğu anlamına gelmez.

DNS sonuçları

DNS kontrolleri A, AAAA, MX, NS, TXT ve CNAME gibi kayıt türlerini standart çözümleme sistemi üzerinden okumaya dayanır. Görülen cevap; sorgu zamanı, kullanılan çözümleyici, yetkili nameserver, TTL ve önbellek durumuna bağlı olabilir. “Kayıt yok” ile “DNS sunucusu yanıt vermedi” aynı durum değildir. Araç katmanında bu ayrımı korumaya; rehberlerde ise kullanıcının yetkili sunucuyu ve farklı çözümleyicileri ayrıca test edebilmesini anlatmaya çalışırız.

DNS kaydının varlığı, bağlı hizmetin sağlıklı çalıştığını kanıtlamaz. MX kaydı e-postanın teslim edildiğini; A kaydı web sunucusunun doğru içerik verdiğini; TXT kaydı ise ilgili güvenlik politikasının kusursuz olduğunu tek başına göstermez. Sonuçları teşhisin başlangıcı olarak sunarız.

Google PageSpeed Insights

Sayfa performansı raporlarında Google PageSpeed Insights API kullanılabilir. PSI; Lighthouse tarafından üretilen laboratuvar verileri ve yeterli örnek olduğunda gerçek kullanıcı deneyimi verileri sunabilir. Bunlar farklı veri türleridir. Tek bir laboratuvar puanı, her kullanıcıdaki hızın kalıcı ölçüsü değildir; test ortamı, ağ koşulu, cihaz benzetimi, sunucu yükü ve üçüncü taraf kaynaklar sonucu değiştirebilir. Gerçek kullanıcı alanı görünmüyorsa bu her zaman hata değildir; ilgili sayfa veya kaynak için yeterli veri bulunmayabilir.

Puandan çok ölçümlerin yönünü ve tekrar eden sorunları yorumlarız. Bir optimizasyon önerisini uygulamadan önce görsel kalite, erişilebilirlik, işlev ve önbellek davranışı üzerindeki etkisi değerlendirilmelidir.

.tr ve TRABİS bilgileri

.tr alan adlarının tahsis, yenileme, transfer veya yeniden tahsis süreçlerinde TRABİS'in yayımladığı duyuru ve belgeleri temel alırız. Politika ile tek bir alan adının canlı durumu farklıdır: yayımlanmış bir takvim veya genel yaşam döngüsü, belirli adın o tarihte mutlaka alınabileceği anlamına gelmez. “Yakında açılabilir” gibi listeler varsa bunları kesin düşüş listesi değil, resmî durum ve kayıt kuruluşu üzerinden doğrulanması gereken takip sinyali olarak etiketleriz.

Sonuçların ortak sınırlamaları

Dış servisler hız sınırı uygulayabilir, geçici hata verebilir veya veriyi farklı zamanlarda güncelleyebilir. Tarih alanları kayıt yenileme, otomatik yenileme, kayıt kuruluşu ek süresi ya da sicil politikası nedeniyle doğrudan “boşa çıkma tarihi” sayılamaz. Saat dilimi farklılığı da tarih görünümünü etkileyebilir. Otomatik sınıflandırma, kaynak yanıtındaki sınırlı işaretlerden üretilir; insan eliyle verilmiş hukuki veya ticari karar değildir.

Doğrulama kuralı: Alan adı satın alma, transfer, silme takibi, marka başvurusu, e-posta güvenliği değişikliği veya üretim sistemine müdahale gibi sonuç doğuran bir işlemden önce veriyi yetkili kayıt kuruluşu, kayıt operatörü, resmî kurum veya ilgili hizmet sağlayıcı üzerinden yeniden doğrulayın.

İçerik üretim ve gözden geçirme süreci

  1. Kullanıcı ihtiyacını tanımlarız.

    Sayfanın yanıtlayacağı ana soruyu ve kullanıcının sonunda yapabilmesi gereken kontrolü belirleriz.

  2. Birincil kaynakları toplarız.

    Standart, resmî belge, ürün dokümantasyonu ve araç davranışını karşılaştırır; sürüm ve tarih uyumunu kontrol ederiz.

  3. Açıklamayı özgün biçimde kurarız.

    Kaynak metni yeniden dizmek yerine kavramı Türkçe, örnekli ve uygulanabilir şekilde açıklarız. Alıntı gerekiyorsa sınırlı kullanır ve kaynağa bağlarız.

  4. İddia ve bağlantıları gözden geçiririz.

    Başlık ile içerik uyumunu, mutlak ifadeleri, örneklerin teknik doğruluğunu ve resmî bağlantıların çalışmasını kontrol ederiz.

  5. Güncelleme tarihini görünür kılarız.

    Anlamlı içerik değişikliğinde tarihi yeniler; yalnızca yazım düzeltmesinde yeniymiş izlenimi yaratmayız.

Otomasyonun rolü

Otomasyon; dış servise sorgu göndermek, yanıt alanlarını eşlemek, tekrar eden teknik kontrolleri çalıştırmak ve olası sorunları işaretlemek için kullanılır. Bu süreç hacimli veriyi okunabilir hâle getirir fakat bağlamı eksiksiz anlayamaz. Bu yüzden otomatik sonuçlarda kaynak adı, kontrol zamanı, belirsizlik veya hata durumu gösterilmelidir. “Premium”, “marka değeri yüksek” ya da “yakında düşecek” gibi türetilmiş etiketler resmî sınıf değilse açıkça tahmin olarak sunulur.

İçerik hazırlığında dijital araçlardan yardım alınabilir; yayımlama sorumluluğu Alan Hattı editoryal ekibindedir. Otomatik üretilen metni kaynak kontrolü, bağlam ve kullanıcı değeri incelemesi olmadan yayımlamamak temel kuralımızdır.

Güncelleme ve düzeltmeler

Yüksek değişim ihtimali olan sayfaları resmî duyurular, API davranışları veya kullanıcı bildirimleri üzerine yeniden inceleriz. Sabit bir güncellik garantisi vermeyiz; her sayfada görünen tarih son anlamlı gözden geçirmeyi belirtir. Hata bildirimi geldiğinde iddiayı kaynakta ve mümkünse canlı testte kontrol ederiz. Doğrulanmış hata düzeltilir, etkisi büyükse açıklama eklenir. Kaynakla desteklenemeyen talepleri otomatik olarak kabul etmeyiz; gerekçeyi değerlendiririz.

Düzeltme bildirimi için iletişim sayfasındaki formatı kullanabilirsiniz. URL, ilgili cümle veya araç sonucu, kontrol zamanı ve dayanak bağlantısı en yararlı bilgilerdir. Kişisel hesap bilgileri göndermeyin.

Reklam ve editoryal bağımsızlık

Alan Hattı, ücretsiz erişimi desteklemek için Google AdSense reklamları gösterebilir. Reklam gösterimi, sıralaması veya reklamveren ilişkisi teknik sonuçları değiştirmez. Reklam içeriğini editoryal öneri gibi sunmayız. Ücretli içerik ya da gelir sağlayan bağlantı kullanılırsa bunun okuyucu kararından önce açıkça etiketlenmesi gerekir. Bir sağlayıcı hakkında olumsuz veya olumlu bulgu, reklam ilişkisine göre çıkarılamaz ya da eklenemez.

Başvurduğumuz resmî kaynaklar

Yayımlanma ve son anlamlı güncelleme: 19 Eylül 2026.