WordPress’te Karışık İçerik Hatası Nasıl Onarılır?

WordPress’te Karışık İçerik Hatası (Mixed Content), HTTPS üzerinden açılan bir web sayfasının resim, JavaScript, CSS, yazı tipi veya iframe gibi kaynakları güvenli olmayan HTTP bağlantısıyla yüklemeye çalışmasıdır. WordPress’te karışık içerik hatası nasıl onarılır? Öncelikle tarayıcının geliştirici araçlarında HTTP ile çağrılan dosyaları belirleyin. Ardından WordPress adreslerini, ilgili medya ve tema bağlantılarını HTTPS olarak düzeltin. Gerekirse SSL Insecure Content Fixer veya Better Search Replace gibi araçlardan yararlanın.

WordPress karışık içerik hatası özellikle bir site HTTP’den HTTPS’ye taşındıktan, SSL sertifikası etkinleştirildikten veya CDN yapılandırması değiştirildikten sonra ortaya çıkabilir. Bu hata bazı kaynakların yüklenmesini engelleyebilir, sayfa görünümünü bozabilir ve HTTPS bağlantısının sunduğu güvenliği zayıflatabilir.

Bu rehberde Mixed Content hatasının nedenlerini, Chrome üzerinden sorunlu dosyaların nasıl bulunduğunu, WordPress SSL ayarlarının nasıl kontrol edildiğini, eklenti ve veritabanı çözümlerini, Cloudflare ile Nginx yapılandırmalarını ve SEO açısından dikkat edilmesi gereken noktaları adım adım ele alıyoruz.

WordPress’te Karışık İçerik Hatası Nedir?

Karışık içerik (Mixed Content), güvenli bir HTTPS sayfasının güvenli olmayan HTTP üzerinden ek kaynak talep etmesidir. Örneğin sitenizin adresi https://ornek.com olmasına rağmen sayfada http://ornek.com/wp-content/uploads/resim.jpg adresi kullanılıyorsa karışık içerik durumu oluşabilir.

HTTPS, tarayıcıyla sunucu arasındaki bağlantının şifrelenmesini ve sunucunun kimliğinin doğrulanmasını sağlayan TLS teknolojisini kullanır. Ancak HTTPS üzerinden açılmış bir sayfada HTTP kaynağı çağrıldığında bu kaynağın iletimi aynı güvenceye sahip olmayabilir.

Modern tarayıcılar karışık içerik taleplerini genel olarak iki şekilde ele alır:

• Otomatik yükseltilebilen içerikler: Bazı görseller, ses ve video kaynakları HTTP yerine HTTPS üzerinden istenebilir.
• Engellenen içerikler: HTTP ile çağrılan JavaScript, stil dosyaları, iframe içerikleri ve bazı diğer kaynak türleri güvenlik nedeniyle engellenebilir.

Bir tarayıcının bazı kaynakları otomatik olarak HTTPS’ye yükseltmesi, WordPress sitenizdeki eski HTTP bağlantılarını düzeltmenize gerek olmadığı anlamına gelmez. Kalıcı çözüm, bütün gerekli kaynakların güvenli adreslerden yüklenmesidir.

WordPress Karışık İçerik Hatası Neden Oluşur?

WordPress sitelerinde Mixed Content hatasının birden fazla nedeni olabilir. Sorunun yalnızca SSL sertifikasından kaynaklandığını düşünmek doğru değildir. Sertifika geçerli olsa bile içerik bağlantıları HTTP olarak kalmış olabilir.

