როგორ შევქმნათ iPhone აპლიკაცია (Mac-ით ან მის გარეშე)

iPhone აპლიკაციის შესაქმნელად აირჩიეთ მისი აგების გზა (Swift Apple-ის Xcode-ში Mac-ზე, კროს-პლატფორმული ფრეიმვორკი, ან ვებ-აპი, რომელსაც builder ღრუბელში აგროვებს და iOS-ისთვის ახვევს), შეუერთდით Apple Developer Program-ს, ტესტირება ჩაატარეთ TestFlight-ით და გაგზავნეთ App Review-ზე. iPhone აპის შექმნა შეგიძლიათ Mac-ის გარეშეც, თუ სერვისი მას თქვენთვის აგებს და ხელს მოაწერს, მაგრამ Apple-ის დეველოპერის საკუთარი ანგარიში მაინც დაგჭირდებათ. ეს გზამკვლევი განმარტავს თითოეულ გზას და Apple-ისთვის სპეციფიკურ წესებს, რომლებიც ხალხს ხშირად ბარიერად ხვდებათ.

რით განსხვავდება iPhone აპები

iOS Android-ზე მკაცრია სამი მიზეზით:

1. ხელმოწერა სავალდებულოა. ყველა აპი, რომელიც development-ის გარეთ ინსტალირდება, Apple-ის დეველოპერის ანგარიშის სერტიფიკატით უნდა იყოს ხელმოწერილი. ფაილის მეგობრის iPhone-ზე პირდაპირ გადატანის (sideloading) ეკვივალენტი არ არსებობს.
2. Xcode მუშაობს მხოლოდ macOS-ზე. Apple-ის ინსტრუმენტებს აპების ასაგებად და ასატვირთად Mac სჭირდება, თუ სამუშაოს სხვის Mac-ზე არ ასრულებენ.
3. App Store-ის ყოველ გამოშვებას განიხილავენ Apple-ის ადამიანები გამოქვეყნებული წესების მიხედვით.

არც ერთი ეს არ არის iPhone-ის თავიდან აცილების მიზეზი. ეს ნიშნავს, რომ ანგარიშისთვის, მიმოხილვისა და ტესტირების ფაზისთვის უნდა დაგეგმოთ.

სამი გზა აპის ასაგებად

Native Swift-ით და Xcode-ით

Swift და SwiftUI Apple-ის საკუთარი ენა და ინტერფეისის ფრეიმვორკია. Xcode-ში აგებთ, აპს iOS Simulator-ში უშვებთ და iPhone-ზე კაბელით ან უსადენოდ ავრცელებთ.

• აირჩიეთ ეს, როცა აპს სჭირდება საუკეთესო performance, უახლესი iOS ფუნქციები, widget-ები ან ღრმა წვდომა აპარატურაზე.
• მოემზადეთ: Mac-ზე, სწავლაზე რამდენიმე თვე, თუ დამწყები ხართ, და მოგვიანებით Android-ისთვის ცალკე build-ზე.

კროს-პლატფორმული Flutter-ით ან React Native-ით

ერთი კოდბაზა აწარმოებს iPhone-ისაც და Android-ისაც. საბოლოო iOS build-ისა და ატვირთვისთვის მაინც გჭირდებათ Mac ან cloud Mac სერვისი.

ვებ-აპი, შეფუთული iOS-ისთვის

ვებ-აპი native გარსში ჩაიდება და ხელმოწერილ iPhone აპად აიგება. სწორედ ასე ქმნის Mythex iPhone აპებს. აპს chat-ში აღწერთ; Mythex მას აგებს როგორც full-stack ვებ-აპს მონაცემთა ბაზითა და storage-ით; თქვენ აქვეყნებთ; და Pro გეგმაზე Mythex iPhone აპს საკუთარ Mac build მანქანებზე აგებს, ხელს მოაწერს თქვენი App Store Connect API key-ით და თქვენს TestFlight-ში ატვირთავს. არც Mac გჭირდებათ თქვენს მაგიდაზე და არც Xcode.

