Dynamisches Rendering vs. Tarnung in 2026: Ein vollständiger Leitfaden

Eine häufig gestellte Frage ist, ob dynamisches Rendering und Tarnung dasselbe sind. Die kurze Antwort lautet: Nein. Die ausführlichere Antwort ist zwei Minuten wert, denn die Ratschläge, die die meisten Artikel dazu geben, sind drei Jahre alt – einschließlich des Artikels, der Sie wahrscheinlich hierher geführt hat.

Die 30 -Sekunden-Version

Beim Cloaking werden Suchmaschinen absichtlich etwas anderes angezeigt als den Nutzern, um die Spielplatzierungen zu manipulieren. Das ist ein Verstoß gegen die Spam-Richtlinien , und Google wird Sie deswegen aus dem Index entfernen.

Dynamisches Rendering und Flattening bewirken das Gegenteil. Sie zeigen beiden denselben Inhalt. Sie binden es einfach in reines HTML ein, sodass ein Crawler die Seite lesen kann, ohne JavaScript ausführen zu müssen. Gleicher Inhalt, andere Art der Vermittlung. Das ist der entscheidende Unterschied, und diese Grenze darf man nicht überschreiten. Die Version, die ein Bot sieht, und die Version, die ein Mensch sieht, müssen übereinstimmen.

Die Frage lautet also nicht wirklich: „Ist das Tarnung?“ Es geht um die Frage: „Werde ich versehentlich zwei verschiedene Seiten ausgeliefert?“ Der größte Teil dieses Artikels handelt davon, auf der richtigen Seite dieser Grenze zu bleiben, und von einer Sache, die sich im Jahr 2024 geändert hat und auf die die älteren Reiseführer nie reagiert haben.

Was Tarnung wirklich ist

Googles Spam-Richtlinie definiert Cloaking als die Präsentation anderer Inhalte für Nutzer als für Suchmaschinen mit der Absicht, die Suchergebnisse zu manipulieren . Ein typisches Beispiel ist eine Seite, die Google einen Reiseführer anzeigt, Besuchern aber ein Ladengeschäft in einem völlig anderen Kontext präsentiert.

Zwei Dinge sorgen für Tarnung, und man braucht beides. Zunächst einmal gibt es einen Unterschied im Inhalt: Der Bot und der Mensch erhalten wesentlich unterschiedliche Seiten. Zweitens geht es um die Absicht: Der Unterschied dient dazu, das Rangsystem auszutricksen. Eine Seite, die Googlebot vorgerenderten HTML-Code mit genau dem Inhalt liefert, den ein Besucher sieht, erfüllt die Cloaking-Kriterien nicht. Das ist keine Täuschung. Es handelt sich um eine Übersetzung von einem Format in ein anderes.

Die Folgen eines Fehlers sind gravierend und lassen sich nur langsam beheben: Betroffene Seiten werden aus dem Index entfernt, und im schlimmsten Fall wird die gesamte Website entfernt. Deshalb ist die Besorgnis berechtigt. Das ist auch der Grund, warum die Lösung präzise und nicht vage ist. Tarnung lässt sich nicht durch bloße Vorsicht vermeiden, sondern indem man die beiden Versionen inhaltlich identisch hält.

Was dynamisches Rendering und Flattening tatsächlich bewirken

Dynamisches Rendering ist eine Konfiguration, bei der Ihr Server prüft, wer die Anfrage stellt. Ein normaler Besucher erhält Ihre übliche JavaScript-Anwendung. Ein bekannter Crawler erhält einen vorgerenderten HTML-Snapshot derselben Seite, der im Voraus erstellt wird, sodass nichts ausgeführt werden muss. Die Erkennung erfolgt durch den User-Agent, üblicherweise auf der CDN- oder Webserver-Ebene, bevor die Anfrage Ihre App überhaupt erreicht.

