Checkliste Technisches SEO 2026

01Warum technische SEO zuerst kommt

Technische SEO ist der Weg, auf dem Ihr Inhalt Google erreicht. Ist der Weg versperrt, taucht selbst die beste Seite nicht in den Suchergebnissen auf. Crawling-Sperren, falsche Canonical-Tags oder endlose Weiterleitungsschleifen können die gesamte Content-Arbeit zunichtemachen.

Die gute Nachricht: Technische Probleme lassen sich meist einmal beheben und bringen dauerhaften Nutzen. Wenn Sie mit neuer SEO-Arbeit beginnen, sollten Sie deshalb als Erstes die folgende Liste Punkt für Punkt auf Ihrer Website abhaken. Die übrigen Säulen der SEO haben wir in unserem Ratgeber Was ist SEO? zusammengefasst.

Für die Umsetzung der Liste genügen zwei Werkzeuge: die Google Search Console und die Entwicklertools Ihres Browsers. Was die Hinweise in der Search Console bedeuten und wie Sie sie beheben, lesen Sie in unserem Beitrag zu Search-Console-Fehlern.

02Crawling: Erreicht Google die Website?

Googlebot erreicht Ihre Website über Links und liest zuerst die Datei robots.txt. Eine Sperre in dieser Phase macht alle weiteren Prüfungen bedeutungslos; deshalb beginnt die Liste beim Crawling.

• Die Datei robots.txt liegt im Stammverzeichnis der Domain (/robots.txt) und sperrt keine wichtigen Seiten.
• Die beim Relaunch gesetzte Regel »alles sperren« wurde nach dem Livegang entfernt.
• CSS- und JavaScript-Dateien sind nicht gesperrt; Google kann die Seite so rendern, wie der Nutzer sie sieht.
• Es gibt keine defekten internen Links (404); Menü- und Inhaltslinks führen auf funktionierende Adressen.
• Wichtige Seiten sind nur wenige Klicks von der Startseite entfernt; keine Seite bleibt ohne internen Link (verwaist).
• Serverfehler (5xx) liegen in den Crawling-Statistiken der Search Console auf niedrigem Niveau.

User-agent: *
Disallow: /sepet/
Disallow: /hesabim/

Sitemap: https://www.ornek.com/sitemap.xml

03Indexierung und Sitemap

Die Sitemap zeigt Google, welche Seiten Ihnen wichtig sind, garantiert aber keine Indexierung. Damit eine Seite in den Index aufgenommen wird, muss auch der Inhalt ausreichend und einzigartig sein.

• Die XML-Sitemap enthält ausschließlich Adressen, die den Statuscode 200 liefern, kanonisch sind und indexiert werden sollen.
• Die Sitemap ist in der Search Console eingereicht und in der robots.txt angegeben.
• Seiten, die nicht in den Index gehören (Dankeseiten, Filter, Suchergebnisse), sind mit noindex markiert.
• Die Zahl der Seiten mit dem Status »Gecrawlt – zurzeit nicht indexiert« im Seitenindexierungsbericht der Search Console liegt in einem vertretbaren Rahmen.
• Dünne und nahezu leere Seiten wurden entweder zusammengeführt oder verbessert.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.ornek.com/hizmetler/</loc>
    <lastmod>2026-01-15</lastmod>
  </url>
</urlset>

04Canonical-Tag und Duplicate Content

Ist derselbe Inhalt über mehrere Adressen erreichbar, entscheidet Google selbst, welche es anzeigt. Das Canonical-Tag benennt Ihre bevorzugte Adresse eindeutig und verhindert, dass sich Ranking-Signale verteilen.

• Jede Seite besitzt ein selbstreferenzierendes (self-referencing) Canonical-Tag.
• Von den Varianten mit und ohne www, http und https sowie mit und ohne abschließenden Schrägstrich ist nur eine live; die übrigen leiten per 301 weiter.
• Onlineshop-Adressen mit Filter- und Sortierparametern verweisen per Canonical auf die Hauptkategorie.
• Die Canonical-Adresse ist nicht auf noindex gesetzt, leitet nicht weiter und liefert 200.
• Bei mehrsprachigen Websites sind die hreflang-Tags wechselseitig und mit dem richtigen Sprachcode definiert.

<link rel="canonical" href="https://www.ornek.com/hizmetler/">

05Weiterleitungen und Statuscodes

Ein Relaunch oder eine Adressänderung ist in der technischen SEO das Ereignis, das am meisten Traffic kostet. Besucher und Linkwert alter Adressen müssen per 301-Weiterleitung (dauerhaft) auf die neue Adresse übertragen werden. Die häufigsten Ursachen für plötzliche Traffic-Einbrüche behandeln wir gesondert im Beitrag Website-Traffic eingebrochen.

