Checkliste für technische SEO: 20 Punkte in Prioritätsreihenfolge

Kurz gesagt: Führen Sie diese 20 Prüfungen in der angegebenen Reihenfolge durch – zuerst die Indexierbarkeit (ein versehentlicher Noindex-Fehler wiegt schwerer als alles andere), dann die Crawling-Verständnis, das Rendering, die Performance, die strukturierten Daten und schließlich die KI-Crawler-Ebene. Jede der folgenden Prüfungen hat eine Bedingung, die Sie selbst überprüfen können, die meisten davon mit kostenlosen Tools. Vierteljährliche vollständige Prüfung; gezielte Prüfung nach jeder Themenänderung, jedem Plattformwechsel oder jeder Massenbearbeitung.

Die Reihenfolge ist entscheidend: Jede Ebene steuert die darunterliegenden. Ein perfektes Schema auf einer nicht indizierten Seite ist reine Dekoration. Arbeiten Sie von oben nach unten und stellen Sie die Optimierung der unteren Ebenen ein, sobald eine obere Ebene Fehler aufweist.

Schicht 1 — Indexierbarkeit (Prüfungen 1–4)

1. Kein versehentliches „noindex“. Quelltext anzeigen (oder als Googlebot abrufen ) Sie auf Ihren wichtigsten Seiten: Keine robots.tm- oder X-Robots-Tags mit „noindex“. Der potenziell karrierebeendende technische Fehler; wird ständig durch Theme-Updates und Staging-Pushes verbreitet. ( Was die Direktiven bedeuten .)
2. Wichtige Seiten liefern den Statuscode 200. Keine 302-Weiterleitungen, keine Soft-404-Vorlagen. Weiterleitungen maximal ein Hop.
3. Die robots.txt-Datei blockiert keine Seiten, die ein gutes Ranking erzielen sollten. Eine blockierte Seite kann auch nicht die Noindex-Eigenschaft anzeigen – Blockieren und Deindexieren sind unterschiedliche Vorgänge ( Robots-Leitfaden ; Generator ).
4. Die Search Console zeigt die indexierten Seiten an. Seitenbericht → Ihre wichtigsten URLs unter „Indexiert“, und jeder Ausschlussgrund in diesem Bericht wird erläutert und nicht ignoriert. ( GSC-Einrichtung .)

Ebene 2 — Lesbarkeit des Kriechgangs (prüft 5–9)

5. Eine selbstreferenzierende kanonische URL pro Seite ; Varianten und Parameter werden auf die bereinigte URL kanonisiert ( Mechanismen für doppelten Inhalt ).
6. Sitemap vollständig und sauber – alle indexierbaren Seiten drin, alle Weiterleitungen/404/nicht indexierten Seiten raus, in der Google Search Console eingereicht ( Sitemap-Anleitung ).
7. Keine verwaisten Seiten – alles Wichtige ist über interne Links erreichbar, idealerweise innerhalb von drei Klicks von der Startseite aus.
8. Redirect-Hygiene – keine Ketten über einen Hop hinaus, keine Schleifen und jede stillgelegte URL mit eingehenden Links wird per 301 auf eine relevante Seite umgeleitet ( Reclamation ).
9. hreflang correct if multilingual — bidirektionale Paare, x-Standard, Selbstinklusion ( hreflang guide ).

Ebene 3 — Rendering (Prüfungen 10–11)

10. Der Inhalt liegt im reinen HTML-Code vor. Rufen Sie eine beliebige Schlüsselseite als Googlebot ab: Titel, H1-Überschrift, Fließtext und Produktinformationen sind ohne JavaScript vorhanden. Wenn der reine HTML-Abruf nur eine leere Hülle ist, indexiert Google Ihre Seite langsam und KI-Crawler gar nicht ( SPA-Behebung ).
11. Eine H1-Überschrift, eine sinnvolle Überschriftenstruktur, echte HTML-Links (Anker-Tags, keine JS-Klick-Handler) für alles, was Crawler verfolgen sollen.

Schicht 4 — Leistung (Prüfungen 12–14)

12. Die Core Web Vitals geben Felddaten weiter – LCP < 2,5s, INP < 200ms, CLS < 0,1 – im Real-User-Bereich von PageSpeed Insights, Mobile First.
13. Bilder skaliert und komprimiert – moderne Formate, Abmessungen angegeben (das ist bei den meisten CLS der Fall), Lazy Loading nur unterhalb des sichtbaren Bereichs.
14. HTTPS überall – ein kanonisches Schema + Host, http- und www-Varianten leiten per 301-Weiterleitung darauf um.

Schicht 5 — Strukturierte Daten (Prüfungen 15–16)

15. Schema auf jeder Vorlage, die die Voraussetzungen erfüllt – Produkt+Angebot bei Produkten, Artikel bei Beiträgen, BreadcrumbList seitenweit, Organisation einmalig – und Validierung im Rich Results Test ( Schema-Leitfaden ).
16. Das Schema entspricht der sichtbaren Seite. Preise, Verfügbarkeit und Bewertungen im JSON-LD-Format sind identisch mit dem, was Menschen sehen; Abweichungen erfordern manuelle Eingriffe.

Ebene 6 — Die KI-Crawler-Ebene (prüft 17–20)

17. KI-Crawler, die explizit in robots.txt erlaubt sind – GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot, Google-Extended – vorausgesetzt, Sie möchten in den KI-Antworten erscheinen ( die Entscheidung, argumentiert ).
18. Die Datei llms.txt wird im Stammverzeichnis veröffentlicht und listet Ihre zitierfähigen Seiten auf ( Generator + Anleitung ).
19. Antworten können aus dem rohen HTML extrahiert werden – wichtige Seiten beginnen mit einer direkten Zwei-Satz-Antwort; FAQ-Blöcke enthalten das FAQPage-Schema ( die AEO-Disziplin ).
20. Stellen Sie sicher, dass die KI-Engines Ihre Seite tatsächlich abrufen können – wenn ein Googlebot-UA-Abruf eine CDN-Herausforderungsseite anstelle von Inhalten zurückgibt, bedeutet dies, dass Ihr Bot-Schutz auch Ihre KI-Sichtbarkeit beeinträchtigt.

Ich führe es im Ernstfall durch.

Manuell dauert der Durchlauf mit dem kostenlosen Stack (GSC + Simulator + PSI + Rich Results Test) einen Nachmittag. Bei Katalogen sind die Prüfungen der einfache Teil, die Hunderten von Korrekturen pro Seite hingegen die eigentliche Herausforderung – genau diesen Teil automatisiert RankEngine für Shopify : Es führt diese Prüfungen kontinuierlich für jedes Produkt, jede Kollektion und jede Seite durch und wendet die Korrekturen anschließend über die API an und verifiziert sie . In beiden Fällen bleibt die Vorgehensweise dieselbe: Änderungen prüfen, ständig überwachen und niemals die oberste Ebene optimieren, während die unterste Ebene noch verbesserungsbedürftig ist.