Screenshots.live
Team
Od symulatora Xcode do App Store: workflow zrzutow ekranu dla deweloperow
Przejdz przez caly reczny workflow zrzutow ekranu Xcode, zidentyfikuj waskie gardla i zastap kazdy krok zautomatyzowanym pipeline'em z szablonami Screenshots.live, renderowaniem API i przesylaniem Fastlane.
Problem ze zrzutami ekranu, ktory zna kazdy deweloper iOS
Spedziles tygodnie na dopracowywaniu swojej aplikacji. Interfejs jest dopieszczony, animacje sa plynne, a testerzy beta sa zadowoleni. Teraz przychodzi czesc, o ktorej nikt nie ostrzega w tutorialach: tworzenie zrzutow ekranu App Store dla kazdego urzadzenia, kazdej lokalizacji i kazdego rozmiaru ekranu, ktorego wymaga Apple.
Jesli opublikowales chocby jedna aplikacje, znasz te procedure. Otworz symulator Xcode, przejdz do wlasciwego ekranu, nacisnij Cmd+S, powtorz dla szesciu roznych rozmiarow urzadzen, nastepnie otworz Figme lub Photoshopa, aby dodac nakladki tekstowe i tla. Pomnoz to przez liczbe obslugiwanych jezykow, a patrzysz na godziny powtarzalnej recznej pracy nad czyms, co nawet nie jest kodem.
Ten artykul przechodzi krok po kroku przez tradycyjny reczny workflow, identyfikuje waskiegardla i systematycznie zastepuje kazdy bolesny krok automatyzacja. Na koncu bedziesz miec w pelni zautomatyzowany pipeline, ktory prowadzi od projektowania szablonow do przeslania do App Store Connect bez recznej interwencji.
Reczny workflow: krok po kroku
Krok 1: Przechwytywanie zrzutow w symulatorze
Podroz zaczyna sie w Xcode. Uruchamiasz symulator dla kazdego wymaganego urzadzenia. Dla kazdego symulatora nawigujesz aplikacje do dokladnie tego ekranu, ktory chcesz przechwycic, i naciskasz Cmd+S.
Dla typowej aplikacji z 6 zrzutami na 5 rozmiarach urzadzen to 30 pojedynczych przechwyten. Dodaj 3 lokalizacje i masz 90 zrzutow zanim otworzysz jakiekolwiek narzedzie do projektowania.
Krok 2: Zmiana rozmiaru i formatowanie
Apple ma scisle wymagania dotyczace rozmiaru zrzutow App Store. Kazda klasa urzadzenia oczekuje dokladnych wymiarow w pikselach. Jesli wyjscie symulatora nie pasuje dokladnie, App Store Connect odrzuci przeslanie.
Krok 3: Dodawanie nakladek tekstowych i tel
Surowe zrzuty z symulatora nie wystarczaja do konkurencyjnego listingu. Najlepsze aplikacje uzywaja starannie zaprojektowanych zrzutow z podpisami, markowanymi tlami i ramkami urzadzen. Sam ten krok moze zajac caly dzien.
Krok 4: Eksport dla kazdego urzadzenia
Z gotowymi projektami eksportujesz kazdy w poprawnej rozdzielczosci, zarzadzajac konwencjami nazewnictwa.
Krok 5: Przeslanie do App Store Connect
Na koniec otwierasz App Store Connect i zaczynasz przeciagac zrzuty w odpowiednie miejsca. Jesli znajdziesz blad, wracasz do Figmy, poprawiasz, ponownie eksportujesz i ponownie przesylasz.
Identyfikacja waskich gardel
- Powtarzanie miedzy urzadzeniami. Kazda akcja jest mnozonaprzez liczbe rozmiarow urzadzen.
- Powtarzanie miedzy jezykami. Kazda zmiana tekstu oznacza ponowny eksport dla kazdego jezyka.
- Brak jednego zrodla prawdy. Twoj plik Figma, zrzuty z symulatora i przeslania do App Store Connect sa rozlaczone.
Zautomatyzowany pipeline
Krok 1: Zaprojektuj raz w Screenshots.live
Zamiast projektowac w Figmie, tworzysz szablon w edytorze wizualnym Screenshots.live. Edytor dziala bezposrednio w przegladarce i jest zbudowany specjalnie dla zrzutow App Store.
Kazdy szablon obsluguje dynamiczne warstwy tekstu i obrazow. Kluczowa zaleta: jeden szablon dziala dla wielu rozmiarow urzadzen. Screenshots.live obsluguje renderowanie ramek urzadzen, wiec projektujesz kompozycje raz, a system dostosowuje ja do kazdego rozmiaru.
Krok 2: Zdefiniuj tresc jako dane
const screenshots = [
{
templateId: "habit-tracker-main",
layers: {
headline: "Sledz swoje nawyki bez wysilku",
appScreenshot: "https://your-cdn.com/screens/home.png"
}
}
];Krok 3: Renderuj przez API
curl -X POST https://api.screenshots.live/v1/render \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"templateId": "habit-tracker-main",
"format": "png",
"width": 1290,
"height": 2796,
"layers": {
"headline": "Sledz swoje nawyki bez wysilku"
}
}'Krok 4: Zautomatyzuj przesylanie z Fastlane
Narzedzie deliver Fastlane obsluguje przesylanie do App Store Connect z linii polecen. W polaczeniu z API Screenshots.live mozesz zbudowac w pelni zautomatyzowany pipeline.
Krok 5: Integracja z CI/CD
Ostatnim krokiem jest automatyczne uruchamianie tego pipeline'u w systemie CI.
A co z Androidem?
Jesli publikujesz tez w Google Play, Screenshots.live obsluguje ramki urzadzen Android natywnie, a funkcja portowania szablonow pozwala automatycznie konwertowac szablony iOS na wymiary Android.
Porownanie czasu
| Krok | Recznie | Automatycznie |
|---|---|---|
| Przechwytywanie w symulatorze | 2 godziny | 0 |
| Projektowanie w Figmie | 4 godziny | 1 godzina (jednorazowy setup) |
| Eksport wszystkich wariantow | 1,5 godziny | 3 minuty |
| Przeslanie do App Store Connect | 1 godzina | 2 minuty |
| Lacznie | 8,5 godziny | 1 godzina + 5 min na aktualizacje |
Pierwsze kroki
- Zarejestruj sie na Screenshots.live i stworz swoj pierwszy szablon w edytorze wizualnym.
- Skonfiguruj dane tresci jako prosty plik JSON z naglowkami i URL-ami ekranow dla kazdego jezyka.
- Napisz maly skrypt renderujacy, ktory wywoluje API Screenshots.live dla kazdej wariacji.
- Uruchom Fastlane deliver, aby przeslac wszystko do App Store Connect jednym poleceniem.
- Dodaj do CI dla automatycznych aktualizacji.
Caly setup zajmuje okolo godziny i zwraca sie przy pierwszej aktualizacji zrzutow na wielu urzadzeniach i w wielu jezykach.