{"id":2265,"date":"2026-07-02T12:46:34","date_gmt":"2026-07-02T09:46:34","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=2265"},"modified":"2026-08-02T12:10:46","modified_gmt":"2026-08-02T12:10:46","slug":"wordpress-favicon-wird-nicht-angezeigt-oder-aktualisiert","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/wordpress-favicon-wird-nicht-angezeigt-oder-aktualisiert\/","title":{"rendered":"WordPress-Favicon wird nicht angezeigt oder aktualisiert"},"content":{"rendered":"

Eine Website ersetzt ihr Logo, und die WordPress-Vorschau zeigt bereits das neue Website-Icon. Chrome beh\u00e4lt trotzdem die alte Marke, w\u00e4hrend Safari gar kein Favicon anzeigt. Im Quelltext stehen ein aktueller WordPress-Verweis, ein veralteter Theme-Tag und ein Manifest; au\u00dferdem liefert ein CDN-Knoten noch eine zwischengespeicherte 404-Antwort.<\/p>\n

Dieser Beitrag f\u00fchrt vom gerenderten Icon-Tag \u00fcber die Dateiantwort bis zu CDN-, Service-Worker- und Browser-Caches. So beheben Sie die richtige Ursache, ohne durch neue Uploads weitere Varianten zu erzeugen.<\/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 Favicon 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 das Thema bedeutet<\/h2>\n

    Ein fehlendes oder veraltetes Favicon kann an vier Stellen entstehen: WordPress ver\u00f6ffentlicht den falschen Verweis, mehrere Quellen konkurrieren im Seitenkopf, die Icon-Datei wird fehlerhaft ausgeliefert oder ein Cache h\u00e4lt eine fr\u00fchere Antwort. Die Diagnose folgt deshalb dem tats\u00e4chlich gerenderten Tag bis zur abgerufenen Datei.<\/p>\n

    Die Vorschau in der Administration best\u00e4tigt nur die WordPress-Einstellung. Sie sagt noch nicht, welcher Tag \u00f6ffentlich ausgegeben wird und welche Datei ein bestimmter Browser letztlich verwendet.<\/p>\n

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

    Das Team h\u00e4lt das neue Icon zun\u00e4chst unver\u00e4ndert und entfernt den alten Theme-Tag. Danach ruft es die URL aus dem verbleibenden WordPress-Verweis direkt \u00fcber mehrere CDN-Standorte auf. Ein Knoten liefert noch eine negative Cache-Antwort, die gezielt invalidiert wird. Erst als alle Standorte denselben Status, MIME-Typ und Datei-Hash liefern, beginnt der Test mit einem frischen Browserprofil.<\/p>\n

    Warum es wichtig ist und wann es eingesetzt wird<\/h2>\n

    Durch wiederholtes Hochladen entstehen neue URLs, ohne dass klar wird, ob Markup, Datei oder Browsercache fehlerhaft war. Das erschwert die Diagnose und l\u00e4sst alte Icons in Themes, Manifesten oder Lesezeichen bestehen.<\/p>\n

    Der beschriebene Ablauf ist sinnvoll, wenn die \u00f6ffentliche Darstellung von der WordPress-Vorschau abweicht, Browser unterschiedliche Symbole zeigen oder eine \u00c4nderung nur an einzelnen Standorten ankommt. Bei einem lediglich schlecht erkennbaren Motiv ist dagegen das Quelldesign zu \u00fcberarbeiten, nicht die Auslieferung.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. \u00c4ndern Sie das Icon w\u00e4hrend der Diagnose nicht erneut.<\/li>\n
    2. \u00d6ffnen Sie den Seitenquelltext und notieren Sie alle rel=\"icon\"<\/code>-Verweise.<\/li>\n
    3. Rufen Sie jede referenzierte Datei direkt auf und pr\u00fcfen Sie, ob sie erreichbar ist und das erwartete Bild zeigt.<\/li>\n
    4. Entfernen Sie doppelte Ausgaben aus Theme, Plugin oder Snippet, sodass eine zust\u00e4ndige Quelle verbleibt.<\/li>\n
    5. Testen Sie danach mit einem frischen Browserprofil und einem zweiten Ger\u00e4t.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Vergleichen Sie f\u00fcr die gew\u00e4hlte Icon-URL Statuscode, Redirects, MIME-Typ, Abmessungen, ETag, Last-Modified<\/code>, Cache-Header und Inhaltshash. Pr\u00fcfen Sie HTTP- und HTTPS-Hosts sowie mehrere CDN-Knoten. Eine zuvor zwischengespeicherte 404-Antwort kann l\u00e4nger bestehen als die inzwischen hochgeladene Datei.<\/p>\n

      Kontrollieren Sie die Reihenfolge der Icon-Tags, ihre sizes<\/code>-Attribute, ein m\u00f6gliches Web-App-Manifest und registrierte Service Worker. In einer Multisite-Installation muss der Medienanhang zur richtigen Website geh\u00f6ren. Erst wenn Markup und Dateiantwort stimmen, ist der Browsercache der verbleibende Kandidat.<\/p>\n

      Ein leeres Browserprofil, ein neu angelegtes Lesezeichen und ein zweites Ger\u00e4t liefern voneinander unabh\u00e4ngige Hinweise. Die normale Admin-Sitzung ist als alleiniger Test ungeeignet, weil sie andere Cache- und Anmeldebedingungen haben kann.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/h2>\n

      L\u00f6schen Sie das referenzierte Attachment nicht und leeren Sie nicht pauschal alle Caches. Auch ein zus\u00e4tzlicher hartcodierter Tag versch\u00e4rft das Problem. \u00c4ndern Sie jeweils nur eine Ebene: zust\u00e4ndige Icon-Quelle, Dateiantwort oder den konkret betroffenen Cache.<\/p>\n

      Sichern Sie das bisherige Website-Icon und dokumentieren Sie die aktiven Verweise. Wenn der Head-Output verschwindet, andere Multisite-Bereiche betroffen sind oder die neue Datei fehlerhaft antwortet, stellen Sie das vorherige Icon und die fr\u00fchere Tag-Konfiguration wieder her.<\/p>\n

      \n

      Wie AIOWS unterst\u00fctzt:<\/p>\n

      AIOWS Favicon Manager<\/h2>\n

      AIOWS Favicon Manager zeigt das verwaltete WordPress-Website-Icon und unterst\u00fctzt dessen Auswahl und Austausch. Bei einem Anzeigeproblem dient diese Einstellung als Ausgangspunkt: Sie l\u00e4sst sich mit den \u00f6ffentlich gerenderten Icon-Tags und der direkt aufgerufenen Datei vergleichen.<\/p>\n

      Halten Sie das gew\u00e4hlte Icon w\u00e4hrend der Diagnose stabil. Pr\u00fcfen Sie die Vorschau, den Seitenquelltext und anschlie\u00dfend jede dort referenzierte Datei. Wenn weitere Tags aus Theme, Plugin, Snippet oder Manifest auftauchen, m\u00fcssen diese Quellen separat zugeordnet werden. F\u00fcr Cache-Probleme z\u00e4hlt die gerenderte URL, nicht ein weiterer Upload.<\/p>\n

      Das Modul kann einen Browser nicht zum sofortigen Verwerfen seines Favicon-Caches zwingen, keinen fehlenden Head-Hook reparieren und kein extern verwaltetes Manifest steuern. Bewahren Sie daher das vorherige Attachment auf. Scheitert die Ver\u00f6ffentlichung, w\u00e4hlen Sie dieses wieder aus und nehmen nur die nachweislich verursachende \u00c4nderung zur\u00fcck.<\/p>\n

      AIOWS Favicon Manager ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n