สิ่งที่เปลี่ยนได้โดยไม่ต้องออกเวอร์ชันใหม่: Apple vs Google
ก่อนจะแตะข้อมูลลิสติ้งของสโตร์ มีคำถามหนึ่งที่ควรตอบให้ชัดก่อน คือการแก้ไขนี้จะทำให้คุณต้องส่งซับมิชชันเต็มรูปแบบ หรือปล่อยออกไปเงียบๆ ได้เลย ถ้าเข้าใจผิด คุณอาจติดอยู่ในคิวรีวิวที่ไม่ได้วางแผนเวลาไว้ หรือคิดว่าการเปลี่ยนแปลงขึ้นไลฟ์แล้วทั้งที่ยังรอการอนุมัติอยู่ สองสโตร์ตอบคำถามนี้ในทางที่ตรงข้ามกัน และความต่างนี้เองคือสาเหตุที่การซิงก์ลิสติ้งให้ตรงกันในทั้งสองแพลตฟอร์มถึงน่าปวดหัว
ต่อไปนี้คือเวอร์ชันตรงไปตรงมา แยกทีละฟิลด์ — เริ่มจากตารางเปรียบเทียบ แล้วตามด้วยเหตุผลเบื้องหลังกฎของแต่ละสโตร์ เพื่อให้คุณคาดเดากรณีที่ตารางนี้ไม่ได้ระบุไว้ได้
ตารางเปรียบเทียบ
ฟิลด์ลิสติ้งที่พบบ่อยทุกตัว และสิ่งที่แต่ละสโตร์เรียกร้องเมื่อคุณเปลี่ยนมัน "เวอร์ชันใหม่ / รีลีสใหม่" หมายความว่าสโตร์มองการแก้ไขนี้เป็นส่วนหนึ่งของซับมิชชันที่ต้องส่ง ส่วน "ต้องรีวิว" หมายความว่ามีคนหรือระบบตรวจสอบก่อนที่มันจะขึ้นไลฟ์
| ไอคอนแอป | ไอคอนหลักฝังอยู่ในไบนารี — การเปลี่ยนมันต้องมีบิลด์ใหม่ ต้องรีวิว พร้อมบิลด์นั้น | ไอคอนของสโตร์เป็นแอสเซ็ตของลิสติ้ง ไม่ต้องรีลีสใหม่ ต้องรีวิว |
มีสองอย่างที่โดดเด่นออกมา Apple ส่งเกือบทุกอย่างผ่านระบบเวอร์ชัน ส่วน Google ปล่อยให้ทั้งลิสติ้งขยับได้ด้วยตัวเอง แต่ไม่มีสโตร์ไหนข้ามการรีวิวแอสเซ็ตที่สำคัญ — คำว่า "ต้องรีวิว" ปรากฏในเกือบทุกช่อง ดังนั้นคำถามจริงๆ จึงไม่ใช่ "สิ่งนี้จะถูกรีวิวไหม" แต่คือ "การแก้ไขนี้จะลากซับมิชชันตามมาด้วยหรือเปล่า"
Apple: การมีเวอร์ชันใหม่ ไม่เหมือนกับการมีบิลด์ใหม่
นี่คือจุดที่คนมักสับสน บน App Store การแก้ไขภาพหน้าจอ ชื่อแอป ชื่อรอง ฟิลด์คีย์เวิร์ด หรือคำอธิบาย จะสร้างเวอร์ชันใหม่ของลิสติ้งคุณ ฟังดูเหมือนต้องกลับไปที่ Xcode แต่ไม่ใช่ Apple จะดึงเมทาดาต้าปัจจุบันของคุณเข้าสู่เวอร์ชันใหม่โดยอัตโนมัติ และการเปลี่ยนเฉพาะเมทาดาต้าไม่ต้องมีโค้ดแอปใหม่ — คุณแค่แนบบิลด์ (App Store Connect ยังคงต้องการหนึ่งอันในเวอร์ชันนั้น) โดยไม่เปลี่ยนอะไรเกี่ยวกับการทำงานของแอป คุณแก้ฟิลด์ที่รอไว้ ส่งซับมิต และรีวิวรอบเดียวก็ครอบคลุมทั้งหมด
ดังนั้น "ไม่มีโค้ดใหม่ แต่ยังต้องรีวิว" คือวิธีจำที่ถูกต้อง ไม่มีขั้นตอนคอมไพล์และไม่มีฟีเจอร์ใหม่ — แต่การแก้ไขนั้นก็ยังเข้าสู่ App Review และรอคิวก่อนจะเผยแพร่ ควรรวมการเปลี่ยนแปลงไว้ด้วยกัน เพราะเวอร์ชันเดียวสามารถบรรจุภาพหน้าจอใหม่ คำอธิบายที่เขียนใหม่ ชื่อรองใหม่ และคีย์เวิร์ดที่อัปเดตได้พร้อมกันทั้งหมด จึงไม่มีเหตุผลที่จะเสียรอบรีวิวแยกกันสำหรับแต่ละอย่าง
ไอคอนแอปเป็นข้อยกเว้นที่ต้องมีบิลด์จริงๆ ไอคอนหลักของคุณถูกฝังอยู่ในไบนารีและดึงมาจากตรงนั้น ดังนั้นไอคอนใหม่จริงๆ จึงหมายถึงบิลด์ใหม่ เช่นเดียวกับไอคอนสำรอง — ต้องถูกรวมอยู่ในแอปเพื่อให้ใช้งานได้ ดังนั้นการเพิ่มไอคอนใหม่จึงเป็นบิลด์ ไม่ใช่การแก้ไขลิสติ้ง
ทางลัดสองอย่างของ Apple
Promotional text. นี่คือฟิลด์เดียวที่เปลี่ยนได้โดยไม่ต้องออกเวอร์ชันและไม่ต้องรีวิว ความยาว 170 ตัวอักษร อยู่เหนือคำอธิบาย และอัปเดตได้ทุกเมื่อที่ต้องการ — เหมาะสำหรับการลดราคา ข้อความเปิดตัว หรือเนื้อหาที่มีกำหนดเวลา มันไม่กระทบอันดับการค้นหาและไม่ได้เป็นส่วนหนึ่งของซับมิชชันใดๆ ซึ่งเป็นเหตุผลที่มันคือสิ่งที่เปลี่ยนได้เร็วที่สุดในสโตร์ ถ้าคุณต้องการให้อะไรขึ้นไลฟ์วันนี้ นี่คือฟิลด์ที่ทำได้
Product Page Optimization. PPO ให้คุณทดสอบภาพหน้าจอ App Preview และไอคอนได้สูงสุดสามเวอร์ชันเทียบกับหน้าโปรดักต์ที่ไลฟ์อยู่ — โดยไม่ต้องส่งเวอร์ชันแอปใหม่ นี่คือสิ่งที่ใกล้เคียงที่สุดที่ Apple ยอมให้เปลี่ยนภาพนอกซับมิชชันปกติ มีข้อควรระวังสองอย่างที่ต้องรู้ให้ชัด เมทาดาต้าของแต่ละเวอร์ชันที่ทดสอบยังต้องได้รับการอนุมัติก่อนที่การทดสอบจะเริ่ม (จึงต้องรีวิว ไม่ใช่ทันที) และไอคอนใดๆ ที่คุณต้องการทดสอบต้องเป็นส่วนหนึ่งของไบนารีแอปปัจจุบันอยู่แล้ว PPO เปลี่ยนสิ่งที่ผู้ใช้เห็น แต่ไม่ได้ข้ามการรีวิว
Google Play: เผยแพร่ลิสติ้งโดยไม่ต้องมีรีลีส
Play ทำงานในทางกลับกัน ลิสติ้งของสโตร์คุณ — ชื่อ คำอธิบายสั้น คำอธิบายเต็ม ภาพหน้าจอ feature graphic ไอคอน และวิดีโอโปรโมท — แก้ไขและเผยแพร่ได้ด้วยตัวเอง โดยไม่ต้องแนบรีลีสแอปใหม่ คุณทำการแก้ไข แล้วมันจะปรากฏใน Publishing overview ภายใต้ส่วนการเปลี่ยนแปลงที่พร้อมส่งเพื่อรีวิว คุณส่งมัน ผ่านการรีวิวของ Google แล้วขึ้นไลฟ์แยกจากบิลด์ใดๆ
มีบางอย่างที่ควรระบุให้ชัดเพื่อไม่ให้เข้าใจเกินจริง การเปลี่ยนแปลงเหล่านี้ยังต้องผ่านการรีวิวอยู่ดี — การรีวิวของ Play ทำกับการแก้ไขลิสติ้งด้วยเช่นกัน และองค์ประกอบอย่างชื่อแอปกับไอคอนก็ถูกตรวจสอบ ดังนั้นจึงไม่ใช่การสลับแบบเงียบๆ ทันที และลิสติ้งจะลอยตัวอยู่ได้ไม่ได้หากไม่มีแอปที่เผยแพร่แล้ว — Play ต้องการให้แอปเคยมีรีลีสมาก่อนถึงจะมีลิสติ้งสาธารณะให้แก้ไข คุณไม่สามารถผลักดันหน้าสโตร์แบบเดี่ยวๆ สำหรับสิ่งที่ไม่เคยเผยแพร่มาก่อนได้ Managed publishing เพิ่มรายละเอียดอีกอย่างที่ควรรู้ — ถ้าเปิดใช้งานอยู่ การเปลี่ยนแปลงที่อนุมัติแล้วจะรอจนกว่าคุณจะเผยแพร่มันด้วยตัวเอง ซึ่งเป็นฟีเจอร์ ไม่ใช่ความล่าช้า เมื่อคุณคาดการณ์ไว้แล้ว
ความไม่สมมาตร และทำไมมันถึงกินเวลาของคุณ
เมื่อเทียบสองโมเดลนี้เข้าด้วยกัน ความแตกต่างชัดเจนมาก Apple ผูกการแก้ไขข้อความและรูปภาพเกือบทุกอย่างเข้ากับระบบเวอร์ชันและรอบรีวิว โดยมี promotional text กับ PPO เป็นทางเดียวที่หลีกเลี่ยงได้ ส่วน Google แยกลิสติ้งออกจากรีลีสอย่างสิ้นเชิง รีวิวการแก้ไข แล้วเผยแพร่ตามตารางเวลาของตัวเอง ตราบใดที่แอปมีอยู่แล้ว
ความไม่สมมาตรนี้เสียเวลาโดยไม่รู้ตัวเมื่อคุณดูแลทั้งสองสโตร์ การรีเฟรชภาพหน้าจอชุดเดียวกัน เป็นซับมิชชันแบบเวอร์ชันใหม่บนสโตร์หนึ่ง และเป็นการอัปเดตลิสติ้งแบบเดี่ยวบนอีกสโตร์หนึ่ง การเขียนคำอธิบายใหม่ เป็นเวอร์ชันที่ต้องรีวิวบน Apple และเป็นการเปลี่ยนลิสติ้งที่ต้องรีวิวบน Google เนื้อหาเหมือนกัน แต่กลไกไม่เหมือนกัน ดังนั้นการเปลี่ยนแปลงที่เป็นแค่หนึ่งขั้นตอนบน Play จึงกลายเป็นขั้นตอนที่ต่างออกไปบน App Store — และง่ายมากที่จะส่งอย่างหนึ่งแล้วลืมอีกอย่าง หรือคิดว่าบางอย่างขึ้นไลฟ์บน Apple แล้วทั้งที่ยังอยู่ระหว่างรีวิว
Mokbi เข้ามาช่วยตรงไหน
ความไม่สมมาตรระหว่างสองสโตร์นี้เองคือเหตุผลทั้งหมดที่เครื่องมือสำหรับเผยแพร่แอปมีคุณค่า Mokbi เริ่มต้นจากเป็นเครื่องมือแก้ไขภาพหน้าจอ แต่ลิสติ้งคือข้อความและรูปภาพรวมกัน — จึงออกแบบชุดภาพหน้าจอและร่างข้อความลิสติ้งสำหรับทั้งสองสโตร์ในที่เดียว สำหรับ App Store ได้แก่ ชื่อ ชื่อรอง ฟิลด์คีย์เวิร์ด และคำอธิบาย ส่วน Play คือ ชื่อ คำอธิบายสั้น และคำอธิบายเต็ม คุณจะได้ฟิลด์ที่แต่ละสโตร์ใช้จริงในการจัดอันดับ ปรับให้เหมาะกับสโตร์นั้นๆ แทนที่จะเป็นข้อความก้อนเดียวที่คัดลอกวางซ้ำสองครั้ง
จากนั้นมันแปลลิสติ้งทั้งหมด — ทั้งภาพหน้าจอและข้อความ — เป็น 50 ภาษา เพื่อให้การเปลี่ยนแปลงที่คุณทำเพียงครั้งเดียวไปถึงฟิลด์ที่ถูกต้องในทุกตลาด แทนที่จะยังเป็นภาษาอังกฤษอยู่ในลิสติ้งที่แปลไว้ทุกที่แล้ว และมันเผยแพร่ให้ด้วย Mokbi ส่งลิสติ้งที่เสร็จสมบูรณ์ตรงไปยัง Google Play ผ่าน Play Developer API และจัดเตรียมไว้พร้อมส่งใน App Store Connect — Apple ยังคงต้องการให้คุณกด Submit และผ่านรีวิวขั้นสุดท้ายด้วยตัวเอง ซึ่งเป็นกฎของ Apple และเป็นความไม่สมมาตรระหว่างสโตร์ที่บทความนี้พูดถึงพอดี รีวิวรอบสุดท้ายนั้นก็เป็นจุดที่นาฬิกาในบทความนี้เริ่มเดินเช่นกัน