Windows Store címkéhez tartozó bejegyzések

Egyetlen URL a Dashboardokhoz

Nem tudom, hogy más hogy van ezzel, de engem zavar, hogy a Windows 8 és a Windows Phone alkalmazások fejlesztésénél 2 URL-t kell fejben tartanom:

Persze az MSDN nyitóoldalról mindent el kellene tudnom érni, de nekem ez még a redesign után sem sikerül. (A hiba valószínűleg nem bennem van, mert ez a probléma újra és újra előjön levelezőlistákon.)

Ezért az utóbbi időben rászoktam a http://www.windowsstore.com/ címre.

Ha a Windows 8 Dashboard kell, akkor a jobb felső sarokban lévő Visit the Dev Center linkre kattintva bejövő oldalon a felső menüben már van Dashboard link.

Ha Windows Phone kell, akkor a fejlécben átkattintok a Windows Phone ikonra, majd azon az oldalon jobb felül Visit the DevCenter, és végül Dashboard.

Érdemes megnézni a linkek mögött szereplő URL-eket és domain neveket. Nagyon kreatívak, de a logikát nem látom bennük.

Ez még így is 3 kattintás, de legalább csak 1 címet kell fejben tartanom. Tud valaki egyszerűbb megoldást?

 

Hogyan kerülhet az alkalmazásom a Windows Áruház címoldalára?

Az MSDN-ben van egy Az alkalmazás értékesítése c. fejezet (a magyar verziónál jelenleg bővebb az angol!), ahol sok hasznos információt találhatunk arról, hogyan fog megjelenni az alkalmazásunk a Windows Áruházban. Arról viszont egy szót sem szólnak, hogy mi kell ahhoz, hogy az alkalmazásunk a kiemelt (Spotlight) kategóriába kerüljön.

Ez szándékos, mert ezzel is megpróbálják elejét venni a visszaéléseknek. Te is megvennéd még tízszer a fizetős alkalmazásodat, ha már csak annyi kellene, hogy a címlapra kerülj, nem? Ezért ne is nagyon számítsunk arra, hogy a jövőben az algoritmust nyilvánosságra fogják hozni…

Azért mégis íme néhány ötlet, ami segíthet:

Az alkalmazás közzétételekor a Description lépésben mindenképp adjuk meg a címlapra kerülő képeket a Promotional images rovatban, ezek nélkül ugyanis esélyünk sincs oda kerülni. Összesen négyféle méretben tudunk PNG képeket feltölteni:

promotional-images

Nem kell mindet megadnunk, de kevesebb képpel csak csökkentjük az esélyeinket. Ha csak egyetlen képet adunk meg, az legyen a 414×180 képpont méretű.

A második tipp, hogy az alkalmazás legyen kidolgozott. A legegyszerűbb alkalmazásnak is több esélye van a címlapra kerülni, ha a készítésekor odafigyelünk a részletekre, mint egy bonyolultabb (talán hasznosabb), de összecsapott alkalmazásnak. Az alap X ikonnal ne is reménykedjünk:

apps-with-no-icon

Végül pedig figyeljünk oda a visszajelzésekre. Nem csak az Értékelések oldalon kaphatunk a felhasználóktól visszajelzéseket, hanem az Áruház maga is gyűjt statisztikákat arról, hogy hogyan teljesít az alkalmazásunk, amiknek a részleteit megtekinthetjük bejelentkezés után az Irányítópulton.

 

Technorati-címkék: ,

JavaScriptes Windows Store alkalmazások teljesítményelemzése

A Windows Áruházban közzétett alkalmazásoknak megfelelően gyorsnak kell lenniük, különben elutasíthatják őket az alábbi követelményre hivatkozva:

3.8 Az alkalmazásnak meg kell felelnie a teljesítményre vonatkozó alapvető követelményeknek a kis teljesítményű számítógépeken
Az alkalmazásnak legfeljebb 5 másodperc alatt el kell indulnia
Az alkalmazás felfüggesztése legfeljebb 2 másodpercet vehet igénybe

