Bild-SEO: Alt-Text, Formate, Komprimierung und Lazy Loading

Wie Bilddateien, Alt-Texte, responsives Markup und Performance zusammenspielen, damit Bilder für die Suche nützlich und auffindbar bleiben.

Google Images verarbeitet jeden Monat Milliarden von Anfragen. Laut Daten von Jumpshot betreffen rund 22 % aller Websuchen die Bildersuche. Für E-Commerce-Shops, Content-Plattformen und Portfolios ist das ein erheblicher Traffic-Kanal, den die meisten Websites komplett ignorieren.

Die Bildoptimierung wirkt sich nicht nur auf die Sichtbarkeit in Google Images aus, sondern auch auf die organische Suche: auf die Ladezeit der Seite (LCP), die Core Web Vitals, das Nutzererlebnis und – indirekt – auf das Ranking in der Haupt-SERP.

Die Bild-SEO-Pipeline: Format, srcset, Lazy Loading, Alt-Text und Bild-Sitemap – fünf Schritte von einer schweren JPG bis zu einem schnellen Bild in der Suche.
Bilder ohne Alt-Text sind für Google unsichtbar. Die Suchmaschine kann ein Bild nicht „lesen“, sie wertet Metadaten, den umgebenden Kontext und das alt-Attribut aus. Ohne diese Angaben liegt die Chance, in Google Images aufzutauchen, nahe null.

Warum Bilder für SEO optimieren

Eine saubere Bildoptimierung löst mehrere Probleme gleichzeitig: Sie verbessert die Barrierefreiheit für sehbehinderte Nutzer, beschleunigt das Laden der Seite, gibt Google klaren Kontext und erschließt über Google Images einen zusätzlichen Kanal für organischen Traffic.

Fünf Schritte zur Optimierung von Bildern für Suchmaschinen.
22 %

Anteil an der Suche

aller Suchanfragen betreffen die Bildersuche

21 %

LCP-Reduktion

Durchschnittliche Verbesserung beim Wechsel von JPEG zu WebP bei gleicher visueller Qualität

~60 %

Seitengewicht

Im Schnitt entfällt auf Bilder der größte Anteil am Seitengewicht

2×

Conversion

Websites mit optimierten Bildern konvertieren dank kürzerer Ladezeiten besser

Bilder sind auf den meisten Seiten der schwerste Ressourcentyp. Nicht optimierte Bilder verlangsamen das Laden, verschlechtern den LCP (Largest Contentful Paint) und wirken sich direkt auf die Bewertung der Core Web Vitals aus. Seit 2021 berücksichtigt Google die CWV als Rankingsignal.

Alt-Text: Schreibregeln

Das alt-Attribut (alt="...") ist die einzige Möglichkeit, Google zu erklären, was auf einem Bild zu sehen ist. Es wird außerdem angezeigt, wenn ein Bild nicht geladen werden kann, und von Screenreadern für sehbehinderte Nutzer vorgelesen.

So formulieren Sie ihn richtig

SchlechtGut
image.jpgDiagramm zum Wachstum des organischen Traffics 2024–2025
photo1Screenshot des Berichts zur Abdeckung in der Google Search Console
SEO SEO SEO keywordsSchritt-für-Schritt-Diagramm zur hreflang-Einrichtung für mehrsprachige Websites
logoFirmenlogo von seohead.tech
(leerer Alt-Text bei einem wichtigen Bild)Diagramm der Rankings für Markenanfragen über 6 Monate

Regeln für Alt-Texte: Beschreiben Sie, was auf dem Bild zu sehen ist. Nennen Sie das Ziel-Keyword, wenn es passt, und möglichst natürlich. Beginnen Sie nicht mit Formulierungen wie „Bild von …“, „Foto von …“ oder „Abbildung von …“, denn Google weiß bereits, dass es sich um ein Bild handelt. Optimale Länge: 5–15 Wörter.

Dekorative Bilder (Trennlinien, Hintergrundtexturen, bedeutungslose Icons) sollten ein leeres alt-Attribut haben: alt="". Damit signalisieren Sie Screenreadern, das Bild zu überspringen. Aus Sicht der Barrierefreiheit ist das richtig.
html
<!-- Informative image -->
<img
  src="/images/crawl-budget-chart.webp"
  alt="Crawl budget distribution chart by page type"
  width="800"
  height="450"
/>

<!-- Decorative image -->
<img
  src="/images/divider.svg"
  alt=""
  role="presentation"
/>

<!-- Image link: alt describes the link purpose -->
<a href="/tools">
  <img
    src="/images/seo-scripts-icon.webp"
    alt="SEO Scripts: tools for technical audits"
    width="64"
    height="64"
  />
</a>

Dateinamen und Pfade

Google wertet den Dateinamen eines Bildes als zusätzliches Signal aus. Der Name DSC_0047.jpg liefert keinerlei Information, canonical-url-diagram.webp dagegen signalisiert Thema und Kontext.