Das Glätten ist der gleiche Mechanismus, der auf eine übersetzte Website angewendet wird. Wenn Bablic Ihre Seiten übersetzt, wird der übersetzte Inhalt per JavaScript in den Browser des Besuchers eingefügt. Das mag für die Zuschauer funktionieren, ist aber ein Problem für alles, was kein JavaScript ausführt, da die übersetzten Wörter erst existieren, wenn das Skript ausgeführt wird. Durch das Flattening wird das Problem gelöst, indem Bots eine „flache“ HTML-Version der Seite mit bereits integrierter Übersetzung bereitgestellt wird: zum Beispiel die französische Seite unter der französischen URL, vollständig gerendert, kein Skript erforderlich. Ein Nutzer, der auf diese einfache Seite gelangt und JavaScript installiert hat, wird direkt zur erweiterten Benutzeroberfläche weitergeleitet, sodass niemand versehentlich die abgespeckte Version durchstöbert.

Der Inhalt ist in beiden Fällen derselbe. Ein Bot, der Ihre vereinfachte französische Seite liest, sieht denselben französischen Inhalt, den ein Käufer unter derselben französischen URL sieht. Das sind keine zwei Seiten. Es handelt sich um eine Seite, die auf zwei Arten zugestellt wird.

Drei Dinge, die Menschen verwechseln, nebeneinander

Was die älteren Ratgeber auslassen: Google hat seine Meinung geändert

Hier bleiben die meisten Artikel zum Thema „Dynamisches Rendering vs. Cloaking“ in der Vergangenheit stecken. Sie versichern Ihnen, dass dynamisches Rendering „Google-genehmigt“ und „White-Hat“ sei. That was the framing around 2019, but it isn’t the framing now.

Im Jahr 2024 hat Google stillschweigend seine Richtlinien überarbeitet. Dynamisches Rendering hat sich von einer empfohlenen Technik zu einer Notlösung und nicht zu einer langfristigen Lösung entwickelt, wie Google selbst es ausdrückt. Der Grund ist einfach: Googlebot verwendet eine aktuelle Version von Chrome und rendert JavaScript auf den meisten Seiten ohne Hilfe. Speziell für Googlebot bedeutet das Hinzufügen einer zweiten Rendering-Pipeline in der Regel die Lösung eines Problems, das man gar nicht mehr hat. Eine zweite Pipeline ist eine weitere Sache, die ausfallen, veralten und dazu führen kann, dass Crawler etwas anderes erhalten als die Benutzer – was ironischerweise dazu führt, dass gutmeinende Teams unbeabsichtigt in die Verschleierung geraten.

Wir könnten so tun, als wäre nichts davon geschehen. Es ist schon seltsam, dass ein Unternehmen, das Flachbau verkauft, so etwas anspricht. Aber die ehrliche Lektüre ist nützlicher: Google rendert JavaScript gut, das trifft auf Googlebot zu , und es ändert nichts an den beiden Situationen, in denen vorgerendertes HTML in 2026 immer noch eine echte Arbeit leistet.

Wann vorgerendertes HTML immer noch seinen Platz verdient

Es gibt drei Fälle, und in keinem davon geht es darum, Google auszutricksen.

KI-Crawler rendern kein JavaScript. Dies ist der wichtigste Artikel und er ist neuer als die meisten anderen Artikel zu diesem Thema. Googlebot rendert JS; die KI-Crawler nicht. GPTBot, ClaudeBot, PerplexityBot und die anderen rufen Ihren rohen HTML-Code ab und führen niemals ein Skript aus. Wenn Ihre Inhalte erst nach der Ausführung von JavaScript erscheinen, wie z. B. Produktdetails, Vergleichstabellen oder der übersetzte Text auf Ihren internationalen Seiten, dann sind sie für ChatGPT und Perplexity schlichtweg nicht vorhanden. Die Bereitstellung von einfachem HTML-Code macht den Unterschied aus, ob man in einer KI-Antwort zitierfähig ist oder gar nicht vorkommt.