Mindennek a tesztelésére sajnos nem elég az Windows Application Certification Kit, az ugyanis a teljesítménnyel kapcsolatban csak minimális teszteket futtat. Szerencsére JavaScriptben írt alkalmazások esetén használhatjuk a Windows 8 SDK-ban található Performance Analyzer for HTML5 Apps segédprogramot. A Visual Studio telepítése után ez az alkalmazás nem lesz kivezetve a Start képernyőre, tehát kézzel kell elindítanunk a C:\Program Files\Windows Kits\8.0\bin\<platform>\AppPerfAnalyzer mappából a appperfanalyzer_js.exe-t. Ilyen gyönyörű (?) modern (?) a felülete (az eredeti élményért katt a képre a teljes méretért):

appperf-start

A Please select an app to analyze listából ki kell választanunk az alkalmazásunkat (de kiválaszthatjuk a Microsoft alkalmazásait is Mosolygó arc), ami után már rákattinthatunk a Let’s Get Started gombra. Az Advanced gombra kattintva kicsit testreszabhatjuk, hogy milyen teszteket akarunk futtatni:

appperf-advanced

Az indítás után egy 8 lépéses varázslón vezet végig az alkalmazás, ahol minden egyes lépésnél részletes útmutatót kapunk a teendőkről:

appperf-step

A megadott időket vegyük komolyan, különben nem lesz elég adatunk az elemzéshez. A végeredmény egy bőséges HTML formátumú jelentés számokkal és grafikonokkal, amit a C:\Users\<felhasználónév>\AppData\Local\Microsoft\HTML5AppAnalyzer\Traces mappában találunk.

A teszt az alábbi területeket érinti:

  • Activation time
  • UI responsivemess
  • Layout passes
  • Synchronous XMLHttpRequest on UI thread
  • Image scaling
  • Memory footprint
  • Runtimer broker memory reference set
  • Memory leaks
  • Idle state CPU usage
  • Successful suspend
  • Memory reduction when suspended
  • App memory growth
  • Runtime broker memory growth

Érdemes tehát kipróbálni, sokat tudhatunk meg az alkalmazásunk viselkedéséről. A JavaScriptes alkalmazások teljesítményével kapcsolatban itt találhatók további ajánlások angolul: http://msdn.microsoft.com/en-us/library/windows/apps/hh465194.aspx

Korhatár besorolás a Windows Áruházban

Van a A Windows 8 alkalmazások minősítési követelményei c. doksiban legalább két olyan rész, ami az alkalmazás által megjelenített tartalommal és az alkalmazáshoz tartozó életkor besorolással kapcsolatos, és amelyre hivatkozva már nem egy alkalmazást utasítottak el:

5.1 Az alkalmazás nem tartalmazhat felnőtt tartalmat, valamint a metaadatoknak mindenki számára megfelelőnek kell lenniük

Nem engedélyezettek az olyan alkalmazások, amelyek besorolása PEGI 16, ESRB MATURE feletti, illetve a hasonló besorolást kapnának. […]

6.2 Az alkalmazásnak rendelkeznie kell egy Windows korhatár-besorolással […]

[… ] Ha az alkalmazás ellenőrizetlenül biztosít lehetőséget a felhasználónak: (i) online közösségi oldalak elérésére, illetve (ii) személyes adatok harmadik féllel történő megosztására, beleértve a játékostársakat vagy online ismerősöket, akkor legalább 12+ besorolással kell ellátni a Windows Áruházban. […]

Másként megfogalmazva:

  • Semmilyen felnőtt tartalom nem lehet az alkalmazásban (a Windows Áruház ezt nem támogatja).
  • Ha az alkalmazás olyan online adatforráshoz kapcsolódik, ahol mások esetleg felnőtt tartalmakat tehetnek közzé, akkor legalább 12+ korhatárt kell megadni. Ha például az alkalmazásod egy Twitter kereső (ld. WallOfSilver), akkor máris 12+ besorolásúnak kell lennie, mert a Twitterre bárki bármit írhat. A közösségi tapasztalatok alapján úgy tűnik, hogy jobban járunk (több esélyünk van a sikeres minősítésre), ha inkább 16+ besorolást adunk meg.

