Websites herunterladen, die Fastly nutzen

Über Fastly

Ein Content Delivery Network ist derjenige Teil einer Website, der beim Besucher überhaupt keinen Eindruck hinterlassen soll. Die Seiten laden schneller, und nichts auf dem Bildschirm verrät, warum. Taucht Fastly in einem Scan auf, sagt der Befund deshalb nichts über Design, Marketing oder Content-Management aus. Er zeigt, wer die Entscheidungen über die Infrastruktur trifft, und das ist eine andere Art von Unternehmen als eines, das ein Theme auswählt.

Edge-Auslieferung im Lizenzmodell Commercial kaufen Teams, die bereits wissen, dass sich die Optimierung ihres Traffics lohnt. Jemand hat die Latenz gemessen, jemand hat die Bandbreite am Origin-Server durchkalkuliert, jemand hat entschieden, dass Logik an den Edge gehört und nicht in die Anwendung. Der Anbieter Fastly Inc. hat sein Angebot in der Kategorie CDN rund um Programmierbarkeit aufgebaut, mit einer Konfiguration, die sich wie Code verhält, und einer Cache-Invalidierung, die schnell genug ist, um auch dynamische Seiten dahinter zu stellen. Deshalb landet die Plattform meist dort, wo Publishing, Medien, Handel und Softwareauslieferung auf echte Last treffen. Ihr Einsatz ist damit ein grober Indikator für die Reife der Entwicklungsabteilung hinter einer Domain und ein nützliches Qualifizierungsmerkmal für alle, die Observability, Sicherheitslösungen, Entwickler-Tools oder sonst etwas verkaufen, dessen Preis sich am Traffic bemisst.

Die Größenordnung ist wirklich beachtlich. Stand Oktober 2026 erkennen wir die Plattform auf 386.089 Websites, und bei einem Dienst, den es erst seit 2011 gibt, sagt das einiges darüber, wie schnell Edge-Auslieferung vom Exoten zur Routine geworden ist. Wachstum dieser Art bedeutet meist, dass die Technologie kein Projekt mehr ist, sondern zum Standard geworden ist: einmal gewählt und von jeder Website übernommen, die das Team danach ausliefert.

Die Geografie verlangt eher einen Vorbehalt als eine Schlagzeile. Unser Länderfeld beschreibt die Website anhand von Registrierungs- und Hosting-Signalen und nicht den Ort der Auslieferung, um den es bei einem Edge-Netzwerk ja gerade geht. Wenn wir also 358.811 Websites in den USA verorten und .com als häufigste Endung erfassen, zeigt das, wo dieser Kundenstamm seinen Hauptsitz hat und eingetragen ist, und nicht, wo die Bytes ausgeliefert werden. Wer die Angabe als Traffic-Karte liest, zieht den falschen Schluss. Tragfähig ist die kommerzielle Lesart, also die Frage, wo die Kaufentscheidungen fallen.

Auch die Erkennung hat ihre Grenzen, und das gilt in beide Richtungen. Die Zuordnung stützt sich auf Response-Header, Hinweise im Hostnamen und die Art, wie der Edge antwortet. All das ist verlässlich, wenn es vorhanden ist, und fehlt, wenn ein Kunde dem Netzwerk einen weiteren Proxy vorschaltet, Header bewusst entfernt oder die Plattform nur für eine API-Subdomain oder einen Asset-Host nutzt, der beim normalen Abruf einer Seite nie auftaucht. Eine Website kann ein bedeutender Kunde sein und von außen trotzdem unberührt wirken. Auch hier ist die Gesamtzahl eine Untergrenze, und gerade die am schwersten sichtbaren Websites sind oft die mit dem größten technischen Aufwand.

Genau deshalb ist die exportierte Liste mehr wert als die Prüfung einer einzelnen Domain. Eine solche Prüfung zeigt Ihnen nur, was ein Unternehmen ohnehin über sich selbst weiß. Die Liste geht den umgekehrten Weg: Sie beginnt bei der Plattform und liefert den gesamten Bestand, und so klärt sie Fragen, die sich in keine Einzelabfrage fassen lassen. Wer ist im letzten Crawl-Zyklus zu diesem Netzwerk gewechselt? Welche Websites nutzen es zusammen mit einem bestimmten Framework, einem Analytics-Anbieter oder einem Commerce-Stack? Welches Marktsegment hat Edge-Auslieferung übernommen und welches nicht? Das sind Portfoliofragen, und Portfoliofragen brauchen die Datei statt eines Suchfelds.