• Eski görsel adresleri: İçeriklerde ve medya alanlarında HTTP bağlantılarının kalması.
• Yanlış WordPress adresleri: Site URL’sinin veya WordPress URL’sinin HTTP olarak yapılandırılması.
• Tema dosyaları: CSS, JavaScript, arka plan resmi veya yazı tipi adreslerinin kod içine HTTP olarak yazılması.
• Eklentiler: Güvenli olmayan dış kaynakların yüklenmesi.
• Veritabanı kayıtları: Önceki HTTP adreslerinin içerik, bileşen veya sayfa oluşturucu verilerinde saklanması.
• CDN ve proxy yapılandırması: WordPress’in ziyaretçinin HTTPS kullandığını doğru algılayamaması.
• Üçüncü taraf hizmetler: Reklam, analiz, harita veya gömülü içerik sağlayıcılarının HTTP kaynakları kullanması.
• Önbellek: HTTPS’ye geçildikten sonra eski HTTP bağlantılarının önbellekten sunulması.

Doğru çözüm yöntemini seçmek için önce sorunun hangi kaynak dosyasından veya yapılandırmadan oluştuğunu tespit edin.

WordPress’te Karışık İçerik Hatası Nasıl Tespit Edilir?

WordPress’te Karışık İçerik Hatası giderilirken ilk adım, tarayıcının hangi HTTP bağlantılarını yüklemeye çalıştığını belirlemektir. Bunun için Google Chrome, Microsoft Edge veya Firefox’un geliştirici araçlarından yararlanabilirsiniz.

Chrome Geliştirici Araçlarıyla Mixed Content Kontrolü

1. WordPress sitenizi HTTPS adresiyle açın.
2. F12 tuşuna basın veya sayfaya sağ tıklayıp İncele seçeneğini kullanın.
3. Geliştirici araçlarında Console sekmesini açın.
4. Sayfayı yeniden yükleyin.
5. Mixed Content, blocked veya HTTP kaynak uyarılarını inceleyin.
6. Uyarıda belirtilen dosya adresini not edin.
7. Network sekmesinden ilgili isteğin durumunu ve yönlendirmelerini kontrol edin.

Örneğin tarayıcı şu türde bir uyarı gösterebilir:

Mixed Content:
The page at 'https://ornek.com/'
was loaded over HTTPS, but requested
an insecure resource:
'http://ornek.com/wp-content/uploads/resim.jpg'.

Bu örnekte soruna neden olan adres http://ornek.com/wp-content/uploads/resim.jpg şeklindedir. İlgili dosyanın HTTPS üzerinden gerçekten açılabildiğini doğruladıktan sonra kaynak bağlantısını güvenli adresle değiştirebilirsiniz.

Bir sayfada karışık içerik uyarısı bulunmaması, sitenin diğer bütün sayfalarının sorunsuz olduğunu kanıtlamaz. Anasayfa, yazı sayfaları, kategori sayfaları, iletişim formu ve varsa ödeme sayfalarını ayrı ayrı kontrol edin.

WordPress’te Karışık İçerik Hatası Nasıl Onarılır? 6 Yöntem

Karışık içerik hatasını düzeltmek için uygulanacak yöntem sorunun kaynağına bağlıdır. Bazı durumlarda tek bir görsel bağlantısını değiştirmek yeterliyken, eski HTTP adresleri veritabanına yayılmışsa daha kapsamlı işlem gerekebilir.

1. WordPress ve Site Adresi Ayarlarını HTTPS Olarak Kontrol Edin

WordPress, site adreslerini oluştururken yapılandırmasında kayıtlı URL bilgilerini kullanır. Bu nedenle WordPress ve site adreslerinin doğru olması önemlidir.

1. WordPress yönetim paneline giriş yapın.
2. Ayarlar > Genel bölümünü açın.
3. WordPress Adresi (URL) alanını kontrol edin.
4. Site Adresi (URL) alanını kontrol edin.
5. Siteniz HTTPS üzerinden düzgün çalışıyorsa adreslerin uygun https:// biçiminde olduğundan emin olun.
6. Gerekliyse doğru adresleri kaydedin.
7. Siteyi yeniden açarak kaynak adreslerini kontrol edin.

