Doğrulayıcı neleri kontrol eder
Bir kaynak adresi yapıştırın; doğrulayıcı onu bir kaynak okuyucusu gibi indirir, ardından RSS, Atom ve JSON Feed kurallarına göre kontrol eder. Ücretsizdir ve hesap gerektirmez. Her sorun, bulunduğu satır ve nasıl düzeltileceğine dair kısa bir notla birlikte gelir.
- Bağlantı: HTTP durumu, yönlendirmeler ve sunucunun 10 saniye içinde yanıt verip vermediği.
- Dosya: Content-Type üst bilgisi, bildirilen ve gerçek kodlama ve XML’in iyi biçimlendirilmiş olup olmadığı.
- Biçim: RSS 2.0, RSS 1.0, Atom 1.0 veya JSON Feed ve her birinin gerektirdiği öğeler, örneğin RSS için başlık, bağlantı ve açıklama.
- Her öğe: bir başlık veya açıklama, bir bağlantı, benzersiz bir guid ve doğru biçimde bir tarih. Podcast enclosure’larının url, type ve length değerlerine ihtiyacı vardır.
- Ekstralar: kaynağın boyutu, bant genişliğinden tasarruf sağlayan önbellek üst bilgileri ve anında güncellemeler için bir WebSub hub’ı.
Hatalar RSS veya XML kurallarını çiğner. Bazı okuyucular hatalı bir kaynağı hiç okuyamaz, bazıları da tahmin yürütmek zorunda kalır, bu yüzden içerikler yanlış görünebilir. Uyarılar bir kaynağı geçersiz kılmaz. Kaynak çalışır, ancak bazı okuyucular bu ayrıntılarda takılabilir.
Kontrol listesinin altında Feeder’ın gördüğü, kaynağı Feeder’ın kendi tarayıcısının okuduğu şekilde, tüm öğeleri, tarihleri ve bağlantılarıyla gösterir.
Sık görülen kaynak hataları ve düzeltme yolları
İyi biçimlendirilmemiş (geçersiz belirteç)
Genellikle sebep, bir başlık veya açıklamadaki tek başına bir & ya da < karakteridir, örneğin Tom & Jerry. & karakterini &, < karakterini < olarak yazın ya da HTML’i bir CDATA bölümüne alın: <![CDATA[ ... ]]>.
Tanımsız varlık
gibi HTML varlıkları XML’de yoktur; XML yalnızca beş tane bilir. Bunun yerine numarayı kullanın, örneğin bölünmez boşluk için  , ya da HTML’i CDATA içine alın.
Yanlış biçimde tarihler
RSS tarihleri Sat, 26 Sep 2026 09:00:00 GMT gibi görünür. Çoğu dil bunları sizin için yazabilir: PHP’de date(DATE_RSS), Python’da email.utils.format_datetime(dt) ve JavaScript’te new Date().toUTCString(). Atom ve JSON Feed ise 2026-09-26T09:00:00Z kullanır.
text/html olarak sunuluyor
Sunucunuz kaynağı bir web sayfası olarak etiketliyor, bu yüzden bazı okuyucular orada bir kaynak göremeyebilir. RSS’i application/rss+xml, Atom’u application/atom+xml olarak sunun. application/xml de olur.
Eksik veya yinelenen guid’ler
Benzersiz bir kimlik olmadan okuyucular hangi içeriklerin yeni olduğunu tahmin etmek zorunda kalır ve düzenlenmiş bir içerik yeniden görünebilir. Her öğeye benzersiz ve hiç değişmeyen bir <guid> verin, örneğin içeriğin kalıcı adresi.
Aksanlı harfler yerine tuhaf semboller
Dosyadaki karakterler bildirdiği kodlamayla uyuşmuyor; bunun sebebi çoğu zaman Windows-1252 metninin UTF-8 olarak etiketlenmesidir. Kaynağı UTF-8 olarak kaydedip sunun ve sunucunuzun charset=utf-8 göndermesini sağlayın.
XML bildiriminden önce bir şey var
<?xml öncesindeki boş bir satır veya boşluk bile kaynağın tamamını bozar. WordPress’te sebep genellikle bir temanın functions.php dosyası ya da bir eklentidir.
Daha fazla çözüm için Feeder için RSS akışınızı doğrulama sayfasına bakın. Kaynak başkasına aitse RSS akışı geçerli değil sayfası neler yapabileceğinizi anlatır.
Feeder’a kaynak nasıl eklenir
Geçerli bir kaynak da bir okuyucuda yanlış görünebilir, bu yüzden onu abonelerinizin göreceği şekilde test edin:
- Feeder’da Kaynak ekle düğmesine tıklayın ve kaynağın adresini yapıştırın.
- Feeder, kaynağı en yeni içeriklerinin önizlemesiyle birlikte gösterir. Başlıkları, tarihleri ve bağlantıları kontrol edin.
- Kaynağı takip edin, yeni bir içerik yayımlayın ve bunun yeni içerik olarak bir kez göründüğünü kontrol edin.
Feeder; web, tarayıcınız, iOS ve Android için bir RSS okuyucusudur ve ücretsiz başlayabilirsiniz.
Sık sorulan sorular
Kaynağım neden bir okuyucuda çalışıp diğerinde çalışmıyor?
Okuyucuların ne kadar katı olduğu değişir. Feeder dahil birçoğu küçük hataları olan kaynakları okur ve gerisini iyi tahmin eder. Bazı podcast uygulamaları gibi daha katı uygulamalar aynı kaynaktan vazgeçer. Hatasız bir kaynak her yerde çalışır, bu yüzden kendi okuyucunuzda iyi görünse bile hataları düzeltin.
Bir kaynağın çalışması için geçerli olması gerekir mi?
Her zaman değil. Birçok okuyucu küçük hataları olan kaynakları okur, ancak daha katı uygulamalar onları reddedebilir, bu yüzden geçerli bir kaynak en güvenli seçimdir.
Eski içerikler neden yeni olarak görünüyor?
Okuyucular içerikleri guid’lerine göre, guid yoksa başlık ve tarihe göre takip eder. Yeni guid’ler, yeni bir alan adına taşınma veya sunucunun saat diliminin değişmesi her içeriğin onlara yeni görünmesine yol açabilir.
Henüz çevrimiçi olmayan bir kaynağı doğrulayabilir miyim?
Bu doğrulayıcı kaynakları adreslerine göre ve yalnızca herkese açık internette kontrol eder. Çevrimiçi olmayan bir dosya için XML’i W3C Feed Validation Service sayfasında Validate by Direct Input bölümüne yapıştırın.