Trang web đáp ứng di động được tải vào Ứng dụng để xem xét [đã đóng]


1

Tôi đang phát triển một trang web cho khách hàng, trang web này là thiết bị di động đáp ứng www.myresponsivewebsite.com. Khách hàng muốn đóng gói trang web này dưới dạng một ứng dụng iOS bằng UIwebview và tải trang web khi Ứng dụng mở ra.

Bây giờ theo hướng dẫn đánh giá của Apple https://developer.apple.com/app-store/review/guferences/#minimum-feftality nói

Ứng dụng của bạn nên bao gồm các tính năng, nội dung và giao diện người dùng nâng cao nó vượt ra ngoài một trang web được đóng gói lại. Nếu ứng dụng của bạn không đặc biệt hữu ích, độc đáo hoặc giống như ứng dụng, thì ứng dụng đó không thuộc về App Store.

Vì vậy, câu hỏi của tôi là:

  • Ứng dụng sẽ bị từ chối chắc chắn chỉ với trang web được đóng gói lại dưới dạng Ứng dụng?
  • Có một vài màn hình gốc và tải trang web sẽ là giải pháp khôn ngoan để đảm bảo rằng ứng dụng không bị từ chối.

Lưu ý: Khách hàng không muốn ứng dụng hoàn toàn trong môi trường Bản địa. Tham khảo: 1] https://stackoverflow.com/questions/7421002/app-rejection-from-apple-app-store-because-uiwebview-need-some-advice 2] https://stackoverflow.com/questions/6735476 / will-ios-apps-that-are-just-uiwebview-be-bị từ chối


3
Nếu tất cả các ứng dụng hiện đang cung cấp một trình duyệt dành riêng cho trang web, bạn (hoặc khách hàng) cần gì ở ứng dụng?
nohillside

Tối ưu hóa trang web của khách hàng cho các thiết bị di động và tôi nghĩ rằng nỗ lực sẽ được chi tiêu thực tế hơn nhiều. Bạn có thể thêm một biểu tượng ứng dụng vào màn hình chính của iPhone và sử dụng nó để khởi chạy một ứng dụng. Với điều đó, và dựa trên những gì bạn đã mô tả, có vẻ như sẽ không có lợi ích gì khi sử dụng ứng dụng gốc. Ngoài việc nó có bị từ chối hay không (nghe có vẻ như vậy), nó không có vẻ là một lựa chọn tốt để tạo ra một "ứng dụng".
bassplayer7

Câu trả lời:


1

Oh nó sẽ bị từ chối, cho dù bạn muốn che đậy nó tốt như thế nào. Nếu ứng dụng chủ yếu chỉ là web, bạn sẽ bị từ chối. Tôi thậm chí không có trình duyệt web liên quan và nó đã bị từ chối vì "không đủ tính giải trí" nhưng nó phải làm với y tế, vì vậy idk.

Hãy thử thêm các tab (UITabBarControll) cho các phần khác nhau, ví dụ: về, liên hệ, v.v. với các trang được thiết kế riêng cho "ứng dụng" này không có liên kết để khách hàng không thể đi sai hướng. Ví dụ: tab Giới thiệu sẽ hiển thị about.html mà không cần liên kết. (vẫn nghĩ rằng nó sẽ bị từ chối)

Hay chỉ đơn giản là tạo một API để tải những thứ này theo chương trình?

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.