Apple-ის retention messages უკვე შეიძლება App Store Connect-ში ავტომატურად განახლებადი გამოწერებისთვის დაკონფიგურირდეს, განაცხადა Apple-მა 4 ნოემბერს. ეს შეტყობინებები გამოწერის გაუქმების პროცესში ჩნდება. აპის მფლობელმა პირველ რიგში უნდა შეამოწმოს საერთო ტექსტი, შეთავაზების გარეშე ნაჩვენები ვერსია და დამტკიცების სტატუსი. სატესტო მონახაზი და მოქმედი შეტყობინება შეიძლება სხვადასხვა ვერსია იყოს.
რა შეიცვალა App Store Connect-ში
Apple-ის განცხადების შემდეგ კონსოლიდან კონფიგურაცია ცალკე Retention Messaging API-სთან ერთად გახდა ხელმისაწვდომი. ეს API უკვე არსებობდა: მის ცვლილებათა ჟურნალში 2025 წლის თავდაპირველი წინასწარი გამოშვებაა დაფიქსირებული. API-ზე წვდომა კვლავ მოთხოვნით გაიცემა. მფლობელს, რომელიც კონსოლიდან მართვას იყენებს, რეალურ დროში მოქმედი სერვერული ინტეგრაციის წინასწარ დანერგვა არ სჭირდება.
ფუნქცია App Store-ის ავტომატურად განახლებად გამოწერებს ეხება. სამუშაოს განაწილებამდე შეამოწმეთ, როგორ ხდება გამოწერის ანგარიშსწორება: Apple-ის გაუქმების ინსტრუქცია Apple-ის ბილინგსა და სხვა მომწოდებლების ბილინგს განასხვავებს. ეს კონფიგურაცია ვებსაიტზე გაფორმებული ან Google Play-ის გამოწერისთვის გაუქმების შეტყობინებას არ ქმნის.
API-ის მიმოხილვაში მხარდაჭერილ ვერსიებად მითითებულია iOS 15.1 ან უფრო ახალი, iPadOS 15.1 ან უფრო ახალი, macOS 14 ან უფრო ახალი და visionOS 1 ან უფრო ახალი. შეტყობინება Confirm Cancellation ეკრანზე ჩნდება მას შემდეგ, რაც გამომწერი Cancel Subscription-ს დააჭერს. მომხმარებელს გაუქმების დასრულება კვლავ შეუძლია. შემოწმების ჩანაწერში მოწყობილობა და ოპერაციული სისტემაც მიუთითეთ; მხოლოდ კომპიუტერზე წინასწარი ნახვა ვერ დაადასტურებს, რას ხედავს გამომწერი.
როგორ ჩანს Apple-ის retention messages
Apple-ის კონფიგურაციის ინსტრუქცია საერთო ტექსტს არასავალდებულო სურათისა და არასავალდებულო retention შეთავაზებებისგან გამოყოფს. შესაბამისი გამომწერი მიმაგრებულ შეთავაზებას სურათის ნაცვლად ხედავს. მომხმარებელი, რომელსაც შესაბამისი შეთავაზება არ აქვს, ტექსტს კონფიგურირებულ სურათთან ერთად ხედავს, ან მხოლოდ ტექსტს, თუ სურათი არ დამატებულა. შეტყობინების განხილვაზე გაგზავნამდე წინასწარ ნახეთ შეთავაზებიანი და უშეთავაზებო ვერსიები.
სათაური და ძირითადი ტექსტი ორივე ხედში ზუსტი უნდა დარჩეს. Apple საერთო ტექსტში შეთავაზების, ფასდაკლებისა და ფასის ხსენებას კრძალავს, რადგან მას შეთავაზების არმქონე გამომწერებიც ხედავენ. აღწერეთ სარგებელი, რომელსაც პროდუქტი რეალურად იძლევა. თუ განმარტავთ, რა დასრულდება გაუქმების შემდეგ, შეამოწმეთ, რომ ფორმულირება რეალურ უფლებასა და მისი დასრულების თარიღს ემთხვევა.
თითოეული შეთავაზება ცალკე განიხილეთ. Apple-ის შეთავაზების პარამეტრები მოიცავს ფასიანი გამოწერის ხანგრძლივობას, ქვეყნებს ან რეგიონებს და იმავე შეთავაზების ხელახლა გამოყენებამდე მოცდის პერიოდს. ეს მოცდის პერიოდი თითოეულ შეთავაზებაზე ცალ-ცალკე ვრცელდება. შეამოწმეთ შესაბამისი შეთავაზების კონფიგურაცია და პირობები; ნუ ჩათვლით, რომ ეს გამოწერის ყველა შეთავაზებისთვის საერთო მოცდის პერიოდია.
რას ნიშნავს ეს თქვენი ბიზნესისთვის
ჩვენ არსებული გამოწერის მკაფიოდ შემოსაზღვრული შემოწმებით დავიწყებდით. ერთად ჩაიწერეთ გეგმა, ენა, storefront, მოწყობილობა, ოპერაციული სისტემა, გარემო და შეტყობინების ვერსია, შემდეგ კი მოსალოდნელი ხედი და ნანახი შედეგი. თითოეულ გადაუჭრელ განსხვავებას პასუხისმგებელი პირი მიუჩინეთ. ეს სამუშაო ჩანაწერის შეთავაზებული ფორმაა და არა Apple-ის მოთხოვნილი დოკუმენტი ან ტესტი, რომელიც თქვენს აპში ჩავატარეთ.
- დაადასტურეთ ანგარიში და გამოწერა. Apple ჩამოთვლის როლებს Account Holder, Admin, App Manager და Marketing. App Store Connect-ში აირჩიეთ აპი, შემდეგ Monetization, Subscriptions და Retention Messaging. საჭიროების მიხედვით გამოიყენეთ Get Started ან დამატების ღილაკი. თუ მართვის ელემენტები მიუწვდომელია, გაგრძელებამდე ანგარიშის მფლობელს სთხოვეთ როლისა და აპზე წვდომის შემოწმება.
- გადახედეთ საერთო ტექსტს. პროდუქტის მფლობელს თითოეული სარგებლისა და გაუქმების შედეგის დადასტურება სთხოვეთ. თუ პროდუქტის შესახებ საჩივარი გადაუჭრელია, მის გამოსასწორებლად ცალკე დავალება შექმენით. ჩვენი გზამკვლევი, როგორ გადაიქცეს აპის საჩივრები გამოსწორების გეგმად, ამ სამუშაოს რეიტინგის ან retention-ის გაუმჯობესების დაშვების გარეშე აღწერს.
- შეამოწმეთ მინიჭება და ენები. Apple-ის ინსტრუქციის მიხედვით, ერთი შეტყობინება რამდენიმე გამოწერას შეიძლება მოიცავდეს, თუმცა თითოეულ გამოწერას ერთდროულად მხოლოდ ერთი შეტყობინება შეიძლება ჰქონდეს მინიჭებული. სხვა მინიჭების შენახვამ შეიძლება წინა კავშირი მოხსნას. ცვლილებამდე ჩაიწერეთ, რა არის მიმაგრებული, და მოამზადეთ ლოკალიზაციები ყველა storefront-ისთვის, სადაც გამოწერაა შეთავაზებული.
- წინასწარ ნახეთ სხვადასხვა ხედი და შემდეგ გაგზავნეთ განხილვაზე. გამოიყენეთ გამოწერის ამომრჩევი, ხოლო მიმაგრებული შეთავაზებების შემთხვევაში წინასწარ ნახეთ შესაბამისი შეთავაზება და None. თითოეულ ენაზე შეამოწმეთ ტექსტი, სურათი, თუ ის არსებობს, და მოქმედი პირობები. შეინახეთ მონახაზი, შემდეგ კი, როცა განკუთვნილი შინაარსი მზად იქნება, გამოიყენეთ Add for Review.
- პასუხისმგებელ პირს კონკრეტული გადამოწმების დავალება მიეცით. ჩაწერილ პირობებში მოსალოდნელი ეკრანი და გამოწერის მდგომარეობა შეადარეთ. თუ შედეგი განსხვავდება, შეუსაბამობა გარემოსა და ვერსიის მითითებით ღიად დატოვეთ. მსგავს სცენარებს მობილური აპების შექმნისა და მხარდაჭერის დროს ვამოწმებთ.
თუ გამომწერები თქვენს ვებსაიტზე უკვე იყენებენ მხარდაჭერის ან პროდუქტის ღირებულების გვერდს, შეტყობინებასთან ერთად მისი შინაარსი და მობილურზე ჩვენებაც შეამოწმეთ. ასეთ შემოწმებას ჩვენი ვებსაიტებზე მუშაობა მოიცავს. არსებულ გვერდსა და retention შეტყობინებას გადამოწმების ჩანაწერში ცალკე ზედაპირებად მოეპყარით.
შეამოწმეთ მოქმედი ვერსია და შემდგომი შედეგი
Approved-ისა და Accepted-ის გასარჩევად Apple-ის სტატუსების ცნობარი გამოიყენეთ. Approved შესაბამისი გამომწერებისთვის მოქმედია; Accepted შეიძლება იმავე გაგზავნაში სხვა ელემენტის გამო ჯერ კიდევ შეჩერებული იყოს. შენახული წინასწარი ხედი გამოქვეყნების საკმარისი მტკიცებულება არ არის. Apple ასევე ამბობს, რომ Sandbox-ის ტესტერები უახლეს მონახაზს ხედავენ, ხოლო ცვლილებების განხილვის დროს არსებული დამტკიცებული ვერსია კვლავ მოქმედია.
სატესტო და მოქმედ გარემოში დაკვირვებები განცალკევებით შეინახეთ. სანამ პასუხისმგებელ პირს გამოქვეყნებული ხედის ავტორიზებული გზით შემოწმებას დაავალებთ, გადაამოწმეთ, რომელი ვერსია დამტკიცდა. Apple-ის თანახმად, ახლად დამტკიცებული მონახაზი წინა გამოქვეყნებულ ვერსიას ცვლის და ადრე გამოქვეყნებულ ვერსიაზე დაბრუნება შეუძლებელია. პრობლემის შემთხვევაში შეინახეთ არსებული მტკიცებულებები და შესწორება განხილვისთვის მოამზადეთ; მონახაზის ეკრანის ანაბეჭდი მოქმედ ვერსიაში გამოსწორების მტკიცებულებად არ მიიჩნიოთ.
Apple-ის Retention Messaging ანგარიში გვერდის ნახვებს, გაუქმებებსა და saves-ს ერთმანეთისგან განასხვავებს. save განისაზღვრება, როგორც გადაწყვეტილება, რომ გაუქმების ეკრანის ნახვის შემდეგ გამოწერა არ გაუქმდეს. ამ მოქმედებას გამოწერისა და გადახდის შემდგომ შედეგებთან ერთად განვიხილავდით და შეთავაზების პირობებსა და შედარების პერიოდს აღვნიშნავდით. მხოლოდ ეკრანზე მიღებული გადაწყვეტილება დასრულებულ განახლებას ან შეტყობინებით გამოწვეულ ბიზნესის გაუმჯობესებას არ ადასტურებს.
დაიწყეთ იმავე გამოწერისა და ენისთვის შეთავაზების გარეშე წინასწარი ხედისა და მოქმედი დამტკიცების ზუსტი სტატუსის მოთხოვნით. ჩანაწერსა და ნანახ ხედს შორის ნებისმიერი განსხვავება შემდეგ გადასაჭრელ დავალებად აქციეთ.