პირდაპირი შეზღუდვა: Mythex Swift-ს არ წერს. ტელეფონის აპი თქვენს გამოქვეყნებულ აპს ხსნის, ამიტომ ის შესაფერისია აპებისთვის, რომელთა ეკრანები ვებ-გვერდებად მუშაობს — მაგალითად დაჯავშნა, პორტალები, შეკვეთები, თვალყურის დევნა და საზოგადოების ინსტრუმენტები — და ყოველ გამოქვეყნებაზე განახლდება.

ნაბიჯი 1: შეუერთდით Apple Developer Program-ს

2026 წლის ნოემბრის მდგომარეობით წევრობა წელიწადში 99 USD ღირს (ფასები რეგიონის მიხედვით იცვლება). დარეგისტრირდებით როგორც:

• ინდივიდუალი. თქვენი legal სახელი გამოჩნდება App Store-ზე როგორც გამყიდველი. გჭირდებათ Apple Account ორფაქტორიანი ავთენტიფიკაციით.
• ორგანიზაცია. გამოჩნდება თქვენი კომპანიის სახელი. Apple მოითხოვს legal entity-ს, D-U-N-S Number-ს (უმეტეს ქვეყანაში უფასოა), სამუშაო ელფოსტას კომპანიის დომენზე და მომუშავე ვებსაიტს. გაითვალისწინეთ დამატებითი დრო ვერიფიკაციისთვის.

აკრედიტებულ საგანმანათლებლო დაწესებულებებს შეუძლიათ გაწევრიანება საფასურის შემცირებით.

ნაბიჯი 2: ააგეთ პირველი ვერსია

შეინარჩუნეთ ძირითადი flow. მაგალითად, მცირე სტუდიის class booking აპისთვის prompt:

შექმენი iPhone-ზე ორიენტირებული აპი იოგას სტუდიისთვის. წევრები რეგისტრირდებიან ელფოსტით, ხედავენ ამ კვირის class timetable-ს (კლასის სახელი, მასწავლებელი, დრო, თავისუფალი ადგილები), ჯავშნიან კლასს ან შედიან waiting list-ში და აუქმებენ მას დაწყებამდე ორი საათით ადრე. წევრები მეორე ტაბზე ხედავენ თავიანთ მომავალ ჯავშნებს. სტუდიის მფლობელი ვებში შედის, რომ კლასები დაამატოს და ნახოს, ვინ არის ჩაწერილი. მშვიდი დიზაინი, ქვედა tab bar, დიდი ღილაკები.

ამის აგება შეგიძლიათ Mythex iOS აპის builder-ში და სცადოთ live preview-ში, შემდეგ კი თქვენი iPhone-ის ბრაუზერში, როცა გამოქვეყნდება.

ნაბიჯი 3: დააპროექტეთ Apple-ის მოლოდინის მიხედვით

Apple-ის guideline 4.2 ამბობს, რომ აპი უნდა სცილდებოდეს უბრალო, გადაფუთებულ ვებსაიტს. პრაქტიკული გზები ამის მისაღწევად:

• გახადეთ ინსტრუმენტი, არა ბროშურა. ანგარიშები, შენახული მონაცემები და მოქმედებები, რომლებსაც მომხმარებელი უბრუნდება.
• მოარგეთ განლაგება ტელეფონს. ქვედა tab bar, პატარა desktop მენიუები არა, pinch-to-zoom არ უნდა იყოს საჭირო.
• კავშირის გარეშე სწორად მოიქეცით — ნათელი შეტყობინება ცარიელი ეკრანის ნაცვლად.
• დამალეთ ბმულები, რომლებიც მომხმარებლებს desktop ვებსაიტზე აგზავნის ძირითადი ამოცანებისთვის.

კიდევ ორი წესი ადრეულ ეტაპზე მნიშვნელოვანია. თუ აპი ანგარიშის შექმნის საშუალებას იძლევა, მომხმარებელს ანგარიში აპშივე უნდა შეეძლოს წაშლა (guideline 5.1.1(v)). თუ ფულად ხსნის ციფრულ ფუნქციებს ან კონტენტს, Apple მოითხოვს in-app purchase-ს (guideline 3.1.1).

ნაბიჯი 4: შექმენით აპი App Store Connect-ში

