{"id":1986,"date":"2026-03-30T14:33:33","date_gmt":"2026-03-30T11:33:33","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1986"},"modified":"2026-08-02T12:09:02","modified_gmt":"2026-08-02T12:09:02","slug":"mixed-content-bilder-in-wordpress-beheben","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/mixed-content-bilder-in-wordpress-beheben\/","title":{"rendered":"Mixed-Content-Bilder in WordPress gezielt beheben"},"content":{"rendered":"

Eine WordPress-Seite l\u00e4dt \u00fcber HTTPS, doch ein responsives Bild wird auf Mobilger\u00e4ten weiterhin per HTTP angefordert. Am Desktop f\u00e4llt der Fehler nicht auf, weil der Browser eine andere Variante aus srcset<\/code> ausw\u00e4hlt oder die Anfrage automatisch hochstuft.<\/p>\n

Mixed Content verschwindet dauerhaft nur, wenn die Quelle der unsicheren URL korrigiert wird. Dazu geh\u00f6ren Beitragsinhalt, Attachment-Metadaten, CSS, Builder-Felder, CDN-Umschreibungen und externe Bilddienste.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS SSL Manager<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was Mixed Content bei Bildern ist<\/h2>\n

    Mixed Content entsteht, wenn ein HTTPS-Dokument eine Bilddatei \u00fcber http:\/\/<\/code> anfordert. Browser k\u00f6nnen solche Anfragen blockieren oder automatisch auf HTTPS umstellen. Die zugrunde liegende Adresse bleibt dennoch falsch und kann in anderen Browsern, RSS-Feeds oder Social Cards weiterhin Probleme verursachen.<\/p>\n

    Die URL kann aus src<\/code>, einem srcset<\/code>-Kandidaten, einer CSS-Hintergrundgrafik, Theme-Option, einem Widget oder einer externen CDN-Regel stammen. Eine Seitenweiterleitung \u00e4ndert diese Ressourcenadressen nicht automatisch.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    Nach einem Domainwechsel wurde das sichtbare src<\/code> eines Titelbilds korrigiert. In den gespeicherten Attachment-Daten steht jedoch noch eine alte URL, aus der WordPress einen mobilen srcset<\/code>-Kandidaten erzeugt. Deshalb tritt die Warnung nur bei schmalem Viewport auf.<\/p>\n

    Der Administrator korrigiert die Basisdaten mit einem serialisierungssicheren Werkzeug, erzeugt die Bildgr\u00f6\u00dfen neu und leert anschlie\u00dfend den relevanten Seiten- und CDN-Cache. Danach enthalten alle Varianten HTTPS-Adressen.<\/p>\n

    Warum die genaue Quelle z\u00e4hlt<\/h2>\n

    Wiederholtes Cache-Leeren oder ein Redirect von HTTP auf HTTPS verdeckt die Ursache und erzeugt zus\u00e4tzliche Anfragen. Eine globale Ersetzung aller http:\/\/<\/code>-Vorkommen kann dagegen fremde URLs oder serialisierte Daten besch\u00e4digen.<\/p>\n

    Die genaue Zuordnung ist besonders nach Domainwechseln, HTTPS-Migrationen oder \u00c4nderungen an Bildoptimierung und CDN wichtig. Pr\u00fcfen Sie immer die vom Browser tats\u00e4chlich ausgew\u00e4hlte Ressource.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. \u00d6ffnen Sie die betroffene Seite privat und lesen Sie die genaue URL in Konsole oder Netzwerkansicht.<\/li>\n
    2. Pr\u00fcfen Sie, ob die HTTPS-Version der Bilddatei direkt erreichbar ist.<\/li>\n
    3. W\u00e4hlen Sie bei einem einzelnen Bild die Datei im Editor erneut aus der Mediathek.<\/li>\n
    4. Kontrollieren Sie src<\/code>, srcset<\/code> und CSS-Hintergr\u00fcnde.<\/li>\n
    5. Leeren Sie erst nach der Korrektur die betroffenen Caches.<\/li>\n
    6. Testen Sie Desktop- und Mobilbreite sowie eine zweite Seite derselben Vorlage.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Ordnen Sie jede unsichere Anfrage ihrem Initiator zu. Vergleichen Sie Origin-HTML, Editorwert, Attachment-Datensatz, Theme- oder Builder-Option und die endg\u00fcltige CDN-URL. Taucht die Adresse nur in einer Cache-Datei auf, muss zuerst die Origin-Ausgabe gepr\u00fcft werden.<\/p>\n