In Briefings hören wir regelmäßig: „Wir brauchen SEO.“ Gemeint ist oft ein Mix aus Hoffnung und Druck. Der Vertrieb sagt, Anfragen kämen nicht über Google. Die Geschäftsführung hat einen Artikel gelesen, in dem jemand „in 48 Stunden auf Platz eins“ stand. Die Marketingabteilung will Texte, die Agentur will ein Tool, die IT will Ruhe. Technische SEO ist der Teil, den man zuerst klären sollte, weil er entscheidet, ob Inhalte überhaupt indexierbar, eindeutig und schnell genug sind. Ohne dieses Fundament ist Texterei Kosmetik.
Wir bauen und prüfen Unternehmenswebsites für den DACH-Raum. Hesadu Creatives sitzt in Gampaha; der Markt, den wir bedienen, erwartet HTTPS, klare URLs, nachvollziehbares Markup und keine Wunderversprechen. Dieser Text beschreibt, was wir unter technischer SEO verstehen, in welcher Reihenfolge wir arbeiten und wo die Grenzen liegen. Rankings für umkämpfte Begriffe versprechen wir nicht. Wer das verlangt, bekommt von uns eine Absage — höflich, und mit Begründung.
Was technische SEO ist — und was sie nicht ersetzt
Technische SEO umfasst alles, was einer Suchmaschine und einem Browser hilft, die Site korrekt zu verstehen: Erreichbarkeit, Canonicals, Sitemap, robots.txt, Statuscodes, Weiterleitungen, Indexierungssignale, strukturierte Daten, interne Links, Mobiltauglichkeit, Geschwindigkeit, Sicherheit, Sprachkennzeichnung. Sie ersetzt keine Fachinhalte, keine Erwähnungen außerhalb der eigenen Domain und keine Geduld. Eine langsame, doppelte, widersprüchliche Site kann gute Texte unsichtbar machen. Eine blitzschnelle leere Site bleibt leer.
Für deutsche B2B-Sites ist das Fundament oft entscheidender als ein weiterer Blogpost über „10 Tipps“. Mittelständische Anbieter haben klare Leistungsseiten, ein Impressum, eine Kontaktstrecke und vielleicht ein Magazin. Wenn Google denselben Inhalt unter www und non-www, mit und ohne Slash, mit Session-IDs und mit Druckansicht findet, verdünnt sich das Signal. Das zu heilen kostet weniger als ein Jahr Content-Plan — und wirkt ehrlicher.
Technische SEO ist Hausordnung, nicht Magie. Wer die Hausordnung nicht kennt, kauft später Texte, die niemand crawlt.
Crawl und Indexierung: zuerst erreichbar sein
Bevor jemand über Keywords spricht, prüfen wir, ob die Site überhaupt gefunden werden darf. HTTPS überall, gültiges Zertifikat, keine Mixed-Content-Warnungen. Eine kanonische Host-Variante: entweder www oder ohne www, nicht beide mit 200. Trailing Slash einheitlich. HTTP auf HTTPS, alte Hosts auf den kanonischen. 4xx für wirklich Entferntes, 301 für Umzüge, 404/410 bewusst, keine weichen 404er, die „Seite nicht gefunden“ mit Status 200 ausliefern.
robots.txt darf die wichtigen Pfade nicht sperren. Staging, Parameter-Fallen, interne Suche und Filter-URLs gehören oft auf noindex oder hinter Auth — nicht ins öffentliche Sitemap. Eine XML-Sitemap listet kanonische, indexierbare URLs, aktuell und erreichbar. Der Hinweis darauf steht in robots.txt. Nach dem Launch reicht die Datei nicht: Sie muss in der Search Console eingereicht und auf Fehler geprüft werden. Diese Site veröffentlicht ihre Karte unter /sitemap.xml; das ist Pflichtübung, kein SEO-Trick.
Widersprüchliche Signale
Häufig sehen wir noindex im Meta bei URLs, die in der Sitemap stehen. Oder canonical auf eine andere Domain, während intern alles auf die alte zeigt. Oder hreflang, das auf 404 zeigt. Suchmaschinen mögen Eindeutigkeit. Wir räumen Widersprüche weg, bevor wir über Schema oder Vitals sprechen. In Briefings hören wir: „Die Seite ist seit Monaten live, aber nicht indexiert.“ Meist liegt ein Login, ein noindex, eine robots-Sperre, eine kanonische Schleife oder schlicht fehlende interne Links vor — nicht ein geheimnisvoller Penalty.
Parameter, Facetten, Pagination
Shops und Verzeichnisse erzeugen URL-Explosionen. Sortierung, Tracking-Parameter, Session-IDs, Druckansichten: Jede Variante kann crawlen, ohne zu nützen. Wir legen fest, welche Parameter ignoriert, welche kanonisiert, welche noindex gesetzt werden. Pagination bekommt rel-logische Pfade oder klare Weiterleitungen auf Sammlungen, keine unendlichen Duplikate. B2B-Sites ohne Shop haben das Problem seltener — außer jemand hat einen Page Builder mit zehn Layout-URLs für dieselbe Seite gebaut.
Canonicals: eine Wahrheit pro Inhalt
Das Canonical-Element sagt: Dies ist die bevorzugte URL für diesen Inhalt. Es ersetzt keine Weiterleitung, wo eine Domain-Variante sterben soll, und es heilt keine dünnen Doorway-Seiten. Wir setzen self-referencing Canonicals auf die lebenden Seiten und zeigen Duplikate (UTM-Kopien, HTTP-Reste, Druckversionen) auf das Original. Absolute URLs, HTTPS, kanonischer Host. Kein Canonical, das auf eine URL mit 302 zeigt. Kein Canonical-Chaos durch Plugins, die jedes Archiv auf die Startseite zeigen.
In Deutschland kommt dazu die rechtliche URL-Welt: Impressum, Datenschutz, AGB müssen erreichbar und indexierbar sein, wenn sie öffentliche Pflichtseiten sind — sie brauchen kein Keyword-Targeting, aber sie brauchen stabile Adressen. Wer Rechtstexte hinter Parametern versteckt, erschwert Menschen und Maschinen den Zugriff.
Überschriften, Title, Description, Open Graph
Ein H1 pro URL, der den Inhalt benennt, nicht das Keyword-Gedicht. H2 und H3 als Gliederung, nicht als Design-Größe. Title-Tags einzigartig, lesbar, mit Marke wo sinnvoll, ohne Keyword-Stopfen. Descriptions als Einladung, maximal so lang, dass sie in der SERP nicht sinnlos abschneiden — und ehrlich zum Inhalt. Open Graph und Twitter-Karten für Shares: Bild, Titel, Beschreibung, kanonische URL. Wir pflegen das serverseitig, nicht als Afterthought in einem Social-Plugin, das drei Tracker mitbringt.
Deutsche SERPs honorieren Klarheit. „Günstig, schnell, Nr. 1“ in jedem Title ist nicht nur stilistisch schwach, es kann wettbewerbsrechtlich unsauber werden, wenn Superlative unbelegt sind. Wir schreiben Titles wie Angebote: wer etwas tut, für wen, in welchem Rahmen. Die technische SEO-Leistung bei uns beginnt genau dort: Markup und Snippets, nicht Linkkauf.
Schema.org: strukturierte Daten ohne Theater
JSON-LD für Organization, WebSite, BreadcrumbList, Article, FAQ wo echte Fragen beantwortet werden, Service wo Leistungen beschrieben sind. Breadcrumbs im sichtbaren HTML und im Markup konsistent. Keine Fake-Bewertungen, keine AggregateRating-Sterne aus dem Nichts. In Deutschland ist das ein UWG-Thema, nicht nur ein Google-Richtlinien-Thema. Wir markieren auf, was sichtbar wahr ist. Rich Results sind eine mögliche Folge, kein Ziel, das man erzwingt.
Fehler in der Search Console zu Schema kommen oft von veralteten Plugins, doppeltem JSON-LD und von Themes, die Product-Markup auf Broschüren-Seiten kleben. Wir validieren vor Launch. Nach Launch beobachten wir, ob Google das Markup nutzt — ohne Panik, wenn ein FAQ-Snippet nicht erscheint. Sichtbarkeit von Rich Results ist kein Ranking-Hebel, den man kaufen kann.
Core Web Vitals und das, was Nutzer spüren
LCP, INP, CLS: Labordaten in Lighthouse sind Hinweise, Felddaten in der Search Console sind die Wirklichkeit der Nutzer. Wir optimieren, was die Wahrnehmung ändert: Bildgrößen, Schriften lokal, wenig JavaScript vor dem ersten Inhalt, stabile Slots für Medien, kein Layoutsprung durch späte Banner. Videos nicht als Autoplay-Dekor. Lazy-load unterhalb der Falte, Breite und Höhe an Bildern, moderne Formate wo der Browser mitspielt, Fallback ohne Drama.
Ein Cookie-Banner, der den ganzen Viewport blockt und spät lädt, zerstört CLS und Geduld. Ein Chat-Widget von einem US-CDN kann den INP ruinieren. Page Builder, die 40 Skripte in den Footer und in den Head legen, sind das häufigste Vitals-Problem auf WordPress-Sites im Mittelstand. Dagegen hilft selten „ein Caching-Plugin“. Dagegen hilft weniger Code. Das überschneidet sich mit Webentwicklung: Manchmal ist das SEO-Projekt ein Aufräumprojekt.
Mobil, Viewport, Tap-Ziele
Die Mehrheit der Sessions auf vielen Unternehmenssites ist mobil, auch im B2B, weil Einkäufer abends lesen. Viewport-Meta, lesbare Schrift, keine horizontalen Scrollfallen, Touch-Flächen, die man trifft. Interstitials, die den Inhalt verdecken, sind weder bei Google noch bei Menschen beliebt. Wir gestalten mobil first und prüfen Desktop danach — nicht umgekehrt mit einem nachträglich zusammengeschobenen Theme.
Interne Verlinkung und Informationsarchitektur
Jede wichtige URL braucht einen Pfad von der Startseite oder vom Hauptmenü, nicht nur einen Eintrag in der Sitemap. Waisen-Seiten entstehen, wenn Landingpages „für Kampagnen“ neben der IA leben. Wir planen Leistungen, Wissen, Kontakt, Rechtliches so, dass Kraft auf die Seiten fließt, die Anfragen tragen sollen. Ankertexte beschreiben das Ziel, sie wiederholen nicht 40 Mal dasselbe Keyword. Footer-Links zu Pflichtseiten sind Pflicht, nicht SEO-Hack.
Breadcrumbs helfen Orientierung und Markup. Eine flache Site mit acht Leistungsseiten braucht kein künstliches Silo-Theater. Eine Site mit 200 URLs braucht Taxonomie, die ein Mensch versteht. In Briefings hören wir: „Wir brauchen 50 Landingpages, eine pro Stadt.“ Das erzeugen wir nicht als Doorway. Wenn Sie in mehreren Regionen arbeiten, sagen wir das auf einer Seite ehrlich, statt 50 dünne Klone zu bauen, die sich nur im Ortsnamen unterscheiden.
Search Console, Bing, IndexNow
Nach dem Launch: Property in der Google Search Console, Sitemap einreichen, Abdeckung lesen, nicht nur Impressionen. Manuelle Maßnahmen prüfen. Page Experience und Vitals als Diagnose, nicht als Notensystem für die Geschäftsführung. Bing Webmaster Tools parallel, IndexNow wo es zum Stack passt, damit andere Suchmaschinen nicht Wochen hinterherhinken. Das beschleunigt das Entdecken. Es erzwingt keine Position.
Wir übergeben Zugänge dokumentiert. Wir versprechen nicht, dass eine neue Domain in zwei Werktagen für umkämpfte Begriffe sichtbar ist. Crawling kann schnell beginnen, sobald die Site verlinkt oder in der Console liegt. Sichtbare Rankings für kompetitive Begriffe brauchen in der Regel Wochen bis Monate, oft Erwähnungen außerhalb, oft Inhalte, die jemand wirklich lesen will. Wer „Platz 1 in 48 Stunden“ verkauft, kennt eine Nische ohne Wettbewerb — oder wirbt unlauter. Beides ist kein Modell für uns.
Mehrsprachigkeit, hreflang, DE-AT-CH
Deutsch ist nicht gleich Deutsch in drei Ländern, und hreflang ist nicht gleich „wir haben einen Sprachschalter“. Wenn Sie getrennte URLs für DE und EN haben, gehören wechselseitige hreflang-Annotationen hin, inkl. x-default wo sinnvoll, und konsistente Canonicals. Falsches hreflang (404, Redirect-Ketten, nur eine Richtung) ist schädlicher als keines. Für AT/CH kopieren wir nicht einfach DE-Seiten mit anderem TLD-Wunsch. Währung, Rechtstexte, Ton — das ist redaktionell, nicht nur technisch.
Logs, JavaScript, Rendering
Wenn wichtige Inhalte erst nach JavaScript erscheinen, riskieren Sie, dass Crawler und Nutzer Unterschiedliches sehen. Server-seitig gerenderte HTML-Inhalte haben Vorrang, wenn Sichtbarkeit das Ziel ist. React und ähnliche Stacks brauchen SSR oder solides Pre-Rendering, nicht nur ein leeres Root-Div. Wir wählen Technik nach dem Problem, siehe auch die Leistungsseite zur Webentwicklung. Eine Broschüren-Site in einem SPA-Framework ohne SSR ist ein SEO-Eigentor, das sich „modern“ anfühlt.
Server-Logs (wo zugänglich) zeigen, was wirklich gecrawlt wird. Die Search Console zeigt, was Google berichtet. Beides zusammen ist besser als ein Rank-Tracker allein. Wir nutzen Logs, um Endlosschleifen, Crawl-Budget-Verschwendung auf Facetten und Bot-Traffic zu sehen — nüchtern, ohne Mythos vom „verbrannten Budget“ auf einer 20-Seiten-Firmenwebsite. Kleine Sites haben selten ein Budget-Problem. Sie haben ein Duplikat- und Qualitätsproblem.
Bilder, PDF, Medien
Dateinamen und Alt-Texte beschreiben das Motiv, nicht das Keyword. Schwere Hero-Videos ohne Transkript helfen niemandem. PDFs, die nur als Download existieren, sind für viele Queries unsichtbar; wenn der Inhalt zählt, gehört eine HTML-Fassung hin. Bilder brauchen Dimensionen, Kompression, modernes Format, und sie dürfen den LCP nicht mit 4-MB-JPEGs sprengen. Decorative Icons brauchen kein Roman-Alt. Informative Diagramme brauchen eine Alternative im Text.
E-E-A-T, Impressum, Vertrauen — ohne Mythos
Google spricht über Erfahrung, Expertise, Autorität, Trust. Das ist kein Plugin. Auf einer deutschen Unternehmenssite zeigt sich Trust in Impressum, klaren Kontaktdaten, Autorennennung bei Fachtexten, Datum, Quellen, Verzicht auf Fake-Sterne. Wir nennen Hesadu Dissanayaka als Verantwortlichen, den Sitz in Sri Lanka, die Arbeitsweise. Das ist E-E-A-T in der Praxis: nachvollziehbar sein. Es ist kein Ranking-Hebel, den man „aktivieren“ kann. Wer Trust-Widgets mit erfundenen Kundenstimmen kauft, arbeitet gegen deutsches Wettbewerbsrecht und gegen den Sinn der Sache.
Typische Befunde in Audits
| Befund | Wirkung | Übliche Korrektur |
|---|---|---|
| www und non-www parallel indexierbar | Signalspaltung | 301 auf eine Variante, Canonicals angleichen |
| Sitemap enthält noindex-URLs | Vertrauen in die Sitemap sinkt | Sitemap nur kanonische Index-URLs |
| Weiche 404 mit Status 200 | Fehlerseiten wirken wie Inhalte | Echte 404/410, interne Links bereinigen |
| Google Fonts und Tracker im <head> | Vitals, Datenschutz, Ablenkung | Lokal hosten, Tracker hinter Consent oder entfernen |
| Doppeltes H1, leere Title | Schwache Snippets, unklare Hierarchie | Ein H1, einzigartige Titles |
| JS-only Inhalte | Unvollständiges Rendering | HTML serverseitig ausliefern |
| Orts-Klone ohne Substanz | Qualitätssignal leidet | Eine ehrliche Standortseite |
| Schema mit Fake-Reviews | Richtlinien- und UWG-Risiko | Markup entfernen, echte Nachweise |
Was wir in Briefings immer wieder hören
„Könnt ihr uns in zwei Tagen nach oben bringen?“ Nein. Wir können Crawling anstoßen, Technik heilen, Inhalte strukturieren. Positionen in umkämpften Märkten sind das Ergebnis von Zeit, Wettbewerb und oft Offpage-Erwähnungen, die wir nicht vortäuschen.
„Wir haben schon ein SEO-Plugin, also ist Technik erledigt.“ Ein Plugin schreibt Meta-Felder. Es heilt keine Duplicate Hosts, keine 1,8-Sekunden-JavaScript-Blockade und keine Waisen-URLs.
„Unsere Agentur hat 200 Keywords auf die Startseite gelegt.“ Dann ist die Startseite unlesbar. Wir entwirren: eine Intention pro URL, Rest in Leistungs- und Wissensseiten.
„Müssen wir bloggen?“ Nur wenn Sie etwas zu sagen haben, das jemand sucht und das Sie pflegen. Ein Friedhof aus zugekauften Texten ohne Autor und ohne Update-Datum nützt selten. Technische Hygiene nützt immer.
„Was kostet SEO?“ Onpage und Technik hängen am Umfang der Site und am Altlastenstand. Laufende Offpage-Pakete mit „20 Backlinks im Monat“ verkaufen wir nicht. Orientierung zu Projektgrößen steht unter Website erstellen lassen: Kosten; SEO als Leistungsmodul unter technischer SEO.
Arbeitsreihenfolge, die wir einhalten
- Ziele und Suchintentionen klären: Anfragen, Fachpublikum, Stellen, Produkt. Nicht 500 Keywords in einer Tabelle als Fetisch.
- Crawl der Ist-Site: Statuscodes, Index-Signale, Duplikate, Geschwindigkeit.
- Host, HTTPS, Redirects, Canonicals, robots, Sitemap.
- Templates: Title, H1, interne Links, Breadcrumbs.
- Performance: Bilder, JS, Schriften, Drittanbieter.
- Schema, das zur Wahrheit passt.
- Search Console, Bing, Monitoring der Abdeckung.
- Inhalte nachziehen, wo Technik Lücken sichtbar macht — nicht umgekehrt.
- Nach Launch: Iterationen in Wochen, nicht tägliche Panik wegen Rank-Schwankungen.
Schritt 8 ist der Punkt, an dem viele Projekte kippen. Die Technik ist sauber, aber die Leistungsseite erklärt das Angebot in drei Floskeln. Dann schreiben wir mit Ihnen um — sachlich, im Sie-Ton, ohne „beste Agentur der Stadt“. Texte sind Teil von SEO. Sie sind nicht dasselbe wie ein Hack.
Messung ohne Selbstbetrug
Wir schauen in die Search Console auf Abdeckung, Klicks, Fragen, die wirklich gestellt werden. Rank-Tracker als einzige Steuergröße erzeugen Nervosität und schlechte Entscheidungen (täglich Titles drehen, bis nichts mehr stabil ist). Anfragen, qualifizierte Gespräche, abgeschlossene Projekte: das sind Geschäftszahlen. Position 7 für ein Vanity-Keyword ist es nicht. Wer Analytics braucht, klären wir datenschutzrechtlich; viele B2B-Sites kommen mit Console plus CRM-Ursprung weit.
Saisonalität, Algorithmus-Schwankungen, Wettbewerber mit größeren Marken: das gehört zum Markt. Wir erklären es, statt jede Delle mit einem neuen Paket zu verkaufen. Das ist unbequem im Vertrieb. Es hält Projekte erwachsen.
Lokal, Maps, NAP — nüchtern
Wer ein Geschäft in Deutschland hat, braucht konsistente Name-Adresse-Telefon-Angaben, ein gepflegtes Unternehmensprofil, keine erfundenen Filialen. Wir sitzen in Sri Lanka. Wir tragen uns nicht als Münchner Agentur ein. Lokale Packs für „Webdesign München“ sind nicht unser Versprechen. Sichtbarkeit über informative Seiten, klare Leistungen und erreichbare Technik ist es. Wenn Sie selbst lokale Standorte haben, pflegen wir Markup und Footer so, dass die Angaben stimmen — nicht so, dass 30 Stadtseiten entstehen.
Sicherheit als SEO-Nachbar
Gehackte WordPress-Sites, injizierte Spam-Links, Phishing-Subdomains, abgelaufene Zertifikate: das sind Ranking- und Vertrauensprobleme. HTTPS, Updates, restriktive Rechte, keine offenen Directory Listings, XML-RPC nur wenn nötig. Technische SEO ohne Grundhygiene ist Kosmetik auf einem offenen Fenster. Wir trennen das nicht künstlich von der Entwicklungsarbeit.
Relaunch: Weiterleitungen sind SEO, nicht Nacharbeit
Ein Redesign ohne URL-Map ist die teuerste Art, Sichtbarkeit zu verschenken. Alte Pfade, Parameter-Varianten, PDF-Kataloge, Trailing-Slash-Wechsel, Umstellung von .html auf Verzeichnisse: Jede lebende URL mit Traffic oder Backlinks braucht ein dokumentiertes Ziel mit 301, nicht mit 302 „mal sehen“. Wir crawlen die alte Site vor dem Launch, vergleichen mit Search Console (Seiten mit Klicks), und testen die Map auf Staging. Nach Launch: Abdeckung, 404-Berichte, ein zweiter Durchgang nach zwei Wochen. In Briefings hören wir: „Die Menüpunkte sind neu, die alten URLs brauchen wir nicht mehr.“ Nutzer und Suchmaschinen kennen die alten. 404er in Serie sind kein modernes Statement.
HTTPS-Umstellung, Domainwechsel, Zusammenlegen von Blog und Corporate: dasselbe Muster. HSTS erst, wenn TLS steht. Keine Ketten (A→B→C), wo A→C reicht. Interne Links im neuen Template zeigen auf kanonische Ziele, nicht auf URLs, die erst redirecten. Das ist Handwerk, das in der Webentwicklung liegt und in der SEO-Rechnung oft unterschätzt wird.
Search Console richtig lesen — ohne tägliche Panik
Abdeckung: Warum ist eine URL ausgeschlossen? Alternative mit Canonical, Crawled/not indexed, Soft 404, Blocked by robots — das sind unterschiedliche Baustellen. Impressionen ohne Klicks können an Snippets, an der Intention oder am Wettbewerb liegen, nicht automatisch an fehlendem Schema. Ein Einbruch nach einem Relaunch ist ein Redirect- oder Canonical-Alarm, kein Anlass, Titles täglich zu drehen. Wir legen Baselines, nicht Dashboards zum Nervöswerden.
Internationale Ausrichtung, falls Sie getrennte Hosts für DE und EN haben, gehört in die Property-Struktur, nicht in ein verstecktes hreflang-Plugin ohne sichtbare Sprachversionen. Sitemaps nach Locale trennen, wenn die Sites getrennt sind. Eine Property für alles, ohne Filter, erzeugt Diskussionen, die niemand braucht.
Logfiles, wo der Hoster sie gibt, zeigen Bot-Muster: Facetten, die niemand braucht, alte Kalender, Feed-URLs, die 200 zurückgeben. Auf einer 20-Seiten-Firmenwebsite ist „Crawl-Budget“ selten das Drama. Auf einem Shop mit Filtern oft schon. Wir filtern, bevor wir Texte kaufen, die niemand crawlt, weil die Maschine in Parameter-Wüsten hängt. Das ist unspektakulär und spart Budget, das sonst in Inhalte fließt, die nie indexiert werden.
Was wir liefern — und was nicht
Wir liefern crawlbare Sites, eindeutige URLs, Sitemaps, Schema, Vitals-Arbeit, Console-Übergabe, redaktionelle Struktur. Wir liefern keine Ranking-Garantien, keine gekauften Links, keine Fake-Reviews, keine „Geheimalgorithmen“. Wenn Sie ein Angebot vergleichen, das das Gegenteil verspricht, fragen Sie nach der Haftung, wenn Platz 1 ausbleibt. Die Stille danach ist Teil der Kalkulation.
Wer zwei Werktage bis zur Sichtbarkeit verspricht, verkauft Unruhe. Wir verkaufen eine Site, die man crawlen, messen und in Ruhe verbessern kann.
robots.txt und Sitemap: die zwei Dateien, die Audits zuerst lügen
Auf geerbten Domains sperrt robots.txt oft /wp-admin und nebenbei /wp-content/uploads. Bilder verschwinden aus dem Index, obwohl sie im Content stehen. Oder Disallow: / steht noch vom Staging. Wir lesen die Datei gegen die tatsächlichen Pfade, nicht gegen eine Checklisten-Folie. Die Sitemap darf nur URLs enthalten, die 200 liefern, kanonisch sind und indexiert werden sollen. Alles andere ist Lärm in der Search Console.
Wir reichen die Karte ein, nachdem Redirects sitzen, nicht davor. Sonst lernt Google tote Pfade und braucht Wochen, sie zu vergessen. Das ist kein Hebel für Positionen. Es ist Hygiene. Hygiene und Webdesign gehören zusammen: ein sauberes Template auf einer gesperrten URL sieht in der SERP niemand. Wir haben das auf geerbten Domains oft genug gesehen, um die Datei vor dem Moodboard zu öffnen.
Interne Suche, Filter, Druckansicht
Die Site-Suche erzeugt Ergebnis-URLs mit Query-Parametern. Die müssen noindex oder hinter robots, sonst crawlt jemand „?s=impressum“ als Inhalt. Druckansichten, Share-Varianten, Session-IDs in der Adresszeile: dasselbe Muster. B2B-Firmen ohne Shop haben das seltener — außer der Page Builder hat für jede Sektion eine Preview-URL gebaut, die öffentlich 200 zurückgibt.
Wir schließen das, bevor jemand neue Leistungsseiten schreibt. Texte auf einer Site, die sich selbst verdoppelt, sind Aufwand ohne Adresse. Die Adresse zuerst. Dann der Satz. So arbeiten wir aus Gampaha, weil der Blick auf den Crawl ehrlicher ist als Keyword-Tabellen in der ersten Woche. Eine Tabelle mit 400 Keywords und einer Sitemap voller Parameter ist Theater. Theater buchen wir nicht.
Wenn Sie eine bestehende Domain erben oder einen Relaunch planen, schreiben Sie uns über Kontakt. Wir sagen nach Sichtung, was Technik ist und was Inhalt. Beides darf nacheinander kommen. Beides gleichzeitig ohne Diagnose endet in einem teuren Redesign, das dieselben Canonical-Fehler in neuem Gewand ausliefert. Das sehen wir oft genug, um es hier auszusprechen, bevor das Briefing in Farbpaletten versinkt.
Weiterlesen: technische SEO, Webentwicklung, Kostenrahmen, aktuelle URL-Liste unter sitemap.xml.
