Technisches SEO: Checkliste für Unternehmenswebsites

Gute Inhalte ranken nur, wenn die Technik stimmt. Gerade Unternehmenswebsites, die über Jahre gewachsen sind und mehrere Sprachen oder Produktkataloge haben, sammeln technische Fehler an: gesperrte Bereiche, doppelte URLs, Weiterleitungsketten, langsame Seiten. Diese Checkliste führt Sie durch die wichtigsten Punkte des technischen SEO, von Crawling und Indexierung über Core Web Vitals und strukturierte Daten bis zum Zugang für KI-Crawler, und zeigt, wie Sie daraus ein priorisiertes SEO-Audit machen.

Was ist technisches SEO?

Technisches SEO umfasst alle Maßnahmen, die dafür sorgen, dass Suchmaschinen eine Website finden, crawlen, verstehen und korrekt in den Index aufnehmen können. Es geht nicht um Texte oder Backlinks, sondern um die Grundlage, auf der Inhalte überhaupt wirken: Serverantworten, URLs, Weiterleitungen, Ladezeit, Auszeichnungen im Quellcode.

Für Unternehmenswebsites ist das Thema besonders wichtig, weil sie über Jahre wachsen. Relaunches, neue Sprachversionen, Produktkataloge und Kampagnenseiten hinterlassen Spuren: alte URLs, doppelte Inhalte, verwaiste Seiten. Die folgende technische SEO Checkliste hilft Ihnen, diese Punkte systematisch zu prüfen.

Für Unternehmen aus Deutschland, Österreich und der Schweiz, die in mehreren Ländern verkaufen, kommt eine weitere Ebene hinzu. Jede Sprach- und Länderversion muss technisch sauber sein, und die Versionen müssen korrekt miteinander verknüpft werden. Ein Fehler in der italienischen oder französischen Version bleibt oft monatelang unbemerkt, weil im deutschen Team niemand diese Seiten regelmäßig aufruft.

Die Checkliste ist nach Prioritäten aufgebaut. Ganz oben stehen die Punkte, die verhindern können, dass Seiten überhaupt im Index landen. Weiter unten folgen Punkte, die Qualität, Geschwindigkeit und Verständnis verbessern.

Crawling und Indexierung: findet Google Ihre Seiten?

Am Anfang jeder Prüfung steht die Indexierung. Eine Seite, die nicht im Index ist, kann nicht ranken, egal wie gut der Inhalt ist.

• robots.txt: Die Datei im Stammverzeichnis legt fest, welche Bereiche Crawler besuchen dürfen. Prüfen Sie, dass keine wichtigen Verzeichnisse, CSS- oder JavaScript-Dateien gesperrt sind.
• XML-Sitemap: Sie listet alle indexierbaren URLs auf, nur mit Statuscode 200, ohne Weiterleitungen und ohne noindex-Seiten.
• noindex: Das Meta-Tag schließt Seiten bewusst vom Index aus, etwa interne Suchergebnisse oder Danke-Seiten. Nach einem Relaunch bleibt es oft versehentlich auf ganzen Bereichen stehen.
• Google Search Console: Der Bericht zur Seitenindexierung zeigt, welche URLs indexiert sind und warum andere ausgeschlossen wurden.

Eine einfache robots.txt für eine Unternehmenswebsite kann so aussehen:

User-agent: *
Disallow: /suche/
Disallow: /warenkorb/

Sitemap: https://www.beispiel.de/sitemap.xml

Wichtig: Disallow verhindert das Crawling, nicht zuverlässig die Indexierung. Wenn eine Seite nicht im Index erscheinen soll, nutzen Sie noindex und lassen Sie sie crawlbar, damit Google das Tag lesen kann.

Bei großen Websites mit vielen tausend URLs, etwa Produktkatalogen mit Filtern, spielt zudem das Crawl-Budget eine Rolle. Wenn Crawler ihre Zeit auf endlosen Parameterkombinationen verbringen, werden wichtige neue Seiten später entdeckt. Begrenzen Sie solche Varianten und halten Sie die Sitemap aktuell.

URL-Struktur und Canonical: eine Adresse pro Inhalt

Jeder Inhalt sollte unter genau einer URL erreichbar sein. In der Praxis entstehen schnell Varianten: mit und ohne www, mit und ohne Schrägstrich am Ende, mit Parametern für Filter oder Kampagnen. Für Google sind das unterschiedliche Adressen.