Clientseitige Übersetzungsebenen. Wenn Ihre Übersetzungen, wie bei Bablic , in den Browser eingebunden werden, existiert das übersetzte DOM erst, wenn das Skript ausgeführt wird. Googlebot kann die Seite oft mit der Zeit rendern, aber Googlebot crawlt von den USA aus und sendet standardmäßig keinen Accept-Language-Header, sodass eine Website mit nur einer URL, die die Sprache über die Browsereinstellungen ändert, vollständig in ihrer Standardsprache gecrawlt werden kann. Die zuverlässige Lösung besteht darin, separate URLs für die einzelnen Spracheinstellungen mit hreflang zu verwenden. Durch das Flattening wird dann echter, indexierbarer übersetzter HTML-Code an jede dieser URLs gesendet. Die vollständige Aufschlüsselung finden Sie in unserem Leitfaden zu Best Practices für mehrsprachiges SEO .

Legacy-SPAs ohne SSR-Budget. Wenn Sie an einer großen JavaScript-Anwendung arbeiten, die Sie in diesem Quartal nicht umstrukturieren können, ist dynamisches Rendering immer noch eine legitime Übergangslösung. Google bezeichnet es als eine Umgehungslösung, nicht als etwas, das man um jeden Preis vermeiden sollte. Eine Übergangslösung, die Ihre Indizierung aufrechterhält, während Sie eine SSR-Migration planen, ist eine sinnvolle Vorgehensweise.

Wenn keine dieser drei Beschreibungen auf Sie zutrifft und Sie Ihre Inhalte direkt serverseitig rendern können, dann tun Sie das. Das ist die sauberere Lösung und Sie benötigen überhaupt keine zweite Pipeline. Wir sagen Ihnen das lieber, als Ihnen etwas zu verkaufen, das Sie nicht brauchen.

Ist das Ausliefern einer übersetzten Seite an einen Bot Cloaking?

Dies ist die Frage, die in der gesamten Kategorie umgangen wird, und die Antwort ist einfach: nein, solange jede Sprache unter einer eigenen URL erreichbar ist und der Bot die Sprache dieser URL abruft.

Cloaking ist ein Problem, das mit derselben URL zusammenhängt. Das passiert, wenn example.com/page dem Crawler etwas anderes anzeigt als dem Besucher. Eine korrekte Übersetzung ist nicht gleichbedeutend mit „gleiche URL“. Beispielsweise ist example.com/fr/page die französische Seite, und jeder, der sie anfordert, ob Bot oder Mensch, sollte die französische Version erhalten. Wenn ein Bot die französische URL anfordert und die URL-Glättung französischen HTML-Code zurückgibt, der dem entspricht, was ein französischsprachiger Besucher dort sieht, ist der Inhalt identisch. Der Test „gleicher Inhalt“ ist pro Gebietsschema erfüllt, was genau den Erwartungen von Google an die Funktionsweise mehrsprachiger Websites entspricht.

Das Ausliefern einer übersetzten Seite kann zu Cloaking führen, wenn Sie einem Bot eine andere Sprache als die, die die URL impliziert, ausliefern oder wenn Sie die statische Version mit zusätzlichen Schlüsselwörtern oder Links füllen, die die Live-Seite nicht enthält. Die Regel ist dieselbe wie überall sonst auf dieser Seite: Orientieren Sie sich an der Live-Seite. Bei einer Übersetzung darf der Wortlaut verändert werden, der Inhalt jedoch nicht.

Vier Arten, wie vorsichtige Teams versehentlich getarnt werden

Man bekommt fast nie absichtlich einen Tarnungsmalus. Das liegt daran, dass sich die beiden Versionen auseinanderentwickelt haben. Hier sind die üblichen Übeltäter:

Veralteter Cache. Dies ist in der Praxis die häufigste Variante und diejenige, über die in Reddit-Threads am häufigsten geklagt wird. Ein Vorrendering-Dienst speichert den von ihm erstellten HTML-Code im Cache und liefert ihn immer wieder aus. Sie aktualisieren die Live-Seite. Bis der Cache aktualisiert ist, sehen Bots die alte Version und Benutzer die neue: ein klassischer Inhaltskonflikt. Legen Sie eine Aktualisierungsfrequenz fest, die der tatsächlichen Änderungshäufigkeit Ihrer Seiten entspricht.