Dikkat: Bu alanları değiştirmeden önce SSL sertifikasının çalıştığını ve HTTPS üzerinden yönetim paneline erişilebildiğini doğrulayın. Yanlış alan adı veya protokol değişikliği yönetim paneline erişimi etkileyebilir.

URL alanları düzenlenemiyorsa wp-config.php içinde tanımlanmış WP_HOME veya WP_SITEURL sabitleri bulunabilir. Bu yapılandırmalarda değişiklik yapmak için sunucu erişimi ve teknik bilgi gerekebilir.

2. SSL Insecure Content Fixer Eklentisini Kullanın

SSL Insecure Content Fixer, WordPress’teki güvensiz kaynak adreslerini düzeltmeye yardımcı olan bir eklentidir. Eklenti, temel düzeltmeleri varsayılan olarak etkinleştirebilir ve gerekli durumlarda daha kapsamlı seçenekler sunar.

Eklentiyi WordPress.org SSL Insecure Content Fixer sayfasından inceleyebilirsiniz.

SSL Insecure Content Fixer Kurulumu

1. WordPress yönetim panelinde Eklentiler > Yeni Ekle bölümünü açın.
2. SSL Insecure Content Fixer eklentisini arayın.
3. Eklentinin geliştiricisini, güncelleme durumunu ve WordPress uyumluluğunu kontrol edin.
4. Yükle ve ardından Etkinleştir seçeneğini kullanın.
5. Eklentinin ayar ekranını açın.
6. Öncelikle varsayılan Simple (Basit) düzeyini deneyin.
7. Değişiklikleri kaydedin ve sitenizi yeniden test edin.

SSL Insecure Content Fixer içinde farklı müdahale düzeyleri bulunabilir. Eklentinin açıklamalarındaki seçenekler şu şekildedir:

Düzey	İşlevi	Ne zaman değerlendirilmeli?
Simple	WordPress tarafından oluşturulan yaygın kaynak bağlantıları için temel düzeltmeler uygular.	İlk denemede.
Content	İçerikteki HTTP bağlantılarını da ele alır.	Sorun yazı ve sayfalardaysa.
Widgets	Bileşen içeriklerini kapsayan ilave düzeltmeler yapar.	Sorun bileşen alanındaysa.
Capture	Çıktı üzerinde daha kapsamlı adres düzeltmeleri uygular.	Önceki seçenekler yetersiz kaldığında.
Capture All	Sayfa çıktısına geniş kapsamlı müdahale eder.	Gerekçesi bilinen özel durumlarda son seçenek olarak.

Önemli: Daha kapsamlı düzeltme seviyeleri bütün sorunları otomatik olarak çözmez. Ayrıca sayfa çıktısının işlenmesini artırabilir ve başka eklentilerle uyumluluk sorunları oluşturabilir. Bu nedenle önce basit ayarla başlayıp sonucu ölçmek gerekir.

Eklentinin bir HTTP adresini HTTPS olarak değiştirmesi, ilgili sunucunun HTTPS desteğine sahip olduğunu garanti etmez. Dış kaynağın güvenli bağlantıyla açıldığını ayrıca kontrol edin.

3. Better Search Replace ile Eski HTTP Bağlantılarını Düzeltin

WordPress’in önceki HTTP adresleri yazı içeriklerinde, tema ayarlarında, bileşenlerde veya sayfa oluşturucu kayıtlarında saklanmış olabilir. Böyle durumlarda veritabanında kontrollü arama ve değiştirme işlemi yapılabilir.

Better Search Replace eklentisi, WordPress veritabanındaki değerlerde arama ve değiştirme işlemi yapılmasını sağlar. Serileştirilmiş verileri desteklemesi ve işlemin etkisini önceden görmek için Dry Run seçeneği sunması önemli avantajlarıdır.

Better Search Replace Kullanımı