Ha elég bátrak vagyunk, megpróbálkozhatunk a nem odaillő tartalom szűrésével is, amiben ezek segíthetnek:

Tudtok még hasonló forrást vagy szolgáltatást?

 

Technorati-címkék: ,

Minden fizetős appnak van próbaverziója a Windows Áruházban?

Íme Scott Dorman Flash Cards Sight Words alkalmazásához tartozó Windows Áruház oldal egy részlete, amelyet a  Windows 8-as Windows Áruház appból készítettem:

try-store

Tökéletesen látszik rajta, hogy az alkalmazás fizetős, de van próbaverziója is.

Nézzük ugyanezt az oldalt az Áruház webböngészőben megjelenő felületén:

try-web

Itt már csak az látszik, hogy az alkalmazás fizetős, az már nem, hogy van próbaverziója. Némi utánajárás után kiderült, hogy a webáruház azt feltételezi, hogy minden fizetős alkalmazásnak van próbaverziója, ezért csak annyit mutat, hogy az app fizetős vagy ingyenes.

Ha a metrós IE-ben nézi a felhasználó, akkor megjelenik számára egy gomb, amire ha rákattint, megtudhatja ezt is:

try-web-storelink

Csak ne lenne ott az a két “ha”.

Fejlesztőként egyelőre annyit tehetünk, hogy beleírjuk a próbaverzió létezését az app leírásába. De vajon meg fogják tanulni a felhasználók, hogy ott is kell keresni?

 

Technorati-címkék: ,

Próbaverziós alkalmazások publikálása a Windows Áruházba

A Windows Áruházba kerülő alkalmazások egy részét a tesztelők az alábbi követelményre hivatkozva dobják vissza:

1.2 Your app must be fully functional when the customer gets it from the Windows Store

The Windows Store offers only fully functional apps to provide customers with the best experience. Anything that might cause our testers to think that your app is not completely finished will cause your app to fail certification.

You can help us by testing your app thoroughly before you submit it, and by providing us the information we need to test your app thoroughly. For example, if your app requires login credentials, provide us with a demo account. If your app requires access to a server, tell us what we need to do to verify that it’s working correctly.

A közösségi tapasztalatok alapján úgy tűnik, hogy olyan esetekben is célszerű teszt felhasználó nevet és jelszót megadni, amikor az ember azt gondolná, hogy tutira van a tesztelőknek is. Például ha az alkalmazás a Facebookhoz vagy a Twitterhez kapcsolódik, akkor készítsünk egy olyan fiókot, aminek az adatait megoszthatjuk a tesztelőkkel.

A kérdés még izgalmasabb olyan alkalmazások esetén, ahol a teljes funkcionalitás csak fizetés után érhető el. Tehát az ingyenes változat csak próba verzió, és a tesztelő is csak akkor lát mindent, ha átverekedte magát a fizetési folyamaton. Mi a teendő ilyenkor?

Ne örüljünk előre, nem fognak csak azért fizetni a tesztelők, hogy kipróbálhassák az alkalmazásunkat Mosolygó arc  Azok az alkalmazások, melyek az Áruház fizetési rendszerét használják, egyszerű helyzetben vannak: elég a tesztelésnél használt CurrentAppSimulator osztályt kicserélni a CurrentApp osztályra, és a tesztelők máris boldogulni fognak a fizetés kikerülésével. Ám ha az alkalmazásunk más fizetési rendszert használ, akkor meg kell adnunk azokat az adatokat, amik a fizetés teszteléséhez használhatók (pl. teszt hitelkártya adatok). Ezeknek az információknak a helye a publikációs varázsló Notes to testers fázisában az Instructions to testers rovatban van.

