Kostenloses Bildhosting selbst betreiben: Stabile Lösung mit Cloudflare R2 + PicGo

2023 habe ich Blog-Bilder auf GitHub gehostet, mit jsDelivr CDN – lief ganz gut. Dann wurde jsDelivr in China blockiert, alle Blog-Bilder waren kaputt. Später habe ich mehrere kostenlose Bildhosts ausprobiert – manche löschten Bilder ohne Grund, andere stellten den Betrieb ein.

Cloudflare R2 bietet 10 GB kostenlosen Speicher, 1 Mio. Uploads und 10 Mio. Lesezugriffe pro Monat – und vor allem Egress-Traffic vollständig kostenlos. Sechs Monate in Betrieb, kein Cent Kosten, akzeptable Zugriffsgeschwindigkeit. Mit PicGo per Klick hochladen – sehr angenehm. Dieser Artikel führt Sie durch den gesamten Aufbau: warum R2, öffentlicher Zugriff, PicGo-Anbindung. In 30 Minuten erledigt.

Warum R2 als Bildhosting?

Bevor ich mich für R2 entschieden habe, habe ich viele Alternativen verglichen. Zuerst ein Blick auf den Stand kostenloser Bildhosts – dann wird klar, warum R2 die beste Wahl ist.

Probleme anderer kostenloser Bildhosting-Lösungen

GitHub + jsDelivr: Einst die beliebteste Lösung – heute nicht mehr tragfähig. jsDelivr ist in China durch DNS-Poisoning blockiert, Blog-Bilder laden gar nicht mehr. Außerdem ist GitHub als Bildspeicher eigentlich ein Missbrauch: Jeder Upload erzeugt einen Commit, verschmutzt die Historie – und bei Account-Sperre sind alle Bilder weg.
Kostenlose öffentliche Bildhosts (z. B. SM.MS): Instabil. Manche löschen Bilder ohne Grund, andere stellen den Dienst ein. Viele Blogger haben Artikel mit kaputten Bildern, weil der Host offline ging. Kostenlos ist verlockend – aber vertrauen Sie Ihre gesamte Bildressource darauf an?
Inländische Cloud-Anbieter (Qiniu, Alibaba OSS, Tencent COS): Stabil, Qiniu bietet auch 10 GB kostenlos. Aber: ICP-Registrierung ist Pflicht. Für persönliche Blogs umständlich, plus Risiko von Überschreitungsgebühren. Nicht teuer (über 10 GB ca. wenige Yuan/Monat), aber ein mulmiges Gefühl bleibt.

Die Kernvorteile von R2

Im Vergleich ist Cloudflare R2 derzeit die beste Lösung für persönliches Bildhosting. Sechs Monate Erfahrung – diese Vorteile stechen hervor:
1. Großzügiges Free-Kontingent
R2-Free umfasst:

KiloClaw - Managed OpenClaw für Unternehmen: AI-Agent-Orchestrierung und smartes Modell-Routing

Jetzt starten →Anzeige

• Speicher: 10 GB
• Uploads: 1 Mio./Monat (Class A)
• Lesezugriffe: 10 Mio./Monat (Class B)
  Für persönliche Blogs mehr als genug. Mein Blog: 100+ Artikel, ca. 500 Bilder, unter 2 GB. Bei diesem Tempo reichen 10 GB jahrelang. Selbst bei Überschreitung günstig: $0,015/GB/Monat, ca. 1 Cent RMB pro GB.
  2. Egress-Traffic vollständig kostenlos
  Der größte Vorteil gegenüber AWS S3. Klassische Cloud-Speicher (S3, Alibaba OSS) berechnen Egress – mehrere Cent bis Euro pro GB. Bei hohem Blog-Traffic kann das teurer sein als Speicher.
  Bei R2 ist Egress kostenlos – egal wie oft Bilder abgerufen werden. Cloudflare nutzt sein globales CDN (100+ Länder, 275 Städte), Traffic läuft intern, ohne Extra-Gebühren.
  3. Großer Anbieter, stabil und zuverlässig
  Cloudflare ist einer der weltweit größten CDN-Anbieter, Milliarden-Marktkapitalisierung. Kein plötzliches Offline oder Löschen von Bildern. Cloudflare hat den Ruf, viele Dienste für Privatnutzer großzügig zu halten.
  4. S3-API-kompatibel, migrierbar
  R2 ist vollständig S3-API-kompatibel. Späterer Wechsel zu MinIO, Alibaba OSS o. Ä. – nur Konfiguration anpassen, kein Code-Umbau. Kein Vendor Lock-in.
  5. Keine ICP-Registrierung, sofort einsatzbereit
  R2 ist ein internationaler Dienst, eigene Domain ohne ICP-Registrierung. Registrierung, R2-Aktivierung, Konfiguration – 30 Minuten.