App Store Connect Apple-ის ვებგვერდია აპების სამართავად. Apps-ის ქვეშ დააჭირეთ +-ს და New App-ს, შემდეგ შეიყვანეთ სახელი, ძირითადი ენა, Bundle ID და SKU (თქვენი საკუთარი საცნობარო კოდი). Apple არ აძლევს გარეთა ინსტრუმენტებს ამ ჩანაწერის შექმნის უფლებას, ამიტომ ერთხელ ხელით აკეთებთ. Mythex-ზე პირველი iPhone build გეტყვით ზუსტ სახელსა და Bundle ID-ს, რომელიც უნდა გამოიყენოთ.

იმისთვის, რომ Mythex-მა build-ები ხელი მოაწეროს და ატვირთოს, Users and Access → Integrations → App Store Connect API-ში შექმენით Team key Admin როლით, ჩამოტვირთეთ .p8 ფაილი (Apple მას მხოლოდ ერთხელ გაძლევთ ჩამოტვირთვის საშუალებას) და პროექტში დაამატეთ თქვენი Issuer ID-ით. Mythex გასაღებს ინახავს მხოლოდ მას შემდეგ, რაც Apple-თან შეამოწმებს მას.

ნაბიჯი 5: ტესტირება TestFlight-ით

build-ის ატვირთვის შემდეგ Apple ამუშავებს მას, რაც ჩვეულებრივ რამდენიმე წუთიდან ნახევარ საათამდე სჭირდება. შემდეგ:

• შიდა ტესტერები (თქვენი App Store Connect გუნდის 100 ადამიანამდე) მას მაშინვე დააინსტალირებენ.
• გარე ტესტერები (10 000 ადამიანამდე, ელფოსტით ან საჯარო ბმულით) საჭიროებენ, რომ ჯგუფის პირველმა build-მა გაიაროს მოკლე beta review.
• ყოველი build 90 დღე მოქმედებს, შემდეგ ვადა გასდის.

დააინსტალირეთ TestFlight აპი iPhone-ზე, მიიღეთ მოწვევა და გამოსცადეთ მთავარი flow. სცადეთ დიდი ტექსტით, dark mode-ში და შეტყობინებების გამორთვით. ჩვენი beta ტესტის გზამკვლევი დაგეხმარებათ ტესტერების პოვნასა და უკუკავშირის შეგროვებაში.

ნაბიჯი 6: გაგზავნეთ App Review-ზე

გაგზავნამდე გჭირდებათ სკრინშოტები, აღწერა, support URL, privacy policy URL, App Privacy პასუხები იმ მონაცემებზე, რომელთაც აგროვებთ, ასაკობრივი რეიტინგი და ფასი. თუ აპს login სჭირდება, Apple-ს მიაწოდეთ demo ანგარიში. Apple ამბობს, რომ მიმოხილვათა მინიმუმ ნახევარს 24 საათში ამოწმებს, ხოლო 90%-ს — 48 საათში.

სრული checklist და გავრცელებული უარყოფის მიზეზები მოცემულია გზამკვლევში როგორ გამოვაქვეყნოთ აპი App Store-ზე.

ნაბიჯი 7: გამოუშვით განახლებები

Native და კროს-პლატფორმული აპები ყოველ ცვლილებაზე ახალ build-სა და ახალ მიმოხილვას საჭიროებენ. შეფუთული ვებ-აპი სხვაგვარად მუშაობს: კონტენტისა და ფუნქციების ცვლილებები iPhone-ის მომხმარებლებამდე ვებ-აპის გამოქვეყნებისთანავე აღწევს. ახალი store-ის ვერსია მხოლოდ გარსის დონის ცვლილებებისთვის გჭირდებათ, მაგალითად ხატულის, სახელის ან უფლებების.

ხარჯები ერთ ცხრილში

სად წახვიდეთ შემდეგ

თუ თქვენი მომხმარებლები ძირითადად iPhone-ზე არიან, დაიწყეთ აქედან და Android მოგვიანებით დაამატეთ. თუ ისინი გაყოფილი არიან, წაიკითხეთ როგორ შევქმნათ მობილური აპი, სადაც შედარებულია მიდგომები, რომლებიც ორივე მხარეს ერთი კოდბაზიდან ემსახურება, და როგორ შევქმნათ Android აპი Google-ის მხარისთვის.

კითხვები