• Sprechende, kurze URLs in Kleinbuchstaben, mit Bindestrichen als Worttrenner.
• Eine einheitliche Schreibweise, auf die alle Varianten per 301 weiterleiten.
• Ein Canonical-Tag auf jeder Seite, das auf die bevorzugte URL zeigt.

<link rel="canonical" href="https://www.beispiel.de/produkte/pumpen/" />

Das Canonical ist ein Hinweis, keine Anweisung. Wenn interne Links, Sitemap und Canonical auf unterschiedliche Varianten zeigen, entscheidet Google selbst. Achten Sie deshalb darauf, dass alle drei Signale übereinstimmen.

Weiterleitungen und 404-Fehler: wie Sie Altlasten aufräumen

Nach einem Relaunch oder einer Umstrukturierung ändern sich URLs. Ohne Weiterleitung landen Besucher und Crawler auf einer Fehlerseite, und die Signale der alten Seite gehen verloren.

• 301-Weiterleitung für dauerhaft verschobene Inhalte, immer auf die thematisch passende neue Seite, nicht pauschal auf die Startseite.
• Keine Ketten: A leitet auf B, B auf C. Leiten Sie direkt auf das Ziel weiter.
• 404 ist kein Fehler an sich: Seiten, die es nicht mehr gibt und für die kein Ersatz existiert, dürfen 404 oder 410 liefern.
• Interne Links aktualisieren: Verlinken Sie intern immer die Ziel-URL, nicht die alte Adresse mit Weiterleitung.

Prüfen Sie außerdem, ob Ihre Fehlerseite wirklich den Statuscode 404 sendet. Manche Systeme zeigen eine Fehlermeldung mit Status 200, sogenannte Soft-404, die Google als eigene Seiten behandelt.

Vor jedem Relaunch gehört ein Weiterleitungsplan zum Pflichtprogramm: eine Tabelle mit allen alten URLs, die Traffic, Backlinks oder Rankings haben, und der jeweils passenden neuen Adresse. Nach dem Livegang crawlen Sie die alte URL-Liste und prüfen, ob jede Adresse mit genau einer 301 auf ein Ziel mit Status 200 führt.

Ladezeit und Core Web Vitals: wie schnell ist schnell genug?

Die Core Web Vitals sind drei Kennzahlen, mit denen Google die Nutzererfahrung beim Laden einer Seite misst:

• LCP (Largest Contentful Paint): Wann ist das größte sichtbare Element geladen, meist ein Bild oder eine Überschrift? Google stuft bis 2,5 Sekunden als gut ein.
• INP (Interaction to Next Paint): Wie schnell reagiert die Seite auf Klicks und Eingaben? Gut sind bis 200 Millisekunden.
• CLS (Cumulative Layout Shift): Wie stark verschiebt sich das Layout während des Ladens? Gut ist ein Wert bis 0,1.

Maßgeblich sind die Felddaten echter Nutzer, die Sie in der Search Console und in PageSpeed Insights sehen. Laborwerte aus Lighthouse sind hilfreich für die Fehlersuche, bilden aber nicht die reale Erfahrung ab.

Typische Ursachen für schlechte Werte auf Unternehmenswebsites sind große, unkomprimierte Bilder, zu viele Skripte von Drittanbietern (Tracking, Chat, Cookie-Banner), Schriften, die das Rendern blockieren, und Banner ohne feste Abmessungen. Oft bringt das Aufräumen im Tag-Manager mehr als jede Serveroptimierung.

Bewährte Maßnahmen sind:

• Bilder in passender Größe und in modernen Formaten ausliefern.
• Das Hauptbild im sichtbaren Bereich früh laden, statt es per Lazy Loading zu verzögern.
• Skripte von Drittanbietern prüfen und nicht benötigte entfernen oder später laden.
• Feste Breiten und Höhen für Bilder, Banner und eingebettete Inhalte angeben.
• Caching und ein Content Delivery Network nutzen, wenn Besucher aus mehreren Ländern kommen.

Mobile Darstellung: ist Ihre Website auf dem Smartphone vollständig?

Google bewertet Websites auf Basis der mobilen Version. Was auf dem Smartphone fehlt, zählt für das Ranking praktisch nicht. Prüfen Sie deshalb:

• Sind Texte, Tabellen, strukturierte Daten und interne Links mobil genauso vorhanden wie am Desktop?
• Sind Schaltflächen und Formulare mit dem Finger gut bedienbar?
• Gibt es keine horizontalen Scrollbalken und keine Pop-ups, die den Inhalt verdecken?