1. Önce WordPress veritabanının ve site dosyalarının yedeğini alın.
2. Mümkünse işlemi önce test ortamında deneyin.
3. Better Search Replace eklentisini yükleyin ve etkinleştirin.
4. Araçlar > Better Search Replace bölümünü açın.
5. Search for alanına eski adresi yazın: http://ornek.com.
6. Replace with alanına güvenli adresi yazın: https://ornek.com.
7. İlgili WordPress tablolarını dikkatlice seçin.
8. Dry Run seçeneği etkin durumdayken tarama yapın.
9. Bulunan eşleşmeleri ve etkilenecek tabloları inceleyin.
10. Değişikliklerin doğruluğundan eminseniz gerçek işlemi çalıştırın.
11. Önbelleği temizleyerek görselleri, bağlantıları ve site işlevlerini yeniden test edin.

Örnek adresler: ornek.com yalnızca açıklama amacıyla kullanılmıştır. Kendi sitenizin gerçek HTTP ve HTTPS adreslerini girmeniz gerekir.

Kritik uyarı: Veritabanındaki bütün http:// ifadelerini ayrım yapmadan değiştirmeyin. Dış hizmet URL’leri, özel yapılandırmalar ve HTTPS desteklemeyen kaynaklar bulunabilir. Önce hangi alan adına ait adreslerin düzeltilmesi gerektiğini belirleyin.

WordPress veritabanında serileştirilmiş veriler bulunabildiği için bu işlemi sıradan bir SQL REPLACE() sorgusuyla yapmak veri bozulmasına neden olabilir. Serileştirilmiş verileri dikkate alan WordPress uyumlu araçları tercih edin.

4. Tema, Eklenti ve Görsel Bağlantılarını Manuel Düzeltin

Karışık içerik hatası yalnızca bir veya birkaç dosyadan kaynaklanıyorsa ilgili bağlantıyı manuel düzeltmek daha uygun olabilir.

Örneğin bir yazı içindeki görselin adresi HTTP olarak kayıtlıysa ilgili yazıyı düzenleyip güvenli HTTPS bağlantısını kullanabilirsiniz. Ancak güncellemeden önce dosyanın HTTPS üzerinden açıldığını kontrol edin.

Kaynağa göre kontrol edilebilecek alanlar:

• Gutenberg yazı ve sayfa blokları.
• Özel HTML blokları.
• Tema özelleştirici ve tema seçenekleri.
• Sayfa oluşturucu arka plan görselleri.
• CSS içindeki url() tanımları.
• JavaScript ile dinamik oluşturulan adresler.
• Özel yazı tipleri ve dış stil dosyaları.
• Reklam, video veya üçüncü taraf iframe kodları.

Bir tema veya eklentide doğrudan kod içine yazılmış HTTP bağlantısı bulunuyorsa veritabanı arama-değiştirme işlemi bu sorunu gidermeyebilir. İlgili eklentiyi güncellemek, geliştiricinin sağladığı ayarı kullanmak veya kodu güvenli biçimde düzeltmek gerekebilir.

Üçüncü taraf kaynak HTTPS sunmuyorsa güvenilir bir HTTPS alternatifine geçmek veya o kaynağı kaldırmak gerekebilir. Bilinmeyen bir HTTP kaynağını sunucunuza kopyalamadan önce lisans ve güvenlik koşullarını inceleyin.

5. Cloudflare, Nginx ve Proxy HTTPS Ayarlarını Kontrol Edin

Cloudflare, Nginx ters proxy veya yük dengeleyici kullanan WordPress sitelerinde bağlantı tarayıcı ile proxy arasında HTTPS olsa bile WordPress uygulaması isteği HTTP olarak algılayabilir.

Bu durum WordPress’in bazı kaynakları yanlış protokolle üretmesine yol açabilir. Özellikle siteye dışarıdan HTTPS ile erişilirken iç bağlantılarda HTTP adresleri oluşuyorsa proxy yapılandırmasını kontrol edin.

Cloudflare SSL/TLS Ayarları

Cloudflare kullanıyorsanız panelinizden SSL/TLS bölümünü açarak etkin şifreleme modunu inceleyin.

