204 İçerik Yok

TL;DR — 204 No Content yanıtı, “isteğiniz başarılı oldu ve size bilerek boş bir sayfa gönderiyorum” anlamına gelir. Bu bir hata değil, başarı kodudur. Uygulamanın çalışmanızı arka planda kaydetmesi veya bir analiz izleyicisi gibi durumlar için tamamen uygundur; ancak Google’da görünmesini istediğiniz gerçek bir web sayfası için yanlıştır. Boş gövde Google’a dizine ekleyecek hiçbir şey bırakmaz; bu nedenle sayfadaki 204’ü soft 404 gibi değerlendirir.

204 aslında nedir

Sunucunuzun gönderdiği her yanıt bir durum koduyla gelir. 2xx kodları “başarı” anlamına gelir. Sayfalarınızda istediğiniz 200 OK, gövdesiyle birlikte “işte sayfa” demektir. 204 No Content de başarı anlamına gelir, ancak bir farkla: sunucu “istediğinizi yaptım ve gösterecek bilerek hiçbir şey yok” der.

Buradaki anahtar kelime bilerek sözcüğüdür. 204, yüklenemeyen bir sayfa veya var olmayan bir URL değildir; boş tasarlanmış bir yanıttır. Bunu, karşılığında hiçbir şey vermeden “tamamlandı” diye başını sallayan bir sunucu gibi düşünün.

Bir web sayfası için neden sorun

Google bir sayfanın içeriğini dizine ekler. Bir URL 204 döndürürse okunacak içerik yoktur; gövde tasarım gereği boştur. Google’ın kendi dokümantasyonu bunu açıkça söyler: “wasn’t able to receive any content and therefore can’t process it.” (çeviri) “herhangi bir içerik alamadı ve bu nedenle işleyemiyor”. Bu yüzden sıralanmasını istediğiniz bir sayfa 204 döndürdüğünde Google’ın çalışabileceği hiçbir şey sunmaz; dizine eklenmez ve pratikte Search Console bunları teknik olarak “başarılı” görünen ama dizine eklemeye değer hiçbir şeyi olmayan bir soft 404 ile aynı şekilde işaretler.

Bu nedenle sıralanmasını istediğiniz bir sayfa taramada veya Search Console’da 204 olarak görünüyorsa, bunu olduğu gibi bırakılacak bir şey değil, düzeltilmesi gereken bir hata sayın.

204 ne zaman tamamen uygundur

Göreceğiniz bu tür yanıtların çoğu zaten sayfa değildir:

• Arka planda kaydeden uygulamalar. “Kaydet” düğmesine basarsınız ve uygulama sayfayı yeniden yüklemeden çalışmanızı saklar; sunucu 204 ile yanıt verebilir.
• Analiz ve izleme. İzleyiciler bir şey olduğunu kaydetmek için küçük “beacon” istekleri gönderir. Döndürülecek sayfa yoktur; dolayısıyla 204 tam olarak doğru yanıttır.
• Uygulama arayüzleri (API’ler). Bir sistem diğerine bir şeyi silmesini söylediğinde geri gönderilecek çoğu zaman hiçbir şey yoktur; 204 “tamamlandı” der.

Bunların hiçbirinin Google’da bulunması gerekmez; dolayısıyla bu durumda 204 bir hata değil, doğru yanıttır.

Hatırlanacak tek kural

Aramada bulunmasını istediğiniz bir URL için asla 204 döndürmeyin. Bir sayfa tamamen ortadan kalktıysa 404 veya 410 kullanın. Taşındıysa 301 ile yönlendirin. İçerik olması gerekiyorsa boş yanıt gönderen şeyi düzeltin. Daha derin sürümü — Google’ın tam ifadelerini, API ve beacon kullanım alanlarını ve yanlışlıkla oluşan 204’ü teşhis etmeyi — istiyorsanız İleri Düzey sekmesine geçin.