Auch im B2B wird viel mobil recherchiert. Ein technisches Datenblatt, das sich auf dem Smartphone nicht lesen lässt, kostet Anfragen.

JavaScript und Rendering: sieht Google, was Ihre Nutzer sehen?

Viele moderne Websites laden Inhalte per JavaScript nach. Google kann JavaScript ausführen, aber nicht immer sofort und nicht immer vollständig. Andere Suchmaschinen und viele KI-Crawler lesen häufig nur das ausgelieferte HTML.

• Prüfen Sie mit der URL-Prüfung der Search Console, wie Google die gerenderte Seite sieht.
• Vergleichen Sie den Quelltext mit der Darstellung im Browser: Stehen Überschriften, Texte und Links bereits im HTML?
• Interne Links sollten echte Links mit href-Attribut sein, keine Klick-Ereignisse ohne Adresse.

Wichtige Inhalte serverseitig auszuliefern, ist die sicherere Lösung, vor allem für Produkt- und Leistungsseiten.

HTTPS und Sicherheit: ist die Verbindung überall verschlüsselt?

HTTPS ist heute Standard. Kontrollieren Sie trotzdem, dass alle HTTP-Adressen per 301 auf HTTPS weiterleiten, dass das Zertifikat gültig ist und dass keine Bilder oder Skripte noch über HTTP geladen werden (Mixed Content). Sicherheits-Header wie HSTS sind sinnvoll, sie werden aber mit Ihrer IT abgestimmt, weil Fehler die Erreichbarkeit beeinträchtigen können.

Achten Sie auch auf die Weiterleitungsreihenfolge. Idealerweise führt jede Variante, also HTTP ohne www, HTTP mit www und HTTPS ohne www, mit einer einzigen Weiterleitung direkt auf die bevorzugte HTTPS-Adresse. Und prüfen Sie, dass das Zertifikat automatisch erneuert wird. Ein abgelaufenes Zertifikat erzeugt Warnmeldungen im Browser, die Besucher abschrecken.

Strukturierte Daten: welche Auszeichnungen sind sinnvoll?

Strukturierte Daten nach schema.org beschreiben Inhalte in einer für Maschinen eindeutigen Form. Sie helfen Suchmaschinen und KI-Systemen, Unternehmen, Produkte und Artikel richtig einzuordnen. Für Unternehmenswebsites sind vor allem diese Typen relevant:

• Organization: Name, Logo, Adresse, Kontakt, Profile in sozialen Netzwerken.
• LocalBusiness: für Standorte mit Adresse und Öffnungszeiten.
• Product: für Produktseiten, mit Preis und Verfügbarkeit, sofern angezeigt.
• Article oder BlogPosting: für Fachbeiträge, mit Autor und Datum.
• FAQPage: für sichtbare Frage-Antwort-Bereiche. Google zeigt FAQ-Ergebnisse seit 2023 nur noch für wenige Websites an, die Auszeichnung strukturiert aber weiterhin den Inhalt.

Ein knappes Beispiel im Format JSON-LD:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Beispiel GmbH",
"url": "https://www.beispiel.de/",
"logo": "https://www.beispiel.de/logo.png"
}
</script>

Die wichtigste Regel: Strukturierte Daten müssen dem sichtbaren Inhalt entsprechen. Prüfen Sie sie mit dem Test für Rich-Suchergebnisse von Google und dem Validator von schema.org.

hreflang: welche Sprachversion sieht welcher Nutzer?

Wer mehrere Sprach- oder Länderversionen betreibt, braucht hreflang. Die Auszeichnung teilt Google mit, welche Seite für welche Sprache und Region gedacht ist, zum Beispiel Deutsch für Deutschland, Deutsch für die Schweiz und Italienisch für Italien. Fehler sind häufig: fehlende Rückverweise, falsche Sprachcodes, Verweise auf weitergeleitete URLs. Eine ausführliche Anleitung finden Sie in unserem Beitrag zu hreflang. Wenn Ihre Website mehrere Märkte bedient, ist das ein zentraler Teil von internationalem SEO.

Interne Verlinkung: erreicht Google alle wichtigen Seiten?

Interne Links zeigen Suchmaschinen, welche Seiten wichtig sind und wie Themen zusammenhängen. Prüfen Sie:

• Ist jede wichtige Seite mit wenigen Klicks von der Startseite erreichbar?
• Gibt es verwaiste Seiten, auf die kein interner Link zeigt?
• Beschreiben die Linktexte das Ziel, statt nur „hier klicken“?
• Verlinken Fachartikel auf die passenden Leistungs- oder Produktseiten?