Ein kurzer Hinweis

Bei R2-Aktivierung: Kreditkarte oder PayPal nötig – nur zur Identitätsprüfung, keine automatische Abbuchung. Ich habe gezögert, aber nach der Bindung: nur Verifizierung, sechs Monate kein Cent. Bei Bedenken: virtuelle Kreditkarte oder PayPal.
Genug der Vorteile – jetzt geht’s ans Aufbauen.

Detaillierte Schritte zum R2-Bildhosting

Jetzt die Praxis. Jeder Schritt erklärt – einfach mitmachen.

Schritt 1: Registrierung und R2-Aktivierung

Zuerst ein Cloudflare-Konto. Falls noch nicht vorhanden: Cloudflare kostenlos registrieren.
Nach dem Login in der linken Seitenleiste „R2 Object Storage” – beim ersten Mal Aktivierung nötig.
Wichtig: R2 erfordert Zahlungsmittel (Kreditkarte oder PayPal).
Viele zögern hier – ich auch. Aber: keine automatische Abbuchung. Cloudflare-Free ist wirklich kostenlos; Kosten erst bei aktiver Überschreitung.
Mögliche Zahlungsmittel:

• Kreditkarte mit Fremdwährung (Visa, MasterCard)
• PayPal (auch in China)
• Virtuelle Kreditkarte
  Nach der Bindung „R2 aktivieren” – Sekunden.

Schritt 2: Bucket erstellen

Nach R2-Aktivierung oben rechts „Bucket erstellen”.
Bucket-Name: Aussagekräftig, z. B. blog-images, my-pics. Global eindeutig – bei Kollision anderen Namen wählen.
Standort: Ein Tipp.
Viele Tutorials empfehlen „Asien-Pazifik (APAC)” – näher an China. Nicht immer optimal:

• Asien-Pazifik: schneller in China, international langsamer
• Nordamerika West (WNAM): mit Cloudflare-CDN global ausgewogen, China akzeptabel
  Ich nutze Nordamerika West – internationale Leser, besseres Gesamterlebnis. Je nach Zielgruppe wählen.
  Speicherklasse: „Standard”.
  „Erstellen” klicken – Bucket in Sekunden fertig.

Schritt 3: Öffentlichen Zugriff konfigurieren (Schlüsselschritt)

Nach Bucket-Erstellung in die Einstellungen. Dieser Schritt ist kritisch – hier hängen viele fest.
R2 ist standardmäßig privat. Zwei Wege für öffentlichen Bildzugriff:
Methode 1: r2.dev-Subdomain (für Tests)
Einfachste Variante zum Testen.

1. In Bucket-Einstellungen zu „R2.dev-Subdomain” scrollen
2. „Zugriff erlauben (Allow Access)” klicken
3. allow eingeben und bestätigen
   Cloudflare generiert eine URL wie:

https://pub-xxxxx.r2.dev

Aber Achtung: r2.dev hat Rate-Limits – nur für Entwicklung/Tests. Bei hohem Blog-Traffic laden Bilder nicht mehr. Cloudflare empfiehlt für Produktion Custom Domain.
Ich habe das übersehen – bei etwas mehr Traffic Bilder kaputt. Umstellung auf Custom Domain – bittere Lektion.
Methode 2: Custom Domain (Produktion empfohlen)
Mit eigener Domain: keine Rate-Limits, Cache und Hotlink-Schutz möglich.
Voraussetzung: Domain bei Cloudflare gehostet (DNS-Server auf Cloudflare). Falls nicht: Domain in Cloudflare-Konsole hinzufügen, DNS-Server ändern – kostenlos.
Schritte:

1. In Bucket-Einstellungen „Custom Domains”
2. „Hinzufügen (Add)”
3. Subdomain eingeben, z. B. img.yourdomain.com
4. „Weiter (Continue)”
5. Cloudflare fügt CNAME-Eintrag hinzu
6. „Domain verbinden (Connect Domain)”
   Nach wenigen Minuten DNS aktiv. Bild-URL:

https://img.yourdomain.com/path/to/image.png

Ich nutze Custom Domain mit Cache-Strategie – stabil und schnell.

🔥 Verschwende keine Monate für ungenutzte Produkte! Teste deine SaaS-Nutzenversprechen mit Adsterra bei kleinem Budget →

Jetzt testen →Anzeige

Schritt 4: API-Token erstellen

Nach öffentlichem Zugriff API-Schlüssel für PicGo.

1. Zur R2-„Übersicht (Overview)”
2. „R2 API-Tokens verwalten (Manage R2 API Tokens)”
3. „API-Token erstellen (Create API Token)”
4. Name, z. B. PicGo-Upload
5. Berechtigung: „Objekt lesen und schreiben (Object Read & Write)”
6. „API-Token erstellen”
   Sehr wichtig! Cloudflare zeigt drei Werte:

• Access Key ID
• Secret Access Key
• S3-API-Endpoint (z. B. https://xxxxx.r2.cloudflarestorage.com)
  Diese nur einmal sichtbar! Sofort kopieren und sicher speichern (Passwort-Manager, verschlüsselte Datei).
  Versehentlich geschlossen? Token löschen und neu erstellen. Ich habe das einmal gemacht – nicht nachmachen.
  Tipp: S3-Endpoint auch unter „Übersicht” → „R2 über S3-API nutzen” – die HTTPS-URL.
  R2-Konfiguration fertig. Weiter zu PicGo.

PicGo-Konfiguration in der Praxis

PicGo ist ein Open-Source-Bild-Upload-Tool für verschiedene Hosts. Nach der Konfiguration: Bild ziehen, Markdown-Link automatisch – sehr praktisch.

Schritt 1: PicGo und S3-Plugin installieren

PicGo herunterladen
PicGo-Website oder GitHub Releases:

• Windows: .exe
• macOS: .dmg
• Linux: .AppImage
  Installation: Standard-Assistent.
  Empfehlung: PicList
  Mehr Funktionen: PicList (PicGo-Fork):
• Bildverwaltung (anzeigen, löschen)
• Komprimierung (verlustbehaftet/verlustfrei)
• Formatkonvertierung (WebP)
• Wasserzeichen
  Ich nutze PicList – mehr Funktionen, gleiche Installation.
  S3-Plugin installieren
  PicGo unterstützt S3 nicht out-of-the-box.

1. PicGo → „Plugin-Einstellungen”
2. s3 suchen
3. picgo-plugin-s3 oder s3-lls installieren (beide ok)
4. „Installieren” und warten
   Hinweis: Node.js nötig. Fehlschlag möglich bei:

• Netzwerk (Plugin von GitHub, in China langsam)
• Fehlendem Node.js (nodejs.org)
• Berechtigungen (Windows: ggf. Admin)
  Offline-Installation oder anderes Netzwerk (VPN) als Alternative.

Schritt 2: S3-Bildhosting-Parameter

Nach Plugin-Installation: „Bildhosting-Einstellungen” → „Amazon S3” (oder „AWS S3”).
Jeder Parameter zählt – im Detail:
Access Key ID
Den bei Schritt 4 gespeicherten Wert eintragen.
Secret Access Key
Den Secret Key eintragen.
Nicht vertauschen – ID ist kürzer, Secret länger.
Bucket Name
R2-Bucket-Name, z. B. blog-images.
Der Name beim Erstellen – nicht ARN, nicht URL.
Dateipfad (Upload Path)
Organisation im Bucket. Empfohlene Formate:

• {year}/{month}/{md5}.{extName} – nach Jahr/Monat, MD5 gegen Duplikate
• PicGo/{fullName} – alles unter PicGo, Originalname
• {year}/{month}/{fullName} – nach Jahr/Monat, Originalname
  Ich nutze die erste Variante.
  Wichtig: Pfad ohne / am Anfang! Direkt {year}/{month}/.... Mit / Upload-Fehler oder falsche Pfade.
  Custom Endpoint
  S3-API-Endpoint: https://xxxxx.r2.cloudflarestorage.com.
  Mit https://, nicht vergessen.
  Custom Domain
  Öffentliche Zugriffs-Domain:
• Custom Domain: https://img.yourdomain.com
• r2.dev: Public Bucket URL (in R2-Einstellungen, z. B. https://pub-xxxxx.r2.dev)
  Bestimmt den generierten Bildlink – korrekt eintragen.
  Weitere Parameter
• Region: beliebig, z. B. auto oder us-east-1 – R2 ignoriert das
• Upload-Methode: „Path Style”

Schritt 3: Test-Upload

Vor dem produktiven Einsatz testen.

1. „OK” speichern
2. „Als Standard-Bildhosting” aktivieren
3. „Upload-Bereich”
4. Testbild ziehen oder „Bild auswählen”
   Bei korrekter Konfiguration: Erfolgsmeldung, Link in Zwischenablage.
   Link prüfen: Im Browser öffnen – Bild sichtbar? Fertig!
   Häufige Fehler
5. Access Denied / 403
   • API-Schlüssel vertauscht?
   • Berechtigung „Objekt lesen und schreiben”?
   • Bucket-Name korrekt?
6. Upload ok, Bild nicht erreichbar
   • Öffentlicher Zugriff aktiv?
   • Custom Domain mit https://?
   • DNS noch nicht propagiert – warten
7. Langsam / Timeout
   • Netzwerk (R2 im Ausland)
   • Bild zu groß – komprimieren (PicList)
8. Pfad-Fehler / seltsame Verzeichnisse
   • / am Pfadanfang? Entfernen
   • Pfadformat prüfen
     Beim ersten Mal hatte ich ID und Secret vertauscht – lange gesucht. Meist Konfigurationsfehler.

Optimierung und Fortgeschrittenes

Grundfunktion läuft. Für Stabilität, Geschwindigkeit und Sorgenfreiheit:

Cache-Strategie (stark empfohlen)

Mit Custom Domain Cache-Regeln setzen. Drei Vorteile:

• Weniger R2-Anfragen, Free-Kontingent schonen
• Schnelleres Laden (CDN-Cache)
• Schutz vor Traffic-Missbrauch
  Einrichtung:

1. Cloudflare-Konsole, Domain wählen
2. „Regeln” → „Seitenregeln” oder „Cache-Regeln”
3. Neue Regel: img.yourdomain.com/* (eigene Domain)
4. Einstellungen:
   • Cache-Level: alles cachen
   • Edge-Cache-TTL: 1 Monat bis 1 Jahr (6 Monate empfohlen)
   • Browser-Cache-TTL: 1 Monat
     Erster Zugriff von R2, danach CDN-Cache – kaum noch R2-Lesezugriffe.
     Ich: 6 Monate Cache, tatsächliche R2-Anfragen nur Tausende – weit im Free-Kontingent.

China-Beschleunigung (optional)

Cloudflare-CDN in China uneinheitlich – manche Regionen ok, manche langsam. Für China-lastige Blogs:
Option 1: Tencent EdgeOne
Tencent-CDN im Ausland, kostenlos, ohne ICP.

• Vorteil: schnell in China, Free-Kontingent reicht
• Nachteil: extra Tencent-Account, etwas komplexer
  Option 2: WebP Cloud
  Bild-Proxy mit WebP-Konvertierung und Cache.
• Vorteil: automatische Komprimierung
• Nachteil: Anfragen-Limit, Überschreitung kostenpflichtig
  Option 3: China/Ausland-Split
  rclone: R2 → inländische Cloud (Tencent COS), China nutzt COS, Ausland R2.
• Vorteil: überall schnell
• Nachteil: technisch anspruchsvoll, Wartungsaufwand
  Ich nutze Custom Domain + Cache – China 1–3 Sekunden, für persönlichen Blog ausreichend. Bei hohen Anforderungen Beschleunigung prüfen.

Sicherheit und Schutz

Nach dem Aufbau Missbrauch verhindern.
r2.dev deaktivieren
Bei Custom Domain r2.dev schließen – sonst Umgehung von Hotlink-Schutz.
Bucket-Einstellungen → R2.dev-Subdomain → „Zugriff verbieten (Disallow Access)”, disallow bestätigen.
Hotlink-Schutz
Cloudflare WAF: nur eigene Website darf Bilder einbinden.

1. Cloudflare-Konsole → Sicherheit → WAF
2. Custom Rule erstellen
3. Bedingung: Referer enthält nicht yourblog.com
4. Aktion: blockieren oder challenge
   Nutzung überwachen
   R2-Nutzung regelmäßig prüfen:

• Speicherverbrauch
• Monatliche Anfragen (Class A, B)
  Bei ungewöhnlichem Anstieg: Traffic-Missbrauch prüfen.

Fazit

R2-Bildhosting ist fertig.
Zusammenfassung:

1. Cloudflare R2 registriert – 10 GB kostenlos
2. Bucket erstellt, öffentlicher Zugriff (Custom Domain oder r2.dev)
3. API-Token für PicGo
4. PicGo installiert und konfiguriert – Upload per Klick
5. Cache und Sicherheit – stabiler Betrieb
   Keine Sorge mehr vor Löschung, Offline oder unerwarteten Kosten. Blog schreiben: Bild in PicGo ziehen, Link kopieren, in Markdown einfügen – flüssiger Workflow.
   R2-Bildhosting war eine der besten Entscheidungen der letzten zwei Jahre. Erstes Setup dauerte (hauptsächlich Stolpersteine), danach sorgenfrei. Sechs Monate stabil, 500+ Bilder, kein Cent, kein Ausfall.
   Bei Bildhosting-Problemen: R2 ausprobieren. Dieser Artikel, 30 Minuten. Bei Problemen: meist Konfigurationsfehler – nochmal prüfen.
   Letzter Tipp: API-Schlüssel sicher aufbewahren – für Neuinstallation oder neuen Rechner ohne Neuerstellung.
   Los geht’s – bauen Sie Ihr kostenloses Bildhosting! Fragen gerne in den Kommentaren.