Cloudflare’ın temel modları arasında şu farklar bulunur:

Mod	Bağlantı davranışı
Flexible	Ziyaretçi ile Cloudflare arasında HTTPS; Cloudflare ile kaynak sunucu arasında HTTP kullanır.
Full	Kaynak sunucuyla HTTPS kurabilir ancak sertifika doğrulaması Full (strict) düzeyinde değildir.
Full (strict)	Kaynak sunucuyla HTTPS kullanır ve sunucu sertifikasını doğrular.

Kaynak sunucunuzda geçerli ve uygun bir TLS sertifikası bulunuyorsa Full (strict) modu tercih edilmelidir. Ancak sertifika ve bağlantı koşullarını kontrol etmeden mod değişikliği yapmak 525 veya 526 gibi bağlantı sorunlarına yol açabilir.

Flexible moduyla kaynak sunucunun HTTPS’ye zorla yönlendirme yapması, yönlendirme döngüsüne ve ERR_TOO_MANY_REDIRECTS hatasına neden olabilir.

Cloudflare’ın Automatic HTTPS Rewrites özelliği bazı güvenli olmayan kaynak adreslerini düzeltmeye yardımcı olabilir. Ancak asıl HTTP bağlantılarının ve sunucu yapılandırmasının düzeltilmesinin yerini tutmaz.

Nginx ve Reverse Proxy HTTPS Algılama Sorunu

Nginx veya başka bir ters proxy arkasındaki WordPress sitelerinde HTTPS algılama sorunu varsa proxy’nin güvenilir başlıkları ve WordPress yapılandırması birlikte incelenmelidir.

WordPress belgelerinde ters proxy arkasında HTTPS isteklerinin doğru algılanmasına yönelik yapılandırma açıklanır. Ancak proxy başlıkları yalnızca güvenilir ara sunuculardan kabul edilmelidir.

Örneğin X-Forwarded-Proto başlığının rastgele istemciler tarafından değiştirilmesine güvenen yanlış bir yapılandırma güvenlik sorunlarına yol açabilir. Bu nedenle sunucu ayarlarını doğrudan değiştirmeden önce barındırma hizmetinizin altyapısını doğrulayın.

6. WordPress ve CDN Önbelleğini Temizleyin

HTTP bağlantılarını düzelttikten sonra eski sayfa veya CSS dosyaları önbellekte kalmış olabilir. Bu nedenle değişiklikler hemen görünmeyebilir.

Kontrol edilmesi gereken önbellek katmanları şunlardır:

• WordPress önbellek eklentisi.
• Sunucu veya barındırma önbelleği.
• Cloudflare veya başka bir CDN önbelleği.
• CSS ve JavaScript optimizasyon araçlarının ürettiği dosyalar.
• Tarayıcı önbelleği.

Önbelleği temizledikten sonra gizli tarayıcı penceresinde sayfayı açın ve Console üzerinden HTTP kaynak uyarılarını tekrar inceleyin.

WP-CLI ile Karışık İçerik Hatası Nasıl Düzeltilir?

SSH ve WP-CLI erişimi bulunan WordPress yöneticileri, eski adresleri veritabanında kontrollü biçimde değiştirmek için wp search-replace komutunu kullanabilir.

İlk olarak değişiklik yapmadan eşleşmeleri görmek için dry-run testi gerçekleştirebilirsiniz:

wp search-replace 'http://ornek.com' 'https://ornek.com' --skip-columns=guid --dry-run

Bu komut yalnızca örnektir; gerçek sitenizin adresini kullanmanız gerekir. --dry-run parametresi veritabanına değişiklik kaydetmeden işlemin etkisini raporlar.

--skip-columns=guid parametresi, WordPress içeriklerinin GUID alanlarının gereksiz yere değiştirilmesini önlemeye yardımcı olur.