Teilrenderings. Wenn die Momentaufnahme abläuft oder eine Ressource nicht geladen werden kann, können auf der flachen Seite Teile des Inhalts fehlen, was bedeutet, dass die Version des Bots tatsächlich schlanker ist als die des Menschen. Achten Sie auf Ihre Renderstatistiken, um Seiten zu erkennen, die verdächtig klein oder langsam geladen werden.

Dynamisches Rendering hat auch bei browserbasierten Übersetzungen nach wie vor seine Berechtigung. Durch das vorherige Glätten der Seiten wird sichergestellt, dass diese vor der Indexierung vollständig übersetzt sind und dass Sie das Ergebnis überprüfen können, bevor es veröffentlicht wird, sodass Sie nicht darauf hoffen müssen, dass Google alles korrekt dargestellt hat.

„Für SEO“-Inhalte. Die Versuchung, Keyword-Texte, zusätzliche Links oder ein übersichtlicheres Layout nur in der Bot-Version hinzuzufügen. Nicht. Sobald die statische Seite etwas aussagt, was die Live-Seite nicht aussagt, hat man genau das geschaffen, was man eigentlich vermeiden wollte.

Falscher Ort. Der übersetzungsspezifische Fehler: Eine falsch konfigurierte Regel liefert dem Bot eine andere Sprache als die, die die URL repräsentiert, oder greift auf die Standardsprache zurück, wenn sie keine Sprache auflösen kann. Die statische Seite muss nicht nur allgemein, sondern in der richtigen Sprache mit der Live-Seite übereinstimmen.

Wie man erkennt, dass man nicht getarnt ist

Sie müssen das nicht einfach so hinnehmen. Sie können es überprüfen, und Sie sollten es regelmäßig überprüfen, nicht nur einmal bei der Markteinführung.

Öffnen Sie die Google Search Console und führen Sie den Live-Test des URL-Inspektionstools auf einigen repräsentativen Seiten durch. Vergleichen Sie, was Google anzeigt, mit dem, was Sie in einem Browser unter derselben URL sehen. Sie sollten dasselbe sagen. Überprüfen Sie eine übersetzte URL stichprobenartig auf die gleiche Weise und bestätigen Sie, dass die Sprache übereinstimmt. Bei einer Flattening-Konfiguration ermöglichen Ihnen die meisten Dienste, einschließlich Bablic , die direkte Anzeige der Flat-Version mit einem Debug-Flag, sodass Sie genau lesen können, was die Bots erhalten, und dies selbst mit der Live-Seite vergleichen können. Achten Sie dann auf Ihre Render- und Recache-Statistiken hinsichtlich Timeouts und zu kleiner Seiten, denn das sind unvollständige Renderings, die darauf warten, zu Fehlern zu führen.

Die gesamte Prüfung lässt sich auf eine einzige Frage zurückführen, die aus verschiedenen Blickwinkeln betrachtet wird: Sieht der Bot dieselbe Seite wie ich? Wenn ja, betreiben Sie kein Cloaking, unabhängig davon, wie der HTML-Code erstellt wurde.

Wo das Abflachen passt und wo nicht

Das Flattening ist das richtige Werkzeug, wenn Ihre übersetzten Inhalte im Browser zusammengestellt werden und Sie Bots und KI-Crawler benötigen, um sie zu lesen. Das ist eine reale und häufige Situation, insbesondere wenn die Übersetzung auf einer Website hinzugefügt wurde, die nicht dafür konzipiert wurde. Bablic Pre-Rendering Flattening übernimmt die Bot-Erkennung und das sprachspezifische HTML auf der CDN-Ebene, sodass die übersetzte Version jeder Seite für Crawler verfügbar ist, ohne dass Sie die Website neu strukturieren müssen. Und wenn Sie verstehen möchten, wie die Übersetzungsschicht selbst funktioniert, erklärt Ihnen unser Leitfaden zur maschinellen Übersetzung 2026, wie die Übersetzungsschicht in den größeren Workflow passt.

