i0.wp.com Çalışmıyor! WordPress Sitelerinde Görseller Neden Açılmıyor, Nasıl Düzeltilir?
25 Ekim 2026
WordPress sitenizdeki görseller bir anda açılmamaya mı başladı? Yazılarınız yerinde duruyor ancak fotoğraflar boş alanlar, kırık görsel simgeleri veya yüklenemeyen resimler şeklinde mi görünüyor? Sorunun kaynağı, sitenizin kullandığı görsel dağıtım altyapısı olabilir.
i0.wp.com adresi Türkiye’de erişim engeli haberleriyle gündeme geldi. İfade Özgürlüğü Derneği’nin 23 Ekim 2026 tarihli duyurusuna göre WordPress ve Jetpack sitelerinde kullanılan bu alt alan adı, Siber Güvenlik Başkanlığının aynı tarihli kararıyla erişime engellendi. Kararın gerekçesine ilişkin ayrıntı duyuruda paylaşılmadı.
Bu gelişme özellikle görsellerini Jetpack’in Site Accelerator hizmeti üzerinden sunan web sitelerini ilgilendiriyor. Çünkü görselleri doğrudan kendi sunucusundan yüklemek yerine bu CDN altyapısından alan bir sayfa, ilgili adrese erişilemediğinde ziyaretçilerine fotoğrafları gösteremeyebilir.
Ancak burada önemli bir ayrıntı var: i0.wp.com adresinin çalışmaması, WordPress sitenizin veya medya kütüphanenizdeki görsellerin silindiği anlamına gelmez. Görseller özgün sunucuda duruyorsa, CDN kullanımını doğru şekilde devre dışı bırakarak veya alternatif bir görsel dağıtım yöntemi kullanarak sorunu çözmek mümkün olabilir.
i0.wp.com Nedir? Neden WordPress Sitelerinde Kullanılıyor?
i0.wp.com, WordPress ekosisteminde kullanılan Jetpack Site Accelerator görsel CDN altyapısının adreslerinden biridir. CDN, yani Content Delivery Network, Türkçesiyle içerik dağıtım ağı, web sitelerindeki içeriklerin kullanıcılara daha hızlı ulaştırılmasını amaçlayan bir sunucu ağıdır.
Normal bir WordPress sitesinde yüklediğiniz görseller genellikle kendi sunucunuzdaki wp-content/uploads klasöründe saklanır. Örneğin bir görselin orijinal adresi şu yapıda olabilir:
https://ornekalanadi.com/wp-content/uploads/2026/10/teknoloji.jpgJetpack’in görsel CDN özelliği etkinleştirildiğinde, sitenin ürettiği görsel adresi bunun yerine aşağıdaki yapıya dönüşebilir:
https://i0.wp.com/ornekalanadi.com/wp-content/uploads/2026/10/teknoloji.jpg?resize=1200%2C675&ssl=1Bu örnekte ornekalanadi.com temsili bir alan adıdır. Gerçek adresiniz farklı olacaktır.
Görselin CDN üzerinden sunulması, orijinal dosyanın mutlaka oraya taşındığı anlamına gelmez. Jetpack, kendi dokümantasyonunda görsel CDN’nin kaynak sunucudaki görsellerin kopyalarını kullanarak bunları optimize edip dağıttığını açıklıyor.
Bu ayrım önemli. Çünkü sorun CDN adresine erişimdeyse orijinal görsel dosyası sunucunuzda bulunmaya devam edebilir.
i0.wp.com Neden Çalışmıyor?
25 Ekim 2026 itibarıyla gündemdeki temel gelişme, i0.wp.com alt alan adına Türkiye’den erişimin engellendiğine ilişkin duyurudur.
İfade Özgürlüğü Derneği’nin yayımladığı bilgiye göre erişim engeli, Siber Güvenlik Başkanlığının 23 Ekim 2026 tarihli ve 490.05.01.2026.-1186645 sayılı kararıyla ilişkilendiriliyor. Duyuruda kararın gerekçesi hakkında ayrıntı bulunmuyor.
Bu nedenle sorunu yalnızca WordPress eklentisinin bozulması veya sunucunuzun arızalanması şeklinde değerlendirmek doğru olmaz. Türkiye’deki erişim engeli, ilgili CDN adresini kullanan sitelerde görsel yükleme sorunlarına yol açabilecek ayrı bir etken.
Yine de her görsel hatasının aynı nedenden kaynaklandığını varsaymamak gerekiyor. Jetpack bağlantı sorunları, önbellek, güvenlik eklentileri, sunucu kuralları ve görsel optimizasyon araçları da benzer belirtiler oluşturabilir.
i0.wp.com Sorunu Sitenizi Nasıl Etkiliyor?
Bir web sayfası açıldığında tarayıcı yalnızca HTML metnini yüklemez. Sayfanın tasarımına, görünümüne ve içeriğine ait görselleri de ilgili adreslerden talep eder.
Bir yazının görseli i0.wp.com üzerinden sunuluyorsa ve ziyaretçinin bağlantısı bu adrese erişemiyorsa tarayıcı görseli yükleyemez. Bunun sonucunda sayfanın metni görünürken fotoğraflar kaybolabilir.
Bu durum özellikle şu alanlarda fark edilir:
- WordPress yazılarının kapak görselleri
- Yazı içindeki fotoğraflar
- Blog ve haber listelerindeki küçük görseller
- Kategori sayfalarındaki görsel kartları
- Görselleri CDN üzerinden çağıran bazı bileşenler
Ancak sitenizdeki bütün görsellerin mutlaka i0.wp.com üzerinden sunulduğunu düşünmeyin. Bazı görseller doğrudan sitenizin sunucusundan, bazıları başka bir CDN’den, bazıları da farklı bir harici hizmetten yüklenebilir.
İlk yapmanız gereken işlem, gerçekten hangi görsel adresinin başarısız olduğunu kontrol etmektir.
WordPress Sitenizde Sorun Olup Olmadığını Nasıl Kontrol Edersiniz?
Herhangi bir ayarı değiştirmeden önce sorunun kaynağını belirlemek, gereksiz müdahaleleri önler.
1. Açılmayan görselin adresini kontrol edin
- Web sitenizi tarayıcıda açın.
- Açılmayan görselin bulunduğu sayfaya gidin.
- Görsele sağ tıklayın.
- Tarayıcınızda sunulan seçeneklerden görseli yeni sekmede açmayı deneyin.
- Adres çubuğundaki URL’yi kontrol edin.
Adres https://i0.wp.com/ ile başlıyorsa görselin Jetpack’in görsel CDN altyapısından sunulduğuna ilişkin güçlü bir işaret elde etmiş olursunuz.
Ancak yalnızca adresin i0.wp.com ile başlaması, hatanın kesin nedenini tek başına kanıtlamaz. Görselin orijinal adresinin çalışıp çalışmadığını da kontrol etmek gerekir.
2. Orijinal görsel dosyasını açmayı deneyin
CDN adresindeki görselin kaynak sunucudaki karşılığını kontrol edin. Bunun için CDN adresinden orijinal alan adını ve dosya yolunu belirleyerek kaynak görselin adresini açmayı deneyebilirsiniz.
Örneğin CDN adresi şu şekildeyse:
https://i0.wp.com/ornekalanadi.com/wp-content/uploads/2026/10/teknoloji.jpg?resize=1200%2C675&ssl=1Kaynak dosyanın adresi şu olabilir:
https://ornekalanadi.com/wp-content/uploads/2026/10/teknoloji.jpgBu adres yalnızca örnektir. Kendi sitenizde dosya yolunun doğru olduğundan emin olun.
- Orijinal görsel açılıyor, CDN görseli açılmıyorsa: CDN adresi veya bu adrese erişimle ilgili bir sorun olasılığı güçlenir.
- İki adres de açılmıyorsa: Kaynak dosya, sunucu, dosya izinleri, URL veya başka bir erişim problemi de söz konusu olabilir.
- Görsel bazı ağlarda açılıyor, bazılarında açılmıyorsa: Ağ, DNS veya erişim kısıtlaması gibi etkenleri ayrıca değerlendirmek gerekir.
3. WordPress medya kütüphanesini kontrol edin
WordPress yönetim panelinden Ortamlar > Kütüphane bölümüne girin. Sorun yaşadığınız görseli bulun ve mümkünse ekli dosyanın özgün URL’sini kontrol edin.
Görsel medya kütüphanesinde görünüyorsa bu, dosyanın mutlaka sunucuda eksiksiz ve erişilebilir olduğu anlamına gelmez. Yine de kaynak dosyanın durumunu kontrol etmek için iyi bir başlangıç noktasıdır.
Bu aşamada görselleri yeniden yüklemeye veya medya kütüphanesini topluca değiştirmeye başlamayın. Önce mevcut dosyaların orijinal adreslerden açıldığını doğrulayın.
Çözüm 1: Jetpack Site Accelerator Görsel CDN Özelliğini Kapatın
Orijinal görselleriniz kendi sunucunuzda duruyorsa ilk değerlendirilebilecek seçenek, Jetpack’in görsel CDN özelliğini kapatmaktır.
Jetpack’in resmî dokümantasyonuna göre Site Accelerator devre dışı bırakıldığında görsellerin kaynak sunucudan yüklenmesi gerekir. Değişikliklerin bütün sayfalarda görünmesi birkaç dakika sürebilir.
İzlenecek yol:
- WordPress yönetim paneline giriş yapın.
- Jetpack > Ayarlar bölümünü açın.
- Performans veya Performans ve hız bölümüne girin.
- Görselleri hızlandıran Site Accelerator veya görsel CDN seçeneğini bulun.
- Görsel hızlandırma özelliğini kapatın.
- Ayarları kaydedin ve değişikliğin uygulanması için birkaç dakika bekleyin.
Menü isimleri Jetpack sürümüne ve yönetim panelinin diline göre farklılık gösterebilir. Ayrıca görsel CDN ile CSS ve JavaScript gibi statik dosyaları hızlandıran seçenekler ayrı olabilir. Sorun yalnızca görsellerdeyse önce görsel hızlandırma ayarını değerlendirin.
Özelliği kapatınca görseller silinir mi?
Hayır. Jetpack’in görsel CDN özelliğini kapatmak, normal koşullarda WordPress medya kütüphanenizdeki orijinal görselleri silmez. Amaç, görsellerin CDN yerine kaynak sunucunuzdan yüklenmesini sağlamaktır.
Bu nedenle işlemden önce görsellerin kaynak sunucuda gerçekten mevcut olduğundan emin olun. Orijinal dosyalar silinmişse veya URL’leriniz bozuksa yalnızca CDN’yi kapatmak yeterli olmayacaktır.
Değişiklikten sonra ne yapmalısınız?
- Tarayıcı önbelleğini temizleyin veya gizli pencerede test yapın.
- Varsa WordPress önbellek eklentinizin önbelleğini temizleyin.
- Sunucu veya CDN önbelleği kullanıyorsanız ilgili önbelleği de temizleyin.
- Yazı sayfalarını ve kategori sayfalarını ayrı ayrı kontrol edin.
- Görsellerin artık kendi alan adınızdan yüklenip yüklenmediğine bakın.
Bu adımlar sorunun çözülüp çözülmediğini anlamanıza yardımcı olur. Ancak kullanılan önbellek sistemine göre değişikliklerin tüm ziyaretçilere yansıması zaman alabilir.
Çözüm 2: Görsel URL’lerini Toplu Olarak Değiştirmeden Önce Dikkat Edin
i0.wp.com sorunu ortaya çıktığında akla gelen çözümlerden biri, veritabanındaki bütün i0.wp.com adreslerini doğrudan kendi alan adınızla değiştirmektir.
Bu işlem bazı durumlarda doğru bir URL dönüşümünün parçası olabilir. Ancak görsel adreslerini rastgele ve toplu biçimde değiştirmek yeni sorunlar oluşturabilir.
Örneğin:
- Görsel URL’sindeki CDN alan adı, orijinal alan adı ve dosya yolu birbirinden farklı olabilir.
- CDN adresindeki
resizegibi parametreler görselin boyutunu belirliyor olabilir. - Farklı bir alan adından çağrılan görseller, özgün sunucuda aynı dosya yoluna sahip olmayabilir.
- Görsel URL’leri yazı içeriğinin yanında tema ayarlarında, bileşenlerde veya eklenti seçeneklerinde de bulunabilir.
- Veritabanında yapılan yanlış değişiklikler yazıların, bağlantıların veya başka içeriklerin bozulmasına yol açabilir.
Önerimiz: Önce CDN özelliğini kapatıp kaynak görsellerin otomatik olarak doğru şekilde sunulup sunulmadığını test edin. Sorun devam ederse URL dönüşümünü ayrı bir teknik işlem olarak planlayın.
Veritabanında arama ve değiştirme yapılacaksa işlem öncesinde tam yedek alın. WordPress’in serileştirilmiş verilerini desteklemeyen basit bir metin değiştirme yöntemi kullanmayın. Mümkünse önce test ortamında deneyin.
Çözüm 3: Alternatif Bir Görsel CDN’sine Geçin
Görselleri CDN üzerinden sunmaya devam etmek istiyorsanız kendi alan adınız üzerinden çalışan veya Türkiye’deki ziyaretçileriniz için erişilebilirliği doğrulanmış başka bir görsel dağıtım çözümü değerlendirebilirsiniz.
Alternatif bir CDN seçerken yalnızca hız testlerine bakmak yeterli değildir. Görsellerin nasıl yeniden boyutlandırıldığı, önbelleğin nasıl yönetildiği, mevcut WordPress yapınızla uyumluluk ve hizmetin maliyeti de önemlidir.
Değerlendirmeniz gereken temel noktalar şunlardır:
- Alan adı kontrolü: Görselleri kendi alan adınızın bir alt alan adı üzerinden sunabiliyor musunuz?
- WordPress uyumluluğu: Kullanılan eklenti, temanızla ve medya kütüphanenizle uyumlu mu?
- Görsel optimizasyonu: WebP, AVIF veya farklı boyutların sunulması destekleniyor mu?
- Önbellek yönetimi: Güncellenen bir görselin eski kopyası nasıl temizleniyor?
- Türkiye’den erişim: CDN adresleri Türkiye’deki farklı internet bağlantılarından test edildi mi?
- Geri dönüş seçeneği: CDN devre dışı bırakıldığında orijinal görseller sorunsuz yüklenebiliyor mu?
Burada önemli olan, yalnızca i0.wp.com adresini başka bir adresle değiştirmek değil; görsel dağıtımını sürdürülebilir ve kontrol edilebilir hale getirmektir.
Çözüm 4: WordPress Önbelleğini ve Görsel Optimizasyon Eklentilerini Kontrol Edin
Jetpack görsel CDN’si devre dışı bırakıldığı halde görseller hâlâ açılmıyorsa sorun önbellekte veya başka bir eklentinin oluşturduğu URL’lerde olabilir.
Örneğin önbellek eklentisi, CDN özelliği kapatılmadan önce oluşturulan eski HTML kodunu saklıyor olabilir. Sayfa bu eski kodla açıldığında tarayıcı hâlâ i0.wp.com adresine istek gönderebilir.
Bu durumda şu sırayla ilerleyin:
- Jetpack görsel CDN ayarını kontrol edin.
- WordPress önbellek eklentisinin önbelleğini temizleyin.
- Sunucu veya harici CDN önbelleği varsa temizleyin.
- Tarayıcıda gizli pencere açarak sayfayı yeniden test edin.
- Görsel optimizasyonu yapan eklentilerin URL’leri değiştirip değiştirmediğini kontrol edin.
- Sorun sürüyorsa eklenti çakışmasını test ortamında araştırın.
Görsel optimizasyonu yapan birden fazla eklentiyi aynı anda kullanmak her zaman daha iyi sonuç vermez. Bir eklenti dosyayı yeniden boyutlandırırken diğeri aynı görselin farklı bir URL’sini oluşturabilir. Bu nedenle her değişiklikten sonra sonuçları kontrol edin.
i0.wp.com Sorunu Google ve SEO Performansını Etkiler mi?
Görsellerin yüklenmemesi, kullanıcı deneyimi açısından açık bir sorundur. Ancak arama motoru performansına etkisi, sorunun kapsamına ve süresine göre değişir.
Örneğin bir haber sitesinde yazıların kapak görselleri görünmüyorsa sayfalar ziyaretçilere eksik görünebilir. Görseller sayfanın önemli bir bölümünü oluşturuyorsa sayfanın algılanan kalitesi de düşebilir.
Arama motorları açısından ise yalnızca i0.wp.com adresinin erişilememesi, sitenin otomatik olarak sıralama kaybedeceği anlamına gelmez. Asıl önemli olan, arama motorlarının sayfayı ve ilgili görselleri nasıl tarayabildiği, sayfanın nasıl görüntülendiği ve sorunun ne kadar sürdüğüdür.
SEO açısından şu kontrolleri yapın:
- Google Search Console’da önemli sayfaları URL Denetleme aracıyla kontrol edin.
- Önemli sayfaların mobil görünümünü inceleyin.
- Sayfa kaynağında görsel URL’lerinin hâlâ i0.wp.com adresine işaret edip etmediğini kontrol edin.
- Görsel site haritanız varsa adreslerin doğru olduğunu doğrulayın.
- CDN değişikliğinden sonra eski URL’lerin ve yeni URL’lerin doğru çalıştığını test edin.
Özellikle haber ve içerik sitelerinde görsel URL’lerini plansız biçimde değiştirmek yerine, değişikliğin hangi sayfaları etkilediğini belirlemek ve kontrollü geçiş yapmak daha sağlıklı bir yaklaşımdır.
i0.wp.com Sorunu İçin Kontrol Listesi
| Kontrol | Ne yapılmalı? |
|---|---|
| Görsel adresi | URL’nin i0.wp.com üzerinden sunulup sunulmadığını kontrol edin. |
| Orijinal dosya | Kaynak görselin kendi alan adınızdan açıldığını doğrulayın. |
| Jetpack ayarı | Görsel Site Accelerator özelliğini değerlendirin. |
| Önbellek | WordPress, sunucu ve tarayıcı önbelleklerini temizleyin. |
| Diğer eklentiler | Görsel optimizasyonu ve CDN eklentilerinin çakışmasını araştırın. |
| Alternatif CDN | Gerekirse farklı bir görsel dağıtım çözümünü test edin. |
| SEO | Önemli sayfaları ve görsel URL’lerini kontrol edin. |
| Yedek | Veritabanında değişiklik yapmadan önce tam yedek alın. |
Appletürk Editör Yorumu: WordPress Siteleri Tek Bir CDN’ye Bağımlı Kalmamalı
i0.wp.com etrafında yaşanan gelişme, web sitesi sahiplerinin çoğu zaman gözden kaçırdığı bir konuyu yeniden gündeme getiriyor: Bir web sitesinin içeriği kendi sunucusunda duruyor olsa bile, bu içeriğin ziyaretçiye ulaşması için kullanılan harici altyapılar ayrı bir bağımlılık oluşturabilir.
WordPress siteleri için CDN kullanmak başlı başına yanlış bir tercih değil. Doğru yapılandırılmış bir CDN, görsellerin daha verimli sunulmasına ve sunucu yükünün azaltılmasına yardımcı olabilir. Ancak erişim sorunları yaşandığında sitenin nasıl davranacağı da en az hız kadar önemli.
Bu nedenle özellikle haber, teknoloji ve içerik sitelerinin orijinal görsellerini güvenli biçimde saklaması, CDN ayarlarını belgelemesi ve gerektiğinde kaynak sunucuya geri dönebilecek bir yapıya sahip olması gerekiyor.
i0.wp.com sorunu yaşayan site sahipleri için ilk adım, bütün görselleri yeniden yüklemek veya veritabanını topluca değiştirmek değil. Önce görsellerin orijinal dosyalarının yerinde olduğunu doğrulamak, ardından Jetpack’in görsel CDN ayarını kontrollü şekilde kapatarak test yapmak daha doğru bir yöntem.
i0.wp.com erişim sorunu, WordPress sitelerindeki orijinal görsellerin silindiği anlamına gelmiyor; kaynak dosyalarınız duruyorsa doğru CDN ve önbellek ayarlarıyla görselleri yeniden erişilebilir hale getirebilirsiniz.
