IPv6 hat für einen Tag 50 % des Google-Traffics erreicht. Das ändert sich dadurch wirklich.
IPv6 hat im März 2026 für einen Tag 50 % des Google-Traffics erreicht. Cloudflare und APNIC maßen weniger. Die eigentliche Frage: Dual-Stack oder nur noch IPv6?
Am 28. März 2026 meldete Google, dass IPv6, das neuere der beiden Adressierungssysteme, die jedes Gerät zum Erreichen des Internets braucht, zum ersten Mal mehr als die Hälfte des Traffics zu den eigenen Diensten trug. Genau 50,1 Prozent, gegenüber 46,33 Prozent ein Jahr zuvor. Die Fachpresse sprach von einem Meilenstein. In derselben Woche kamen zwei andere Organisationen, die dasselbe messen, auf Zahlen, die zehn Punkte niedriger lagen. Welcher Zahl du traust, ändert kaum etwas an der Entscheidung, die für jeden zählt, der 2026 einen Server betreibt: ob sich das ältere Protokoll, IPv4, ganz abschalten lässt und der Betrieb ausschließlich über IPv6 läuft.
IPv6 hat für einen Tag 50 % des Google-Traffics erreicht, und sonst ist sich niemand einig
Googles eigene Erklärung ist genau in dem, was sie zählt. Das Unternehmen erfasst, wie viele Besucher Google Search und YouTube über IPv6 statt über IPv4 erreichen, und zwar auf Basis der eigenen Dienste, nicht des gesamten Internets. Am 28. März lag dieser Anteil bei 50,1 Prozent, und Google merkt an, an etlichen anderen Tagen im Vorjahr bereits über 49,5 Prozent gelegen zu haben. Ein Tag über der Hälfte ist noch keine gefestigte Mehrheit.
In derselben Woche zeichneten zwei unabhängige Messungen ein weniger klares Bild. Cloudflare verzeichnete 40,1 Prozent der HTTP-Anfragen über IPv6, und APNIC Labs, die Forschungsabteilung der Registry, die IP-Adressen im asiatisch-pazifischen Raum vergibt, maß 43,13 Prozent der beobachtbaren Netzwerke als IPv6-fähig. Drei Organisationen, drei unterschiedliche Methoden, und eine Zehn-Punkte-Spanne bei angeblich derselben Frage. The Register, das Fachmedium, das alle drei Zahlen nebeneinanderstellte, schrieb, Googles Wert sei “notable, and nice, but not solid proof that IPv6 has finally become dominant” (bemerkenswert und erfreulich, aber kein solider Beweis, dass IPv6 sich endgültig durchgesetzt hat).
Die Lücke erklärt sich einfach. Jedes Unternehmen sieht nur seinen eigenen Ausschnitt des Internets. Google sieht, wer Google Search und YouTube besucht, zwei der meistbesuchten Websites überhaupt, was die eigene Zahl in Richtung der Länder und Geräte verzerrt, die genau diese Dienste nutzen. Cloudflare sieht den Traffic, der über das eigene Content Delivery Network läuft, die Infrastruktur, die Inhalte von möglichst nahen Servern ausliefert. APNIC gleicht statistisch aus, weil IPv6-Unterstützung je nach Netzwerk unterschiedlich stark angekündigt wird. Keine der drei Messungen liegt falsch. Sie messen jeweils einen anderen Ausschnitt des Internets und präsentieren die Differenz als denselben Meilenstein.
Warum IPv4 trotzdem weiterläuft
IPv4 verschwindet nicht, weil der Platz ausgegangen wäre. Es gibt seit Jahren keine neuen Adressen mehr zu vergeben: Die zuständigen Regional-Registries erschöpften ihre Reserven zwischen 2011, im asiatisch-pazifischen Raum, und 2019, in Europa und dem Nahen Osten. Das Internet funktionierte trotzdem weiter, dank eines Tricks namens Network Address Translation, kurz NAT, der es vielen Geräten erlaubt, sich eine einzige öffentliche IPv4-Adresse zu teilen, ähnlich wie sich ein Bürogebäude eine einzige Postadresse für Dutzende Firmen teilt. Carrier-Grade NAT, kurz CGNAT, macht dasselbe im Maßstab eines ganzen Mobilfunknetzes und lässt Millionen Telefone sich einen kleinen Adresspool teilen. Genau dieser Trick erklärt, warum die Erschöpfung von 2011 bis 2019 nie wirklich etwas kaputtgemacht hat, und warum IPv4 fünfzehn Jahre nach dem offiziellen Ende des Vorrats noch immer gebraucht wird.
Ein konkretes Beispiel zeigt das besser als jede Traffic-Prozentzahl. GitHub, eine der meistgenutzten Entwicklerplattformen weltweit, betreibt seine Kerndienste, die Website, die API und das Klonen von Git-Repositories, im Jahr 2026 noch ausschließlich über IPv4. Eine öffentliche Roadmap für IPv6-Unterstützung gibt es nicht, und Entwickler fragen seit Jahren in GitHubs eigenen Community-Foren danach, ohne offizielle Antwort. Der einzige Teil von GitHub, der über IPv6 erreichbar ist, ist GitHub Pages, und das nur, weil dieser Dienst über das Netzwerk von Cloudflare ausgeliefert wird und nicht über GitHubs eigene Infrastruktur. Eine Traffic-Anteilszahl beschreibt einen Durchschnitt über das ganze Internet. Sie sagt nichts darüber aus, ob genau der Dienst, von dem deine Deployment-Pipeline abhängt, längst umgestellt hat.
Die eigentliche Entscheidung 2026: Dual-Stack oder nur noch IPv6
Für die meisten, die heute einen Server betreiben, ist die Frage, ob IPv6 überhaupt unterstützt werden soll, längst beantwortet. IPv6 zusätzlich zu IPv4 zu aktivieren, ein Setup namens Dual-Stack, bei dem der Server auf beiden Protokollen antwortet und jedes Gerät sich das bevorzugte aussucht, kostet fast nichts und ist seit Jahren gängige Praxis. Die eigentliche Frage 2026 ist enger und konkreter: lässt sich IPv4 vollständig abschalten und der Betrieb ausschließlich über IPv6 führen.
Das ist für eine wachsende Zahl von Fällen bereits möglich. Interne Infrastruktur, die nur mit anderen selbst kontrollierten Systemen spricht, eine private API zwischen zwei eigenen Diensten, ein neues Deployment ohne bestehende Kundenbasis mit alten Clients: All das lässt sich ohne Aufsehen auf reines IPv6 umstellen. Ein öffentlich erreichbarer Webserver, den jeder erreichen könnte, auch über einen alten Heimrouter oder ein Mobilfunknetz, das noch über IPv4-only-CGNAT läuft, ist ein anderer Fall, und dort IPv4 abzuschalten riskiert, echte Besucher auszusperren.
Dual-Stack hat seinen eigenen, stillen Preis, weshalb manche Teams ihn eher meiden als sofort einführen. Jede Firewall-Regel, jeder Load Balancer, jede Monitoring-Prüfung muss jetzt zwei Protokolle statt eines abdecken, und eine Regel, die nur für IPv4 geschrieben wurde, schützt die IPv6-Seite desselben Servers stillschweigend nicht mit. Diese Lücke, nicht ein Mangel an Adressen, ist der eigentliche Grund, warum manche Ausfälle auf IPv6 geschoben werden, obwohl der wahre Fehler eine nie aktualisierte Firewall-Regel ist.
Auch die Kosten fangen an, die Entscheidung zu verschieben. OVHcloud, einer der größten europäischen Hosting-Anbieter, hat den Preis für eine zusätzliche IPv4-Adresse ab April 2026 von 1,50 Euro auf 2 Euro pro Monat angehoben und nannte als Grund den Druck auf die Speicherchip-Versorgung, nicht die IPv4-Knappheit selbst. IPv6 bleibt bei jedem großen Anbieter kostenlos. Das rechtfertigt noch nicht, IPv4 bei einem Dienst zu kappen, der es tatsächlich braucht, ist aber ein realer und wachsender Anreiz, nicht länger standardmäßig mehr IPv4-Adressen zu reservieren, als tatsächlich gebraucht werden, derselbe Reflex, der sich bei jeder anderen Cloud-Rechnung auszahlt, die es zu optimieren gilt.
Wie man es prüft, bevor man IPv4 abschaltet
Eine allgemeine Liste, welche Branchen noch von IPv4 abhängen, bringt weniger als ein Audit der eigenen Infrastruktur, weil die richtige Antwort davon abhängt, womit der eigene Server tatsächlich spricht, nicht von einem Durchschnitt. Zwei Listen lohnen sich, bevor irgendetwas auf reines IPv6 umgestellt wird.
Die erste ist ausgehend: jede externe API, jede Paket-Registry, jeder Dienst, den die eigene Anwendung oder die Deployment-Pipeline aufruft. GitHub ist das Beispiel, das zuerst geprüft werden sollte, weil so viele Deployment-Werkzeuge darauf zugreifen, aber es wird selten das einzige sein. Hängt eine genutzte Abhängigkeit nur an IPv4, braucht ein reiner IPv6-Server eine Übersetzungsschicht, meist NAT64 genannt, nur um sie zu erreichen, und das ist ein zusätzliches Teil, das gewartet werden muss.
Die zweite ist eingehend: wer sich tatsächlich verbindet. Ein Server, den nur andere selbst kontrollierte Systeme nutzen, hat kein Problem mit alten Clients. Ein öffentlich erreichbarer Server muss weiterhin damit rechnen, dass manche Besucher hinter einem IPv4-only-Heimrouter oder Mobilfunknetz sitzen, selbst in einem Land, in dem die IPv6-Verbreitung auf dem Papier hoch aussieht.
Beide Listen lassen sich schnell erstellen. dig AAAA gegen eine Domain auszuführen, ein Einzeiler-Befehl, der nach ihrem IPv6-Adresseintrag fragt, zeigt in Sekunden, ob überhaupt einer veröffentlicht ist, und ein paar Minuten mit den eigenen DNS-Einträgen und ausgehenden API-Aufrufen verraten mehr über die tatsächliche Abhängigkeit als jede Adoptionsstatistik. Die Zahl, der man trauen sollte, ist die, die man auf der eigenen Infrastruktur gemessen hat, nicht die, über die eine Schlagzeile bei jemand anderem berichtet hat.
Am sichersten lässt sich die wirkliche Antwort zuerst auf einer unkritischen Umgebung testen, einem Staging-Server oder einem internen Tool, statt ein Produktivsystem direkt auf reines IPv6 umzustellen und über den Support herauszufinden, was kaputtgeht.
FAQ
Ist IPv6 jetzt die Mehrheit des Internet-Traffics? Nicht als gesicherte Tatsache. Googles eigene Zahl erreichte für einen einzigen Tag im März 2026 50,1 Prozent, aber Cloudflare und APNIC maßen im selben Zeitraum mit anderen Methoden 40,1 Prozent und 43,13 Prozent. Jede Schlagzeile nach dem Muster “IPv6 hat die 50 % geknackt” sollte als Sicht eines einzelnen Unternehmens auf den eigenen Traffic gelesen werden, nicht als Urteil über das gesamte Internet.
Kann ich IPv4 auf meinem Server einfach heute abschalten? Nur nachdem geprüft wurde, wovon er tatsächlich abhängt. Zuerst die ausgehend genutzten Dienste und die Art der eingehenden Besucher auditieren. Ein Server mit rein internen Abhängigkeiten ist ein deutlich einfacherer Fall als eine öffentliche Website.
Warum unterstützt GitHub immer noch kein IPv6? GitHub hat trotz jahrelanger Anfragen in den eigenen Community-Foren keine offizielle Erklärung oder Roadmap veröffentlicht. Der einzige Teil von GitHub, der über IPv6 funktioniert, GitHub Pages, tut das, weil Cloudflares Netzwerk ihn ausliefert, nicht weil sich GitHubs eigene Infrastruktur geändert hätte.
Was ist Carrier-Grade NAT, und warum spielt es hier eine Rolle? Es ist der Mechanismus, mit dem Internetanbieter eine große Zahl von Kunden, manchmal ein ganzes Mobilfunknetz, sich einen kleinen Pool öffentlicher IPv4-Adressen teilen lassen. Er ist der Hauptgrund, warum die Erschöpfung neuer IPv4-Adressen zwischen 2011 und 2019 nie wirklich etwas kaputtgemacht hat, und warum manche Besucher des eigenen Servers noch jahrelang faktisch nur über IPv4 erreichbar bleiben.
Wird IPv4 weiter teurer? Mindestens ein großer Anbieter, OVHcloud, hat seine IPv4-Preise 2026 bereits angehoben und dabei den Druck auf die Speicherchip-Versorgung als Grund genannt. IPv6 bleibt überall kostenlos. Ob sich dieser Trend bei allen Anbietern durchsetzt, steht noch nicht fest, aber die Richtung spricht dafür, ungenutzte IPv4-Adressen abzubauen, nicht dafür, einen Dienst zu überstürzen zu migrieren, der sie noch braucht.
Die Traffic-Anteilszahl, die im März 2026 Schlagzeilen machte, sollte man vor allem für das behalten, was sie wirklich ist: die Sicht eines einzelnen Unternehmens auf die eigenen Besucher, um zehn Punkte widersprochen, je nachdem, wer sonst noch mitzählt. Die Entscheidung, die zählt, hat mit dieser Zahl nichts zu tun. Es ist ein einfaches Audit dessen, womit der eigene Server spricht und wer mit ihm spricht, einmal durchgeführt, bevor irgendein Protokoll abgeschaltet wird.