Sajnos szólnak hírek olyan alkalmazásokról, amelyek az Áruház fizetési rendszerét használják és mégis visszadobták arra hivatkozva, hogy nem sikerült a teljes funkcionalitást kipróbálni. Elméletileg ilyen nem lehetne…

A fórumokon többen javasolták már azt a megoldást, hogy építsünk kuponos fizetés kikerülést az alkalmazásunkba: azaz ha az alkalmazásban például a névjegy oldalon a felhasználó beír egy általunk megadott kódot, akkor nincs szüksége fizetésre, máris használhatja a teljes alkalmazást. A kódot (vagy annak egy időlimites változatát) megoszthatjuk a tesztelőkkel, sőt mi is használhatjuk az alkalmazásunk promótálására.

Van jobb ötletetek?

 

Technorati-címkék: ,

Kell adatvédelmi nyilatkozat a Windows Áruházba

Aki a Windows Store-ba szeretné publikálni a Windows 8-ra készült alkalmazását, jobban teszi, ha ellátja korrekt adatvédelmi nyilatkozattal, az utóbbi időben ugyanis egyre több helyen lehet arról olvasni, hogy hiányzó, vagy nem megfelelő adatvédelmi nyilatkozatra hivatkozva utasították el egyik-másik alkalmazást.

Konkrétan erre szoktak hivatkozni:

4.1.1 Your app must have a privacy statement if it collects personal information

Miért kell adatvédelmi nyilatkozat?

Kérdés, hogy a publikálás során a tesztelők honnan tudják, hogy az alkalmazás ilyen adatokkal dolgozik? Hát persze, hogy az alkalmazáshoz tartozó manifest fájlból! Gyakorlatilag ha bármi be van pipálva a Capabilities oldalon, az már olyan, mintha az alkalmazás valóban hozzá is férne ezekhez a személyes adatokhoz (akkor is, ha valójában nem is teszi, de megtehetné). És itt jön a buktató: a Visual Studio 2012 által generált projekt sablonokban alapból be van pipálva az Internet (Client) képesség:

default-capabilities

Ez egészen jogos, hiszen a legtöbb alkalmazás ma már valóban kapcsolódni szeretne a nethez, csakhogy ilyenkor a felhasználó IP címe eljut a szerverhez, ami viszont már egyértelműen személyes adatnak számít. Ha tehát az alkalmazásunk nem internetezik, ezt mindenképp kapcsoljuk ki, megspórolhatunk egy-két felesleges kört magunknak. Viszont ha az app semmi mást nem csinál, csak letölt a netről, máris elkerülhetetlen, hogy megírjuk a nyilatkozatot.

Személyes adatnak számít:

  • IP cím
  • Kamera képek
  • Hang és képfelvételek
  • Név, cím, születési dátum és egyéb személyhez köthető adatok (PII)
  • Fényképek
  • Kapcsolatok
  • Dokumentumok

Milyen egy jó adatvédelmi nyilatkozat?

Általánosságban:

  • Tájékoztatja a felhasználót arról, hogy milyen adatokkal dolgozik az alkalmazás.
  • Tájékoztatja a felhasználót arról, hogy mi történik az adatokkal.
  • Leírja, hogy a felhasználó hogyan szabályozhatja az adatok felhasználását és megosztását.
  • Leírja, hogy a felhasználó hogyan tekintheti meg a vele kapcsolatos adatokat.
  • Megfelel a törvényi előírásoknak.

Az ajánlás az, hogy ha az alkalmazás nem dolgozik személyes adatokkal, akkor ez a tény szerepeljen az adatvédelmi nyilatkozatban. Tehát úgy tűnik, hogy így is, úgy is szükség van rá.

Ha az alkalmazásunk külső szolgáltatáshoz kapcsolódik, ne felejtsük el belinkelni annak a szolgáltatásnak az adatvédelmi nyilatkozatát.

Minták, források

Ezen túlmenően a Microsoft további útmutatást, mintákat nem ad, mindenkinek magának kell megszülnie az adatvédelmi nyilatkozatot. Hát nem az a kimondott programozói feladat, lássunk tehát néhány mintát.

