
für www.turboad.de
Die Seite ist schnell und technisch sauber gebaut: alle 19 Adressen antworten mit 200, jede hat genau eine H1, jeder Titel und jede Description ist eigen, kein Bild ohne alt-Text, und der Inhalt steht vollständig im ausgelieferten HTML — eine Suchmaschine braucht kein JavaScript, um ihn zu lesen. Der Ladezeit-Abschnitt ist mit 98 % der beste, den wir bisher gemessen haben. Die Schwächen liegen woanders: Google bekommt keine Wegbeschreibung, weil robots.txt und Sitemap fehlen, keine einzige Seite sagt, unter welcher Adresse sie gelten will, und die Hälfte der Seiten ist zu kurz, um für einen Suchbegriff zu ranken.
Beide Adressen antworten mit 404 — und zwar mit einer JSON-Fehlerseite, nicht mit einer leeren Antwort. Die robots.txt ist die erste Datei, die jede Suchmaschine abruft; die Sitemap ist die Liste, mit der Du ihr sagst, welche Seiten es gibt und wann sie sich zuletzt geändert haben. Ohne beides muss Google jede Seite über Links finden und selbst raten, wie oft es wiederkommen soll.
Das Canonical ist die Zeile, mit der eine Seite Google sagt: "Das hier ist meine richtige Adresse." Ohne sie entscheidet Google selbst, welche Variante es indexiert — und Varianten gibt es immer: mit und ohne Schrägstrich am Ende, mit angehängten Kampagnen-Parametern, über www und ohne. Betroffen sind 19 von 19 Adressen.
/images/team-contact.png wiegt 747 KB und ist die einzige PNG-Datei unter den Bildern der Startseite — alle übrigen liegen bereits als WebP vor. Die Startseite überträgt dadurch 2,25 MB, die übrigen gemessenen Seiten liegen zwischen 0,95 und 1,39 MB.
Darunter alle fünf News-Artikel (110 – 138 Wörter) und /tech/react mit 250. Für einen umkämpften Suchbegriff reicht das nicht: Google hat zu wenig Text, um zu erkennen, worum es geht. Die Artikel lesen sich wie Anrisse, nicht wie Beiträge.
Wird eine Adresse in LinkedIn, WhatsApp oder Slack geteilt, sucht sich das Netzwerk das Vorschaubild aus der Angabe og:image. Die fehlt auf allen 19 Seiten, es erscheint also nur ein grauer Kasten mit Text. Das kostet keine Rankings, aber jede geteilte Empfehlung wirkt dadurch beiläufiger, als sie gemeint war.
Das beste Verhältnis von Aufwand zu Wirkung — zusammen an einem Arbeitstag zu schaffen.
Jeder Abschnitt bekommt eine Prozentzahl aus festen Einzelprüfungen mit festen Schwellen — gerechnet, nicht geschätzt. Der Gesamtscore ist der nach Wirkung gewichtete Mittelwert der sechs Abschnitte. Dieselbe Seite zweimal geprüft ergibt denselben Wert.
| Abschnitt | Gewicht | Score | Bewertung | |
|---|---|---|---|---|
| 1. Ladezeit und Core Web Vitals | 20 % | 98 % | sehr gut | |
| 2. Technik, Crawling und Auslieferung | 20 % | 90 % | sehr gut | |
| 3. Meta-Angaben | 20 % | 85 % | gut | |
| 4. Überschriftenstruktur und Inhaltstiefe | 15 % | 76 % | gut | |
| 5. Interne Verlinkung | 15 % | 93 % | sehr gut | |
| 6. Indexierung, Sitemaps und JavaScript-Rendering | 10 % | 33 % | schwach |
Gemessen an sechs repräsentativen Seiten, je dreimal für Desktop (1366 × 768) und Mobilgerät (Pixel-5-Profil). In der Tabelle steht der mittlere Lauf. Es ist eine Labormessung ohne Drosselung; Feldwerte echter Nutzer liegen typischerweise darüber (siehe Anhang).
| Seite | LCP Desktop | LCP Mobil | CLS | Übertragen |
|---|---|---|---|---|
| Startseite | 972 ms | 784 ms | 0 | 2.304 KB |
| /leistungen | 788 ms | 768 ms | 0 | 1.423 KB |
| /referenzen | 768 ms | 692 ms | 0 | 1.352 KB |
| /tech/cloud | 784 ms | 784 ms | 0 | 1.198 KB |
| /news/vibe-coding-revolution | 712 ms | 784 ms | 0 | 973 KB |
| /impressum | 752 ms | 736 ms | 0 | 1.034 KB |
Aufgeschlüsselt nach Art: 1.185 KB Bilder, 587 KB Javascript, 276 KB CSS, 114 KB Schriften, 66 KB HTML. Der größte Einzelposten ist /images/team-contact.png mit 747 KB — die einzige PNG-Datei unter den Bildern der Seite, alle anderen liegen schon als WebP vor (home.webp 135 KB, ckad.webp 146 KB, cka.webp 93 KB). Drei Läufe ergaben exakt denselben Wert, es ist also kein Messfehler. Dieselbe Datei als WebP spart bei gleicher Darstellung rund 700 KB. Das Bild lädt verzögert und verschlechtert deshalb den LCP nicht — es kostet aber auf jeder Mobilverbindung Datenvolumen und Zeit.
Jede der 19 Adressen wurde einzeln abgerufen, ohne automatische Auflösung von Weiterleitungen — sonst wären Weiterleitungen im Ergebnis unsichtbar.
| Prüfung | Ergebnis |
|---|---|
| Adressen mit Status 200 | 19 von 19 |
| Weiterleitungen im Seitenbestand | keine |
| robots.txt | fehlt (404) |
| sitemap.xml | fehlt (404) |
| Adressen doppelt | keine |
| Ungewolltes noindex | keines |
https://www.turboad.de/robots.txt und /sitemap.xml antworten mit 404 und liefern dabei eine JSON-Fehlermeldung des Frameworks aus ("Page not found: /robots.txt"). Die robots.txt ist die erste Datei, die eine Suchmaschine abruft — fehlt sie, ist das kein Fehler, aber es geht die Stelle verloren, an der der Verweis auf die Sitemap stünde. Die Sitemap wiederum ist die Liste aller Seiten mit ihrem Änderungsdatum. Ohne sie findet Google Deine 19 Seiten nur, indem es Links verfolgt, und erfährt nie, wann sich etwas geändert hat. Bei 19 Seiten wird trotzdem alles gefunden; der Verlust ist nicht die Auffindbarkeit, sondern die Geschwindigkeit, mit der Änderungen ankommen. Das eingesetzte Nuxt erzeugt beides mit einem Modul.
Der Aufruf ohne www beantwortet die Seite mit einer temporären Weiterleitung (302). Temporär heißt für Google: die Adresse kann sich wieder ändern, also wird die Linkkraft nicht dauerhaft auf das Ziel übertragen. Für einen Domain-Wechsel, der sich nie wieder ändert, ist 301 die richtige Angabe. Das ist eine Einstellung am Server, keine Änderung im Projekt.
Titel und Description sind das, was in den Suchergebnissen steht. Der Titel wird von Google nach rund 60 Zeichen abgeschnitten; zu kurze Titel verschenken dagegen Platz, in dem ein Suchbegriff stehen könnte.
| Prüfung | Ergebnis |
|---|---|
| Titel vorhanden | 19 von 19 |
| Titel 30 – 60 Zeichen | 8 von 19 |
| Titel eindeutig | 19 von 19 |
| Description vorhanden | 19 von 19 |
| Description 70 – 160 Zeichen | 14 von 19 |
| Description eindeutig | 19 von 19 |
"TurboAd.de | News" hat 17 Zeichen, "TurboAd.de | REACT" 18, "TurboAd.de | Leistungen" 23. Google zeigt rund 60 Zeichen an — hier bleibt also zwei Drittel der Fläche leer, und in dieser Fläche steht kein einziger Begriff, nach dem jemand sucht. Wer "Kubernetes Beratung" eingibt, findet in "TurboAd.de | Kubernetes | K8" nur das eine Wort. Ein Muster wie "Kubernetes Beratung und Betrieb | TurboAd.de" nutzt denselben Platz und nennt die Leistung. Betroffen: /leistungen, /projektablauf, /referenzen, /news, /impressum, /datenschutz, /tech/react, /tech/cloud, /tech/kubernetes, /tech/calculator, /tech/cicd.
Zu kurz sind /datenschutz (38), /impressum (56) und /tech/calculator (59) — bei den beiden Rechtsseiten ist das unkritisch, beim Preisrechner verschenkt es eine Verkaufszeile. Zu lang sind zwei News-Artikel mit 176 und 191 Zeichen; Google schneidet dort ab, der letzte Halbsatz geht verloren.
Im Quelltext steht "TurboAd.de | CI/CD" statt "CI/CD". Der Schrägstrich ist dort als Zeichenfolge kodiert. Browser stellen das richtig dar, aber in Werkzeugen und Ausgaben taucht die Rohform auf — ein Zeichen dafür, dass der Titel zweimal durch eine Maskierung gelaufen ist.
Die H1 sagt, worum es auf der Seite geht; die H2 gliedern. Die Wortzahl zählt den sichtbaren Fließtext ohne Navigation, Skripte und Fußzeile.
| Prüfung | Ergebnis |
|---|---|
| Genau eine H1 | 19 von 19 |
| Mindestens zwei H2 | 15 von 19 |
| Mindestens 300 Wörter | 8 von 19 |
| Bilder mit alt-Text | 19 von 19 |
/news/skalierbare-infrastrukturen-in-der-praxis kommt auf 110 Wörter, /news/ein-preisrechner-macht-den-unterschied auf 120, die übrigen drei auf 136 bis 138. Die Themen sind gut gewählt und die Titel versprechen einen Beitrag — geliefert wird ein Absatz. Für einen umkämpften Begriff wie "Headless CMS" reicht das nicht: Google hat zu wenig Text, um zu erkennen, wofür die Seite die richtige Antwort wäre. Drei ausgebaute Artikel mit je 800 Wörtern wirken mehr als fünf Anrisse.
/news und /datenschutz haben gar keine H2, /kontakt und /impressum je eine. Bei den beiden Rechtsseiten ist das in Ordnung. /news ist die Übersicht über die Artikel und hätte mit einer Gliederung — etwa nach Thema oder Jahr — sowohl für Leser als auch für Google mehr Struktur.
250 Wörter gegen 462 bei /tech/cloud und 495 bei /tech/calculator. Die Seite steht im selben Bereich und tritt für einen ähnlich umkämpften Begriff an; sie ist damit die schwächste Karte in einem sonst ordentlichen Blatt.
Gezählt wurden Links zwischen den 19 gecrawlten Adressen, ohne Selbstverweise — die Navigation steht auf jeder Seite und verlinkt auch die Seite, auf der sie steht.
| Prüfung | Ergebnis |
|---|---|
| Mindestens ein eingehender Link | 19 von 19 |
| Mindestens drei eingehende Links | 14 von 19 |
| Seiten mit genau einem Link | 5 (alle News-Artikel) |
Jeder Artikel wird nur von der Übersicht /news verlinkt, und die Artikel verweisen nicht aufeinander. Für Google ist die Zahl eingehender interner Links ein Hinweis darauf, wie wichtig eine Seite im eigenen Auftritt ist — bei einem Link ist die Antwort: am Rand. Ein Block "Passende Beiträge" unter jedem Artikel, der auf zwei weitere zeigt, hebt jede der fünf Seiten auf drei Links. Das ist einmal Arbeit am Template, nicht fünfmal Arbeit am Text.
Dieser Abschnitt prüft, ob eine Suchmaschine die Seite überhaupt eindeutig zuordnen und ihren Inhalt ohne JavaScript lesen kann.
| Prüfung | Ergebnis |
|---|---|
| Canonical vorhanden | 0 von 19 |
| Canonical zeigt auf sich selbst | 0 von 19 |
| Inhalt ohne JavaScript sichtbar | 6 von 6 |
| og:image vorhanden | 0 von 19 |
Das Canonical ist eine Zeile im Kopf der Seite, die sagt: "Unter dieser Adresse bin ich gemeint." Ohne sie entscheidet Google selbst, welche Schreibweise es in den Index nimmt — und Schreibweisen gibt es immer mehrere: mit und ohne Schrägstrich am Ende, mit angehängten Kampagnen-Parametern aus einer Anzeige, über www und ohne. Google fasst diese Varianten meist richtig zusammen, aber es entscheidet dann, welche es zeigt, und nicht Du. Die Zeile gehört in das gemeinsame Layout und zeigt auf die eigene Adresse; damit ist sie für alle 19 Seiten auf einmal erledigt.
Teilt jemand eine Adresse in LinkedIn, WhatsApp, Slack oder einer Mail, holt sich das Netzwerk das Vorschaubild aus der Angabe og:image. Fehlt sie, erscheint ein grauer Kasten mit dem Titel. Das kostet keine Platzierung in der Suche, aber jede geteilte Empfehlung sieht dadurch beiläufiger aus, als sie gemeint war — gerade bei einer Agentur, die für ihre Gestaltung bezahlt wird. Ein Standardbild im Layout genügt, einzelne Seiten können es überschreiben.
Nach Wirkung sortiert, nicht nach Aufwand. Jede Zeile verweist auf das Kapitel, in dem der Befund steht.
Damit jede Zahl in diesem Bericht nachvollziehbar bleibt: was erhoben wurde, wie gemessen wurde und wo die Grenzen liegen.