---

title: "Hör auf, manuell zu designen: So automatisierst du App Store Screenshots per API" target_audience: "Mobile Developers, Devops, CTOs" target_keywords: ["app store screenshots automatisieren", "screenshot generierung API", "fastlane screenshot alternative", "CI/CD marketing assets"] author: "Marketing Content Creator"

Hör auf, manuell zu designen: So automatisierst du App Store Screenshots per API

1. Der Haken: Der Albtraum am Release-Tag

Du hast gerade einen riesigen Sprint abgeschlossen. Der Code ist sauber, die Tests sind grün und der Build ist bereit für den App Store. Aber dann fällt es dir auf: Das Marketing-Team hat das Branding aktualisiert, und jetzt musst du manuell neue Screenshots generieren.

Plötzlich stehst du vor der Aufgabe, über 50 Screenshots in verschiedenen Gerätegrößen (iPhone 6,5", 5,5", iPad, Android-Handys, Tablets) zu aktualisieren – multipliziert mit jeder Sprache, die deine App unterstützt. Was ein schnelles Release sein sollte, wird zu einer tagelangen Aktion.

Es muss einen besseren Weg geben.

2. Der traditionelle Schmerz: Fastlane vs. Figma

Seit Jahren stecken mobile Teams zwischen zwei Extremen fest:

• Der manuelle Weg (Figma-Exporte): Designer erstellen schöne Vorlagen, aber Entwickler oder Marketer müssen die UI-Screenshots manuell austauschen.
• Der Weg über lokale Skripte (Fastlane frameit): Fastlane ist unglaublich gut für das Erfassen von Screenshots. Das Hinzufügen von Geräte-Rahmen, eleganten Hintergründen und Marketing-Texten lokal kann jedoch extrem langsam sein.

3. Der moderne Ansatz: Template-basiertes API-Rendering

Die Lösung besteht darin, das Design vom Generierungsprozess zu entkoppeln. Indem du zu einem Template-basierten API-Rendering-Ansatz übergehst, erhältst du das Beste aus beiden Welten.

Statt manueller Exporte oder klobiger lokaler Skripte entwirfst du einmal eine Vorlage und rufst dann eine API auf, um die fertigen Bilder zu generieren.

1. Einmal entwerfen: Designe Vorlagen mit Platzhaltern (Variablen) für Text.
2. Automatisch rendern: Deine CI/CD-Pipeline erfasst die Screenshots und sendet sie an eine API zur Screenshot-Generierung.
3. In großem Maßstab verarbeiten: Das Backend verarbeitet diese Anfragen in Millisekunden.

4. Implementierungsbeispiel: 10 Zeilen zur Automatisierung

Die Integration der Screenshot-Generierung in deine Pipeline ist so einfach wie eine HTTP-POST-Anfrage.

Hier ist ein Beispiel aus der Praxis:

# 1. Submit the Render Job
RESPONSE=$(curl -s -X POST "https://api.screenshots.live/render/api" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: text/yaml" \
  -d '
  templateId: "YOUR_TEMPLATE_UUID"
  items:
    - itemId: "HEADLINE_TEXT_UUID"
      type: Text
      text: "Experience Dark Mode!"
    - itemId: "DEVICE_FRAME_UUID"
      type: DeviceFrame
      screenshotUrl: "https://your-ci-server.com/artifacts/raw-iphone-screen.png"
  ')

JOB_ID=$(echo "$RESPONSE" | jq -r '.data.jobId')

# 2. Poll for Completion
while true; do
  STATUS=$(curl -s -H "Authorization: Bearer YOUR_API_KEY" \
    "https://api.screenshots.live/render/api/$JOB_ID" | jq -r '.status')
  
  if [ "$STATUS" = "Completed" ]; then
    URL=$(curl -s -H "Authorization: Bearer YOUR_API_KEY" \
      "https://api.screenshots.live/render/$JOB_ID/download" | jq -r '.downloadUrl')
    curl -s -o "./marketing-assets.zip" "$URL"
    break
  fi
  sleep 2
done

5. Nächste Schritte

Behandle deine Marketing-Assets wie Code – versioniert, automatisiert und dynamisch generiert. Hol dir deinen API-Key auf Screenshots.live und integriere die dynamische Screenshot-Generierung noch heute.