Es ist nicht das richtige Werkzeug, wenn Sie Ihre übersetzten Inhalte von vornherein auf dem Server rendern können. Wenn Sie ein Framework verwenden, das standardmäßig serverseitig rendert und Ihre Übersetzungspipeline dort ebenfalls ausgeführt werden kann, dann ist das die bessere Option. Sie erhalten jeweils nur eine Version jeder Seite und müssen nichts mehr synchronisieren. Das Glätten von Flächen erweist sich genau dann als sinnvoll, wenn diese Option nicht zur Verfügung steht. Wenn ja, dann nimm es und überspringe die zweite Pipeline. Das ist die ehrliche Einschätzung, und genau so würden wir auch für unsere eigene Website handeln.

Fragen, die Ihr Team möglicherweise stellt

Werde ich für die Verwendung von dynamischem Rendering oder Flattening bestraft? Nein, nicht für deren Verwendung. Sie werden dafür bestraft, dass Sie Bots andere Inhalte als Menschen bereitstellen. Dies ist ein Konfigurationsfehler und keine inhärente Eigenschaft der Technik. Solange die statische Version mit der Live-Version übereinstimmt, gibt es keine Strafe. Wenn Sie Ihre Website mit Bablic übersetzen, geschieht dies automatisch. Bablic erkennt, wenn Seiten aktualisiert wurden, und löscht die statische Version, sodass sie neu erstellt wird.

Ist Vorrendering dasselbe wie Tarnung? Nein . Beim Vorrendern wird eine HTML-Version derselben Seite erstellt, sodass Crawler sie lesen können, ohne JavaScript auszuführen. Die Verschleierung dient dazu, unterschiedliche Inhalte zu täuschen. Es ist der gleiche Mechanismus wie „Bot erkennen, HTML ausliefern“, nur mit gegenteiliger Absicht und gegenteiligem Inhalt.

Benötige ich das noch, wenn Googlebot jetzt JavaScript rendert? Für Googlebot allein normalerweise nicht. Deshalb hat Google das dynamische Rendering zu einer Notlösung herabgestuft. Googlebot ist aber nicht der einzige Crawler, der von Bedeutung ist. Bing, Yandex, Baidu und andere rendern kein JavaScript und benötigen rohes HTML. Sie benötigen es auch weiterhin, wenn Ihre übersetzten Inhalte clientseitig eingefügt werden und nicht zuverlässig indexiert werden, oder wenn Sie eine ältere Single-Page-Anwendung (SPA) verwenden, die noch kein serverseitiges Rendering unterstützt.

Hilft das bei ChatGPT und Perplexity? br> Ja, und das ist der Teil, der sich geändert hat. Diese Crawler lesen rohes HTML und führen keine Skripte aus. Wenn Ihre Inhalte erst nach der Ausführung von JavaScript erscheinen, ist die Auslieferung von flachem HTML die einzige Möglichkeit, wie sie für KI-Antworten überhaupt sichtbar werden.

Ist das Ausliefern einer übersetzten Seite an einen Bot Cloaking? Nein , wenn jede Sprache ihre eigene URL hat und der Bot die Sprache dieser URL erhält. Cloaking ist eine Täuschung durch Verwendung derselben URL. Eine französische URL, die jedem – egal ob Bot oder Mensch – französische Inhalte zurückgibt, ist einfach eine korrekt erstellte mehrsprachige Seite.

Wie kann ich überprüfen , ob ich versehentlich Cloaking anwende? Führen Sie den URL-Inspektionstest in der Search Console durch und vergleichen Sie ihn mit Ihrer Live-Seite, einschließlich der Sprache. Betrachten Sie Ihre statischen Seiten direkt mit einem Debug-Flag und vergleichen Sie sie mit den realen Seiten. Behalten Sie die Zeiten für das erneute Laden des Caches und die Renderstatistiken im Auge, damit die beiden Versionen nicht voneinander abweichen.

Sie haben noch Fragen? Hier beginnen.

Wenn Sie sich nicht sicher sind, ob Ihre übersetzten Seiten die Crawler und KI-Bots so erreichen, wie sie sollten, kann Ihnen ein Bablic Spezialist Ihre Einrichtung erklären und Ihnen ehrlich sagen, ob das Flattening die richtige Vorgehensweise für Ihre Situation ist. Nehmen Sie Kontakt mit einem Spezialisten auf