Raporu kontrol ettikten, yedek aldıktan ve kapsamı doğruladıktan sonra gerçek değişiklik yapılabilir. Canlı veritabanına uygulanacak işlemde multisite, özel tablolar ve eklenti verileri ayrıca değerlendirilmelidir.

Ayrıntılı komut seçenekleri için WordPress WP-CLI search-replace belgelerini inceleyebilirsiniz.

Content Security Policy ile Mixed Content Düzeltilebilir mi?

Content Security Policy (CSP), web sayfasının hangi kaynakları yükleyebileceğini belirlemeye yardımcı olan HTTP güvenlik politikasıdır.

upgrade-insecure-requests direktifi, tarayıcıya güvenli olmayan kaynak isteklerini HTTPS olarak yükseltme talimatı verebilir.

Content-Security-Policy: upgrade-insecure-requests

Ancak bu bir HTTP yanıt başlığı örneğidir; doğrudan WordPress yazısına eklenerek etkinleştirilmez. Sunucu veya uygun bir güvenlik yapılandırması üzerinden uygulanması gerekir.

Önemli: CSP kullanılması, HTTPS desteği olmayan bir HTTP kaynağını güvenli hâle getirmez. Tarayıcı HTTPS adresini denediğinde kaynak açılamıyorsa içerik yine yüklenmeyebilir.

Ayrıca block-all-mixed-content direktifi güncel web standartlarında kullanımdan kaldırılmıştır. Yeni yapılandırmalarda eski önerileri körü körüne uygulamak yerine güncel CSP belgeleri dikkate alınmalıdır.

WordPress’te HTTPS Yönlendirmesi Karışık İçerik Hatasını Çözer mi?

HTTP isteklerini HTTPS’ye yönlendirmek önemli bir güvenlik ve site yapılandırması adımıdır. Ancak HTTP’den HTTPS’ye yönlendirme, bütün karışık içerik hatalarını tek başına çözmez.

Örneğin HTTP üzerinden çağrılan bir JavaScript dosyası, yönlendirmeye ulaşmadan tarayıcı tarafından engellenebilir. Bu nedenle kaynak bağlantısının doğrudan HTTPS adresini kullanması gerekir.

HTTPS yönlendirmesi yapılandırırken:

• Geçerli TLS sertifikasının bulunduğunu doğrulayın.
• HTTP adresinin uygun şekilde HTTPS karşılığına yönlendirildiğini kontrol edin.
• Birden fazla yönlendirme kuralının döngü oluşturmasını önleyin.
• WordPress ve site adreslerini HTTPS olarak düzenleyin.
• İç bağlantılar, canonical ve site haritası adreslerini inceleyin.
• Sayfa içindeki kaynakların doğrudan HTTPS kullandığını doğrulayın.

WordPress Karışık İçerik Hatası SEO’yu Etkiler mi?

WordPress karışık içerik hatası, site güvenliği ve kullanıcı deneyimini etkileyebilir. Engellenen CSS veya JavaScript dosyaları sayfanın görünümünü, menülerini, formlarını veya diğer işlevlerini bozabilir.

Arama motorları açısından HTTPS kullanımı önemli bir teknik kalite unsurudur. Bununla birlikte belirli bir Mixed Content uyarısının her zaman aynı miktarda sıralama kaybına neden olduğu söylenemez.

SEO bakımından şu kontrolleri gerçekleştirin:

• Sayfanın HTTPS ile erişilebilir olması.
• HTTP adreslerinin uygun HTTPS adreslerine yönlendirilmesi.
• Canonical etiketinin istenen HTTPS URL’sini göstermesi.
• XML site haritasında güncel HTTPS adreslerinin kullanılması.
• Önemli görsel ve kaynak dosyalarının engellenmeden yüklenmesi.
• İç bağlantılarda gereksiz HTTP yönlendirmelerinin bulunmaması.
• Sayfa görünümünü ve kullanıcı etkileşimlerini etkileyen hataların giderilmesi.

