Technisches SEO für ein starkes Fundament in der Suche.

Eine Agentur für technisches SEO erkennt und behebt die Bedingungen auf einer Website, die beeinflussen, wie Suchmaschinen Seiten entdecken, crawlen, rendern, verstehen und indexieren. Qreativa verbindet Crawl-Diagnosen, Serverantworten, Robots-Anweisungen, Canonicals, JavaScript-Rendering, Seitenstruktur, interne Links, strukturierte Daten, Core Web Vitals und die Prüfung von Releases. Ziel ist, dass wertvolle Inhalte zuverlässig erreichbar sind und weniger Unklarheit und vergeblicher technischer Aufwand entstehen.

Laut Google darf eine Seite Googlebot nicht blockieren, muss mit dem HTTP-Status 200 antworten und indexierbare Inhalte enthalten, um für die Indexierung infrage zu kommen. Dass diese Bedingungen erfüllt sind, garantiert weder die Indexierung noch ein Ranking. Wir nutzen sie als Ausgangspunkt und untersuchen dann doppelte Signale, Rendering, Seitenqualität, interne Auffindbarkeit und weitere Gründe, warum eine technisch erreichbare URL trotzdem ausgeschlossen sein kann.

Crawling heißt, eine URL und ihre Ressourcen abzurufen. Beim Rendering werden das gelieferte HTML, CSS und JavaScript verarbeitet, damit die fertige Seite interpretiert werden kann. Die Indexierung ist die Entscheidung und Verarbeitung, mit der eine Seite für mögliche Suchergebnisse gespeichert wird. Eine URL kann gecrawlt, aber nicht korrekt gerendert sein, oder erfolgreich gerendert, aber nicht für den Index ausgewählt werden. Deshalb brauchen wir für jede Stufe eigene Belege.

Die robots.txt legt fest, ob Crawler, die sich daran halten, eine URL abrufen dürfen. Eine bereits bekannte URL lässt sich damit nicht zuverlässig aus dem Index entfernen. Eine blockierte URL kann manchmal ohne beschreibenden Textauszug sichtbar bleiben, weil Google die Seite nicht crawlen und ein Noindex nicht lesen kann. Für die Deindexierung wählen wir je nach gewünschtem Ergebnis die passende Methode, etwa ein crawlbares Noindex, einen Zugriffsschutz, das Entfernen der URL oder eine gültige Weiterleitung.

Nein. Eine Sitemap hilft Suchmaschinen, neue oder aktualisierte URLs zu entdecken, und zeigt, welche kanonischen URLs die Website für wichtig hält. Crawling, Indexierung oder Rankings erzwingt sie nicht. Wir nehmen nur gültige, kanonische und indexierbare URLs auf, teilen Sitemaps auf, wenn das die Diagnose erleichtert, reichen sie über die Search Console ein und vergleichen die eingereichten URLs mit dem tatsächlichen Stand der Indexierung.

Eine Canonical-Angabe ist ein starkes Signal, aber keine verbindliche Anweisung. Google bewertet Weiterleitungen, Canonical-Tags, die Aufnahme in die Sitemap, interne Links und die Ähnlichkeit der Seiten und kann eine andere URL als Vertreter wählen, wenn die Signale sich widersprechen. Wir stimmen diese Signale aufeinander ab, beseitigen Canonical-Ketten und -Schleifen und prüfen in der Search Console, welche Canonical Google wählt. Dass ein hinzugefügtes Tag das Problem mit doppelten Inhalten löst, nehmen wir nicht einfach an.

Google kann JavaScript verarbeiten, doch JavaScript-Anwendungen bringen zusätzliche Fehlerquellen mit: URLs, Links, Rendering, Metadaten, Statuscodes und verzögert oder nur unter bestimmten Bedingungen geladene Inhalte. Wir vergleichen Roh-HTML und gerendertes HTML, prüfen den Zugriff auf Ressourcen und das Netzwerkverhalten, testen crawlbare Links und Antworten der Routen und klären, ob Server-Side-Rendering, statische Generierung, Anpassungen bei der Hydration oder kleinere Korrekturen zur Plattform passen.