Welche Themen Sie miteinander verbinden, ergibt sich aus der Keyword-Recherche: Seiten zu verwandten Suchbegriffen sollten aufeinander verweisen.

Bilder und Alt-Texte: werden Ihre Bilder verstanden?

Bilder beeinflussen Ladezeit, Barrierefreiheit und die Sichtbarkeit in der Bildersuche. Achten Sie auf aussagekräftige Dateinamen ohne Leerzeichen, moderne Formate wie WebP oder AVIF, passende Abmessungen, Lazy Loading für Bilder unterhalb des sichtbaren Bereichs und Alt-Texte, die den Inhalt beschreiben. Ein Alt-Text wie „Edelstahlpumpe für Lebensmittelindustrie, Seitenansicht“ hilft Nutzern mit Screenreader und Suchmaschinen gleichermaßen. Reine Keyword-Listen im Alt-Attribut helfen niemandem.

Duplicate Content: wo entstehen doppelte Inhalte?

Doppelte Inhalte führen selten zu einer Abstrafung, aber Google muss entscheiden, welche Version es zeigt, und Signale verteilen sich. Typische Quellen auf Unternehmenswebsites:

• Filter- und Sortierparameter in Produktkatalogen.
• Druckversionen, Session-IDs und Kampagnenparameter.
• Gleiche Texte auf mehreren Länderseiten derselben Sprache, etwa für Deutschland, Österreich und die Schweiz.
• Herstellertexte, die viele Händler identisch übernehmen.

Lösungen sind Canonical-Tags, 301-Weiterleitungen, noindex für Varianten ohne eigenen Nutzen und eigene Texte für wichtige Seiten. Bei Onlineshops ist das Thema besonders umfangreich. Mehr dazu auf der Seite SEO für Onlineshops.

Zugang für KI-Crawler: dürfen ChatGPT und Co. Ihre Seiten lesen?

Neben Googlebot besuchen heute auch Crawler von KI-Anbietern Ihre Website, etwa GPTBot von OpenAI, PerplexityBot oder ClaudeBot. Ob Sie sie zulassen, ist eine Unternehmensentscheidung. Wer in KI-Antworten als Quelle berücksichtigt werden möchte, sollte sie jedenfalls nicht unbeabsichtigt aussperren. Prüfen Sie dazu robots.txt, Firewall und Bot-Schutz Ihres Hosters.

Ergänzend kann eine llms.txt-Datei KI-Systemen eine kompakte Übersicht Ihrer wichtigsten Inhalte geben. Der Standard ist noch jung und eine Wirkung ist nicht garantiert. Was die Datei leisten kann und was nicht, erklären wir im Beitrag zu llms.txt. Unabhängig davon gilt: Klare, überprüfbare und gut strukturierte Informationen in jeder Sprache sind die solideste Grundlage, um als Quelle in Frage zu kommen.

Monitoring: wie Sie Fehler früh erkennen

Technisches SEO ist keine einmalige Aufgabe. Jede Systemaktualisierung, jedes neue Plugin und jede Inhaltsänderung kann etwas verändern. Ein schlankes Monitoring umfasst:

• Regelmäßiger Blick in die Search Console: Indexierung, Core Web Vitals, manuelle Maßnahmen, Sicherheitsprobleme.
• Automatischer Crawl in festen Abständen, zum Beispiel monatlich, mit Vergleich zum Vormonat.
• Überwachung der Erreichbarkeit und der Statuscodes wichtiger Seiten.
• Kontrolle von robots.txt und Sitemap nach jedem Deployment.

Legen Sie außerdem fest, wer zuständig ist. In vielen Unternehmen teilen sich Marketing, IT und eine externe Agentur die Website, und technische Warnungen der Search Console landen in einem Postfach, das niemand liest. Eine klare Verantwortung und ein kurzer monatlicher Bericht verhindern, dass Fehler über Wochen bestehen bleiben.

SEO-Audit: so gehen Sie Schritt für Schritt vor

Ein SEO Audit verbindet alle Punkte dieser Checkliste zu einer priorisierten Aufgabenliste. Ein bewährter Ablauf:

• 1. Daten sammeln: Search Console, Webanalyse, Sitemap und ein vollständiger Crawl mit einem Tool wie Screaming Frog oder Sitebulb.
• 2. Indexierung prüfen: Abgleich zwischen gecrawlten, in der Sitemap gelisteten und indexierten URLs.
• 3. Statuscodes und Weiterleitungen: 404, Ketten, Soft-404.
• 4. Canonical, Duplikate, hreflang.
• 5. Core Web Vitals und Mobilansicht anhand von Felddaten.
• 6. Strukturierte Daten und Metadaten.
• 7. Interne Verlinkung und verwaiste Seiten.
• 8. Priorisieren: Was blockiert die Indexierung, kommt zuerst. Kosmetische Hinweise eines Tools kommen zuletzt.

Bei mehrsprachigen Websites prüfen wir jede Sprachversion einzeln, weil Fehler oft nur in einem Markt auftreten. Wie wir technische Audits in mehreren Sprachen durchführen, lesen Sie unter internationales SEO.

Das Ergebnis eines guten Audits ist keine Liste mit hunderten Warnungen, sondern ein Maßnahmenplan: welches Problem, auf welchen Seiten, mit welcher Auswirkung, wer es behebt und bis wann. Nur so wird aus der Analyse tatsächlich eine bessere Website.

Häufige Fragen

Wie oft sollte ein technisches SEO-Audit durchgeführt werden?

Ein umfassendes Audit empfiehlt sich in der Regel einmal im Jahr sowie vor und nach jedem Relaunch, Systemwechsel oder Domainumzug. Dazwischen reicht ein schlankes Monitoring: ein monatlicher Crawl, ein regelmäßiger Blick in die Google Search Console und eine Kontrolle von robots.txt und Sitemap nach jedem Deployment. So erkennen Sie Fehler wie versehentliche noindex-Tags oder neue Weiterleitungsketten, bevor sie Rankings und Anfragen kosten.

Was ist der Unterschied zwischen technischem SEO und OnPage-SEO?

Technisches SEO sorgt dafür, dass Suchmaschinen eine Website crawlen, indexieren und schnell ausliefern können: Statuscodes, robots.txt, Sitemap, Canonical, Ladezeit, strukturierte Daten, hreflang. OnPage-SEO betrifft die Inhalte der einzelnen Seiten, also Texte, Überschriften, Title, Meta-Description und interne Links im Text. Beide Bereiche greifen ineinander. Der beste Text bringt nichts, wenn die Seite nicht im Index ist, und die sauberste Technik ersetzt keine relevanten Inhalte.

Sind die Core Web Vitals ein wichtiger Rankingfaktor?

Die Core Web Vitals fließen in die Bewertung der Seitenerfahrung ein, sind aber nur ein Faktor unter vielen. Relevanz und Qualität des Inhalts wiegen in der Regel schwerer. Bei ähnlich guten Seiten können sie den Ausschlag geben, und vor allem beeinflussen sie, ob Besucher bleiben oder abspringen. Für Unternehmenswebsites lohnt sich die Optimierung daher auch unabhängig vom Ranking, weil eine schnelle, stabile Seite mehr Anfragen erzeugt.

Warum werden manche meiner Seiten nicht indexiert?

Häufige Ursachen sind ein noindex-Tag, eine Sperre in der robots.txt, ein Canonical, das auf eine andere URL zeigt, fehlende interne Links oder Inhalte, die Google als zu dünn oder doppelt einstuft. Der Bericht zur Seitenindexierung in der Google Search Console nennt den Grund für jede ausgeschlossene URL. Mit der URL-Prüfung können Sie eine einzelne Seite testen und nach der Korrektur die Indexierung beantragen.

Brauche ich strukturierte Daten auf jeder Seite?

Nicht auf jeder Seite, aber auf den Seitentypen, für die es passende Auszeichnungen gibt. Organization gehört in der Regel einmal auf die Website, oft auf die Startseite. Produktseiten erhalten Product, Fachartikel Article oder BlogPosting, Standortseiten LocalBusiness. Entscheidend ist, dass die Angaben dem sichtbaren Inhalt entsprechen und fehlerfrei sind. Falsche oder unvollständige Auszeichnungen werden von Google häufig ignoriert.

Worauf muss ich beim technischen SEO für mehrsprachige Websites achten?

Neben den allgemeinen Punkten kommen hreflang, die Wahl der Domainstruktur und die Indexierung jeder Sprachversion hinzu. Jede Version braucht korrekte Rückverweise im hreflang, eigene Canonicals auf sich selbst und eine Aufnahme in die Sitemap. Prüfen Sie außerdem, ob Weiterleitungen nach Browsersprache Crawler blockieren. Fehler treten oft nur in einem Markt auf, deshalb sollte jede Sprache in Search Console und Crawl einzeln betrachtet werden.