A jó hír az, hogy a neten számos nyilatkozat generátor található, amelyek persze angolul vannak, tehát fordítgathatunk a végén. Azt tapasztaltam, hogy ezeknek egy része sajnos regisztrálós, azaz végigcsináltatnak velünk egy igen hosszú varázslót, majd a végén közlik, hogy regisztráljunk, ha látni szeretnénk a generált adatvédelmi nyilatkozatot.

A teljesen ingyenesek közül nekem legjobban az Association for Competitive Technology (ACT) által ajánlott Privacy Choice Policy Maker jött be. Itt első lépésben 6 kérdésre válaszolva generálhatunk egy ilyen badge-et:

policy-kids-badge

Ez a Windows Áruház szempontjából haszontalan, de a logó kezdeményezés nekem tetszik. Innen az I need a privacy policy linkre kattintva jutunk a 12 lépéses varázslóra, ahol bőven kapunk opciókat, magyarázatot és még szerkeszthetjük is a szöveget.

Amennyiben igen rövid nyilatkozatra van szükségünk, példaként használhatjuk Robert MacLean verzióját:

This application does not collect or transmit any user’s personal information, with the exception of technical information included in HTTP requests (such as your IP address). No personal information is used, stored, secured or disclosed by services this application works with. If you would like to report any violations of this policy, please contact us using the contact form.

Robert kicsit kibővített változata itt található meg: http://www.sadev.co.za/app-privacy

Jómagam egy olyan alkalmazást készítettem, ami a Bing Maps térképszolgáltatáshoz kapcsolódik és ezt a nyilatkozatot elfogadták:

Személyes adatok
Ez az alkalmazás nem gyűjt és nem továbbít semmilyen személyes adatot a hálózaton keresztül.
               
Harmadik fél
Ez az alkalmazás az interneten keresztül a Microsoft által üzemeltetett Bing Maps térképszolgáltatáshoz kapcsolódik, így annak a szolgáltatásnak az üzemeltetőihez eljut az Ön számítógépének IP címe, valamint a térképen megjelenített információk.
A térképszolgáltatás adatkezelésével kapcsolatban a
Bing adatvédelmi nyilatkozatban tudhat meg többet.

További információk
Amennyiben további információkat szeretne kapni vagy észrevétele van az alkalmazás adatkezelésével kapcsolatban, írjon nekünk!

Hol jelenjen meg

A következő kérdés, hogy hol kell megjelenítenünk az adatvédelmi nyilatkozatot? Az alkalmazás publikálásakor a Description lépésben az űrlapon találunk egy Privacy policy mezőt:

appreg-policy

Ugyan az áll mellette, hogy akár 2048 karaktert is beírhatunk, a súgó ikon felett megjelenő tooltipből azonban egyértelmű, hogy ide URL-t kell beírnunk. Igen, bármilyen nonszensznek is tűnik, kell az alkalmazásnak egy webcím. Van rá példa, hogy akár egy SkyDrive-ra feltöltött Word doksira mutató URL-t is elfogadtak… Az űrlap megengedi, hogy anélkül küldjük be az alkalmazást, hogy ezt a mezőt kitöltenénk, de később vissza fogják dobni, tehát inkább töltsük ki.

Az alkalmazáson belül az ideális hely a beállítások panel (Settings charm):

policy-settings-charm

Persze azt is megtehetjük, hogy ide linket teszünk, ami a webes változatra mutat.

Végül pedig a tapasztalatok alapján nem árt, ha az alkalmazás publikálásakor a Notes to testers lépésben az Instructions for testers rovatba beírjuk, hogy itt kell keresni.

 

Ezek az eddig tapasztalatok és gyűjtött információk. Ha van adatvédelmi nyilatkozatos ötletetek vagy élményetek, osszátok meg, hogy tanulhassunk belőle és zökkenőmentesebb legyen az alkalmazások publikálása.

 

Technorati-címkék: ,,