Usuwanie błędów przesyłania dla programu PWA

Jeśli po przesłaniu aplikacji do Sklepu wystąpią błędy, należy je rozwiązać, aby kontynuować proces certyfikacji. Komunikat o błędzie wskaże, co to jest problem i co może być konieczne, aby rozwiązać ten problem. Oto kilka dodatkowych informacji, które mogą pomóc w rozwiązaniu tych błędów.

Aplikacje platformy UWP

Jeśli przesyłasz aplikację platformy UWP, podczas przetwarzania wstępnego może zostać wyświetlony błąd, jeśli plik pakietu nie jest plikiem msixupload lub appxupload wygenerowanym przez program Visual Studio dla Sklepu. Pamiętaj, aby wykonać kroki opisane w temacie Pakowanie aplikacji platformy UWP za pomocą programu Visual Studio podczas tworzenia pliku pakietu aplikacji i przekazywania pliku .msixupload lub .appxupload na stronie Pakiety przesyłania, a nie pliku .msix/.appx lub .msixbundle/.appxbundle.

Jeśli zostanie wyświetlony błąd kompilacji, upewnij się, że możesz pomyślnie skompilować aplikację w trybie wydania. Aby uzyskać więcej informacji, zobacz Wewnętrzne błędy kompilatora platformy .NET Native.

Aplikacja desktopowa

Jeśli planujesz przesłać pakiet zawierający pliki binarne Win32 i UWP, upewnij się, że pakiet został utworzony przy użyciu projektu pakietów systemu Windows dostępnego w programie Visual Studio 2017 Update 4 i nowszych wersjach. Jeśli tworzysz pakiet przy użyciu szablonu projektu platformy UWP, możesz nie być w stanie przesłać tego pakietu do sklepu lub załadować go bezpośrednio na inne komputery. Nawet jeśli pakiet zostanie pomyślnie opublikowany, może zachowywać się w nieoczekiwany sposób na komputerze użytkownika. Aby uzyskać więcej informacji, zobacz Package an app by using Visual Studio (Desktop Bridge).

Błędy nazwy/tożsamości

Jeśli zostanie wyświetlony błąd informujący o tym, że nazwa znaleziona w pakiecie nie jest jedną z zarezerwowanych nazw aplikacji. Zarezerwuj nazwę aplikacji i/lub zaktualizuj pakiet przy użyciu poprawnej nazwy aplikacji dla tego języka, może to być spowodowane tym, że wprowadzono nieprawidłową nazwę w pakiecie. Ten błąd może również wystąpić, jeśli używasz nazwy aplikacji, która nie została zarezerwowana w Centrum partnerskim. Ten błąd można zwykle rozwiązać, wykonując następujące kroki:

• Przejdź do strony Tożsamość produktu dla aplikacji (w obszarze Zarządzanie produktami), aby potwierdzić, czy aplikacja ma przypisaną tożsamość. Jeśli tak nie jest, zobaczysz opcję jej utworzenia. Aby utworzyć tożsamość aplikacji, musisz zarezerwować nazwę dla swojej aplikacji. Upewnij się, że jest to nazwa użyta w pakiecie.
• Jeśli aplikacja ma już tożsamość, może być nadal konieczne zarezerwowanie nazwy, której chcesz użyć w pakiecie. W obszarze Zarządzanie produktami kliknij pozycję Zarządzaj rezerwacjami nazw aplikacji. Wprowadź nazwę, której chcesz użyć, a następnie kliknij pozycję Zarezerwuj nazwę aplikacji.

Ważne

Jeśli nazwa, której chcesz użyć, jest niedostępna, inna aplikacja mogła już zarezerwować tę nazwę. Jeśli twoja aplikacja została już opublikowana pod tą nazwą lub jeśli uważasz, że masz prawo do korzystania z niej, skontaktuj się z pomocą techniczną.

Unikanie typowych błędów certyfikacji

Przejrzyj tę listę, aby uniknąć problemów, które często uniemożliwiają uzyskanie certyfikatu przez aplikacje lub które mogą być identyfikowane podczas sprawdzania typu spot po opublikowaniu aplikacji.

Uwaga / Notatka

Pamiętaj, aby zapoznać się z zasadami sklepu Microsoft Store , aby upewnić się, że aplikacja spełnia wszystkie wymienione tam wymagania.

• Wysyłaj swoją aplikację tylko po jej ukończeniu. Możesz użyć opisu aplikacji, aby wspomnieć o nadchodzących funkcjach, ale upewnij się, że aplikacja nie zawiera niekompletnych sekcji, linków do stron internetowych, które są w budowie, lub czegokolwiek innego, co dałoby klientowi wrażenie, że aplikacja jest niekompletna.

• Przetestuj aplikację przy użyciu zestawu certyfikacji aplikacji systemu Windows przed przesłaniem aplikacji.

• Przetestuj aplikację w kilku różnych konfiguracjach, aby upewnić się, że jest ona tak stabilna, jak to możliwe.

• Upewnij się, że aplikacja nie ulega awarii bez łączności sieciowej. Nawet jeśli połączenie jest wymagane do rzeczywistego korzystania z aplikacji, musi działać odpowiednio, gdy nie ma połączenia.

• Podaj wszelkie niezbędne informacje wymagane do korzystania z aplikacji, takie jak nazwa użytkownika i hasło dla konta testowego, jeśli aplikacja wymaga od użytkowników zalogowania się do usługi lub wszelkich kroków wymaganych do uzyskania dostępu do ukrytych lub zablokowanych funkcji.

• Uwzględnij zasady ochrony prywatności , jeśli aplikacja wymaga tej zasady; na przykład jeśli aplikacja uzyskuje dostęp do dowolnych danych osobowych w jakikolwiek sposób lub jest wymagana przez prawo. Aby ułatwić ustalenie, czy aplikacja wymaga zasad ochrony prywatności, zapoznaj się z umowy dewelopera aplikacji i zasadami Microsoft Store.

• Upewnij się, że opis aplikacji wyraźnie reprezentuje działanie aplikacji. Aby uzyskać pomoc, zapoznaj się z naszymi wskazówkami dotyczącymi pisania wspaniałego opisu aplikacji.

• Podaj pełne i dokładne odpowiedzi na wszystkie pytania w sekcji oceny wieku .

• Nie deklaruj aplikacji jako dostępnej , chyba że zostały specjalnie zaprojektowane i przetestowane pod kątem scenariuszy ułatwień dostępu.

• Jeśli aplikacja używa interfejsów API handlu z przestrzeni nazw Windows.ApplicationModel.Store, upewnij się, że aplikacja jest testowana i sprawdź, czy obsługuje typowe wyjątki. Upewnij się również, że aplikacja używa klasy CurrentApp , a nie klasy CurrentAppSimulator , która służy tylko do celów testowych. (Należy pamiętać, że jeśli aplikacja jest przeznaczona dla systemu Windows 10 w wersji 1607 lub nowszej, zalecamy używanie elementów członkowskich przestrzeni nazw Windows.Services.Store zamiast przestrzeni nazw Windows.ApplicationModel.Store).