Schlechter NameGuter Name
DSC_0047.jpgseo-audit-checklist.webp
image001.pnggoogle-search-console-coverage-report.webp
photo.jpeginternal-linking-architecture-diagram.webp
img_final_v3_FINAL.pngrobots-txt-structure.webp
Verwenden Sie in Dateinamen nur Kleinbuchstaben, Ziffern und Bindestriche. Vermeiden Sie Leerzeichen (sie werden als %20 kodiert), Unterstriche und Sonderzeichen. Ein Pfad wie /images/blog/ ist strukturierter als /uploads/2024/05/.

Formate: WebP, AVIF, JPEG, PNG

Die Wahl des Formats ist einer der wichtigsten Hebel bei der Optimierung. Moderne Formate (WebP, AVIF) liefern bei gleicher visueller Qualität deutlich kleinere Dateien.

FormatKomprimierungTransparenzAnimation
WebP25–35 % besser als JPEGJaJa
AVIF50 % besser als JPEGJaJa
JPEGBasisNeinNein
PNGSchlechter als JPEGJaNein
SVGVektorJaJa
GIFSchwachEingeschränktJa
Browserunterstützung und Empfehlungen:
FormatUnterstützungEmpfehlung
WebP97 %+Hauptformat für Fotos und Screenshots
AVIF90 %+Beste Qualität, etwas langsamere Dekodierung
JPEG100 %Fallback für ältere Browser
PNG100 %Nur für Icons und textlastige Screenshots
SVG97 %+Icons, Logos, Diagramme
GIF100 %Durch WebP oder Video ersetzen

Empfohlene Strategie: Verwenden Sie WebP als Hauptformat mit einem JPEG-Fallback über das <picture>-Element. Wechseln Sie zu AVIF, sobald Ihre Zielgruppe überwiegend Chrome 85+ und Safari 16+ nutzt. Verwenden Sie SVG ausnahmslos für alle Vektorgrafiken.

html
<!-- Modern approach: AVIF → WebP → JPEG -->
<picture>
  <source srcset="/images/hero.avif" type="image/avif" />
  <source srcset="/images/hero.webp" type="image/webp" />
  <img
    src="/images/hero.jpg"
    alt="SEO audit of an online store: 340% traffic growth"
    width="1200"
    height="675"
    loading="eager"
    fetchpriority="high"
  />
</picture>

Komprimierung ohne Qualitätsverlust

Die meisten Bilder lassen sich um 30–70 % komprimieren, ohne dass ein Qualitätsverlust sichtbar wird. Wichtige Werkzeuge: Squoosh (online), ImageMagick (CLI), Sharp (Node.js), Pillow (Python).

Optimale Qualitätseinstellungen

FormatQualität für das WebWerkzeug
WebP75–85Sharp: sharp().webp({ quality: 80 })
AVIF60–75Sharp: sharp().avif({ quality: 65 })
JPEG75–85ImageMagick: -quality 80
PNGVerlustfreipngquant: --quality=65-80
Beispiel zur Umsetzung im Code:
javascript
// Next.js: automatic optimisation via next/image
import Image from 'next/image';

// next/image automatically:
// - converts to WebP/AVIF
// - generates srcset
// - adds lazy loading
// - prevents layout shift (requires width/height)
export function HeroImage() {
  return (
    <Image
      src="/images/hero.jpg"
      alt="Organic traffic growth after SEO audit"
      width={1200}
      height={675}
      priority // disables lazy load for the hero image
    />
  );
}
In Next.js verwenden Sie die Komponente <Image> statt <img>. Sie wandelt Bilder automatisch in WebP/AVIF um, erzeugt srcset und verhindert Layout-Verschiebungen. Bei Hero-Bildern im Above-the-Fold-Bereich ergänzen Sie immer priority. Das verringert den LCP.

Lazy Loading und loading='eager'

Lazy Loading verschiebt das Laden von Bildern außerhalb des sichtbaren Bereichs, bis der Nutzer zu ihnen scrollt. Dadurch sinkt das anfängliche Seitengewicht, und die Time to Interactive verkürzt sich.

html
<!-- Below-fold images: lazy loading -->
<img
  src="/images/article-thumbnail.webp"
  alt="XML sitemap audit screenshot"
  width="400"
  height="225"
  loading="lazy"
/>

<!-- Hero and LCP images: eager + fetchpriority -->
<img
  src="/images/hero.webp"
  alt="Real-time SEO analytics"
  width="1200"
  height="675"
  loading="eager"
  fetchpriority="high"
/>
Vergleich der Attributwerte:
AttributWertWann verwenden
loadinglazyAlle Bilder unterhalb des ersten sichtbaren Bereichs
loadingeagerHero-Bild, Logo, LCP-Element
fetchpriorityhighHauptbild der Seite (LCP)
fetchprioritylowDekorative Bilder am Seitenende
decodingasyncDie meisten Bilder, blockiert das Rendering nicht
Setzen Sie loading="lazy" niemals auf das LCP-Bild. Das ist ein kritischer Fehler: Der Browser würde das Laden des wichtigsten visuellen Elements der Seite verzögern, und der LCP-Wert würde deutlich steigen.

