# HTTPS'e geçişten sonra kilit simgesi görünmüyor

> Sertifika geçerlidir, site HTTPS üzerinden yanıt verir, yine de kilit üstü çizilidir ya da yanında bir uyarı vardır. Bu bir sertifika sorunu değildir: güvenli sunulan sayfa, içeriğinin bir kısmını güvensiz bir adresten çekiyordur. Tarayıcı bunu bildirir ve bazen ilgili öğeyi doğrudan engeller.

- Source canonique : [https://allaux.fr/tr/problemes/contenu-mixte-apres-passage-en-https](https://allaux.fr/tr/problemes/contenu-mixte-apres-passage-en-https)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Tarayıcı konsolunu açın: sorunlu her kaynak tam http:// adresiyle listelenir ve düzeltilecek dosyayı ya da veritabanı kaydını doğrudan gösterir. WordPress’te adresleri, serileştirilmiş veriyi doğru işleyen bir search-replace aracıyla değiştirin, sonra wp_options tablosundaki siteurl ve home değerlerini denetleyin. PrestaShop’ta ps_configuration tablosundaki PS_SSL_ENABLED ve PS_SHOP_DOMAIN_SSL kayıtlarını kontrol edin.

## İki ciddiyet düzeyi

Tarayıcı edilgen karışık içeriği — görseller, videolar, sesler — etkin karışık içerikten — stil dosyaları, betikler, gömülü çerçeveler — ayırır. Birincisi gösterilir ama güvenlik göstergesini düşürür. İkincisi doğrudan engellenir, çünkü açık metin olarak yüklenen bir betik yolda değiştirilebilir.

Şaşırtıcı bir belirtiyi açıklayan da budur: HTTPS'e geçişten sonra kodda hiçbir değişiklik olmadığı hâlde yerleşim çöker ya da bir işlev yanıt vermeyi bırakır. Dosya vardır, yalnızca tarayıcı tarafından reddedilmiştir. Tarayıcı konsolu o zaman engellenen her kaynağı tam olarak adlandırır.

## HTTP olarak kalan adresler nerede saklanır

1. **Yönetim panelinden girilen açıklamalarda** — En sık görülen ve temizlenmesi en uzun süren kaynaktır: tam http adresiyle yapıştırılmış görseller içeren yılların ürün sayfaları.
2. **CMS ayarlarında** — Mağaza adresi veritabanında saklanır. http olarak kaldığı sürece üretilen bağlantıların bir kısmı da öyle kalır, gönderilen e-postalar dâhil.
3. **Temada ve modüllerde** — Bir şablona ya da stil dosyasına sabit yazılmış bir adres, veritabanında yapılan her değiştirmeden kaçar.
4. **Üçüncü taraf betiklerde** — Eski takip etiketleri, yazı tipleri, haritalar, güvenli sürüm sunmayan dış bir servisten çağrılan kitaplıklar.
5. **Stil dosyalarının kendisinde** — Bir CSS dosyasında http olarak tanımlanmış arka plan görseli sayfa kaynağında görünmez: yalnızca tarayıcı konsolunda belirir.

## Veritabanında değiştirme sıradan bir işlem değildir

> Bazı veriler serileştirilmiş biçimde, her dizginin uzunluğu yanında kayıtlı olarak saklanır. «http://» ifadesini «https://» ile değiştirmek bu uzunluğu bozar ve veriyi okunamaz kılarak ayar kümelerini komple bozar. İşlem, uzunlukları yeniden hesaplayan bir araç gerektirir.

## Sonrasında kontrol edilecekler

Karışık içerik ele alındıktan sonra iki nokta işi tamamlar. Güvensiz adresten güvenli adrese kalıcı yönlendirme tek ve doğrudan olmalıdır: art arda gelen yönlendirme zinciri arama motorlarına gönderilen sinyali seyreltir ve her ziyareti yavaşlatır. Site haritasında, canonical etiketlerinde ve takip yapılandırmasında bildirilen adreslerin tamamı güvenli sürümü kullanmalıdır, aksi hâlde istatistikler ikiye bölünür.

Tam adresle sabit yazılmış iç bağlantıları da kontrol edin: her tıklamada gereksiz bir yönlendirme zorlarlar.

Çok dilli bir sitede her dil sürümünün kontrol edilecek kendi adresleri vardır.

## Doğru sayfadan devam edin

- **WordPress'te HTTPS ve karışık içerik** — Serileştirilmiş veriler dâhil, ayrıntılı WordPress durumu. ([/wordpress-woocommerce/migration/https-contenu-mixte](/wordpress-woocommerce/migration/https-contenu-mixte))
- **Siteyi HTTPS'e geçirmek** — Taşıma henüz tamamlanmadıysa eksiksiz yordam. ([/guides/passer-site-en-https](/guides/passer-site-en-https))
- **Serileştirme nedir** — Veritabanında ham değiştirmenin bazı ayarları neden bozduğu. ([/glossaire/serialisation](/glossaire/serialisation))
- **301 yönlendirmesi** — HTTPS'e temiz bir kalıcı yönlendirme nasıl kurulur. ([/glossaire/redirection-301](/glossaire/redirection-301))

## FAQ

### Karışık içerik müşterilerim için tehlikeli mi?

Gerçek risk bir görsel için sınırlı, bir betik için ciddidir: açık metin yüklenen bir dosya aktarım sırasında değiştirilebilir. Tarayıcıların betikleri engelleyip görsellere izin vermesinin nedeni tam olarak budur.

### Tarayıcıyı her şeyi güvenli yüklemeye zorlayabilir miyim?

Tarayıcıdan HTTP çağrılan her kaynağı HTTPS ile yeniden denemesini isteyen bir yönerge vardır. Bu geçiş döneminde işe yarayan bir yamadır, düzeltme değil: kaynak güvenli sürümde yoksa yine kaybolur.

### Sorun neden yalnızca bazı sayfalarda çıkıyor?

Çünkü karışık içerik genellikle sayfadan sayfaya değişen, elle girilmiş içerikten gelir. Otomatik üretilen sayfalar temizdir.

### HTTPS'e düzgün geçmek için siteyi yeniden yapmak gerekir mi?

Hayır. Bu bir yeniden yapım değil, temizlik ve yapılandırma çalışmasıdır. Süre esas olarak düzeltilecek eski içerik hacmine bağlıdır.

### Karışık içerik arama sıralamamı etkiler mi?

En çok ağırlık taşıyan şey adres tutarlılığıdır: aynı sitenin iki sürümünün erişilebilir olması ya da art arda yönlendirmeler. Karışık içeriğin kendisi daha çok görünür güveni zedeler.