Teknik SEO’nun diğer bileşenlerini öğrenmek için SEO nedir ve SEO hakkında bilinmesi gerekenler rehberimizi inceleyebilirsiniz.

Karışık İçerik Hatası Düzeltildikten Sonra Neler Kontrol Edilmeli?

WordPress sitenizdeki HTTP kaynaklarını düzelttikten sonra yalnızca anasayfanın açılmasını kontrol etmek yeterli değildir. Kullanıcıların ziyaret ettiği temel sayfa türlerinde doğrulama yapılmalıdır.

1. Anasayfayı HTTPS üzerinden açın.
2. Tarayıcı Console bölümünde Mixed Content uyarısı bulunmadığını kontrol edin.
3. Network sekmesinde engellenen kaynakları inceleyin.
4. Yazı, sayfa ve kategori şablonlarını test edin.
5. Görsellerin, CSS dosyalarının ve yazı tiplerinin yüklendiğini doğrulayın.
6. Menü, arama ve iletişim formlarını deneyin.
7. WooCommerce kullanıyorsanız sepet ve ödeme işlevlerini kontrol edin.
8. Mobil görünümü inceleyin.
9. Canonical ve site haritası adreslerini kontrol edin.
10. Önbellek temizliğinden sonra testleri yeniden gerçekleştirin.

Ek eklenti veya çıktı işleme çözümü kullandıysanız sayfa performansında değişiklik olup olmadığını da ölçün. Bu konuda WordPress’te CPU tüketimi nasıl azaltılır? makalemizden yararlanabilirsiniz.

WordPress’te Karışık İçerik Hatası Hakkında Sıkça Sorulan Sorular

WordPress’te karışık içerik hatası nedir?

HTTPS üzerinden açılan WordPress sayfasının bazı kaynakları HTTP ile yüklemeye çalışmasıdır. Tarayıcılar bu kaynakların bir bölümünü HTTPS’ye yükseltebilir, bazılarını ise güvenlik nedeniyle engelleyebilir.

WordPress’te Karışık İçerik Hatası Nasıl Onarılır?

Tarayıcı Console bölümünden HTTP kaynaklarını belirleyin. WordPress site adreslerini kontrol edin, eski bağlantıları HTTPS ile değiştirin ve gerekirse SSL Insecure Content Fixer veya Better Search Replace kullanın. Ardından önbelleği temizleyerek yeniden test edin.

WordPress karışık içerik hatası neden oluşur?

Eski HTTP görsel ve dosya bağlantıları, tema veya eklenti kodları, yanlış WordPress URL ayarları, CDN yapılandırması veya proxy’nin HTTPS isteklerini yanlış algılaması nedeniyle oluşabilir.

Mixed Content hatası nasıl bulunur?

Chrome veya Edge’de F12 ile geliştirici araçlarını açın. Console sekmesini kontrol ederek Mixed Content uyarılarını ve hangi HTTP kaynaklarının çağrıldığını inceleyin.

SSL sertifikası olmasına rağmen neden güvensiz uyarısı çıkar?

Sertifika geçerli olsa bile sayfa HTTP kaynakları kullanıyor olabilir. Ayrıca sertifika hataları veya farklı güvenlik yapılandırması sorunları da bulunabilir. Tarayıcı uyarısının ayrıntıları kontrol edilmelidir.

SSL Insecure Content Fixer ne işe yarar?

WordPress’in ürettiği güvenli olmayan kaynak bağlantılarını düzeltmeye yardımcı olur. Farklı müdahale seviyeleri sunar ancak bütün tema, eklenti ve dış kaynak sorunlarını garanti biçimde çözmez.

Better Search Replace güvenli mi?

Serileştirilmiş WordPress verilerini dikkate alan bir arama-değiştirme aracıdır. Ancak veritabanına doğrudan müdahale ettiği için işlem öncesinde yedek alınmalı, Dry Run testi yapılmalı ve değişiklik kapsamı doğrulanmalıdır.