Maße, srcset und Art Direction

Geben Sie immer die Attribute width und height an. So kann der Browser den Platz für das Bild reservieren, bevor es geladen ist, und verhindert den Cumulative Layout Shift (CLS), also das Verspringen von Inhalten während des Ladens.

html
<!-- srcset: different sizes for different screens -->
<img
  src="/images/blog-cover.webp"
  srcset="
    /images/blog-cover-480.webp 480w,
    /images/blog-cover-800.webp 800w,
    /images/blog-cover-1200.webp 1200w
  "
  sizes="(max-width: 480px) 480px, (max-width: 800px) 800px, 1200px"
  alt="Internal linking architecture guide: site structure diagram"
  width="1200"
  height="675"
  loading="lazy"
/>

Das Attribut srcset ermöglicht es dem Browser, für die aktuelle Bildschirmgröße und Pixeldichte die optimale Bildgröße auszuwählen. Auf einem mobilen Gerät mit 2x-DPI lädt der Browser die 800-px-Version statt der 1200-px-Version. Das spart Datenvolumen und beschleunigt die Seite.

Strukturierte Daten

Schema.org-Markup hilft Google, Bilder in Rich-Suchergebnissen anzuzeigen, etwa in Produktkarten, Rezepten oder Artikeln. Für Bilder sind vor allem die Typen ImageObject, Article, Product und Recipe relevant.

json
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Image SEO: complete guide",
  "image": {
    "@type": "ImageObject",
    "url": "https://seohead.tech/images/blog/image-seo.webp",
    "width": 1200,
    "height": 675,
    "caption": "Image optimisation for search: formats, alt text, compression"
  },
  "datePublished": "2026-05-17",
  "author": {
    "@type": "Person",
    "name": "seohead"
  }
}

Bild-Sitemap

Google empfiehlt, Bildinformationen in Ihre XML-Sitemap aufzunehmen. Das hilft bei der Indexierung von Bildern, die per JavaScript geladen werden, und liefert zusätzlichen Kontext wie Titel, Bildunterschrift und Lizenz.

xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset
  xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
  xmlns:image="http://www.google.com/schemas/sitemap-image/1.1"
>
  <url>
    <loc>https://seohead.tech/blog/image-seo</loc>
    <image:image>
      <image:loc>https://seohead.tech/images/blog/image-seo.webp</image:loc>
      <image:title>Image SEO: alt text, formats, compression, and lazy load</image:title>
      <image:caption>Complete guide to image optimisation for search</image:caption>
    </image:image>
  </url>
</urlset>
Eine Bild-Sitemap ist besonders wichtig für Bilder, die per JavaScript geladen werden (React, Vue, Next.js). Der Googlebot führt beim Crawling nicht immer JavaScript aus. Deshalb ist die Sitemap eine verlässliche Möglichkeit, die Indexierung der Bilder sicherzustellen.

FAQ

Beeinflusst der Alt-Text das Ranking direkt?
Ja, aber indirekt. Der Alt-Text hilft Google, das Thema der Seite und des Bildes zu verstehen. Ein gut formulierter Alt-Text mit dem Ziel-Keyword stärkt die Relevanz der Seite. Keyword-Stuffing in alt-Attributen wird jedoch als Spam gewertet.
Was ist besser: WebP oder AVIF?
AVIF komprimiert besser (20–30 % effizienter als WebP), wird aber etwas schwächer unterstützt und dekodiert auf schwächeren Geräten langsamer. Optimal ist die Kombination AVIF → WebP → JPEG über das <picture>-Element. Für die meisten Projekte ist WebP derzeit eine verlässliche Wahl.
Müssen alle Bilder indexierbar sein?
Nein. Dekorative Bilder (Hintergründe, Trennlinien, bedeutungslose Icons) müssen nicht indexiert werden. Lassen Sie ein leeres alt="" stehen. Das signalisiert Google, das Bild bei der Indexierung zu überspringen. Konzentrieren Sie sich auf inhaltliche Bilder: Screenshots, Diagramme, Produktfotos.
Wie prüfe ich, ob Google meine Bilder indexiert?
Öffnen Sie in der Google Search Console den Bereich „Indexierung“ und dann „Seiten“. Für ein bestimmtes Bild geben Sie in Google Images site:your-domain ein und prüfen, ob Ihre Bilder erscheinen. Nutzen Sie außerdem das Tool zur URL-Prüfung in der GSC und kontrollieren Sie, ob Googlebot auf die Bilder zugreifen kann, also ob sie nicht in der robots.txt blockiert sind.
Sind die Attribute width und height Pflicht?
Ja, um CLS (Cumulative Layout Shift) zu verhindern. Ohne diese Attribute kennt der Browser die Bildgröße vor dem Laden nicht, und Inhalte springen. CLS wirkt sich direkt auf die Bewertung der Core Web Vitals aus und ist seit 2021 ein Rankingsignal.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it