TL;DR — 204, boş gövdeyi tasarım gereği döndüren, spesifikasyona uygun bir 2xx başarı kodudur (RFC 9110 §15.3.5); gövde boş olmak zorundadır (ne Content-Length ne de 0 dahil) ve tarayıcılar içerik gönderen bir 204’ü reddedebilir. Bu bir hata değildir ve varlık hakkında hiçbir şey söylemez; RFC onu sabit bir yöntem listesiyle sınırlamaz. Meşru kullanımlar neredeyse tamamen belge olmayan yanıtlardır: REST API DELETE/PUT ve analiz beacon’ları (sendBeacon(), GA4’ün Measurement Protocol’ü). Ancak API tasarımcıları API’lerin buna ne sıklıkla başvurması gerektiği konusunda hemfikir değildir. SEO sonucu dar kapsamlıdır: Google’ın durum kodu tablosu 204 için “Google wasn’t able to receive any content and therefore can’t process it” (çeviri) “Google herhangi bir içerik alamadı ve bu nedenle işleyemiyor” der; yani sıralanmasını istediğiniz bir sayfa bu yanıttan dizine eklenmez. Pratikte bunlar Search Console’da çoğu zaman soft 404 olarak işaretlenir; ancak Google bu özel etiketi veya kaldırılma takvimini garanti etmez. Yanlışlıkla sayfa düzeyinde oluşan 204’ü, amaca göre gerçek bir 200’ü geri getirerek veya 404/410/301 kullanarak düzeltin.

Spesifikasyonda 204 ne demek

RFC 9110 nettir: 204, “sunucu isteği başarıyla yerine getirmiştir ve yanıt yük gövdesinde gönderilecek ek içerik yoktur” anlamına gelir. Bu bir başarı kodudur; 200 OK ile aynı 2xx ailesindedir, ancak kasıtlı fark gövde olmamasıdır.

Üç operasyonel ayrıntı önemlidir. Birincisi, gövdenin gerçekten boş olması gerekir: MDN, “must not include any content or the Content-Length header (browsers may reject responses that include content).” (çeviri) “204’ün herhangi bir içerik veya Content-Length başlığı içermemesi gerektiğini (tarayıcılar içerik içeren yanıtları reddedebilir)” belirtir. Bu gevşek bir gelenek değil, gerçek bir yasaktır — RFC 9110 §8.6, Content-Length başlığını 204’te tamamen yasaklar; dolayısıyla “emin olmak için Content-Length: 0 gönderin” önerisi de uyumlu değildir. Yanıt, nokta atışıyla başlık bölümünde sona erer. İkincisi, 204’ün taşıdığı ETag veya Last-Modified gibi başlıklar gönderilen bir gövdeyi değil, işleminiz tamamlandıktan sonraki seçili temsili açıklar. Üçüncüsü, bazı 204’lerde ETag görülür (MDN’nin örneği kaynağı yerinde güncelleyen bir PUT’tur), ancak RFC her 204’te bulunmasını gerektirmez; bunu kesin kabul etmeyin. Yöntem veya açık cache-control başlıkları aksini söylemediği sürece 204, varsayılan olarak sezgisel biçimde önbelleğe alınabilir.

En önemlisi, 204’ün bir URL’nin var olup olmadığıyla hiçbir ilgisi yoktur. Çalışan bir API uç noktası sonsuza kadar doğru biçimde 204 döndürebilir. Fark, yokluğu ifade eden 404 (bulunamadı) veya 410 (gitti) ile 204 arasındadır: 204, bilerek yük taşımayan başarılı bir istekle ilgilidir.

Google 204’ü nasıl ele alır

SEO hikâyesinin tamamı budur ve satıcı bloglarının kalıp ifadelerinden daha dardır. Google içeriği dizine ekler. 204’ün içeriği yoktur. Google’ın kendi durum kodu dokümanı 204’ü sınırları belirli bir ifadeyle ayrıca ele alır: genel 2xx kuralı “Google içeriği işlenmek üzere değerlendirir” derken, 204’e ayrılan satır “Google wasn’t able to receive any content and therefore can’t process it.” (çeviri) “Google herhangi bir içerik alamadı ve bu nedenle işleyemiyor” der.