Cloudflare karışık içerik hatasına neden olur mu?

Cloudflare SSL/TLS modu ile kaynak sunucunun yapılandırması uyumsuzsa HTTPS algılama veya yönlendirme sorunları yaşanabilir. Flexible, Full ve Full (strict) modlarının gereksinimleri kontrol edilmelidir.

Nginx sunucusunda Mixed Content nasıl düzeltilir?

Önce soruna neden olan HTTP kaynaklarını bulun. Nginx ters proxy olarak kullanılıyorsa WordPress’in HTTPS isteğini doğru algılayıp algılamadığını kontrol edin. Sunucu ve proxy başlıkları güvenilir yapılandırmayla düzenlenmelidir.

HTTP’den HTTPS’ye yönlendirme yeterli mi?

Hayır. Tarayıcı bazı HTTP kaynaklarını yönlendirme gerçekleşmeden engelleyebilir. Bu nedenle sayfa içindeki görsel, JavaScript, CSS ve diğer gerekli kaynakların doğrudan HTTPS bağlantılarını kullanması gerekir.

Karışık içerik hatası SEO’ya zarar verir mi?

Güvenlik, kullanıcı deneyimi ve sayfa işlevlerini olumsuz etkileyebilir. Engellenen kaynaklar önemli işlevleri bozabilir. Ancak belirli bir Mixed Content hatasının ne kadar organik sıralama kaybına neden olacağı önceden kesin olarak söylenemez.

WordPress’te HTTPS adresleri veritabanında nasıl düzeltilir?

Eski HTTP alan adı adresleri, Better Search Replace veya WP-CLI search-replace gibi serileştirilmiş verileri destekleyen araçlarla kontrollü biçimde değiştirilebilir. Önce veritabanı yedeği ve Dry Run testi yapılmalıdır.

CSP upgrade-insecure-requests sorunu çözer mi?

Bu güvenlik politikası tarayıcının bazı HTTP isteklerini HTTPS’ye yükseltmesini sağlayabilir. Ancak ilgili kaynak HTTPS desteklemiyorsa yine yüklenmeyebilir. Kalıcı çözüm kaynak bağlantılarını güvenli adreslerle düzeltmektir.

Mixed Content hatası düzeldikten sonra önbellek temizlenmeli mi?

Evet. WordPress, CDN, sunucu ve tarayıcı önbelleğinde eski HTTP bağlantıları bulunabilir. İlgili önbellekleri temizleyip sayfaları yeniden test etmek yararlıdır.

WordPress HTTPS ve Mixed Content İçin Resmî Kaynaklar

Karışık içerik hatasını düzeltirken güncel teknik belgeleri kullanmak önemlidir. Özellikle tarayıcı güvenlik davranışları, WordPress HTTPS yapılandırması ve proxy ayarları için aşağıdaki kaynakları inceleyebilirsiniz:

• MDN Web Docs: Mixed Content ve Tarayıcı Güvenliği
• WordPress: HTTPS Yapılandırması ve Reverse Proxy
• WordPress.org: SSL Insecure Content Fixer
• WordPress.org: Better Search Replace
• WordPress: WP-CLI Search Replace
• Cloudflare: Full (strict) SSL/TLS Modu
• Cloudflare: HTTPS Yönlendirme Döngülerini Giderme

Sonuç: WordPress’te Karışık İçerik Hatası, HTTPS üzerinden açılan sayfalarda HTTP kaynaklarının kullanılmasından kaynaklanır. Sorunu kalıcı biçimde çözmek için önce hatalı kaynakları tespit edin, WordPress ve sunucu HTTPS ayarlarını doğrulayın ve yalnızca gerekli HTTP bağlantılarını güvenli adreslerle değiştirin. Eklenti veya veritabanı yöntemlerini kullanmadan önce yedek alın; işlem sonrasında tarayıcı, CDN ve site genelinde kontrolleri tamamlayın.