Die Core Web Vitals messen, wie schnell eine Seite lädt, wie schnell sie reagiert und wie stabil sie dargestellt wird, jeweils unter realen Bedingungen. Die aktuellen Messwerte sind Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Googles Zielwerte für eine gute Nutzererfahrung: LCP innerhalb von 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Wir priorisieren Felddaten und betroffene Templates. Labortests nutzen wir, um Ursachen zu finden, nicht um einen perfekten synthetischen Score zu jagen.

Nein. Google empfiehlt gute Core Web Vitals für Nutzer und die Suche, aber es gibt keinen einzelnen Wert für die Seitenerfahrung, der eine Ranking-Position garantiert. Verbesserungen sollen echte Probleme bei Ladezeit, Interaktion oder Stabilität lösen und gegen Inhalt, Suchintention und wirtschaftliche Prioritäten abgewogen werden. Wir legen ein Performance-Budget fest, benennen die langsamsten gemeinsamen Komponenten und prüfen Änderungen mit Felddaten, sofern genug Traffic vorhanden ist.

Strukturierte Daten liefern Suchmaschinen ausdrückliche Informationen zu einer Seite und können geeignete Inhalte für unterstützte Suchfunktionen verfügbar machen. Ein Rich Result garantieren sie nicht, und eine Abkürzung zu besseren Rankings sind sie auch nicht. Wir zeichnen nur sichtbare und korrekte Inhalte aus, verwenden unterstützte Typen, validieren die Umsetzung und beobachten die Search Console, weil Templates und Deployments später Fehler einführen können.

Nein. Arbeit am Crawl-Budget ist vor allem bei sehr großen oder häufig veränderten Websites relevant. Kleinere Websites profitieren meist mehr davon, kaputte Entdeckungswege, doppelte URLs, schwache interne Links, Serverfehler und unzureichende Sitemaps zu beheben. Mit Crawl- und Logdaten klären wir, ob Crawling-Bedarf und Serverkapazität die Indexierung tatsächlich begrenzen, bevor wir Maßnahmen für die Facettennavigation oder andere umfangreiche Eingriffe empfehlen.

Ja. Onlineshop-Plattformen können sehr viele gefilterte, sortierte, paginierte und mit Parametern versehene URLs erzeugen. Wir erfassen, welche Kombinationen echte Suchnachfrage bedienen, welche crawlbar oder indexierbar bleiben sollen, wie Produkte und Kategorien verlinkt sind und wie Canonicals, Robots-Regeln, Sitemaps und Templates zusammenspielen sollen. So bleiben nützliche Long-Tail-Seiten erhalten, ohne dass ein unkontrollierter URL-Raum Ressourcen verbraucht.

Ja. Wir erfassen die vorhandenen URLs samt Performance, legen die neuen Ziele fest, prüfen Templates und Metadaten im Staging, bereiten Weiterleitungsregeln im Verhältnis eins zu eins vor, validieren Analytics und Search Console und crawlen das Release vor und nach dem Start. Das Monitoring richtet sich danach auf Antwortcodes, die Korrektheit der Weiterleitungen, Canonical-Signale, Indexierung, Rankings und Conversions, damit Fehler behoben sind, bevor daraus ein anhaltender Traffic-Verlust wird.

Ein fokussiertes Audit kann schon im ersten Produktionszyklus Prioritäten liefern. Die Umsetzung hängt von der Komplexität der Plattform, der Verfügbarkeit der Entwickler und dem Rhythmus der Releases ab. Große Onlineshops, JavaScript-Anwendungen und Migrationen verlangen Tests in Phasen. Wir trennen die Diagnose von geprüften Korrekturen, ordnen Empfehlungen nach Wirkung und Aufwand und überwachen auch nach dem Deployment weiter, denn der technische Zustand einer Website ändert sich mit jedem Template und jedem Release.

Qreativa arbeitet mit einem Monatsabo, einer vereinbarten Kapazität erfahrener Spezialisten und einer priorisierten Aufgabenliste. Audits, Spezifikationen, Unterstützung bei der Umsetzung, Release-QA, Auswertungen der Search Console und Reporting können je nach vereinbarten Prioritäten enthalten sein. Hosting, CDN, Crawling- oder Monitoring-Software von Drittanbietern, Entwicklung über den vereinbarten Umfang hinaus, Zertifizierung der Barrierefreiheit, Penetrationstests, rechtliche Prüfung und bezahlte Werbung bezahlen Sie gesondert.