Gerçek sınır budur; neyi vaat edip etmediği konusunda kesin olmak gerekir. Aynı sayfadaki genel 2xx yönlendirmesi, boş veya hata benzeri içeriğin soft 404 olarak raporlanabileceğini söyler; ancak 204 satırı her 204’ün bu özel Search Console etiketine gireceğini garanti etmez ve Google bir kaldırılma takvimi yayımlamaz. Kesin olan şudur: bir içerik URL’sindeki 204, Google’ın dizine ekleme hattına çalışacağı hiçbir şey vermez; bu nedenle URL’nin bu yanıttan dizine eklenmeyeceğini söylemek makul bir çıkarımdır. Bunu “site genelinde sıralama kaybı garantisi” veya “otomatik tarama bütçesi kurtarma” iddialarına genişletmem; Google’ın dokümantasyonu bu vaatlerin hiçbirini yapmaz. Pratikte Search Console bunları çoğu zaman soft 404 olarak gösterir — gözlemleyip yazdığım örüntü budur; ancak rapor etiketini ve zamanlamasını belgelenmiş garanti değil, gözlemlenen davranış olarak değerlendirin.

Kendi yazılarımda savunduğum tutum budur. Ahrefs blogundaki HTTP Durum Kodları ve SEO Etkileri rehberimde, Google’ın 2xx yanıtlarını nasıl ele aldığı bölümünde bunu doğrudan şöyle yazdım: “Most 2xxs will allow pages to be indexed. However, 204s will be treated as soft 404s and won’t be indexed.” (çeviri) “2xx yanıtlarının çoğu sayfaların dizine eklenmesine izin verir. Ancak içeriksiz yanıtlar soft hata olarak ele alınır ve dizine eklenmez.”. Pratik okuma olarak bunun arkasındayım; Google’ın kendi dokümanındaki daha kesin ve güncel ifade yukarıdaki “içeriği alamaz veya işleyemez” çerçevesidir ve tam resmî sınır için işaret edeceğim nokta da budur.

Soft 404’lerin taranmaya devam ettiği ve tarama bütçesini boşa harcadığı belgelenmiştir; ancak bu, 204’e özgü bir vaat değil, Google’ın genel soft 404 yönlendirmesidir. 204 kullanmak tarama kaynaklarını otomatik olarak serbest bırakmaz veya başka yere yönlendirmez; Google’ın kendi açıklamasına göre kaynak tahsisi hangi durum kodunun dışlamayı tetiklediğine değil, sunum sınırlarına, site kalitesine ve envantere bağlıdır. Güvenli çıkarım şudur: yanlışlıkla oluşan 204’ü, belirli bir tarama bütçesi karşılığı hakkınız olduğu için değil, sayfanın dizine eklenmesini engellediği için düzeltin.

204 ve karıştırıldığı kodlar

Tuzak şudur: 204, boş-200, 404 ve 410, kullanılabilir içerik olmadığında GSC’de hepsi “soft 404” olarak sonuçlanabilir; ancak spesifikasyona uygun bir istemciye çok farklı amaçlar bildirirler. 410, “bu vardı ve kalıcı olarak gitti” sinyalidir; 204 hiçbir zaman bu anlam için tasarlanmamıştır ve sayfa URL’lerinde bulunmamalıdır.

204 ne zaman tam olarak doğrudur (hata değildir)

Meşru 204’lerin neredeyse tamamı belge olmayan yanıtlardır:

• REST API DELETE / PUT. Bir istemci bir kaynağı sildiğinde veya yerinde güncellediğinde ve döndürülecek anlamlı bir şey olmadığında 204, deyimleşmiş yanıttır; RFC 9110’un önerdiği kalıp da budur.
• Analiz ve izleme beacon’ları. navigator.sendBeacon() etrafında kurulan W3C Beacon spesifikasyonu, beacon uç noktalarının 204 ile yanıt vermesini bekler. Google Analytics 4’ün Measurement Protocol uç noktası, kabul ettiği istekler için 204 döndürür. Dikkat edilmesi gereken nokta: GA4 hatalı veya geçersiz yükler için bile 204 döndürür; dolayısıyla buradaki 204 yalnızca uç noktanın erişilebilir olduğunu ve yapısal olarak yanıt verdiğini doğrular, isteğinizin gerçekten işlendiğini değil. Beacon’ın 204’ünü başarı kanıtı olarak okumayın.
• “Sayfadan ayrılmadan kaydet” kullanıcı deneyimi. Durumu yerinde kaydeden ve kullanıcıyı mevcut sayfada bırakan bir PUT için MDN’nin kendi çerçevesi, 204 ile “the client doesn’t need to navigate away from its current page.” (çeviri) “istemcinin mevcut sayfasından ayrılması gerekmediği” yönündedir.

Ana fikir şudur: Bunlar hiç kimsenin dizine eklememesi gereken URL’lerdir; bu yüzden 204 doğru ve beklenen yanıttır. Sorun yalnızca sıralanması gereken bir belge URL’sinde 204 bulunmasıdır.

İlgili bir ayrıntı: RFC 9110, 204’ü özellikle DELETE/PUT/beacon’larla sınırlamaz; bunlar yalnızca yaygın kalıplardır. Spesifikasyonun tanımı yönteme bağlı değildir; asıl önemli olan yöntemin kendi sözleşmesi ve bir temsil döndürmenin yararlı olup olmadığıdır. Bu iki yönlüdür. GET isteğinin 204 döndürmesi protokol açısından yasaldır — Stack Overflow’da uygulayıcılar bunu yıllardır tartışıyor — ancak dizine eklenebilir bir sayfa için gerçek soru “204 ile GET’e izin var mı?” değil, “bulunabilir olmak için bu URL’nin Google’a bir temsil sunması gerekiyor mu?” sorusudur; sıralanmasını istediğiniz bir sayfa için yanıt her zaman evettir. Dolayısıyla SEO kuralı hangi HTTP yönteminin kullanıldığıyla değil, URL’nin bir belge olarak tasarlanıp tasarlanmadığıyla ilgilidir.

“204, API yanıtları için her zaman doğrudur” fikrinin API tasarımcıları arasında bile evrensel olarak kabul edilmediğini bilmekte fayda var. Postman’ın kendi yazısı, döndürülecek hiçbir şey olmayan işlemler için 204’ü varsayılan seçenek olarak listeler; Brandur Leach ise boş bir başarı yanıtının, başarılı bir yazma işleminden sonra bile geri gönderilecek bir temsil (güncellenmiş durum, oluşturulan bir kimlik veya hesaplanan bir alan) bekleyen API istemcilerine biraz zarar verebileceğini savunur. Bu, HTTP doğruluğu değil, geliştirici ergonomisiyle ilgili meşru bir API tasarımı tercihidir; 204 her iki durumda da spesifikasyona uygundur ve bu makalenin SEO sorusundan ayrıdır. API yazılarında bazen yapılan bir hata da “güvenli olmak” için 204’e Content-Length: 0 göndermektir. Bunu yapmayın — RFC 9110 §8.6, yalnızca sıfırdan büyük olanı değil, 204 yanıtındaki Content-Length’i tamamen yasaklar.

Yanlışlıkla oluşan sayfa düzeyi 204’ü teşhis etme ve düzeltme

Bir tarayıcı (Screaming Frog, Ahrefs Site Audit) veya günlükleriniz içeriği olması gereken bir sayfada 204 gösteriyorsa:

1. Googlebot’un gerçekte ne aldığını doğrulayın. Yalnızca tarayıcınızın gördüğüne değil, Google’ın aldığı duruma ve oluşturulmuş içeriğe bakmak için Search Console’da URL Denetimi’ni kullanın. Bir CDN, edge worker, WAF veya uygulama rotası, size normal görünürken botlara ya da belirli koşullarda 204 döndürebilir (başınıza gelebilecek başıboş bir 403 ile aynı “tarayıcımda iyi görünüyor” örüntüsü).
2. Ardından amaca göre düzeltin:
   • Sayfa içerikle var olmalı → 204 üreten sunucu/CDN/uygulama mantığını bulun ve gerçek gövdeyle düzgün bir 200 döndürün.
   • Sayfa yerine yenisi olmadan gitti → 404 veya 410 döndürün.
   • Sayfa taşındı → yeni URL’ye 301 yönlendirin.