• Bei dauerhaften Umzügen wird 301 statt 302 verwendet.
• Es gibt keine Weiterleitungsketten: nicht von A nach B und von B nach C, sondern direkt von A nach C.
• Gelöschte Seiten ohne Gegenstück liefern 404 oder 410; nicht alle werden auf die Startseite weitergeleitet.
• Eine individuelle 404-Seite führt den Nutzer zu Suchfeld und Hauptkategorien.

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.ornek.com/$1 [L,R=301]

Redirect 301 /eski-sayfa/ https://www.ornek.com/yeni-sayfa/

06Speed und Core Web Vitals

Google misst die Seitenerfahrung mit drei Kernmetriken. Für die Bewertung »gut« müssen diese Schwellenwerte in den Felddaten (echte Nutzer) erreicht werden.

• Bilder liegen im Format WebP oder AVIF in passender Größe vor, und Bilder außerhalb des sichtbaren Bereichs werden verzögert geladen.
• Breite und Höhe von Bildern und eingebetteten Elementen sind definiert; beim Laden der Seite gibt es keine Layoutverschiebungen.
• Ungenutztes CSS und JavaScript wurde entfernt, nicht kritische Skripte werden verzögert geladen.
• Die Serverantwortzeit ist niedrig; Caching und Komprimierung (gzip oder Brotli) sind aktiv.
• Es werden nur wenige Schriftarten eingesetzt, geladen mit der Einstellung font-display.

07Mobilfreundlichkeit, HTTPS und Sicherheit

Bei Websites, deren Besucher überwiegend per Smartphone kommen, ist Responsive Webdesign nicht nur eine Frage der Nutzererfahrung, sondern unmittelbar eine Ranking-Frage.

• Wegen des Mobile-First-Index enthält die mobile Version dieselben Inhalte, Überschriften und strukturierten Daten wie die Desktop-Version.
• Das Viewport-Tag ist definiert; es gibt kein horizontales Scrollen, keine überlaufenden Tabellen und keine zu kleinen Tippflächen.
• Alle Seiten werden über HTTPS ausgeliefert, das SSL-Zertifikat ist gültig, und es gibt keine Warnung vor gemischten Inhalten (http-Ressourcen).
• Pop-ups, die den ganzen Bildschirm einnehmen und Inhalte verdecken, werden auf Mobilgeräten nicht eingesetzt.

08Strukturierte Daten und Crawl-Budget

Strukturierte Daten teilen Google maschinenlesbar mit, wovon eine Seite handelt. Schematypen wie Organization, LocalBusiness, Product, Article, BreadcrumbList und FAQPage können auf geeigneten Seiten erweiterte Darstellungen in den Suchergebnissen ermöglichen. Prüfen Sie das Schema mit dem offiziellen Test für Rich-Suchergebnisse von Google.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Beispielfirma",
  "url": "https://www.ornek.com/",
  "logo": "https://www.ornek.com/logo.png"
}
</script>

Für wen ist das Crawl-Budget relevant?

Das Crawl-Budget ist die Ressource, die Google in einem bestimmten Zeitraum für das Crawlen Ihrer Website einsetzt. Bei Websites mit einigen hundert Seiten ist es selten ein Problem; bei Onlineshops mit zehntausenden Produkt- und Filteradressen ist es entscheidend.

Um das Budget zu schonen, sperren Sie endlose Filterkombinationen fürs Crawling, kürzen Sie Weiterleitungsketten, bündeln Sie doppelte Adressen per Canonical und halten Sie die Sitemap aktuell. Bei Shops mit großem Katalog gehört es zu den Fragen bei der Wahl des Shopsystems, ob Filter- und Adressstruktur von Anfang an darauf ausgelegt sind.

09Wie oft sollte geprüft werden?

Die Hinweise der Search Console wöchentlich und die gesamte Liste alle drei Monate zu prüfen, genügt für die meisten Websites. Nach einem Relaunch, einer Änderung der Adressstruktur, einem Domainumzug und großen Produktimporten sollte die Kontrolle dagegen sofort erfolgen.

Technische SEO ist am günstigsten, wenn die Website von Anfang an richtig aufgebaut wird. Planen Sie ein neues Projekt, wird mit SEO-optimiertem Webdesign der Großteil dieser Liste schon vor dem Livegang erledigt. Die technische Prüfung Ihrer bestehenden Website führen wir als ersten Schritt unserer SEO & Analyse durch.