3. İzleyin. GSC Sayfa Dizine Ekleme raporunda soft 404 kayıtlarını takip edin, günlüklerdeki tarama durum kodlarına göz atın ve bir şablondaki yanlışlıkla oluşan 204’ün bütün bir bölümü sessizce dizinden çıkarmaması için tarayıcınızı 204’leri işaretleyecek şekilde ayarlayın.

Akılda tutulacak zihinsel model şudur: 204 “kötü” değildir. API ve beacon uç noktaları için doğru, belgeler için yanlış olan hassas bir araçtır. Arıza modu yalnızca onu yanlış yerde kullanmaktır. 403, 404, 410 ve soft 404 gibi kardeşlerinin bu kararda kendi yerleri vardır; 204’ün yeri sayfanın dışıdır.

Yapay zekâ özeti

İleri Düzey sürümün kısa özeti:

• 204 No Content bir 2xx başarı kodudur (RFC 9110 §15.3.5) ve tasarım gereği boş bir gövde döndürür. Hata değildir ve bir URL’nin var olup olmadığı hakkında hiçbir şey söylemez. RFC onu sabit bir yöntem listesiyle sınırlamaz; DELETE/PUT/beacon’lar yaygın kalıplardır, zorunluluk değil; GET’te 204 protokol açısından yasaldır.
• Gövde istisnasız boş olmalıdır. MDN’ye göre 204 içerik veya Content-Length başlığı içermemelidir; RFC 9110 §8.6 da Content-Length’i tamamen yasaklar. Bu nedenle Content-Length: 0 de aslında uyumlu değildir. 204’ün taşıdığı başlıklar aktarılan gövdeyi değil, işlemden sonraki seçili temsili açıklar. 204 varsayılan olarak sezgisel biçimde önbelleğe alınabilir; ancak her 204’te ETag bulunacağı garanti edilmez — MDN’nin örneği bunu evrensel bir kural olarak değil, belirli bir PUT durumu için gösterir.
• SEO sonucu (dar ve kesin sınırlarla): Google’ın durum kodu dokümanı 204 için “Google wasn’t able to receive any content and therefore can’t process it.” (çeviri) “Google herhangi bir içerik alamadı ve bu nedenle işleyemiyor” der. Bu, sıralanmasını istediğiniz bir sayfanın bu yanıttan dizine eklenmeyeceği yönünde makul bir çıkarımı destekler; ancak Google her 204’ün belirli bir soft 404 etiketi alacağını veya kaldırılma takvimini garanti etmez. 204 kullanmak tarama bütçesini otomatik olarak geri kazandırmaz veya sıralama etkisini kanıtlamaz. Patrick’in kendi yazısındaki ifadesiyle: “204’ler soft 404 olarak ele alınır ve dizine eklenmez” — kesin resmî ifade daha dar olsa da kendi gözlemlediği pratik örüntü budur.
• Meşru kullanımlar çoğunlukla belge dışıdır: REST API DELETE/PUT ve analiz beacon’ları (sendBeacon(), GA4 Measurement Protocol). GA4 hatalı istekler için bile 204 döndürür; bu nedenle beacon 204’ü isteğin işlendiğini kanıtlamaz. Uygulayıcılar bu konuda da tamamen hemfikir değildir: Postman döndürülecek hiçbir şey olmayan işlemlerde 204’ü varsayılan sayarken Brandur Leach, boş başarı yanıtının temsil bekleyen istemcilere zarar verebileceğini savunur; bu bir API ergonomisi tartışmasıdır, HTTP doğruluğu değil.
• 204, sıralanabilir bir sayfa için asla doğru değildir. Yerine yenisi olmayan sayfa → 404/410; taşınan sayfa → 301; içerik olması gereken sayfa → 204 üreten sunucuyu/CDN’yi düzeltin ve gerçek bir 200 döndürün. Googlebot’un aldığı yanıtı URL Denetimi ile doğrulayın.

Resmî dokümantasyon

204’ün ne olduğu ve Google’ın onu nasıl ele aldığına dair birincil kaynaklar.

HTTP spesifikasyonu ve tarayıcı referansı

• RFC 9110 §15.3.5 — 204 No Content — otoritatif tanım: başarı, payload gövdesi yok, trailer yok, sezgisel olarak önbelleğe alınabilir ve başlıklar işlem sonrasındaki seçili temsili açıklar.
• RFC 9110 §8.6 — Content-Length — Content-Length’i 204 yanıtında tamamen yasaklayan kural (yalnızca sıfırdan büyük olduğunda değil).
• MDN — 204 No Content — sade dille çerçeve, boş gövde / Content-Length kısıtı, önbelleğe alınabilirlik, örneğe özgü ETag ve “sayfadan ayrılmadan kaydet” kullanım durumu.

Google Search Central

• HTTP durum kodları ile ağ ve DNS hatalarının Google Arama’yı nasıl etkilediği — 204’ü adıyla belirten durum kodu tablosu ve Google’ın soft 404 tanımı.

Beacon’lar ve analiz (meşru 204 durumları)

• W3C — Beacon — beacon uç noktalarından 204 bekleyen navigator.sendBeacon() spesifikasyonu.
• Google Analytics 4 — Measurement Protocol referansı — kabul edilen istekler için 204 dahil olmak üzere yanıtları burada belgelenen GA4 toplama uç noktası.

Kaynaktan alıntılar

Kayıt altına alınmış açıklamalar. Her bağlantı, kaynak sayfasındaki alıntılanan bölüme atlayan bir derin bağlantıdır.

HTTP spesifikasyonu

• “The 204 (No Content) status code indicates that the server has successfully fulfilled the request and that there is no additional content to send in the response payload body.” (çeviri) “204 (No Content) durum kodu, sunucunun isteği başarıyla yerine getirdiğini ve yanıt yük gövdesinde gönderilecek ek içerik bulunmadığını belirtir” — RFC 9110, HTTP Semantics, §15.3.5. Bölümü okuyun

MDN Web Docs

• “The HTTP 204 No Content successful response status code indicates that a request has succeeded, but the client doesn’t need to navigate away from its current page. A 204 response is cacheable by default, and an ETag header is included in such cases.” (çeviri) “HTTP 204 No Content başarılı yanıt durum kodu bir isteğin başarılı olduğunu, ancak istemcinin mevcut sayfasından ayrılmasına gerek olmadığını belirtir. 204 yanıtı varsayılan olarak önbelleğe alınabilir ve bu gibi durumlarda bir ETag başlığı eklenir” Alıntıya git

Google Search Central — 2xx / 204 işleme

• “Google wasn’t able to receive any content and therefore can’t process it.” (çeviri) “Google herhangi bir içerik alamadı ve bu nedenle işleyemiyor” — Google’ın HTTP durum kodları dokümanı, 2xx tablosundaki 204 satırı (genel 2xx kuralındaki “Google içeriği işlenmek üzere değerlendirir” ifadesinin karşıtı). Google’ın durum kodu dokümanı

Patrick Stox — Ahrefs

• “Most 2xxs will allow pages to be indexed. However, 204s will be treated as soft 404s and won’t be indexed.” (çeviri) “Yanıtların çoğu sayfaların dizine eklenmesine izin verir. Ancak içeriksiz yanıtlar soft hata olarak ele alınır ve dizine eklenmez.” — HTTP Durum Kodları ve SEO Etkileri rehberimden. Alıntıya git

Matt G. Southern — Search Engine Journal alıntısı

• “The exception is a 204 status code, which means the page was successfully accessed but no content was found. Google may show a soft 404 in Search Console for pages serving a 204 code.” (çeviri) “İstisna, sayfaya başarıyla erişildiği ancak içerik bulunmadığı anlamına gelen 204 durum kodudur. Google, 204 kodu sunan sayfalar için Search Console’da soft 404 gösterebilir” Alıntıya git

Meşru yanıtlar ve yanlışlıkla oluşanlar

204’ün nerede kullanılması gerektiğine ve nerede hata olduğuna dair somut örnekler.

Doğru: REST API DELETE

Bir istemci bir kaynağı siler; döndürülecek hiçbir şey yoktur.

DELETE /api/items/42 HTTP/1.1
Host: example.com

HTTP/1.1 204 No Content

Gövde yok, Content-Length yok. Bu deyimleşmiş yanıttır ve aramada görünmesini beklediğiniz bir URL asla olmamalıdır.

Doğru: analiz beacon’ı (sendBeacon)

// Fires a fire-and-forget beacon on page unload
navigator.sendBeacon('/collect', payload);
// Endpoint responds:  HTTP/1.1 204 No Content

Uç noktanın sunacağı bir sayfa yoktur; bu nedenle 204 tam olarak doğrudur. GA4’ün Measurement Protocol uç noktası için de aynısı geçerlidir — ancak GA4’ün hatalı istekler için bile 204 döndürdüğünü unutmayın; 204 yalnızca uç noktanın yanıt verdiğini, isteğinizin işlendiğini değil, doğrular.

Yanlış: içerik sayfasının 204 döndürmesi

GET /blog/my-article/ HTTP/1.1
Host: example.com

HTTP/1.1 204 No Content        ← bug: a real page must return 200 + body

Google boş bir gövde alır, URL’yi soft 404 gibi değerlendirir ve dizine eklemez. Düzeltme amaca bağlıdır:

• İçerikle var olmalı → gerçek gövdeyle 200 OK döndürmeyi geri getirin (204 üreten sunucu/CDN/uygulama rotasını düzeltin).
• Yerine yenisi olmadan gitti → 404 veya 410.
• Taşındı → yeni URL’ye 301.

Pratik kural: Bir insanın URL’ye gelip bir şey okuması bekleniyorsa, URL gövdeli bir 200 döndürmelidir. 204’ü, gerçekten gösterilecek hiçbir şeyin olmadığı makineden makineye uç noktalar — API’ler ve beacon’lar — için saklayın.

Beklenmeyen bir 204’ü teşhis edin

Bir sayfa boş ve Network paneli 204 gösteriyor

Belirti: İçerik oluşturması gereken bir belge URL’si 204 No Content döndürüyor.

Olası neden: Uygulama yönlendirmesi, bir CDN kuralı, bir edge worker veya bir hata işleyicisi sayfa rotasında API tarzı başarı yanıtı üretiyor.

Düzeltme: İsteği, yanıtın sahibi olan katman boyunca izleyin. Sayfa var olmalıysa gerçek gövdeli bir 200 döndürün. Düzeltmeyi yeni bir başlık isteği ve önbellek devre dışı bırakılmış tarayıcı yenilemesiyle doğrulayın.

Search Console bir 204 URL’si için soft 404 bildiriyor

Belirti: 204 bir başarı kodu olmasına rağmen URL soft 404 olarak dışlanıyor.

Olası neden: Sınıflandırma, kodun 2 ile başlayıp başlamadığıyla değil, eksik içerikle ilgilidir. 204’ün tanımı gereği gövdesi yoktur.

Düzeltme: Yanıtı amaca göre seçin: gerçek sayfa için içerikli 200, taşınma için 301, ortadan kalkan sayfa için 404/410. Değişikliği dağıttıktan sonra URL Denetimi’ni yeniden çalıştırın.

Tarayıcınız ile tarama botu durum konusunda uyuşmuyor

Belirti: Sayfa tarayıcıda normal görünüyor, ancak bir tarayıcı veya günlük kaydı 204 gösteriyor.

Olası neden: Bot, yöntem, coğrafi konum, önbellek, WAF veya edge mantığı yanıtı değiştiriyor.

Düzeltme: GET ile HEAD isteklerini, normal ve Googlebot kullanıcı aracısı isteklerini ve sunucu/CDN günlüklerindeki tam isteği karşılaştırın. Koşullu kuralı düzeltin, ardından her iki yolun da aynı amaçlanan yanıtı döndürdüğünü doğrulayın.

Bir 204 URL kümesini amaca göre sınıflandırın

URL’yi, istek yöntemini, içerik türünü, yönlendiren veya rota türünü ve yanıt kodunu içeren bir tarama veya günlük dışa aktarımını yapıştırın.

Classify each HTTP 204 row I provide as:
- likely legitimate API response,
- likely legitimate beacon/background request,
- accidental document/page response, or
- insufficient evidence.

For every row, cite the supplied evidence, explain why 204 does or does not fit, and give
the next verification step. For accidental page responses, recommend exactly one intended
outcome: 200 with content, 301 to a relevant replacement, or 404/410 if gone.

Do not infer that a 204 analytics response means the event was processed. Do not invent
route behavior, redirect targets, or page content. Return a table followed by a prioritized
manual-check queue.

PASTE ROWS HERE

Yanlışlıkla oluşan 204 yanıtlarını bulun

Tek bir URL’yi ve istek yöntemini inceleyin

curl -sS -D - -o /dev/null https://example.com/page
curl -sS -X HEAD -D - -o /dev/null https://example.com/page

URL’nin içerik oluşturması bekleniyorsa belge isteği 204 olmamalıdır. Hatalı yönteme özgü işleyiciler farklı yanıt verebildiğinden GET ve HEAD isteklerini test edin.

Varsayılan ve Googlebot kullanıcı aracısı yanıtını karşılaştırın

url="https://example.com/page"
curl -sS -o /dev/null -w "default: %{http_code} %{size_download} bytes\n" "$url"
curl -sS -A "Googlebot" -o /dev/null -w "Googlebot UA: %{http_code} %{size_download} bytes\n" "$url"

Yalnızca bir yolda sıfır indirilen baytla birlikte 204 görülmesi, koşullu sunucu, CDN veya WAF mantığına işaret eder. Google’ın gerçekte ne aldığını doğrulamak için gerçek günlükleri ve URL Denetimi’ni kullanın.

URL listesindeki yanıtları raporlayın

while IFS= read -r url; do
  code=$(curl -sS -o /dev/null -w "%{http_code}" "$url")
  if [ "$code" = "204" ]; then printf '%s\t%s\n' "$code" "$url"; fi
done < urls.txt

Bunu macOS, Linux veya WSL’de, her satırda bir URL olacak şekilde urls.txt ile çalıştırın. Her sonucu rota amacına göre değerlendirin; API ve beacon yanıtları hata değildir.

Meşru ve yanlışlıkla oluşan yanıtları ayırmaya yarayan araçlar

Patrick’in ücretsiz aracı

• Toplu HTTP Durum Kodu Denetleyicisi — en fazla 500 URL’yi kontrol edin, sonuçları 204 ile filtreleyin ve etkilenen kümeyi dışa aktarın. Geçerli API/beacon uç noktalarını içerik döndürmesi gereken sayfa URL’lerinden ayırmak için rota ve içerik bağlamını kullanın.

Nedeni doğrulayın

• Google Search Console URL Denetimi — yanıtı değiştirdikten sonra Google’ın ne alabileceğini görmek için bir sayfa URL’sinde canlı test yapın.
• Sunucu/CDN günlükleri — 204 yanıtının yönteme, kullanıcı aracısına, rotaya veya edge konumuna göre değişip değişmediğini belirleyin.
• Tarayıcı DevTools Network paneli — belge isteğini arka plandaki API ve beacon çağrılarından ayırın; bir beacon’daki 204 doğru olabilirken belgedeki 204 doğru değildir.
• Tam site tarayıcısı — 204 döndüren belge URL’lerini envanterleyin ve bir şablon gerilemesinin bütün bir bölümü etkilememesi için kontrolü yinelenen denetimlere ekleyin.

Kendinizi test edin: 204 No Content

204’ün ne anlama geldiği ve ne zaman doğru olduğu hakkında beş kısa soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Değişiklik günlüğü