From 335aa228c3e21192454368c719e2d018b0e9ce13 Mon Sep 17 00:00:00 2001 From: David Friedman Date: Tue, 30 Jun 2015 12:02:41 -0700 Subject: Docs: Localized pages for Distribution on DAC. Bug: 20503707 Change-Id: I7e45012b34d57bad426d930399eb1afbf3f5f859 --- .../intl/es/distribute/googleplay/about.jd | 367 +++++++ .../intl/es/distribute/googleplay/auto.jd | 230 ++++ .../es/distribute/googleplay/developer-console.jd | 584 ++++++++++ .../es/distribute/googleplay/families/about.jd | 61 ++ .../intl/es/distribute/googleplay/families/faq.jd | 329 ++++++ .../es/distribute/googleplay/families/start.jd | 106 ++ .../intl/es/distribute/googleplay/guide.jd | 70 ++ .../intl/es/distribute/googleplay/quality/auto.jd | 488 +++++++++ .../intl/es/distribute/googleplay/quality/core.jd | 1148 ++++++++++++++++++++ .../es/distribute/googleplay/quality/tablets.jd | 846 +++++++++++++++ .../intl/es/distribute/googleplay/quality/tv.jd | 509 +++++++++ .../intl/es/distribute/googleplay/quality/wear.jd | 452 ++++++++ .../intl/es/distribute/googleplay/start.jd | 156 +++ docs/html-intl/intl/es/distribute/googleplay/tv.jd | 305 ++++++ .../intl/es/distribute/googleplay/wear.jd | 262 +++++ .../intl/es/distribute/tools/launch-checklist.jd | 1023 +++++++++++++++++ .../es/distribute/tools/localization-checklist.jd | 937 ++++++++++++++++ docs/html-intl/intl/es/google/play/filters.jd | 439 ++++++++ .../intl/ja/distribute/googleplay/about.jd | 294 +++++ .../intl/ja/distribute/googleplay/auto.jd | 163 +++ .../ja/distribute/googleplay/developer-console.jd | 449 ++++++++ .../ja/distribute/googleplay/families/about.jd | 39 + .../intl/ja/distribute/googleplay/families/faq.jd | 233 ++++ .../ja/distribute/googleplay/families/start.jd | 70 ++ .../intl/ja/distribute/googleplay/guide.jd | 57 + .../intl/ja/distribute/googleplay/quality/auto.jd | 434 ++++++++ .../intl/ja/distribute/googleplay/quality/core.jd | 1014 +++++++++++++++++ .../ja/distribute/googleplay/quality/tablets.jd | 623 +++++++++++ .../intl/ja/distribute/googleplay/quality/tv.jd | 449 ++++++++ .../intl/ja/distribute/googleplay/quality/wear.jd | 398 +++++++ .../intl/ja/distribute/googleplay/start.jd | 137 +++ docs/html-intl/intl/ja/distribute/googleplay/tv.jd | 210 ++++ .../intl/ja/distribute/googleplay/wear.jd | 199 ++++ .../intl/ja/distribute/tools/launch-checklist.jd | 792 ++++++++++++++ .../ja/distribute/tools/localization-checklist.jd | 716 ++++++++++++ docs/html-intl/intl/ja/google/play/filters.jd | 266 +++++ .../intl/ko/distribute/googleplay/about.jd | 367 +++++++ .../intl/ko/distribute/googleplay/auto.jd | 230 ++++ .../ko/distribute/googleplay/developer-console.jd | 584 ++++++++++ .../ko/distribute/googleplay/families/about.jd | 61 ++ .../intl/ko/distribute/googleplay/families/faq.jd | 329 ++++++ .../ko/distribute/googleplay/families/start.jd | 106 ++ .../intl/ko/distribute/googleplay/guide.jd | 70 ++ .../intl/ko/distribute/googleplay/quality/auto.jd | 488 +++++++++ .../intl/ko/distribute/googleplay/quality/core.jd | 1148 ++++++++++++++++++++ .../ko/distribute/googleplay/quality/tablets.jd | 846 +++++++++++++++ .../intl/ko/distribute/googleplay/quality/tv.jd | 509 +++++++++ .../intl/ko/distribute/googleplay/quality/wear.jd | 452 ++++++++ .../intl/ko/distribute/googleplay/start.jd | 156 +++ docs/html-intl/intl/ko/distribute/googleplay/tv.jd | 305 ++++++ .../intl/ko/distribute/googleplay/wear.jd | 262 +++++ .../intl/ko/distribute/tools/launch-checklist.jd | 1023 +++++++++++++++++ .../ko/distribute/tools/localization-checklist.jd | 937 ++++++++++++++++ docs/html-intl/intl/ko/google/play/filters.jd | 439 ++++++++ .../intl/ru/distribute/googleplay/about.jd | 367 +++++++ .../intl/ru/distribute/googleplay/auto.jd | 230 ++++ .../ru/distribute/googleplay/developer-console.jd | 584 ++++++++++ .../ru/distribute/googleplay/families/about.jd | 61 ++ .../intl/ru/distribute/googleplay/families/faq.jd | 329 ++++++ .../ru/distribute/googleplay/families/start.jd | 106 ++ .../intl/ru/distribute/googleplay/guide.jd | 70 ++ .../intl/ru/distribute/googleplay/quality/auto.jd | 488 +++++++++ .../intl/ru/distribute/googleplay/quality/core.jd | 1148 ++++++++++++++++++++ .../ru/distribute/googleplay/quality/tablets.jd | 846 +++++++++++++++ .../intl/ru/distribute/googleplay/quality/tv.jd | 509 +++++++++ .../intl/ru/distribute/googleplay/quality/wear.jd | 452 ++++++++ .../intl/ru/distribute/googleplay/start.jd | 156 +++ docs/html-intl/intl/ru/distribute/googleplay/tv.jd | 305 ++++++ .../intl/ru/distribute/googleplay/wear.jd | 262 +++++ .../intl/ru/distribute/tools/launch-checklist.jd | 1023 +++++++++++++++++ .../ru/distribute/tools/localization-checklist.jd | 937 ++++++++++++++++ docs/html-intl/intl/ru/google/play/filters.jd | 439 ++++++++ .../intl/zh-cn/distribute/googleplay/about.jd | 367 +++++++ .../intl/zh-cn/distribute/googleplay/auto.jd | 230 ++++ .../distribute/googleplay/developer-console.jd | 584 ++++++++++ .../zh-cn/distribute/googleplay/families/about.jd | 61 ++ .../zh-cn/distribute/googleplay/families/faq.jd | 329 ++++++ .../zh-cn/distribute/googleplay/families/start.jd | 106 ++ .../intl/zh-cn/distribute/googleplay/guide.jd | 70 ++ .../zh-cn/distribute/googleplay/quality/auto.jd | 488 +++++++++ .../zh-cn/distribute/googleplay/quality/core.jd | 1148 ++++++++++++++++++++ .../zh-cn/distribute/googleplay/quality/tablets.jd | 846 +++++++++++++++ .../intl/zh-cn/distribute/googleplay/quality/tv.jd | 509 +++++++++ .../zh-cn/distribute/googleplay/quality/wear.jd | 452 ++++++++ .../intl/zh-cn/distribute/googleplay/start.jd | 156 +++ .../intl/zh-cn/distribute/googleplay/tv.jd | 305 ++++++ .../intl/zh-cn/distribute/googleplay/wear.jd | 262 +++++ .../zh-cn/distribute/tools/launch-checklist.jd | 560 +++++++--- .../distribute/tools/localization-checklist.jd | 477 ++++++-- docs/html-intl/intl/zh-cn/google/play/filters.jd | 439 ++++++++ .../intl/zh-tw/distribute/googleplay/about.jd | 294 +++++ .../intl/zh-tw/distribute/googleplay/auto.jd | 163 +++ .../distribute/googleplay/developer-console.jd | 449 ++++++++ .../zh-tw/distribute/googleplay/families/about.jd | 39 + .../zh-tw/distribute/googleplay/families/faq.jd | 233 ++++ .../zh-tw/distribute/googleplay/families/start.jd | 70 ++ .../intl/zh-tw/distribute/googleplay/guide.jd | 57 + .../zh-tw/distribute/googleplay/quality/auto.jd | 434 ++++++++ .../zh-tw/distribute/googleplay/quality/core.jd | 1014 +++++++++++++++++ .../zh-tw/distribute/googleplay/quality/tablets.jd | 623 +++++++++++ .../intl/zh-tw/distribute/googleplay/quality/tv.jd | 448 ++++++++ .../zh-tw/distribute/googleplay/quality/wear.jd | 398 +++++++ .../intl/zh-tw/distribute/googleplay/start.jd | 137 +++ .../intl/zh-tw/distribute/googleplay/tv.jd | 210 ++++ .../intl/zh-tw/distribute/googleplay/wear.jd | 199 ++++ .../zh-tw/distribute/tools/launch-checklist.jd | 792 ++++++++++++++ .../distribute/tools/localization-checklist.jd | 716 ++++++++++++ docs/html-intl/intl/zh-tw/google/play/filters.jd | 266 +++++ 108 files changed, 45168 insertions(+), 242 deletions(-) create mode 100644 docs/html-intl/intl/es/distribute/googleplay/about.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/auto.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/developer-console.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/families/about.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/families/faq.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/families/start.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/guide.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/quality/auto.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/quality/core.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/quality/tablets.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/quality/tv.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/quality/wear.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/start.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/tv.jd create mode 100644 docs/html-intl/intl/es/distribute/googleplay/wear.jd create mode 100644 docs/html-intl/intl/es/distribute/tools/launch-checklist.jd create mode 100644 docs/html-intl/intl/es/distribute/tools/localization-checklist.jd create mode 100644 docs/html-intl/intl/es/google/play/filters.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/about.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/auto.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/developer-console.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/families/about.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/families/faq.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/families/start.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/guide.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/quality/auto.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/quality/core.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/quality/tablets.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/quality/tv.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/quality/wear.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/start.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/tv.jd create mode 100644 docs/html-intl/intl/ja/distribute/googleplay/wear.jd create mode 100644 docs/html-intl/intl/ja/distribute/tools/launch-checklist.jd create mode 100644 docs/html-intl/intl/ja/distribute/tools/localization-checklist.jd create mode 100644 docs/html-intl/intl/ja/google/play/filters.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/about.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/auto.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/developer-console.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/families/about.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/families/faq.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/families/start.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/guide.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/quality/auto.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/quality/core.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/quality/tablets.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/quality/tv.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/quality/wear.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/start.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/tv.jd create mode 100644 docs/html-intl/intl/ko/distribute/googleplay/wear.jd create mode 100644 docs/html-intl/intl/ko/distribute/tools/launch-checklist.jd create mode 100644 docs/html-intl/intl/ko/distribute/tools/localization-checklist.jd create mode 100644 docs/html-intl/intl/ko/google/play/filters.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/about.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/auto.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/developer-console.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/families/about.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/families/faq.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/families/start.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/guide.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/quality/auto.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/quality/core.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/quality/tablets.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/quality/tv.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/quality/wear.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/start.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/tv.jd create mode 100644 docs/html-intl/intl/ru/distribute/googleplay/wear.jd create mode 100644 docs/html-intl/intl/ru/distribute/tools/launch-checklist.jd create mode 100644 docs/html-intl/intl/ru/distribute/tools/localization-checklist.jd create mode 100644 docs/html-intl/intl/ru/google/play/filters.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/about.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/auto.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/developer-console.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/families/about.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/families/faq.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/families/start.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/guide.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/quality/auto.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/quality/core.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tablets.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tv.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/quality/wear.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/start.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/tv.jd create mode 100644 docs/html-intl/intl/zh-cn/distribute/googleplay/wear.jd create mode 100644 docs/html-intl/intl/zh-cn/google/play/filters.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/about.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/auto.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/developer-console.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/families/about.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/families/faq.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/families/start.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/guide.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/quality/auto.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/quality/core.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/quality/tablets.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/quality/tv.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/quality/wear.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/start.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/tv.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/googleplay/wear.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/tools/launch-checklist.jd create mode 100644 docs/html-intl/intl/zh-tw/distribute/tools/localization-checklist.jd create mode 100644 docs/html-intl/intl/zh-tw/google/play/filters.jd (limited to 'docs/html-intl') diff --git a/docs/html-intl/intl/es/distribute/googleplay/about.jd b/docs/html-intl/intl/es/distribute/googleplay/about.jd new file mode 100644 index 0000000..96faf49 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/about.jd @@ -0,0 +1,367 @@ +page.title=La oportunidad de Google Play +meta.tags="visibility, growth, distributing" +page.tags="play, apps, distributing, publishing" +page.metaDescription=Miles de millones de descargas por mes y en aumento. Exhibe tus aplicaciones a los usuarios en la escala de Google. +page.image=/distribute/images/about-play.jpg + +@jd:body + +
+ +
+ +

+ Google Play es la tienda más importante de distribución de aplicaciones para Android. Cuando + publicas en Google Play, exhibes tus aplicaciones a una enorme base de clientes activos + de Android en más de 190 países y territorios de todo el + mundo. +

+ +
+ Google Play on an Android Tablet +
+ +

+ Google Play es una parte central de la experiencia Android. Los nuevos usuarios + personalizan su contenido con aplicaciones, juegos y otros contenidos de Google Play. + Los usuarios existentes regresan con frecuencia para ver qué hay de nuevo y las últimas tendencias. Descargar + nuevas aplicaciones es extremadamente cómodo y rápido; Google Play envía aplicaciones a los + dispositivos del usuario instantáneamente de forma inalámbrica. +

+ +

+ Google Play es también el destino principal de los usuarios web. Cualquier persona que tenga un explorador + puede explorar Google Play en la Web. Los usuarios de Android incluso pueden comprar e instalar + las aplicaciones que deseen y Google Play las inserta automáticamente en sus dispositivos + sin la necesidad de utilizar cables. +

+ +

+ La accesibilidad y conveniencia del sitio web de Google Play te ofrece nuevas + formas de dirigir tráfico a tus productos desde diferentes orígenes, como anuncios en línea, + búsquedas en la Web e interconexión. Google Play fue diseñado para conectar a los usuarios con + aplicaciones y juegos increíbles. Proporciona canales clave para que tu aplicación se destaque y + gane terreno en el mercado. +

+ +
+

+ Calificaciones y reseñas de usuarios +

+ + +
+ +

+ Los usuarios potenciales toman en cuenta las calificaciones y las reseñas como indicadores clave de la calidad de una + aplicación. Mediante la calificación de aplicaciones en una escala de una a cinco estrellas y la publicación de reseñas, los usuarios de + Android muestran su agradecimiento por las aplicaciones que descargaron. +

+ +

+ La calificación de tu aplicación es uno de los factores más importantes que influyen en + su clasificación en las listas de Google Play y en los resultados de búsqueda. También es + una de las métricas clave en las que se pone su atención el personal editorial para seleccionar aplicaciones + y juegos con el objetivo de promocionarlos en la tienda. +

+ +
+ +
+ +
+

+ Exploración por categoría +

+ + +
+ +

+ Cuando publicas una aplicación en Google Play, seleccionas la categoría en la que quieres que los + usuarios encuentren tu aplicación. Hay más de 30 categorías disponibles. Dentro de cada + categoría, las aplicaciones se clasifican según una combinación de calificaciones, reseñas, + descargas, país y otros factores. +

+ +
+ + + +
+ +

+ La búsqueda en Google Play permite a los usuarios encontrar una aplicación o un juego rápidamente. La búsqueda utiliza + una heurística potente para sugerir términos a medida que el usuario escribe, y ofrece vínculos + directos a aplicaciones en forma de sugerencias. En los resultados, los usuarios encuentran en primer lugar las aplicaciones + más relevantes y populares. +

+ +
+

+ Cuadros y listas principales +

+ + +
+ +
+ +
+ +

+ Los cuadros de las aplicaciones principales mantienen a los usuarios en contacto con lo que es popular y con las tendencias entre los usuarios de + Android, directamente desde las páginas de inicio de aplicaciones y juegos. Los cuadros se actualizan + varias veces por día en función de la actividad de descarga reciente. A medida que + aumentan las calificaciones y la actividad de descarga de una aplicación, esa aplicación puede ascender de posición en los cuadros. +

+ +

+ Para lograr que los cuadros sean lo más relevantes posible para los usuarios alrededor del mundo, en los + países donde Google Play es más popular también hay cuadros específicos para el país. A medida que tus + aplicaciones van ganando terreno y generan un impulso en las descargas y las calificaciones, ascienden en + uno o más de los cuadros de las aplicaciones principales, e incluso adquieren mayor exposición. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Principales gratis + + Listas de aplicaciones y juegos gratuitos +
+ Principales pagas + + Listas de aplicaciones y juegos pagos +
+ Principales en ingresos + + Ingresos brutos, gratis o pagas +
+ Principales nuevas gratis + + Menos de 30 días de antigüedad +
+ Principales nuevas pagas + + Menos de 30 días de antigüedad +
+ Tendencia + + Recién llegadas con gran cantidad de instalaciones +
+ +
+ + + +
+ +

+ El equipo editorial de Google Play se dedica a captar la atención de los usuarios + con las mejores aplicaciones y marcar la pauta para la calidad de las aplicaciones en toda la tienda. + Evalúan constantemente aplicaciones en todo Google Play para encontrar no solo las + mejores aplicaciones y juegos, sino también "diamantes en bruto" que + desean que más personas vean. El equipo promociona aplicaciones excelentes en las colecciones + Destacadas, Seleccionadas por el equipo, y otras. +

+ +

+ Tú no puedes nominar tu aplicación para que aparezca entre las destacadas, pero el equipo supervisa constantemente + Google Play para detectar aplicaciones de excelencia. Si creas una aplicación que los usuarios encuentren genial y que + se vea increíble en los dispositivos Android, el equipo editorial lo notará. +

+ + + +

+ Cada semana, el personal editorial de Google Play selecciona un nuevo grupo de aplicaciones para + promocionar en sus colecciones populares Destacadas y Seleccionadas por el equipo +. +

+ +

+ Las colecciones Destacadas resaltan los títulos de aplicaciones y juegos más nuevos e increíbles + disponibles para Android. La lista también incluye las mejores aplicaciones y las + más populares en las principales categorías. Seleccionadas por el equipo + incluye todas las aplicaciones y los juegos recientemente destacados en Google Play. A fin de incluir a los + usuarios de tablets, una colección especial de Seleccionadas por el equipo destaca las mejores + aplicaciones para tablets Android. +

+ + + + + + + +
+ +

+ Destacadas +

+
+ +

+ Colección +

+
+ +

+ Selección de los editores +

+
+ +

+ Colecciones de aplicaciones +

+ +

+ De vez en cuando, el personal editorial reúne una colección de aplicaciones y + juegos en función de un tema o evento de temporada. Los usuarios, atraídos por la exactitud de la colección, + con frecuencia usan esas listas para seleccionar aplicaciones. +

+ +

+ El personal editorial selecciona aplicaciones para la promoción de colecciones; + se trata de aplicaciones de alta calidad que exhiben lo mejor de Android en teléfonos y tablets. El + personal también busca aplicaciones que puedan realizar una contribución interesante o única + a la colección en su totalidad. +

+ +

+ Selección de los editores +

+ +

+ Selección de los editores es una colección exclusiva de aplicaciones que destaca algunas + de las mejores aplicaciones disponibles en Android. Los editores seleccionan las aplicaciones por su + calidad y excelente interfaz de usuario, gran popularidad y uso innovador de las + funciones de Android. +

+ +

+ Las aplicaciones escogidas para Selección de los editores también reciben una insignia que se + exhibe cada vez que se visualiza el nombre de la aplicación en Google Play. +

+ +

+ Desarrollador principal +

+ +

+ Desarrollador principal es una insignia que reconoce a los desarrolladores establecidos y respetados por su + compromiso con el lanzamiento de aplicaciones innovadoras y de alta calidad en Android. + El personal editorial de Google Play otorga la insignia de Desarrollador principal + periódicamente en función del historial de trabajo del desarrollador. +

+ +

+ La insignia de Desarrollador principal aparece junto al nombre del desarrollador dondequiera que + se exhiba en Google Play. La insignia denota el reconocimiento continuo de todas las + aplicaciones del desarrollador. Implica un nivel adicional de confianza y seguridad + por parte de los usuarios en los productos de un desarrollador. +

+ +
+

+ Páginas de directorio de la tienda +

+ + +
+ +
+ +
+ +

+ La vidriera de tu aplicación en Google Play es su página de directorio de la tienda: una página + colorida y llena de contenido que te permite promocionar tu aplicación, que destaca sus calificaciones y + reseñas y muestra lo que tu aplicación puede hacer. +

+ +

+ El directorio de tu tienda es a donde acuden tus usuarios para averiguar todo sobre la + aplicación. Cuando ven tu aplicación en los resultados de búsqueda, en los cuadros de las principales, en las listas + de categorías y en las colecciones, un solo toque los lleva directamente al directorio de la tienda. +

+ +

+ Administra tu página de detalles del producto en la Consola para desarrolladores de Google Play + desde cualquier explorador. Inicia sesión para cargar o actualizar tus recursos de marca e + ingresa los detalles de tu producto en los idiomas de los mercados donde distribuyes. +

+ +

+ Cuando realizas una publicación, Google Play agrega la calificación y las reseñas de tu aplicación, así como vínculos a tus + otros productos y más. También se asegura de que la página de directorio de tu tienda se vea + genial en teléfonos, tablets y en un explorador web. +

+ +

+ Puedes vincular usuarios web directamente a tu página de detalles del producto desde fuera de + Google Play; por ejemplo, desde tu sitio web, y agregar campañas, reseñas, publicaciones en + redes sociales y más. Consulta Cómo vincular tus + productos para averiguar cómo hacerlo. +

+ +

+

+ +
+

Recursos relacionados

+
+ +
+ \ No newline at end of file diff --git a/docs/html-intl/intl/es/distribute/googleplay/auto.jd b/docs/html-intl/intl/es/distribute/googleplay/auto.jd new file mode 100644 index 0000000..a2a2943 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/auto.jd @@ -0,0 +1,230 @@ +page.title=Distribución para Android Auto +page.image=/design/auto/images/auto-overview.png +meta.tags="auto", "publish", "quality" +page.tags="auto", "publish", "googleplay" +page.metaDescription=Distribuye tus aplicaciones y contenido para Android Auto. + +@jd:body + +
+ +

+ Si desarrollaste una aplicación excelente, Android Auto y Google Play pueden ayudarte a + llevarla directo a los vehículos de los usuarios. Puedes + ampliar tus aplicaciones nuevas o existentes para que sean compatibles con Auto y luego publicarlas en Google Play usando + herramientas y procesos ya conocidos. +

+ +

+ Para comenzar, repasa las secciones de este documento para aprender a + distribuir a los usuarios tus aplicaciones para Auto a través de Google Play. Asegúrate de leer + Calidad de las aplicaciones para Auto + para obtener información sobre las pautas de utilidad, calidad y seguridad que tu aplicación debe + cumplir. Cuando tu aplicación esté lista, puedes aceptar los términos en la Consola para desarrolladores y cargar tu + APK para someterlo a revisión. +

+ +

+ Cómo participar +

+ +

+ Google Play te permite distribuir aplicaciones para utilizar en vehículos. Puedes desarrollar y publicar mediante el uso de tu + cuenta existente en la Consola para desarrolladores y tu configuración actual para distribución y fijación de precios. Participar + es fácil; las siguientes secciones describen el proceso. +

+ +
+ +
+ +

+ 1. Comprende las pautas y los requisitos +

+ +

+ Si quieres prepararte para un lanzamiento exitoso en Android Auto, comienza por revisar las + pautas para crear experiencias excelentes en Auto. Consulta las Pautas de diseño para Android Auto para obtener ideas acerca de + cómo ampliar tu aplicación para que sea compatible con Auto y detalles sobre diseño y utilidad. +

+ +

+ Cuando comiences a diseñar tu experiencia para Auto, asegúrate de leer y + comprender los criterios de calidad de las aplicaciones para Auto. Únicamente las aplicaciones compatibles con Auto + se designarán como aplicaciones para Auto en Google Play; tus aplicaciones pueden participar + si cumplen con un conjunto de criterios de calidad básicos. Consulta + Calidad + de las aplicaciones para Auto para obtener información detallada. +

+ +

2. Desarrolla una aplicación excelente para Auto

+ +

+ Una aplicación excelente para Auto es aquella que se diseña para utilizar en vehículos y aprovecha las + capacidades de Android Auto. La aplicación ofrece una experiencia de alta calidad mientras el usuario está conduciendo; + por ejemplo, permite reproducir contenido de audio o acceder a mensajes. +

+ +

+ Mientras consideras la posibilidad de desarrollar una aplicación para Auto, lee la documentación para desarrolladores y las + pautas de utilidad, y considera aplicarlas en la mayor medida + posible. Asegúrate de diseñar una gran experiencia y cumplir nuestras pautas para evitar la + distracción del conductor. +

+ +

+ Debes ofrecer tu experiencia para Auto como parte de tu aplicación actual para teléfonos, tablets y otros + dispositivos, con el mismo nombre de paquete y el mismo directorio de la tienda. +

+ +

3. Prueba la calidad de tu aplicación para Auto

+ +

+ Tus aplicaciones para Auto deben estar diseñadas para que funcionen bien, se vean increíbles en el vehículo + y ofrezcan la mejor experiencia de usuario posible. Google Play exhibirá aplicaciones para Auto seleccionadas de + alta calidad a fin de que los usuarios puedan encontrarlas fácilmente en Google Play. Aquí te mostramos + cómo puedes participar y ofrecer una aplicación para Android Auto que los usuarios disfrutarán: +

+ + + +

4. Acepta los términos de Android Auto y publica

+ +

+ Antes de que puedas cargar tu APK y publicar la aplicación para someterla a revisión, el propietario de la cuenta de desarrollador + debe aceptar los términos de + Android + Auto en la sección Fijación de precios y distribución de la + Consola para desarrolladores. Aceptar los términos significa que quieres que tu aplicación esté disponible + para los usuarios de Android Auto a través de Google Play, y que + tu aplicación cumple las pautas de Calidad + de las aplicaciones para Auto. +

+ +

+ Solo podrás cargar tu aplicación para Auto después de haber aceptado los términos. A continuación se indica + qué aplicaciones están destinadas a ser aplicaciones para Auto: +

+ + + +

+ Una vez que hayas creado tu APK, esté listo para el lanzamiento y lo hayas probado para asegurarte de que cumple + todas las pautas de Calidad de las + aplicaciones para Auto, carga la aplicación a la Consola para desarrolladores. Actualiza el directorio de tu + tienda con información adicional sobre la funcionalidad Auto y establece opciones de distribución según + sea necesario. Si no sabes cómo prepararte para el lanzamiento en Google Play, + consulta la Lista de comprobación + para el lanzamiento. +

+ +

+ Después de aceptar los términos y guardar los cambios, puedes cargar y publicar tu aplicación como lo haces habitualmente. + Antes de que tu aplicación esté disponible para los usuarios de Android Auto, Google Play envía + tu aplicación para revisión conforme a los criterios de Calidad de las aplicaciones para Auto + y te notifica el resultado. Si se aprueba tu aplicación, Google Play la exhibe + a los usuarios de Android Auto. Consulta la siguiente sección para obtener información detallada acerca de cómo realizar un seguimiento del estado + de aprobación de tu aplicación. +

+ +

+ Ten en cuenta que la revisión afecta la disponibilidad de tu aplicación para otros dispositivos en la + Play Store de Google; por ejemplo, para teléfonos y tablets. + Si tienes una aplicación actual que incluya actualizaciones para el componente de teléfono/tablet, + el componente de Android Auto debe pasar la revisión antes de que la aplicación actualizada + esté disponible en la Play Store de Google. +

+ +

+ Aquí te mostramos los pasos que debes seguir para aceptar los términos de Android Auto en la Consola para desarrolladores: +

+ +
    +
  1. Asegúrate de que tu aplicación cumpla con los criterios de Calidad de las aplicaciones para Auto. +
  2. + +
  3. En la página Todas las aplicaciones, haz clic en la aplicación que quieres publicar. +
  4. + +
  5. En Fijación de precios y distribución, desplázate hacia abajo hasta que encuentres Android Auto y el + vínculo a los términos. +
  6. + +
  7. Haz clic en el vínculo términos. +
  8. + +
  9. Lee los términos y haz clic en Acepto. +
  10. +
+ +
+ +

+ Acepta los términos para Auto: Incluye tu aplicación en Android Auto; para ello, debes aceptar los + términos en la Consola para desarrolladores. +

+
+ +

5. Realiza un seguimiento de tu revisión

+ +

+ Tu aplicación se someterá a revisión para determinar si cumple con las pautas de distracción del conductor y con los + criterios técnicos y de calidad que se describen más arriba. Este proceso de revisión detallada puede demorar + más tiempo que el que se demora habitualmente cuando envías aplicaciones para teléfono/tablet. + Hasta que se apruebe la aplicación, no podrás publicar en la Play Store de Google la aplicación ni actualizaciones para la aplicación. + Después de una revisión exitosa, se publicará tu aplicación y estará disponible en la Play + Store de Google. +

+ +

Si no se acepta tu aplicación, recibirás una notificación por correo electrónico enviada a tu + cuenta de desarrollador con un resumen de las áreas que debes abordar. Una vez que + realices los ajustes necesarios, puedes cargar una nueva versión de tu aplicación a la Consola para + desarrolladores. +

+ +

+ Ten en cuenta que si la aplicación enviada es una actualización para una aplicación existente y tu aplicación actualizada no cumple + los criterios de revisión, se rechazará la actualización y la aplicación existente continuará publicada en la Play + Store de Google. +

+ +

Para comprender cómo se evalúan tus aplicaciones, consulta el documento Calidad de las aplicaciones para Auto.

+ + +

Recursos relacionados

+ +
+
diff --git a/docs/html-intl/intl/es/distribute/googleplay/developer-console.jd b/docs/html-intl/intl/es/distribute/googleplay/developer-console.jd new file mode 100644 index 0000000..fcf5e44 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/developer-console.jd @@ -0,0 +1,584 @@ +page.title=Consola para desarrolladores +page.metaDescription=Aprende acerca de la Consola para desarrolladores, el lugar desde donde publicarás tu aplicación en Google Play. +page.image=/distribute/images/developer-console.jpg +Xnonavpage=true + +@jd:body + +
+ +
+ +

+ La Consola para desarrolladores de + Google Play es el lugar donde realizas las operaciones de publicación y donde tienes tus herramientas. +

+ + +

+ Carga aplicaciones, crea páginas para tus productos, configura precios y distribución, y + publica. Puedes administrar todas las fases de publicación en Google Play a través de la + Consola para desarrolladores, desde cualquier explorador web. +

+ +

+ Una vez que te hayas registrado y recibas la + verificación por correo electrónico, puedes iniciar sesión en tu Consola para desarrolladores de Google Play. +

+ +
+

+ Todas las aplicaciones +

+ + +
+ +

+ Comienza en Todas las aplicaciones, que te proporciona un vistazo rápido de tus aplicaciones y + te permite saltar a estadísticas, reseñas y detalles del producto, o cargar una aplicación nueva. +

+ +
+ +
+ +
+

+ Detalles de tu cuenta +

+ + +
+ +

+ Especifica información básica del perfil de desarrollador sobre ti o tu compañía en la + página de detalles de la cuenta. Esto te identifica ante Google Play y tus + clientes. Puedes volver en cualquier momento para editar la información y cambiar tu + configuración. +

+ +
+ +
+ +

+ Tu perfil de desarrollador contiene lo siguiente: +

+ + + +

+ En la página de detalles de la cuenta, también puedes agregar acceso restringido para comerciantes + y otros equipos, registrar una cuenta de comerciante o configurar cuentas de prueba para obtener + licencias de Google Play. +

+ +
+

+ Cómo vincular tu cuenta de comerciante +

+ + +
+ +

+ Si quieres vender aplicaciones y productos integrados en la aplicación, vincula tu cuenta de comerciante en Google Wallet + a tu perfil de desarrollador. Google Play utiliza la cuenta de comerciante + vinculada para la identificación financiera e impositiva, como también para el procesamiento mensual de los pagos + provenientes de las ventas. +

+ +
+

+ Múltiples cuentas de usuario +

+ + +
+ +

+ Configura cuentas de usuario para que otros miembros del equipo puedan acceder a diferentes partes de tu + Consola para desarrolladores. +

+ +
+ +
+ +

+ La primera cuenta registrada es la del propietario de la cuenta, con acceso pleno + a todas las partes de la consola. El propietario puede agregar cuentas de usuario y + administrar el acceso a la consola. +

+ +

+ Por ejemplo, un propietario puede permitir el acceso de los usuarios a la configuración de publicación y de la + aplicación, pero no a los informes financieros. Aprende ahora a configurar + múltiples cuentas. +

+ +
+

+ Detalles del directorio de la tienda +

+ + +
+ +

+ Utiliza la Consola para desarrolladores para configurar una página de Directorio de la tienda. Esa página será + la página de inicio de tu aplicación en Google Play. Es la página que los usuarios ven en sus teléfonos + celulares o en la Web y donde obtienen información sobre tu aplicación y la descargan. +

+ +

+ Carga recursos personalizados de la marca, capturas de pantalla y videos para destacar las + mejores características de tu aplicación. Proporciona una descripción localizada, agrega notas acerca de la última + versión y más. Puedes actualizar el directorio de tu tienda en cualquier momento. +

+ +
+ +
+ +
+

+ Carga y publica instantáneamente +

+ + +
+ +

+ Desde la Consola para desarrolladores, puedes cargar y publicar rápidamente un archivo de paquete de + una aplicación para Android lista para su lanzamiento. La aplicación es un borrador hasta que la + publicas, y en ese momento Google Play comienza a exhibir la página de directorio de tu tienda y la aplicación + a los usuarios; tu aplicación aparece en los directorios de tiendas en solo horas, + no semanas. +

+ +

+ Una vez que se publica tu aplicación, puedes actualizarla cuantas veces quieras: Cambia + los precios, la configuración y las opciones de distribución en cualquier momento, sin la necesidad + de actualizar el archivo binario de la aplicación. +

+ +

+ A medida que agregas funciones o abordas problemas de código, puedes publicar un archivo binario actualizado + en cualquier momento. La nueva versión estará disponible prácticamente de inmediato, y se les comunicará + a los clientes existentes que hay una actualización lista para descargar. Los usuarios también pueden + aceptar actualizaciones automáticas para tu aplicación, de modo que tus actualizaciones se entregan + e instalan ni bien las publicas. Puedes cancelar la publicación de tu aplicación en cualquier + momento. +

+ +
+

+ Pruebas alfa y beta +

+ + +
+ +

+ Siempre es bueno obtener la opinión real de los usuarios, especialmente antes del + lanzamiento. Google Play facilita la distribución de versiones de tu aplicación + previas al lanzamiento a grupos de prueba alfa y beta en cualquier parte del mundo. +

+ +

+ En la sección APK de tu Consola para desarrolladores de Google Play + encontrarás las pestañas Pruebas alfa y Pruebas + beta. Aquí puedes cargar versiones de los archivos APK de tus aplicaciones + y definir una lista de evaluadores como un Grupo de Google o una Comunidad de Google+. Una vez + que hagas esto, recibirás una URL que enviarás a tus evaluadores, + desde la cual podrán acceder al programa de prueba. +

+ +
+ +
+ +

+ Una vez que accedan, los evaluadores se dirigirán a la página de producto de tu aplicación, y cuando + descarguen la aplicación, Google Play les proporcionará la versión alfa o beta +, según corresponda. Por cierto, si un usuario accede a ambos grupos + de prueba, Google Play siempre les proporcionará la versión de prueba alfa. +

+ +

+ Recuerda que los usuarios no pueden proporcionar comentarios ni reseñas en las versiones alfa + y beta de tus aplicaciones. Para obtener sus opiniones, puedes usar el Grupo de Google o la Comunidad de Google+, o bien + configurar una dirección de correo electrónico o tu propio sitio web. +

+ +

+ Puedes usar estos programas de prueba para optimizar tus + aplicaciones, ayudar con la implementación en nuevos + mercados y comenzar a crear tu + comunidad. Puedes encontrar más información acerca de cómo usar la prueba beta en la + Lista de comprobación + para el lanzamiento y la Lista de comprobación + para la localización. +

+ +
+

+ Implementaciones por fases +

+ + +
+ +

+ También puedes dividir la implementación de tus aplicaciones en fases mediante la pestaña Producción en la sección + APK de tu Consola para desarrolladores de Google Play. Allí podrás definir el + porcentaje de usuarios que podrán descargar tu aplicación. +

+ +

+ Organizar tu implementación en fases te ayudará a limitar el impacto de errores imprevistos o de la carga del + servidor y te permitirá medir la respuesta de los usuarios a través de una muestra imparcial de usuarios. + Durante las implementaciones en fases, los usuarios pueden calificar y reseñar tus aplicaciones, de modo que + si estás indeciso, comienza la implementación en un porcentaje pequeño de usuarios. Asegúrate de estar atento + a las reseñas negativas y responderlas. +

+ +

+ Ten en cuenta que no se admiten reversiones debido a los requisitos de versión para la aplicación + de la plataforma Android. Si necesitas realizar una reversión, considera la posibilidad de lanzar un + APK anterior con un nuevo número de versión. No obstante, solo se debe recurrir a esta + práctica como último recurso ya que los usuarios perderán el acceso a las funciones nuevas y es posible + que tu aplicación anterior no sea directamente compatible con los cambios realizados en el servidor o los formatos de datos, + por lo que debes asegurarte de ejecutar pruebas alfa y beta de tus + actualizaciones. +

+ +
+

+ Compatibilidad con múltiples APK +

+ + +
+ +

+ En la mayoría de los casos, todo lo que necesitas es un solo paquete de aplicaciones (APK), y generalmente es la manera + más sencilla de administrar y mantener la aplicación. Sin embargo, si necesitas + proporcionar un APK distinto para diferentes dispositivos, Google Play te + permite hacerlo. +

+ +

+ Compatibilidad con múltiples APK te permite crear múltiples paquetes de aplicaciones que utilizan + el mismo nombre de paquete pero difieren en sus formatos de compresión de texturas OpenGL, + en la compatibilidad con diferentes tamaños de pantalla o en las versiones de la plataforma Android admitidas. Puedes simplemente + cargar todos los APK en una misma lista de productos y Google Play seleccionará + los mejores para proporcionárselos a los usuarios en función de las características de sus + dispositivos. +

+ +

+ También puedes cargar hasta dos descargas secundarias para cada APK publicado, + incluidos múltiples APK, mediante la opción Archivos de expansión de APK. Cada + archivo de expansión puede tener un tamaño máximo de 2 GB y contener cualquier tipo de código o recursos. + Google Play los aloja de forma gratuita y administra la descarga de los archivos como parte + de la instalación habitual de la aplicación. +

+ +
+

+ Venta y fijación de precios de tus productos +

+ + +
+ +
+ +
+ +

+ Tienes las herramientas que necesitas para fijar los precios de tu aplicación y de los productos que ofreces en la aplicación. La descarga + de tu aplicación puede ser gratuita o paga, en cuyo caso se requerirá el pago antes de poder descargarla. +

+ + + + + +

+ También puedes ofrecer productos y suscripciones en la aplicación, independientemente + de que la aplicación sea gratuita o paga. Fija precios de forma independiente para las aplicaciones pagas, los productos que se ofrecen en la aplicación y las + suscripciones. +

+ +

+ Cuando los usuarios examinan las páginas de productos de tu aplicación o inician una compra, Google Play + les muestra el precio que deberán pagar en su moneda local. +

+ +

+ Para cada producto, debes fijar inicialmente un precio predeterminado en tu propia moneda. Si + no haces más que eso, Google Play fijará automáticamente los precios locales para tu aplicación una vez al mes + en función del precio del dólar estadounidense. +

+ +

+ No obstante, Google Play te ofrece el control total de la fijación de precios para tus + productos en cada país. Para comenzar, puedes establecer manualmente precios locales fijos + a partir del precio predeterminado mediante la función convertir precios automáticamente ahora +. Luego puedes revisar esos precios y fijar precios nuevos para los países + que desees; el precio para cada país es independiente, por lo que puedes ajustar + un precio sin afectar los demás. Para la mayoría de los países, el precio que fijas es + el precio final que se cobra a los usuarios, con impuestos incluidos. +

+ +

+ Para obtener más información sobre cómo fijar precios para tus aplicaciones, consulta +Expansión a nuevos mercados. +

+ +
+

+ Productos ofrecidos en la aplicación +

+ + +
+ +

+ Puedes vender productos y suscripciones en la aplicación mediante el uso de la Facturación integrada en la aplicación de Google Play como + una forma de monetizar tus aplicaciones. Los productos que se ofrecen en la aplicación constituyen compras únicas, mientras que + las suscripciones son cargos recurrentes que se aplican mensualmente o anualmente. +

+ +

+ En la sección Productos ofrecidos en la aplicación para un APK específico publicado o + en borrador, puedes: +

+ + + +

+ Para obtener información detallada acerca de cómo implementar la facturación integrada en la aplicación, consulta la documentación para desarrolladores Facturación integrada en la aplicación +. Puedes utilizar los productos que ofreces en la aplicación en los modelos de monetización Premium, Gratuitos y Suscripción +. +

+ +
+

+ Controles de distribución +

+ + +
+ +

+ Administra en qué países y territorios distribuirás tus aplicaciones. Para algunos + países, puedes elegir los operadores a los que quieres apuntar. También puedes ver + la lista de dispositivos compatibles con tu aplicación conforme a las + reglas de distribución declaradas en su archivo de manifiesto. +

+ +

+ Perfilamiento geográfico +

+ +

+ Puedes usar los controles de la Consola para desarrolladores de Google Play para administrar fácilmente + la distribución geográfica de tus aplicaciones, sin realizar ningún cambio en el + archivo binario de tu aplicación. Puedes especificar los países y territorios donde quieres + distribuir, e incluso los operadores (para algunos países). +

+ +

+ Cuando los usuarios visitan la tienda, Google Play se asegura de que se encuentren en + uno de los países que seleccionaste antes de que puedan descargar tu aplicación. Puedes cambiar tu + selección de países y operadores en cualquier momento, para lo que simplemente deberás guardar los cambios en la + Consola para desarrolladores de Google Play. +

+ +
+ +
+ +

+ Para optimizar la comercialización a usuarios alrededor del mundo, puedes localizar + el directorio de tu tienda e incluir detalles y la descripción de tu aplicación, gráficos + promocionales, capturas de pantalla y más. +

+ +

+ Perfilamiento de funcionalidades +

+ +

+ Google Play también te permite controlar la distribución de acuerdo con las funciones o capacidades de + los dispositivos en las que se base tu aplicación. Existen diversos tipos de + dependencias que la aplicación puede definir en su manifiesto, como características de + hardware, formatos de compresión de texturas OpenGL, bibliotecas, versiones de la plataforma Android + y otras. +

+ +

+ Cuando cargas tu aplicación, Google Play lee las dependencias y configura las + reglas de distribución necesarias. Para obtener información técnica acerca de cómo declarar + dependencias, lee Filtros + en Google Play. +

+ +

+ Para determinar con precisión el control de la distribución, Google Play te permite ver todos los + dispositivos para los que tu aplicación está disponible en función de sus dependencias (si las hubiera). Desde la + Consola para desarrolladores de Google Play, puedes indicar los dispositivos admitidos e incluso + excluir dispositivos específicos si fuera necesario. +

+ +
+

+ Reseñas de usuarios e informes de errores +

+ + +
+ +
+ +

+ La sección Reseñas de los usuarios te permite acceder a las reseñas de los usuarios para una aplicación + específica. Puedes filtrar reseñas de diversas maneras para identificar problemas con + mayor facilidad y brindar soporte a tus clientes de forma más eficaz. +

+
+ +

+ Google Play permite a los usuarios enviar reseñas de tu aplicación de forma fácil + para el beneficio de otros usuarios. Las reseñas te brindan información sobre utilidad, solicitudes + de soporte y detalles acerca de problemas importantes de funcionalidad que + proporcionan tus clientes. +

+ +

+ Utiliza informes de errores para depurar y mejorar tu aplicación. Puedes ver los informes + de errores mediante el seguimiento de la pila y otros datos, enviados automáticamente desde dispositivos + Android. +

+ +
+

+ Estadísticas de la aplicación +

+ + +
+ +
+ +

+ Página de estadísticas de la aplicación: Te muestra una variedad de estadísticas acerca del + rendimiento de una instalación específica de la aplicación. +

+
+ +

+ Puedes obtener estadísticas detalladas acerca del rendimiento de la instalación de tu aplicación. +

+ +

+ Consulta las métricas de instalación obtenidas por usuarios y por dispositivos + exclusivos. Visualiza la cantidad de instalaciones activas, instalaciones totales, actualizaciones, instalaciones y + desinstalaciones diarias, y métricas acerca de las calificaciones. +

+ +

+ Sumérgete en los números de instalación por métrica, incluida la versión de + plataforma de Android, el dispositivo, el país, el idioma, la versión de la aplicación y el operador. Visualiza los + datos de instalación para cada dimensión en cuadros con línea de tiempo. +

+ +

+ Esos cuadros resaltan los picos de instalación de tu aplicación y las tendencias a largo plazo, + y te ayudan a comprender el comportamiento de aceptación del usuario, a relacionar estadísticas con + promociones, a observar el efecto de las mejoras realizadas a la aplicación y otros factores. Concéntrate + en los datos de una dimensión al agregar puntos específicos a la línea de tiempo. +

+ +

+

+ +
+
+ +
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/es/distribute/googleplay/families/about.jd b/docs/html-intl/intl/es/distribute/googleplay/families/about.jd new file mode 100644 index 0000000..05e1724 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/families/about.jd @@ -0,0 +1,61 @@ +page.title=Diseñado para la familia +page.metaDescription=Diseñado para la familia te ayuda a que cualquier familia pueda descubrir más fácilmente tus aplicaciones y juegos. +page.image=/distribute/images/about-dff-sm.jpg +meta.tags="families, googleplay, distribution" +page.tags="families" + +@jd:body + +

+ En algunas semanas, una nueva experiencia en Google Play centrada en la familia les ofrecerá a los + usuarios nuevas maneras de examinar, buscar y descubrir aplicaciones y juegos de alta calidad + para sus familias. +

+ +

+ A fin de construir una tienda más accesible para toda la familia, se invita a los desarrolladores a incluir + aplicaciones y juegos orientados a la familia en el nuevo programa Diseñado para la familia. Las aplicaciones + que cumplan con los requisitos + del programa se mostrarán en la nueva experiencia para la familia, de modo que los + padres puedan encontrar más fácilmente aplicaciones y juegos adecuados, confiables y de alta calidad. +

+ + + +

+ Incluye tus aplicaciones y juegos hoy mismo con las herramientas y los procesos que actualmente + usas para administrar tus aplicaciones en la Consola para desarrolladores. Al incluir tus aplicaciones en el programa + puedes beneficiarte de una mayor capacidad de detección y de la posibilidad de mantener sus + categorías, calificaciones y reseñas existentes en cualquier otra parte de la Play Store + de Google. +

+ +

Elegibilidad

+ +

+ Las aplicaciones que forman parte de la experiencia para toda la familia en Google Play serán más fáciles + de descubrir para los padres y las familias que esperan que las aplicaciones sean aptas para + determinadas edades. El programa Diseñado para la familia tiene como objetivo la inclusión de + aplicaciones creadas para niños como también aquellas que puede disfrutar + toda la familia. Para poder abordar ese público, existen pautas y políticas + específicas que tus aplicaciones deben cumplir y que se evaluarán en una revisión de contenido de + las aplicaciones. +

+ +

+ Asegúrate de conocer las políticas que tu aplicación debe + cumplir. Esas políticas incluyen políticas + de contenido, el Acuerdo de + distribución para desarrolladores y el +Anexo de DDA para Diseñado para la familia. +

+ +

+ Tu aplicación también debe cumplir los requisitos del programa Diseñado + para la familia que se indican en el Centro de ayuda para desarrolladores de + Google Play. +

+ + diff --git a/docs/html-intl/intl/es/distribute/googleplay/families/faq.jd b/docs/html-intl/intl/es/distribute/googleplay/families/faq.jd new file mode 100644 index 0000000..ecad47c --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/families/faq.jd @@ -0,0 +1,329 @@ +page.title=Preguntas frecuentes +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=Preguntas y respuestas acerca de Diseñado para familias + +@jd:body + + + +
+
    +

    En este documento:

    +
      +
    1. Reseña e inclusión de aplicaciones
    2. +
    3. Monetización
    4. +
    5. Otras preguntas
    6. +
    +
+ +

+ Las secciones a continuación proporcionan más información acerca de Diseñado para familias + y responde preguntas comunes que podrías tener. +

+ + +

Reseña e inclusión de aplicaciones

+ +
+
¿Cómo incluyo mis aplicaciones?
+ +
+
+ Puedes incluir tus aplicaciones en Diseñado para familias a través de la pestaña Fijación de precios y distribución + para tu aplicación en la Consola para desarrolladores de Google Play. Aquí te mostramos paso a paso + cómo hacerlo. +
+ +
+ ¿Dónde anuncio las funciones interactivas de mi aplicación? ¿Por qué recopilan + esta información? +
+ +
+ El anuncio de las funciones interactivas forma parte del cuestionario sobre + clasificación de contenido. Tienes la oportunidad de revisar tus anuncios como + parte del flujo de inclusión en el programa Diseñado para familias. Recopilamos esta + información para que los usuarios puedan tomar decisiones informadas mientras evalúan tu + aplicación. +
+ +
+ ¿Qué es COPPA? +
+ +
+ COPPA es la Ley de Protección de la Privacidad Infantil en Internet de la + Comisión Federal de Comercio (FTC). Puedes encontrar más información en las + Preguntas frecuentes de la FTC acerca de COPPA. Ten en cuenta que Google Play no puede proporcionar asesoramiento legal a los desarrolladores + acerca de cómo cumplir con COPPA u otros estatutos en relación con niños. +
+ +
+ ¿Debo proporcionar una política de privacidad actualizada y dónde lo hago? +
+ +
+ Sí, debes proporcionar un vínculo a una política de privacidad constante en + el directorio de tu tienda y confirmar el cumplimiento con los estatutos de privacidad locales + en la Consola para desarrolladores. Para agregar o revisar tu política de privacidad, selecciona tu + aplicación en la Consola para desarrolladores y luego desplázate a la parte inferior de la sección + Directorio de la tienda. +
+ +
+ ¿Cuántos grupos de edades puedo seleccionar? +
+ +
+ Puedes seleccionar hasta dos grupos de edades adyacentes. Los grupos de edades son los siguientes: 5 años y + menores, de 6 a 8 años y de 9 a 12 años. No obstante, si tu aplicación está orientada a públicos + de niños y adultos, debes seleccionar la categoría Público + general. +
+ +
+ ¿Cuántas categorías de contenido puedo seleccionar en el programa + Diseñado para familias? +
+ +
+ Puedes seleccionar una categoría como parte del programa Diseñado para familias + y otra categoría para la tienda general de Google Play. +
+ +
+ ¿Cuáles son las categorías de Diseñado para familias? +
+ +
    +
  • Acción y aventura: Se trata de aplicaciones o juegos orientados a la acción e incluyen de todo + desde juegos de carreras, aventuras de cuentos de hadas y más. +
  • + +
  • Juegos de ingenio: Esta categoría incluye juegos que + hacen pensar al usuario e incluye rompecabezas, juegos de coincidencias y otros juegos + similares. +
  • + +
  • Creatividad: Se trata de aplicaciones o juegos que estimulan la creatividad. + Algunos ejemplos de los tipos de aplicaciones y juegos que esperamos ver en esta categoría incluyen dibujo, + pintura y otros juegos donde puedas crear cosas. +
  • + +
  • Educación: Se trata de aplicaciones o juegos con valor educativo e incluyen + matemática, ciencia, aprender el alfabeto, aprender a contar y muchos otros tipos de + contenido educativo, como geografía e historia. +
  • + +
  • Música y videos Se trata de aplicaciones o juegos que contienen un elemento musical o un + componente de video, e incluyen de todo desde tocar el + piano hasta ver videos y más. +
  • + +
  • Juego de roles: Se trata de aplicaciones o juegos en los que una persona puede fingir un + rol, como simular ser un cocinero o un médico. +
  • +
+ +
+
+ ¿Demorará mucho tiempo más la publicación de mi aplicación si decido incluirla en el programa + Diseñado para familias? +
+ +
+ Cuando accedes a Diseñado para familias, Google Play revisa tu aplicación para + confirmar que es apta para familias. Suponiendo que tu aplicación cumple con todos los requisitos + del programa, prevemos que el tiempo de publicación no debería prolongarse + más allá de lo habitual; no obstante, puede haber una demora en la publicación de la aplicación si se + rechaza durante la revisión para la inclusión en Diseñado para familias. +
+ +
+ ¿Qué ocurre si se rechaza mi aplicación del programa Diseñado para familias? +
+ +
+ Si se rechaza tu aplicación del programa Diseñado para familias, te + indicaremos el motivo en la Consola para desarrolladores y en detalle en un correo electrónico. Tendrás + la oportunidad de corregir los problemas y volver a enviar tu aplicación al programa, + o cambiar tu respuesta de inclusión. Ten en cuenta que si tienes una aplicación existente que + está activa en Google Play, solo se rechazará la actualización de la aplicación (la aplicación + continuará activa en la Play Store de Google). Si enviaste una nueva aplicación al + programa Diseñado para familias y no cumple con los requisitos, + se rechazará la presentación completa de la aplicación y no se publicará en + Google Play. Luego podrás abordar los problemas identificados y volver a enviar la aplicación al + programa Diseñado para familias o abandonar la idea de incluirla. +
+ +
+ ¿Qué ocurre si se determina que mi aplicación no cumple con los + requisitos del programa Diseñado para familias después de haberse publicado? +
+ +
+ Se puede eliminar o suspender tu aplicación de la Play Store de Google, + no solo del programa Diseñado para familias. En las aplicaciones eliminadas se pueden + utilizar las mismas soluciones que en las aplicaciones rechazadas. Las aplicaciones suspendidas se pueden apelar mediante el + proceso de apelación para desarrolladores. +
+ +
+ ¿Si logro acceder al programa Diseñado para familias, puedo retirarme más adelante? +
+ +
+ Sí, puedes retirarte del programa en cualquier momento. Ten en cuenta que al + retirarte perderás tu lugar en la nueva experiencia para la familia + y también los demás beneficios del programa. +
+ +
+ ¿Qué ocurre cuando actualizo mi aplicación después de haber sido aceptada en el + programa? +
+ +
+ Las aplicaciones que forman parte del programa Diseñado para familias deben + cumplir los requisitos de elegibilidad en todo momento. Si necesitas + editar los metadatos de Diseñado para familias asociados con tu aplicación, dirígete + a la sección Fijación de precios y distribución de la Consola para desarrolladores de Google Play + y edita esa información. Si la actualización de tu aplicación implica un + cambio de público, te recomendamos que alertes a los usuarios que ya + instalaron tu aplicación. +
+ +
+ ¿Se pueden incluir las aplicaciones y los juegos que utilizan los servicios Google Sign-In o + Google Play Game en el programa Diseñado para familias? +
+ +
+ Las aplicaciones que participan en el programa Diseñado para familias están centradas + exclusivamente en los niños; es decir, están orientadas a los siguientes grupos de edades: Los niños de 5 años y menores, + de 6 a 8 años o de 9 a 12 años no pueden usar los servicios Google+ Sign-in + o Google Play Game como experiencia de inicio de sesión para su + aplicación. + +

+ Las aplicaciones que participan en Diseñado para familias orientadas a un público + infantil y adulto pueden usar los servicios Google+ Sign-in o Google Play Game + como una función opcional. Los niños deben poder acceder a la totalidad de la aplicación + o el juego sin la necesidad de iniciar sesión en los servicios Google+ o Google Play Game. +

+
+ +
+ Mi aplicación está incluida en Google Play for Education y está integrada a Google Sign-in +; por lo tanto, los estudiantes pueden iniciar sesión con sus cuentas escolares. ¿Debo cambiar la manera en la que + funciona Google Sign-in en mi aplicación? +
+ +
+ Las aplicaciones que participan en Google Play for Education pueden utilizar Google Sign-in para + las cuentas de estudiantes siempre que no sea un requisito limitador para todos los usuarios de la aplicación +
+
+ +

+ Monetización del programa Diseñado para familias +

+ +
+
+ ¿Pueden darme más detalles acerca de las políticas de publicidad para Diseñado + para familias? +
+ +
+ Lee la +política de anuncios publicitarios para Diseñado para familias. +
+ +
+ ¿Puede mi aplicación exhibir anuncios intersticiales? +
+ +
+ Los anuncios intersticiales pueden ser adecuados para algunas aplicaciones. No obstante, el usuario debe + poder navegar a la actividad principal antes de que se exhiban anuncios publicitarios. +
+ +
+ ¿Cómo sé si mi red de anuncios cumple con las políticas de + publicidad de Diseñado para familias? +
+ +
+ Comunícate con tu red de publicidad para consultar acerca de sus políticas de contenido + y prácticas publicitarias. Si usas AdMob, consulta el Centro de ayuda de AdMob para + obtener información detallada acerca de cómo etiquetar tu aplicación o una unidad de publicidad específica para indicar que + está orientada a niños. Es responsabilidad del desarrollador garantizar que la experiencia + de usuario global con publicidad en la aplicación cumpla con los requisitos del programa Diseñado + para familias. +
+ +
+ ¿Puedo incluir compras integradas en la aplicación en mi aplicación? +
+ +
+ No hay restricciones específicas con respecto a las compras integradas en la aplicación (IAP) para + las aplicaciones que participan del programa Diseñado para familias además del + cumplimiento con el + DDA de Diseñado para familias y otros requisitos legales correspondientes, pero + Google Play se reserva el derecho de rechazar aplicaciones que empleen tácticas comerciales + extremadamente agresivas. Google Play aplicará la protección de IAP con contraseña en todas las aplicaciones + que participen del programa Diseñado para familias y que apunten principalmente + a un público infantil a fin de garantizar que los padres, no los niños, estén autorizando + las compras. Ten en cuenta que este tratamiento no se extiende a las aplicaciones + orientadas al público en general. +
+
+ +

+ Otras preguntas +

+ +
+
+ ¿Cuál es el público previsto para las aplicaciones que participan en Diseñado para + familias? +
+ +
+ Nuestro objetivo es proporcionar una excelente experiencia de usuario en la Play Store de Google para + que padres y tutores descubran aplicaciones maravillosas para niños y + familias creadas por desarrolladores y marcas confiables. +
+ +
+ ¿Está el programa Diseñado para familias disponible únicamente para desarrolladores + en ciertos países? +
+ +
+ Diseñado para familias es un programa global. +
+ +
+ ¿Qué ocurre con las aplicaciones que se publican en la categoría actual + Juegos para la familia? +
+ +
+ La categoría actual Juegos para la familia quedará obsoleta en mayo de 2015. Las aplicaciones + que actualmente se encuentren en la categoría Juegos para la familia deberán + trasladarse a otra categoría en la tienda de Google Play. Las aplicaciones para las que no se haya seleccionado otra + categoría se asignarán a la categoría Juegos casuales. +
+
+ + \ No newline at end of file diff --git a/docs/html-intl/intl/es/distribute/googleplay/families/start.jd b/docs/html-intl/intl/es/distribute/googleplay/families/start.jd new file mode 100644 index 0000000..3ed1eb3 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/families/start.jd @@ -0,0 +1,106 @@ +page.title=Accede a Diseñado para familias +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=Únete a Diseñado para familias en pocos pasos sencillos. + +@jd:body + +

+ Si estás creando una aplicación diseñada para niños y familias, hay algunas + cosas que debes hacer antes de que estés listo para acceder al programa Diseñado para + familias: +

+ +
    +
  • Completa el cuestionario de calificación de contenido para tu aplicación y cumple con una calificación + de ESRB, que puede ser Todos o Todos 10+. +
  • + +
  • Agrega un vínculo de la política de privacidad a la página Directorio de la tienda + de tu aplicación. +
  • + +
  • Asegúrate de que tu aplicación cumpla todos los requisito + del programa Diseñado para familias. +
  • +
+ +

+ Ahora que tu aplicación está lista para la publicación, puedes acceder a Diseñado para + familias directamente desde la Consola para desarrolladores. Acceder al programa + significa que quieres que tu aplicación esté disponible en la nueva experiencia + para la familia en Google Play, además de la categoría que hayas seleccionado en la + Play Store de Google. +

+ +

+ La inclusión en el programa también confirma que tu aplicación cumple con las Políticas del programa para desarrolladores de + Google Play y con el Acuerdo de + distribución para desarrolladores, incluido el + Anexo de DDA para Diseñado para familias. Si no estás familiarizado con los documentos de + estas políticas o con el anexo, asegúrate de leerlos antes de solicitar la inclusión. +

+ +

+ Cuando estés listo, sigue estas instrucciones de inclusión en Diseñado para familias para una aplicación específica: +

+ +
    +
  1. En la página Todas las aplicaciones de la Consola para desarrolladores, haz clic en la aplicación que quieres + incluir. En Fijación de precios y distribución, desplázate hacia abajo hasta encontrar Diseñado para + familias y la casilla de verificación para la inclusión. +
  2. + +
  3. Comienza el flujo de inclusión y confirma que tu aplicación cumple los requisitos de + elegibilidad.
  4. +
  5. Si tu aplicación tiene anuncios publicitarios, confirma que cumplen con la política de anuncios publicitarios. +
  6. +
  7. Selecciona tus grupos etarios objetivo entre los siguientes: 5 años y menores, de 6 a 8 años, de 9 + a 12 años o Público general (para aplicaciones orientadas a niños y a públicos + mayores). Si tu aplicación está orientada a más de un grupo etario, puedes seleccionar hasta + dos grupos etarios adyacentes. Las aplicaciones con una calificación de ESRB de 10+ solo pueden seleccionar la + edad objetivo de 9 a 12 años o Público general. +
  8. + +
  9. Selecciona una categoría para tu aplicación para la nueva experiencia centrada en la familia en + Google Play. Los usuarios también podrán encontrar tu aplicación en su categoría actual en + Google Play.
  10. +
  11. Lee y acepta los documentos vinculados y luego haz clic en + Incluir. Por último, haz clic en Enviar actualización en la página + Fijación de precios y distribución para publicar o actualizar tu aplicación. +
  12. +
+ +

+ Una vez que hayas incluido tu aplicación, se la someterá a una revisión exhaustiva antes de recibir la + aprobación para el programa Diseñado para familias. +

+ +

+ Nota: Las aplicaciones publicadas en el programa Diseñado para familias + también están disponibles para todos los usuarios en Google Play. +

+ +

+ Si incluyes una aplicación que estás publicando por primera vez y no cumple + los requisitos del programa Diseñado para familias, no estará disponible + en Google Play hasta que actualices la aplicación para que cumpla + los requisitos del programa o canceles la selección de la casilla de verificación para la inclusión y + apruebes la revisión estándar de Google Play. +

+ +

+ Si incluyes una aplicación que ya está publicada en Google Play y no cumple + los requisitos del programa, continuará estando disponible para todos los usuarios, pero no + se agregará a la nueva experiencia para la familia hasta que actualices la aplicación de modo que cumpla los + requisitos del programa. +

+ +

+ Si publicas una actualización para una aplicación que ya forma parte de Diseñado para familias, + la actualización de la aplicación debe aprobar la revisión de Diseñado para familias antes de que + esté disponible para todos los usuarios en Google Play.

+ + diff --git a/docs/html-intl/intl/es/distribute/googleplay/guide.jd b/docs/html-intl/intl/es/distribute/googleplay/guide.jd new file mode 100644 index 0000000..6308edc --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/guide.jd @@ -0,0 +1,70 @@ +page.title=Cómo tener éxito en Google Play +page.metaDescription=Una guía que te ayudará a tener éxito con tu aplicación o juego en Google Play. +meta.tags="distribute", "bestpractices" +page.tags="google play", "business", "monetize", "engagement" +page.image=distribute/images/play_dev_guide.png + +@jd:body + +

+ Creamos una guía para descargar que te ayudará a tener éxito con tu aplicación o + juego en Google Play. En la guía encontrarás funciones, sugerencias y mejores + prácticas que te ayudarán a crear una estrategia eficaz. +

+ +

+ La guía se divide en las siguientes secciones: +

+
    +
  • + Publicación en Google Play — Mediante la Consola para desarrolladores de Google Play + podrás distribuir tu aplicación a más de mil millones de usuarios de Android + en todo el mundo. +
  • + +
  • + Calidad — Los aspectos básicos para crear una excelente aplicación + e información acerca de las pautas y las políticas de Google Play. +
  • + +
  • + Capacidad de detección y alcance — Optimización de la + capacidad de detección de tu aplicación y llegada al público más amplio posible. +
  • + +
  • + Atracción y retención — Transformación de + las instalaciones en usuarios activos y optimización de la retención de usuarios. +
  • + +
  • + Monetización — Estrategias de monetización para generar + flujos de ingresos constantes y en aumento. +
  • + +
  • + Medición con Google Analytics — Comprensión + de tus usuarios y optimización de la experiencia, las conversiones y la comercialización de tu aplicación. +
  • + +
  • + Alcance global — Lanzamiento de tu aplicación en mercados locales + alrededor del mundo. +
  • +
+ +

+ Para descargar la guía, haz clic en la imagen a continuación o consíguela en Google Play. +

+ +

+ En los próximos meses, publicaremos la guía en más idiomas. Regresa a este + sitio web con frecuencia para consultar la información que publiquemos acerca de nuevas funciones y mejores + prácticas que te ayudarán a distribuir y monetizar tu aplicación. +

+
+
+ diff --git a/docs/html-intl/intl/es/distribute/googleplay/quality/auto.jd b/docs/html-intl/intl/es/distribute/googleplay/quality/auto.jd new file mode 100644 index 0000000..c7cb65d --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/quality/auto.jd @@ -0,0 +1,488 @@ + +page.title=Calidad de las aplicaciones para Auto +page.metaDescription=Las aplicaciones para Auto se integran con los controles de entrada y la pantalla del vehículo, y minimizan la distracción del conductor para crear una excelente experiencia. +page.image=/distribute/images/gp-auto-quality.png +@jd:body + + + + + + + +

Al abordar la compatibilidad de tu aplicación con Android Auto, evita la distracción del conductor por sobre todas las cosas. + Las aplicaciones que funcionan con la interfaz de usuario Auto deben minimizar las distracciones a las que está expuesto el conductor; + esto se logra mediante la aplicación de las mejores prácticas, como comandos de voz y un diseño visual muy simple. +

+ +

+ Las mejores experiencias para Auto son predictivas y predecibles. Las aplicaciones compatibles con Android Auto + deben mostrar información oportuna al conductor solo cuando sea relevante, y deben usar + patrones simples y predecibles para las tareas comunes. +

+ +

+ Importante: Los criterios que se indican en esta página corresponden a la interfaz de usuario y al comportamiento + de tu aplicación cuando se ejecuta en dispositivos conectados a una pantalla de Android Auto. Las aplicaciones deben cumplir esos + criterios para poder calificar como una aplicación Android Auto en Google Play. +

+ + +
+

+ Calidad de la aplicación principal +

+ +

+ Además de los criterios específicos para Auto antes mencionados, las aplicaciones para Auto deben cumplir todos los criterios de calidad + de la aplicación principal para la plataforma Android, tal como se detalla en los + criterios de Calidad de la aplicación principal. Prueba + tu aplicación en función de esos criterios para asegurarte de que cumple con los estándares de Android para navegación y + diseño. Luego prueba tu aplicación nuevamente en función de los criterios específicos para Auto, y recuerda que + al ejecutar la aplicación en un dispositivo conectado a Android Auto, esta debe cumplir los requisitos + que se indican en esta página. + + + +

+

+ Diseño visual e interacción del usuario +

+ +
+ +

+ Estos criterios permiten que te asegures de que tu aplicación cumpla con los patrones clave de diseño e interacción + a fin de garantizar una experiencia de usuario uniforme, intuitiva y agradable en Android Auto. Muchos elementos, + como cajón de navegación, fondos de tarjetas, fuentes y colores de iconos, son establecidos y proporcionados + por el sistema. Tus elementos de diseño propios, específicos para la aplicación, deben cumplir los siguientes criterios. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + Prueba + + Descripción +
+ Atención del conductor + + AU-MV + +

+ La aplicación no se muestra en los elementos animados de la pantalla Auto, como gráficos animados, juegos, video o + barras de progreso. +

+
+ AU-VA + +

+ La aplicación no muestra ningún tipo de publicidad visual o textual en la pantalla Auto. Solo se aceptan + anuncios publicitarios en audio. +

+
+ AU-IM + +

+ Los elementos de la aplicación no muestran imágenes en la pantalla Auto. Excepciones: la aplicación puede mostrar + una sola imagen fija como + contexto del contenido en el fondo de la pantalla de consumo, como la tapa de un álbum, y la aplicación puede + mostrar iconos en el cajón de navegación del contenido. +

+
+ AU-DS + +

+ La aplicación no incluye funciones que pueden distraer al conductor. +

+
+ AU-VI + +

+ La aplicación no presenta ninguna forma de información visual (notificaciones, alertas, video, imágenes, + publicidad, etc.) en la pantalla del teléfono mientras se encuentra activa en Android Auto. +

+
+ Diseño + + AU-SC + +

+ La aplicación no muestra texto con desplazamiento automático. +

+
+ AU-FT + +

+ La aplicación muestra todas las cadenas con las fuentes Roboto predeterminadas en los dos tamaños aprobados. +

+
+ AU-ST + +

+ La aplicación no muestra una cadena individual que contenga más de 120 caracteres. +

+
+ Contraste visual + + AU-DM + +

+ La aplicación admite el modo día, que muestra texto y controles oscuros sobre un fondo claro. + (Obtén más información) +

+
+ AU-NM + +

+ La aplicación admite el modo noche, que muestra texto y controles claros sobre un fondo oscuro. + (Obtén más información) +

+
+ AU-WI + +

+ La aplicación ofrece conjuntos de iconos blancos que el sistema colorea para proporcionar + compensación de contraste automática. + (Obtén más información) +

+
+ AU-OC + +

+ La aplicación ofrece colores que el sistema puede optimizar para facilitar la lectura en el vehículo. + (Obtén más información) +

+
+ Interacción + + AU-VC + +

+ La aplicación debe admitir comandos de voz. +

+
+ AU-AB + +

+ Los botones específicos de la aplicación responden a las acciones del usuario en no más de dos segundos. +

+
+ + +

Recursos relacionados

+ +
+
+ + + +
+

+ Funcionalidad +

+ + +
+ +

+ Estos criterios garantizan que tu aplicación esté correctamente configurada y proporcione el comportamiento + funcional previsto. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + Prueba + + Descripción +
+ General + + AU-LT + +

+ La aplicación se carga en 10 segundos como máximo. +

+
+ AU-FP + +

+ La funcionalidad Auto de la aplicación funciona según lo previsto o descrito en el directorio de la tienda de la aplicación en la Play Store de Google. +

+
+ AU-RL + +

+ Cuando se reinicia la aplicación desde la pantalla de inicio, esta restaura su estado al estado anterior + con la mayor precisión posible. +

+
+ AU-SS + +

+ Ninguna de las tareas de la aplicación requieren más de seis pasos para completarse. +

+
+ AU-GO + +

+ Los botones de la aplicación que no funcionen o estén inhabilitados deben visualizarse de color gris. +

+
+ Medios + + AU-PA + +

+ La aplicación no tiene más de cuatro acciones principales más una alternancia de desbordamiento de acciones optativa (o cinco si + no se utiliza el desbordamiento de acciones). + (Obtén más información) +

+
+ AU-SA + +

+ La aplicación no tiene más de cuatro acciones secundarias opcionales más una alternancia de desbordamiento de acciones. + (Obtén más información) +

+
+ Notificaciones + + AU-NA + +

+ La aplicación no presenta anuncios publicitarios mediante notificaciones. +

+
+ AU-NT + +

+ La aplicación muestra notificaciones solo cuando es relevante para las necesidades del conductor. +

+

+ Ejemplos:
+ Está bien: Notificar al usuario acerca de un nuevo mensaje que acaba de recibir.
+ Está mal: Notificar al usuario acerca del lanzamiento de un nuevo álbum. +

+
+ + + +
+

+ Preguntas frecuentes +

+
+ +

+ Después de enviar mi aplicación, ¿cómo sabré si mi aplicación no cumple todos + los requisitos para Android Auto? +

+

Si estás pensando en desarrollar aplicaciones para Auto, te alentamos a que empieces a habilitar y probar + tus aplicaciones ahora mismo. No obstante, en este momento no se pueden publicar aplicaciones compatibles con Auto. Únete a la + comunidad de + desarrolladores de Auto en Google+ para acceder a actualizaciones acerca de cuándo podrás enviar + tus aplicaciones compatibles con Auto.

+

+ + +

+ Mi aplicación abarca más allá de Android Auto. Si mi aplicación no cumple con los + requisitos de Auto, ¿aún aparecerá mi aplicación nueva o actualizada en Google Play para teléfonos y + tablets? +

+

+ No. Cuando Google inicie el proceso de aprobación, tu aplicación para Auto se someterá a una revisión de + seguridad del conductor y no estará + disponible para distribución hasta que se apruebe. Dado que es el mismo APK que el + que utilizas para teléfonos y tablets, tus actualizaciones en la Play Store para esos dispositivos no estará disponible hasta que + finalice el proceso de aprobación para Auto. +

+ +

+ Importante: Debido a esta restricción, no debes utilizar tu APK + de producción en las pruebas de compatibilidad con Auto. +

+ diff --git a/docs/html-intl/intl/es/distribute/googleplay/quality/core.jd b/docs/html-intl/intl/es/distribute/googleplay/quality/core.jd new file mode 100644 index 0000000..8588c6b --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/quality/core.jd @@ -0,0 +1,1148 @@ +page.title=Calidad de la aplicación principal +page.metaDescription=La calidad de la aplicación afecta directamente el éxito a largo plazo de tu aplicación en términos de instalaciones, calificación y reseñas de los usuarios, interactividad y retención del usuario. +page.image=/distribute/images/core-quality-guidelines.jpg +@jd:body + + + +
+ +
+ +

+ Los usuarios de Android esperan aplicaciones de alta calidad. La calidad de la aplicación afecta + directamente el éxito a largo plazo de tu aplicación en términos de instalaciones, calificación y reseñas de los usuarios, + interactividad y retención del usuario. +

+ +

+ Este documento te ayuda a evaluar los aspectos básicos de calidad en tu aplicación mediante un + conjunto compacto de criterios de calidad y pruebas relacionadas para la aplicación principal. Todas las aplicaciones para Android + deben cumplir esos criterios. +

+ +

+ Antes de publicar tus aplicaciones, somételas a prueba de acuerdo con estos criterios para garantizar que + funcionen bien en diferentes dispositivos, cumplan las normas de Android para navegación + y diseño, y estén preparadas para las oportunidades de promoción en la Play Store + de Google. Tu prueba deberá abarcar más de lo que se describe aquí; + este documento tiene como objetivo especificar las características de calidad fundamentales que todas las aplicaciones + deben exhibir, de modo que puedas incluirlas en tus pruebas. +

+ +

+ Si estás creando aplicaciones para tablets o Google Play for Education, hay + criterios de calidad adicionales que debes considerar y que se definen en las pautas de + Calidad de las aplicaciones + para tablets y en las pautas para Educación +. +

+ +
+

+ Diseño visual e interacción del usuario +

+ + +
+ +

+ Estos criterios permiten que te asegures de que tu aplicación proporcione patrones estándar de diseño visual + e interacción para Android, cuando corresponda, a fin de garantizar una experiencia de usuario + uniforme e intuitiva. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Área + + ID + + Descripción + + Pruebas +
Diseño estándar + UX-B1 + +

+ La aplicación cumple con las pautas de Diseño Android + y utiliza patrones e iconos de IU comunes: +

+ +
    +
  1. La aplicación no redefine la función prevista de un icono del sistema (como + el botón Atrás). +
  2. + +
  3. La aplicación no reemplaza un icono del sistema con un icono completamente diferente + si este activa el comportamiento estándar de la IU. +
  4. + +
  5. Si la aplicación proporciona una versión personalizada de un icono estándar del sistema, + el icono debe parecerse al icono estándar del sistema y desencadenar el comportamiento estándar + del sistema. +
  6. + +
  7. La aplicación no redefine ni utiliza de forma inadecuada patrones de la IU de Android, de modo que los + iconos o los comportamientos pudieran desorientar o confundir a los usuarios. +
  8. +
+
+ CR-all +
+ Navegación + + UX-N1 + +

+ La aplicación admite la navegación estándar del sistema con el botón Atrás + y no utiliza avisos personalizados en pantalla para el "botón Atrás". +

+
+ CR-3 +
+ UX-N2 + +

+ Todos los diálogos pueden descartarse con el botón Atrás. +

+
+ CR-3 +
+ UX-N3 + + Al presionar el botón de inicio en cualquier momento, se navega a la pantalla de inicio del + dispositivo. + + CR-1 +
+ Notificaciones + + UX-S1 + +

+ Las notificaciones siguen las pautas de Diseño Android. En + especial: +

+ +
    +
  1. Se deben agrupar múltiples notificaciones en un solo objeto de + notificación, cuando sea posible. +
  2. + +
  3. Las notificaciones solo son recurrentes si están relacionadas con eventos actuales + (como la reproducción de música o una llamada telefónica). +
  4. + +
  5. Las notificaciones no contienen publicidad ni contenido que no esté relacionado con + la función central de la aplicación, a menos que el usuario lo permita. +
  6. +
+
+ CR-11 +
+ UX-S2 + +

+ La aplicación utiliza notificaciones únicamente para lo siguiente: +

+ +
    +
  1. Indicar un cambio de contexto relacionado con el usuario (como + un mensaje recibido) o +
  2. + +
  3. Exponer información/controles relacionados con un evento actual (como la + reproducción de música o una llamada telefónica). +
  4. +
+
+ CR-11 +
+ +

Recursos relacionados

+ +
+
+ +
+

+ Funcionalidad +

+ + +
+ +

+ Estos criterios garantizan que tu aplicación proporcione el comportamiento funcional previsto + con el nivel adecuado de permisos. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Área + + ID + + Descripción + + Pruebas +
+ Permisos + + FN-P1 + + La aplicación solicita solo la cantidad mínima absoluta de permisos necesarios + para respaldar la funcionalidad central. + + CR-11 +
+ FN-P2 + +

+ La aplicación no solicita permisos para acceder a datos confidenciales (como + contratos o el registro del sistema) ni a servicios que puedan costarle dinero al usuario + (como el marcador o SMS), a menos que esté relacionado con una capacidad central de la + aplicación. +

+
+ Ubicación de la instalación + + FN-L1 + +

+ La aplicación funciona normalmente cuando se la instala en una tarjeta SD (si la aplicación lo admite). +

+ +

+ Se recomienda admitir la instalación en tarjetas SD para las aplicaciones más grandes + (10MB+). Consulta la guía para desarrolladores Ubicación de la instalación + de la aplicación para obtener información acerca de los tipos de aplicaciones + que deben admitir la instalación en tarjetas SD. +

+
+ SD-1 +
+ Audio + + FN-A1 + + No se reproduce audio cuando la pantalla está apagada, a menos que sea una función central + (por ejemplo, la aplicación es un reproductor de música). + + CR-7 +
+ FN-A2 + + No se reproduce + audio cuando la pantalla está bloqueada, a menos que sea una función central. + + CR-8 +
+ FN-A3 + + No se reproduce audio en la pantalla de inicio ni cuando está activa otra aplicación, a menos que sea + una función central. + + CR-1,
+ CR-2
+
+ FN-A4 + + La reproducción de audio continúa cuando la aplicación regresa a primer plano, o le indica al + usuario que la reproducción está pausada. + + CR-1, CR-8 +
+ IU y gráficos + + FN-U1 + +

+ La aplicación admite tanto la orientación horizontal como vertical (si fuera posible). +

+ +

+ Las orientaciones exponen ampliamente las mismas funciones y acciones, y conservan + la paridad funcional. Se aceptan cambios mínimos en el contenido o las vistas. +

+
+ CR-5 +
+ FN-U2 + +

+ La aplicación utiliza toda la pantalla en ambas orientaciones y no usa formato de pantalla ancha + para compensar los cambios de orientación. +

+ +

+ Se acepta el uso mínimo de formato de pantalla ancha para compensar + pequeñas variaciones en la geometría de la pantalla. +

+
+ CR-5 +
+ FN-U3 + +

+ La aplicación resuelve correctamente las transiciones rápidas entre las orientaciones + de la pantalla sin presentar problemas. +

+
+ CR-5 +
+ Estado del usuario/la aplicación + + FN-S1 + +

+ La aplicación no debe dejar ningún servicio en ejecución mientras se encuentre en + segundo plano, a menos que se relacione con una capacidad central de la aplicación. +

+ +

+ Por ejemplo, la aplicación no debe dejar servicios en ejecución para mantener una + conexión de red para recibir notificaciones, para mantener una conexión + Bluetooth ni para mantener el GPS activado. +

+
+ CR-6 +
+ FN-S2 + +

+ La aplicación preserva y restaura correctamente el estado del usuario o la aplicación. +

+ +

+ La aplicación preserva el estado del usuario o la aplicación cuando abandona el primer plano y + evita la pérdida accidental de datos a causa de la navegación hacia atrás y otros cambios + de estado. Cuando regresa al primer plano, la aplicación debe restaurar el + estado preservado y toda transacción de estado importante que haya quedado + pendiente, como cambios en campos editables, el progreso de un juego, menús, + videos y otras secciones de la aplicación o el juego. +

+ +
    +
  1. Cuando se reanuda la aplicación desde el conmutador de Aplicaciones recientes, la aplicación + regresa al usuario al estado exacto en que se encontraba la última vez que este la utilizó. +
  2. + +
  3. Cuando se reanuda la aplicación después de la reactivación del dispositivo + (después de haber estado bloqueado), la aplicación regresa al usuario + al estado exacto en que se encontraba la última vez que este la utilizó. +
  4. + +
  5. Cuando se reinicia desde el inicio o Todas las aplicaciones, la aplicación + restaura el estado de la aplicación al estado anterior con la mayor precisión posible. +
  6. + +
  7. Cuando se presiona Atrás, la aplicación le da la opción al usuario de guardar el + estado de la aplicación o el usuario que, de lo contrario, se perdería al navegar hacia atrás. +
  8. +
+
+ CR-1, CR-3, CR-5 +
+ +

Recursos relacionados

+ +
+
+ +
+

+ Rendimiento y estabilidad +

+ + +
+ +

+ Estos criterios garantizan que las aplicaciones proporcionen el rendimiento, + la estabilidad y la capacidad de respuesta que los usuarios esperan. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Área + + ID + + Descripción + + Pruebas +
+ Estabilidad + + PS-S1 + + La aplicación no colapsa, no impone el cierre, no se inmoviliza ni funciona de ningún otro modo anormal + en ninguno de los dispositivos donde esté instalada. + + CR-all, SD-1, HA-1 +
+ Rendimiento + + PS-P1 + + La aplicación se carga rápidamente o le proporciona al usuario información en pantalla (un indicador + de progreso o una señal similar) en caso de que demore más de dos segundos en + cargarse. + + CR-all, SD-1 +
+ PS-P2 + + Cuando StrictMode está activado (consulta Prueba + StrictMode, a continuación), no hay destellos rojos (advertencias de rendimiento de + StrictMode) visibles al ejecutar la aplicación, incluso durante un juego, + transiciones de animaciones y la IU, y cualquier otra parte de la aplicación. + + PM-1 +
+ Medios + + PS-M1 + + La reproducción de música y video es uniforme, sin quiebres, intermitencias ni otros + defectos durante el uso y la carga normales de la aplicación. + + CR-all, SD-1, HA-1 +
+ Calidad visual + + PS-V1 + +

+ La aplicación muestra gráficos, texto, imágenes y otros elementos de la IU sin + distorsión, esfumado ni pixelado notables. +

+ +
    +
  1. La aplicación ofrece gráficos de alta calidad para todos los tamaños de pantalla y + formatos admitidos, incluidos aquellos para dispositivos con pantallas más grandes + como las tablets. +
  2. + +
  3. No se observa suavizado en los bordes de los menús, los botones ni otros + elementos de la IU. +
  4. +
+
+ CR-all +
+ PS-V2 + +

+ La aplicación muestra texto y bloques de texto de forma aceptable. +

+ +
    +
  1. Se acepta la composición en todos los formatos admitidos, incluidos + aquellos para dispositivos con pantallas más grandes como las tablets. +
  2. + +
  3. No se visualizan letras ni palabras cortadas. +
  4. + +
  5. No se visualizan ajustes automáticos de línea incorrectos en botones ni iconos. +
  6. + +
  7. Hay espacio suficiente entre el texto y los elementos que lo rodean. +
  8. +
+
+ +

Recursos relacionados

+ +
+
+ +
+

+ Google Play +

+ + +
+ +

+ Estos criterios garantizan que tus aplicaciones estén listas para su publicación en Google Play. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Área + + ID + + Descripción + + Pruebas +
+ Políticas + + GP-P1 + + La aplicación cumple estrictamente con los términos de la Política de contenido para desarrolladores + de Google Play y no ofrece contenido inapropiado, + no utiliza propiedad intelectual ni marcas de otros, etc. + + GP-all +
+ GP-P2 + +

+ El nivel de madurez de la aplicación está establecido de forma correcta en función de las +Pautas de calificación de contenido. +

+ +

+ Ten en cuenta especialmente que las aplicaciones que solicitan permiso + para usar la ubicación del dispositivo no pueden recibir el nivel de madurez "Todos". +

+
+ GP-1 +
+ Página de detalles de la  aplicación + + GP-D1 + +

+ El gráfico central de la aplicación sigue las pautas que se describen en esta +publicación del blog. Asegúrate de lo siguiente: +

+ +
    +
  1. El directorio de la aplicación incluye un gráfico central de alta calidad. +
  2. + +
  3. El gráfico central no contiene imágenes de dispositivos, capturas de pantalla ni + texto pequeño que resulte ilegible cuando la aplicación se reduzca en tamaño para visualizarse en el + tamaño más pequeño de pantalla que tu aplicación admita. +
  4. + +
  5. El gráfico central no se parece a un anuncio publicitario. +
  6. +
+
+ GP-1, GP-2 +
+ GP-D2 + + Las capturas de pantalla y los videos de la aplicación no muestran ni hacen referencia a dispositivos que no sean Android. + + GP-1 +
+ GP-D3 + + Las capturas de pantalla o los videos de la aplicación no representan el contenido ni la experiencia que ofrece + tu aplicación de forma confusa. +
+ Soporte para el usuario + + GP-X1 + + Los errores comunes informados por los usuarios en la pestaña Reseñas de la página de Google Play se + abordan siempre que se puedan reproducir y ocurran en muchos dispositivos diferentes. + Si se produce un error en unos pocos dispositivos, aún debes abordarlo en + caso de que esos dispositivos sean especialmente populares o nuevos. + + GP-1 +
+ +

Recursos relacionados

+ +
+
+ +
+

+ Configuración de un entorno de prueba +

+ + +
+ +

+ Para evaluar la calidad de tu aplicación, debes configurar un entorno de hardware o + de simulación adecuado para la prueba. +

+ +

+ El entorno de prueba ideal debería incluir poca cantidad de dispositivos de + hardware que representen formatos y combinaciones de hardware y software clave + actualmente disponibles para los consumidores. No es necesario realizar pruebas en + todos los dispositivos disponibles en el mercado, sino que debes concentrarte + en una pequeña cantidad de dispositivos representativos, incluso puedes usar uno o dos dispositivos + por formato. +

+ +

+ Si no puedes obtener dispositivos de hardware reales para realizar las pruebas, debes + configurar simuladores de dispositivos + (AVD) para representar los formatos y las combinaciones de hardware y software más + comunes. +

+ +

+ Para ir más allá de las pruebas básicas, puedes agregar más dispositivos, más formatos o + nuevas combinaciones de hardware y software a tu entorno de prueba. También puedes + aumentar la cantidad o la complejidad de las pruebas y los criterios de calidad. +

+ +
+

+ Procedimientos de prueba +

+ + +
+ +

+ Estos procedimientos de prueba te ayudan a descubrir varios tipos de problemas de calidad en + tu aplicación. Puedes combinar las pruebas o integrar grupos de pruebas en + tus propios planes de prueba. Consulta las secciones anteriores para obtener referencias que asocian + criterios específicos con pruebas específicas. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + Prueba + + Descripción +
+ Conjunto central + + CR-0 + +

+ Navega a todas las partes de la aplicación; es decir, a todas las pantallas, los diálogos, + las configuraciones y a todos los flujos de usuarios. +

+ +
    +
  1. Si la aplicación admite la edición o la creación de contenido, jugar a un + juego o la reproducción multimedia, asegúrate de ingresar esos flujos para crear o + modificar contenido. +
  2. + +
  3. Mientras pruebas la aplicación, introduce cambios transitorios en la conectividad + de red, la función de la batería, la disponibilidad de ubicación o GPS, la carga del + sistema, etc. +
  4. +
+
+ CR-1 + + Desde cada una de las pantallas de la aplicación, presiona la tecla de Inicio del dispositivo y luego reinicia la aplicación + desde la pantalla Todas las aplicaciones. +
+ CR-2 + + Desde cada una de las pantallas de la aplicación, pasa a otra aplicación que se esté ejecutando y luego regresa a + la aplicación que estás probando con el conmutador de Aplicaciones recientes. +
+ CR-3 + + Desde cada una de las pantallas (y diálogos) de la aplicación, presiona el botón Atrás. +
+ CR-5 + + Desde cada una de las pantallas de la aplicación, gira el dispositivo entre las orientaciones horizontal y + vertical al menos tres veces. +
+ CR-6 + + Cambia a otra aplicación para enviar la aplicación que estás probando a segundo plano. Ingresa en + Configuración y comprueba si la aplicación que estás probando tiene servicios ejecutándose mientras se encuentra + en segundo plano. En Android 4.0 y versiones posteriores, ingresa a la pantalla Aplicaciones y busca la + aplicación en la pestaña "En ejecución". En versiones anteriores, utiliza "Administrar + aplicaciones" para comprobar si hay servicios que se estén ejecutando. +
+ CR-7 + + Presiona el botón de encendido para colocar el dispositivo en modo de hibernación y luego presiona nuevamente el botón + de encendido para reactivar la pantalla. +
+ CR-8 + + Configura el dispositivo para que se bloquee al presionar el botón de encendido. Presiona el botón de + encendido para colocar el dispositivo en modo de hibernación, luego presiona nuevamente el botón de + encendido para reactivar la pantalla y desbloquea el dispositivo. +
+ CR-9 + + Para los dispositivos que tienen teclados deslizantes, desliza el teclado hacia dentro y hacia fuera + al menos una vez. Para los dispositivos que tienen teclados acoplados, conecta el dispositivo + al teclado. +
+ CR-10 + + Para los dispositivos que tienen un puerto para pantalla externa, conecta la pantalla + externa. +
+ CR-11 + + Inicia la aplicación y observa en el cajón de notificaciones todos los tipos de notificaciones + que la aplicación puede mostrar. Cuando sea posible, expande las notificaciones (Android + 4.1 y superior) y toca todas las acciones ofrecidas. +
+ CR-12 + + Examina los permisos que solicita la aplicación; para ello, ingresa a Configuración > + Información de la aplicación. +
+ Instalación en tarjetas SD + + SD-1 + +

+ Repite el Conjunto central con la aplicación instalada en la tarjeta SD del dispositivo + (si la aplicación lo admite). +

+ +

+ Para mover la aplicación a la tarjeta SD puedes usar Configuración > Información de la aplicación > + Mover a tarjeta SD. +

+
+ Aceleración de hardware + + HA-1 + +

+ Repite el Conjunto central con la aceleración de hardware habilitada. +

+ +

+ Para forzar la habilitación de la aceleración de hardware (cuando el dispositivo lo admita), agrega + hardware-accelerated="true" a + <application> en el manifiesto de la aplicación y vuelve a compilarla. +

+
+ Control del rendimiento + + PM-1 + +

+ Repite el Conjunto central con la generación de perfiles de StrictMode habilitada como se describe a continuación. +

+ +

+ Presta mucha atención a la recolección de basura y su impacto en la + experiencia del usuario. +

+
+ Google Play + + GP-1 + + Inicia sesión en la Consola + para desarrolladores para revisar tu perfil de desarrollador, la descripción de la aplicación, + las capturas de pantalla, el gráfico central, la configuración de madurez y los comentarios de los usuarios. +
+ GP-2 + + Descarga tu gráfico central y tus capturas de pantalla, y reduce su tamaño para que + coincidan con los tamaños de pantalla de los dispositivos y formatos que estás + probando. +
+ GP-3 + + Revisa todos los elementos gráficos, los medios, el texto, las bibliotecas de códigos y otros + contenidos incluidos en la descarga de la aplicación o el archivo de expansión. +
+ Pagos + + GP-4 + + Navega a todas las pantallas de tu aplicación e ingresa a todos los flujos de compra integrados en la aplicación. +
+ +

+ Prueba con StrictMode +

+ +

+ Para la prueba de rendimiento, te recomendamos que habilites {@link android.os.StrictMode} + en tu aplicación y lo uses para detectar operaciones en el subproceso principal y en otros + subprocesos que podrían afectar el rendimiento, el acceso a la red, la lectura/escritura de archivos, + etc. +

+ +

+ Puedes configurar una política de control por subproceso mediante {@link + android.os.StrictMode.ThreadPolicy.Builder} y habilitar todo el control + admitido en ThreadPolicy con {@link + android.os.StrictMode.ThreadPolicy.Builder#detectAll()}. +

+ +

+ Asegúrate de habilitar la notificación visual de violaciones de la política + para ThreadPolicy mediante {@link + android.os.StrictMode.ThreadPolicy.Builder#penaltyFlashScreen() + penaltyFlashScreen()}. +

diff --git a/docs/html-intl/intl/es/distribute/googleplay/quality/tablets.jd b/docs/html-intl/intl/es/distribute/googleplay/quality/tablets.jd new file mode 100644 index 0000000..62c6f87 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/quality/tablets.jd @@ -0,0 +1,846 @@ +page.title=Calidad de las aplicaciones para tablets +page.metaDescription=Las tablets son un componente de rápido crecimiento en la base de instalaciones de Android, que ofrece nuevas oportunidades para tus aplicaciones. +page.image=/distribute/images/tablet-guidelines-color.jpg +Xnonavpage=true + +@jd:body + + +
+ +
+ +

+ Las tablets son un componente en aumento de la base de instalaciones de Android y ofrecen nuevas + oportunidades de interacción con los usuarios + y monetización. Las pautas que se indican en este documento te ayudarán + a cumplir las expectativas de los usuarios de tablets a través de funciones atractivas y + una IU intuitiva y bien diseñada. +

+ +

+ Si bien las pautas están numeradas, puedes abordarlas en cualquier orden. Debes + abordar cada una de las recomendaciones que se proporcionan en las pautas en la medida en que + resulte apropiado para tu aplicación; no obstante, para poder proporcionar el mejor + producto a tus clientes, sigue las recomendaciones en la mayor medida + posible. +

+ +

+ A lo largo del documento, encontrarás vínculos a recursos que pueden + ayudarte a abordar cada una de las recomendaciones incluidas. +

+ +

1. Realiza una prueba de Calidad básica de las aplicaciones para tablets

+ +

El primer paso en la provisión de una excelente experiencia con la aplicación en tablets es asegurarte + de que la aplicación cumpla con los criterios de calidad de la aplicación principal en todos los dispositivos + y formatos a los que apunte. Para obtener información completa, consulta las Pautas de calidad de la aplicación principal. +

+ +

+Antes de publicar, asegúrate también de que tu aplicación apruebe los controles técnicos básicos y los criterios de lanzamiento, como los siguientes: +

+ + + +

Si tu aplicación está cargada en la Consola para desarrolladores de Google Play, puedes + ver cómo le está yendo en función de esos controles + al visitar la página Sugerencias para + la optimización.

+ + +
+

2. Optimiza los diseños para pantallas más grandes

+ +

+ Android facilita el desarrollo de una aplicación que se ejecute bien en una amplio rango de + tamaños de pantalla y formatos de dispositivos. Esta amplia compatibilidad funciona a tu favor, + ya que te ayuda a diseñar una aplicación única que puedes distribuir extensamente + a todos los dispositivos a los que apuntes. No obstante, para ofrecer a tus usuarios la mejor + experiencia posible en cada configuración de pantalla, en especial en + tablets, debes optimizar tus diseños y otros componentes de la IU para + cada configuración de pantalla que admitas. En las tablets, la optimización de tu IU te permite + aprovechar al máximo el espacio de pantalla adicional disponible, por ejemplo, para ofrecer nuevas + funciones, presentar contenido nuevo o mejorar la experiencia de otras maneras con el objetivo + de aumentar la interacción del cliente. +

+ +

+ Si desarrollaste tu aplicación para teléfonos celulares y ahora quieres distribuirla a + tablets, puedes comenzar por realizar ajustes menores en tus diseños, fuentes + y espaciado. En algunos casos, como para tablets de 7 pulgadas o para un juego + con lienzos grandes, esos ajustes podrían ser todo lo que necesitas hacer para que tu + aplicación se vea genial. En otros casos, como para tablets más grandes, puedes rediseñar + partes de tu IU para reemplazar la "IU estirada" con una IU multipanel eficaz, + navegación más simple y contenido adicional. +

+ + +
+ +

Despídete de tu IU "estirada": En las tablets, los diseños + de panel único generan un espacio en blanco raro y líneas demasiado extensas. Utiliza relleno + para reducir el ancho de los elementos de la IU y considera la posibilidad de usar diseños multipanel.

+
+ +

Aquí te proporcionamos alguna sugerencias:

+ + +
    +
  • Proporciona diseños personalizados, según sea necesario, para las pantallas large y + xlarge. También puedes proporcionar diseños que se cargarán + en función de la dimensión + más corta de la pantalla o la altura y el ancho + mínimos disponibles. +
  • + +
  • Como mínimo, personaliza las dimensiones, como los tamaños de las fuentes, los márgenes, el espaciado + para pantallas más grandes, para mejorar el uso del espacio y la legibilidad del contenido. +
  • + +
  • Ajusta el posicionamiento de los controles de la IU de modo que los usuarios puedan + acceder fácilmente a ellos mientras sujetan una tablet, como hacia los laterales cuando se encuentre en posición + horizontal. +
  • + +
  • El relleno de los elementos de la IU normalmente debería ser más voluminoso en las tablets que en + los teléfonos celulares. Se recomienda un ritmo de + 48 dp (y una cuadrícula de 16 dp). +
  • + +
  • Rellena correctamente el contenido de texto de modo que no se alinee directamente a lo largo de + los bordes de la pantalla. Usa un relleno 16dp mínimo alrededor del contenido cercano a los + bordes de la pantalla. +
  • +
+ +

En especial, asegúrate de que tus diseños no aparezcan "estirados" + a lo ancho de la pantalla:

+ +
    +
  • Las líneas de texto no deben ser excesivamente largas; optimízalas para que tengan una cantidad máxima de +100 caracteres por línea, con mejores resultados entre 50 y 75.
  • +
  • Los menús y ListViews no deben usar el ancho completo de la pantalla.
  • +
  • Usa relleno para manejar los anchos de los elementos en pantalla o cambiar a una + IU multipanel para tablets (consulta la siguiente sección).
  • +
+ +

Recursos relacionados

+ +
+ + +

3. Aprovecha el área adicional de la pantalla

+ +
+ +

Los diseños multipanel proporcionan un mejor equilibrio + visual en pantallas de tablets, y ofrecen una mayor utilidad y legibilidad.

+
+ +

Las pantallas de las tablets proporcionan un estado mucho más real de pantalla para tu aplicación, +especialmente cuando se sujeta en posición horizontal. Principalmente, las tablets de 10 pulgadas ofrecen un +área enormemente expandida, pero incluso las tablets de 7 pulgadas te proporcionan más espacio + para mostrar contenido e interactuar con los usuarios.

+ +

Mientras consideras la IU de tu aplicación para ejecutarse en tablets, asegúrate de que + esté aprovechando completamente el área de pantalla adicional disponible en las tablets. Aquí te proporcionamos + algunas sugerencias:

+ +
    +
  • Busca oportunidades de incluir contenido adicional o usar un tratamiento + alternativo del contenido existente.
  • +
  • Usa diseños + multipanel en las pantallas de las tablets para combinar vistas individuales en una vista compuesta. Esto + te permite usar el área de pantalla adicional de forma más eficiente y facilitar para + los usuarios la navegación en tu aplicación.
  • +
  • Piensa cómo quieres que se reorganicen los paneles de las vistas compuestas + cuando la pantalla cambie de orientación.
  • + +
    +
    + + +

    Las vistas compuestas combinan varias vistas individuales de la + IU de un teléfono celular (antes mencionado) en una IU enriquecida y más eficaz para tablets +(a continuación).

    +
    +
    + +
  • Si bien una pantalla individual se implementa como una subclase {@link android.app.Activity} +, considera la implementación de paneles de contenido individuales como subclases {@link +android.app.Fragment}. Esto te permite + maximizar la reutilización de códigos entre diferentes factores y pantallas que + compartan contenido.
  • +
  • Decide en qué tamaños de pantalla usarás una IU multipanel y luego proporciona los + diferentes diseños en los depósitos para el tamaño de pantalla correspondiente (como +large/xlarge) o anchos mínimos de pantalla (como +sw600dp/sw720).
  • +
+ +

Recursos relacionados

+ +
+ +

4. Utiliza recursos diseñados para pantallas de tablets

+ +
+ +

Para garantizar que tu aplicación se vea lo mejor posible, proporciona iconos y otros recursos + de mapa de bits para cada densidad en el rango que comúnmente admiten las tablets. Específicamente, debes + diseñar tus iconos para la barra de acciones, las notificaciones y el menú de inicio de acuerdo con las pautas de +Iconografía, y proporcionarlos + en múltiples densidades de modo que se visualicen en el tamaño adecuado en todas las pantallas + sin verse borrosos y sin otros defectos de escala.

+ +

Tabla 1. Tamaños de recursos sin formato para los tipos de icono. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DensidadLanzadorBarra de accionesNotificaciónpequeña/contextual
mdpi48x48 px32x32 px16x16 px24x24 px
hdpi72x72 px48x48 px24x24 px36x36 px
tvdpi(usar hdpi)(usar hdpi)(usar hdpi)(usar hdpi)
xhdpi96x96 px64x64 px32x32 px48x48 px
xxhdpi144x144 px96x96 px48x48 px72x72 px
+ +

+ Como mínimo, proporciona una versión de cada icono y recurso de mapa de bits optimizada + para al menos las siguientes densidades comunes de pantalla + de tablets: +

+
    +
  • hdpi
  • +
  • xhdpi
  • +
  • xxhdpi
  • +
+ +

Otras sugerencias:

+ +
    +
  • Cuando diseñes iconos, usa formas vectoriales de modo que puedas escalarlos sin perder nitidez en los detalles ni los bordes.
  • +
  • Usa +calificadores de recursos específicos para la densidad a fin de garantizar que se carguen los iconos correctos para cada densidad de pantalla.
  • +
  • Las tablets y otros dispositivos con pantallas grandes a menudo requieren un icono para el menú de inicio que sea un tamaño de densidad + más grande que la densidad real del dispositivo, de modo que debes proporcionar el icono del + menú de inicio en la mayor densidad posible. Por ejemplo, si una tablet tiene una pantalla de {@code xhdpi}, + requerirá la versión {@code xxhdpi} del icono del menú de inicio.
  • +
+ +

Recursos relacionados

+ +
+ +

5. +Ajusta las fuentes y los controles táctiles objetivo

+ +

Para asegurarte de que tu aplicación sea fácil de usar en tablets, dedica un tiempo a ajustar los + tamaños de fuente y los controles táctiles en la IU para tablets para todas las configuraciones + de pantalla que admitas. Puedes ajustar los tamaños de fuente mediante atributos modificables o recursos + de dimensión, y puedes ajustar los controles táctiles mediante diseños y recursos de mapa de bits + dibujables, como se mencionó más arriba.

+ +

Aquí te proporcionamos algunas consideraciones:

+
    +
  • El texto no debe ser excesivamente grande ni pequeño en los tamaños y densidades de pantalla de las + tablets. Asegúrate de que las etiquetas estén dimensionadas correctamente para los elementos de la IU con los que se + corresponden, y comprueba que no haya saltos de línea + inadecuados en las etiquetas, los títulos y otros elementos.
  • +
  • El tamaño recomendado para los controles táctiles en pantalla es de 48dp (32dp + como mínimo); puede ser necesario que realices algunos ajustes en tu IU para tablets. Lee Métricas y + cuadrículas + para obtener más información acerca de la implementación de estrategias para ayudar a la mayoría de los usuarios. Para + satisfacer las necesidades de accesibilidad de ciertos usuarios, puede ser conveniente que uses + controles táctiles más grandes.
  • +
  • Cuando sea posible, para los iconos más pequeños, expande el área táctil a más de + 48dp con {@link android.view.TouchDelegate} +o simplemente centrando el icono dentro del botón transparente.
  • +
+ +

Recursos relacionados

+ +
+ +

6. Ajusta el tamaño de los widgets de la pantalla de inicio

+ +

Si tu aplicación incluye un widget en la pantalla de inicio, aquí te mostramos algunos puntos que debes considerar + para garantizar una excelente experiencia de usuario en las pantallas de tablets:

+ +
    +
  • Configura la altura y el ancho predeterminados del widget de forma correcta + para las pantallas de tablets, como también la altura y el ancho mínimos y máximos. +
  • +
  • El tamaño del widget se debe poder modificar hasta los 420 dp o más para abarcar 5 o más + filas (si se trata de un widget vertical o cuadrado) o columnas (si se trata de un + widget horizontal o cuadrado) de la pantalla de inicio.
  • +
  • Asegúrate de que las imágenes de 9-patch se visualicen correctamente.
  • +
  • Usa los márgenes predeterminados del sistema.
  • +
  • Configura el targetSdkVersion de la aplicación en 14 o más, si es + posible.
  • +
+ +

Recursos relacionados

+ +
+ + +

7. Conjunto completo de funciones para usuarios de tablets

+ +
Tablet feature sets
+ +

Permite que tus usuarios accedan a las mejores funciones de tu aplicación. Aquí te proporcionamos + algunas recomendaciones:

+ +
    +
  • Diseña tu aplicación para que ofrezca al menos el mismo conjunto de funciones en tablets y + en teléfonos. +
  • + +
  • En casos excepcionales, tu aplicación podría omitir o reemplazar ciertas funciones en + las tablets si no son compatibles con el hardware o el caso de uso de la mayoría de las + tablets. Por ejemplo: +
      +
    • Si el teléfono celular utiliza funciones de telefonía pero el servicio de telefonía no está disponible + en la tablet actual, puedes omitir o reemplazar la funcionalidad relacionada. +
    • + +
    • Muchas tablets tienen un sensor GPS, pero la mayoría de los usuarios generalmente + no llevarían sus tablets con ellos mientras corren. Si tu aplicación para teléfonos proporciona + una funcionalidad que permite a los usuarios grabar un registro de GPS de sus carreras + mientras llevan sus teléfonos con ellos, no será necesario que la aplicación proporcione esa + funcionalidad en las tablets ya que el caso de uso no lo requiere. +
    • +
    +
  • + +
  • Si piensas omitir una función o capacidad de tu IU para tablets, asegúrate + de que los usuarios no puedan acceder o que ofrezca “degradación estable” + a una función de reemplazo (consulta también la sección a continuación acerca de las funciones de hardware). +
  • +
+ +

8. Aborda correctamente las versiones de Android

+ +

+ Para garantizar la distribución más amplia posible para tablets, asegúrate de que tu + aplicación aborde correctamente las versiones de Android compatibles con tablets. La compatibilidad + inicial con tablets se agregó en Android 3.0 (Nivel de API 11). + La compatibilidad unificada en el marco de la IU para tablets, teléfonos y otros dispositivos se + introdujo en Android + 4.0 +

+ +

+ Puedes configurar el rango de versiones de Android admitidas por tu aplicación en el archivo de + manifiesto en el elemento <uses-sdk> +. En la mayoría de los casos, puedes abordar versiones de Android correctamente al configurar + el atributo targetSdkVersion del elemento en el nivel de API más + alto posible. +

+ +

+ Como mínimo, comprueba el elemento <uses-sdk> + para asegurarte de lo siguiente: +

+ +
    +
  1. + targetSdkVersion está declarado con un valor de 11 o superior (se recomienda 14 o + superior), O +
  2. + +
  3. + minSdkVersion está declarado con un valor de 11 o superior. +
  4. + +
  5. Si se declara un atributo maxSdkVersion, debe tener un + valor de 11 o superior. Ten en cuenta que, en general, + no se recomienda el uso de maxSdkVersion. +
  6. +
+ +

Recursos relacionados

+ +
+ +

9. Declara correctamente dependencias de características de hardware

+ +

+ Los teléfonos celulares y las tablets generalmente ofrecen compatibilidad de hardware para + sensores, cámara, telefonía y otras funciones algo diferente. Por ejemplo, muchas tablets + se encuentran disponibles en una configuración "Wi-Fi" que no incluye compatibilidad con telefonía. +

+ +

+ A fin de que puedas distribuir un APK único de forma extensiva a toda tu base de + clientes de teléfonos y tablets, asegúrate de que tu aplicación no declare + requisitos para características de hardware que no se ofrezcan comúnmente en las tablets. + En su lugar, declara la características de hardware como no obligatorias en el manifiesto de la + aplicación, como se describe a continuación. +

+ +
    +
  • En el manifiesto de tu aplicación, busca elementos <uses-feature> +. Específicamente, busca características de hardware que podrían no estar + disponibles en algunas tablets, como por ejemplo: + +
      +
    • android.hardware.telephony
    • +
    • android.hardware.camera (hace referencia a la cámara posterior), o
    • +
    • android.hardware.camera.front
    • +
  • + +
  • Declara los elementos <uses-feature> + como no obligatorios al incluir el atributo android:required=”false” +. + +

    + Por ejemplo, aquí te mostramos la manera correcta de declarar una dependencia en + android.hardware.telephony de modo que aún puedas + distribuir tu aplicación de forma extensiva, incluso a dispositivos que no ofrezcan telefonía: +

    + +
    <uses-feature android:name="android.hardware.telephony" android:required="false" />
  • + +
  • En forma similar, revisa el manifiesto para detectar elementos <permission> que +impliquen requisitos + de características de hardware que no sean adecuadas para tablets. Si encuentras esos + permisos, asegúrate de declarar explícitamente un elemento + <uses-feature> correspondiente para las características e incluye el + atributo android:required=”false”.
  • +
+ + +

+ Después de declarar las características de hardware como no obligatorias, prueba + tu aplicación en diferentes dispositivos. La aplicación debe funcionar normalmente cuando las + características de hardware que utiliza no estén disponibles, y debe ofrecer "degradación + estable" y funcionalidades alternativas cuando corresponda. +

+ +

+ Por ejemplo, si una aplicación utiliza normalmente GPS para establecer la ubicación, pero el + dispositivo no admite GPS, la aplicación podría permitirle al usuario establecer la ubicación manualmente +. La aplicación puede comprobar la presencia de capacidades de hardware en el dispositivo durante el runtime y manipularlas + según resulte necesario. +

+ +

Recursos relacionados

+ +
+ +

10. Declara la compatibilidad con pantallas de tablets

+ +

Para garantizar que puedes distribuir tu aplicación a una amplia gama de tablets, la aplicación debe + declarar la compatibilidad con diferentes tamaños de pantalla de tablets en su archivo de manifiesto de la siguiente manera:

+ +
    +
  • Un + elemento <supports-screens> +, si se declara, no debe especificar android:largeScreens="false" + ni android:xlargeScreens="false".
  • +
  • Para las aplicaciones que apuntan a un valor de minSdkVersion inferior a 13, se debe declarar un elemento + <supports-screens> + con android:largeScreens="true" y + android:xlargeScreens="true".
  • +
+ +

Si la aplicación declara un elemento + <compatible-screens> + en el manifiesto, el elemento debe incluir atributos que especifiquen + todas las combinaciones de tamaño y densidad para pantallas de tablets que admita + la aplicación. Recuerda que, si fuera posible, debes evitar el uso del + elemento <compatible-screens> + en tu aplicación.

+ +

Recursos relacionados

+ +
+ + +

11. Presenta tu IU para tablets en Google Play

+ +

+ Cuando termines de crear una IU enriquecida y optimizada para tu aplicación + para tablets, asegúrate de que tus clientes lo sepan. Aquí te ofrecemos algunas + estrategias clave para promocionar tu aplicación para tablets a los usuarios en Google Play. +

+ +
+ + +

+ Carga capturas de pantalla de tu IU para tablets +

+ +

+ Los usuarios de tablets quieren saber cómo se ve tu aplicación en una tablet, no en un + teléfono. Si desarrollaste una aplicación para tablets, asegúrate de cargar capturas de pantalla + de tu IU para tablets a la Consola para desarrolladores de Google Play. Aquí te proporcionamos algunas pautas: +

+ +
    +
  • Exhibe la funcionalidad central de tu aplicación, no + una página de inicio ni de inicio de sesión. Dondequiera que los usuarios pasen la mayor parte del tiempo, eso + es lo que debes mostrar en tus capturas de pantalla. +
  • + +
  • Agrega capturas de pantalla tomadas en tablets de 7 y 10 pulgadas. +
  • + +
  • Agrega capturas de pantalla tomadas en orientación vertical + y horizontal, si fuera posible. +
  • + +
  • Usa imágenes de la pantalla si fuera posible. Evita mostrar el hardware del dispositivo en tus + capturas de pantalla.
  • + +
  • La resolución recomendada para las capturas de pantalla de tu tablet es 1280 x 720 + o superior en cada orientación. +
  • + +
  • Carga hasta 8 capturas de pantalla de tu IU para tablets para tablets de 7 pulgadas + y 8 capturas de pantalla para tablets de 10 pulgadas. +
  • +
+ +

+ Actualiza la descripción y las notas de distribución de tu aplicación +

+ +
    +
  • En la descripción de tu aplicación, asegúrate de resaltar que la aplicación ofrece + una IU optimizada para tablets y excelentes funciones para los usuarios de tablets. Agrega algunos + detalles acerca de cómo funciona tu IU para tablets y por qué les gustará a los usuarios. +
  • + +
  • Incluye información acerca de la compatibilidad para tablets en las notas de distribución de la tablet y + actualiza la información. +
  • +
+ +

+ Actualiza tu video promocional +

+ +

+ Muchos usuarios miran el video promocional de una aplicación para tener una idea de cómo se ve la + aplicación y si la disfrutarán. En el caso de los usuarios de tablets, aprovecha este + interés al resaltar la IU para tablets de tu aplicación en tu video promocional. Aquí + te proporcionamos algunas sugerencias y pautas: +

+ +
    +
  • Agrega una o más capturas de tu aplicación ejecutándose en una tablet. Para atraer a los + usuarios de tablets de forma más eficaz, se recomienda que promociones tu IU para + tablets en una proporción aproximadamente similar a la de tu IU para teléfonos. +
  • + +
  • Muestra tu IU para tablets al comienzo del video, si fuera posible. No des por sentado que + los usuarios de tablets esperarán pacientemente que finalice el recorrido por las funciones de una IU para teléfonos. + Lo ideal es que captes su interés de inmediato al mostrarles la IU de para tablets durante + los primeros 10 segundos, o en el mismo momento que presentas la IU para teléfonos. +
  • + +
  • Para dejar en claro que estás mostrando una IU para tablets, incluye imágenes de tu + aplicación ejecutándose en una tablet. +
  • + +
  • Resalta la IU para tablets de tu aplicación en el relato o la narración grabada del video. +
  • +
+ +

+ Presenta la IU para tablets en tus campañas promocionales +

+ +

+ Asegúrate de dar a conocer tu IU para tablets a los usuarios de tablets a través de tus + campañas promocionales, sitio web, publicaciones en redes sociales, anuncios publicitarios y en otros sitios. Aquí te proporcionamos + algunas sugerencias: +

+ +
    +
  • Planifica una campaña publicitaria o de comercialización que resalte el uso de tu + aplicación en tablets.
  • + +
  • Muestra los mejores aspectos de tu aplicación para tablets en tus campañas promocionales; utiliza el Generador de material gráfico para dispositivos para + crear rápidamente una imagen promocional de alta calidad de tu aplicación ejecutándose + en una tablet de 7 o 10 pulgadas, en la orientación que prefieras, con o sin + sombra paralela y brillo de pantalla. Es tan sencillo como realizar una captura, arrastrar y soltar. +
  • + +
  • Incluye una insignia de Google Play en tus promociones por Internet para que los usuarios + puedan acceder directamente al directorio de tienda de tu aplicación. Puedes generar una insignia en + diferentes idiomas con el Generador de insignias. +
  • +
+ +

Recursos relacionados

+ +
+ +
+

+ 12. Sigue las mejores prácticas para publicar en Google Play +

+ + +
+ +

+ Aquí te mostramos algunas mejores prácticas para distribuir una aplicación para tablets exitosa en Google + Play. +

+ +
+ +
+ +

+ Repasa las sugerencias de optimización para tu aplicación +

+ +

La Consola para desarrolladores de Google Play ahora ofrece una página de Sugerencias para la optimización + que te permite comprobar rápidamente cómo le está yendo a tu aplicación en función de pautas básicas para la calidad + y distribución de aplicaciones para tablets. Para visitar la página, inicia sesión en la Consola para desarrolladores, + carga la aplicación desde Todas las aplicaciones y haz clic en Sugerencias para la optimización en el + panel de navegación de la izquierda.

+ + + +

La Consola para desarrolladores crea la página de Sugerencias para la optimización de tu aplicación + al ejecutar una serie de comprobaciones para verificar los criterios básicos + de calidad. Si detecta problemas, te los notificará como elementos "Pendientes" + en la página de Sugerencias para la optimización.

+ +

Si desarrollaste una experiencia de tablet para tu aplicación, asegúrate de + visitar la página de Sugerencias para la optimización para ver cómo le está yendo a la aplicación + en relación con las comprobaciones básicas. Si se indican errores, te + recomendamos que los abordes en tu aplicación y, si fuera necesario, cargues un nuevo archivo binario para + distribución.

+ +

Si la página de Sugerencias para la optimización indica problemas "Pendientes" que crees que no + corresponden a tu aplicación o afectan la calidad de la aplicación en las tablets, +usa el Formulario de contacto de Diseñado para tablets» para comunicárnoslo. Revisaremos + tu aplicación y actualizaremos tu página de Sugerencias para la optimización + según corresponda.

+ + +

Confirma el filtrado de la aplicación

+ +

+ Después de cargar la aplicación a la Consola para desarrolladores, examina la + lista de dispositivos admitidos por el APK para asegurarte de que la aplicación no se haya excluido de la filtración + de tablets a las que quieres apuntar. +

+ +

Distribuye un solo APK

+ +

+ Se recomienda que publiques tu aplicación como un solo APK para todos los + tamaños de pantalla (teléfonos y tablets), con un solo directorio en Google Play. Este enfoque + ofrece muchas ventajas importantes. +

+ +
    +
  • Es más fácil para los usuarios encontrar tu aplicación en búsquedas, exploraciones o promociones. +
  • + +
  • Es más fácil para los usuarios restaurar tu aplicación automáticamente si adquieren un + dispositivo nuevo. +
  • + +
  • Tus estadísticas de descarga y calificaciones se consolidan a través de todos los dispositivos. +
  • + +
  • Si publicas una aplicación para tablets en un segundo directorio, esto puede reducir las calificaciones para + tu marca. +
  • +
+ +

+ Si fuera necesario, puedes seleccionar, como alternativa, distribuir tu aplicación con Compatibilidad con múltiples APK, + aunque en la mayoría de los casos se recomienda firmemente usar un solo APK + que abarque todos los dispositivos. +

+ +

Recursos relacionados

+
+ + +
+

+ Configuración de un entorno de prueba para tablets +

+ + +
+ +

+ Evalúa la calidad de tu aplicación en tablets; tanto la calidad de la aplicación principal + como la calidad de la aplicación para tablets, con un hardware adecuado o un entorno de simulación + para la realización de pruebas. +

+ +

+ En comparación con el entorno de prueba + recomendado para probar la aplicación en función de los criterios de calidad para la aplicación principal, + incluye tablets de tamaño mediano y tablets con más o menos características de + hardware/software. +

+ +

Tabla 1. Un entorno de prueba típico para tablets + debería incluir uno o más dispositivos de cada fila de la tabla que aparece a continuación, con una de las + versiones de plataforma, configuraciones de pantalla y configuraciones de características de hardware indicadas.

+ + + + + + + + + + + + + + + + + + + + + + + + +
TipoTamañoDensidadVersiónMáscara del AVD
Tablet de 7 pulgadaslarge o
-sw600
hdpi,
tvdpi
Android 4.0+ (nivel de API 14 o superior)WXGA800-7in
Tablet de 10 pulgadasxlarge o
-sw800
mdpi,
hdpi,
xhdpi
Android 3.2+ (nivel de API 13 o superior)WXGA800
+ +
+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/es/distribute/googleplay/quality/tv.jd b/docs/html-intl/intl/es/distribute/googleplay/quality/tv.jd new file mode 100644 index 0000000..8645858 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/quality/tv.jd @@ -0,0 +1,509 @@ +page.title=Calidad de las aplicaciones para TV +page.metaDescription=La televisión es un segmento en aumento de dispositivos Android que requiere atención específica en el diseño y la funcionalidad de las aplicaciones a fin de crear una excelente experiencia. +page.image=/distribute/images/gp-tv-quality.png +@jd:body + + + +
+ +
+ +

+ Los usuarios tienen diferentes expectativas cuando miran televisión, en comparación con el uso de un teléfono o una tablet. + Un usuario de TV típico se sienta a aproximadamente 3 metros de distancia de la pantalla, por lo que los detalles pequeños son menos perceptibles + y el texto pequeño resulta difícil de leer. Dado que los usuarios se sientan lejos del televisor, deben usar un dispositivo de mando + a distancia para navegar y seleccionar, en lugar de tocar los elementos que aparecen en pantalla. Esas + diferencias cambian significativamente los requisitos de lo que sería una buena experiencia del usuario de TV. +

+ +

+ El primer paso para crear una excelente experiencia para usuarios de TV es leer y seguir las + pautas de diseño para Android TV, que proporcionan + instrucciones acerca de cómo crear aplicaciones para TV que proporcionen la mejor experiencia del usuario. También debes leer la capacitación + Cómo crear aplicaciones para TV a fin de comprender + los requisitos de implementación básicos de una aplicación para TV. +

+ +

+ Importante: Para garantizar una excelente experiencia del usuario, las aplicaciones para dispositivos de TV deben cumplir algunos + requisitos de utilidad específicos. Solo las aplicaciones que cumplan con los siguientes criterios de calidad + calificarán como una aplicación de Android TV en Google Play. +

+ +

Nota: Para obtener información acerca de cómo publicar tus aplicaciones para TV en Google Play, + consulta Distribución para Android TV.

+ + + +
+

+ Diseño visual e interacción del usuario +

+ + +
+ +

+ Estos criterios permiten que te asegures de que tu aplicación cumpla con los patrones clave de diseño e interacción + a fin de garantizar una experiencia del usuario uniforme, intuitiva y agradable en dispositivos de TV. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + Prueba + + Descripción +
+ Lanzador + + TV-LM + +

+ La aplicación exhibe un icono del Lanzador de Android TV después de la instalación. + (Obtén más información) +

+
+ TV-LB + +

+ La aplicación exhibe un banner de 320 px x 180 px como su icono de Lanzador de Android TV. + (Obtén más información) +

+
+ TV-BN + +

+ El banner de inicio de la aplicación contiene el nombre de la aplicación. + (Obtén más información) +

+
+ TV-LG + +

+ Si la aplicación es un juego, aparece en la fila Juegos del Lanzador de Android TV.
+ (Obtén más información) +

+
+ Diseño + + TV-LO + +

+ Las interfaces de la aplicación se presentan en orientación horizontal. + (Obtén más información) +

+
+ TV-TC + +

+ La aplicación exhibe el texto central en un tamaño de 16 sp o más grande. + (Obtén más información) +

+
+ TV-TA + +

+ La aplicación exhibe todo el texto en un tamaño de 12 sp o más grande. + (Obtén más información) +

+
+ TV-OV + +

+ La aplicación no exhibe texto ni funcionalidades que estén parcialmente + cortados por los bordes de la pantalla. + (Obtén más información) +

+
+ TV-TR + +

+ La aplicación no opaca parcialmente otras aplicaciones. La aplicación ocupa toda la pantalla y tiene + un fondo que no es transparente. +

+
+ TV-DP + +

+ La funcionalidad de la aplicación se puede navegar con los controles del mando de 5 direcciones, a menos que la aplicación + requiera un controlador para juegos como se especifica en TV-GP. + (Obtén más información) +

+
+ TV-DK + +

+ La aplicación requiere un controlador para juegos, como se especifica en TV-GP; se puede + navegar por toda la funcionalidad con las teclas de un controlador para juegos de Android estándar. + (Obtén más información) +

+
+ TV-DM + +

+ La aplicación no requiere que el mando a distancia tenga un botón de Menú para acceder a los controles de la + interfaz de usuario. + (Obtén más información) +

+
+ + +

Recursos relacionados

+ +
+
+ + + +
+

+ Funcionalidad +

+ + +
+ +

+ Estos criterios garantizan que tu aplicación esté correctamente configurada y proporcione el comportamiento + funcional previsto. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + Prueba + + Descripción +
+ Manifiesto + + TV-ML + +

+ El manifiesto de la aplicación establece un tipo previsto de {@link android.content.Intent#ACTION_MAIN} con la categoría + {@link android.content.Intent#CATEGORY_LEANBACK_LAUNCHER}. + (Obtén más información) +

+
+ TV-MT + +

+ El manifiesto de la aplicación establece la característica de hardware {@code android.hardware.touchscreen} como no obligatoria. + (Obtén + más información) +

+
+ Controladores para juegos + + TV-GP + +

+ Si la aplicación utiliza un controlador para juegos como su método de entrada principal, debe declarar el requisito + correspondiente con la etiqueta del manifiesto {@code <uses-feature>}. + (Obtén más información) +

+
+ TV-GC + +

+ Si la aplicación proporciona instrucciones visuales para el uso de controladores para juegos, las instrucciones + no deben contener recursos de marca y deben exhibir un diseño de botones compatible. + (Obtén más información) +

+
+ Publicidad + + TV-AP + +

+ La aplicación permite la interacción con anuncios publicitarios mediante el uso de los controles del mando de dirección. + (Obtén más información) +

+
+ TV-AD + +

+ Para la publicidad que utilice anuncios en pantalla completa que no sean en video, la aplicación le + permite al usuario omitir de inmediato el anuncio con los controles del mando de dirección. +

+
+ TV-AU + +

+ Para la publicidad que utilice anuncios que admitan clics, no ocupen la pantalla completa y no sean en video, la aplicación no permite que los + anuncios vinculen a una URL. +

+
+ TV-AA + +

+ Para la publicidad que utilice anuncios que admitan clics, no ocupen la pantalla completa y no sean en video, la aplicación no permite que los + anuncios vinculen a otra aplicación que no está disponible para dispositivos de TV. +

+
+ Contenido web + + TV-WB + +

+ Para el contenido web, la aplicación utiliza componentes {@link android.webkit.WebView} y no intenta + ejecutar una aplicación de explorador web. +

+
+ Reproducción multimedia + + TV-NP + +

+ Si la aplicación continúa reproduciendo sonido después de que el usuario sale de ella, la aplicación proporciona una tarjeta Reproduciendo + ahora en la fila de recomendación de la pantalla de inicio de modo que los usuarios puedan regresar a la aplicación + para controlar la reproducción. + (Obtén más información) +

+
+ TV-PA + +

+ Si la aplicación proporciona una tarjeta Reproduciendo ahora, cuando el usuario la seleccione pasará a una + pantalla que permite pausar la reproducción. + (Obtén más información) +

+
+ TV-PP + +

+ Si la aplicación reproduce contenido de video o música, alternará entre reproducción y pausado del contenido + multimedia cuando se envíe un evento clave de reproducción o pausado durante la reproducción.
+ (Obtén + más información) +

+
+ + +

Recursos relacionados

+ +
+
+ + +
+

+ Preguntas frecuentes +

+
+ +

+ Después de enviar mi aplicación, ¿cómo sabré si mi aplicación no cumple todos los requisitos para + dispositivos de TV? +

+

+ Si tu aplicación no cumple los requisitos de utilidad que se describen en esta página, el equipo de la Play Store + se comunicará contigo a la dirección de correo electrónico que especificaste en la cuenta principal de la Consola para desarrolladores de Google Play asociada con + la aplicación. +

+

+ Advertencia: Asegúrate de que tu aplicación incluya las entradas obligatorias del manifiesto para dispositivos de TV; + de lo contrario, la aplicación no se considerará una aplicación para TV y no se revisará conforme a los requisitos de utilidad para + TV. +

+ + +

+ Mi aplicación abarca más que dispositivos de TV. Si mi aplicación no cumple con los + requisitos para dispositivos de TV, ¿aparecerá todavía mi aplicación nueva o actualizada en Google Play para teléfonos y + tablets? +

+

+ Sí. Los requisitos que se describen más arriba solo restringen la distribución en la Play Store de Google para dispositivos + de TV. La distribución a otros tipos de dispositivos, como teléfonos, tablets, etc., no se verá + afectada. +

+ + +

+ Si mi aplicación cumple los requisitos de publicación, ¿cuándo estará disponible en la Play Store + de Google para dispositivos de TV? +

+ +

+ Las aplicaciones que cumplen los requisitos para TV aparecerán en la Play Store de Google para dispositivos de TV + después del lanzamiento oficial de Android 5.0. +

\ No newline at end of file diff --git a/docs/html-intl/intl/es/distribute/googleplay/quality/wear.jd b/docs/html-intl/intl/es/distribute/googleplay/quality/wear.jd new file mode 100644 index 0000000..a625f7b --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/quality/wear.jd @@ -0,0 +1,452 @@ +page.title=Calidad de las aplicaciones para Wear +page.tags="wear","wearables","quality","guidelines" +page.metaDescription=Los dispositivos portátiles (wearables) son dispositivos más pequeños diseñados para permitir la captura de información de un vistazo y requieren aplicaciones exclusivas que proporcionen la información correcta en el momento adecuado. +page.image=/distribute/images/gp-wear-quality.png +@jd:body + + + + + +

+ Android Wear tiene como objetivo proporcionar a los usuarios la información correcta en el momento adecuado. Las increíbles + experiencias de Android Wear se inician automáticamente, permiten captar información de un vistazo y prácticamente no requieren la interacción del + usuario. Diseñar aplicaciones para wearables es muy diferente a diseñar para teléfonos o + tablets. Hay fortalezas y debilidades diferentes, casos de uso diferentes y ergonomías + diferentes que se deben tener en cuenta. +

+ +

+ El primer paso para crear una excelente experiencia para usuarios de Wear es leer las + pautas de diseño para Android Wear, que proporcionan + instrucciones acerca de cómo crear aplicaciones para Wear que proporcionen la mejor experiencia de usuario. También debes leer la capacitación + Cómo crear aplicaciones para dispositivos portátiles (wearables) a fin de + comprender los requisitos de implementación básicos de una aplicación para Wear. +

+ +

+ Importante: Para garantizar una excelente experiencia de usuario, las aplicaciones para wearables deben cumplir algunos + requisitos de utilidad específicos. Solo las aplicaciones que cumplan con los siguientes criterios de calidad + calificarán como una aplicación de Android Wear en Google Play. Si califica como aplicación de Wear, los usuarios de + Android Wear podrán descubrir de forma más fácil tu aplicación en Google Play. +

+ +

+ Nota: Para obtener información acerca de cómo publicar tus aplicaciones para Wear en Google Play, consulta Distribución para Android Wear. +

+ +
+

+ Funcionalidad +

+ + +
+ +

+ Estos criterios garantizan que tu aplicación esté correctamente configurada y proporcione el comportamiento + funcional previsto. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + ID + + Descripción +
+ General + + WR-GL + +

+ La aplicación para dispositivos portátiles incluye notificaciones con funcionalidad específica para wearables o una aplicación + para wearables que se ejecuta directamente en el dispositivo Wear. + (Obtén más información) +

+
+ WR-VF + +

+ La aplicación posee funcionalidad Wear visible para el usuario. +

+
+ WR-BF + +

+ La funcionalidad Wear funciona según lo previsto o descrito en el directorio de la tienda en la Play Store de Google. +

+
+ Integración + + WR-PK + +

+ Las aplicaciones para wearables que dependen de una aplicación para dispositivos portátiles para adquirir su plena funcionalidad están integradas dentro de esa + aplicación para wearables. + (Obtén más información) +

+
+ Notificaciones + + WR-FW + +

+ Las notificaciones con funcionalidad específica para wearables usan un {@code RemoteInput} o + {@code WearableExtender}. + (Obtén más información) +

+
+ WR-FR + +

+ Las notificaciones para aplicaciones de mensajería permiten a los usuarios responder mediante entradas de voz o respuestas rápidas. + (Obtén más información) +

+
+ WR-FG + +

+ Las notificaciones similares se agrupan en una pila. + (Obtén más información) +

+
+ Gestos + + WR-GP + +

+ Las actividades en pantalla completa usan el gesto de presión prolongada únicamente para salir. +
+ (Obtén más información) +

+
+ WR-GD + +

+ Si la aplicación deshabilita el gesto “deslizar para descartar” en una actividad en pantalla completa, responderá al + gesto “presionar de forma prolongada para descartar” en esa actividad. + (Obtén más información) +

+
+ Cara de reloj + + WR-WF + +

+ Las aplicaciones que incluyen caras de reloj usan la API oficial de Cara de reloj. + (Obtén más información) +

+
+ + +

Recursos relacionados

+ +
+
+ +
+

+ Diseño visual e interacción con el usuario +

+ + +
+ +

+ Estos criterios permiten que te asegures de que tu aplicación cumpla con los patrones clave de diseño e interacción a fin de proporcionar + una experiencia de usuario uniforme, intuitiva y agradable en wearables. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Tipo + + ID + + Descripción +
+ Diseño + + WR-LS + +

+ La interfaz de usuario de la aplicación tiene el formato correcto para pantallas cuadradas. El contenido de la aplicación + se ajusta al área física de la pantalla y no se visualiza texto ni controles cortados por los bordes de la pantalla. +
+ (Obtén más información) +

+
+ WR-LR + +

+ La interfaz de usuario de la aplicación tiene el formato correcto para pantallas circulares, incluidos dispositivos con un + bajorrelieve (o “mentón”) en la parte inferior de la pantalla. El contenido de la aplicación se ajusta al área física + de la pantalla y no se visualiza texto ni controles cortados por los bordes de la pantalla. +
+ (Obtén más información) +

+
+ WR-TC + +

+ El texto en pantalla es grande y permite captar la información de un vistazo con un tamaño mínimo sugerido de 16 sp. + (Obtén más información) +

+
+ Lanzador + + WR-LN + +

+ La cadena del selector de la aplicación es el nombre de la aplicación y no una frase de comando. + (Obtén más información) +

+
+ Notificaciones + + WR-NC + +

+ Cuando corresponde, la aplicación muestra animaciones de confirmación. + (Obtén más información) +

+
+ WR-NR + +

+ Las tarjetas de notificación tienen el icono de la aplicación visible en el borde superior derecho. La única excepción es + cuando la tarjeta de notificación tiene controles de acción individual; por ejemplo, una tarjeta de reproducción multimedia. +
+ (Obtén más información) +

+
+ WR-WI + +

+ Las acciones de notificación tienen un icono blanco, un título de acción y fondo transparente. +
+ (Obtén más información) +

+
+ WR-PB + +

+ Los fondos de las notificaciones con foto se utilizan únicamente para proporcionar información, no para exhibir una marca en una tarjeta. + (Obtén más información) +

+
+ WR-PR + +

+ Los fondos de las notificaciones con foto tienen una resolución de 400x400 como mínimo. + (Obtén más información) +

+
+ Google Play + + WR-GS + +

+ La aplicación incluye al menos una captura de pantalla de Wear en su directorio en la Play Store. + (Obtén más información) +

+
+ + +

Recursos relacionados

+ +
+
+ +
+

+ Preguntas frecuentes +

+
+ +

+ Después de enviar mi aplicación para la revisión de Android Wear, ¿cómo sabré si mi aplicación no + cumple todos los requisitos para Wear? +

+

+ Si tu aplicación no cumple los requisitos de utilidad que se describen en esta página, el equipo de la Play Store + se comunicará contigo a la dirección de correo electrónico que especificaste en la cuenta de la Consola para desarrolladores de Google Play asociada con + la aplicación. +

+

+ Advertencia: Asegúrate de que tu aplicación cumpla los requisitos de + funcionalidad, de lo contrario, la aplicación no se considerará una aplicación para Wear y no se revisará + para determinar si cumple con los requisitos de diseño e interacción de Wear. +

+

+ Nota: Para obtener información acerca de cómo publicar tus aplicaciones para Wear en Google Play, consulta Distribución para Android Wear. +

+ + +

+ Si mi aplicación no cumple con los requisitos de Wear, ¿aparecerá todavía mi aplicación nueva o actualizada en + Google Play para teléfonos y tablets, y aún se podrá instalar en wearables? +

+

+ Sí. Los requisitos antes descritos solo determinan si tu aplicación se identificará como una aplicación de + Android Wear en Google Play y si los usuarios de Android Wear podrán descubrirla de forma más fácil. Si tu aplicación no + se acepta como una aplicación para Wear, aún estará disponible para otros dispositivos, como teléfonos y + tablets, y aún podrá instalarse en wearables. +

diff --git a/docs/html-intl/intl/es/distribute/googleplay/start.jd b/docs/html-intl/intl/es/distribute/googleplay/start.jd new file mode 100644 index 0000000..72c65cd --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/start.jd @@ -0,0 +1,156 @@ +page.title=Comienza a publicar +page.metaDescription=Comienza a publicar en Google Play en minutos al crear una cuenta de desarrollador. +meta.tags="publishing" +page.tags="google play", "publishing", "register", "signup" +page.image=/distribute/images/getting-started.jpg + +@jd:body + +
+ +
+ +

+ Comienza a publicar en Google Play en minutos de la siguiente manera: +

+ +
    +
  • Regístrate para una cuenta de publicador en Google Play. +
  • + +
  • Si piensas vender aplicaciones o productos integrados en la aplicación, + configura una cuenta de comerciante en Google Wallet. +
  • + +
  • Explora la Consola para desarrolladores + en Google Play y las herramientas de publicación. +
  • +
+ +

+ Cuando estés listo, usa el botón Inicio para ingresar a la Consola para desarrolladores. +

+ +
+

+ Regístrate para una cuenta de publicador +

+ + +
+ + + +
    +
  1. Visita la Consola para desarrolladores + de Google Play. +
  2. + +
  3. Ingresa información básica acerca de tu identidad como desarrollador + — por ejemplo, nombre, dirección de correo electrónico, etc. Puedes modificar esa información + más adelante. +
  4. + +
  5. Lee y acepta el Acuerdo de distribución para desarrolladores para + tu país o región. Ten en cuenta que las aplicaciones y los directorios de tienda que publiques en + Google Play deben cumplir las políticas del programa para desarrolladores y las leyes de exportación de los + EE. UU. +
  6. + +
  7. Paga un cargo de registro de $25 USD mediante Google Wallet. Si + no tienes una cuenta de Google Wallet, puedes configurar una rápidamente durante el + proceso. +
  8. + +
  9. Una vez que se verifique tu registro, recibirás una notificación en la + dirección de correo electrónico que ingresaste durante el registro. +
  10. +
+ +
+

+ Configura una cuenta de comerciante en Google Wallet +

+ + +
+ +
+ +
+ +

+ Si quieres vender aplicaciones pagas, productos integrados en la aplicación o suscripciones, necesitarás + una cuenta de comerciante en Google Wallet. Puedes configurar una en cualquier momento, pero + primero consulta la lista de + países para comerciantes.
+
+ Para configurar una cuenta de comerciante en Google Wallet:
+
+

+ +
    +
  1. + Inicia sesión en tu Consola para desarrolladores de Google Play en https://play.google.com/apps/publish/. +
  2. + +
  3. Abre Informes financieros en el panel de navegación lateral. +
  4. + +
  5. Haz clic en Configurar una cuenta de comerciante ahora. +
  6. +
+ +

+ Esto te llevará al sitio de Google Wallet; para completar este paso, necesitarás información + acerca de tu negocio. +

+ +
+

+ Explora la Consola para desarrolladores +

+ + +
+ +

+ Una vez que se haya verificado tu registro, podrás iniciar sesión en la Consola para + desarrolladores, que es el lugar de Google Play desde donde realizarás las operaciones de publicación de tu aplicación y donde encontrarás + herramientas. +

+ +
+ +
+ +
+
+
+ +
diff --git a/docs/html-intl/intl/es/distribute/googleplay/tv.jd b/docs/html-intl/intl/es/distribute/googleplay/tv.jd new file mode 100644 index 0000000..e3a95bc --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/tv.jd @@ -0,0 +1,305 @@ +page.title=Distribución para Android TV +page.image=/design/tv/images/atv-home.jpg +meta.tags="tv", "publish", "quality" +page.tags="tv", "publish", "googleplay" +page.metaDescription=Distribuye tus aplicaciones, juegos y contenido para Android TV. + +@jd:body + + + +

+ Si creaste una aplicación o un juego genial, Android TV y Google Play pueden ayudarte + a llevarla directo a las salas de los usuarios. Podrás ofrecer tus + aplicaciones y juegos en una experiencia de vidriera optimizada para TV. Puedes + ampliar tus aplicaciones nuevas o existentes para TV y luego publicarlas en Google Play usando herramientas + y procesos ya conocidos. +

+ +

+ Para comenzar, repasa las secciones de este documento para aprender a + distribuir a los usuarios tus aplicaciones para TV a través de Google Play. Asegúrate de leer + Calidad de las aplicaciones para TV + para obtener información sobre las pautas de utilidad y calidad que tu aplicación debe + cumplir. Cuando tu aplicación esté lista, puedes incluirla para su publicación en la vidriera de Android TV + de la Consola para desarrolladores. +

+ +

+ Cómo participar +

+ +

+ Google Play te permite exhibir tus aplicaciones para TV frente a un nuevo público de usuarios en + sus salas. Puedes desarrollar y publicar mediante el uso de tu cuenta existente + de la Consola para desarrolladores y tu configuración actual para distribución y fijación de precios. Participar + es fácil; las siguientes secciones describen el proceso. +

+ +
+ +
+ +

+ 1. Comprende las pautas y los requisitos +

+ +

+ Para prepararte para un lanzamiento exitoso en Android TV, comienza por revisar las + pautas para crear experiencias de aplicación excelentes en TV. Consulta las pautas de diseño para Android TV para obtener ideas + acerca de cómo ampliar tu aplicación para que sea compatible con TV y detalles sobre diseño y utilidad. +

+ +

+ Cuando comiences a diseñar tu experiencia para TV, asegúrate de leer y + comprender los criterios de calidad de las aplicaciones para TV. La experiencia de Google Play para + Android TV solo exhibe aplicaciones que pueden usarse en un televisor + — tus aplicaciones pueden participar siempre que cumplan con un grupo de criterios de calidad + básicos. Consulta Calidad + de las aplicaciones para TV para obtener información detallada. +

+ +

2. Desarrolla una aplicación excelente para TV

+ +

+ Una aplicación excelente para TV es la que se diseña para utilizar en la sala y aprovecha las + capacidades de Android TV y recursos de entrada relacionados como controladores + de juegos, mandos de dirección y mandos a distancia. La aplicación se pule para ofrecer una experiencia + nítida y de alta calidad en pantallas grandes y proporciona un conjunto de funciones + atractivas para los usuarios. +

+ +

+ Mientras consideras la posibilidad de desarrollar una aplicación para TV, lee la documentación para desarrolladores y las + pautas de utilidad, y considera aplicarlas en la mayor medida + posible. Asegúrate de diseñar una excelente experiencia relajada para los usuarios y créala + con la biblioteca Leanback que se incluye en el SDK. Te recomendamos que optimices + otras partes de tu aplicación para que puedan usarse en la TV y que las identifiques + al principio del proceso de desarrollo. +

+ +

+ En la mayoría de los casos, recomendamos que ofrezcas tu experiencia para TV como parte de tu + aplicación actual para teléfonos, tablets y otros dispositivos con el mismo nombre de paquete + y el mismo directorio de la tienda. Este enfoque permite a los usuarios cambiar a tu experiencia de TV + sin inconvenientes y también te permite aprovechar las reseñas y calificaciones que obtuviste + en tu aplicación para teléfonos y tablets. +

+ +

+ Puedes agrupar tus intentos para TV, la biblioteca Leanback, el código específico + para TV y los recursos en una sola solución de APK para todos los dispositivos admitidos. Si + fuera necesario, puedes usar la Compatibilidad con múltiples + APK para proporcionar un archivo binario personalizado para dispositivos Android TV con el mismo nombre + de paquete y directorio de la tienda que usas para teléfonos y tablets. +

+ +

+ Durante la fase de diseño y desarrollo, es importante que cuentes con un dispositivo adecuado + en el que puedas experimentar y probar tu experiencia de usuario. Debes adquirir uno + o más dispositivos Android TV o emuladores y configurar tu entorno de prueba + lo antes posible. El dispositivo de hardware recomendado para realizar las pruebas en el + entorno Android TV es Nexus Player, que está disponible en Google Play + y en otras tiendas, y también debes adquirir un controlador para juegos y otros dispositivos de + entrada para TV. +

+ +

3. Prueba la calidad de la aplicación para TV

+ +

+ Tus aplicaciones para TV deben estar diseñadas para que funcionen bien, se vean increíbles en Android TV + y ofrezcan la mejor experiencia de usuario posible. Google Play exhibe + aplicaciones de alta calidad para que los usuarios puedan encontrarlas fácilmente en Google Play. Aquí te mostramos + cómo puedes participar y ofrecer una aplicación para Android TV que los usuarios disfrutarán. +

+ + + +

4. Incluye tu aplicación en Android TV y publícala

+ +

+ Una vez que hayas creado tu APK listo para el lanzamiento y lo hayas probado para asegurarte de que cumple + todas las pautas de Calidad de las + aplicaciones para TV, cárgalo a la Consola para desarrolladores. Actualiza el directorio de tu + tienda con capturas de pantalla y banners de tu aplicación para TV, y configura opciones de distribución, + según sea necesario. Si no sabes cómo prepararte para el lanzamiento en Google Play, + consulta la Lista de comprobación + para el lanzamiento. +

+ +

+ Antes de que puedas publicar para usuarios de Android TV, debes acceder a Android + TV desde la sección Fijación de precios y distribución de la + Consola para desarrolladores. Acceder significa que quieres que tu aplicación esté disponible + para los usuarios de Android TV a través de Google Play, y que + tu aplicación cumple las pautas de Calidad + de las aplicaciones para TV. +

+ +

+ Puedes acceder únicamente si tu aplicación cumple dos criterios + de calidad preliminares que se verifican automáticamente al cargar al APK: +

+ +
    +
  • El manifiesto de tu aplicación debe incluir un tipo de intento ACTION_MAIN + con la categoría + CATEGORY_LEANBACK_LAUNCHER. Obtén más información aquí. +
  • + +
  • Tu aplicación debe declarar que no requiere una pantalla táctil. El + manifiesto debe declarar el hardware android.hardware.touchscreen + con android:required="false”. Obtén más información aquí. +
  • +
+ +

+ Si tu aplicación cumple los criterios preliminares, verás una casilla de verificación para inclusión para + Android TV, como se muestra a continuación. Si la casilla de verificación para inclusión no está habilitada, revisa + tu APK para asegurarte de que cumpla con los criterios preliminares. +

+ +

+ Después de realizar la inclusión y guardar los cambios, puedes publicar tu aplicación como lo haces habitualmente. + Antes de que tu aplicación esté disponible para los usuarios de Android TV, Google Play envía + tu aplicación para revisión conforme a los criterios de Calidad de las aplicaciones para TV + y te notifica el resultado. Consulta la siguiente sección para obtener información detallada + sobre cómo realizar un seguimiento del estado de aprobación de tu aplicación. +

+ +

+ Si tu aplicación cumple los criterios de Calidad de las + aplicaciones para TV, Google Play la exhibe a los usuarios de + Android TV. Tu aplicación también es elegible para acceder a una mayor visibilidad si se exhibe en + colecciones de aplicaciones y promociones. Para que los usuarios de todas partes sepan que tu aplicación está + diseñada para Android TV, Google Play decora el directorio de tienda de la aplicación con una + insignia de TV. +

+ +

+ Ten en cuenta que la inclusión y la revisión no afectan la disponibilidad de tu aplicación para + otros dispositivos en la Play Store de Google; por + ejemplo, para teléfonos y tablets tu aplicación estará disponible ni bien la publiques. +

+ +

+ Aquí te mostramos los pasos que debes seguir en la Consola para desarrolladores para incluir tu aplicación en Android TV: +

+ +
    +
  1. Asegúrate de que tu aplicación cumpla todos los criterios de Calidad de las aplicaciones para TV. +
  2. + +
  3. Agrega capturas de pantalla de tu aplicación para TV y gráficos de banner al directorio de tienda de la aplicación +
  4. + +
  5. En la página Todas las aplicaciones, haz clic en la aplicación que quieres incluir. +
  6. + +
  7. En Fijación de precios y distribución, desplázate hacia abajo hasta encontrar Android TV y la + casilla de verificación para la inclusión. +
  8. + +
  9. Haz clic en la casilla de verificación junto a Distribuye tu aplicación para Android TV. +
  10. + +
  11. Haz clic en Guardar para guardar tus cambios. +
  12. +
+ +
+ +

+ Incluye la aplicación para TV: Incluye tu aplicación en Android TV desde la + Consola para desarrolladores. +

+
+ +

5. Realiza un seguimiento de tu revisión y aprobación

+ +

+ Si tu aplicación cumple los requisitos técnicos y de calidad para Android TV, como se describe más arriba, + estará disponible para que los usuarios la disfruten en Android TV. Si la aplicación no cumple + los criterios, recibirás una notificación por correo electrónico enviada a tu cuenta + de desarrollador con un resumen de las áreas que debes abordar. Una vez que realices + los ajustes necesarios, puedes cargar una nueva versión de tu aplicación a la Consola para + desarrolladores. +

+ +

+ En cualquier momento, puedes comprobar el estado de revisión y aprobación de tu aplicación en la + Consola para desarrolladores, bajo Android TV en la página Fijación de precios y distribución + de la aplicación. +

+ +

+ Existen tres estados de aprobación: +

+ +
    +
  • + Pendiente: tu aplicación se envió a revisión pero la revisión aún no ha + finalizado. +
  • + +
  • + Aprobada: se revisó tu aplicación y se aprobó. La aplicación + estará disponible de forma directa para los usuarios de Android TV. +
  • + +
  • + No aprobada: se revisó tu aplicación y no se aprobó. Lee el + correo electrónico de notificación para obtener información acerca de los motivos por los que no se aprobó la aplicación. Puedes + solucionar los problemas e incluirla y publicarla nuevamente para iniciar otra + revisión. +
  • +
+ +

Para comprender cómo se evalúan tus aplicaciones, consulta el documento Calidad de las aplicaciones para TV.

+ + +

Recursos relacionados

+ +
+
diff --git a/docs/html-intl/intl/es/distribute/googleplay/wear.jd b/docs/html-intl/intl/es/distribute/googleplay/wear.jd new file mode 100644 index 0000000..f23315d --- /dev/null +++ b/docs/html-intl/intl/es/distribute/googleplay/wear.jd @@ -0,0 +1,262 @@ +page.title=Distribución para Android Wear +page.image=/design/media/wear/ContextualExample.008_2x.png +meta.tags="wear", "publish", "quality" +page.tags="wear", "publish", "googleplay" +page.metaDescription=Distribuye tus aplicaciones, juegos y contenido para Android Wear. + +@jd:body + + + +

+ Si desarrollaste una aplicación excelente, Android Wear y Google Play pueden ayudarte a acercarla a los usuarios. Si bien todas las + aplicaciones pueden enviar notificaciones básicas para dispositivos Android Wear, puedes ir mucho más allá. + Extiende tus aplicaciones para que admitan interacciones personalizadas con Wear y ofrezcan una experiencia de usuario refinada e + interactiva en todos los dispositivos Wear. Si tu aplicación cumple las pautas de calidad de la aplicación principal en dispositivos portátiles y + proporciona una experiencia de alta calidad para los dispositivos Android Wear, Google Play exhibirá tus aplicaciones + y facilitará su descubrimiento. +

+ +

+ Para comenzar, repasa las secciones de este documento para aprender a distribuir a los usuarios tus aplicaciones + para Wear a través de Google Play. Asegúrate de leer Calidad de las aplicaciones para Wear para obtener información sobre + las pautas de utilidad y calidad que tus aplicaciones deben cumplir. Cuando tu aplicación esté lista, puedes + incluirla para su designación como aplicación de Android Wear en la Consola para desarrolladores. +

+ +

+ Cómo participar +

+ +

+ Google Play permite que tus aplicaciones para Wear sean más fáciles de descubrir para los usuarios de Wear. Puedes desarrollar y + publicar mediante el uso de tu cuenta existente de la Consola para desarrolladores y tu configuración actual para distribución y fijación de + precios. Participar es fácil; las siguientes secciones describen el proceso. +

+ +

+ 1. Comprende las pautas y los requisitos +

+ +
+ +
+ +

+ Si quieres prepararte para un lanzamiento exitoso en Android Wear, comienza por revisar las pautas para + crear experiencias excelentes en Wear. Consulta las Pautas + de diseño para Android Wear para obtener ideas acerca de cómo ampliar tu aplicación para que sea compatible con Wear y detalles sobre diseño y + utilidad. +

+ +

+ Cuando comiences a diseñar tu experiencia para Wear, asegúrate de leer y comprender los criterios + de calidad de las aplicaciones para Wear. Únicamente las aplicaciones compatibles con Wear se designarán aplicaciones Wear en + Google Play; tus aplicaciones pueden participar si cumplen con un conjunto de criterios de calidad básicos. Consulta Calidad de las aplicaciones para Wear para obtener información detallada. +

+ +

2. Desarrolla una aplicación excelente para Wear

+ +

+Una vez que hayas leído las pautas, el paso siguientes es desarrollar tu aplicación. Las siguientes secciones + describen cómo comenzar a crear una aplicación para Wear que proporcione una excelente experiencia. +

+ +

Primero el diseño

+ +

+ Android Wear tiene como objetivo proporcionar a los usuarios la información correcta en el momento adecuado. Las increíbles + experiencias de Android Wear se inician automáticamente, permiten captar de información de un solo vistazo y + prácticamente no requieren la interacción del usuario. Si bien todas las aplicaciones pueden enviar notificaciones básicas a dispositivos Wear + sin la necesidad de realizar modificaciones, las aplicaciones excelentes creadas para Wear se refinan para ofrecer una experiencia pulida y + de alta calidad, admitir diferentes diseños de pantalla y proporcionar a los usuarios un conjunto de aplicaciones + atractivas. +

+ +

+ Mientras consideras la posibilidad de desarrollar una aplicación para Wear, lee la documentación para desarrolladores y las pautas de utilidad, y considera aplicarlas en la + mayor medida posible. Puedes diseñar una magnífica experiencia de notificación para los usuarios con las API + que se proporcionan en el SDK y la biblioteca de soporte. También puedes optar por crear una aplicación que + pueda ejecutarse directamente en el wearable. +

+ +

Integra tu aplicación

+ +

+ Te recomendamos que ofrezcas tu experiencia para Wear como parte de tu aplicación actual para teléfonos, + tablets y otros dispositivos con el mismo nombre de paquete y el mismo directorio de la tienda. Este enfoque + permite a los usuarios cambiar a tu experiencia de Wear sin inconvenientes, y también te permite aprovechar las reseñas y + calificaciones que obtuviste en tu aplicación para teléfonos y tablets. Las aplicaciones para wearables que dependen de una + aplicación para adquirir su plena funcionalidad deben estar integradas a esa aplicación. Para aprender a hacerlo, lee Integración de aplicaciones para wearables. +

+ +

Realiza pruebas en diferentes dispositivos

+ +

+ Durante la fase de diseño y desarrollo, es importante que cuentes con dispositivos adecuados en los que puedas + experimentar y probar tu experiencia de usuario. Te recomendamos enfáticamente que adquieras uno o más dispositivos Android Wear + o desarrolles con diferentes configuraciones de simulación y configures tu entorno de prueba + lo antes posible. Es importante que optimices tu diseño para formatos cuadrados y circulares. +

+ +

3. Prueba la calidad de la aplicación para Wear

+ +

+ Tus aplicaciones para Wear deben estar diseñadas para que funcionen bien y se vean increíbles en Android Wear +, y deben ofrecer la mejor experiencia de usuario posible. Google Play exhibirá aplicaciones para Wear + seleccionadas de alta calidad a fin de que los usuarios puedan encontrarlas fácilmente. Aquí te mostramos cómo puedes participar y ofrecer una aplicación para Android Wear que + los usuarios disfrutarán: +

+ + + +

4. Incluye tu aplicación en Android Wear y publícala

+ +

+ Una vez que hayas creado tu APK listo para el lanzamiento y lo hayas probado para asegurarte de que cumple todos los criterios de Calidad de las aplicaciones para Wear, cárgalo + a la Consola para desarrolladores. Actualiza el directorio de tu tienda con capturas de pantalla de tu aplicación para Wear y configura opciones + de distribución, según sea necesario. Si no sabes cómo prepararte para el lanzamiento en Google Play, consulta la +Lista de comprobación para el lanzamiento. +

+ +

+ Antes de que puedas publicar para los usuarios, debes incluir la aplicación para Android Wear desde la sección Fijación de precios + y distribución de la Consola para desarrolladores. Inclusión significa que quieres que tu aplicación sea + más fácil de encontrar para los usuarios de Android Wear a través de Google Play, y que tu aplicación cumple los criterios de Calidad de las aplicaciones para Wear. +

+ +

+ Después de realizar la inclusión y guardar los cambios, puedes publicar tu aplicación como lo haces habitualmente. Además, Google + Play envía tu aplicación para revisión conforme a los criterios de Calidad de las aplicaciones para Wear y + te notifica el resultado. Consulta la siguiente sección para obtener información detallada sobre cómo realizar un seguimiento del estado de aprobación + de tu aplicación. +

+ +

+ Si tu aplicación cumple todos los criterios de Calidad de las + aplicaciones para Wear, Google Play permite que sea más fácil de descubrir para los usuarios de Android Wear. Tu aplicación también + es elegible para acceder a una mayor visibilidad si se exhibe en colecciones de aplicaciones y promociones. +

+ +

+ Ten en cuenta que la inclusión y la revisión no afectan la disponibilidad de tu aplicación en la Play Store de Google; + es decir, tu aplicación estará disponible ni bien la publiques. +

+ +

+ Aquí te mostramos los pasos que debes seguir en la Consola para desarrolladores para incluir tu aplicación en Android Wear: +

+ +
    +
  1. Asegúrate de que tu aplicación cumpla todos los criterios de Calidad de las aplicaciones para Wear. +
  2. + +
  3. Agrega capturas de pantalla de tu aplicación para Wear al directorio de tienda de la aplicación +
  4. + +
  5. En la página Todas las aplicaciones, haz clic en la aplicación que quieres incluir. +
  6. + +
  7. En Fijación de precios y distribución, desplázate hacia abajo hasta encontrar Android Wear + y la casilla de verificación para la inclusión. +
  8. + +
  9. Haz clic en la casilla de verificación junto a Distribuye tu aplicación para Android Wear. +
  10. + +
  11. Haz clic en Guardar para guardar los cambios que realizaste en Fijación de precios y distribución. +
  12. +
+ +
+ +

+ Incluye la aplicación para Wear: Incluye tu aplicación en Android Wear desde la + Consola para desarrolladores. +

+
+ +

5. Realiza un seguimiento de tu revisión y aprobación

+ +

+ Si tu aplicación cumple los requisitos técnicos y de calidad para Android Wear, como se describe más arriba, + será más fácil de descubrir para los usuarios en Android Wear. Si la aplicación no cumple los + criterios, recibirás una notificación por correo electrónico enviada a tu cuenta + de desarrollador con un resumen de las áreas que debes abordar. Una vez que realices + los ajustes necesarios, puedes cargar una nueva versión de tu aplicación a la Consola para desarrolladores. +

+ +

+ En cualquier momento, puedes comprobar el estado de revisión y aprobación de tu aplicación en la Consola para desarrolladores, + bajo Android Wear en la página Fijación de precios y distribución + de la aplicación. +

+ +

+ Existen tres estados de aprobación: +

+ +
    +
  • + Pendiente: tu aplicación se envió a revisión pero la revisión aún no ha finalizado. +
  • + +
  • + Aprobada: se revisó tu aplicación y se aprobó. La aplicación será más fácil de descubrir + para los usuarios de Android Wear. +
  • + +
  • + No aprobada: se revisó tu aplicación y no se aprobó. Lee el correo electrónico de notificación + para obtener información acerca de los motivos por los que no se aprobó la aplicación. Puedes solucionar los problemas e incluirla y + publicarla nuevamente para iniciar otra revisión. +
  • +
+ +

Para comprender cómo se evalúan tus aplicaciones, consulta el documento Calidad de las aplicaciones para Wear.

+ + +

Recursos relacionados

+ +
+
diff --git a/docs/html-intl/intl/es/distribute/tools/launch-checklist.jd b/docs/html-intl/intl/es/distribute/tools/launch-checklist.jd new file mode 100644 index 0000000..ad42663 --- /dev/null +++ b/docs/html-intl/intl/es/distribute/tools/launch-checklist.jd @@ -0,0 +1,1023 @@ +page.title=Lista de comprobación para el lanzamiento +page.metaDescription=Información general fundamental acerca del proceso completo de provisión de tu aplicación a los usuarios. Lee esta lista de comprobación desde el inicio del proceso de desarrollo para ayudarte con tu plan y así poder realizar un lanzamiento exitoso en Google Play. +meta.tags="localizing, publishing, disttools" +page.tags="launch, publishing, Google Play" +page.image=/distribute/images/launch-checklist.jpg + +@jd:body + + + +
+ +

+ Antes de publicar tus aplicaciones en Google Play y distribuirlas a los usuarios, debes + tener listas las aplicaciones, probarlas y preparar el material + promocional. +

+ +

+ Esta página te ayuda a comprender el proceso de publicación y a prepararte para un + lanzamiento exitoso de tu producto en Google Play. Aquí se resumen algunas de las tareas + que deberás realizar antes de publicar tu aplicación en Google Play, como + crear un paquete de la aplicación (APK) firmado y listo para el lanzamiento, comprender los + requisitos de la aplicación y crear la página de productos y recursos gráficos para + cada una de tus aplicaciones. +

+ +

+ Las tareas de preparación y publicación están numeradas para brindarte una idea general de + secuencia. No obstante, puedes abordar las tareas en cualquier orden que funcione + para ti, o puedes omitir pasos según corresponda. +

+ +

+ A medida que avances hacia la publicación, encontrarás una variedad de recursos de apoyo + disponibles. En cada paso se proporcionan vínculos relevantes. +

+ +
+

+ 1. Comprende el proceso de publicación +

+ + +
+ +

+ Antes de comenzar los pasos que se indican en esta lista de comprobación, dedica un momento a + leer y comprender el flujo de trabajo general para la publicación y familiarízate con + el funcionamiento del proceso. En especial, tú o tu equipo de desarrollo deberán + preparar las aplicaciones para el lanzamiento mediante el uso de un proceso común para todas las aplicaciones de Android. + Los documentos acerca del flujo de trabajo de la Publicación + proporcionan información detallada acerca de cómo funciona la publicación y cómo + crear un APK listo para el lanzamiento. +

+ +

+ Una vez que te familiarices con la publicación en general, continúa leyendo para + comprender los problemas que debes considerar al publicar aplicaciones en Google + Play. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 2. Comprende las políticas y los acuerdos de Google Play +

+ + +
+ +

+ Asegúrate de comprender y cumplir las políticas del programa + Google Play que aceptaste al registrarte. Google Play implementa activamente las + políticas; las violaciones de esas políticas pueden dar lugar a la suspensión de tus aplicaciones y + las violaciones reiteradas pueden generar la cancelación de tu cuenta de desarrollador. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 3. Prueba de calidad +

+ + +
+ +

+ Antes de publicar tus aplicaciones en Google Play, es importante que te asegures de que + cumplen las expectativas de calidad básicas para todas las aplicaciones de Android en todos + los dispositivos que quieras admitir. Puedes comprobar la calidad de tu aplicación al configurar + un entorno de prueba y someter a prueba la aplicación de acuerdo con un grupo reducido de + criterios de calidad que se aplican a todas las aplicaciones. Para obtener información + completa, consulta las pautas de Calidad de la aplicación principal +. +

+ +

+ Si tu aplicación está orientada a tablets, asegúrate de que proporcione una experiencia + enriquecedora y atractiva a tus clientes de tablets. Consulta las pautas de Calidad de las aplicaciones para tablets + para obtener recomendaciones acerca de cómo optimizar tu aplicación para tablets. +

+ +

+ Si quieres que tus aplicaciones estén disponibles para Google Play for Education, deberás + asegurarte de que sean aptas para una clase K-12 y ofrezcan un + valor educativo excepcional. Consulta las pautas para + Education para obtener información acerca de las características que tus aplicaciones educativas + deben exhibir. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 4. Determina la calificación del contenido de tu aplicación +

+ + +
+ +

+ Google Play requiere que establezcas una clasificación de contenido para tu aplicación, que le informa a los + usuarios de Google Play su nivel de madurez. Antes de publicar, debes + confirmar el nivel de madurez que quieres usar. Los niveles de clasificación de contenido + disponibles son los siguientes: +

+ +
    +
  • +

    + Todos +

    +
  • + +
  • +

    + Madurez baja +

    +
  • + +
  • +

    + Madurez media +

    +
  • + +
  • +

    + Madurez alta +

    +
  • +
+ +

+ Los usuarios de Android pueden ajustar en sus dispositivos Android el nivel de madurez + deseado para la exploración. Luego, Google Play filtra aplicaciones en función de ese ajuste, de modo que la + clasificación de contenido que selecciones puede afectar la distribución de la aplicación a los usuarios. Puedes + asignar (o cambiar) la clasificación de contenido para tus aplicaciones en la Consola para desarrolladores. + No es necesario que realices cambios en el archivo binario de tu aplicación. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 5. Determina los países de distribución +

+ + +
+ +

+ Google Play te permite controlar los países y territorios en los que + distribuirás tus aplicaciones. Para tener el mayor alcance y la base de clientes potenciales más amplia, + te recomendamos que distribuyas a todos los países y territorios disponibles. + No obstante, debido a necesidades comerciales, requisitos de la aplicación o dependencias de lanzamiento, + podría ser conveniente que excluyas uno o más países de tu distribución. +

+ +

+ Es importante que determines los países de distribución exactos de forma temprana ya que + que esto puede afectar: +

+ +
    +
  • +

    + La necesidad de recursos localizados en la aplicación. +

    +
  • + +
  • +

    + La necesidad de una descripción localizada de la aplicación en la Consola para desarrolladores. +

    +
  • + +
  • +

    + Requisitos legales para la aplicación que podrían ser específicos de determinados países. +

    +
  • + +
  • +

    + Soporte de zona horaria, fijación de precios en moneda local, etc. +

    +
  • +
+ +

+ Con los países donde quieres distribuir en mente, debes evaluar tus necesidades de + localización, tanto para tus aplicaciones como para los detalles de sus directorios en Google Play, y comenzar + las tareas de localización mucho antes de la fecha de lanzamiento prevista. +

+ +

+ Consulta Lista de comprobación + para la localización para acceder a pasos y consideraciones clave en el proceso de localización. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 6. Confirma el tamaño total de la aplicación +

+ + +
+ +

+ El tamaño total de tu aplicación puede afectar su diseño y la manera en la que la publicas en + Google Play. Actualmente, el tamaño máximo permitido de un APK publicado en Google Play + es de 50 MB. Si tu aplicación supera ese tamaño, o si quieres + ofrecer una descarga secundaria, puedes usar Archivos de expansión del APK, que + Google Play alojará de forma gratuita en su infraestructura de servidores y administrará + automáticamente la descarga a los dispositivos. +

+ +
    +
  • +

    + El tamaño máximo permitido para un APK publicado en Google Play es de 50 MB. +

    +
  • + +
  • +

    + Para cada APK, puedes usar hasta dos (2) archivos de expansión de APK, cada uno de un tamaño máximo + de 2 GB. +

    +
  • +
+ +

+ El uso de archivos de expansión del APK es un método conveniente y redituable + para la distribución de aplicaciones de gran tamaño. No obstante, el uso de archivos de expansión del APK requiere + que realices algunos cambios en el archivo binario de tu aplicación, de modo que deberás realizar esos cambios + antes de crear el APK listo para el lanzamiento. +

+ +

+ Para minimizar el tamaño del archivo binario de tu aplicación, asegúrate de ejecutar la herramienta Proguard o un ofuscador similar + en tu código al crear el APK listo para el lanzamiento. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 7. Confirma la plataforma de la aplicación y los rangos de compatibilidad de pantalla +

+ + +
+ +

+ Antes de publicar, es importante que te asegures de que tus aplicaciones estén diseñadas para + ejecutarse correctamente en las diferentes versiones de la plataforma Android y en los tamaños de pantalla de los dispositivos + para los que quieres distribuir. +

+ +

+ Desde una perspectiva de compatibilidad de la aplicación, las versiones de la plataforma Android se definen + por nivel de API +. Debes confirmar la versión mínima que admite tu aplicación + con <minSdkVersion>, + ya que eso afectará su distribución a dispositivos Android una vez que se publique. +

+ +

+ Para los tamaños de pantalla, debes confirmar que la aplicación se ejecute correctamente y se vea + bien en el rango de tamaños de pantalla y densidades de píxeles que quieres + admitir. Debes seguir las sugerencias que se proporcionan en Admisión de múltiples + pantallas para proporcionar soporte escalable para diferentes tamaños de pantalla. No obstante, + si no has podido hacerlo, declara el tamaño mínimo de pantalla que admiten + tus aplicaciones mediante <supports-screens>. + Google Play luego limitará la disponibilidad de tus aplicaciones en función de esa información, + y las ofrecerá a los dispositivos con el tamaño de pantalla declarado o uno más grande. +

+ +

+ Para comprender mejor la presencia actual de las versiones de la plataforma Android + y los tamaños de pantalla en todos los dispositivos Android, consulta los cuadros del + Panel de dispositivos. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 8. Decide si tu aplicación será de uso gratuito o pago +

+ + +
+ +
+ +
+ +

+ En Google Play, puedes publicar aplicaciones de descarga gratuita o paga. Todos los usuarios + de Android pueden descargar las aplicaciones gratuitas en Google Play. A las aplicaciones pagas + solo pueden descargarlas los usuarios de un país que admita descargas pagas + y quienes tengan un método de pago registrado en Google Play, como una tarjeta de crédito + o Facturación directa del operador. +

+ +

+ Es importante que decidas si tus aplicaciones serán gratuitas o pagas ya que en + Google Play las aplicaciones gratuitas deben continuar siendo gratuitas. +

+ +
    +
  • +

    + Una vez que publicas una aplicación como gratuita, no puedes cambiarla a + paga. Sin embargo, aún puedes vender productos + y suscripciones en la aplicación + mediante el servicio de Facturación integrada en la aplicación de Google Play. +

    +
  • + +
  • +

    + Si publicas tu aplicación como paga, puedes convertirla en + cualquier momento en una aplicación gratuita (pero no podrás revertir este cambio para que vuelva a ser + paga). También puedes ofrecer productos y suscripciones integrados en la aplicación. +

    +
  • +
+ +

+ Si tu aplicación será paga o si piensas vender productos integrados en la aplicación, deberás + +configurar una cuenta de comerciante en Google Wallet antes de publicar. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 9. Considera la posibilidad de usar facturación integrada en la aplicación +

+ + +
+ +

+ La Facturación integrada + en la aplicación de Google Play te permite vender contenido digital en tus aplicaciones. Puedes usar + el servicio para vender una amplia variedad de contenido, incluido contenido apto para descargar, + como archivos multimedia o fotos, y contenido virtual, como niveles o partes de + juegos. El servicio de Facturación integrada en la aplicación te permite realizar ventas únicas y + ofrecer suscripciones dentro de la aplicación. Esto puede ayudarte a monetizar la aplicación + mientras el usuario la tenga instalada. +

+ +

+ Si buscas otras maneras de monetizar tu aplicación e interactuar con los usuarios, + deberías considerar la Facturación integrada en la aplicación o la Compra inmediata. Estos servicios se han vuelto + muy populares entre usuarios y desarrolladores. Para usar la Facturación integrada en la aplicación o la Compra + inmediata, deberás realizar cambios en el archivo binario de tu aplicación, de modo que necesitarás + completar y probar tu implementación antes de crear el APK listo para el lanzamiento. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 10. Fija los precios para tus productos +

+ + +
+ +

+ Si tus aplicaciones son pagas o piensas vender productos físicos o integrados en la aplicación, Google + Play te permite fijar precios para tus productos en una variedad de monedas para los + usuarios de diferentes mercados del mundo. Puedes fijar precios de forma individual en + diferentes monedas, de modo que tienes la flexibilidad de ajustar el precio + de acuerdo con las condiciones del mercado y las tasas de cambio. +

+ +

+ Antes de publicar, considera cómo vas a fijar los precios de tus productos y cuáles serán + los precios en las diferentes monedas. Más adelante, podrás fijar precios en + todas las monedas disponibles a través de la Consola para desarrolladores. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 11. Comienza la localización +

+ + +
+ +

+ Con los países donde quieres distribuir en mente, te recomendamos que evalúes tus + necesidades de localización, que te asegures de que tus aplicaciones tengan alcance internacional y que + comiences las tareas de localización mucho antes de la fecha de lanzamiento prevista. +

+ +

+ Además del diseño de tu aplicación, hay al menos tres aspectos de + localización que debes considerar: +

+ +
    +
  • +

    + Localización de las cadenas, las imágenes y otros recursos en tus aplicaciones. +

    +
  • + +
  • +

    + Localización de los detalles del directorio de la tienda de tus aplicaciones en Google Play. +

    +
  • + +
  • +

    + Localización de los recursos gráficos, las capturas de pantalla y los videos de tus aplicaciones + que acompañan el directorio de tu tienda. +

    +
  • +
+ +

+ Consulta Lista de comprobación + para la localización para acceder a pasos y consideraciones clave en el proceso de localización. +

+ +

+ Para localizar el directorio de tu tienda, primero debes crear y finalizar el título, + la descripción y el texto promocional de tu aplicación. Reúne y envía todo eso para + localización. Opcionalmente, también puedes traducir el texto de "Cambios recientes" + para las actualizaciones de la aplicación. Luego puedes agregar los detalles del directorio localizados en la + Consola para desarrolladores, o puedes permitir que Google Play traduzca los + detalles de tu directorio a los idiomas que admites. +

+ +

+ Una parte fundamental para que tu directorio resulte atractivo a una base de clientes global es + la creación de versiones localizadas de tus gráficos, capturas de pantalla y videos + promocionales. Por ejemplo, el gráfico central de tu aplicación podría incluir + texto que debes traducir para lograr la máxima eficacia. Puedes crear diferentes + versiones de tus gráficos promocionales para cada idioma y cargarlos a la + Consola para desarrolladores. Si ofreces un video promocional, puedes crear + versiones localizadas y luego agregar un vínculo al video localizado correspondiente + para cada idioma que admitas. +

+ +

+ Una vez que hayas finalizado las traducciones, trasládalas a los recursos de tu aplicación según + sea necesario y verifica que se hayan cargado correctamente. Guarda los detalles del directorio de tu aplicación + traducidos para más adelante, cuando cargues recursos y configures el directorio de la + tienda. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 12. Prepara gráficos, capturas de pantalla y videos promocionales +

+ + +
+ +

+ Cuando publicas en Google Play, puedes proporcionar una variedad de recursos + gráficos de alta calidad para presentar tu aplicación o tu marca. Una vez que publiques, estos aparecerán + en la página de directorio de tu tienda, en los resultados de búsqueda y en otros lugares. Esos recursos + gráficos son partes fundamentales de una página de directorio de tienda exitosa que atraiga + e involucre a los usuarios, de modo que deberías considerar la posibilidad de que un profesional los produzca por + ti. Las capturas de pantalla y los videos también son muy importantes, ya que muestran + cómo se ven tus aplicaciones, cómo se usan o cómo se juega, y lo que las hace diferentes. +

+ +

+ Todos tus recursos gráficos deben estar diseñados de forma tal que sean fáciles de + visualizar y resalten tus aplicaciones o tu marca de una forma colorida e interesante. Los recursos + deben hacer referencia al mismo logotipo e icono que los usuarios encontrarán en el selector + de Todas las aplicaciones una vez que descarguen la aplicación. Tus recursos gráficos también deben + ajustarse correctamente a los recursos gráficos de todas las aplicaciones que publicas, que + también se mostrarán a los usuarios en la página del directorio de tu tienda. +

+ +

+ Para ayudarte a comercializar tus aplicaciones de forma más eficaz para un público global, Google + Play te permite crear versiones localizadas de tus gráficos, capturas + de pantalla y videos promocionales, y cargarlos a la Consola para desarrolladores. Cuando un usuario + visita el directorio de la tienda de tu aplicación, Google Play exhibe el gráfico, las capturas + de pantalla y los videos promocionales que proporcionaste en el idioma del usuario. +

+ +

+ Para localizar tus gráficos promocionales, puedes traducir el texto integrado, + usar diferentes imágenes o presentaciones, o cambiar tu enfoque de comercialización para + abordar mejor las necesidades de los usuarios en idiomas específicos. Por ejemplo, si tu + gráfico central o promocional incluye un lema o un nombre de producto integrado, + puedes traducir ese texto para agregarlo a una versión localizada del + gráfico promocional. +

+ +

+ Dado que tus videos y tus recursos gráficos localizados son tan importantes, debes + comenzar a crearlos y localizarlos mucho antes de la fecha de + publicación prevista. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 13. Crea y carga el APK listo para el lanzamiento +

+ + +
+ +

+ Una vez que te asegures de que tus aplicaciones cumplen los requisitos de tu IU, compatibilidad + y calidad, puedes crear las versiones de las aplicaciones listas para el lanzamiento. + Cargas los APK listos para el lanzamiento a tu Consola para desarrolladores y los distribuyes a los + usuarios. +

+ +

+ El proceso de preparación de un APK listo para el lanzamiento es el mismo que el que sigues para las aplicaciones, + independientemente de cómo se distribuyan. Generalmente, el proceso incluye la limpieza + y optimización de código básicas, la creación y la firma con tu clave de lanzamiento, + y la prueba final. +

+ +

+ Para obtener información detallada completa acerca de cómo crear una versión de tu aplicación lista para el lanzamiento, + lee Preparación para el + lanzamiento. +

+ +

+ Una vez que tengas los APK listos para el lanzamiento a mano, puedes cargarlos en la + Consola para desarrolladores. Si fuera necesario, puedes reemplazar un APK con una versión + más recientes antes de la publicación. +

+ + +
+

+ 14. Planifica un lanzamiento beta +

+ + +
+ + + +

+ Antes de lanzar tus aplicaciones, te recomendamos que obtengas la opinión real + de los usuarios; más aún cuando estés lanzando aplicaciones nuevas. Es altamente + recomendable que distribuyas una versión previa al lanzamiento de tu aplicación a los + usuarios de tus mercados clave y les proporciones medios sencillos para que puedan + brindarte su opinión e informar errores. +

+ +

+ Google Play puede ayudarte a configurar un programa beta para tu aplicación. Después de iniciar sesión + en tu Consola para desarrolladores y cargar tus APK, puedes configurar grupos + de usuarios alfa y beta que prueben tus aplicaciones. Puedes comenzar con un grupo pequeño + de evaluadores alfa y luego avanzar a un grupo más grande de evaluadores beta. Una vez que + agregues los usuarios, estos podrán acceder al directorio de la tienda de tu aplicación e instalarla. + Los usuarios que utilicen las versiones alfa o beta no podrán escribir reseñas ni + calificar la aplicación, por lo que no corre riesgo tu calificación en + Google Play. Deberás idear un mecanismo para poder recibir comentarios acerca de la evaluación, + como un Foro de Google o Google+. +

+ +

+ Los comentarios que recibas te ayudarán a ajustar tu IU, las traducciones y el + directorio de la tienda para garantizar una excelente experiencia para los usuarios. +

+ + +
+

+ 15. Completa el directorio de tienda de tus aplicaciones +

+ + +
+ +

+ En Google Play, la información de los productos de tus aplicaciones se muestra en las +páginas de directorio de la tienda, las páginas que tus usuarios visitan para obtener más información acerca de tus aplicaciones + y las páginas en las que decidirán comprar o descargar tus aplicaciones + en sus dispositivos Android o en la Web. +

+ +

+ Google Play te ofrece una variedad de métodos para promover tus aplicaciones e interactuar con los + usuarios en las páginas de directorio de la tienda, desde gráficos coloridos, capturas de pantalla y + videos hasta descripciones localizadas, detalles del lanzamiento y vínculos a tus otras + aplicaciones. Mientras te preparas para publicar tus aplicaciones, asegúrate de aprovechar + todo lo que te ofrecen las páginas de detalles del producto, y haz que tus aplicaciones sean lo más + atractivas posible. +

+ +

+ Debes comenzar a planificar tus páginas de productos mucho tiempo antes de la fecha de lanzamiento + prevista y asegurarte de contar con una descripción localizada, recursos gráficos de alta calidad, + capturas de pantalla y video, etc. +

+ +

+ A medida que te acercas a la fecha de publicación prevista, debes familiarizarte con + todos los campos, las opciones y los recursos asociados con la página de configuración + del directorio de la tienda en la Consola para desarrolladores. Mientras reúnes la información + y los recursos para la página, asegúrate de que puedas ingresar a ella o cargarla a la + Consola para desarrolladores hasta que la página esté completa y lista para su publicación. +

+ +

+ Una vez que configures el perfilamiento geográfico de tus aplicaciones en la Consola para desarrolladores, + recuerda agregar tu directorio de la tienda localizado, gráficos promocionales, etc. + para todos los idiomas que admites. +

+ +

+ Si tu aplicación está orientada a las tablets, asegúrate de incluir al menos una + captura de pantalla de la aplicación ejecutándose en una tablet, y resalta la compatibilidad de tus aplicaciones + con las tablets en la descripción de la aplicación, las notas de lanzamiento, las campañas promocionales y + en cualquier otro sitio. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 16. Utiliza insignias y vínculos de Google Play en tus campañas promocionales +

+ + +
+ +

+ Las insignias de Google Play te proporcionan método con respaldo oficial para promocionar tus aplicaciones + a los usuarios de Android. Utiliza el generador de Insignias de Google Play + para crear rápidamente insignias que vincularán a tus usuarios con tus productos desde + páginas web, anuncios publicitarios, reseñas y más. También puedes usar formatos de vínculos especiales para establecer un + vínculo directo a la página del directorio de tu tienda, a una lista de tus productos o a resultados + de búsqueda. +

+ +

+ Para impulsar tus aplicaciones después de su lanzamiento, te recomendamos firmemente que + respaldes el lanzamiento con una campaña promocionar que anuncie tu producto + a través de la mayor cantidad de canales y en la mayor cantidad de países posible. Por + ejemplo, puedes promover un lanzamiento mediante anuncios publicitarios, publicaciones en redes sociales o blogs, + videos y otros medios, entrevistas y reseñas o cualquier otro canal + disponible. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 17. Comprobaciones finales y publicación +

+ + +
+ +

+ Cuando creas que estás listo para publicar, inicia sesión en la Consola para desarrolladores y + dedica un momento a realizar revisiones finales. +

+ +

+ Asegúrate de lo siguiente: +

+ +
    +
  • +

    + Tu perfil de desarrollador contiene información correcta y está vinculado a la + cuenta de comerciante de Google Wallet adecuada (si vendes productos). +

    +
  • + +
  • +

    + Cargaste la versión correcta de las aplicaciones. +

    +
  • + +
  • +

    + Están listas todas las partes del directorio de tu tienda, incluidos todos los recursos gráficos, + las capturas de pantalla, los videos, las descripciones localizadas, etc. +

    +
  • + +
  • +

    + Configuraste tu aplicación para que sea gratuita o paga. +

    +
  • + +
  • +

    + Configuraste tus países (y operadores) objetivo y fijaste los precios de tus productos (si + corresponde) en las monedas de los compradores. +

    +
  • + +
  • +

    + "Dispositivos compatibles" indica que tus aplicaciones están llegando a los dispositivos + a los que pretendías llegar. De lo contrario, deberás verificar con tu equipo de desarrollo + los requisitos y las reglas de filtrado de las aplicaciones. +

    +
  • + +
  • +

    + Proporcionaste el vínculo a tu sitio web correcto en + los requisitos y las reglas de filtrado de las aplicaciones. +

    +
  • + +
  • +

    + Tus aplicaciones no violan las pautas de la política de contenido. +

    +
  • + +
  • +

    + Aceptaste que tus aplicaciones cumplen con las pautas para contenido de Android + en Google Play y también con las leyes de exportación de los EE. UU. +

    +
  • +
+ +

+ ¡Tus aplicaciones ya están listas para publicarse! +

+ +

+ Si estás lanzando una actualización, asegúrate de leer los +requisitos para la publicación de actualizaciones. +

+ +

+ Cuando estés listo, haz clic en el botón Publicar de la Consola para + desarrolladores. En pocas horas, tus aplicaciones estarán disponibles para los usuarios + y tu página de productos aparecerá en Google Play + para que puedan explorarla, realizar búsquedas o acceder a ella a través de tus campañas promocionales. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 18. Brinda soporte a los usuarios después del lanzamiento +

+ + +
+ +

+ Después de publicar aplicaciones o actualizaciones para las aplicaciones, es fundamental que brindes soporte a tus + clientes. El soporte puntual y atento puede proporcionar una mejor experiencia para los + usuarios, que se traduce en mejores calificaciones y reseñas más positivas para tus + productos. Es probable que los usuarios interactúen más con tu aplicación y la recomienden + si respondes a sus necesidades y comentarios. Debes tener en cuenta esto especialmente + después de publicar si estás utilizando una campaña promocional coordinada. +

+ +

+ Existen diferentes maneras de mantenerte en contacto con los usuarios y ofrecerles + soporte. Es fundamental que proporciones tu dirección de correo electrónico + de soporte en las páginas de directorio de tu tienda. Además, puedes ofrecer + soporte de cualquier forma que elijas, como un foro, lista de correo o una página de Google+ +. El equipo de Google Play ofrece soporte a los usuarios en relación con problemas de descarga, instalación + y pagos, pero tú serás responsable de los problemas que no pertenezcan a + estos temas. Algunos ejemplos de problemas para los que puedes ofrecer soporte incluyen: solicitudes de funciones, + preguntas acerca del uso de las aplicaciones y preguntas acerca de la configuración de compatibilidad. +

+ +

+ Después de publicar, haz lo siguiente: +

+ +
    +
  • +

    + Revisa tus calificaciones y reseñas con frecuencia en las páginas de directorio de la tienda + de tus aplicaciones. Presta atención a los temas recurrentes que podrían indicar la presencia de errores u otros problemas. +

    +
  • + +
  • +

    + Presta atención a los lanzamientos de nuevas versiones de la plataforma Android, ya que quizá debas + actualizar la configuración de compatibilidad de tus aplicaciones. +

    +
  • + +
  • +

    + Incluye un vínculo a tus recursos de soporte en tu sitio web y configura cualquier otro + medio de soporte, como foros. +

    +
  • + +
  • +

    + Proporciona una dirección de correo electrónico de soporte adecuada en las páginas de directorio de la tienda + y respóndeles a los usuarios cuando estos dediquen tiempo a escribirte un correo electrónico. +

    +
  • + +
  • +

    + Además de la ventana de reembolso automático que ofrece Google Play, sé generoso + con tu propia política de reembolso, ya que los usuarios satisfechos son más propensos a + comprar en el futuro. +

    +
  • + +
  • +

    + Reconoce y soluciona los problemas que presenten tus aplicaciones Te recomendamos que seas transparente e + indiques de forma proactiva los problemas conocidos en las páginas de directorio de tu tienda. +

    +
  • + +
  • +

    + Publica actualizaciones con la mayor frecuencia que puedas, sin sacrificar calidad + ni molestar a los usuarios con actualizaciones demasiado frecuentes. +

    +
  • + +
  • +

    + Con cada actualización, asegúrate de proporcionar un resumen de lo que ha cambiado. Puedes + ingresar esa información en la Consola para desarrolladores. Los usuarios la leerán + y valorarán que seas serio con respecto a mejorar la calidad de tus + aplicaciones. +

    +
  • +
+ + +

Recursos relacionados

+ +
diff --git a/docs/html-intl/intl/es/distribute/tools/localization-checklist.jd b/docs/html-intl/intl/es/distribute/tools/localization-checklist.jd new file mode 100644 index 0000000..7cb3ccb --- /dev/null +++ b/docs/html-intl/intl/es/distribute/tools/localization-checklist.jd @@ -0,0 +1,937 @@ +page.title=Lista de comprobación para la localización +page.metaDescription=Aprovecha el público mundial que te ofrecen Android y Google Play. Lee esta lista de comprobación para obtener información general acerca de cómo distribuir tu producto en los mercados de todo el mundo. +meta.tags="localizing, publishing, disttools" +page.tags="local, l10n, translation, language" +page.image=/distribute/images/localization-checklist.jpg + +@jd:body + + + +
+ +
+ +

+ Android y Google Play te ofrecen un público global para tus aplicaciones con una + base de usuarios que puedes usar y que crece muy rápidamente en países como Japón, + Corea, India, Brasil y Rusia. Te alentamos firmemente a que localices, ya que + puede maximizar las posibilidades de distribución de tus aplicaciones y dar lugar a la obtención de calificaciones + de usuarios de todo el mundo. +

+ +

+ La localización comprende una variedad de tareas durante el ciclo de + desarrollo de la aplicación, y la planificación anticipada es fundamental. Este documento te ayuda a identificar + aspectos clave de la localización para que dejes tu aplicación lista y capaz de un lanzamiento + exitoso en Google Play. +

+ +
+

+ 1. Identifica idiomas y configuraciones regionales de destino +

+ + +
+ +

+ Un paso básico pero importante en la preparación para la localización es identificar los + países en los que distribuirás tus aplicaciones y los idiomas que allí se hablan. + Es especialmente importante que localices tus aplicaciones en países donde + exista una gran oportunidad de mercado y no se use ampliamente el + inglés u otro idioma internacional. +

+ +

+ Para los usuarios internacionales, puedes administrar tus aplicaciones en tres dimensiones principales: + país, configuración regional e idioma. De esas dimensiones, el idioma constituye una consideración clave + para la localización (la configuración regional también puede ser importante dadas las diferencias en + formatos de fecha, hora, moneda e información similar). Los usuarios controlan + el idioma y la configuración regional de sus dispositivos Android, y estos afectan + la manera en la que se visualiza tu aplicación. +

+ +

+ Generalmente, primero deberás decidir en qué países quieres distribuir en función del tamaño del + mercado y las oportunidades, la categoría de la aplicación, el panorama competitivo, los precios + locales, factores financieros, etc. Luego, en función de tu selección de + países, deberás determinar los idiomas que debes admitir en tus + aplicaciones. +

+ +

+ A continuación podrás decidir localizar en algunos o todos los idiomas del país de + destino. Quizá te convenga comenzar con un idioma regional principal y agregar + más idiomas a medida que crece la base de usuarios. +

+ +

+ Una vez que identifiques tus idiomas objetivo, puedes concentrarte en el + desarrollo, la traducción, la prueba y la comercialización en esos mercados. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 2. Diseña con la localización en mente +

+ + +
+ +

+ Después de que determines tus idiomas objetivo para la localización, evalúa + qué necesitas hacer para admitirlos en tus aplicaciones y planifica el trabajo de forma temprana. + Ten en cuenta la expansión del vocabulario, los requisitos de script, el espaciado entre caracteres y las + limitaciones de ajuste de texto, admisión de texto de izquierda a derecha y de derecha a izquierda, y otros + factores potenciales en cada idioma. +

+ +

+ Crea un conjunto único de diseños flexibles +

+ +

+ Mientras creas tus diseños, asegúrate de que los elementos de la IU que contienen texto + se diseñen sin restricciones. Se recomienda dejar más espacio que el necesario + (hasta un 30% más es normal) para que tu idioma incorpore otros idiomas. +

+ +

+ Asimismo, los elementos deben poder expandirse horizontalmente o verticalmente para + adaptarse a las variaciones en el ancho y la altura de las cadenas de la IU o el texto de entrada. + Las cadenas de texto no deben superponerse a los bordes ni al límite de la pantalla en ninguno de tus + idiomas objetivo. +

+ +

+ Si diseñas la IU cuidadosamente, generalmente podrás usar un solo conjunto de + diseños para todos los idiomas que admitas. Consulta Creación de una IU + flexible para obtener más información. +

+ +

+ Cuando sea necesario, usa diseños alternativos +

+ +

+ Cuando tu IU no pueda incluir texto en uno de tus idiomas + objetivo, puedes crear un +diseño alternativo solo para ese idioma. Android facilita la + declaración de la carga de conjuntos de diseños y otros recursos para idiomas, + configuraciones regionales, tamaños de pantalla específicos, etc., al etiquetarlos con los + calificadores de recursos adecuados. Si bien la flexibilidad de diseños alternativos es real, también + podría hacer que tus aplicaciones sean más difíciles de mantener con el paso del tiempo. En general, se prefiere el uso + de un solo diseño más flexible. +

+ +

+ Admite diseños y texto RTL +

+ +

+ Si estás distribuyendo a países donde se usan scripts de derecha a izquierda (RTL), + debes considerar la implementación de compatibilidad con diseños y + visualización y edición de texto RTL en la mayor medida posible. +

+ +

+ Android 4.1 introdujo compatibilidad limitada con texto bidireccional, que permite que las aplicaciones + exhiban y editen texto tanto en scripts de izquierda a derecha (LTR) como de derecha a izquierda (RTL) +. Android 4.2 agregó +compatibilidad nativa plena para diseños RTL, que incluye la duplicación del diseño, de modo que + puedas proporcionar las mismas excelentes experiencias con la aplicación a todos tus usuarios. +

+ +

+ Como mínimo, para los usuarios de Android 4.2, es fácil agregar duplicación básica de diseño + RTL, que es un gran avance hacia la satisfacción de las necesidades de los usuarios de RTL. +

+ +

+ Usa formatos proporcionados por el sistema para fechas, horas, números y + monedas +

+ +

+ Cuando tus aplicaciones especifiquen fechas, horas, números, monedas y otras entidades + que puedan variar según la configuración regional, asegúrate de usar los formatos proporcionados por el sistema, en lugar + de formatos específicos de la aplicación. Recuerda que no todas las configuraciones regionales usan el mismo + separador de miles, separador decimal o signo de porcentaje. +

+ +

+ Android ofrece una variedad de utilidades para dar formatear y convertir + patrones entre diferentes configuraciones regionales, como DateUtils y + DateFormat para + fechas, +String.format() o DecimalFormat para + números y monedas, PhoneNumberUtils + para números de teléfono, y otros. +

+ +

+ Codificar tus formatos en función de suposiciones acerca de la configuración regional del usuario puede + provocar problemas cuando el usuario pase a otra configuración regional. Se recomienda firmemente usar + los formatos y las utilidades que proporciona el sistema. +

+ +

+ Incluye un conjunto completo de recursos predeterminados +

+ +

+ Asegúrate de que tus aplicaciones puedan ejecutarse correctamente independientemente del idioma o la + configuración adicional al proporcionar un conjunto completo de recursos predeterminados. Los recursos predeterminados de la aplicación + son aquellos que no están marcados con ningún calificador de idioma o configuración regional; + por ejemplo, los que se guardan en res/drawable/ y res/values/. Si + tus aplicaciones intentan cargar un recurso que no está disponible en el idioma + actual o en el conjunto predeterminado, colapsarán. +

+ +

+ Cualquiera sea el idioma predeterminado que uses en tus aplicaciones, asegúrate de + guardar los diseños, los recursos dibujables y las cadenas asociados en directorios + de recursos predeterminados, sin calificadores de idioma o configuraciones regionales. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 3. Administra cadenas para localización +

+ + +
+ +

+ Es importante que administres correctamente las cadenas de la IU de tus aplicaciones de modo + que puedas proporcionar una excelente experiencia para los usuarios y permitir que la localización se realice sin inconvenientes. +

+ +

+ Mueve todas las cadenas a strings.xml +

+ +

+ Mientras creas aplicaciones, recuerda no codificar las cadenas. En su lugar, declara + todas las cadenas como recursos en un archivo strings.xml predeterminado que + facilite la actualización y la localización. Las cadenas en el archivo strings.xml se pueden + extraer, traducir y volver a integrar en tu aplicación (con los calificadores + adecuados) sin la necesidad de realizar cambios en el código compilado. +

+ +

+ Si creas imágenes con texto, coloca también esas cadenas en el archivo strings.xml + y vuelve a generar las imágenes después de la traducción. +

+ +

+ Sigue las pautas de Android para las cadenas de la IU +

+ +

+ Mientras diseñas y desarrollas tus IU, asegúrate de prestar mucha atención a + cómo te diriges al usuario. En general, utiliza un estilo conciso y comprimido que sea + amigable pero breve, y usa un estilo uniforme en todas tus IU. +

+ +

+ Asegúrate de leer y seguir las recomendaciones de Diseño Android para el + estilo de escritura y la elección de + palabras. Al hacerlo, tus aplicaciones se verán más pulidas y + esto ayudará a los usuarios a comprender tu IU más rápidamente. +

+ +

+ Siempre que sea posible, usa la terminología estándar de Android; por ejemplo, + para los elementos de la IU como la "barra de acciones", el "menú de opciones", la "barra del sistema" +, las "notificaciones", etc. El uso correcto y uniforme de los términos de Android + facilita la traducción y permite ofrecer un mejor producto final para los usuarios. +

+ +

+ Proporciona suficiente contexto para las cadenas declaradas +

+ +

+ Cuando declares cadenas en tu archivo strings.xml, asegúrate de describir + el contexto en el que se usa la cadena. Esta información será muy valiosa para los + traductores, dará lugar a una traducción de mejor calidad y también te ayudará a + administrar tus cadenas de forma más eficiente con el paso del tiempo. +

+ +

+ Aquí te mostramos un ejemplo: +

+ +
+<!-- The action for submitting a form. This text is on a button that can fit 30 chars -->
+<string name="login_submit_button">Sign in</string>
+
+

+ Considera la posibilidad de proporcionar información contextual, que podría incluir: +

+ +
    +
  • +

    + ¿Para qué sirve esta cadena? ¿Cuándo/dónde se le presenta al usuario? +

    +
  • + +
  • +

    + ¿En qué parte del diseño se encuentra? Por ejemplo, si se trata de un botón, las traducciones + son menos flexibles que las de un cuadro de texto. +

    +
  • +
+ +

+ Marca las partes de un mensaje que no deben traducirse +

+ +

+ A menudo, las cadenas contienen texto que no se debe traducir a otros + idiomas. Algunos ejemplos comunes podrían incluir un código, un marcador de posición para un + valor, un símbolo especial o un nombre. Mientras preparas tus cadenas para la + traducción, busca y marca el texto que no debe traducirse + de modo que los traductores no lo cambien. +

+ +

+ Para marcar texto que no debe traducirse, utiliza una etiqueta de marcador de posición + <xliff:g>. Aquí te mostramos un ejemplo de etiqueta que + garantiza que el texto "%1$s" no se modificará durante la traducción (de lo contrario, + rompería el mensaje): +

+ +
+<string name="countdown">
+    <xliff:g id="time" example="5 days>%1$s</xliff:g>until holiday
+</string>
+
+

+ Cuando declaras una etiqueta de marcador de posición, agrega siempre un atributo de identificación que explique + para qué sirve el marcador de posición. Si tus aplicaciones luego reemplazarán el valor del + marcador de posición, asegúrate de proporcionar un atributo de ejemplo para aclarar el uso previsto. +

+ +

+ Aquí te mostramos algunos ejemplos de etiquetas de marcadores de posición: +

+ +
+<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
+
+<!-- Example placeholder for a special unicode symbol -->
+
+<string name="star_rating">Check out our 5
+
+    <xliff:g id="star">\u2605</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a for a URL -->
+
+<string name="app_homeurl">
+
+    Visit us at <xliff:g id="application_homepage">http://my/app/home.html</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a name -->
+
+<string name="prod_name">
+
+    Learn more at <xliff:g id="prod_gamegroup">Game Group</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a literal -->
+
+<string name="promo_message">
+
+    Please use the "<xliff:g id="promotion_code">ABCDEFG</xliff:g>” to get a discount.
+
+</string>
+
+...
+
+</resources>
+
+

Recursos relacionados

+ +
+
+ +
+

+ 4. Traduce las cadenas de la IU y otros recursos +

+ + +
+ +

+ Traducir las cadenas de la IU y los recursos de tus aplicaciones a tus idiomas objetivo es + la fase clave de la localización y es la que requiere la mayor cantidad de atención + y planificación. +

+ +

+ Te recomendamos que trabajes con un traductor profesional (consulta Compra traducciones profesionales) para asegurarte de contar con traducciones + de alta calidad que aumenten el valor de tu aplicación. Si bien las traducciones automáticas + son una opción, es posible que no produzcan una experiencia igual de buena para los usuarios. +

+ +

+ Prepárate para la traducción +

+ +

+ La calidad de la traducción dependerá, en parte, de la información que proporciones; por lo tanto, asegúrate + de que tu archivo strings.xml esté bien organizado, bien comentado y sea + preciso. +

+ +

+ Aquí te indicamos algunas maneras de preparar tus cadenas para la traducción: +

+ +
    +
  • +

    + Asegúrate de haber formateado tus cadenas de forma correcta y uniforme. +

    +
  • + +
  • +

    + Sigue las recomendaciones para cadenas que se indican más arriba en Administra cadenas para localización. +

    +
  • + +
  • +

    + Limpia el archivo strings.xml y elimina las cadenas que no se utilicen. +

    +
  • + +
  • +

    + Proporciona comentarios en el archivo para identificar al propietario, el origen y la versión + del archivo, y también instrucciones especiales para los traductores. +

    +
  • + +
  • +

    + Identifica las traducciones existentes, si las hubiera, e inclúyelas en un archivo + comprimido saliente u otro paquete que envíes a los traductores. +

    +
  • + +
  • +

    + Identifica los recursos dibujables u otros recursos que requieran traducción e + inclúyelos en el paquete para los traductores. +

    +
  • + +
  • +

    + Además, considera la posibilidad de traducir los detalles del directorio de tienda de tus aplicaciones + (título y descripción de la aplicación, notas de lanzamiento, etc.) + y otros materiales de comercialización internacional. +

    +
  • + +
  • +

    + Crea una lista terminológica que explique el significado y el uso de términos clave + que se encuentren en tu producto, tu mercado o la tecnología subyacente. Agrega la + lista al paquete para los traductores. +

    +
  • +
+ +

+ Envía tus cadenas para traducción +

+ +

+ Al inicio del ciclo de desarrollo, comunícate con traductores profesionales para tener + una idea del costo y el tiempo de entrega. Asegúrate de incluir múltiples + repeticiones acerca del costo. Puedes buscar traductores en línea o utilizar los + servicios de traducción disponibles directamente desde la Consola para desarrolladores de Google Play + (consulta Compra traducciones profesionales). +

+ +

+ Cuando tus traducciones estén terminadas, échales un vistazo preliminar +. Comprueba que se hayan traducido todos los archivos, busca posibles + problemas de codificación y asegúrate de que los formatos de la declaración estén intactos. +

+ +

+ Si todo se ve bien, traslada cuidadosamente los directorios y archivos localizados + nuevamente a los recursos de tus aplicaciones. Asegúrate de etiquetar los directorios con + los calificadores de idioma y configuración regional correctos de modo que luego se carguen + de forma adecuada. +

+ +

+ Después de insertar las traducciones en tu aplicación, comienza a probar la aplicación localizada. +

+ +

+ Compra traducciones profesionales en Google Play +

+ +

+ El Servicio de traducción de aplicaciones de Google Play puede ayudarte a encontrar y comprar + rápidamente traducciones de tu aplicación. En la Consola para desarrolladores, puedes examinar una lista de + proveedores externos precalificados por Google para ofrecer traducciones de + alta calidad a precios competitivos. Puedes cargar las cadenas que quieres + traducir, seleccionar los idiomas en los que quieres que se traduzcan y seleccionar el + traductor en función del tiempo y el precio. +

+ +

+ Cuando compres traducciones, recibirás un correo electrónico del traductor. + Tus traducciones son un acuerdo comercial directo entre tú y tu + proveedor; deberás trabajar directamente con el traductor para administrar el + proceso de traducción y las entregas, y solucionar cualquier problema de soporte. +

+ +
+ +
+ +

Recursos relacionados

+ +
+
+ +
+

+ 5. Prueba tu aplicación localizada +

+ + +
+ +

+ Una vez que recibas tus cadenas y recursos traducidos y los insertes en + tus aplicaciones, debes probar las aplicaciones para asegurarte de que estén + listas para distribución a tus usuarios internacionales. +

+ +

+ La prueba manual puede ayudarte a detectar problemas de localización en tus diseños y + en las cadenas que puedan afectar la satisfacción del usuario y, en última instancia, la calificación del usuario para + tus aplicaciones. +

+ +

+ Configura un entorno de prueba +

+ +

+ Para probar tu aplicación localizada, debes configurar un entorno que conste + de múltiples dispositivos (o dispositivos virtuales) y tamaños de pantalla, en función de los + mercados y formatos a los que apuntes. Ten en cuenta que el rango de dispositivos en + regiones específicas podría ser diferente. Si fuera posible, empareja tus dispositivos de prueba a + los dispositivos reales que probablemente estén disponibles para los usuarios. +

+ +

+ Busca problemas comunes de localización +

+ +

+ En cada dispositivo de prueba, establece el idioma o la configuración regional en Configuración. Instala e + inicia la aplicación, y luego navega por todos los flujos de la IU, los diálogos y las + interacciones con los usuarios. Ingresa texto en las entradas. Algunas cosas que debes buscar incluyen: +

+ +
    +
  • +

    + Texto recortado o texto que se superpone al borde de los elementos de la IU o a la pantalla. +

    +
  • + +
  • +

    + Ajuste de línea insuficiente +

    +
  • + +
  • +

    + Separación de palabras o puntuación incorrectas +

    +
  • + +
  • +

    + Orden alfabético incorrecto +

    +
  • + +
  • +

    + Orientación incorrecta del diseño o el texto +

    +
  • + +
  • +

    + Texto sin traducir: si se muestran tus cadenas predeterminadas en lugar + de cadenas traducidas, es posible que te hayas salteado esas cadenas + en la traducción o hayas marcado el directorio de recursos con un calificador de idioma + incorrecto. +

    +
  • +
+ +

+ Cuando tus cadenas se hayan extendido debido a la traducción y ya no se ajusten a + tus diseños, te recomendamos que intentes simplificar el texto predeterminado, simplificar + el texto traducido o ajustar tus diseños predeterminados. Si ninguna de esas + opciones soluciona el problema, puedes crear un diseño personalizado para el idioma. +

+ +

+ Prueba tus recursos predeterminados +

+ +

+ Después de haber probado tus aplicaciones en todos los idiomas y las configuraciones regionales admitidos, + asegúrate de probarlas nuevamente en un idioma y una configuración regional no admitidos. + Esto te ayudará a asegurarte de que tus aplicaciones incluyen un conjunto completo de cadenas + y recursos predeterminados, de modo que todos los usuarios puedan utilizarlas, independientemente + de su idioma preferido. +

+ +

+ Realiza una revisión con hablantes nativos +

+ +

+ Durante o después de la prueba, se recomienda que hablantes nativos revisen + tus aplicaciones localizadas. Una forma de hacerlo es a través de pruebas beta con usuarios + regionales; Google Play puede ayudarte. +

+ +
+

+ 6. Prepárate para el lanzamiento internacional +

+ + +
+ +

+ Traducir tus aplicaciones es una parte fundamental de la localización, pero para ayudar a tu + producto a atraer usuarios y ganar visibilidad, debes prepararte para el lanzamiento + en tus países objetivo y crear un lanzamiento y un plan de comercialización más amplios para + los usuarios internacionales. +

+ +

+ Localiza tu directorio en Google Play +

+ + + +

+ Si quieres que tus aplicaciones tengan éxito en mercados internacionales, es fundamental + que localices el directorio de tu tienda en Google Play. Puedes administrar tu + directorio localizado en la Consola para desarrolladores. +

+ +

+ Mucho tiempo antes del lanzamiento, decide el título de tu aplicación, una descripción, texto promocional, + nombres y programas de comercialización, y otros textos e imágenes. Envía el texto y las + imágenes de tu directorio para traducción con mucho tiempo de anticipación, de modo que estén listos cuando comiencen las + pruebas beta. Cuando recibas el texto traducido, puedes agregarlo + a través de la Consola para desarrolladores. +

+ + + +

+ Y ya que hiciste el esfuerzo de crear una excelente aplicación localizada, ¡haz + que los usuarios la conozcan! Toma capturas de pantalla de tu IU en cada idioma, para teléfonos y + tablets de 7 y 10 pulgadas. Puedes cargar capturas de pantalla a la Consola para desarrolladores + para cada idioma que admitas. Serán un recurso muy valioso para los usuarios que examinen + los directorios de tus aplicaciones en otros idiomas. +

+ +

+ También es fundamental crear versiones localizadas de tus gráficos y videos + promocionales. Por ejemplo, el gráfico central de tus aplicaciones podría incluir texto que + debe traducirse para lograr la máxima eficacia, o quizá quieras utilizar + enfoques visuales distintos para diferentes países. Puedes + crear versiones diferentes de tus gráficos promocionales para cada idioma y + cargarlos a la Consola para desarrolladores. Si ofreces un video promocional, puedes + crear versiones localizadas y luego agregar un vínculo al video localizado + correspondiente para cada idioma que admitas. +

+ +

+ Planifica un lanzamiento beta en países clave +

+ + + +

+ Antes de lanzar tus aplicaciones, te recomendamos que obtengas la opinión real + de los usuarios; más aún cuando estés lanzando una aplicación en un nuevo + idioma, país o región. En esos casos, es altamente recomendable que + distribuyas una versión previa al lanzamiento de tus aplicaciones a los usuarios de tus mercados + clave, y les proporciones medios sencillos para que puedan brindarte su opinión e informar + errores. +

+ +

+ Google Play puede ayudarte a configurar un programa beta para tus aplicaciones. Después de iniciar sesión + en la Consola para desarrolladores y cargar tu APK, puedes configurar grupos de + usuarios para que realicen pruebas alfa y beta en tu aplicación. Puedes comenzar con un grupo pequeño + de evaluadores alfa y luego avanzar a un grupo más grande de evaluadores beta. +

+ +

+ Una vez que agregues los usuarios, estos podrán acceder al directorio de la tienda de tu aplicación e instalar la + aplicación. Los usuarios que utilicen las versiones alfa o beta no podrán escribir reseñas ni calificar + la aplicación, por lo que no corre riesgo tu calificación en + Google Play; no obstante, esto significa que deberás establecer un mecanismo para que los + evaluadores te proporcionen sus comentarios: considera la posibilidad de crear una página de Google+ o Google Groups. +

+ +

+ Los comentarios que recibas te ayudarán a ajustar tu IU, las traducciones y el + directorio de la tienda para garantizar una excelente experiencia para los usuarios. +

+ +

+ Planifica la comercialización internacional +

+ +

+ Para adquirir la máxima visibilidad en los diferentes países, considera la posibilidad de realizar una + campaña publicitaria o de comercialización internacional. El alcance de la campaña variará en función de la + insignia que puedas admitir, pero en general resulta rentable y productivo + realizar campañas de comercialización regionales o específicas para un país durante el lanzamiento y después. +

+ +

+ Crea insignias localizadas de Google Play +

+ +

+ Si estás preparando la comercialización internacional, asegúrate de incluir una insignia localizada de + Google Play para indicarles a los usuarios que estás en Google Play. Puedes usar el generador de + de insignias para crear rápidamente insignias localizadas que puedes usar en sitios web o + en los materiales de comercialización. También se encuentran disponibles recursos en alta resolución. +

+ +

+ Crea material gráfico para los dispositivos localizados +

+ +

+ Si exhibes fotos de tus aplicaciones ejecutándose en dispositivos Android, + asegúrate de que esas fotos se vean magníficas y reflejen los dispositivos Android más modernos. + Para ayudarte a crear material de comercialización de alta calidad, usa el + Generador de material gráfico + para dispositivos con la función arrastrar y colocar para enmarcar rápidamente tu captura de pantalla en un dispositivo Nexus. +

+ +

+ Consulta las sugerencias para la optimización +

+ +

+ Mientras te preparas para el lanzamiento, asegúrate de iniciar sesión en la Consola para desarrolladores y + consultar las sugerencias para la optimización de tus aplicaciones. Las Sugerencias para la optimización te informan + cuando faltan partes del directorio localizado de tu tienda y te proporcionan + otros recordatorios útiles para un lanzamiento localizado exitoso. +

+ +

Recursos relacionados

+ +
+
+ +
+

+ 7. Brinda soporte a los usuarios internacionales después del lanzamiento +

+ + +
+ +

+ Después de lanzar tus aplicaciones a nivel internacional, debes estar preparado para brindar + soporte a los usuarios en una variedad de idiomas y zonas horarias. El alcance del + soporte que brindes a los usuarios internacionales depende de tu presupuesto, pero como mínimo, + debes controlar cuidadosamente tus calificaciones, reseñas y estadísticas de descarga después del + lanzamiento. +

+ +

+ Aquí te proporcionamos alguna sugerencias: +

+ +
    +
  • +

    + Usa las estadísticas de la aplicación en la Consola para desarrolladores para comparar tus descargas, + instalaciones, desinstalaciones y calificaciones entre diferentes idiomas + y países. Si tus descargas o calificaciones no se mantienen en + idiomas o países específicos, considera algunas opciones para mejorar tu + producto o cambiar el enfoque de comercialización. +

    +
  • + +
  • +

    + Lee las reseñas con frecuencia. Google Play traduce todas las reseñas de los usuarios por + ti, de modo que puedas estar informado acerca de cómo se sienten los usuarios internacionales en relación con + tus aplicaciones, qué funciones les gustan y qué problemas los afectan. Al + leer las reseñas, puedes detectar problemas técnicos que podrían afectar a los usuarios en + un país determinado, luego solucionarlos y actualizar tus aplicaciones. +

    +
  • + +
  • +

    + Responde las reseñas, si fuera posible. Te recomendamos que interactúes + con los usuarios internacionales en sus idiomas o en un idioma común, si fuera posible. + Si no lo es, puedes intentar utilizar herramientas de traducción, aunque es posible que no puedas + prever los resultados. Si tu aplicación se vuelve muy popular en un idioma, considera + la posibilidad de obtener ayuda por parte de hablantes nativos para brindar soporte. +

    +
  • + +
  • +

    + Asegúrate de que en tu sitio web haya un vínculo a cualquier recurso de soporte que tengas. + Puedes configurar grupos de usuarios para un idioma específico, comunidades de Google+ + u otros foros de soporte. +

    +
  • +
+ +

+ Al seguir estas prácticas para la localización de tus aplicaciones, la promoción + y comercialización a usuarios internacionales y la provisión de soporte continuo, puedes + atraer nuevos usuarios a tus aplicaciones y mantener su fidelidad. +

+ +

+ Asegúrate de leer la Lista de comprobación para el lanzamiento para + obtener más información acerca de cómo planificar, crear y lanzar tu aplicación en Google Play. +

+

Recursos relacionados

+ +
+ diff --git a/docs/html-intl/intl/es/google/play/filters.jd b/docs/html-intl/intl/es/google/play/filters.jd new file mode 100644 index 0000000..d4890dc --- /dev/null +++ b/docs/html-intl/intl/es/google/play/filters.jd @@ -0,0 +1,439 @@ +page.title=Filtros en Google Play +@jd:body + +
+
+ +

Vista rápida

+
    +
  • Google Play utiliza filtros para controlar qué dispositivos Android pueden descargar + tu aplicación de la tienda.
  • +
  • El filtrado garantiza que tus aplicaciones estén disponibles solo para los usuarios cuyos dispositivos cumplen los requisitos de compatibilidad de la aplicación. +
  • El filtrado se determina en función de los requisitos de configuración que declares en el archivo +de manifiesto de tu aplicación, y también en otros factores.
  • +
+ +

En este documento:

+ +
    +
  1. Cómo funcionan los filtros en Google Play
  2. +
  3. Filtrado en función de los elementos del manifiesto +
  4. +
  5. Otros filtros
  6. +
  7. Publicación de múltiples APK con diferentes filtros
  8. +
+ +

Consulta también

+
    +
  1. Compatibilidad con Android
  2. +
  3. <supports-gl-texture>
  4. +
  5. <supports-screens>
  6. +
  7. <uses-configuration>
  8. +
  9. <uses-feature>
  10. +
  11. <uses-library>
  12. +
  13. <uses-permission>
  14. +
  15. <uses-sdk>
  16. +
+ +
+
+ +

Cuando un usuario busca o examina aplicaciones para descargar en Google Play, los +resultados se filtran en función de las aplicaciones compatibles con el dispositivo. +Por ejemplo, si una aplicación requiere una cámara, Google Play no mostrará la aplicación a los dispositivos + que no tengan cámara. Este filtrado ayuda a los desarrolladores a administrar la + distribución de sus aplicaciones y también ayuda a garantizar la mejor experiencia posible para los + usuarios.

+ +

El filtrado en Google Play se basa en diversos tipos de metadatos de las aplicaciones y en los + ajustes de configuración, incluidos los enunciados del manifiesto, las bibliotecas + requeridas, las dependencias de arquitectura y los controles de distribución configurados en la Consola para desarrolladores + de Google Play, como el perfilamiento geográfico, la fijación de precios, etc.

+ +

El filtrado en Google Play se basa en los enunciados del manifiesto y en otros + aspectos del marco de Android, pero los comportamientos de filtrado reales son diferentes + de los del marco y no están condicionados a niveles de API específicos. Este documento + especifica las reglas actuales de filtrado que utiliza Google Play.

+ + +

Cómo funcionan los filtros en Google Play

+ +

Google Play utiliza las restricciones de filtrado que se describen a continuación para determinar + si se exhibirá tu aplicación a los usuarios que examinen o busquen + aplicaciones en la Play Store de Google.

+ +

Para determinar si se exhibirá o no tu aplicación, Google Play comprueba los requisitos de + hardware y software del dispositivo, como también su operador, ubicación y otras + características. Luego los compara con las restricciones y + dependencias que se indican en el archivo de manifiesto de la aplicación y en los detalles de + publicación.

+ +

Si la aplicación es compatible con el dispositivo, de acuerdo con las reglas de + filtrado, Google Play le muestra la aplicación al usuario. De lo contrario, Google Play + oculta tu aplicación en los resultados de búsqueda y la exploración de categorías aunque un usuario + solicite específicamente la aplicación al hacer clic en un vínculo profundo que apunte directamente a la + ID de la aplicación en Google Play.

+ +

Puedes usar cualquier combinación de los filtros disponibles para tu aplicación. Por ejemplo, puedes establecer un requisito +minSdkVersion de "4" y configurar smallScreens="false" + en la aplicación; luego, al cargar la aplicación a Google Play, podrías apuntar a países (operadores) europeos + únicamente. De este modo, los filtros de Google Play evitarán que la aplicación esté disponible en un dispositivo + que no coincida con estos tres requisitos.

+ +

Todas las restricciones de filtrado están asociadas con una versión de la aplicación y pueden + diferir entre versiones. Por ejemplo, si un usuario instaló tu aplicación y publicas una + actualización que permite que la aplicación esté visible para el usuario, el usuario no verá que hay una actualización + disponible.

+ +

Filtrado en el sitio web de Google Play

+ +

Cuando los usuarios examinan el sitio web de Google +Play, pueden ver todas las aplicaciones publicadas. No obstante, el sitio web de Google Play + compara los requisitos de la aplicación para cada uno de los dispositivos registrados del usuario + a fin de determinar la compatibilidad, y solo les permite instalar la aplicación si + es compatible con su dispositivo.

+ +

Filtrado en función del manifiesto de la aplicación

+ +

La mayoría de los filtros son activados por elementos del archivo de manifiesto de una +aplicación, AndroidManifest.xml + (aunque no todo lo que se encuentra en el archivo de manifiesto puede desencadenar el filtrado). +La tabla 1 contiene los elementos del manifiesto que debes usar para desencadenar el + filtrado y explica cómo funciona el filtrado para cada elemento.

+ +

Tabla 1. Elementos del manifiesto que + desencadenan el filtrado en Google Play.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Elemento del manifiestoNombre del filtroCómo funciona
<supports-screens> + Tamaño de pantalla + +

Una aplicación indica el tamaño de pantalla que puede admitir mediante + la configuración de atributos del elemento <supports-screens>. Cuando + se publica la aplicación, Google Play usa esos atributos para determinar si puede + mostrar la aplicación a los usuarios en función de los tamaños de pantalla de sus + dispositivos.

+ +

Como regla general, Google Play asume que la plataforma del dispositivo puede adaptar + diseños más pequeños a pantallas más grandes, pero no puede adaptar diseños grandes a pantallas + más pequeñas. Por lo tanto, si una aplicación declara compatibilidad con el tamaño de pantalla "normal" únicamente, + Google Play exhibe la aplicación para dispositivos con pantallas normales y grandes, + pero filtra la aplicación de modo que no esté disponible para dispositivos con + pantalla pequeña.

+ +

Si una aplicación no declara atributos para + <supports-screens>, Google Play utiliza los valores predeterminados para esos + atributos, que varían según el nivel de API. Específicamente:

+ +
    +
  • Para las aplicaciones que tienen android: +minSdkVersion o android: +targetSdkVersion configurados en 3 o menos, el elemento <supports-screens> se considera + no definido y no habrá atributos disponibles. En ese caso, Google Play supone que + la aplicación se diseñó para pantallas de tamaño normal y exhibe la aplicación a + dispositivos con pantallas de tamaño normal o más grande.

    + +
  • Cuando android: +minSdkVersion o android: +targetSdkVersion están configurados en 4 o más, el valor predeterminado para todos los atributos es + "true". De esta manera, se considera que la aplicación es compatible, de forma predeterminada, con todos los tamaños + de pantalla.
  • +
+ +

Ejemplo 1
+ El manifiesto establece <uses-sdk android:minSdkVersion="3"> + y no incluye un elemento <supports-screens>. + Resultado: Google Play no le mostrará la aplicación a un usuario que tenga + un dispositivo con pantalla pequeña, pero se la mostrará a los usuarios con dispositivos con pantallas de tamaño normal y grande, + a menos que se apliquen otros filtros.

+

Ejemplo 2
+
El manifiesto establece <uses-sdk android:minSdkVersion="3" + android:targetSdkVersion="4"> y no incluye un + elemento <supports-screens>. + Resultado: Google Play mostrará la aplicación a los usuarios de todo tipo de dispositivos, + a menos que se apliquen otros filtros.

+

Ejemplo 3
+
El manifiesto establece <uses-sdk android:minSdkVersion="4"> + y no incluye un elemento <supports-screens>. + Resultado: Google Play mostrará la aplicación a todos los usuarios, + a menos que se apliquen otros filtros.

+

Para obtener más información acerca de cómo declarar la compatibilidad con tamaños de pantalla en tu + aplicación, consulta <supports-screens> + y Admisión de múltiples + pantallas.

+
<uses-configuration> + Configuración del + dispositivo:
+ teclado, navegación, pantalla táctil

Una aplicación puede + requerir ciertas características de hardware, y Google Play mostrará la aplicación únicamente a los dispositivos que tengan el hardware requerido.

+

Ejemplo 1
+
El manifiesto incluye <uses-configuration android:reqFiveWayNav="true" />, y un usuario está buscando aplicaciones en un dispositivo que no cuenta con un control de navegación de cinco vías. Resultado: Google Play no le mostrará la aplicación al usuario.

+

Ejemplo 2
+
El manifiesto no incluye un elemento <uses-configuration>. Resultado: Google Play mostrará la aplicación a todos los usuarios, a menos que se apliquen otros filtros.

+

Para obtener información detallada, consulta <uses-configuration>.

<uses-feature> + + Funciones del dispositivo
+ (name)

Una aplicación puede requerir que el dispositivo tenga + ciertas funciones. Esta funcionalidad se introdujo en Android 2.0 (API + de nivel 5).

+

Ejemplo 1
+
El manifiesto incluye <uses-feature +android:name="android.hardware.sensor.light" />, y un usuario +está buscando aplicaciones en un dispositivo que no tiene sensor de luz. +Resultado: Google Play no le mostrará la aplicación al usuario.

+

Ejemplo 2
+
El manifiesto no incluye un elemento <uses-feature> +. Resultado: Google Play mostrará la aplicación a todos los usuarios, + a menos que se apliquen otros filtros.

+

Para obtener información completa, consulta <uses-feature> +.

+

Filtrado basado en funciones implícitas: En algunos casos, Google + Play interpreta los permisos requeridos a través de + elementos <uses-permission> como requisitos de funciones equivalentes + a los declarados en los elementos <uses-feature>. Consulta <uses-permission> + a continuación.

+
Versión de + OpenGL-ES
+(openGlEsVersion)

Una aplicación puede requerir que el dispositivo admita una + versión de OpenGL-ES específica mediante el atributo <uses-feature + android:openGlEsVersion="int">.

+

Ejemplo 1
+
Una aplicación + exige múltiples versiones de OpenGL-ES al especificar openGlEsVersion varias veces en el + manifiesto. Resultado: Google Play asume que la aplicación requiere las últimas actualizaciones de las versiones indicadas.

+

Ejemplo 2
+
Una aplicación + exige la versión 1.1 de OpenGL-ES y un usuario busca aplicaciones en un dispositivo que admite la versión 2.0 de OpenGL-ES. Resultado: Google Play le mostrará la aplicación al usuario, a menos que se apliquen otros filtros. Si un + dispositivo informa que admite la versión X de OpenGL-ES, Google Play asume que + también admite las versiones anteriores a X. +

+

Ejemplo 3
+
Un usuario está buscando aplicaciones en un dispositivo que no + contiene información acerca de la versión de OpenGL-ES (por ejemplo, un dispositivo que ejecuta Android 1.5 o anterior). Resultado: Google Play asume que el dispositivo + solo admite OpenGL-ES 1.0. Google Play le mostrará al usuario únicamente aplicaciones que no especifiquen openGlEsVersion o aplicaciones que no especifiquen una versión de OpenGL-ES posterior a 1.0.

+

Ejemplo 4
+
El manifiesto no especifica openGlEsVersion. Resultado: Google Play mostrará la aplicación a todos los usuarios, a menos que se apliquen otros filtros.

+

Para obtener información detallada, consulta <uses-feature>.

<uses-library>Bibliotecas de software

Una aplicación puede requerir que el dispositivo + tenga bibliotecas compartidas específicas.

+

Ejemplo 1
+
Una aplicación exige la biblioteca com.google.android.maps, y un usuario está buscando aplicaciones en un dispositivo que no tiene la biblioteca com.google.android.maps. Resultado: Google Play no le mostrará la aplicación al usuario.

+

Ejemplo 2
+ El manifiesto no incluye un elemento <uses-library>. Resultado: Google Play mostrará la aplicación a todos los usuarios, a menos que se apliquen otros filtros.

+

Para obtener información detallada, consulta <uses-library>.

<uses-permission> De forma estricta, Google Play no filtra en función de los elementos + <uses-permission>. No obstante, sí lee los + elementos para determinar si la aplicación tiene requisitos de características de hardware + que podrían no haberse declarado correctamente en los elementos <uses-feature> +. Por ejemplo, si una aplicación requiere el permiso CAMERA + pero no declara un elemento <uses-feature> para + android.hardware.camera, Google Play considera que la + aplicación requiere una cámara y no se le mostrará a los usuarios cuyos dispositivos no + tengan cámara.

+

En general, si una aplicación requiere elementos relacionados con hardware, + Google Play asume que la aplicación requiere las características de hardware + subyacentes, aunque no se correspondan con los enunciados de + <uses-feature>. Luego, Google Play establece el + filtrado en función de las funciones denotadas por los enunciados de <uses-feature> +.

+

Para acceder a una lista de los permisos que denotan características de hardware, consulta + la documentación para el elemento <uses-feature> +.

+
<uses-sdk>Versión mínima del Framework (minSdkVersion)

Una aplicación puede requerir un nivel de API mínimo.

+

Ejemplo 1
+ El manifiesto incluye <uses-sdk + android:minSdkVersion="3">, y la aplicación utiliza API que pertenecen al nivel de API 3. Un usuario busca aplicaciones en un dispositivo con nivel de API 2. Resultado: Google Play no le mostrará la aplicación al usuario.

+

Ejemplo 2
+ El manifiesto no incluye minSdkVersion, y la aplicación utiliza API que pertenecen al nivel de API 3. Un usuario busca aplicaciones en un dispositivo con nivel de API 2. Resultado: Google Play asume que minSdkVersion es "1" y que la aplicación es compatible con todas las versiones de Android. Google Play le muestra la aplicación al usuario y le permite descargarla. La aplicación colapsa durante la ejecución.

+

Para evitar esta segunda situación, te recomendamos que siempre declares un minSdkVersion. Para obtener información detallada, consulta android:minSdkVersion.

Versión máxima del Framework (maxSdkVersion)

Obsoleto. Android + 2.1 y posteriores no comprueban ni aplican el atributo maxSdkVersion, y + el SDK no se compilará si se establece maxSdkVersion en el manifiesto de la aplicación. Para los dispositivos + ya compilados con maxSdkVersion, Google Play lo respetará y lo utilizará para el + filtrado.

+

No se recomienda declarar maxSdkVersion. Para obtener información detallada, consulta android:maxSdkVersion.

+ + + +

Filtros avanzados del manifiesto

+ +

Además de los elementos del manifiesto que se indican en la tabla 1, Google Play también puede + filtrar aplicaciones en función de los elementos avanzados del manifiesto que se indican en la tabla 2.

+ +

Estos elementos del manifiesto y el filtrado que desencadenan se utilizan únicamente en casos + excepcionales. Se diseñaron para ciertos tipos de juegos de alto rendimiento y aplicaciones similares que + requieren controles estrictos de distribución de la aplicación. La mayoría de las aplicaciones no deberían +utilizar estos filtros.

+ +

Tabla 2. Elementos avanzados del manifiesto para + filtrado en Google Play.

+ + + + + + + + + + +
Elemento del manifiestoResumen:
{@code +<compatible-screens>} +

Google Play filtra la aplicación si el tamaño de pantalla del dispositivo no coincide con + ninguna de las configuraciones de pantalla (declaradas por un elemento {@code <screen>}) en el elemento {@code +<compatible-screens>}.

+

Advertencia: Normalmente, no deberías usar este elemento + del manifiesto. El uso de este elemento puede reducir + notablemente la base de usuarios potenciales para tu aplicación, al excluir todas las combinaciones de tamaño de pantalla + y densidad que no indicaste. En su lugar, debes usar el elemento del manifiesto {@code +<supports-screens>} (descrito anteriormente en la tabla +1) para habilitar el modo de compatibilidad de pantalla para las configuraciones de pantalla que no abarcaste + con recursos adicionales.

+
{@code +<supports-gl-texture>} +

Google Play filtrará la aplicación a menos que uno o más de los formatos de compresión + de texturas GL compatibles con la aplicación también sean compatibles con el dispositivo.

+
+ + + +

Otros filtros

+ +

Google Play utiliza otras características de la aplicación para determinar si mostrará u ocultará una aplicación a un usuario específico o un dispositivo determinado, tal como se describe en la tabla a continuación.

+ +

Tabla 3. Características de la aplicación y la + publicación que afectan el filtrado en Google Play.

+ + + + + + + + + + + +
Nombre del filtro Cómo funciona
Estado de la publicación

Únicamente las aplicaciones publicadas aparecerán en las + búsquedas y exploraciones en Google Play.

Incluso cuando una aplicación no esté publicada +, se la podrá instalar si los usuarios pueden visualizarla en el área de Descargas entre las aplicaciones que + compraron, instalaron o desinstalaron recientemente.

Si se suspende una aplicación, + los usuarios no podrán volver a instalarla ni actualizarla, aunque aparezca en sus Descargas.

Estado + pago

No todos los usuarios pueden ver aplicaciones pagas. Para mostrar aplicaciones pagas, un dispositivo + debe tener una tarjeta SIM y ejecutar Android 1.1 o posterior, y debe encontrarse en un + país (según lo determine el operador SIM) en el que las aplicaciones pagas estén disponibles.

Perfilamiento de país

Cuando cargas tu aplicación a + Google Play, puedes seleccionar los países en los que quieres distribuir la aplicación; para ello, deberás ingresar + en Fijación de precios y distribución. Luego, la aplicación + estará disponible para los usuarios únicamente de los países que selecciones.

+
Arquitectura de CPU (ABI)

Las aplicaciones que incluyen bibliotecas + nativas que apuntan a una arquitectura de CPU específica (por ejemplo: ARM EABI v7 o x86) solo + pueden visualizarse en dispositivos que admiten esa arquitectura. Para obtener información detallada acerca del NDK y del uso de + bibliotecas nativas, consulta ¿Qué es el + NDK de Android?

Aplicaciones protegidas contra copia

Google + Play ya no admite la función Protección contra copia en la Consola para desarrolladores, y ya no + filtra aplicaciones de acuerdo con esa función. Para proteger tu aplicación, utiliza en su lugar +Licencias de aplicaciones. Consulta + Reemplazo de protección contra copias para obtener más información.

+ +

Publicación de múltiples APK con diferentes filtros

+ +

Algunos filtros específicos de Google Play te permiten publicar múltiples APK para la misma + aplicación a fin de proporcionar un APK distinto para diferentes configuraciones de dispositivos. Por ejemplo, si estás + creando un videojuego que utiliza recursos gráficos de alta fidelidad, te recomendamos que crees + dos APK y que cada uno admita diferentes formatos de compresión de texturas. De este modo, puedes reducir el + tamaño del archivo del APK al incluir solo las texturas necesarias para la configuración de cada + dispositivo. Según la compatibilidad de cada dispositivo con tus formatos de compresión de texturas, Google + Play le proporcionará el APK que hayas declarado como compatible con ese dispositivo.

+ +

Actualmente, Google Play te permite publicar múltiples APK para la misma aplicación únicamente + cuando cada APK proporcione diferentes filtros en función de las siguientes configuraciones:

+ + +

Todos los demás filtros continúan funcionado de la forma habitual, pero estos cuatro son los únicos filtros que pueden + distinguir un APK de otro dentro del mismo directorio de la aplicación en Google Play. Por ejemplo, + no puedes publicar múltiples APK para la misma aplicación si los APK solo difieren en función de + si el dispositivo tiene cámara.

+ +

Advertencia: La publicación de múltiples APK para la misma aplicación se + considera una función avanzada y la mayoría de las aplicaciones deben publicar un solo + APK que admita una amplia variedad de configuraciones de dispositivos. La publicación de múltiples APK + requiere que sigas reglas específicas dentro de tus filtros y que prestes especial atención a los + códigos de versión para cada APK a fin de garantizar las vías de actualización adecuadas para cada configuración.

+ +

Si necesitas más información acerca de cómo publicar múltiples APK en Google Play, lee Compatibilidad con múltiples APK.

diff --git a/docs/html-intl/intl/ja/distribute/googleplay/about.jd b/docs/html-intl/intl/ja/distribute/googleplay/about.jd new file mode 100644 index 0000000..56eaf2c --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/about.jd @@ -0,0 +1,294 @@ +page.title=Google Play の可能性 +meta.tags="visibility, growth, distributing" +page.tags="play, apps, distributing, publishing" +page.metaDescription=1 か月で何十億回ものダウンロードに利用されています。利用者はさらに増加し続けています。Google 基準で、ユーザーにアプリを紹介しましょう。 +page.image=/distribute/images/about-play.jpg + +@jd:body + + + +

+ Google Play は Android アプリ配布用のメイン ストアです。Google Play 上にアプリを公開すると、世界中の 190 以上の国と地域に存在する、Android の利用者という広大な基盤にアプリを提示することになります。 +

+ +
+ Google Play on an Android Tablet +
+ +

+ Google Play は Android エクスペリエンスの中核です。新しいユーザーはアプリ、ゲーム、その他の Google Play コンテンツでユーザーのデバイスをカスタマイズします。既存のユーザーは、流行のコンテンツや新しいコンテンツを求めて定期的にアクセスします。新しいアプリはとても簡単かつ高速でダウンロードできます。Google Play は、アプリをユーザーのデバイスにワイヤレスで即時に配布します。 +

+ +

+ また、Google Play は Web ユーザーにとってトップのアクセス先でもあります。ブラウザを使用しているユーザーはだれでも Web 上で Google Play 内を自由にアクセスできます。Android ユーザーは目的のアプリを購入してインストールすることもできます。Google Play はアプリを自動的にユーザーのデバイスに配布します。ケーブルは必要ありません。 +

+ +

+ Google Play Web サイトのアクセシビリティと利便性により、オンライン広告、Web 検索、クロス リンクなどの多くのソースから製品へのトラフィックを促進する新しい方法が実現します。Google Play は、優れたアプリとゲームをユーザーに結び付けるように設計されています。マーケットプレースでアプリに気づかせ、関心が集まるようにするための重要なチャネルを提供します。 +

+ +
+

+ ユーザーの評価とレビュー +

+ + +
+ +

+ 見込みユーザーは、評価とレビューをアプリの品質を示す重要なベンチマークとして参照します。Android ユーザーはアプリを 1 個から 5 個の星で評価し、レビューを投稿して、ダウンロード済みのアプリの評価を示します。 +

+ +

+ Google Play の一覧と検索結果では、アプリの評価はそのランキングに影響する最も重要な要因の 1 つです。また、この評価は、編集チームがストアでのプロモーション用にアプリとゲームを整理する際に参照する主要な指標の 1 つでもあります。 +

+ +
+ +
+ +
+

+ カテゴリのブラウジング +

+ + +
+ +

+ Google Play でアプリを公開する際に、ユーザーにアプリを見つけてほしいカテゴリを選択します。30 個以上のカテゴリを利用できます。各カテゴリ内で、評価、レビュー、ダウンロード数、国、その他の要因の組み合わせに基づいてアプリがランク付けされます。 +

+ +
+ + + +
+ +

+ Google Play での検索により、ユーザーはアプリやゲームを素早く特定することができます。検索では、ユーザーの入力に応じて語句を提案する強力なヒューリスティックを使用し、アプリへの直接リンクを提案として提供します。この結果、最も関連性が高く、最も人気のあるアプリが検索上位で見つかります。 +

+ +
+

+ 上位チャートと一覧 +

+ + +
+ +
+ +
+ +

+ 上位チャートは、アプリとゲームのホーム ページから選択された、Android ユーザーに人気があり話題となっているコンテンツが常に表示されます。上位チャートは最新状態を保ち、最新のダウンロード数に基づき、毎日複数回更新されています。アプリの評価が上がり、ダウンロード数が増えると、アプリはチャートの上位に移動します。 +

+ +

+ チャートを世界中のユーザーにできるだけ関連付けるために、このチャートは Google Play の最もユーザー数が多い主な国で、それぞれ異なります。ダウンロード数と評価でアプリが関心を集め、人気が加速してくると、アプリは 1 つ以上の上位チャートに入るようになり、さらに注目されるようになります。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 人気(無料) + + 無料アプリと無料ゲームの一覧 +
+ 人気(有料) + + 有料アプリと有料ゲームの一覧 +
+ 人気(総合) + + 総合上位(無料/有料) +
+ 人気の新着(無料) + + 30 日以内 +
+ 人気の新着(有料) + + 30 日以内 +
+ 人気上昇中 + + インストール数が急増した新着アプリ +
+ +
+ + + +
+ +

+ Google Play の編集チームは、優れたアプリにユーザーが注目できるようにして、ストア全体のアプリの品質を常に一定に保つことに専念します。このチームは Google Play 全体でアプリを定期的にレビューし、最も有名なアプリとゲームだけでなく、より多くのユーザーに体験してほしい「ダイヤの原石」も探し出します。チームはおすすめスタッフのおすすめ、その他のコレクションで、優れたアプリをプロモートします。 +

+ +

+ ご自分のアプリを優れたアプリとして推薦することはできませんが、編集チームは優れたアプリがないかどうか、常に Google Play をモニタリングしています。ユーザーが気に入るアプリを作成して、Android デバイスで問題なく動作している場合、編集チームが注目します。 +

+ + + +

+ Google Play の編集チームは新着アプリを毎週選出して、このアプリを多くの人が見るおすすめスタッフのおすすめのコレクションで推薦します。 +

+ +

+ おすすめのコレクションは、Android で入手できる最新かつ最高のアプリとゲームのタイトルをハイライトします。おすすめ一覧には上位カテゴリで優秀かつ最も人気のあるアプリも含まれています。スタッフのおすすめは Google Play 上の最近のおすすめアプリとゲームのすべてを集めたものです。タブレット ユーザー向けには、特別なスタッフのおすすめのコレクションで Android タブレット向けの優れたアプリがハイライトされます。 +

+ + + + + + + +
+ +

+ おすすめ +

+
+ +

+ コレクション +

+
+ +

+ エディターのおすすめ +

+
+ +

+ アプリのコレクション +

+ +

+ 編集チームはテーマや季節ごとのイベントに基づき、アプリとゲームのコレクションをまとめることがあります。ユーザーはこの一覧をよく利用し、タイムリーなコレクションに注目してアプリを選択します。 +

+ +

+ 編集スタッフはコレクションのプロモーション用にアプリを選択します。これらのアプリは高品質であり、電話とタブレットで Android の魅力を最大限に引き出します。スタッフはコレクション全体に興味を起こさせる、または独自に関与するアプリも探し出します。 +

+ +

+ エディターのおすすめ

+ +

+ エディターのおすすめとは Android 上で入手できる優秀なアプリの一部をハイライトした、独自の視点で収集されたアプリです。エディターは、品質と優れたユーザー インターフェイス、長期間に及ぶ人気の維持、Android 機能の革新的な使用という観点でこれらのアプリを選択します。 +

+ +

+ エディターのおすすめに選出されたアプリには、アプリ名が Google Play に表示されると必ず表示されるバッジも付与されます。 +

+ +

+ トップ デベロッパー

+ +

+ トップ デベロッパーとは Android の高品質かつ革新的なアプリのローンチへの尽力に対し、定評のある、高く評価されたデベロッパーを認定するバッジです。Google Play の編集スタッフは、デベロッパーが積み重ねた成果に基づき、トップ デベロッパーのバッジを適宜付与します。 +

+ +

+ トップ デベロッパーのバッジは、Google Play に表示される場合には常に、デベロッパーの名前の横に表示されます。このバッジは、デベロッパーのすべてのアプリが長期にわたって認められていることを意味します。これは、ユーザーがデベロッパーの製品に対して持つ、より高いレベルの信頼性を示しています。 +

+ +
+

+ ストア情報掲載ページ +

+ + +
+ +
+ +
+ +

+ ご自分のアプリの Google Play でのトップ ページは、ストア情報掲載ページです。このページは豊富な内容と多様な色使いでアプリをプロモートし、その評価とレビューをハイライトしてアプリの概要を示します。 +

+ +

+ ユーザーはストアの掲載情報にアクセスしてアプリの詳細を確認できます。検索結果、上位チャート、カテゴリ一覧、コレクションにアプリが含まれていると、1 回のタップでストアの掲載情報に直接移動できます。 +

+ +

+ いずれかの Web ブラウザで Google Play デベロッパー コンソールから製品の詳細ページを管理します。サインイン後、ブランド アセットをアップロードまたは更新したり、マーケットの言語で製品の詳細を入力したりします。 +

+ +

+ アプリを公開すると、Google Play はアプリの評価、レビュー、他の製品へのリンクなどを追加します。さらに電話、タブレット、Web ブラウザでストア情報掲載ページが最も良く見えるようにします。 +

+ +

+ Web サイト、広告キャンペーン、レビュー、ソーシャル メディアの投稿などのGoogle Play 外部から、製品の詳細ページにWeb ユーザーを直接リンクできます。リンク方法については製品へのリンクを参照してください。 +

+ +

+

+ +
+

関連リソース

+
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/auto.jd b/docs/html-intl/intl/ja/distribute/googleplay/auto.jd new file mode 100644 index 0000000..0cbf8b1 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/auto.jd @@ -0,0 +1,163 @@ +page.title=Android Auto への配布 +page.image=/design/auto/images/auto-overview.png +meta.tags="auto", "publish", "quality" +page.tags="auto", "publish", "googleplay" +page.metaDescription=アプリとコンテンツを Android Auto に配布します。 + +@jd:body + + + +

+ ユーザーは、Android Auto と Google Play を使用して、優れたアプリを車に搭載することができます。新規アプリや既存のアプリを Auto 向けに拡張し、Google Play の使いやすいツールとプロセスを使用して公開することができます。 +

+ +

+ まずこのドキュメントの各セクションでAuto アプリを Google Play からユーザーに配布する方法を確認してください。Auto アプリの品質をお読みになり、アプリが遵守する必要のあるユーザビリティ、品質、安全に関するガイドラインの情報について確認してください。アプリの準備が完了したら、デベロッパー コンソールの条項を受諾し、APK を審査用にアップロードできます。 +

+ +

+ 参加方法 +

+ +

+ Google Play では、車載用アプリを配布できます。既存のデベロッパー コンソール アカウントと、現在の価格と販売/ 配布地域の設定を使用して、アプリを開発し、公開することができます。参加方法は簡単です。参加プロセスの概要は以下のセクションに記載されています。 +

+ +
+ +
+ +

+ 1.ガイドラインと要件を把握する +

+ +

+ Android Auto でのローンチを成功させるため、初めに Auto で優れたエクスペリエンスを作成するためのガイドラインを確認します。アプリを Auto 用に拡張する場合の考え方、設計とユーザビリティの詳細については、Android Auto の設計ガイドラインを参照してください。 +

+ +

+ Auto エクスペリエンスの設計を始める際には、Auto アプリの品質基準を読み、理解しておく必要があります。Auto で使用できるアプリのみが Google Play で Auto アプリとして指定されます。アプリが基本的な一連の品質基準に適合している場合に参加できます。詳細についてはAuto アプリの品質を参照してください。 +

+ +

2.Auto 向けに優れたアプリを開発する

+ +

+ Auto 向けの優れたアプリは車での使用を想定して設計され、Android Auto の機能を活用します。このアプリは、オーディオ コンテンツの再生やメッセージへのアクセスなどの操作中に、ユーザーに高品質のエクスペリエンスを提供します。 +

+ +

+ Auto アプリを検討する際にはデベロッパー向けドキュメントとユーザビリティのガイドラインを確認し、最大限にサポートする計画を立ててください。優れたエクスペリエンスを設計し、ドライバーの注意散漫を防ぐための当社が定めたガイドラインを忠実に守るようにしてください。 +

+ +

+ Auto エクスペリエンスは、電話、タブレット、その他のデバイスの既存のアプリの一部として、同じパッケージ名とストア掲載情報を使用して配布する必要があります。 +

+ +

3.Auto アプリの品質をテストする

+ +

+ Auto アプリは車内で正しく機能し、優れた外観を備えて、考えられる最高のユーザー エクスペリエンスを提供するように設計されていなければなりません。Google Play では、厳選された高品質の Auto アプリをユーザーが Google Play で簡単に発見できるようにアプリが紹介されます。ユーザーがその機能を存分に活用できる Android Auto アプリに参加したり、アプリを配布したりするには次の手順に従ってください。 +

+ + + +

4.Android Auto の条項に同意し公開する

+ +

+ APK をアップロードしてアプリを審査用に公開する前に、デベロッパー アカウントの所有者はデベロッパー コンソールの [価格と販売 / 配布地域] セクションで Android Auto の条項に同意する必要があります。条項に同意することは、Android Auto ユーザーがアプリを Google Play から利用できるようにして、アプリが Auto アプリの品質ガイドラインに適合していることを意味します。 +

+ +

+ Auto アプリはこの条項に同意した後でのみアップロードできます。どのアプリが Auto アプリであると判断されるかを以下に示します。 +

+ +
    +
  • アプリのマニフェストでは、アプリが使用する Auto 機能が含まれた、マニフェストの com.google.android.gms.car.application メタデータ エントリが宣言されている必要があります。Android Auto でアプリを使用するための設定について詳しくは、Auto の概要(Getting Started with Auto)を参照してください。 +
  • +
+ +

+ リリース対応 APK を作成し、これが Auto アプリの品質ガイドラインのすべてに適合していることをテストして確認したら、デベロッパー コンソールにアップロードします。ストアの掲載情報を追加の Auto 機能情報で更新し、必要に応じて配布オプションを設定します。Google Play でのローンチに向けた準備方法について不明点がある場合は、ローンチ チェックリストを参照してください。 +

+ +

+ 条項に同意し変更内容を保存したら、アプリを通常どおりアップロードして公開できます。アプリを Android Auto ユーザーが利用できるようにする前に、Google Play はアプリを Auto アプリの品質基準に対する審査にかけ、その結果を通知します。アプリが承認されると、Google Play はそのアプリを Android Auto ユーザーが利用できるようにします。アプリの承認状況をトラッキングする方法の詳細については、次のセクションを参照してください。 +

+ +

+ 審査は Google Play ストアの他のデバイス(電話やタブレットなど)に対するアプリの使用可能状況に影響することに注意してください。電話/タブレット コンポーネントに対するアップデートを含む既存のアプリがある場合、Android Auto コンポーネントが審査に合格しないと、アップデートされたアプリが Google Play ストアで利用できるようにはなりません。 +

+ +

+ デベロッパー コンソールで Android Auto の条項に同意するには、次の手順を実行します。 +

+ +
    +
  1. アプリがすべての Auto アプリの品質基準に適合していることを確認します。 +
  2. + +
  3. [すべてのアプリ] ページで公開するアプリをクリックします。 +
  4. + +
  5. [価格と販売 / 配布地域]Android Auto とその条項へのリンクにスクロール ダウンします。 +
  6. + +
  7. 条項のリンクをクリックします。 +
  8. + +
  9. 条項をよく読み、[同意する] をクリックします。 +
  10. +
+ +
+ +

+ Auto の条項に同意する: デベロッパー コンソールで条項に同意することにより、Android Auto にアプリが含まれます。 +

+
+ +

5.審査をトラッキングする

+ +

+ アプリは、上記で説明したドライバーの注意散漫に関するガイドラインと、技術上の基準と品質基準に準拠しているかどうか審査されます。この詳細な審査プロセスは、電話アプリ/タブレット アプリを審査にかける際の通常のプロセスよりも時間がかかる場合があります。アプリが承認されるまで、アプリまたはアプリのアップデートは Google Play ストアに公開されません。審査が正常に終了すると、アプリが公開され、Google Play ストアで利用できるようになります。 +

+ +

アプリが承認されない場合、デベロッパー アカウント アドレスに送られた通知メールを受け取ります。このメールには対処が必要な領域の要約が記載されています。必要な調整を行ったら、デベロッパー コンソールにアプリの新規バージョンをアップロードできます。 +

+ +

+ 提出されたアプリが既存のアプリへのアップデートであり、アップデートされるアプリが審査基準に適合していない場合、アップデートは拒否され、既存のアプリが Google Play ストアに引き続き公開されます。 +

+ +

アプリの評価方法の詳細については、Auto アプリの品質に関するドキュメントを参照してください。

+ + +

関連リソース

+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/developer-console.jd b/docs/html-intl/intl/ja/distribute/googleplay/developer-console.jd new file mode 100644 index 0000000..8dd562d --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/developer-console.jd @@ -0,0 +1,449 @@ +page.title=デベロッパー コンソール +page.metaDescription=Google Play 上にアプリを公開する際のホームとなるデベロッパー コンソールについて説明します。 +page.image=/distribute/images/developer-console.jpg +Xnonavpage=true + +@jd:body + + + +

+ Google Play デベロッパー コンソールは公開の操作やツールのホームとなります。 +

+ + +

+ ここでは、アプリのアップロード、製品ページの作成、価格と販売、配布地域の設定、公開を行います。Google Play 上にアプリを公開するまでのすべてのフェーズを 、任意の Web ブラウザからデベロッパー コンソールで管理できます。 +

+ +

+ 登録が完了し、メールで登録の確認を受け取ったら、Google Play デベロッパー コンソールにサインインできます。 +

+ +
+

+ すべてのアプリ +

+ + +
+ +

+ [すべてのアプリ] から開始します。ここでアプリの概要を確認できます。また、統計情報、レビュー、製品の詳細に移動したり、新しいアプリをアップロードしたりします。 +

+ +
+ +
+ +
+

+ アカウントの詳細 +

+ + +
+ +

+ 自分または会社に関する基本的なデベロッパー プロファイル情報をアカウント詳細ページで指定します。この情報で Google Play とお客様に自分を認識させます。いつでもこのページに戻り、情報を編集したり、設定を変更したりできます。 +

+ +
+ +
+ +

+ デベロッパー プロファイルには次の情報が含まれます。 +

+ +
    +
  • +

    + デベロッパー名 — ストアの情報掲載ページと Google Play のすべての場所に表示されます。 +

    +
  • + +
  • +

    + 連絡先情報 — Google でのみ使用されます。お客様には見えません。 +

    +
  • + +
  • +

    + Web サイトの URL — ストアの情報掲載ページに表示されます。 +

    +
  • +
+ +

+ また、アカウント詳細ページでは、マーケティング担当者や他のチームに対して制限付きアクセスを付加したり、マーチャント アカウントを登録したり、Google Play のライセンス付与用にテスト アカウントを設定したりできます。 +

+ +
+

+ マーチャント アカウントのリンク +

+ + +
+ +

+ アプリ製品またはアプリ内製品を販売したい場合は、Google ウォレット Merchant アカウントをデベロッパー プロファイルにリンクさせます。Google Play は、このリンクされたアカウントを財務と税金の識別用、および売り上げからの月次の支払い用に使用します。 +

+ +
+

+ 複数のユーザー アカウント +

+ + +
+ +

+ デベロッパー コンソールのさまざまな部分にアクセスするため、他のチーム メンバー用にユーザー アカウントを設定します。 +

+ +
+ +
+ +

+ 最初に登録されるアカウントはアカウント所有者で、コンソールのすべての部分に対してフル アクセス権を持ちます。この所有者はユーザー アカウントを追加したり、コンソールのアクセス権を管理したりできます。 +

+ +

+ たとえば、所有者は公開やアプリの設定に対するアクセス権をユーザーに付与できますが、財務レポートに対するアクセス権は付与できません。今すぐ、複数のアカウントの設定方法を確認してください。 +

+ +
+

+ ストアの掲載情報の詳細 +

+ + +
+ +

+ デベロッパー コンソールを使用してストアの情報掲載ページを設定します。このページは Google Play 内のアプリのホームとなります。携帯電話や Web でユーザーに表示され、アプリの概要を確認したりアプリをダウンロードしたりします。 +

+ +

+ 独自のブランド アセット、スクリーンショット、ビデオをアップロードして、アプリの特徴を強調します。最新バージョンに関するローカライズされた説明と注釈などを提供します。ストアの掲載情報はいつでも更新できます。 +

+ +
+ +
+ +
+

+ アップロードと即時公開 +

+ + +
+ +

+ デベロッパー コンソールから、リリース対応 Android アプリケーション パッケージ ファイルを素早くアップロードし、公開できます。アプリは、公開されるまでドラフトの状態となります。公開された時点で、Google Play はストアの情報掲載ページとアプリをユーザーに対して利用可能にします。アプリは数週間ではなく数時間でストアの掲載情報に表示されます。 +

+ +

+ アプリの公開後は、随時更新が可能です。アプリのバイナリを更新せずに、価格、設定、配布オプションをいつでも更新できます。 +

+ +

+ 機能を追加したり、コードに関する問題に対処したら、更新されたバイナリをいつでも公開できます。新規バージョンはほぼ即時に利用可能となり、既存のお客様に更新がダウンロードできるようになったことが通知されます。ユーザーはアプリに対する自動アップデートも承認できます。これでアップデートは公開後すぐに配信されインストールされます。アプリの公開はいつでも取り消すことができます。 +

+ +
+

+ アルファ版テストとベータ版テスト +

+ + +
+ +

+ 特にローンチ前などは、ユーザーからの実際のフィードバックを入手することが常に重要です。Google Play では、アプリのリリース前のバージョンを世界中のアルファ版テスト グループとベータ版テスト グループに簡単に配布できます。 +

+ +

+ Google Play のデベロッパー コンソールの [APK] セクションには、[アルファ版テスト] タブと [ベータ版テスト] タブがあります。ここでアプリの APK ファイルの各バージョンをアップロードしたり、テスターのリストを Google グループまたは Google+ コミュニティとして定義したりできます。これが行われると、テスターに転送する URL を受け取ります。テスターはこの URL からテスト プログラムにオプトインできます。 +

+ +
+ +
+ +

+ テスターは、オプトイン後に、アプリの製品ページにアクセスします。テスターがアプリをダウンロードすると、Google Play は適宜アルファ版またはベータ版をテスターに配信します。ユーザーが両方のテスト グループにオプトインした場合は、Google Play は常にこのようなユーザーにアルファ テスト バージョンを配信します。 +

+ +

+ ユーザーはフィードバックやレビューをアプリのアルファ版とベータ版に提供できないことに注意してください。フィードバックを収集する場合、Google グループまたは Google+ コミュニティを使用するか、メール アドレスや独自の Web サイトを設定できます。 +

+ +

+ これらのテスト プログラムは、アプリの最適化新しいマーケットへのロールアウトコミュニティの作成の開始に使用できます。ローンチ チェックリストローカライズのチェックリストでも、ベータ版テストを使用する方法についての詳細情報が掲載されています。 +

+ +
+

+ 段階的ロールアウト +

+ + +
+ +

+ Google Play のデベロッパー コンソールの APK セクションにある [製品版] タブを使用して、アプリのロールアウトを段階的に分けることもできます。ここでは、アプリをダウンロードできるユーザーの割合を定義できます。 +

+ +

+ ロールアウトを段階的に分けると、予想外のバグやサーバー負荷の影響を限定的にして、無作為のユーザーのサンプルでユーザーのフィードバックを評価できるようになります。ユーザーは段階的なロールアウト中にアプリの評価とレビューができるため、慎重を期す場合は、少数ユーザーに対してロールアウトを開始します。否定的なレビューがないか観察し、あった場合はそれに応答するようにしてください。 +

+ +

+ Android プラットフォームのアプリのバージョニング要件のため、ロールバックはサポート対象外であることに注意してください。ロールバックを必要とする場合、前の APK を新しいバージョン番号でローンチすることを検討してください。ただし、ユーザーは新しい機能を使用できなくなり、古いアプリはサーバーの変更やデータ フォーマットと前方互換性がない可能性があるため、これは最終手段としてのみ使用するようにしてください。したがって、アップデートのアルファ版テストとベータ版テストを必ず実行してください。 +

+ +
+

+ 複数 APK のサポート +

+ + +
+ +

+ 通常は 1 つのアプリ パッケージ(APK)があれば十分で、通常はこれがアプリの管理と維持を最も容易に行う方法です。ただし、異なる APK を別のデバイスに配布する必要がある場合は、Google Play からその方法が提供されます。 +

+ +

+ 複数 APK のサポートを利用すると、パッケージ名は同じで OpenGL テクスチャ圧縮フォーマット、画面サイズ サポート、またはサポート対象の Android プラットフォーム バージョンが異なる複数のアプリ パッケージを作成できます。1 つの製品リストの下に、すべての APK をアップロードするだけです。Google Play はデバイスの特性に基づき、ユーザーに配布する最適な APK を選択します。 +

+ +

+ APK 拡張ファイル オプションを使用すると、公開済みの個々の APK (複数の APK を含む)に対して、最大 2 つの 2 次ダウンロードをアップロードできます。各拡張ファイルのサイズは最大 2GB で、任意のタイプのコードやアセットを含めることができます。Google Play はこれらを無料でホスティングし、通常のアプリのインストールの一部として、ファイルのダウンロードを処理します。 +

+ +
+

+ 製品の販売と価格設定 +

+ + +
+ +
+ +
+ +

+ アプリ製品とアプリ内製品の価格を設定するツールが用意されています。アプリは無料でダウンロードできるものと、ダウンロードの前に支払いが必要なものがあります。 +

+ +
    +
  • 無料アプリとして公開する場合は、アプリの存続期間中は無料でなければなりません。無料アプリは Google Play ですべてのユーザーがダウンロードできます。 +
  • + +
  • 有料アプリとして公開しても、後で無料アプリに変えることができます。有料アプリは Google Play で支払い方法を登録しているユーザーのみが購入/ダウンロードできます。 +
  • +
+ + + +

+ アプリが無料か有料かによらず、アプリ内製品とサブスクリプションを提供することもできます。有料アプリ、アプリ内製品、サブスクリプションに対して個別に価格を設定します。 +

+ +

+ ユーザーがアプリの製品ページをブラウジングしたり購入を開始したりすると、Google Play は課金される現地通貨での価格をユーザーに提示します。 +

+ +

+ 各製品について、最初に自分の通貨で既定の価格を設定します。これ以上設定しない場合は、Google Play はアプリの米ドル価格を基準に月に 1 回現地価格を自動的に設定します。 +

+ +

+ 一方、各国における製品の価格設定を完全に管理できます。初めに、自動換算機能を使用すると、既定価格から固定の現地価格を手動で設定できます。次に、これらの価格を確認して、任意の国に対して価格を新たに設定できます。各国の価格は独立しているため、価格は個別に調整できます。他の国の価格に影響を及ぼすことはありません。多くの国では、設定した価格が税込みの最終価格としてユーザーに課金されます。 +

+ +

+ アプリの価格設定の詳細についてはExpand into New Markets(新たなマーケットの拡大)を参照してください。 +

+ +
+

+ アプリ内製品 +

+ + +
+ +

+ アプリの収益を強化する方法として Google Play のアプリ内課金を使用して、アプリ内製品とサブスクリプションを販売できます。アプリ内製品は一度限り販売できるもので、サブスクリプションは月単位または年単位で課金を繰り返すものです。 +

+ +

+ 特定の公開済み APK またはドラフト APK について、[アプリ内製品] セクションから次の操作を行います。 +

+ +
    +
  • アプリ内製品とサブスクリプションの製品リストを作成します。 +
  • + +
  • 価格を設定します。 +
  • + +
  • これらの製品をアプリとともに公開するか、旧版の製品を撤収します。 +
  • +
+ +

+ アプリ内課金を実装する方法について詳しくは、デベロッパー向けドキュメントのアプリ内課金を参照してください。プレミアムフリーミアムサブスクリプションの各収益化モデルでアプリ内製品を利用します。 +

+ +
+

+ 配布コントロール +

+ + +
+ +

+ アプリの配布先となる国と地域を管理します。一部の国では、ターゲットにするキャリアを選択できます。マニフェスト ファイルで宣言されている配布ルールに基づき、アプリを使用できるデバイス一覧も確認できます。 +

+ +

+ 地理的なターゲット +

+ +

+ Google Play デベロッパー コンソールのコントロールを使用すると、アプリケーション バイナリに変更を加えずにアプリの配布を地理的に容易に管理できます。アプリの配布先となる国と地域を指定できます。一部の国ではキャリアも指定できます。 +

+ +

+ ユーザーがストアにアクセスすると、Google Play はユーザーがアプリをダウンロードする前に、ユーザーがターゲットの国のいずれかにいるかどうか確認します。Google Play デベロッパー コンソールに変更内容を保存するだけで、ターゲットにする国とキャリアをいつでも変更できます。 +

+ +
+ +
+ +

+ 世界中のユーザーにアプリを販売するため、アプリの詳細、説明、プロモーション画像、スクリーンショットなどのストアの掲載情報をローカライズできます。 +

+ +

+ ターゲットにする機能 +

+ +

+ Google Play では、アプリが依存するデバイス機能に応じて配布を管理することも可能です。ハードウェア機能、OpenGL テクスチャ圧縮フォーマット、ライブラリ、Android プラットフォームのバージョンなど、アプリがマニフェストに定義できる複数のタイプの依存関係があります。 +

+ +

+ アプリをアップロードすると、Google Play は依存関係を読み取り、必要な配布ルールを設定します。依存関係の宣言に関する技術情報については、Google Play 上のフィルタを参照してください。 +

+ +

+ 配布全体を正確に管理するために、Google Play ではアプリの依存関係(存在する場合)に基づいて、アプリを利用できるすべてのデバイスを確認できます。Google Play デベロッパー コンソールから、サポート対象デバイス一覧を表示できます。必要に応じて特定のデバイスを除外することもできます。 +

+ +
+

+ ユーザーのレビューとクラッシュ レポート +

+ + +
+ +
+ +

+ [ユーザーのレビュー] セクションから特定のアプリのユーザーのレビューにアクセスできます。レビューを多くの方法でフィルタリングして、問題をより簡単に特定し、利用者のサポートを効率的に行えます。 +

+
+ +

+ Google Play では、他のユーザーに役立つように、ユーザーによるアプリのレビューの送信が簡単にできるようになっています。このレビューにより、ユーザビリティに関するフィードバック、サポートの依頼、機能に関する重要な問題の詳細がアプリの利用者から直接届けられます。 +

+ +

+ アプリのデバッグと改善にはクラッシュ レポートを使用します。Android デバイスから自動的に送信されるスタック トレースやその他のデータが含まれたクラッシュ レポートを確認できます。 +

+ +
+

+ アプリの統計情報 +

+ + +
+ +
+ +

+ アプリの統計情報ページ:特定のアプリのインストール パフォーマンスに関するさまざまな統計情報を提供します。 +

+
+ +

+ アプリのインストール パフォーマンスに関して詳細な統計情報が表示されます。 +

+ +

+ ユーザーごと、デバイスごとに測定されたインストールのメトリックを参照します。アクティブなインストール数、インストール合計数、アップグレード数、日次インストール数とアンインストール数、評価に関するメトリックが表示されます。 +

+ +

+ Android プラットフォームのバージョン、デバイス、国、言語、アプリのバージョン、キャリアなどのメトリック別に、インストール数をクローズアップします。タイムライン グラフで、さまざまな局面のインストール データが表示されます。 +

+ +

+ これらのグラフでは、アプリのインストールのピークと長期の傾向が明らかになります。これらのグラフにより、ユーザーの選定動向の把握、統計情報のプロモーションとの関連付け、アプリの改善やその他の要因の効果の確認が可能になります。特定のポイントをタイムラインに追加すると、ある局面の内部のデータを詳細に確認できます。 +

+ +

+

+ +
+
+ +
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/families/about.jd b/docs/html-intl/intl/ja/distribute/googleplay/families/about.jd new file mode 100644 index 0000000..53258de --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/families/about.jd @@ -0,0 +1,39 @@ +page.title=Designed for Families +page.metaDescription=Designed for Families を利用すると、ファミリー層がアプリとゲームを発見しやすくなります。 +page.image=distribute/images/about-dff-sm.jpg +meta.tags="families, googleplay, distribution" +page.tags="families" + +@jd:body + +

+ Google Play 上のファミリー層に重点を置いた新たなエクスペリエンスにより、ファミリー向けの高品質アプリとゲームのブラウジング、検索、発見を容易に行うことができる新しい方法を今後数週間でユーザーにお届けします。 +

+ +

+ ファミリー層が使いやすいストアをサポートするため、デベロッパーはこの新しい Designed for Families プログラムに、ファミリー層に重点を置いたアプリとゲームをオプトインするように招待されます。プログラムの要件を満たすアプリは新しいファミリー エクスペリエンスに表示され、親たちは、適切で信頼性の高い高品質なアプリとゲームをより容易に見つけ出すことができるようになります。 +

+ + + +

+ 現在使用しているツールとプロセスを使用してアプリとゲームをすぐにオプトインし、アプリをデベロッパー コンソールで管理します。このプログラムに含まれるアプリは発見されやすくなるメリットを享受する一方で、既存のカテゴリ、ランキング、レビューは Google Play ストアの別の場所で維持されます。 +

+ +

利用資格について

+ +

+ Google Play 上のファミリー向けのエクスペリエンスに含まれるアプリは、年齢にふさわしいアプリを期待する親や家族がより発見しやすいものになっています。Designed for Families プログラムは子供向けに作成されたアプリと、家族全員で楽しめるアプリが含まれるように策定されています。このようなユーザーに対処するため、アプリが適合する必要のある詳細なガイドラインとポリシーが用意されています。これらはアプリのコンテンツ審査で評価されます。 +

+ +

+ アプリが準拠する必要のあるポリシーについて十分な認識が必要です。このポリシーにはコンテンツ ポリシーデベロッパー配布契約Designed for Families デベロッパー販売 / 配布契約の補足条項が含まれます。 +

+ +

+ また、Google Play デベロッパー ヘルプ センターに含まれる Designed for Families プログラムの要件にも適合している必要があります。 +

+ + \ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/families/faq.jd b/docs/html-intl/intl/ja/distribute/googleplay/families/faq.jd new file mode 100644 index 0000000..206429c --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/families/faq.jd @@ -0,0 +1,233 @@ +page.title=よくある質問 +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=Designed for Families に関する質問と回答 + +@jd:body + + + + + +

+ 以下のセクションで、Designed for Families に関して詳しく説明し、よくあるご質問に回答します。 +

+ + +

アプリのレビューとオプトイン

+ +
+
アプリのオプトイン方法を教えてください。
+ +
+
+ Google Play デベロッパー コンソールの [価格と販売 / 配布地域] タブで、Designed for Families にオプトインできます。ステップごとの説明を参照してください。 +
+ +
+ 自分のアプリのインタラクティブ機能をどこで開示しますか。この情報を収集する理由を教えてください。 +
+ +
+ インタラクティブ機能の開示は、コンテンツのレーティングに関するアンケートの一環として行います。開示内容の確認は、Designed for Families プログラムのオプトイン フローの一環として行うことができます。この情報を収集することで、ユーザーがアプリを評価する際にこの情報に基づく選択ができるようになります。 +
+ +
+ COPPA について教えてください。 +
+ +
+ COPPA とは、連邦取引委員会(FTC)の児童オンライン プライバシー保護法です。詳細についてはCOPPA に関する FTC のよくある質問を参照してください。COPPA または児童に関するその他の法律への準拠方法について、Google Play はデベロッパーに法律上のガイダンスを提供できないことに注意してください。 +
+ +
+ 最新のプライバシー ポリシーを提供する必要はありますか?また、それはどこで行うことができますか? +
+ +
+ はい、アプリのストアの掲載情報に永続的プライバシー ポリシーへのリンクを提供し、地域のプライバシーに関する法律や規制に準拠していることをデベロッパー コンソールで表明する必要があります。プライバシー ポリシーを追加または確認するには、デベロッパー コンソールでアプリを選択し、次に [ストアの掲載情報] セクションの一番下までスクロールします。 +
+ +
+ 選択できる年齢層を教えてください。 +
+ +
+ 連続する年齢層を最大 2 つ選択できます。年齢層は、5 歳以下、6 歳から 8 歳、9 歳から 12 歳です。ただし、アプリが児童とさらに年齢層の高いユーザーで構成される利用者をターゲットとしている場合、一般向けカテゴリを選択する必要があります。 +
+ +
+ Designed for Families プログラムで選択できるコンテンツ カテゴリの数を教えてください。 +
+ +
+ Designed for Families プログラムの一部として 1 つのカテゴリを選択できます。また、一般的な Google Play ストア向けに別のカテゴリを選択できます。 +
+ +
+ Designed for Families のカテゴリについて教えてください。 +
+ +
    +
  • アクション & アドベンチャー: アクション指向のアプリ/ゲームで、レーシング ゲーム、おとぎ話アドベンチャーなどの分野のものがすべて含まれます。 +
  • + +
  • 頭脳ゲーム: このカテゴリには、ユーザーに考えさせるゲームと、パズル、マッチング ゲーム、これらと同等のゲームが含まれます。 +
  • + +
  • クリエイティブ: 創造力を刺激するアプリ/ゲームです。このカテゴリに含まれるアプリ/ゲームの種類には、お絵かきゲーム、塗り絵、その他の何かを作るゲームなどがあります。 +
  • + +
  • 教育: 教育的価値を持ち、数学、科学、アルファベットの学習、数の学習、地理や歴史などの数多くの教育的コンテンツを含むアプリ/ゲームです。 +
  • + +
  • 音楽と動画: 音楽的要素や動画コンポーネントを含み、ピアノの演奏やビデオの視聴などの機能を含むアプリ/ゲームです。 +
  • + +
  • ごっこ遊び: ユーザーがコックや医者などに扮し、役を演じることのできるアプリ/ゲームです。 +
  • +
+ +
+
+ Designed for Families プログラムにオプトインした場合、アプリが公開されるまで時間がかかりますか? +
+ +
+ Designed for Families プログラムにオプトインすると、Google Play はアプリを審査し、ファミリー層に適切かどうか確認します。アプリがすべてのプログラム要件に準拠している場合、公開までの時間は通常よりも長くかかることはないはずです。ただし、Designed for Families 審査で却下された場合、アプリの公開が遅れる可能性があります。 +
+ +
+ アプリが Designed for Families プログラムで却下された場合、どのようなことが起きるか教えてください。 +
+ +
+ アプリが Designed for Families プログラムで却下されると、デベロッパー コンソールと詳細なメールでその理由が示されます。問題を修正し、アプリをプログラムに再度提出するか、オプトインの対応を変更することができます。Google Play で有効な既存のアプリがある場合、アプリのアップデートだけが拒否されます(アプリは Play ストアにそのまま残ります)。要件に適合しないアプリを新たに Designed for Families プログラムに提出すると、アプリの提出全体が却下され、Play ストアには公開されません。特定された問題に対処して Designed for Families プログラムにアプリを再提出したり、プログラムからオプトアウトしたりできます。 +
+ +
+ アプリが公開されてから Designed for Families プログラムの要件に準拠しないことがわかった場合、どのようなことが起きるか教えてください。 +
+ +
+ アプリは Designed for Families プログラムだけでなく、Google Play ストアから削除されるか、保留となる可能性があります。削除されたアプリには却下されたアプリと同じ処置を適用できます。保留されたアプリはデベロッパーの異議申し立てプロセスを使用して申し立てができます。 +
+ +
+ Designed for Families プログラムにオプトインした場合、後からオプトアウトすることはできますか? +
+ +
+ はい、プログラムからいつでもオプトアウトすることができます。ただし、プログラムからオプトアウトすると、プログラムの他のメリットと共に、ファミリー層が使いやすい新たなエクスペリエンスを提供する場所を失うことになります。 +
+ +
+ プログラムでアプリが承認されてからアプリをアップデートすると、どのようなことが起きるか教えてください。 +
+ +
+ Designed for Families プログラムの一部であるアプリは常に資格条件に準拠している必要があります。アプリに関連付けられている Designed for Families メタデータを編集する必要がある場合は、Google Play デベロッパー コンソールの [価格と販売 / 配布地域] セクションに進んでこの情報を編集してください。アプリのアップデートでアプリの対象ユーザーが変わる場合、アプリを既にインストールしているユーザーに警告することをお勧めします。 +
+ +
+ Google のサインインまたは Google Play ゲーム サービスを使用するアプリとゲームは Designed for Families プログラムにオプトインできますか? +
+ +
+ Designed for Families プログラムにオプトインしていて、完全に児童主体、つまり5 歳以下、6 歳から 8 歳、または 9 歳から 12 歳の年齢層をターゲットにしているアプリは、アプリのログイン エクスペリエンスとして Google+ サインインや Google Play ゲーム サービスを使用できないことがあります。

+ Designed for Families プログラムに参加していて、児童とさらに上の年齢層の両方をターゲットにしているアプリは、任意選択機能として Google+ サインインや Google Play ゲーム サービスを使用できます。児童ユーザーは Google+ サインインや Google Play ゲーム サービスにサインインしなくても、アプリまたはゲーム全体にアクセスできるようにする必要があります。 +

+
+ +
+ アプリが Google Play for Education にオプトインしていてGoogle サインインの統合を備えている場合、学生は学校のアカウントでログインできます。アプリで Google サインインの動作を変更する必要はありますか? +
+ +
+ Google Play for Education に参加しているアプリは、Google サインインがアプリのすべてのユーザーに対するブロック要件でない限り、学生アカウントの Google サインインを使用してかまいません。 +
+
+ +

+ Designed for Families プログラムの収益化 +

+ +
+
+ Designed for Families の広告ポリシーについて、詳細を教えてください。 +
+ +
+ Designed for Families の広告ポリシーをお読みください。 +
+ +
+ アプリにインタースティシャル広告を表示することはできますか? +
+ +
+ 一部のアプリには、インタースティシャル広告が適している場合があります。ただし、ユーザーは広告が提示される前にメイン機能にナビゲートできる必要があります。 +
+ +
+ 広告ネットワークが Designed for Families の広告ポリシーに準拠していることをどのようにして認識できるか教えてください。 +
+ +
+ 広告ネットワークに連絡して、コンテンツ ポリシーと広告業務に関して問い合わせてください。AdMob を使用している場合、AdMob ヘルプ センターを参照して、子供向けに対応するためにアプリまたは特定の広告単位をタグ付けする方法を確認してください。アプリ内広告付きのユーザー エクスペリエンス全体が Designed for Families プログラムの要件に適合しているか、デベロッパーが責任を持って調査する必要があります。 +
+ +
+ アプリでアプリ内課金が可能ですか? +
+ +
+ Designed for Families DDA と他の適用可能な法律上の要件への準拠以外に、Designed for Families プログラムに参加しているアプリで、アプリ内課金(IAP)に関連する特有の制限はありません。ただし、Play は過度に強引な商業戦術に対してアプリを却下する権限を留保します。Google Play は、主に児童をターゲットにしている Designed for Families プログラムに参加しているすべてのアプリに IAP のパスワード保護を適用し、児童ではなく親が課金を承認するようにします。この対応は一般ユーザーをターゲットにしているアプリまで拡大されないことに注意してください。 +
+
+ +

+ その他の質問 +

+ +
+
+ Designed for Families アプリに参加するターゲット ユーザーとして想定されるのはどの層ですか? +
+ +
+ 親や保護者に Google Play ストア上の優れたエクスペリエンスを提供し、信頼性の高いブランドとデベロッパーが子供と家族向けに設計した素晴らしいアプリを発見できるようにすることを目標にしています。 +
+ +
+ Designed for Families プログラムは特定の国のデベロッパーだけが利用できるのでしょうか? +
+ +
+ Designed for Families はグローバル プログラムです。 +
+ +
+ 現在のファミリー向けゲームのカテゴリに公開されているアプリにどのようなことが起きますか? +
+ +
+ 現在のファミリー向けゲームのカテゴリは 2015 年 5 月に利用できなくなる予定です。現在ファミリー向けゲームのカテゴリに含まれているアプリは Play ストアの別のカテゴリを選択する必要があります。別のカテゴリを選択しないアプリはカジュアル ゲームのカテゴリに割り当てられます。 +
+
+ + \ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/families/start.jd b/docs/html-intl/intl/ja/distribute/googleplay/families/start.jd new file mode 100644 index 0000000..e8e9ee5 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/families/start.jd @@ -0,0 +1,70 @@ +page.title=Designed for Families へのオプトイン +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=ほんの数ステップで Designed for Families に参加できます。 + +@jd:body + +

+ 子供や家族向けに設計されたアプリを作成する場合は、以下の操作を完了しておくだけで、Designed for Families プログラムへのオプトインの準備が整います。 +

+ +
    +
  • アプリのコンテンツ レーティングに関するアンケートに記入し、ESRB の Everyone、Everyone 10+ のレーティングに適合させる +
  • + +
  • アプリの [ストアの掲載情報] ページにプライバシー ポリシーのリンクを追加する +
  • + +
  • アプリをすべての Designed for Families プログラムの要件に適合させる +
  • +
+ +

+ これでアプリを公開する準備が整いました。デベロッパー コンソールから直接 Designed for Families にオプトインできます。オプトインは、Google Play ストアで選択したカテゴリだけではなく、Google Play 上の新しいファミリー層向けエクスペリエンスでアプリを利用できるようにすることを意味します。 +

+ +

+ オプトインでは、アプリが Google Play デベロッパー プログラム ポリシーと、Designed for Families デベロッパー販売/配布契約の補足条項を含むデベロッパー販売/配布契約に準拠していることも確認されます。こうしたポリシー関連の文書や補足条項を十分理解していない場合は、オプトインの前にそれらの文書をお読みください。 +

+ +

+ 準備が完了したら、次の手順を実行して特定のアプリに対する Designed for Families へのオプトインを実行します。 +

+ +
    +
  1. デベロッパー コンソールの [すべてのアプリ] ページでオプトインするアプリをクリックします。[価格と販売/配布地域] で [Designed for Families] とオプトイン チェックボックスまでスクロール ダウンします。 +
  2. + +
  3. オプトイン フローを開始し、アプリが利用資格の要件に適合していることを確認します。
  4. +
  5. アプリに広告が含まれている場合、広告ポリシーに適合していることを確認します。
  6. +
  7. 対象年齢を5 歳以下、6 歳から 8 歳、9 歳から 12 歳、一般向け(子供とそれより上の年齢層)から選択します。アプリが複数の年齢層のグループを対象にしている場合、連続する 2 つの年齢層のグループを選択できます。ESRB 10+ レーティング付きのアプリは、対象に 9 歳から 12 歳または一般向けしか選択できません。 +
  8. + +
  9. Google Play での新たなファミリー向けエクスペリエンスのアプリに対するカテゴリを選択します。アプリは Google Play の既存のカテゴリからも見つけることができます。
  10. +
  11. リンク先のドキュメントを確認して同意し、[オプトイン] をクリックします。[価格と販売/配布地域] ページで [アップデートを送信] をクリックして、アプリを公開またはアップデートします。 +
  12. +
+ +

+ アプリをオプトインすると、Designed for Families プログラムに受諾される前に全体が審査にかけられます。 +

+ +

+ 注: Designed for Families プログラムで公開されたアプリは Google Play ですべてのユーザーも利用できます。 +

+ +

+ 初めて公開するアプリをオプトインする場合で、そのアプリが Designed for Families プログラムの要件に適合していない場合は、プログラムの要件に適合するようにアプリをアップデートするか、またはオプトイン チェックボックスの選択を解除して Google Play の標準審査プロセスに合格するまで、Google Play で利用できません。 +

+ +

+ Google Play で既に公開されているアプリをオプトインし、そのアプリがプログラムの要件に適合していない場合は、すべてのユーザーが利用できますが、プログラムの要件に適合するようにアプリをアップデートするまでは新たなファミリー向けエクスペリエンスには追加されません。 +

+ +

+ Designed for Families にオプトインしているアプリに対するアップデートを公開した場合、アプリのアップデートが Designed for Families の審査に合格しないと、Google Play のすべてのユーザーはこのアップデートを利用できません。

+ + \ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/guide.jd b/docs/html-intl/intl/ja/distribute/googleplay/guide.jd new file mode 100644 index 0000000..137c63f --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/guide.jd @@ -0,0 +1,57 @@ +page.title=Google Play で成功を手にする +page.metaDescription=Google Play でアプリまたはゲームのビジネスを成功に導くためのガイド。 +meta.tags="distribute", "bestpractices" +page.tags="google play", "business", "monetize", "engagement" +page.image=distribute/images/play_dev_guide.png + +@jd:body + +

+ Google Play でアプリまたはゲームのビジネスを成功に導くためのガイドをダウンロードできます。このガイドに記載されている機能、ヒント、ベスト プラクティスを効率的な戦略の策定に役立ててください。 +

+ +

+ ガイドは次のセクションに分かれています。 +

+
    +
  • + Google Play での公開 — Google Play デベロッパー コンソールを使用して世界中の 10 億人の Android ユーザーにアプリを配布します。 +
  • + +
  • + 高品質を実現する — 優れたアプリを作成するための基本について説明し、Google Play のガイドラインとポリシーの詳細を説明します。 +
  • + +
  • + 見つけやすくしてアクセスを増やす — アプリをできるだけ見つけやすくして、可能な限り多くのユーザーがアクセスできるようにします。 +
  • + +
  • + エンゲージメントと保持率を高める — インストールをアクティブ ユーザーに繋げて、ユーザーの保持率を高めます。 +
  • + +
  • + 収益化を図る — 成長し続ける収益源を創出するための収益化戦略を提供します。 +
  • + +
  • + Google Analytics を使用した測定を利用する — ユーザーを把握し、アプリのエクスペリエンス、コンバージョン、マーケティングを向上させます。 +
  • + +
  • + グローバル化を推進する — アプリを世界中のローカル マーケットに導入します。 +
  • +
+ +

+ 下の画像をクリックしてガイドをダウンロードできます。またはGoogle Play で入手することもできます。 +

+ +

+ 数ヶ月以内に各国語版のガイドをいくつかリリースする予定です。この Web サイトに、アプリの配布と収益化をサポートする新しい機能とベスト プラクティスに関する情報を随時投稿します。定期的にこのサイトをご確認ください。 +

+
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/quality/auto.jd b/docs/html-intl/intl/ja/distribute/googleplay/quality/auto.jd new file mode 100644 index 0000000..eda7297 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/quality/auto.jd @@ -0,0 +1,434 @@ +page.title=Auto アプリの品質 +page.metaDescription=Auto アプリは車の入力コントロールおよびディスプレイと連携し、ドライバーの注意散漫をできるだけ少なくして優れたエクスペリエンスを実現します。 +page.image=/distribute/images/gp-auto-quality.png + +@jd:body + + + + + + + +

アプリに Android Auto 向けのサポートを設計する場合、何よりもまずドライバーの注意散漫を防ぐようにしてください。Auto ユーザー インターフェイスと連携するアプリは、音声コマンドや非常にシンプルな視覚設計などのベスト プラクティスにより、ドライバーが遭遇する注意散漫を最小限に抑える必要があります。 +

+ +

+ 優れた Auto エクスペリエンスは予測性が高く予測可能です。Android Auto をサポートするアプリは、情報がドライバーに関係する場合のみタイムリーに表示し、一般的なタスクに対してはシンプルで予測可能なパターンを使用する必要があります。 +

+ +

+ 重要:このページにリストされた基準は、Android Auto 画面に接続されたデバイスで実行している場合のアプリのユーザー インターフェイスと動作に適用されます。アプリは、これらの基準の適合し、Google Play 上の Android Auto アプリとして適格である必要があります。 +

+ + +
+

+ アプリの中核品質 +

+ +

+ Auto アプリは、下記に示す Auto 独自の基準の他に、Android プラットフォームに関係するアプリの中核品質基準すべてに適合している必要があります。詳細についてはアプリの中核品質基準を参照してください。これらの基準についてアプリをテストして、ナビゲーションと設計に関する Android 標準に適合しているかどうか確認します。次に Auto 独自の基準すべてについてアプリをテストします。Android Auto に接続しているデバイス上で実行する際には、アプリがこのページにリストされている要件に適合している必要があることを忘れないようにしてください。

+

+ 視覚デザインとユーザー インタラクション +

+ +
+ +

+ これらの基準は Android Auto で一貫性が高く直観的、かつ楽しめるユーザー エクスペリエンスを確保するため、アプリが厳格なデザインとインタラクション パターンに従っていることを保証します。ナビゲーション ドロワー、カード バックグラウンド、フォント、アイコンの色などの多くの要素がシステムによって設定され、レンダリングされます。アプリ固有の設計要素は次の基準に適合している必要があります。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + テスト + + 説明 +
+ ドライバーの注意 + + AU-MV + +

+ アプリは、Auto 画面に動画グラフィック、ゲーム、ビデオ、進行バーなどの動画要素を表示しません。 +

+
+ AU-VA + +

+ アプリは Auto 画面にあらゆるフォーマットの視覚広告またはテキスト広告を表示しません。音声広告のみ許可されます。 +

+
+ AU-IM + +

+ アプリ要素は Auto 画面に画像を一切表示しません。例外として、アプリ使用画面の背景にアプリがアルバム アートなどのコンテンツのコンテキストに合わせた単一の固定画像を表示する場合があります。また、コンテンツのナビゲーション ドロワーにアイコンを表示する場合があります。 +

+
+ AU-DS + +

+ アプリにはドライバーの注意をそらす機能は含まれていません。 +

+
+ AU-VI + +

+ アプリが Android Auto でアクティブになっている間は、電話画面にいかなるフォームの視覚情報(通知、トースト、ビデオ、画像、広告など)も表示しません。 +

+
+ レイアウト + + AU-SC + +

+ アプリは自動スクロール テキストを表示しません。 +

+
+ AU-FT + +

+ アプリは 2 とおりのサイズが認められているデフォルトの Roboto フォントを使用してすべてのストリングを表示します。 +

+
+ AU-ST + +

+ アプリは 1 つのストリングにつき 120 文字までしか表示しません。 +

+
+ 視覚コントラスト + + AU-DM + +

+ アプリは濃い色のテキストをレンダリングし、薄い色の背景でコントロールする日中モードをサポートします。(こちらを参照してください) +

+
+ AU-NM + +

+ アプリは薄い色のテキストをレンダリングし、濃い色の背景でコントロールする夜間モードをサポートします。(こちらを参照してください) +

+
+ AU-WI + +

+ アプリはシステムが着色してコントラスト補正を自動的に行えるようにする白のアイコン セットを提供します。(こちらを参照してください) +

+
+ AU-OC + +

+ アプリはシステムが車内での読みやすさを最適化できる色を提供します。(こちらを参照してください) +

+
+ インタラクション + + AU-VC + +

+ アプリは音声コマンドをサポートする必要があります。 +

+
+ AU-AB + +

+ アプリ固有のボタンは、最長 2 秒の遅延でユーザー アクションに応答します。 +

+
+ + +

関連リソース

+ +
+
+ + + +
+

+ 機能 +

+ + +
+ +

+ 次の基準は、アプリが正しく設定されており、期待される機能動作が実現されていることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + テスト + + 説明 +
+ 全般 + + AU-LT + +

+ アプリは最長 10 秒でロードされます。 +

+
+ AU-FP + +

+ Auto アプリの機能が予測どおりまたはアプリの Google Play ストア一覧に記載されているとおりに機能します。 +

+
+ AU-RL + +

+ アプリがホーム画面から再起動される場合、アプリは前の状態にできるだけ近い状態で復元されます。 +

+
+ AU-SS + +

+ アプリのタスクはすべて 6 ステップ以内に完了します。 +

+
+ AU-GO + +

+ 機能しない、または無効なアプリ ボタンはグレー表示されている必要があります。 +

+
+ メディア + + AU-PA + +

+ アプリには 4 個以内の主要なアクションと 1 個のオプションのアクション オーバーフローの切り替えがあります(アクション オーバーフローが使用されない場合は主要アクションは 5 個以内)。(こちらを参照してください) +

+
+ AU-SA + +

+ アプリには 4 個以内のオプションの 2 次アクションと 1 個のアクション オーバーフローの切り替えがあります。(こちらを参照してください) +

+
+ 通知 + + AU-NA + +

+ アプリは通知を使用して広告を表示しません。 +

+
+ AU-NT + +

+ アプリはドライバーのニーズに関係した場合のみ通知を表示します。 +

+

+ 例:
良い例:新しいメッセージが到着したことをユーザーに通知します。
悪い例:新しいアルバムのリリースについてユーザーに通知します。 +

+
+ + + +
+

+ よくある質問 +

+
+ +

+ アプリを提出した後で、Android Auto の要件を満たしていない部分がある場合はどのように知ることができますか? +

+

Auto 向けアプリの開発を計画している場合、すぐにアプリを有効にしてテストを開始することをお勧めします。ただし、この時点では Auto 対応アプリは公開できません。Auto Developers Google+ コミュニティに参加して、Auto 対応アプリをいつ提出できるようになるかについて、最新情報を確認してください。

+

+ + +

+ アプリのターゲットは Android Auto だけではありません。このアプリが Auto の要件に適合しない場合でも、新規アプリまたはアップデート版のアプリは電話/タブレット向けに Google Play に表示されますか? +

+

+ いいえ。Google が承認プロセスを開始すると、Auto アプリはドライバーの安全に関する審査を受け、アプリが承認されるまで配布できません。これは電話/タブレット向けの APK と同じ APK であるため、これらのデバイスに関する Play ストアのアップデートは Auto 承認プロセスが完了するまで使用できません。 +

+ +

+ 重要: この制限のため、Auto サポートのプロトタイプの作成に、実働 APK を使用してはなりません。 +

\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/quality/core.jd b/docs/html-intl/intl/ja/distribute/googleplay/quality/core.jd new file mode 100644 index 0000000..5229aa7 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/quality/core.jd @@ -0,0 +1,1014 @@ +page.title=アプリの中核品質 +page.metaDescription=アプリの品質は、インストール、ユーザーの評価とレビュー、使用頻度、ユーザーによる保持の観点から、アプリの長期間にわたる成功に直接反映します。 +page.image=/distribute/images/core-quality-guidelines.jpg + +@jd:body + + + +
+ +
+ +

+ Android ユーザーは高品質アプリを期待しています。アプリの品質は、インストール、ユーザーの評価とレビュー、使用頻度、ユーザーによる保持の観点から、アプリの長期間にわたる成功に直接反映します。 +

+ +

+ このドキュメントは、簡潔にまとめられた一連のアプリの中核品質基準と関連するテストを介してアプリの品質の基本的側面を評価する際のガイドとなります。すべての Android アプリはこれらの基準に適合している必要があります。 +

+ +

+ アプリを公開する前に、この基準についてテストし、アプリが多くのデバイスで正しく機能し、ナビゲーションとデザインの Android 標準に適合し、Google Play ストアでのプロモーションの機会に向けた準備が整っていることを確認します。実際のテストはここに記載されている内容をはるかに超えて行われます。このドキュメントの目的は、テスト プランですべてのアプリが示すべき重要な品質特性を網羅できるように、これらの特性を指定することです。 +

+ +

+ アプリをタブレット、または Google Play for Education、あるいはこの両方向けに作成している場合、さらに考慮が必要な品質基準があります。この基準は、タブレット アプリの品質教育ガイドラインに定義されています。 +

+ +
+

+ 視覚デザインとユーザー インタラクション +

+ + +
+ +

+ 次の基準は、一貫性が高く直観的なユーザー エクスペリエンスを実現するため、アプリが標準の Android 視覚デザインとインタラクション パターンを必要に応じて提供することを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 分野 + + ID + + 説明 + + テスト +
標準デザイン + UX-B1 + +

+ アプリは Android の設計ガイドラインに従い、共通する UI パターンとアイコンを使用します。 +

+ +
    +
  1. アプリはシステム アイコンの予想機能([戻る] ボタンなど)を再定義しません。 +
  2. + +
  3. アプリは全く異なるアイコンが標準 UI の動作を発生させる場合、システム アイコンをこのアイコンに置き換えません。 +
  4. + +
  5. アプリが標準システム アイコンのカスタマイズ バージョンを提供する場合、そのアイコンはシステム アイコンに非常に類似しており、標準のシステム動作を発生させます。 +
  6. + +
  7. アプリは、アイコンや動作がユーザーの誤解を招いたりユーザーを混乱させたりするような Android UI パターンを再定義したり誤用したりしません。 +
  8. +
+
+ CR-all +
+ ナビゲーション + + UX-N1 + +

+ アプリは標準システムの[戻る] ボタンのナビゲーションをサポートし、画面上に表示されるカスタムの [戻る] ボタン機能のプロンプトを一切利用しません。 +

+
+ CR-3 +
+ UX-N2 + +

+ すべてのダイアログは [戻る] ボタンを使用して取り消すことができます。 +

+
+ CR-3 +
+ UX-N3 + + [ホーム] ボタンを押すと、常にデバイスのホーム画面に移動します。 + + CR-1 +
+ 通知 + + UX-S1 + +

+ 通知は Android の設計ガイドラインに従います。特に次のガイドラインを遵守します。 +

+ +
    +
  1. 複数の通知は可能な限り 1 個の通知オブジェクトに蓄積されます。 +
  2. + +
  3. 通知が持続するのは、進行中のイベント(音楽の再生や通話など)に関連している場合だけです。 +
  4. + +
  5. 通知には、ユーザーがオプトインしない限り、広告やアプリの中核機能に関連しないコンテンツが含まれません。 +
  6. +
+
+ CR-11 +
+ UX-S2 + +

+ アプリは次の目的でのみ通知を使用します。 +

+ +
    +
  1. ユーザーに個人的に関係するコンテキストに変更があったことを示す(メッセージの着信など)、または +
  2. + +
  3. 進行中のイベント(音楽の再生や通話など)に関係する情報/コントロールを表示する +
  4. +
+
+ CR-11 +
+ +

関連リソース

+ +
+
+ +
+

+ 機能 +

+ + +
+ +

+ 次の基準は、期待される機能動作が適切なパーミッション レベルで実現されることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 分野 + + ID + + 説明 + + テスト +
+ パーミッション + + FN-P1 + + アプリは中核機能をサポートする必要がある最低限のパーミッションのみを要求します。 + + CR-11 +
+ FN-P2 + +

+ アプリの中核機能に関連しない限り、アプリは機密性の高いデータ(連絡先やシステム ログなど)や課金の可能性があるサービス(ダイヤラーや SMS など)にアクセスするパーミッションを要求しません。 +

+
+ インストール場所 + + FN-L1 + +

+ アプリは SD カード(アプリでサポートされている場合)にインストールされている場合に通常どおり機能します。 +

+ +

+ サイズの大きいアプリ(10MB 以上)には、SD カードへのインストールのサポートが推奨されます。SD カードへのインストールをサポートする必要のあるアプリのタイプについては、アプリのインストール ロケーションデベロッパー ガイドを参照してください。 +

+
+ SD-1 +
+ オーディオ + + FN-A1 + + 画面がオフの場合、オーディオは、中核機能(アプリが音楽プレーヤーである場合など)でない限り、再生されることはありません。 + + CR-7 +
+ FN-A2 + + オーディオは、中核機能でない限りロック画面の背後で再生されることはありません。 + + CR-8 +
+ FN-A3 + + オーディオは、中核機能でない限り、ホーム画面上や別のアプリより優先して再生されることはありません。 + + CR-1、
+ CR-2
+
+ FN-A4 + + オーディオは、アプリがフォアグラウンドに戻ると再開されます。または、再生が一時停止状態となっていることをユーザーに知らせます。 + + CR-1、CR-8 +
+ UI とグラフィック + + FN-U1 + +

+ アプリは横方向と縦方向の両方をサポートします(可能な場合)。 +

+ +

+ 両方向ともほぼ同じ機能とアクションをサポートし、同等の機能を維持します。コンテンツやビューの若干の変更は認められます。 +

+
+ CR-5 +
+ FN-U2 + +

+ アプリは両方向で全画面をサポートし、方向の変更に応じてレターボックスを付けません。 +

+ +

+ 画面の形状の若干のばらつきを補正するための若干のレターボックス付けは認められます。 +

+
+ CR-5 +
+ FN-U3 + +

+ アプリはレンダリングの問題を生じることなく表示の方向間の迅速な遷移を正しく処理します。 +

+
+ CR-5 +
+ ユーザー/アプリの状態 + + FN-S1 + +

+ アプリがバックグラウンドになると、アプリの中核機能に関連していない限り、どのサービスも実行中のままにしません。 +

+ +

+ たとえば、アプリは通知用のネットワーク接続を維持したり、Bluetooth 接続を維持したり、GPS のオン状態を維持するサービスを実行中のままにしません。 +

+
+ CR-6 +
+ FN-S2 + +

+ アプリはユーザーまたはアプリの状態を正しく保持し、復元します。 +

+ +

+ アプリがフォアグラウンドから抜ける場合にユーザーまたはアプリの状態を保持し、バック ナビゲーションやその他の状態の変更による予期しないデータの損失を防ぎます。アプリがフォアグラウンドに戻ると、保持していた状態を復元し、編集可能なフィールドへの変更内容、ゲームの進行、メニュー、ビデオ、アプリやゲームのその他のセクションなどの、保留中だった重要なステートフル トランザクションも復元する必要があります。 +

+ +
    +
  1. 最近使ったアプリの切り替え機能からアプリが再開された場合、アプリは最後に使用された状態と全く同じ状態にユーザーを戻します。 +
  2. + +
  3. デバイスがスリープ(ロック)状態から復帰した後でアプリが再開された場合、アプリは最後に使用された状態と全く同じ状態にユーザーを戻します。 +
  4. + +
  5. アプリが [ホーム] または [すべてのアプリ] から再起動された場合、アプリは前の状態にできるだけ近い状態に復元されます。 +
  6. + +
  7. [戻る] キーが押されると、アプリまたはユーザーの状態を保存するオプションがアプリからユーザーに対して提供されます。このオプションを選択しないと、バック ナビゲーションでアプリまたはユーザーの状態が失われることになります。 +
  8. +
+
+ CR-1、CR-3、CR-5 +
+ +

関連リソース

+ +
+
+ +
+

+ パフォーマンスと安定度 +

+ + +
+ +

+ 次の基準で、ユーザーが期待するパフォーマンス、安定度、応答性がアプリから提供されることが保証されます。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 分野 + + ID + + 説明 + + テスト +
+ 安定度 + + PS-S1 + + アプリはターゲット デバイスでクラッシュ、強制終了、フリーズせず、それ以外の場合でも異常に機能しません。 + + CR-allSD-1HA-1 +
+ パフォーマンス + + PS-P1 + + アプリは素早くロードされます。アプリがロードに 2 秒以上かかる場合、オンスクリーンのフィードバック(進行インディケータや同等の指示)をユーザーに提供します。 + + CR-allSD-1 +
+ PS-P2 + + StrictMode が有効になっている場合(下記の StrictMode のテストを参照)、ゲームのプレイ中、アニメーションや UI 遷移、アプリの他の部分など、アプリを実行しているときに、赤の点滅(StrictMode からのパフォーマンスに関する警告)は表示されません。 + + PM-1 +
+ メディア + + PS-M1 + + 音楽とビデオの再生は、通常のアプリの使用とロード時には、雑音や画面のちらつき、またはその他の症状もなくスムーズに行われます。 + + CR-allSD-1HA-1 +
+ 視覚品質 + + PS-V1 + +

+ アプリはグラフィック、テキスト、画像、その他の UI 要素を著しい歪曲、ぼやけ、ピクセル化なしで表示します。 +

+ +
    +
  1. アプリは、タブレットなどのより大きい画面のデバイス向けを含む、すべてのターゲットの画面のサイズとフォーム ファクタに高品質グラフィックを提供します。 +
  2. + +
  3. メニュー、ボタン、その他の UI 要素の境界部にエイリアシングは表示されません。 +
  4. +
+
+ CR-all +
+ PS-V2 + +

+ アプリはテキストとテキスト ブロックを次の常識的な方法で表示します。 +

+ +
    +
  1. 配置、構成は、タブレットなどのより大きい画面のデバイス向けを含む、サポート対象のすべてのフォーム ファクタで許容範囲内です。 +
  2. + +
  3. 文字または語句は切り捨てられて表示されることはありません。 +
  4. + +
  5. ボタンまたはアイコン内で不適切に改行されて表示されることはありません。 +
  6. + +
  7. テキストと周囲の要素との間に十分なスペースを配置します。 +
  8. +
+
+ +

関連リソース

+ +
+
+ +
+

+ Google Play +

+ + +
+ +

+ 次の基準は、アプリが Google Play に公開する準備ができていることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ エリア + + ID + + 説明 + + テスト +
+ ポリシー + + GP-P1 + + アプリは Google Play デベロッパー コンテンツ ポリシーの条項に厳密に従い、不適切なコンテンツを提供しません。また、他者の知的財産、ブランドなどを使用しません。 + + GP-all +
+ GP-P2 + +

+ アプリのユーザー成熟度は、コンテンツのレーティングに関するガイドラインに基づき、適切に設定されます。 +

+ +

+ 特に、デバイスのロケーションを使用するためにパーミッションを要求するアプリには、「全ユーザー対象」のユーザー成熟度を指定できないことに注意してください。 +

+
+ GP-1 +
+ アプリの詳細ページ + + GP-D1 + +

+ アプリのメイン ビジュアルは、このブログの投稿に示されているガイドラインに従います。次の点を確認してください。 +

+ +
    +
  1. アプリの掲載情報には高品質なメイン ビジュアルが含まれています。 +
  2. + +
  3. メイン ビジュアルは、縮小表示され、アプリがターゲットにしている最小画面サイズで表示されるときに、判別できなくなるデバイス画像、スクリーンショット、小さいテキストは含まれません。 +
  4. + +
  5. メイン ビジュアルは、広告とは異なります。 +
  6. +
+
+ GP-1、GP-2 +
+ GP-D2 + + アプリのスクリーンショットとビデオは Android 以外のデバイスを表示または参照しません。 + + GP-1 +
+ GP-D3 + + アプリのスクリーンショットまたはビデオは、アプリのコンテンツとエクスペリエンスを誤解を招く恐れのある方法で示しません。 +
+ ユーザーのサポート + + GP-X1 + + Google Play ページのレビューのタブにある、ユーザーによってレポートされた一般的なバグが、再現可能で異なる多くのデバイスで発生する場合、これらのバグに対処します。バグがごく少数のデバイスでのみ発生する場合でも、そのデバイスが特に人気があるか、新しいデバイスである場合にはバグに対処する必要があります。 + + GP-1 +
+ +

関連リソース

+ +
+
+ +
+

+ テスト環境の設定 +

+ + +
+ +

+ アプリの品質を評価するには、テスト用に適切なハードウェアまたはエミュレータ環境を設定する必要があります。 +

+ +

+ 理想的なテスト環境には、利用者が現在使用できる重要なフォーム ファクタとハードウェア/ソフトウェアの組み合わせを表す実際のハードウェア デバイスがいくつか含まれます。市場に出回っているすべてのデバイスでテストする必要はありません。フォーム ファクタごとに 少数のデバイスを使用して、代表的ないくつかのデバイスを重点的にテストします。 +

+ +

+ テスト用に実際のハードウェア デバイスを入手できない場合は、最も一般的なフォーム ファクタとハードウェア/ソフトウェアの組み合わせを表すエミュレーションされたデバイス(AVD)を設定する必要があります。 +

+ +

+ 基本テスト以上のテストを行うために、より多くのデバイス、フォーム ファクタ、新しいハードウェア/ソフトウェアの組み合わせをテスト環境に追加できます。テストと品質基準の数または複雑度を上げることもできます。 +

+ +
+

+ テスト手順 +

+ + +
+ +

+ 次のテスト手順は、アプリ内の品質に関するさまざまなタイプの問題を発見する際に役立ちます。複数のテストを組み合わせたり、独自のテスト プランに複数のテストのグループを統合したりできます。特定の基準と特定のテストの関連については、上記の各セクションをご覧ください。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + テスト + + 説明 +
+ コア スイート + + CR-0 + +

+ アプリのすべての部分(すべての画面、ダイアログ、設定、すべてのユーザー フロー)にナビゲートします。 +

+ +
    +
  1. アプリで編集、コンテンツの作成、ゲームのプレイ、メディアの再生が可能になっている場合、これらのフローを開始して、コンテンツの作成や変更を行うようにしてください。 +
  2. + +
  3. アプリの実行中に、ネットワーク接続、バッテリー機能、GPS またはロケーションの利用可能性、システム ロードなどに一過性の変更を加えます。 +
  4. +
+
+ CR-1 + + 各アプリ画面でデバイスの [ホーム] キーを押して [すべてのアプリ] 画面からアプリを再起動します。 +
+ CR-2 + + 各アプリ画面で別の実行中のアプリに切り替え、最近使ったアプリの切り替え機能を使用して、テスト中のアプリに戻ります。 +
+ CR-3 + + 各アプリ画面(とダイアログ)で [戻る] ボタンを押します。 +
+ CR-5 + + 各アプリ画面で横方向と縦方向の間でデバイスを 3 回以上回転します。 +
+ CR-6 + + 別のアプリに切り替え、テスト対象アプリをバックグラウンドに送ります。[設定] に移動して、テスト アプリがバックグラウンドになっているときに、サービスが実行されているかどうか確認します。Android 4.0 以上では、[アプリ] 画面に進み、[実行中] タブでアプリを見つけます。これより前のバージョンでは、[アプリケーション管理] を使用して実行中のサービスを確認します。 +
+ CR-7 + + 電源ボタンを押してデバイスをスリープ状態にし、次に電源ボタンをもう一度押して画面を復帰させます。 +
+ CR-8 + + 電源ボタンを押したときにロックするようにデバイスを設定します。電源ボタンを押してデバイスをスリープ状態にし、次に電源ボタンをもう一度押して画面を復帰させ、デバイスのロックを解除します。 +
+ CR-9 + + スライド式キーボードのあるデバイスの場合は、キーボードを 1 回以上スライドさせます。キーボード ドックのあるデバイスの場合は、そのキーボード ドックにデバイスを接続します。 +
+ CR-10 + + 外部ディスプレイ ポートのあるデバイスの場合は外部ディスプレイを接続します。 +
+ CR-11 + + アプリが表示できるすべてのタイプの通知を通知ドローワで発生させ、監視します。可能な場合は通知を展開し(Android 4.1 以上)、示されるすべてのアクションをタップします。 +
+ CR-12 + + [設定] > [アプリ情報] に進んでアプリが要求したパーミッションを確認します。 +
+ SD カードへのインストール + + SD-1 + +

+ デバイスの SD カード(アプリでサポートされている場合)にインストールされているアプリでコア スイートを繰り返します。 +

+ +

+ アプリを SD カードに移動する場合、[設定] > [アプリ情報] > [SD カードに移動] を使用します。 +

+
+ ハードウェア アクセラレーション + + HA-1 + +

+ ハードウェア アクセラレーションを有効にしてコア スイートを繰り返します。 +

+ +

+ ハードウェア アクセラレーション(デバイスでサポートされている場合)を強制的に有効にするには、hardware-accelerated="true" をアプリのマニフェストの <application> に追加して再度コンパイルします。 +

+
+ パフォーマンスのモニタリング + + PM-1 + +

+ 以下に記載するとおりに StrictMode プロファイリングを有効にしてコア スイートを繰り返します。 +

+ +

+ ガベージ コレクションと、ユーザー エクスペリエンスでのそのインパクトに注目します。 +

+
+ Google Play + + GP-1 + + デベロッパー コンソールにサインインし、デベロッパーのプロファイル、アプリの説明、スクリーンショット、メイン ビジュアル、ユーザー成熟度設定、ユーザーのフィードバックを確認します。 +
+ GP-2 + + メイン ビジュアルとスクリーンショットをダウンロードし、ターゲットにしているデバイスとフォーム ファクタのディスプレイ サイズに合致するよう縮小します。 +
+ GP-3 + + アプリまたは拡張ファイル ダウンロードに含まれているグラフィック アセット、メディア、テキスト、コード ライブラリ、その他のコンテンツをすべて確認します。 +
+ 課金 + + GP-4 + + アプリのすべての画面にナビゲートし、すべてのアプリ内課金フローを開始します。 +
+ +

+ StrictMode を使用したテスト +

+ +

+ パフォーマンスのテストの場合、アプリで {@link android.os.StrictMode} を有効にしてこれを使用することをお勧めします。これで、メインスレッドおよびパフォーマンス、ネットワーク アクセス、ファイルの読み取り/書き込みなどに影響する可能性のあるその他のスレッド上の操作を捕捉できます。 +

+ +

+ {@link android.os.StrictMode.ThreadPolicy.Builder}を使用してスレッドごとにモニタリング ポリシーを設定し、{@link android.os.StrictMode.ThreadPolicy.Builder#detectAll()} を使用してThreadPolicyでサポート対象のモニタリングをすべて有効にします。 +

+ +

+ {@link android.os.StrictMode.ThreadPolicy.Builder#penaltyFlashScreen() penaltyFlashScreen()} を使用してThreadPolicy に対するポリシー違反の視覚通知を有効にします。 +

\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/quality/tablets.jd b/docs/html-intl/intl/ja/distribute/googleplay/quality/tablets.jd new file mode 100644 index 0000000..f0cc133 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/quality/tablets.jd @@ -0,0 +1,623 @@ +page.title=タブレット アプリの品質 +page.metaDescription=タブレットはインストール ベースで Android の急成長分野であり、アプリに新たなチャンスをもたらします。 +page.image=/distribute/images/tablet-guidelines-color.jpg +Xnonavpage=true + +@jd:body + + + +
+ +
+ +

+ タブレットは、インストール ベースでの Android の成長分野であり、ユーザー エンゲージメントと収益化に新たなチャンスをもたらします。本書のガイドラインは、卓越した機能と直感的でわかりやすいデザインの UI で、タブレット ユーザーの期待に応えることに役立ちます。 +

+ +

+ ガイドラインには番号が振られていますが、どの項目から始めてもかまいません。各ガイドラインの推奨事項がアプリに適している範囲でその推奨事項に対処すべきですが、利用者に最高の製品を提供するためには、推奨事項にできるだけ従うようにしてください。 +

+ +

+ このドキュメントには、記載されている各推奨事項への対応に役立つリソースへのリンクが含まれています。 +

+ +

1.タブレット アプリの基本的な品質テスト

+ +

タブレット アプリの優れたエクスペリエンスを提供する最初のステップは、アプリがターゲットとしているすべてのデバイスとフォーム ファクタに対して、アプリの中核品質基準に適合していることを確認することです。詳細については、アプリの中核品質に関するガイドラインを参照してください。 +

+ +

+アプリは、公開前に、次のような基本的な技術上のチェックと、ローンチに関する基準に合格していることも必要です。 +

+ + + +

アプリが Google Play デベロッパー コンソールに既にアップロードされている場合、[最適化のヒント] ページにアクセスして、上記のチェックに対するアプリの対応状況を確認することができます。

+ + +
+

2.大きい画面用にレイアウトを最適化する

+ +

+ Android では、さまざまなデバイス画面のサイズとフォーム ファクタで正しく実行されるアプリを簡単に開発できます。この多様な互換性により、すべての対象デバイスに幅広く提供できる単一アプリの設計が可能になるため、開発者の自由度が増します。ただし、各画面の設定(特にタブレット)で、ユーザーに最善のエクスペリエンスを提供するには、対象の画面設定ごとに、レイアウトとその他の UI コンポーネントを最適化する必要があります。タブレットで UI を最適化すると、新しい機能の提供、新しいコンテンツの表示、またはユーザー エンゲージメントをさらに深めるための他の方法でのエクスペリエンスの強化などに、利用可能な追加の画面を最大限に活用することができます。 +

+ +

+ ハンドセット用に開発したアプリをタブレットに配布する場合、レイアウト、フォント、文字間隔に若干の調整を行うことから始めます。7 インチ タブレットや大きなキャンバスを伴うゲームなどの場合、こうした調整だけで、アプリの外観を向上させることができる場合があります。より画面の大きいタブレットなどの場合、UI の構成要素を再設計して「引き延ばされた UI」を効果的な複数ペインの UI、容易なナビゲーション、追加のコンテンツに置き換えることができます。 +

+ + +
+ +

「引き延ばされた」UI を取り除く: タブレットでは、単一画面のレイアウトの場合、見栄えの悪い空白や長すぎる行が発生します。パディングを使用して UI 要素の幅を減らし、複数画面のレイアウトを使用することを検討してください。

+
+ +

以下の提案を参照してください。

+ + +
    +
  • 必要に応じて largexlarge に対応するカスタム レイアウトを提供します。画面の最短寸法または最小の幅と長さに基づいてロードされるレイアウトも提供できます。 +
  • + +
  • 少なくともフォント サイズ、マージン、文字間隔などの寸法をより大きい画面用にカスタマイズして、間隔の使用とコンテンツの視認性を改善します。 +
  • + +
  • UI コントロールの位置を調整し、タブレットが横長方向の場合に横向きにするなど、ユーザーがタブレットを手に持っている場合に簡単にアクセスできるようにします。 +
  • + +
  • UI 要素のパディングは、通常ハンドセットよりタブレット上の方が大きくなります。48dp リズム(および 16dp グリッド)をお勧めします。 +
  • + +
  • テキストのコンテンツを適切にパディングして、画面の縁に直接かからないようにします。画面の縁の近くにあるコンテンツには 16dp 以上のパディングを使用します。 +
  • +
+ +

特に、レイアウトが画面全体に「引き延ばされて」表示されないようにしてください。

+ +
    +
  • テキストの行が長くなりすぎないようにします。1 行に最大 100 文字となるように最適化してください。50 文字から 75 文字が理想的です。
  • +
  • ListViews とメニューは画面全体の幅を使用しないようにしてください。
  • +
  • パディングを使用して画面上の要素の幅を管理したり、タブレット用の複数画面 UI に切り替えたりします(次のセクションを参照してください)。
  • +
+ +

関連リソース

+ +
+ + +

3.余っている画面領域を活用する

+ +
+ +

複数ペインのレイアウト は、タブレット画面でより見やすく、実用的で読みやすいレイアウトです。

+
+ +

タブレット画面は、特に横長方向の場合にアプリが画面をより自在に活用できるようになっています。特に 10 インチ タブレットでは領域が大幅に拡張されますが、7 インチ タブレットでも、コンテンツの表示やユーザーの操作に多くのスペースが提供されます。

+ +

タブレットで実行するアプリの UI を検討する際には、タブレットで利用できる画面の追加領域をフル活用するようにしてください。以下の提案を参照してください。

+ +
    +
  • 追加のコンテンツを組み込んだり、既存のコンテンツを別の方法で使用する機会がないか検討します。
  • +
  • 複数ペインのレイアウトをタブレット画面で使用して、単一のビューを組み合わせて複合ビューを形成します。これで追加の画面領域がより効果的に使用され、ユーザーがアプリをより簡単にナビゲートできるようになります。
  • +
  • 画面の向きが変わったときに複合ビューのパネルを再編成する方法を計画します。
  • + +
    +
    + +

    複合ビュー では、ハンドセット UI の複数の単一ビュー(上)が組み合わされて、タブレット用(下)のより豊富で効果的な UI になります。

    +
    +
    + +
  • 単一画面が {@link android.app.Activity} サブクラスとして実装されている場合、個々のコンテンツ パネルを{@link android.app.Fragment}サブクラスとして実装することを検討します。これで、コンテンツを共有する異なるフォーム ファクタと画面にわたってコードを最大限に再利用できるようになります。
  • +
  • 複数画面 UI を使用する画面サイズを決定し、次に適切な画面サイズ バケット(large/xlarge など)または画面の最小幅(sw600dp/sw720 など)に異なるレイアウトを指定します。
  • +
+ +

関連リソース

+ +
+ +

4.タブレット画面向けに設計されたアセットを使用する

+ +
+ +

アプリが最も見やすく表示されるようにするため、タブレットで通常サポートされる範囲で、密度ごとにアイコンとその他のビットマップ アセットを提供します。特にアクション バー、通知、ランチャーのアイコンについては、アイコンのデザインのガイドラインに従って設計し、複数の密度で提供する必要があります。これで、不鮮明にならず、その他の拡大/縮小加工なしで、すべての画面で適切なサイズで表示されるようになります。

+ +

表 1. アイコンのタイプ別未加工アセット サイズ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
密度ランチャーアクション バー小/状況依存通知
mdpi48x48 ピクセル32x32 ピクセル16x16 ピクセル24x24 ピクセル
hdpi72x72 ピクセル48x48 ピクセル24x24 ピクセル36x36 ピクセル
tvdpi(hdpi を使用)(hdpi を使用)(hdpi を使用)(hdpi を使用)
xhdpi96x96 ピクセル64x64 ピクセル32x32 ピクセル48x48 ピクセル
xxhdpi144x144 ピクセル96x96 ピクセル48x48 ピクセル72x72 ピクセル
+ +

+ 少なくとも、次の一般的なタブレットの画面密度の 1 つ以上に対して最適化されたアイコンとビットマップ アセットのバージョンを用意してください。 +

+
    +
  • hdpi
  • +
  • xhdpi
  • +
  • xxhdpi
  • +
+ +

その他のヒント:

+ +
    +
  • アイコンを設計する際にはベクトル シェイプを使用して、アイコンのディテールやエッジの明瞭さが損なわれないで拡大/縮小されるようにします。
  • +
  • 密度固有のリソース修飾子を使用して、正しいアイコンが画面の密度ごとにロードされるようにします。
  • +
  • タブレットや他の大画面デバイスでは、デバイスの実際の密度よりも大きい密度サイズのランチャー アイコンを必要とすることがあります。そのため、ランチャー アイコンはできるだけ高密度で提供するようにしてください。たとえば、タブレットの画面が {@code xhdpi} の場合、{@code xxhdpi} バージョンののランチャー アイコンが必要です。
  • +
+ +

関連リソース

+ +
+ +

5.フォント サイズとタッチ ターゲットを調整する

+ +

アプリをタブレットで使いやすくするには、ターゲットとしているすべての画面構成について、タブレット UI でフォント サイズとタッチ ターゲットを調整する必要があります。フォント サイズはスタイル指定属性寸法リソースによる調整が可能で、タッチ ターゲットは上述のようにレイアウトとビットマップ画像による調整が可能です。

+ +

以下の考慮事項も参考にしてください。

+
    +
  • タブレットの画面サイズと密度で、テキストが大きすぎたり、小さすぎたりしないようにしてください。ラベルは対応する UI 要素に対して適切な大きさになっており、ラベル、タイトル、その他の要素で不適切な改行を起こさないようにしてください。
  • +
  • オンスクリーン要素のタッチ ターゲットの推奨サイズは 48dp(最低 32dp)です。タブレット UI で調整が必要な場合があります。メトリックとグリッドを参照して実装方法について理解し、ユーザーをできるだけサポートするようにします。特定のユーザーのアクセシビリティのニーズに適合させる場合、より大きなタッチ ターゲットの使用が適切な場合があります。
  • +
  • 可能であれば、小さいアイコンの場合、{@link android.view.TouchDelegate} を使用してタッチ可能な領域を 48dp よりも拡大するか、透明なボタン内でアイコンを中央に配置します。
  • +
+ +

関連リソース

+ +
+ +

6.ホーム画面のウィジェットのサイズを調整する

+ +

アプリにホーム画面のウィジェットが含まれている場合、タブレット画面で優れたユーザー エクスペリエンスを実現するため、以下の点を考慮してください。

+ +
    +
  • ウィジェットのデフォルトの高さと幅をタブレット画面に合わせて設定します。最大と最小のリサイズの高さと幅についても設定します。 +
  • +
  • ウィジェットは、5 以上のホーム画面の行(縦型ウィジェットまたは正方形ウィジェットの場合)または列(横型ウィジェットまたは正方形ウィジェットの場合)に広げられるように、420dp 以上にリサイズできるようにします。
  • +
  • 9-patch 画像が正しくレンダリングされるようにします。
  • +
  • デフォルトのシステム マージンを使用します。
  • +
  • 可能であれば、アプリの targetSdkVersion を 14 以上に設定します。
  • +
+ +

関連リソース

+ +
+ + +

7.タブレット ユーザー向けの機能のフル セット

+ +
Tablet feature sets
+ +

タブレット ユーザーがアプリの機能を最大限に使用できるようにします。次の推奨事項を参照してください。

+ +
    +
  • 少なくとも電話と同じ機能セットをタブレットにも提供できるようにアプリを設計します。 +
  • + +
  • 例外的な場合として、機能がほとんどのタブレットのハードウェアまたはユースケースでサポートされない場合、特定の機能を省略、または置き換えることがあります。次に例を示します。
      +
    • ハンドセットが電話機能を使用するが、現在のタブレットで電話が使用できない場合、関連する機能を省略、または置き換えてもかまいません。 +
    • + +
    • 多くのタブレットに GPS センサーが搭載されていますが、ほとんどのユーザーは、通常、走りながらタブレットを携行することはありません。電話アプリに、ユーザーが電話を携行しているときに走った GPS 軌跡をユーザーが記録できる機能があっても、タブレットでは、アプリはこの機能を提供する必要はありません。ユースケースに説得力がないためです。 +
    • +
    +
  • + +
  • タブレット UI から機能または性能を省く場合、省いたものにユーザーがアクセスできないようにするか、代替機能への「グレイスフル デグラデーション」が提供されるようにします(ハードウェア機能に関する下記のセクションも参照してください)。 +
  • +
+ +

8.ターゲットの Android のバージョンを正しく設定する

+ +

+ タブレットにアプリをできるだけ広く配布するには、タブレットをサポートする Android のバージョンをアプリが正しくターゲットにしている必要があります。タブレットに対する最初のサポートは Android 3.0(API レベル 11)で追加されました。タブレット、電話、その他のデバイス向けの統合型 UI フレームワーク サポートは、Android 4.0 で導入されました。 +

+ +

+ アプリのターゲットである Android バージョンの範囲を、マニフェスト ファイルの <uses-sdk> 要素で設定できます。多くの場合、この要素の targetSdkVersion 属性を最も高い API レベルに設定して、Android のバージョンを正しくターゲットにできます。 +

+ +

+ 少なくとも、<uses-sdk> 要素について以下の項目を確認してください。 +

+ +
    +
  1. + targetSdkVersion は 11 以上の値(推奨値は 14 以上)で宣言されている。または +
  2. + +
  3. + minSdkVersion が 11 以上の値で宣言されている。 +
  4. + +
  5. maxSdkVersion 属性が宣言されている場合、値が 11 以上である必要があります。通常は、maxSdkVersion の使用は推奨されません。 +
  6. +
+ +

関連リソース

+ +
+ +

9.ハードウェア機能の依存関係を正しく宣言する

+ +

+ ハンドセットとタブレットは、通常、センサー、カメラ、電話、その他の機能について、若干異なるハードウェア サポートを提供します。たとえば、多くのタブレットは電話サポートを含まない「Wi-Fi」設定で使用できます。 +

+ +

+ 1 つの APK を電話とタブレットのずべての顧客基盤にわたって広く配布できるようにするため、アプリがタブレットで通常は使用できないハードウェア機能の要件を宣言していないことを確認してください。代わりにハードウェア機能を下記のようにアプリのマニフェストで不要として適切に宣言します。 +

+ +
    +
  • アプリのマニフェストで、<uses-feature> 要素を探します。特に、一部のタブレットで利用できない可能性のあるハードウェア機能を探します。たとえば次のようなものです。
      +
    • android.hardware.telephony
    • +
    • android.hardware.camera(背面カメラを意味します)、または
    • +
    • android.hardware.camera.front
    • +
  • + +
  • <uses-feature> 要素を、android:required=”false” 属性を含めることで不要と宣言します。

    + たとえば、電話機能を提供しないデバイスにも、アプリを広く配布できるように、android.hardware.telephony に従属関係を宣言する正しい方法を次に示します。 +

    + +
    <uses-feature android:name="android.hardware.telephony" android:required="false" />
  • + +
  • 同様に、タブレットにふさわしくないハードウェア機能の要件を暗黙指定する <permission> 要素があるか、マニフェストを確認します。このようなパーミッションが見つかった場合、機能に対応する <uses-feature> 要素を明示的に宣言し、android:required=”false” 属性を含めるようにします。
  • +
+ + +

+ ハードウェア機能を不要として宣言してから、アプリをさまざまなデバイスでテストするようにしてください。アプリが使用するハードウェア機能が利用できない場合でも、アプリは通常に機能する必要があり、必要に応じて「グレイスフル デグラデーション」を提供して、代替機能を用意しておく必要があります。 +

+ +

+ たとえば、アプリがロケーションの設定に通常は GPS を使用する場合で GPS がデバイスでサポートされていない場合、代わりにアプリでユーザーがロケーションを手動で設定する場合があります。アプリは実行時にデバイスのハードウェア機能があるか確認し、必要に応じて対処します。 +

+ +

関連リソース

+ +
+ +

10.タブレット画面のサポートを宣言する

+ +

アプリをさまざまなタブレットに配布できるようにするには、アプリが次のようにそのマニフェスト ファイルでタブレットの画面サイズのサポートを宣言する必要があります。

+ +
    +
  • <supports-screens> 要素が宣言されている場合は、android:largeScreens="false" または android:xlargeScreens="false" を指定しないでください。
  • +
  • 13 未満の minSdkVersion 値をターゲットにしているアプリの場合、<supports-screens> 要素を android:largeScreens="true"android:xlargeScreens="true" の両方で宣言する必要があります。
  • +
+ +

アプリがマニフェストに <compatible-screens> 要素を宣言している場合、その要素に、アプリがサポートするタブレット画面のサイズと密度の組み合わせをすべて指定する属性が含まれている必要があります。可能であれば、アプリで <compatible-screens> 要素の使用は避けてください。

+ +

関連リソース

+ +
+ + +

11.Google Play でタブレット UI を紹介する

+ +

+ タブレット アプリ向けの豊富で最適化された UI を作成する作業が完了したら、利用者にその UI を知ってもらいましょう。タブレット アプリを Google Play でユーザーに宣伝する主な方法を以下に示します。 +

+ +
+ + +

+ タブレット UI のスクリーンショットをアップロードする +

+ +

+ タブレット ユーザーは、アプリが電話ではなくタブレット上でどのように見えるか知りたいと思っています。タブレット アプリを開発したら、タブレットの UI のスクリーンショットを Google Play デベロッパー コンソールにアップロードするようにしてください。以下にガイドラインを示します。 +

+ +
    +
  • スタートアップ ページやサインイン ページではなく、アプリの中核となる機能を示します。ユーザーが多くの時間を費やす画面が何であっても、スクリーンショットで中核となる機能を示すようにしてください。 +
  • + +
  • 7 インチ タブレットと 10 インチ タブレットの両方のスクリーンショットを追加します。 +
  • + +
  • 横方向と縦方向の両方のスクリーンショットを追加します(可能な場合)。 +
  • + +
  • 可能であればスクリーン キャプチャを使用します。スクリーンショットに実際のデバイスのハードウェアを表示しないようにしてください。
  • + +
  • タブレットのスクリーンショットの推奨解像度はどの方向も 1280 x 720 以上です。 +
  • + +
  • 7 インチ タブレットの UI のスクリーンショットを 8 枚、10 インチ タブレット用にさらに 8 枚をアップロードします。 +
  • +
+ +

+ アプリの説明とリリース ノートを更新する +

+ +
    +
  • アプリの説明の中で、アプリがタブレット用に最適化した UI と優れた機能をタブレット ユーザーに提供していることを強調するようにします。タブレット UI の動作とユーザーがこれを気に入る理由について詳しく述べたものを追加します。 +
  • + +
  • アプリのリリース ノートと更新情報に、タブレットのサポートに関する情報を含めます。 +
  • +
+ +

+ 宣伝用動画を更新する +

+ +

+ 多くのユーザーは、アプリの宣伝用動画を見て、アプリがどのようなもので、楽しめそうかどうかを判断します。タブレット ユーザー向けに、宣伝用動画でアプリのタブレット UI を強調することで、この関心にしっかり対応します。以下にヒントとガイドラインを示します。 +

+ +
    +
  • タブレットで実行されているアプリのスクリーンショットを 1 枚以上追加します。タブレット ユーザーに最も効果的に訴えかけるには、電話 UI とほぼ同じ比率でタブレット UI の宣伝を行うことをお勧めします。 +
  • + +
  • タブレット UI をできるだけ早い段階で動画で示します。タブレット ユーザーが電話 UI での機能のひと通りの紹介を辛抱強く待つと想定しないでください。理想的には、最初の 10 秒以内にタブレット UI を示すか、電話 UI を紹介したときと同じ時点で示して、ユーザーの関心を引くことが望まれます。 +
  • + +
  • タブレット UI を示していることをはっきり伝えるには、ハンドヘルド タブレット デバイスで実行されているアプリのスクリーンショットを含めます。 +
  • + +
  • 動画の台詞やナレーションでアプリのタブレット UI を強調します。 +
  • +
+ +

+ プロモーション キャンペーンでタブレット UI を大きく扱う +

+ +

+ プロモーション キャンペーン、Web サイト、ソーシャル メディアへの投稿、広告、その他のすべてで、タブレット UI についてタブレット ユーザーが認識できるようにします。以下の提案を参照してください。 +

+ +
    +
  • タブレットでのアプリの使用を強調するマーケティング キャンペーンまたは広告キャンペーンを行う計画を立てます。
  • + +
  • プロモーション キャンペーンに、タブレット アプリを一番良い状態で示します。Device Art Generator を利用すると、7 インチ タブレットまたは 10 インチ タブレットの宣伝用画像を、選択した向きで、ドロップ シャドウと画面の光の反射の有無を選択して簡単に作ることができます。キャプチャし、ドラッグ アンド ドロップするだけで出来上がります。 +
  • + +
  • オンライン プロモーションに Google Play バッジを含めて、リンクによってユーザーがアプリのストア掲載情報に直接アクセスできるようにします。バッジ ジェネレータを利用してさまざまな言語のバッジを作成できます。 +
  • +
+ +

関連リソース

+ +
+ +
+

+ 12.Google Play での公開に向けたベスト プラクティスに従う +

+ + +
+ +

+ Google Play でタブレット アプリの提供を成功に導くためのベスト プラクティスをいくつかご紹介します。 +

+ +
+ +
+ +

+ アプリの最適化に関するヒントを確認する +

+ +

Google Play デベロッパー コンソールに [最適化のヒント] ページが設けられ、タブレット アプリの配布と品質の基本的なガイドラインへのアプリの対応状況を簡単に確認できるようになりました。このページにアクセスするには、デベロッパー コンソールにサインインし、[すべてのアプリ] からアプリをロードして左のナビゲーションから [最適化のヒント] をクリックします。

+ + + +

デベロッパー コンソールは、基本的な品質基準を確認する一連のチェックを実行して、アプリ用の [最適化のヒント] ページを作成します。チェック中に問題が見つかった場合は、[最適化のヒント] ページで「To Do」項目として通知されます。

+ +

アプリでタブレット エクスペリエンスを開発した場合は、[最適化のヒント] ページにアクセスして、基本的なチェックに対するアプリの対応状況を確認してください。問題が挙げられていたら、必要に応じてアプリで対処し、配布用の新しいバイナリをアップロードすることをお勧めします。

+ +

[最適化のヒント] ページに、アプリに該当しない、またはタブレットの品質に影響しないと思われる「To Do」問題が挙がっている場合、タブレット向け設計に関するお問い合わせフォーム »を使用して当社までお知らせください。当社でアプリを確認し、必要に応じて [最適化のヒント] ページを更新します。

+ + +

アプリのフィルタリングを確認する

+ +

+ デベロッパー コンソールにアプリをアップロードしたら、APK がサポートするデバイスの一覧を確認して、ターゲットとするタブレット デバイスでアプリが除外されていないことを確認してください。 +

+ +

単一の APK として配布する

+ +

+ すべての画面サイズ(電話とタブレット)に対して、Google Play の掲載情報を 1 つだけ使用して、単一の APK としてアプリを公開することをお勧めします。このアプローチを利用すると次の複数のメリットがもたらされます。 +

+ +
    +
  • 検索、ブラウジング、プロモーションでユーザーがアプリを見つけやすくなります。 +
  • + +
  • ユーザーが新しいデバイスを入手した場合、アプリの自動リストアが簡単になります。 +
  • + +
  • 評価とダウンロードの統計がすべてのデバイスで統合されます。 +
  • + +
  • タブレットを 2 つ目の掲載情報に公開すると、ブランドに対する評価が希薄化されることがあります。 +
  • +
+ +

+ 必要に応じて複数の APK サポートを使用してアプリを配布する方法を選択できますが、通常は単一の APK を使用してすべてのデバイスに到達する方法を強くお勧めします。 +

+ +

関連リソース

+
+ + +
+

+ タブレット用のテスト環境をセットアップする +

+ + +
+ +

+ タブレット上のアプリの品質(アプリの中核品質とタブレット アプリの品質の両方)を、テスト用に適切なハードウェアまたはエミュレータ環境を使用して評価します。 +

+ +

+ アプリの中核品質基準に対するテスト用の推奨されるテスト環境に照らして、中サイズのタブレットと、より多いまたは少ないハードウェア/ソフトウェア機能を搭載したタブレットを含めます。 +

+ +

表 1. 通常のタブレット テスト環境には、以下の表の行ごとに、リストされたいずれかのプラットフォーム バージョン、画面構成、ハードウェア機能構成を持つ、1 つまたは 2 つのデバイスが含まれます。

+ + + + + + + + + + + + + + + + + + + + + + + + +
タイプサイズ密度バージョンAVD スキン
7 インチ タブレットlarge または
-sw600
hdpi
tvdpi
Android 4.0 以降(API レベル 14 以降)WXGA800-7in
10 インチ タブレットxlarge または
-sw800
mdpi
hdpi
xhdpi
Android 3.2 以降(API レベル 13 以降)WXGA800
+ +
+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/quality/tv.jd b/docs/html-intl/intl/ja/distribute/googleplay/quality/tv.jd new file mode 100644 index 0000000..4c64184f --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/quality/tv.jd @@ -0,0 +1,449 @@ +page.title=TV アプリの品質 +page.metaDescription=TV は優れたエクスペリエンスを作り出すため、アプリのデザインと機能に特に注意を払う必要のある Android デバイスの成長分野です。 +page.image=/distribute/images/gp-tv-quality.png + +@jd:body + + + +
+ +
+ +

+ ユーザーは電話やタブレットを使用する場合と比べて、別の期待を持って TV を視聴します。通常の TV ユーザーは画面から 3 メートルほど離れて座るため、細かいディテールはそれほど重要ではなく小さなテキストは判読が困難です。ユーザーは TV から離れて座るため、画面要素にタッチするよりも、リモート コントロール デバイスを使用してナビゲーションを行ったり選択を行ったりします。こうした違いにより、優れた TV ユーザー エクスペリエンスを生み出すための要件が大きく異なります。 +

+ +

+ TV ユーザー向けの優れたエクスペリエンスを作り出すための最初のステップは、TV アプリ向けに最善のユーザー エクスペリエンスを作り出す方法について説明した Android TV の設計ガイドラインを確認し、これに従うことです。また、TV アプリ実装の基本要件を理解するため、TV アプリの構築トレーニングも確認する必要があります。 +

+ +

+ 重要: 優れたユーザー エクスペリエンスを実現するには、TV デバイス向けのアプリがユーザビリティの複数の固有要件に適合している必要があります。次の品質基準に適合するアプリのみが Google Play で Android TV アプリとして認められます。 +

+ +

注: TV アプリを Google Play に公開する方法について詳しくは、Android TV への配布を参照してください。

+ + + +
+

+ 視覚デザインとユーザー インタラクション +

+ + +
+ +

+ これらの基準は、TV デバイスで一貫性が高く直観的、かつ楽しめるユーザー エクスペリエンスを確保するため、アプリが厳格なデザインとインタラクション パターンに従っていることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + テスト + + 説明 +
+ ランチャー + + TV-LM + +

+ アプリはインストール後に Android TV ランチャーにランチャー アイコンを表示します。(こちらを参照してください) +

+
+ TV-LB + +

+ アプリは 320px x 180px のフルサイズ バナーを Android TV ランチャーにランチャー アイコンとして表示します。(こちらを参照してください) +

+
+ TV-BN + +

+ アプリのランチャー バナーにアプリの名前が含まれています。(こちらを参照してください) +

+
+ TV-LG + +

+ アプリがゲームの場合、Android TV ランチャーの [ゲーム] 行に表示されます。
+ (こちらを参照してください) +

+
+ レイアウト + + TV-LO + +

+ すべてのアプリのインターフェイスが横長方向で表示されます。(こちらを参照してください) +

+
+ TV-TC + +

+ アプリは 16sp 以上のサイズで主要テキストを表示します。(こちらを参照してください) +

+
+ TV-TA + +

+ アプリは 12sp 以上のサイズですべてのテキストを表示します。(こちらを参照してください) +

+
+ TV-OV + +

+ アプリは画面の縁で部分的に切り捨てられるテキストまたは機能を表示しません。(こちらを参照してください) +

+
+ TV-TR + +

+ アプリでは他のアプリを部分的に隠しません。アプリは画面全体に表示され、背景は不透明です。 +

+
+ TV-DP + +

+ アプリが TV-GP で指定されているゲームパッド コントローラを必要としない限り、アプリの機能は 5 方向 D-pad コントロールを使用してナビゲート可能です。(こちらを参照してください) +

+
+ TV-DK + +

+ アプリが TV-GP で指定されているゲーム コントローラを必要とする場合、すべての機能は標準の Android ゲーム コントローラ キーを使用してナビゲート可能です。(こちらを参照してください) +

+
+ TV-DM + +

+ アプリはユーザー インターフェイス コントロールにアクセスするために、メニュー ボタンのあるリモート コントローラに依存しません。(こちらを参照してください) +

+
+ + +

関連リソース

+ +
+
+ + + +
+

+ 機能 +

+ + +
+ +

+ 次の基準は、アプリが正しく設定されており、期待される機能動作が実現されていることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + テスト + + 説明 +
+ マニフェスト + + TV-ML + +

+ アプリのマニフェストでは、インテント タイプ{@link android.content.Intent#ACTION_MAIN} を、カテゴリ {@link android.content.Intent#CATEGORY_LEANBACK_LAUNCHER} で設定しています。(こちらを参照してください) +

+
+ TV-MT + +

+ アプリのマニフェストでは、ハードウェア機能 {@code android.hardware.touchscreen} を不要に設定しています。(こちらを参照してください) +

+
+ ゲーム コントローラ + + TV-GP + +

+ アプリがその主要な入力方式としてゲーム コントローラを使用する場合、{@code <uses-feature>} マニフェスト タグで適切な要件を宣言しています。(こちらを参照してください) +

+
+ TV-GC + +

+ アプリがゲーム コントローラの使用に関して視覚的な説明を提供する場合、その説明は特定のブランドとは無関係で互換性のあるボタンのレイアウトを示す必要があります。(こちらを参照してください) +

+
+ 広告 + + TV-AP + +

+ アプリでは D-pad コントロールを使用した広告とのインタラクションが可能です。(こちらを参照してください) +

+
+ TV-AD + +

+ 全画面で表示し、動画ではない広告を表示する場合、アプリではユーザーが D-pad コントロールを使用して広告をすぐに消すことができます。 +

+
+ TV-AU + +

+ クリック可能であり、全画面表示ではなく、動画ではない広告を表示する場合、アプリは広告から Web URL へのリンクを許可しません。 +

+
+ TV-AA + +

+ クリック可能であり、全画面表示ではなく、動画ではない広告を表示する場合、アプリは広告から TV デバイスに存在しない別のアプリへのリンクを許可しません。 +

+
+ Web コンテンツ + + TV-WB + +

+ Web コンテンツの場合、アプリは {@link android.webkit.WebView} コンポーネントを使用し、Web ブラウザ アプリを起動しようとしません。 +

+
+ メディア再生 + + TV-NP + +

+ ユーザーがアプリから離れた後も音声の再生を継続する場合、アプリは再生中カードをホーム画面のおすすめ行に表示し、ユーザーは再生をコントロールするためアプリに戻ることができます。(こちらを参照してください) +

+
+ TV-PA + +

+ アプリが再生中カードを表示する場合、このカードを選択すると、ユーザーは再生を一時停止できる画面に移動します。(こちらを参照してください) +

+
+ TV-PP + +

+ アプリが動画または音楽コンテンツを再生する場合、再生または一時停止キーのイベントが再生中に送信されると、メディアの再生と一時停止が切り替わります。
+ (こちらを参照してください) +

+
+ + +

関連リソース

+ +
+
+ + +
+

+ よくある質問 +

+
+ +

+ アプリを提出した後で、一部の TV デバイスの要件を満たしていない場合にどのように知ることができますか? +

+

+ アプリがこのページに記載されているユーザビリティの要件を満たしていない場合、そのアプリに関連付けられたメインのGoogle Play デベロッパー コンソール アカウントで指定したメール アドレス宛に Play ストア チームから連絡があります。 +

+

+ 警告: アプリに TV デバイスに必要なマニフェスト エントリが含まれていることを確認してください。含まれていないと、アプリは TV アプリとはみなされず、TV のユーザビリティの要件について審査されません。 +

+ + +

+ アプリのターゲットは TV デバイスだけではありません。このアプリが TV デバイスの要件に適合しない場合でも、新規アプリまたはアップデート版のアプリは電話/タブレット向けに Google Play に表示されますか? +

+

+ はい。上記の要件は、TV デバイス上の Google Play ストアへの配布のみを制限します。電話、タブレット、その他のデバイスなど、他のデバイス タイプへの配布には影響しません。 +

+ + +

+ アプリが公開に関する要件に適合した場合、TV デバイス上の Google Play ストアで入手できるようになるのはいつになりますか? +

+ +

+ TV 向けの要件に適合するアプリは、Android 5.0 の正式リリース、TV デバイス上の Google Play ストアに表示されます。 +

\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/quality/wear.jd b/docs/html-intl/intl/ja/distribute/googleplay/quality/wear.jd new file mode 100644 index 0000000..9fa4439 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/quality/wear.jd @@ -0,0 +1,398 @@ +page.title=Wear アプリの品質 +page.tags="wear","wearables","quality","guidelines" +page.metaDescription=ウェアラブル デバイスは瞬時に情報を把握できることを追求して作成された小型のデバイスで、必要な情報を必要なタイミングで提供するために独自のアプリを必要とします。 +page.image=/distribute/images/gp-wear-quality.png + +@jd:body + + + + + +

+ Android Wear はユーザーに必要な情報を必要なタイミングで提供することを目指しています。優れた Android Wear エクスペリエンスは自動的に起動し、瞬時に情報を把握でき、ユーザーの操作は不要か、ほとんどありません。ウェアラブル デバイス向けアプリの設計は、電話やタブレット用の設計とは大きく異なります。強みと弱み、ユースケース、エルゴノミクスが異なり、これらを考慮する必要があります。 +

+ +

+ Wear ユーザー向けの優れたエクスペリエンスを作り出すための最初のステップは、Wear アプリ向けに最善のユーザー エクスペリエンスを作り出す方法について説明した Android Wear の設計ガイドラインを確認し、これに従うことです。また、ウェアラブル デバイス向けアプリの実装の基本要件を理解するため、Wear アプリの構築トレーニングも確認する必要があります。 +

+ +

+ 重要: 優れたユーザー エクスペリエンスを実現するには、ウェアラブル デバイス向けのアプリがユーザビリティの複数の固有要件に適合している必要があります。次の品質基準に適合するアプリのみが Google Play で Android Wear アプリとして認められます。Wear アプリとして認定されると、Android Wear ユーザーは、アプリを Google Play で発見しやすくなります。 +

+ +

+ 注: Wear アプリを Google Play に公開する方法について詳しくは、Android Wear への配布を参照してください。 +

+ +
+

+ 機能 +

+ + +
+ +

+ 次の基準は、アプリが正しく設定されており、期待される機能動作が実現されていることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + ID + + 説明 +
+ 全般 + + WR-GL + +

+ ハンドヘルド デバイス用のアプリには、ウェアラブル固有の機能を使用した通知または Wear デバイス上で直接動作するウェアラブル アプリが組み込まれています。(こちらを参照してください) +

+
+ WR-VF + +

+ アプリにはユーザーに表示される Wear 機能が搭載されています。 +

+
+ WR-BF + +

+ Wear の機能が、期待どおりまたはアプリの Google Play ストアの掲載情報に記載されているとおりに機能します。 +

+
+ パッケージ化 + + WR-PK + +

+ ハンドヘルド デバイス用アプリに機能面で依存するウェアラブル デバイス用アプリは、そのハンドヘルド用アプリ内にパッケージ化されています。(こちらを参照してください) +

+
+ 通知 + + WR-FW + +

+ ウェアラブル デバイス固有の機能を使用する通知は、{@code RemoteInput} または{@code WearableExtender} を使用します。(こちらを参照してください) +

+
+ WR-FR + +

+ メッセージング アプリ向け通知を使用すると、ユーザーは音声入力またはクイック応答で返答できるようになります。(こちらを参照してください) +

+
+ WR-FG + +

+ 同様の通知がスタック内にまとめられます。(こちらを参照してください) +

+
+ ジェスチャー + + WR-GP + +

+ フルスクリーン アクティビティでは操作終了の目的のみに長押しを使用します。
こちらを参照してください) +

+
+ WR-GD + +

+ アプリがフルスクリーン アクティビティで「スワイプして消す」ジェスチャーを使用できないようにしている場合、そのアクティビティでは「長押しして消す」ジェスチャーにアプリが対応します。(こちらを参照してください) +

+
+ ウォッチ フェイス + + WR-WF + +

+ ウォッチ フェイスを含むアプリは正規のウォッチ フェイス API を使用しています。(こちらを参照してください) +

+
+ + +

関連リソース

+ +
+
+ +
+

+ 視覚デザインとユーザー インタラクション +

+ + +
+ +

+ これらの基準は、ウェアラブル デバイスで整合性があり、直観的、かつ楽しめるユーザー エクスペリエンスを実現するために、アプリが厳格なデザインとインタラクション パターンに従っていることを保証します。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ タイプ + + ID + + 説明 +
+ レイアウト + + WR-LS + +

+ アプリのユーザー インターフェイスは四角形ディスプレイ向けにフォーマットされます。アプリのコンテンツは物理的表示領域内に収まり、テキストやコントロールが画面の縁で切り捨てられることはありません。
こちらを参照してください) +

+
+ WR-LR + +

+ アプリのユーザー インターフェイスは、画面の下部はめこみ(または「アゴ」)があるデバイスを含む円形ディスプレイ向けにフォーマットされます。アプリのコンテンツは物理的表示領域内に収まり、テキストやコントロールが画面の縁で切り捨てられることはありません。
こちらを参照してください) +

+
+ WR-TC + +

+ アプリのテキストは大きめで見やすくなっており、推奨最小サイズは 16sp です。(こちらを参照してください) +

+
+ ランチャー + + WR-LN + +

+ アプリのランチャー ストリングはアプリの名前です。コマンド フレーズではありません。(こちらを参照してください) +

+
+ 通知 + + WR-NC + +

+ アプリは必要に応じて確認の動画を表示します。(こちらを参照してください) +

+
+ WR-NR + +

+ 通知カードによって画面の右上隅にアプリのアイコンが表示されます。通知カードにメディアの再生カードなどの単一のアクション コントロールがある場合は、これは適用されません。
こちらを参照してください) +

+
+ WR-WI + +

+ 通知アクションは、白色アイコン、アクション タイトル、および透過背景を持ちます。
こちらを参照してください) +

+
+ WR-PB + +

+ 通知の画像背景は、情報を伝えるためにのみ使用されます。カードのブランドを表示するためには使用されません。(こちらを参照してください) +

+
+ WR-PR + +

+ 通知の画像背景には 400x400 以上の解像度を使用します。(こちらを参照してください) +

+
+ Google Play + + WR-GS + +

+ アプリは Play のストア掲載情報に 1 つ以上の Wear のスクリーンショットを含みます。(こちらを参照してください) +

+
+ + +

関連リソース

+ +
+
+ +
+

+ よくある質問 +

+
+ +

+ アプリを Android Wear の審査用に提出した後で、一部の Wear の要件を満たしていない場合にどのように知ることができますか? +

+

+ アプリがこのページに記載されているユーザビリティの要件を満たしていない場合、そのアプリに関連付けられたGoogle Play デベロッパー コンソール アカウントで指定したメール アドレス宛に Play ストア チームから連絡があります。 +

+

+ 警告: アプリが機能の要件に適合していることを確認してください。適合していないと、アプリは Wear アプリとはみなされず、Wear のデザインとインタラクションについて審査されません。 +

+

+ 注: Wear アプリを Google Play に公開する方法について詳しくは、Android Wear への配布を参照してください。 +

+ + +

+ このアプリが Wear の要件に適合しない場合でも、新規アプリまたはアップデート版のアプリは電話/タブレット向けに Google Play に表示され、ウェアラブル デバイスにインストールできますか? +

+

+ はい。上記の要件は、アプリが Google Play で Android Wear アプリとして識別され、Android Wear ユーザーが発見しやすくなるかどうかのみを判断するものです。アプリが Wear アプリとして承認されなくても、電話やタブレットなどの他のデバイス タイプで利用可能です。ウェアラブル端末へのインストールも可能です。 +

\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/start.jd b/docs/html-intl/intl/ja/distribute/googleplay/start.jd new file mode 100644 index 0000000..3c5e548 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/start.jd @@ -0,0 +1,137 @@ +page.title=アプリを公開する +page.metaDescription=デベロッパー アカウントを登録してすぐに Google Play で公開を開始します。 +meta.tags="publishing" +page.tags="google play", "publishing", "register", "signup" +page.image=/distribute/images/getting-started.jpg + +@jd:body + +
+ +
+ +

+ 次の手順を実行するとすぐに Google Play にアプリを公開できます。 +

+ +
    +
  • Google Play 公開者アカウントを登録します。 +
  • + +
  • Google ウォレット Merchant アカウントをセットアップします(アプリやアプリ内製品を販売する場合)。 +
  • + +
  • Google Play デベロッパー コンソールと公開用ツールを活用します。 +
  • +
+ +

+ 準備ができたら [START] ボタンを使用してデベロッパー コンソールに移動します。 +

+ +
+

+ パブリッシャー アカウントの登録 +

+ + +
+ + + +
    +
  1. Google Play デベロッパー コンソールにアクセスします。 +
  2. + +
  3. デベロッパー ID の基本情報(名前、メール アドレスなど)を入力します。この情報は後で変更できます。 +
  4. + +
  5. 国または地域のデベロッパー販売/配布契約を確認して同意します。Google Play で公開するアプリとストア掲載情報は、デベロッパー プログラム ポリシーと米国輸出管理法に準拠している必要があることに注意してください。 +
  6. + +
  7. Google ウォレットを使用して 25 米ドルの登録料を支払います。Google ウォレット アカウントをお持ちでない場合はこのプロセスで簡単にセットアップできます。 +
  8. + +
  9. 登録情報が確認されると、登録時に入力したメール アドレスに通知が送信されます。 +
  10. +
+ +
+

+ Google ウォレット Merchant アカウントのセットアップ +

+ + +
+ +
+ +
+ +

+ 有料アプリ、アプリ内製品、サブスクリプションを販売する場合は、Google ウォレット Merchant アカウントが必要となります。このアカウントはいつでもセットアップできます。まず販売者の登録がサポートされている国や地域の一覧を確認してください。
+
+ Google ウォレット Merchant アカウントをセットアップするには、次の手順を実行します。
+
+

+ +
    +
  1. + Google Play デベロッパー コンソール( https://play.google.com/apps/publish/)にサインインします。 +
  2. + +
  3. 横のナビゲーションの [売上レポート] を開きます。
  4. + +
  5. [販売者アカウントを今すぐセットアップする] をクリックします。 +
  6. +
+ +

+ これで、Google ウォレットのサイトに移動します。この手順を完了するにはビジネスに関する情報が必要となります。 +

+ +
+

+ デベロッパー コンソールを活用する +

+ + +
+ +

+ 登録が確認されると、デベロッパー コンソールにサインインできるようになります。ここが Google Play でのアプリ公開の操作とツールのホームとなります。 +

+ +
+ +
+ +
+
+
+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/googleplay/tv.jd b/docs/html-intl/intl/ja/distribute/googleplay/tv.jd new file mode 100644 index 0000000..1a7558d --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/tv.jd @@ -0,0 +1,210 @@ +page.title=Android TV への配布 +page.image=/design/tv/images/atv-home.jpg +meta.tags="tv", "publish", "quality" +page.tags="tv", "publish", "googleplay" +page.metaDescription=アプリ、ゲーム、コンテンツを Android TV に配布します。 + +@jd:body + + + +

+ Android TV と Google Play を使用して、優れたアプリまたはゲームをリビング ルームに届けることができます。TV 向けに最適化されたストア エクスペリエンスにアプリやゲームを提供できます。新規アプリや既存のアプリを TV 向けに拡張し、Google Play の使いやすいツールとプロセスを使用して公開することができます。 +

+ +

+ まずこのドキュメントの各セクションで TV アプリを Google Play からユーザーに配布する方法を確認してください。TV アプリの品質を読んで、アプリが適合する必要のあるユーザビリティと品質標準に関する情報について確認してください。アプリの準備が整ったら、デベロッパー コンソールから Android TV ストアでの公開にオプトインできます。 +

+ +

+ 参加方法 +

+ +

+ Google Play により、TV アプリをリビング ルームの新しいユーザーに届けることができます。既存のデベロッパー コンソール アカウントと、現在の価格と販売/ 配布地域の設定を使用して、アプリを開発し、公開することができます。参加方法は簡単です。参加プロセスの概要は以下のセクションに記載されています。 +

+ +
+ +
+ +

+ 1.ガイドラインと要件を把握する +

+ +

+ Android TV でのローンチを成功させるため、TV で優れたアプリのエクスペリエンスを作成するためのガイドラインを確認することから始めます。アプリを TV 用に拡張する場合の考え方、設計とユーザビリティの詳細については、Android TV の設計ガイドラインを参照してください。 +

+ +

+ TV エクスペリエンスの設計を始める際には、TV アプリの品質基準を読み、理解しておく必要があります。Android TV 向けの Google Play エクスペリエンスでは、TV で使用できるアプリのみが紹介されます。基本的な一連の品質基準に適合している場合に、アプリを参加させることができます。詳細については、TV アプリの品質を参照してください。 +

+ +

2.TV 向けに優れたアプリを開発する

+ +

+ TV 向けの優れたアプリはリビング ルームでの使用を想定して設計され、Android TV の機能と、ゲーム コントローラ、D-pad、リモート コントロールなどの入力関連アクセサリを活用します。アプリは、洗練された高品質なエクスペリエンスを大画面で実現できるように細かく調整され、魅力的な機能セットをユーザーに提供します。 +

+ +

+ TV アプリを検討する際には、デベロッパー向けドキュメントとユーザビリティのガイドラインを確認し、最大限にサポートする計画を立ててください。ユーザー向けに優れた Leanback エクスペリエンスを設計し、SDK に含まれる Leanback ライブラリを活用してビルドします。TV 用ユースケースに対応するため、アプリの他の部分の最適化が必要となる場合があります。開発プロセスの早い段階でこのような部分を特定しておくことをお勧めします。 +

+ +

+ 通常、TV エクスペリエンスは、既存の電話、タブレット、その他のデバイス用のアプリの一部として、同じパッケージ名とストアの掲載情報を使用して提供することをお勧めします。この方法により、ユーザーは TV エクスペリエンスをシームレスにアップグレードすることができます。また、電話やタブレット用のアプリで得たレビューや評価を活かすこともできます。 +

+ +

+ TV インテント、Leanback ライブラリ、TV 固有のコードとリソースを、サポート対象のすべてのデバイスに対する単一の APK ソリューションとしてバンドルできます。必要に応じて、複数の APK サポートを利用し、電話とタブレットに使用するものと同じパッケージ名とストアの掲載情報の下で、カスタム バイナリを Android TV デバイスに提供できます。 +

+ +

+ 設計と開発プロセスを通して、ユーザー エクスペリエンスの試作品の作成とテストに適したデバイスを用意することが重要です。できるだけ早い段階で、1 つ以上の Android TV デバイスまたはエミュレータを入手し、テスト環境をセットアップすることが必要です。Android TV 環境でのテストに推奨されるハードウェア デバイスは Nexus Player です。これは Google Play から入手可能であり、他のストアからも入手できます。ゲーム コントローラとその他の TV 入力デバイスも用意しておく必要があります。 +

+ +

3.TV アプリの品質をテストする

+ +

+ TV アプリは、Android TV 上で正しく機能して優れた外観を備え、考えられる最高のユーザー エクスペリエンスを提供するように設計されていなければなりません。Google Play は、高品質のアプリをユーザーが Google Play で簡単に発見できるように紹介します。ユーザーがその機能を存分に活用できる Android TV アプリに参加して、アプリを提供するには次の手順に従ってください。 +

+ + + +

4.Android TV にオプトインし、公開する

+ +

+ リリース対応 APK を作成し、これが TV アプリの品質ガイドラインのすべてに適合していることをテストして確認したら、デベロッパー コンソールにアップロードします。ストアの掲載情報をTV のスクリーンショットと TV バナーで更新し、必要に応じて配布オプションを設定します。Google Play でのローンチに向けた準備方法について不明点がある場合は、ローンチ チェックリストを参照してください。 +

+ +

+ Android TV のユーザーにアプリを公開する前に、デベロッパー コンソールの [価格と販売/ 配布地域] セクションから Android TV にオプトインする必要があります。オプトインは、Android TV ユーザーがアプリを Google Play から利用できるようにして、アプリが TV アプリの品質ガイドラインに適合していることを意味します。 +

+ +

+ オプトインは、APK のアップロード時に自動でチェックされる次の2 つの事前品質基準にアプリが適合している場合に限り可能です。 +

+ +
    +
  • アプリのマニフェストには、インテント タイプ ACTION_MAIN が、カテゴリ CATEGORY_LEANBACK_LAUNCHER で含まれている必要があります。詳細についてはこちらを参照してください。 +
  • + +
  • アプリはタッチスクリーンを必要としないことを宣言する必要があります。マニフェストでは、android.hardware.touchscreen ハードウェアを android:required="false” で宣言する必要があります。詳細についてはこちらを参照してください。 +
  • +
+ +

+ アプリが事前基準に適合している場合、以下に示す Android TV のオプトイン チェックボックスが表示されます。オプトイン チェックボックスが使用できない場合、APK が事前基準に適合していることを確認してください。 +

+ +

+ オプトインして変更内容を保存したら、アプリを通常どおり公開できます。アプリを Android TV ユーザーが利用できるようにする前に、Google Play はアプリを TV アプリの品質基準に対する審査にかけ、その結果を通知します。アプリの承認状況をトラッキングする方法の詳細については、次のセクションを参照してください。 +

+ +

+ アプリが TV アプリの品質基準に適合している場合、Google Play はそのアプリを Android TV ユーザーが利用できるようにします。また、アプリのコレクションとプロモーションで、注目されるように特別に扱われる可能性があります。アプリが Android TV 向けに設計されていることを Google Play の全ユーザーに通知するため、Google Play ではアプリのストア掲載情報をTV バッジで修飾します。 +

+ +

+ オプトインと審査は Google Play ストアでの他のデバイス(電話やタブレットなど)に対するアプリの使用可能状況に影響しないことに注意してください。アプリは公開後すぐに利用可能となります。 +

+ +

+ デベロッパー コンソールで Android TV にオプトインするには、次の手順を実行します。 +

+ +
    +
  1. アプリをすべての TV アプリの品質基準に適合させます。 +
  2. + +
  3. TV のスクリーンショットとバナー画像をアプリのストアの掲載情報に追加します。 +
  4. + +
  5. [すべてのアプリ] ページでオプトインするアプリをクリックします。 +
  6. + +
  7. [価格と販売/配布地域] [Android TV] とオプトイン チェックボックスまでスクロール ダウンします。 +
  8. + +
  9. [アプリを Android TV に配布する] の横にあるチェックボックスをクリックします。 +
  10. + +
  11. [保存] をクリックして変更内容を保存します。 +
  12. +
+ +
+ +

+ TV のオプトイン: デベロッパー コンソールからオプトインすることにより、Android TV にアプリが含まれます。 +

+
+ +

5.審査と承認をトラッキングする

+ +

+ アプリが上述の Android TV 向けの技術上の基準と品質基準に適合すると、ユーザーはそのアプリを Android TV で活用できるようになります。アプリが基準を満たしていない場合、デベロッパー アカウント アドレスに送られた通知メールを受け取ります。このメールには対処が必要な領域の要約が記載されています。必要な調整を行ったら、デベロッパー コンソールにアプリの新規バージョンをアップロードできます。 +

+ +

+ アプリの審査状況と承認状況は、デベロッパー コンソールで、アプリの [価格と販売/配布地域] ページ内の [Android TV] の下で随時確認できます。 +

+ +

+ 承認状況は次の 3 つのいずれかとなります。 +

+ +
    +
  • + 保留 — アプリは審査部門に送られ、審査がまだ完了していません。 +
  • + +
  • + 承認 — アプリが審査され、承認されました。アプリは Android TV ユーザーが直接利用できるようになります。 +
  • + +
  • + 却下 — アプリが審査され、承認されませんでした。アプリが承認されなかった理由について詳しくは通知メールを確認してください。問題に対処して、オプトインと公開を再度行って、別の審査を受けることができます。 +
  • +
+ +

アプリの評価方法の詳細については、TV アプリの品質に関するドキュメントを参照してください。

+ + +

関連リソース

+ +
+
diff --git a/docs/html-intl/intl/ja/distribute/googleplay/wear.jd b/docs/html-intl/intl/ja/distribute/googleplay/wear.jd new file mode 100644 index 0000000..4e0196e --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/googleplay/wear.jd @@ -0,0 +1,199 @@ +page.title=Android Wear への配布 +page.image=/design/media/wear/ContextualExample.008_2x.png +meta.tags="wear", "publish", "quality" +page.tags="wear", "publish", "googleplay" +page.metaDescription=アプリ、ゲーム、コンテンツを Android Wear に配布します。 + +@jd:body + + + +

+ Android Wear と Google Play を使用して、優れたアプリをユーザーに届けることができます。すべてのアプリが Android Wear デバイスに基本的な通知を送信できますが、さらに踏み込んで使いこなすことができます。アプリを拡張してカスタム形式の Wear インタラクションをサポートし、すべての Wear デバイスで洗練された魅力的なユーザー エクスペリエンスを実現します。アプリがハンドセットのアプリの中核品質に関するガイドラインに適合し、Android Wear デバイス向けの高品質なエクスペリエンスを提供していると、Google Play でアプリが発見されやすくなります。 +

+ +

+ まずこのドキュメントの各セクションで Wear アプリを Google Play からユーザーに配布する方法を確認してください。Wear アプリの品質を読んで、アプリが適合する必要のあるユーザビリティと品質の標準に関する情報について確認してください。アプリの準備が整ったら、デベロッパー コンソールから Android Wear アプリとして指定されるようにオプトインできます。 +

+ +

+ 参加方法 +

+ +

+ Google Play では、Wear ユーザーが Wear アプリをさらに見つけやすくすることができます。既存のデベロッパー コンソール アカウントと、現在の価格と販売/ 配布地域の設定を使用して、アプリを開発し、公開することができます。参加方法は簡単です。参加プロセスの概要は以下のセクションに記載されています。 +

+ +

+ 1.ガイドラインと要件を把握する +

+ +
+ +
+ +

+ Android Wear でのローンチを成功させるため、初めに Wear で優れたアプリのエクスペリエンスを作成するためのガイドラインを確認します。アプリを Wear 用に拡張する場合の考え方、設計とユーザビリティの詳細については、Android Wear の設計ガイドラインを参照してください。 +

+ +

+ Wear エクスペリエンスの設計を始める際には、Wear アプリの品質基準を読み、理解しておく必要があります。Wear で使用できるアプリのみが Google Play で Wear アプリとして指定されます。アプリが基本的な一連の品質基準に適合している場合に参加できます。詳細についてはWear アプリの品質を参照してください。 +

+ +

2.Wear 向けに優れたアプリを開発する

+ +

+ガイドラインを読み終わったら、次にアプリの開発に着手します。次のセクションで Wear 用に優れたアプリのエクスペリエンスの構築を開始する方法について説明します。 +

+ +

設計から始める

+ +

+ Android Wear はユーザーに必要な情報を必要なタイミングで提供することを目指しています。優れた Android Wear エクスペリエンスは自動的に起動し、瞬時に情報を把握でき、ユーザーの操作は不要か、ほとんどありません。すべてのアプリは変更なしで Wear デバイスに基本的な通知を送信できますが、Wear 向けに作成された優れたアプリは洗練された高品質なエクスペリエンスを実現するように細かく調整され、さまざまな画面のレイアウトで動作し、魅力的な機能セットをユーザーに提供します。 +

+ +

+ Wear アプリを検討する際には、デベロッパー向けドキュメントユーザビリティのガイドラインを確認し、これらを最大限に活用する計画を立ててください。SDK とサポート ライブラリで提供される API を使用して、ユーザー向けに優れた通知エクスペリエンスを設計できます。ウェアラブル デバイスで直接動作するアプリを作成することも選択できます。 +

+ +

アプリをパッケージ化する

+ +

+ Wear エクスペリエンスは、電話、タブレット、その他のデバイス用の既存のアプリの一部として、同じパッケージ名とストア掲載情報を使用して配布することをお勧めします。この方法により、ユーザーは Wear エクスペリエンスをシームレスにアップグレードすることができます。また、電話やタブレットで得たレビューや評価を活かすこともできます。ウェアラブル アプリが機能面で依存するアプリがある場合、常にそのアプリ内にパッケージ化する必要があります。パッケージ化の方法については、ウェアラブル アプリのパッケージ化をお読みください。 +

+ +

さまざまなデバイスでテストする

+ +

+ 設計と開発プロセスを通して、ユーザー エクスペリエンスの試作品の作成とテストに適したデバイスを用意することが重要です。できるだけ早い段階で、1 つ以上の Android Wear デバイスを入手するか、さまざまなエミュレータ設定で開発し、テスト環境をセットアップすることを強く勧めします。四角形レイアウトと円形レイアウトの両方で設計を最適化することが重要です。 +

+ +

3.Wear アプリの品質をテストする

+ +

+ Wear アプリは Android Wear で正しく機能して優れた外観を備えて、考えられる最高のユーザー エクスペリエンスを提供するように設計されていなければなりません。Google Play では、厳選された高品質の Wear アプリが発見されやすいように紹介されます。ユーザーがその機能を存分に活用できる Android Wear アプリに参加して、アプリを提供するには次の手順に従ってください。 +

+ + + +

4.Android Wear にオプトインし、公開する

+ +

+ リリース対応 APK を作成し、これが Wear アプリの品質基準のすべてに適合していることをテストして確認したら、デベロッパー コンソールにアップロードします。ストアの掲載情報を Wear のスクリーンショットで更新し、必要に応じて配布オプションを設定します。Google Play でのローンチに向けた準備方法について不明点がある場合は、ローンチ チェックリストを参照してください。 +

+ +

+ Android Wear のユーザーにアプリを公開する前に、デベロッパー コンソールの[価格と販売/ 配布地域] セクションから Android Wear にオプトインできます。オプトインは、Android Wear ユーザーがアプリを Google Play からさらに発見しやすくして、アプリが Wear アプリの品質基準に適合していることを意味します。 +

+ +

+ オプトインして変更内容を保存したら、アプリを通常どおり公開できます。さらに、Google Play はアプリを Wear アプリの品質基準に対する審査にかけ、その結果を通知します。アプリの承認状況をトラッキングする方法の詳細については、次のセクションを参照してください。 +

+ +

+ アプリがすべての Wear アプリの品質基準に適合している場合、Google Play はそのアプリを Android Wear ユーザーがさらに簡単に発見できるようにします。また、アプリのコレクションとプロモーションで、注目されるように特別に扱われる可能性があります。 +

+ +

+ オプトインと審査は Google Play ストアでのアプリの使用可能状況に影響しないことに注意してください。アプリは公開後すぐに使用可能となります。 +

+ +

+ デベロッパー コンソールで Android Wear にオプトインするには、次の手順を実行します。 +

+ +
    +
  1. アプリをすべての Wear アプリの品質基準に適合させます。 +
  2. + +
  3. Wear のスクリーンショットをアプリのストアの掲載情報に追加します。 +
  4. + +
  5. [すべてのアプリ] ページでオプトインするアプリをクリックします。 +
  6. + +
  7. [価格と販売/配布地域] [Android Wear] とオプトイン チェックボックスまでスクロール ダウンします。 +
  8. + +
  9. [アプリを Android Wear に配布する] の横にあるチェックボックスをクリックします。 +
  10. + +
  11. [保存] をクリックして配布と販売/配布地域の変更内容を保存します。 +
  12. +
+ +
+ +

+ Wear 用オプトイン:デベロッパー コンソールでオプトインすることにより、Android Wear にアプリが含まれます。 +

+
+ +

5.審査と承認をトラッキングする

+ +

+ アプリが上述の Android Wear 向けの技術上の基準と品質基準に適合すると、そのアプリは Android Wear で発見されやすくなります。アプリが基準に適合しない場合、デベロッパー アカウント アドレスに送られた通知メールを受け取ります。このメールには対処が必要な領域の要約が記載されています。必要な調整を行ったら、デベロッパー コンソールにアプリの新規バージョンをアップロードできます。 +

+ +

+ アプリの審査状況と承認状況は、アプリの [価格と販売/配布地域] ページ内の [Android Wear] の下にあるデベロッパー コンソールで随時確認できます。 +

+ +

+ 承認状況は次の 3 つのいずれかとなります。 +

+ +
    +
  • + 保留 — アプリは審査部門に送られ、審査がまだ完了していません。 +
  • + +
  • + 承認 — アプリが審査され、承認されました。アプリは Android Wear ユーザーからさらに発見されやすくなります。 +
  • + +
  • + 却下 — アプリが審査され、承認されませんでした。アプリが承認されなかった理由について詳しくは通知メールを確認してください。問題に対処して、オプトインと公開を再度行って、別の審査を受けることができます。 +
  • +
+ +

アプリの評価方法の詳細については、Wear アプリの品質に関するドキュメントを参照してください。

+ + +

関連リソース

+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/tools/launch-checklist.jd b/docs/html-intl/intl/ja/distribute/tools/launch-checklist.jd new file mode 100644 index 0000000..b1394f8 --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/tools/launch-checklist.jd @@ -0,0 +1,792 @@ +page.title=ローンチ チェックリスト +page.metaDescription=アプリをユーザーに配布する全プロセスの重要な概要。このチェックリストを開発の初期に確認し、Google Play でのローンチを成功させる計画を立てる際に役立ててください。 +meta.tags="localizing, publishing, disttools" +page.tags="launch, publishing, Google Play" +page.image=distribute/images/launch-checklist.jpg + +@jd:body + + + +
+ +

+ Google Play にアプリを公開してユーザーに配布する前に、アプリを動作可能状態にしてテストし、宣伝素材を準備する必要があります。 +

+ +

+ このページを利用して、Google Play でのアプリの公開プロセスを理解し、製品のローンチを成功させる準備を整えることができます。署名済みのリリース対応アプリケーション パッケージ(APK)の作成、アプリの要件の把握、各アプリの製品ページとグラフィック アセットの作成などの、Google Play でアプリを公開する前に完了しておく必要のあるいくつかの作業についてまとめています。 +

+ +

+ 準備作業と公開作業に番号を振り、作業の流れを大まかに把握できるようにしています。都合が良い順序で作業を進めても構いません。また、適宜手順をスキップしても構いません。 +

+ +

+ 公開に向けての手順では、さまざまなサポート リソースがご利用になれます。関連リンクは手順ごとに提供されます。 +

+ +
+

+ 1.公開プロセスを理解する +

+ + +
+ +

+ このチェックリストの各手順を開始する前に、公開までのワークフロー全体を読んで把握し、プロセスの仕組みを理解してください。特に、開発チームはすべての Android アプリに共通するプロセスを使用して、アプリのリリース準備を整える必要があります。公開までのワークフローのドキュメントに、公開の仕組みと APK のリリース準備を整える方法が詳しく記載されています。 +

+ +

+ 公開プロセスの概要を理解したら、さらに読み進めて Google Play にアプリを公開する際に考慮すべき問題を把握してください。 +

+ +

関連リソース

+ +
+
+ +
+

+ 2.Google Play ポリシーと合意事項を理解する +

+ + +
+ +

+ Google Play 登録時に了承したプログラム ポリシーを理解し、これに従う必要があります。Google Play はポリシーを適用し、ポリシー違反があった場合はアプリを保留にしたり、違反を繰り返した場合はデベロッパー アカウントを停止したりすることがあります。 +

+ +

関連リソース

+ +
+
+ +
+

+ 3.品質をテストする +

+ + +
+ +

+ Google Play にアプリを公開する前に、そのアプリが、ターゲットとしているすべてのデバイスですべての Android アプリの基本的な品質基準を満たしているか確認することが重要です。テスト環境を設定し、一連の簡潔なすべてのアプリに適用される品質基準に対してアプリをテストすることで、アプリの品質を確認できます。詳細については、アプリの中核品質ガイドラインを参照してください。 +

+ +

+ アプリがタブレット デバイスをターゲットとしている場合、タブレットの利用者に豊富で魅力的なエクスペリエンスを提供する必要があります。タブレット アプリの品質ガイドラインを参照してください。タブレット用にアプリを最適化する際の推奨事項が記載されています。 +

+ +

+ アプリを Google Play for Education で利用できるようにする予定の場合、幼稚園から高校に至る授業に適したものであり、卓越した教育的価値を提供する必要があります。教育アプリが示すべき特徴については、教育ガイドラインを参照してください。 +

+ +

関連リソース

+ +
+
+ +
+

+ 4.アプリのコンテンツ レーティングを決定する +

+ + +
+ +

+ Google Play では、アプリ向けにコンテンツ レーティングを設定する必要があります。これは、Google Play ユーザーにユーザー成熟度を通知するものです。アプリを公開する前に、使用するレーティング レベルを確定する必要があります。次のコンテンツ レーティング レベルが使用できます。 +

+ +
    +
  • +

    + 全ユーザー対象 +

    +
  • + +
  • +

    + ユーザー成熟度 - 低 +

    +
  • + +
  • +

    + ユーザー成熟度 - 中 +

    +
  • + +
  • +

    + ユーザー成熟度 - 高 +

    +
  • +
+ +

+ Android ユーザーは、Android デバイス上でブラウジングに必要なユーザー成熟度を設定できます。Google Play はその設定に基づきアプリをフィルタリングするため、選択したコンテンツ レーティングがユーザーへのアプリの配布に影響することがあります。デベロッパー コンソールでアプリのコンテンツ レーティングを割り当てる(または変更する)ことができます。アプリのライブラリでは変更は不要です。 +

+ +

関連リソース

+ +
+
+ +
+

+ 5.配布する国を決定する +

+ + +
+ +

+ Google Play では、アプリの配布先の国と地域を管理できます。幅広い地域でアクセスされ、最大級の潜在的利用者ベースを得るために、通常は配布が可能なすべての国と地域にアプリを配布できます。ただし、ビジネス ニーズ、アプリの要件、ローンチに関する依存関係により、配布先から 1 つ以上の国を除外する必要がある場合があります。 +

+ +

+ 次の項目に影響するため、早期にアプリの配布先の国を正確に指定することが重要です。 +

+ +
    +
  • +

    + アプリのローカライズ リソースの必要性 +

    +
  • + +
  • +

    + デベロッパー コンソールでのアプリの説明のローカライズの必要性 +

    +
  • + +
  • +

    + 特定の国で固有である可能性があるアプリの法的要件 +

    +
  • + +
  • +

    + タイム ゾーン サポート、現地価格設定など +

    +
  • +
+ +

+ ターゲットに予定している国について、アプリと Google Play の掲載情報の詳細の両方でローカライズの必要性を判断し、ローンチ予定日までの十分な余裕を持ってローカライズ作業を開始します。 +

+ +

+ ローカライズ プロセスの主要な手順と考慮事項についてはローカライズのチェックリストを参照してください。 +

+ +

関連リソース

+ +
+
+ +
+

+ 6.アプリ全体のサイズを確認する +

+ + +
+ +

+ アプリ全体のサイズは、そのデザインと Google Play での公開方法に影響する場合があります。現時点では、Google Play に公開される APK の最大サイズは 50 MB です。アプリがこのサイズよりも大きい場合や、2 次ダウンロードを提供したい場合、APK 拡張ファイルを使用できます。これは、Google Play がサーバー インフラストラクチャに無料でホスティングし、デバイスへのダウンロードを自動で処理するものです。 +

+ +
    +
  • +

    + Google Play に公開される APK の最大サイズは 50 MB です。 +

    +
  • + +
  • +

    + 最大 2 個の APK 拡張ファイルを使用できます。各 APK に対する各拡張ファイルの最大サイズは 2GB です。 +

    +
  • +
+ +

+ APK 拡張ファイルの使用は、サイズの大きいアプリを配信する便利でコスト効率の高い方法です。ただし、APK 拡張ファイルを使用するには、アプリのバイナリに変更を加える必要があるため、この変更を行ってからリリース対応 APK を作成する必要があります。 +

+ +

+ アプリのバイナリのサイズを最小化するには、リリース対応 APK を作成するときに、コード上で Proguard ツールまたは同等の難読化ツールを実行する必要があります。 +

+ +

関連リソース

+ +
+
+ +
+

+ 7.アプリのプラットフォームと画面互換性範囲を確認する +

+ + +
+ +

+ アプリを公開する前に、アプリがターゲットとしている Android プラットフォームの各バージョンとデバイスの画面サイズで正しく実行できるように設計されているか確認することが重要です。 +

+ +

+ Android プラットフォームのバージョンは、アプリの互換性の観点から API レベルで定義されます。<minSdkVersion> を使用して、アプリと互換性のある最低限のバージョンを確定する必要があります。これは、アプリが公開される際の Android デバイスへのアプリの配布に影響します。 +

+ +

+ 画面サイズについては、サポート対象の画面サイズ幅とピクセル密度の範囲で、アプリが正しく動作し、表示も問題ないことを確認する必要があります。複数の画面サイズに対応するスケーラブルなサポートを提供するため、複数画面のサポートに記載されているアドバイスに従う必要があります。スケーラブルなサポートを提供できない場合、<supports-screens> を使用してアプリがサポートする最小画面サイズを宣言してください。これに応じて Google Play はアプリの利用可能性を限定し、宣言された画面サイズ以上のデバイスでアプリが利用できるようにします。 +

+ +

+ すべての Android デバイスにわたる Android プラットフォームのバージョンと画面サイズに関する最新のデバイス普及率をさらに理解するには、デバイス ダッシュボードのグラフを参照してください。 +

+ +

関連リソース

+ +
+
+ +
+

+ 8.アプリを無料にするか有料にするか判断する +

+ + +
+ +
+ +
+ +

+ Google Play では、アプリを無料ダウンロードまたは有料ダウンロードとして公開できます。無料アプリは Google Play のすべての Android ユーザーがダウンロードできます。有料アプリをダウンロードできるのは、有料ダウンロードをサポートする国のユーザーで、クレジット カードやキャリア直接課金などの Google Play での支払い方法を登録しているユーザーだけです。 +

+ +

+ アプリの無料/有料を決定することは重要です。Goolgle Play では無料アプリは永続的に無料にする必要があるためです。 +

+ +
    +
  • +

    + 無料アプリとしてアプリを公開すると、これを有料アプリに変更することはできません。ただし、Google Play のアプリ内課金サービスを使用して、アプリ内製品サブスクリプションの販売は引き続き可能です。 +

    +
  • + +
  • +

    + 有料アプリとしてアプリを公開すると、いつでも無料アプリに変えることができますただし無料から有料に戻すことはできません)。アプリ内製品とサブスクリプションの販売は引き続き可能です。 +

    +
  • +
+ +

+ アプリが有料の場合、またはアプリ内製品を販売する場合、公開前に Google ウォレット Merchant アカウントを設定する必要があります。 +

+ +

関連リソース

+ +
+
+ +
+

+ 9.アプリ内課金の使用を検討する +

+ + +
+ +

+ Google Play のアプリ内課金により、アプリ内でデジタル コンテンツを販売できます。このサービスを使用すると、メディア ファイルや写真といったダウンロード可能なコンテンツや、ゲームのレベルやポーションのような仮想コンテンツなどの幅広いコンテンツを販売できます。アプリ内課金サービスを利用して、アプリ内から 1 回限りの購入とサブスクリプションを販売できます。これはアプリがインストールされている間のアプリの収益化に役立ちます。 +

+ +

+ アプリを収益化し、エンゲージメントを構築する方法をいくつか探している場合は、アプリ内課金や Instant Buy を検討してください。これらのサービスはユーザーとデベロッパーのどちらでも非常に一般的になっています。アプリ内課金や Instant Buyを使用する場合は、アプリのバイナリに変更を加える必要があるため、実装を完了してテストしてからリリース対応 APK を作成する必要があります。 +

+ +

関連リソース

+ +
+
+ +
+

+ 10.商品の価格を設定する +

+ + +
+ +

+ アプリが有料の場合、またはアプリ内製品や物理的商品を販売する場合、Google Play では世界中のマーケットのユーザー向けにさまざまな通貨で製品の価格を設定できます。価格は個別に別々の通貨で設定できるため、マーケットの状況や為替レートに応じて価格を柔軟に設定できます。 +

+ +

+ 公開の前に、商品の価格を設定する方法とさまざまな通貨での価格を検討してください。追って、デベロッパー コンソールを使用して利用可能なすべての通貨で価格を設定できます。 +

+ +

関連リソース

+ +
+
+ +
+

+ 11.ローカライズを開始する +

+ + +
+ +

+ ターゲットに予定している国について、ローカライズの必要性を調査し、アプリが国際化対応であることを確認し、ローンチ予定日までの十分な余裕を持ってローカライズ作業を開始することをお勧めします。 +

+ +

+ アプリの設計の他に、ローカライズに関して次の 3 点を考慮してください。 +

+ +
    +
  • +

    + アプリのストリング、画像、その他のリソースのローカライズ。 +

    +
  • + +
  • +

    + Google Play に掲載する、アプリのストア掲載情報の詳細のローカライズ。 +

    +
  • + +
  • +

    + ストア掲載情報に添付するアプリの画像アセット、スクリーンショット、動画のローカライズ。 +

    +
  • +
+ +

+ ローカライズ プロセスの主要な手順と考慮事項についてはローカライズのチェックリストを参照してください。 +

+ +

+ ストア掲載情報をローカライズするには、アプリのタイトル、説明、宣伝用テキストを新規に作成して最終版を決定します。これらすべてを収集してローカライズ作業に回します。アプリにアップデートがあった場合の「最新の変更」テキストも翻訳できます(任意)。追って、ローカライズした掲載情報の詳細をデベロッパー コンソールに追加するか、掲載情報の詳細をサポート対象言語へ自動翻訳する Google Play の機能を使うこともできます。 +

+ +

+ グローバルな顧客基盤に対してアプリの掲載情報を魅力的なものにするには、宣伝用画像、スクリーンショット、動画のローカライズ版を作成することが重要です。たとえば、アプリのメイン ビジュアルには、最大限の宣伝効果を得るために翻訳が必要なテキストが含まれていることがあります。言語ごとに異なるバージョンの宣伝用画像を作成し、これをデベロッパー コンソールにアップロードできます。宣伝用の動画を提供する場合、そのローカライズ版を作成し、サポートする言語ごとに適切なローカライズ動画へのリンクを追加できます。 +

+ +

+ 翻訳が完了したら、それを必要に応じてアプリ リソースに移動し、正しく読み込まれるかどうかテストします。アプリの掲載情報詳細の翻訳版を保存し、追ってアセットをアップロードしてストア掲載情報を設定する際に使用します。 +

+ +

関連リソース

+ +
+
+ +
+

+ 12.宣伝用画像、スクリーンショット、動画を準備する +

+ + +
+ +

+ Google Play 上に公開する際に、アプリやブランドを紹介するさまざまな高品質の画像アセットを提供できます。公開後、これらの画像はストアの情報掲載ページ、検索結果などあらゆる場所に表示されます。これらの画像アセットは、ユーザーを引き付ける優れたストアの情報掲載ページの重要な部分となるため、このアセットの制作をプロに依頼することの検討をお勧めします。スクリーンショットと動画も、アプリの外観や使用方法、遊び方やアプリの特長を示すものであるため、非常に重要です。 +

+ +

+ すべての画像アセットは、見やすく、カラフルで関心を引く方法でアプリやブランドを強調するように設計してください。アセットは、ユーザーがダウンロードしたら [すべてのアプリ] ランチャーで見つけるものと同じロゴとアイコンを示す必要があります。また、画像アセットは、自分のストア情報掲載ページに表示される公開しているすべてのアプリの画像アセットと調和している必要があります。 +

+ +

+ 全世界のユーザーにより効果的にアプリを売り込めるようにするため、Google Play では宣伝用画像、スクリーンショット、動画のローカライズ版の作成が可能であり、これらをデベロッパー コンソールにアップロードできます。ユーザーがアプリのストア掲載情報にアクセスすると、Google Play には、ユーザーの言語向けに提供した宣伝用画像、スクリーンショット、動画が表示されます。 +

+ +

+ 宣伝用画像をローカライズするには、任意の組み込みテキストを翻訳したり、別の画像やプレゼンテーションを使用したりできます。また、特定の言語のユーザーのニーズに最適に対応するようにマーケティングのアプローチを変更できます。たとえば、メイン ビジュアルまたは宣伝用画像に商品名またはスローガンが含まれている場合、そのテキストを翻訳し、これを宣伝用画像のローカライズ版に追加できます。 +

+ +

+ ローカライズされた画像アセットと動画は非常に重要であるため、公開予定日までの十分な余裕を持って作成とローカライズに着手することをお勧めします。 +

+ +

関連リソース

+ +
+
+ +
+

+ 13.リリース対応 APK をビルドしてアップロードする +

+ + +
+ +

+ アプリが UI、互換性、品質の各要件に適合していると判断したら、アプリのリリース対応バージョンを作成できます。リリース対応 APK をデベロッパー コンソールにアップロードし、ユーザーに配布します。 +

+ +

+ リリース対応 APK の準備プロセスは、配布方法に関係なく、すべてのアプリで同じです。一般的に、このプロセスは、基本的なコードのクリーンアップと最適化、リリース キーによるビルドと署名、最終テストで構成されます。 +

+ +

+ アプリのリリース対応バージョンをビルドする方法について詳しくは、リリースの準備(Preparing for Release)を参照してください。 +

+ +

+ リリース対応 APK が用意できたら、これらをデベロッパー コンソールにアップロードできます。公開前に、必要に応じて APK をより新しいバージョンに置き換えることができます。 +

+ + +
+

+ 14.ベータ版リリースを計画する +

+ + +
+ + + +

+ アプリをローンチする前は、必ずユーザーから実際のフィードバックを入手することが重要です。新しいアプリをローンチする際には特に重要です。アプリのリリース前バージョンを複数の主要なマーケットにわたってユーザーに配布し、ユーザーがフィードバックを提供してバグを報告するための簡単な手段を用意することを強くお勧めします。 +

+ +

+ Google Play では、アプリのベータ プログラムの設定が可能です。デベロッパー コンソールにサインインして APK をアップロードした後に、アルファ版とベータ版のアプリをテストするためのユーザー グループを設定できます。アルファ テスターの小さなグループから始めて、ベータ テスターの大きなグループに移行できます。追加されたユーザーは、アプリのストア掲載情報にアクセスしてアプリをインストールします。アルファ バージョンまたはベータ バージョンのユーザーはレビューまたは評価を残すことができないため、Google Play 上の評価に対するリスクはありません。Google フォーラムや Google+ など、テストのフィードバックが提供されるためのメカニズムを準備する必要があります。 +

+ +

+ 受け取ったフィードバックは、優れたエクスペリエンスをユーザーに保証するための UI、翻訳、ストア掲載情報の調整に役立てられます。 +

+ + +
+

+ 15.アプリのストア掲載情報を完成させる +

+ + +
+ +

+ Google Play では、アプリの製品情報はアプリのストア情報掲載ページでユーザーに表示されます。このページは、Android デバイスまたは Web で、ユーザーがアプリについてさらによく理解するためにアクセスしたり、アプリを購入またはダウンロードすることを決定したりするページです。 +

+ +

+ Google Play は、カラフルな画像、スクリーンショット、動画から、ローカライズされた説明、リリースの詳細、他のアプリへのリンクまで、ストア情報掲載ページでアプリを宣伝したり、ユーザーと関わったりするためのさまざまな方法を提供します。アプリの公開を準備する際には、商品の詳細ページから提供される要素を最大限に活用し、アプリをユーザーにできる限り魅力的にする必要があります。 +

+ +

+ 商品ページの計画はアプリのローンチ予定日までの余裕を持って着手し、ローカライズされた説明、高品質な画像アセット、スクリーンショット、動画などの調整を進めることをお勧めします。 +

+ +

+ アプリのローンチ予定日が近くなったら、デベロッパー コンソールのストア掲載情報設定ページに関連するすべてのフィールド、オプション、アセットに精通している必要があります。このページ用に情報とアセットを収集する際には、このページが完成して公開の準備が完了するまでに、デベロッパー コンソールに入力またはアップロードできるようにしてください。 +

+ +

+ デベロッパー コンソールでアプリの配布地域を設定したら、ローカライズされたストア掲載情報、宣伝用画像などを、サポートするすべての言語向けに追加することを忘れないでください。 +

+ +

+ アプリがタブレット デバイスを対象としている場合、タブレット上で実行されているアプリのスクリーンショットを最低 1 枚は用意し、アプリの説明、リリース情報、プロモーション キャンペーンなどすべての場所で、タブレット向けのアプリのサポートを強調するようにしてください。 +

+ +

関連リソース

+ +
+
+ +
+

+ 16.プロモーション キャンペーンで Google Play のバッジとリンクを使用する +

+ + +
+ +

+ Google Play のバッジにより、アプリを Android ユーザーに宣伝するための正式な商標を表示できます。Google Play バッジジェネレータを使用すると、バッジを簡単に作成できます。これで Web ページ、広告、レビューなどから商品にリンクするバナーを作成できます。特別なリンク フォーマットを使用して、ストア情報掲載ページ、商品の一覧や検索結果に直接リンクすることもできます。 +

+ +

+ ローンチ後にアプリが注目されるためには、できるだけ多くのチャネルを介したできるだけ多くの国で商品を紹介するプロモーション キャンペーンでローンチをサポートすることを強くお勧めします。たとえば、プレースメント広告、ソーシャル ネットワークやブログの投稿、動画や他のメディア、インタビューとレビュー、その他の利用可能なすべてのチャネルを活用してローンチを宣伝できます。 +

+ +

関連リソース

+ +
+
+ +
+

+ 17.最終チェックと行い公開する +

+ + +
+ +

+ アプリの公開の準備が整ったと判断したら、デベロッパー コンソールにサインインして、短時間で完了するいくつかの最終チェックを行います。 +

+ +

+ 次の点を確認してください。 +

+ +
    +
  • +

    + デベロッパー プロファイルの情報が正しく、正しい Google ウォレット Merchant アカウントにリンクしている(商品を販売している場合)。 +

    +
  • + +
  • +

    + 正しいバージョンのアプリをアップロードしている。 +

    +
  • + +
  • +

    + すべての画面アセット、スクリーンショット、動画、ローカライズされた説明など、ストア掲載情報のすべての部分が準備完了状態である。 +

    +
  • + +
  • +

    + アプリの価格設定を無料または有料に設定している。 +

    +
  • + +
  • +

    + 公開ターゲットの国(とキャリア)を設定し、商品の価格を購入者の通貨に設定している(該当する場合)。 +

    +
  • + +
  • +

    + [互換性のあるデバイス] で、ターゲットにしているデバイスにアプリが適合していることが示されている。示されていない場合、アプリの要件とフィルタリング ルールについて、開発チームと協力して確認する必要があります。 +

    +
  • + +
  • +

    + Web サイトへの正しいリンクと、正しいサポート メール アドレスを提供している。 +

    +
  • + +
  • +

    + アプリがコンテンツ ポリシーのガイドラインに違反していない。 +

    +
  • + +
  • +

    + アプリが Google Play での Android コンテンツのガイドラインと米国の輸出法に適合していることを確認済みである。 +

    +
  • +
+ +

+ これでアプリを公開する準備が整いました。 +

+ +

+ アップデートをリリースする場合は、アップデートの公開の要件をよくお読みください。 +

+ +

+ 公開する準備ができたらデベロッパーコンソールで [今すぐ公開する] ボタンをクリックします。数時間でユーザーがアプリを入手できるようになり、Google Play に製品ページが表示されます。これにより、ブラウジング、検索、プロモーション キャンペーンからのリンクが可能になります。 +

+ +

関連リソース

+ +
+
+ +
+

+ 18.ローンチ後にユーザーをサポートする +

+ + +
+ +

+ アプリまたはアプリのアップデートを公開した後で、アプリの利用者をサポートすることが極めて重要です。迅速で丁寧なサポートにより、ユーザーに優れたエクスペリエンスが提供され、製品の評価が高くなり好意的なレビューを得ることができます。ユーザーのニーズとフィードバックに責任を持って対応すれば、ユーザーはアプリをさらに利用し、お勧めのアプリとすることでしょう。これは特に組織的なプロモーション キャンペーンを使用している場合の公開後に当てはまります。 +

+ +

+ ユーザーに対する窓口を維持し、ユーザーにサポートを提供するにはたくさんの方法があります。最も基本的なものとしては、ストア情報掲載ページでサポートのメール アドレスを提供する方法があります。その他に、フォーラムやメーリング リスト、Google+ ページなどでサポートを提供する方法があります。Google Play のチームは、ダウンロード、インストール、支払いに関する問題についてユーザーのサポートを提供できます。これらのトピックに該当しない問題はアプリの作成者が対処します。アプリの作成者がサポート可能な問題の例として、機能リクエスト、アプリの使用に関する質問、互換性設定に関する質問などがあります。 +

+ +

+ 公開後に次の作業を計画してください。 +

+ +
    +
  • +

    + 評価とレビューをアプリのストア情報掲載ページで高い頻度で確認します。バグやその他の問題を知らせるテーマが繰り返し投稿されていないか監視します。 +

    +
  • + +
  • +

    + Android プラットフォームの新バージョンがローンチされていないか常に注意を払います。アプリの互換性設定のアップデートが必要となる場合があります。 +

    +
  • + +
  • +

    + Web サイトにサポート リソースへのリンクを配置し、フォーラムなどの他のサポートを設定します。 +

    +
  • + +
  • +

    + ストア情報掲載ページに適切なサポートのメール アドレスを提供し、ユーザーからメールが送られてきた場合に対応します。 +

    +
  • + +
  • +

    + Google Play が提供する自動返金期間ではなく、独自の寛大な返金ポリシーで対応し、満足したユーザーからの今後の購入を期待します。 +

    +
  • + +
  • +

    + アプリの問題を認識し、修正します。これにより透明性が向上します。既知の問題は、ストア掲載情報ページに積極的にリストします。 +

    +
  • + +
  • +

    + アップデートは、品質を損なわずに可能な限り頻繁に行います。頻度が高すぎるアップデートでユーザーにうっとうしい印象を与えないようにします。 +

    +
  • + +
  • +

    + 毎回のアップデートで、アップデートでの変更内容の要約を提供するようにします。この情報はデベロッパー コンソールで入力できます。ユーザーはこれを読み、アプリの品質向上が真剣に行われていることを評価します。 +

    +
  • +
+ + +

関連リソース

+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/distribute/tools/localization-checklist.jd b/docs/html-intl/intl/ja/distribute/tools/localization-checklist.jd new file mode 100644 index 0000000..b2c797b --- /dev/null +++ b/docs/html-intl/intl/ja/distribute/tools/localization-checklist.jd @@ -0,0 +1,716 @@ +page.title=ローカライズのチェックリスト +page.metaDescription=Android と Google Play から提供される世界中のユーザーを活用します。このチェックリストを読んで、お客様の製品を世界中のマーケットに提供する方法の概要を把握してください。 +meta.tags="localizing, publishing, disttools" +page.tags="local, l10n, translation, language" +page.image=/distribute/images/localization-checklist.jpg + +@jd:body + + + +
+ +
+ +

+ Android と Google Play により、日本、韓国、インド、ブラジル、ロシアなどの国々で急速に成長している潜在的な顧客基盤が形成され、アプリに対して世界規模のユーザーが提供されます。アプリの配布の可能性を最大限に高め、世界中のユーザーから評価を得ることができるようになるため、アプリのローカライズを強くお勧めします。 +

+ +

+ ローカライズはアプリ開発サイクル中のさまざまなタスクが関与するため、事前計画が重要となります。このドキュメントで、Google Play でアプリを世界規模のローンチの成功に導くローカライズの重要な側面を明らかにします。 +

+ +
+

+ 1.ターゲット言語とロケールの特定 +

+ + +
+ +

+ ローカライズの準備を行うときの基本的ながら重要な手順は、アプリを配布する国とその国で話されている言語を特定することです。大きな市場が見込まれ、英語や他の世界規模の言語が広く使用されていない国では、アプリのローカライズは特に重要です。 +

+ +

+ 全世界のユーザーに向けて、アプリを 3 つの主なカテゴリ(国、ロケール、言語)で管理できます。これらの中で、ローカライズの主要な考慮事項は言語です(日付、時刻、通貨、または同様な情報の形式が異なるため、ロケールも重要です)。ユーザーは Android デバイスで使用される言語とロケールの両方を管理します。これらはアプリがどのように表示されるかに影響します。 +

+ +

+ 通常は、市場全体の規模と機会、アプリのカテゴリ、競争環境、現地価格設定、財務上の要因などに基づき、最初にターゲットにする国を決定します。次に、ターゲットにする国に基づき、アプリでサポートを必要とする言語を決定します。 +

+ +

+ 次に、ターゲットにする国の一部の言語にローカライズするか、すべての言語にローカライズするかを決定することができます。主な地域言語から始まり、ユーザー基盤が増大するにつれて言語をさらに追加する方法が合理的です。 +

+ +

+ ターゲットの言語を特定したら、この言語の市場に対する開発、翻訳、テスト、マーケティングの各作業に集中できます。 +

+ +

関連リソース

+ +
+
+ +
+

+ 2.ローカライズ向けデザイン +

+ + +
+ +

+ ローカライズするターゲット言語が決まったら、その言語をサポートするために実行する必要がある作業を見極めて、その作業を早めに計画します。各言語で、語彙の増大、スクリプトの要件、文字間のスペース、改行の制約、左から右のサポートと右から左のサポート、その他の可能性のある要因を検討します。 +

+ +

+ 柔軟性の高い 1 つのレイアウト セットを設計する +

+ +

+ レイアウトを作成する際、テキストを保持する UI 要素を余裕を持たせて設計するようにします。オリジナル言語に必要なスペースよりも多くのスペースを確保して(通常は最大 30% 増し)、他の言語にも対応できるようにしておくことをお勧めします。 +

+ +

+ また、UI ストリングや入力テキストの幅と高さの多様性に対応するため、要素は横方向または縦方向に拡張できる必要があります。テキスト ストリングはどのターゲット言語でも、境界または画面の縁でオーバーラップしないようにしてください。 +

+ +

+ UI を慎重に設計すると、通常はサポートするすべての言語について 1 つのレイアウト セットを使用できます。詳細については、フレキシブルな UI のビルドを参照してください。 +

+ +

+ 必要に応じて代替レイアウトを使用する +

+ +

+ UI がターゲット言語のいずれかでテキストに対応できない場合、その言語のみに代替レイアウトを作成できます。Android では、特定の言語、ロケール、画面サイズなどを適切なリソース修飾子でタグ付けするだけで、これらに対応してロードするレイアウトやその他のリソースのセットを簡単に宣言できます。代替レイアウトにも柔軟性はありますが、アプリを長期にわたって維持することは難しくなります。一般的に、1 つの柔軟性に優れたレイアウトを使用することをお勧めします。 +

+ +

+ RTL レイアウトとテキストをサポートする +

+ +

+ 左から右(RTL)スクリプトが使用されている国に配布する場合、RTL のレイアウトおよびテキストの表示と編集のサポートを可能な範囲で実装することを検討してください。 +

+ +

+ Android 4.1 は双方向テキストに対する制限付きサポートを導入し、アプリが左から右(LTR)スクリプトと右から左(RTL)スクリプトの両方でテキストを表示し、編集できるようになっています。Android 4.2 はレイアウトのミラーリングを含む RTL レイアウトの完全ネイティブ サポートを追加したため、すべてのユーザーに優れたアプリのエクスペリエンスを同様に提供できるようになりました。 +

+ +

+ 少なくとも Android 4.2 のユーザーに対しては、RTL ユーザーのニーズを満たすことに大きな役割を果たす基本的な RTL レイアウト ミラーリングを追加しやすくなっています。 +

+ +

+ 日付、時刻、数値、通貨についてシステムが提供する形式を使用する +

+ +

+ アプリがロケールで変わることのある日付、時刻、数値、通貨、その他のエンティティを指定する場合は、アプリ固有の形式ではなく、システムが提供する形式を使用するようにしてください。すべてのロケールが 3 桁ごとの区切り文字、少数点の記号、パーセント記号に同じものを使用しているとは限らないことに注意してください。 +

+ +

+ Android は日付用の DateUtilsDateFormat、数値と通貨用のString.format() または DecimalFormat、電話番号用の PhoneNumberUtils などのすべてのロケールに適用される形式指定とパターン変換に対応するさまざまなユーティリティを備えています。 +

+ +

+ ユーザーのロケールに関する想定に基づいて形式をハードコードすると、ユーザーが別のロケールに変えた場合に問題となる可能性があります。システムが提供する形式とユーティリティを使用することを強くお勧めします。 +

+ +

+ デフォルト リソースのフル セットを組み込む +

+ +

+ デフォルト リソースのフル セットを提供して、言語やロケールに関係なく、アプリが正しく動作できるようにします。アプリのデフォルト リソースはどの言語またはロケール修飾子でもマークされていないリソースです。たとえば、res/drawable/ と res/values/ に格納されているリソースです。アプリが現在の言語またはデフォルト セットに存在しないリソースをロードしようとすると、アプリはクラッシュします。 +

+ +

+ アプリで使用しているデフォルト言語によらず、関連付けられたレイアウト、ドローアブル、ストリングをデフォルトのリソース ディレクトリに言語またはロケールの修飾子なしで格納するようにしてください。 +

+ +

関連リソース

+ +
+
+ +
+

+ 3.ローカライズ向けストリングの管理 +

+ + +
+ +

+ ユーザーに優れたエクスペリエンスを提供し、ローカライズを簡素化させるため、アプリの UI ストリングを適切に管理することが重要です。 +

+ +

+ すべてのストリングを strings.xml に移動する +

+ +

+ アプリを作成する際には、ストリングをハード コードしないことを忘れないでください。ハード コードせずに、すべてのストリングをデフォルトの strings.xml ファイルでリソースとして宣言し、アップデートとローカライズを容易にします。strings.xml ファイルのストリングは抽出、翻訳が可能であり、コンパイルされたコードを変更せずに(適切な修飾子付きで)アプリに戻して統合できます。 +

+ +

+ テキスト付きの画像を作成している場合、そのストリングも同様に strings.xml に配置し、翻訳後に画像を再作成します。 +

+ +

+ UI ストリングに関する Android のガイドラインに従う +

+ +

+ UI を設計し、開発する際には、どのようにユーザーと対話するかについて、十分注意を払うようにしてください。一般的には、使いやすく簡潔な簡明で短いスタイルを使用し、UI 全体で一貫したスタイルを使用します。 +

+ +

+ 記述スタイルと語句の選択については、Android のデザインに関する推奨事項を読み、従うようにしてください。ユーザーにとってアプリがより洗練されたものになり、ユーザーが UI をより簡単に理解できるようになります。 +

+ +

+ さらに、「アクション バー」や「オプション メニュー」、「システム バー」、「通知」などの UI 要素などについて、可能な場合常に Android の標準用語を使用してください。Android の用語を使用すると、正しく一貫性のある翻訳をより簡単に行えるようになり、より優れた最終製品をユーザーに提供できることになります。 +

+ +

+ 宣言されたストリングに十分なコンテキストを提供する +

+ +

+ strings.xml ファイルにストリングを宣言する際には、ストリングが使用されるコンテキストを記述するようにしてください。この情報は翻訳者にとって非常に重要で、より高い品質の翻訳の実現につながります。さらに、ストリングを長期にわたってより効率的に管理する場合にも役立ちます。 +

+ +

+ 以下に例を示します。 +

+ +
+<!-- The action for submitting a form. This text is on a button that can fit 30 chars -->
+<string name="login_submit_button">Sign in</string>
+
+

+ 次の情報を含むコンテキスト情報の提供を検討してください。 +

+ +
    +
  • +

    + ストリングの用途はどのようなものか?ユーザーに表示される場所とタイミングは? +

    +
  • + +
  • +

    + レイアウトのどこに配置されるか?たとえば、ボタンの場合はテキスト ボックスよりも翻訳の柔軟性が低くなります。 +

    +
  • +
+ +

+ 翻訳対象外のメッセージ部分をマークする +

+ +

+ 多くのストリングには他の言語に翻訳してはならないテキストが含まれています。一般的な例としては、コード、値のプレースホルダー、特殊記号、名前などです。翻訳用のストリングを準備する際は、翻訳せずにそのまま残すべきテキストを特定してマークしてください。これで翻訳者はそのテキストを変更しません。 +

+ +

+ 翻訳対象外としてテキストをマークするには、<xliff:g>プレースホルダー タグを使用します。以下の例では、テキスト "%1$s" が翻訳中に変更されないようになっています(変更されるとメッセージが破壊されます)。 +

+ +
+<string name="countdown">
+    <xliff:g id="time" example="5 days>%1$s</xliff:g>until holiday
+</string>
+
+

+ プレースホルダー タグを宣言する場合には、プレースホルダーの目的を説明する id 属性を必ず追加してください。アプリが後でプレースホルダーの値を置き換える場合、example 属性を提供して置き換えられると予測される値を明確にしてください。 +

+ +

+ プレースホルダー タグの例をさらにいくつか示します。 +

+ +
+<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
+
+<!-- Example placeholder for a special unicode symbol -->
+
+<string name="star_rating">Check out our 5
+
+    <xliff:g id="star">\u2605</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a for a URL -->
+
+<string name="app_homeurl">
+
+    Visit us at <xliff:g id="application_homepage">http://my/app/home.html</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a name -->
+
+<string name="prod_name">
+
+    Learn more at <xliff:g id="prod_gamegroup">Game Group</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a literal -->
+
+<string name="promo_message">
+
+    Please use the "<xliff:g id="promotion_code">ABCDEFG</xliff:g>” to get a discount.
+
+</string>
+
+...
+
+</resources>
+
+

関連リソース

+ +
+
+ +
+

+ 4.UI ストリングとその他のリソースの翻訳 +

+ + +
+ +

+ アプリの UI ストリングとリソースをターゲット言語に翻訳することは、ローカライズの重要な段階で、最大限の慎重さと計画性が求められる作業です。 +

+ +

+ アプリの価値を高める高品質の翻訳を実現するため、翻訳の専門家(プロによる翻訳を購入するを参照してください)と共同で作業することをお勧めします。機械翻訳も選択できますが、ユーザーに優れたエクスペリエンスを提供できない可能性があります。 +

+ +

+ 翻訳の準備をする +

+ +

+ 翻訳のアウトプット品質はその一部がインプットに左右されるため、strings.xml ファイルがきちんと整理され、適切なコメントが含まれており、正確である必要があります。 +

+ +

+ 翻訳用のストリングを準備するための方法を以下にいくつか示します。 +

+ +
    +
  • +

    + ストリングを正しく一貫性のあるフォーマットにします。 +

    +
  • + +
  • +

    + 上記のローカライズ向けストリングの管理に記載されているストリングの推奨事項に従います。 +

    +
  • + +
  • +

    + strings.xml ファイルをクリーンアップして未使用のストリングを削除します。 +

    +
  • + +
  • +

    + ファイルの所有者、作成元、バージョンを特定できるコメントをファイルに配置し、翻訳者向けの特別な指示も入力します。 +

    +
  • + +
  • +

    + 既存の翻訳がある場合は、これらを特定し、翻訳者に送る発信 zip ファイルまたは他のパッケージに含めます。 +

    +
  • + +
  • +

    + 翻訳の必要なドローアブルや他のリソースを特定し、これを翻訳者に送るパッケージに含めます。 +

    +
  • + +
  • +

    + さらに、アプリのストア掲載情報の詳細(アプリのタイトルと説明、リリース情報など)と、その他の全世界で使用するマーケティング素材を翻訳することを検討します。 +

    +
  • + +
  • +

    + 製品、マーケット、基盤テクノロジーに見られる主要な用語の意味と用途を説明する用語リストを作成します。そのリストを翻訳者に送るパッケージに追加します。 +

    +
  • +
+ +

+ 翻訳用のストリングを送信する +

+ +

+ 開発サイクルの初期段階で翻訳業者に連絡を取り、翻訳のコストと納期に関するアイディアを出してもらいます。コストには複数の繰り返しも含めるようにしてください。オンラインで翻訳業者を探すか、または Google Play デベロッパー コンソールから直接利用できる翻訳サービスを使用します(プロによる翻訳を購入するを参照してください)。 +

+ +

+ 翻訳が完了したら、翻訳の事前確認を行います。すべてのファイルが翻訳されており、エンコードに関する問題が起きる可能性がないかチェックして、宣言フォーマットが変更されていないことを確認します。 +

+ +

+ すべて問題なしと判断したら、ローカライズされたディレクトリとファイルをアプリのリソースに慎重に移動します。ディレクトリが後から正しくロードされるように、適切な言語とロケールの修飾子でタグ付けしておくようにしてください。 +

+ +

+ 翻訳がアプリに組み込まれたら、ローカライズされたアプリのテストを開始します。 +

+ +

+ Google Play からプロによる翻訳を購入する +

+ +

+ Google Play のアプリ翻訳サービスを利用すると、アプリの翻訳を素早く検索して購入することができます。デベロッパー コンソールで、高品質な翻訳を適正価格で提供する Google 認定済みのサードパーティ ベンダーの一覧を閲覧できます。翻訳してもらいたいストリングをアップロードし、翻訳先言語を選択して、時間と価格を基準に翻訳業者を選択します。 +

+ +

+ 翻訳を購入すると、業者からメールが届きます。翻訳は、利用者と業者の間で、ビジネスに関して直接合意して行われ、翻訳プロセスと成果物の管理や、サポート上の問題の解決については、業者と直接やり取りする必要があります。 +

+ +
+ +
+ +

関連リソース

+ +
+
+ +
+

+ 5.ローカライズされたアプリのテスト +

+ + +
+ +

+ 翻訳済みストリングとリソースを受け取り、これらをアプリに組み込んだら、アプリをテストして、全世界のユーザーへの配布の準備を完了する必要があります。 +

+ +

+ 手動テストは、レイアウトとストリングのローカライズ上の問題の発見に役立ちます。このような問題は、ユーザーの満足度と、最終的にはアプリのユーザーの評価に影響する可能性があります。 +

+ +

+ テスト環境の設定 +

+ +

+ ローカライズされたアプリをテストするには、ターゲットとしているマーケットとフォーム ファクタに基づき、複数のデバイス(または仮想デバイス)と画面サイズで構成された環境を設定する必要があります。特定の地域においてデバイスの範囲が異なる可能性があることに注意してください。可能であれば、テスト用デバイスをユーザーが使用する可能性の高い実際のデバイスに合わせてください。 +

+ +

+ 一般的なローカライズ上の問題を見つける +

+ +

+ テスト用デバイスごとに、[設定] で言語またはロケールを設定します。アプリをインストールして起動し、すべての UI フロー、ダイアログ、ユーザー インタラクションを使用してナビゲートします。入力フィールドにテキストを入力します。次のような問題がないか確認します。 +

+ +
    +
  • +

    + テキストが切り捨てられている、テキストが UI エレメントや画面の縁でオーバーラップしている +

    +
  • + +
  • +

    + 改行が見づらい +

    +
  • + +
  • +

    + 語句の切れ目や句読点に誤りがある +

    +
  • + +
  • +

    + アルファベット順の並び替えに誤りがある +

    +
  • + +
  • +

    + レイアウトまたはテキストの方向に誤りがある +

    +
  • + +
  • +

    + 未翻訳のテキストがある。翻訳済みストリングの代わりにデフォルトのストリングが表示された場合、これらの翻訳用のストリングを見落としているか、または正しくない言語修飾子でリソース ディレクトリをマークしている可能性があります。 +

    +
  • +
+ +

+ ストリングが翻訳により長くなり、レイアウトに収まらなくなった場合、デフォルトのテキストを簡素化したり、翻訳テキストを簡素化したり、デフォルトのレイアウトを調整したりすることをお勧めします。これらの方法を試しても問題が解決されない場合は、特定の言語用にカスタム レイアウトを作成できます。 +

+ +

+ デフォルトのリソースに対してテストする +

+ +

+ サポート対象のすべての言語とロケールでアプリをテストしたら、サポート対象外の言語とロケールでもう一度テストするようにしてください。これにより、アプリにデフォルトのストリングとリソースのフル セットが含まれていることが確認でき、アプリは、ユーザーが選択した言語に関係なくすべてのユーザーが使用できることを確認できます。 +

+ +

+ 母国語の話し手によるレビューを行う +

+ +

+ テスト中またはテスト後に、ローカライズされたアプリのレビューを母国語の話し手に依頼することをお勧めします。レビュー方法の 1 つとして、母国語のユーザーによるベータ テストの実施があります。Google Play はこの方法をサポートします。 +

+ +
+

+ 6.世界規模のローンチの準備を整える +

+ + +
+ +

+ アプリが翻訳されているということはローカライズの重要な要素ですが、製品がユーザーにとって魅力的で、ユーザーからの注目を集めるようになるには、ターゲットの国でのローンチに向けた準備をして、全世界のユーザー向けの広域的なローンチとマーケティングの計画を作成する必要があります。 +

+ +

+ Google Play の掲載情報をローカライズする +

+ + + +

+ 国際規模のマーケットでアプリを成功に導くためには、Google Play のストア掲載情報のローカライズは必須の要件です。ローカライズされた掲載情報は、デベロッパー コンソールで管理できます。 +

+ +

+ ローンチに先だって、早い時期にアプリのタイトル、説明、宣伝用テキスト、マーケティング名とプログラム、その他のテキストと画像について決定します。掲載情報のテキストと画像を、早い時期に翻訳工程に回し、ベータ テストが始まった時点で翻訳が完了しているようにします。翻訳されたテキストが準備できたら、デベロッパー コンソールからこれらを追加できます。 +

+ + + +

+ さらに、ローカライズされた優れたアプリの作成に尽力したことをユーザーに知らせましょう。言語ごとに UI のスクリーンショットを撮ります。電話、7 インチ タブレット、10 インチ タブレットのものをそれぞれ用意します。スクリーンショットは、サポートする言語ごとにデベロッパー コンソールにアップロードできます。これは他の言語でアプリの掲載情報をブラウズするユーザーに大きな価値をもたらします。 +

+ +

+ 宣伝用の画像とビデオのローカライズ バージョンを作成することも重要です。たとえば、アプリのメイン ビジュアルには、宣伝効果を高める翻訳が必要なテキストが含まれていることがあります。または、ある国に、別の国で実行したものとは異なる視覚的アプローチを採用できます。言語ごとに異なるバージョンの宣伝用画像を作成し、これをデベロッパー コンソールにアップロードできます。宣伝用の動画を提供する場合、そのローカライズ版を作成し、サポートする言語ごとに適切なローカライズ動画へのリンクを追加できます。 +

+ +

+ 主要な国におけるベータ リリースを計画する +

+ + + +

+ アプリをローンチする前は、必ずユーザーから実際のフィードバックを入手することが重要です。これは、新しい言語、国、地域にアプリをローンチする際にも同様です。この場合、アプリのリリース前バージョンを複数の主要なマーケットにわたってユーザーに配布し、ユーザーがフィードバックを提供してバグを報告するための簡単な手段を用意することを強くお勧めします。 +

+ +

+ Google Play はアプリのベータ プログラムのセットアップを支援します。デベロッパー コンソールにサインインして APK をアップロードしたら、アプリのアルファ版テストとベータ版テストのユーザー グループをセットアップできます。アルファ テスターの小さなグループから始めて、ベータ テスターの大きなグループに移行できます。 +

+ +

+ 追加されたユーザーは、アプリのストア掲載情報にアクセスしてアプリをインストールします。アルファ バージョンまたはベータ バージョンのユーザーはレビューまたは評価を残すことができません。そのため Google Play 上の評価にはリスクがありません。ただし、これはテスター向けにフィードバックを提供するメカニズムをセットアップする必要があることを意味します。Google+ ページまたは Google グループを作成することを検討してください。 +

+ +

+ 受け取ったフィードバックは、優れたエクスペリエンスをユーザーに保証するための UI、翻訳、ストア掲載情報の調整に役立てられます。 +

+ +

+ 国際規模のマーケティングを計画する +

+ +

+ 複数の国にわたってアプリが注目されるために、国際規模のマーケティングまたは広告キャンペーンを実施することを検討してください。キャンペーンの範囲はサポートできる予算に応じて変化しますが、一般的には、ローンチ時およびローンチ後の地域または国に特化したマーケティングはコスト効率が高く、生産性も高くなります。 +

+ +

+ ローカライズ版の Google Play のバッジを作成する +

+ +

+ 国際規模のマーケティングを準備する場合は、Google Play に登録されていることをユーザーに知らせるために、ローカライズ版の Google Play のバッジを組み込むようにしてください。バッジ ジェネレータを使用すれば、ローカライズ版のバッジを簡単に作成できます。これを Web サイトやマーケティング素材で使用できます。高解像度のアセットも使用できます。 +

+ +

+ ローカライズ版のデバイス アートを作成する +

+ +

+ Android デバイスで実行されているアプリの製品ショットを訴求する場合は、そのショットを魅力的にして、最新の Android デバイスを反映するようにしてください。高品質のマーケティング素材を作成するために、ドラッグ アンド ドロップ対応の Device Art Generator を使用して、スクリーンショットを Nexus デバイス上に簡単にはめ込むことができます。 +

+ +

+ 最適化に関するヒントをチェックする +

+ +

+ ローンチの準備に際しては、デベロッパー コンソールにサインインしてアプリの最適化に関するヒントをチェックしてください。最適化に関するヒントにより、ローカライズされたストア掲載情報の欠落部分を確認でき、ローカライズ版のローンチを成功させるために役立つ他の注意事項が提供されます。 +

+ +

関連リソース

+ +
+
+ +
+

+ 7.ローンチ後に全世界のユーザーをサポートする +

+ + +
+ +

+ アプリを国際規模でローンチしたら、さまざまな言語とタイム ゾーンにおけるユーザーをサポートする準備を整えます。全世界のユーザー サポートの範囲は予算に応じて異なりますが、少なくともローンチ後は、評価、レビュー、ダウンロードの統計情報を注意深く観察する必要があります。 +

+ +

+ 以下の提案を参照してください。 +

+ +
    +
  • +

    + デベロッパー コンソールでアプリの統計情報を使用して、複数の言語と国にわたってダウンロード数、インストール数、アンインストール数、評価を比較します。特定の言語または国でダウンロード数評価が低迷している場合、製品の改良やマーケティング アプローチの変更などの選択肢を検討してください。 +

    +
  • + +
  • +

    + レビューを定期的にチェックします。Google Play ではすべてのユーザー レビューが翻訳されるため、全世界のユーザーがアプリについてどのように感じているか、どの機能が気に入っているか、どの問題がユーザーに影響を及ぼしているかについて、常に確認することができます。レビューを観察することで、特定の国でユーザーに影響を及ぼす可能性のある技術上の問題を特定することができ、アプリを修正してアップデートできます。 +

    +
  • + +
  • +

    + 可能な限りレビューに返答します。可能な限り、全世界のユーザーの言語または共通言語でユーザーに対応することをお勧めします。対応できない場合は、翻訳ツールを試すことができます。ただし、結果は予想どおりにならない場合があります。アプリがある言語で人気が高くなっている場合、その言語の母国語の話し手からサポートの支援受けることを検討してください。 +

    +
  • + +
  • +

    + Web サイト上のサポート リソースへのリンクを置くようにしてください。言語固有のユーザー グループ、Google+ コミュニティ、その他のサポート フォーラムをセットアップすることを検討してください。 +

    +
  • +
+ +

+ 上記の実践により、アプリのローカライズ、全世界のユーザーへの宣伝とマーケティング、継続的なサポートの提供を強化することで、多くの新しいユーザーがアプリに注目し、ユーザーのアプリへの愛着心が維持されます。 +

+ +

+ アプリを Google Play で計画し、作成してローンチする方法について詳しくは、ローンチ チェックリストを参照してください。 +

+

関連リソース

+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/ja/google/play/filters.jd b/docs/html-intl/intl/ja/google/play/filters.jd new file mode 100644 index 0000000..a1b9ec0 --- /dev/null +++ b/docs/html-intl/intl/ja/google/play/filters.jd @@ -0,0 +1,266 @@ +page.title=Google Play 上のフィルタ + +@jd:body + +
+
+ +

クイックビュー

+
    +
  • Google Play はストアからアプリをダウンロードできる Android デバイスをコントロールするためにフィルタを適用します。
  • +
  • フィルタリングにより、アプリの互換性要件に適合するデバイスのユーザーのみ、アプリを利用できるようになります。
  • フィルタリングはアプリのマニフェスト ファイルで宣言する設定要件と他の要因で指定されます。
  • +
+ +

本書の内容

+ +
    +
  1. Google Play でのフィルタリングの仕組み
  2. +
  3. マニフェスト要素に基づいたフィルタリング +
  4. +
  5. その他のフィルタ
  6. +
  7. 異なるフィルタを使用した複数の APK の公開
  8. +
+ +

関連ドキュメント

+
    +
  1. Android +の互換性
  2. +
  3. <supports-gl-texture>
  4. +
  5. <supports-screens>
  6. +
  7. <uses-configuration>
  8. +
  9. <uses-feature>
  10. +
  11. <uses-library>
  12. +
  13. <uses-permission>
  14. +
  15. <uses-sdk>
  16. +
+ +
+
+ +

ユーザーが Google Play でダウンロードするアプリを検索したりブラウジングしたりすると、その結果はアプリと互換性のあるデバイスに基づいてフィルタリングされます。たとえば、アプリがカメラを必要とする場合、このアプリはカメラを搭載していないデバイスには表示されません。このフィルタリング機能により、デベロッパーはアプリの配布を管理し、ユーザーに可能な限り最善のエクスペリエンスを保証できます。

+ +

Google Play でのフィルタリングは、複数のタイプのアプリ メタデータと設定を基準にしています。これには、マニフェストの宣言、必須ライブラリ、構造の依存関係、および対象地域や価格設定といった、Google Play デベロッパー コンソールで設定される一連の配布コントロールなどが含まれます。

+ +

Google Play のフィルタリングは、一部をマニフェスト宣言と Android フレームワークの他の局面を基準にしていますが、実際のフィルタリング動作はこのフレームワークとは異なり、特定の API レベルに関係するものではありません。このドキュメントでは、Google Play が使用する現行のフィルタリング ルールを指定します。

+ + +

Google Play でのフィルタリングの仕組み

+ +

Google Play は以下に説明するフィルタ制限を使用して、Google Play アプリでアプリをブラウジングしたり、検索したりしているユーザーにアプリを表示するかどうかを決定します。

+ +

Google Play は、アプリを表示するかどうかを決定する際に、デバイスのハードウェア要件とソフトウェア要件を確認し、同時にキャリア、ロケーション、他の特性も確認します。次にこれらをアプリのマニフェスト ファイル、および公開の詳細で指定されている制限事項と依存関係に対して比較します。

+ +

フィルタ ルールに準じてアプリがデバイスと互換性があれば、Google Play からそのアプリがユーザーに表示されます。互換性がなければ、Google Play は検索結果とカテゴリ ブラウジングでアプリを表示しません。Google Play 内でそのアプリの ID を直接示す詳細リンクをクリックしてアプリを明確に要求しても、表示されることはありません。

+ +

アプリで選択可能なフィルタを自由に組み合わせて使用できます。たとえば、アプリで minSdkVersion 要件の "4" を設定し、smallScreens="false"に設定して、そのアプリを Google Play にアップロードして、ヨーロッパ諸国(キャリア)のみをターゲットにすることができます。このように、Google Play のフィルタは 3 つの要件すべてに適合しないとデバイスでアプリが使用できないようにします。

+ +

すべてのフィルタリングの制限事項はアプリのバージョンと関連付けられており、バージョン間で変えることができます。たとえば、あるユーザーがアプリをインストール済みであり、そのアプリをユーザーに表示しないアップデートを公開すると、ユーザーにはアップデートが利用可能であることがわかりません。

+ +

Google Play Web サイトでのフィルタリング

+ +

ユーザーが Google Play Web サイトをブラウジングする際には、公開されているすべてのアプリが表示されます。Google Play Web サイトでは、ユーザーが登録しているデバイスごとにアプリと互換性があるかどうかアプリの要件を比較し、デバイスと互換性のあるアプリだけをインストールできるようにします。

+ +

アプリのマニフェストに基づくフィルタリング

+ +

フィルタの多くはアプリのマニフェスト ファイル AndroidManifest.xml 内の要素によってトリガーされます(このマニフェスト ファイル内のすべてがフィルタリングをトリガーするわけではありません)。表 1 では、フィルタリングをトリガーするために使用する必要のあるマニフェスト要素を示し、各要素のフィルタリングの仕組みについて説明しています。

+ +

表 1. Google Play でフィルタリングをトリガーするマニフェスト要素

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
マニフェスト要素フィルタ名フィルタの仕組み
<supports-screens> + 画面サイズ + +

アプリは、<supports-screens> 要素の属性を設定することでサポート可能な画面サイズを示します。アプリが公開されると、Google Play はこれらの属性を使用して、デバイスの画面サイズに基づき、アプリをユーザーに表示するかどうかを決定します。

+ +

一般的なルールとして、Google Play は、デバイスのプラットフォームが小さいレイアウトを大きな画面に表示できる一方で、大きなレイアウトを小さな画面に表示できるような調整はできないと想定しています。そのため、アプリが「通常の」画面サイズのみのサポートを宣言している場合、Google Play は通常画面サイズのデバイスと大きい画面サイズのデバイスの両方でアプリを使用できるようにしますが、小さい画面サイズのデバイスでアプリを使用できないようにフィルタリングします。

+ +

アプリが<supports-screens> の属性を宣言していないと、Google Play はこの属性の規定値を使用します。規定値は API レベルによって異なります。特に次の場合に注意が必要です。

+ +
    +
  • android: +minSdkVersion または android: +targetSdkVersion が 3 以下に設定されているアプリの場合、<supports-screens> 要素自体が未定義となり、どの属性も使用できません。この場合、Google Play はアプリが通常の画面サイズ向けに設計されていると想定し、通常サイズ以上の画面のデバイスにアプリを表示します。

    + +
  • android: +minSdkVersion または android: +targetSdkVersion が 4 以上に設定されているアプリの場合、すべての属性のデフォルトは "true" となります。この場合、アプリはデフォルトですべての画面サイズをサポートするとみなされます。
  • +
+ +

例 1
マニフェストが <uses-sdk android:minSdkVersion="3"> を宣言し、<supports-screens> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されない限り、小さい画面サイズのデバイスのユーザーにはアプリを表示しませんが、通常の画面サイズと大きい画面サイズのデバイスのユーザーには表示します。

+

例 2
+
マニフェストが <uses-sdk android:minSdkVersion="3" + android:targetSdkVersion="4"> を宣言し、<supports-screens> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されない限り、すべてのデバイスのユーザーにアプリを表示します。

+

例 3
+
マニフェストが <uses-sdk android:minSdkVersion="4"> を宣言し、<supports-screens> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されない限り、すべてのユーザーにアプリを表示します。

+

アプリの画面サイズのサポートを宣言する方法については、<supports-screens>複数の画面のサポート(Supporting Multiple Screens)を参照してください。

+
<uses-configuration> + デバイス設定:
キーボード、ナビゲーション、タッチスクリーン

アプリは特定のハードウェア機能を要求することがあり、Google Play は要求されたハードウェアを備えたデバイスにのみアプリを表示します。

+

例 1
+
マニフェストが <uses-configuration android:reqFiveWayNav="true" /> を含み、ユーザーが 5 方向ナビゲーション コントロールを備えていないデバイスでアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

+

例 2
+
マニフェストが <uses-configuration> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されない限り、すべてのユーザーにアプリを表示します。

+

詳細については、<uses-configuration> をご覧ください。

<uses-feature> + + デバイス機能
name

アプリをデバイスに表示するために、特定のデバイス機能を要求できます。この機能は Android 2.0(API レベル 5)で導入されました。

+

例 1
+
マニフェストに <uses-feature +android:name="android.hardware.sensor.light" /> が含まれていて、ユーザーが光センサーを備えていないデバイスでアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

+

例 2
+
マニフェストが <uses-feature> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されない限り、すべてのユーザーにアプリを表示します。

+

詳細については <uses-feature> + を参照してください。

+

暗黙的な機能に基づいたフィルタリング: 場合によっては、Google Play は <uses-permission> 要素から要求されたパーミッションを、<uses-feature> 要素で宣言されたものと同等の機能要件として解釈します。以下の <uses-permission> を参照してください。

+
OpenGL-ES バージョン
openGlEsVersion

アプリは、<uses-feature + android:openGlEsVersion="int"> 属性を使用して、デバイスが特定の OpenGL-ES バージョンをサポートすることを要求できます。

+

例 1
+
アプリは、マニフェストで openGlEsVersion を複数回指定して複数の OpenGL-ES バージョンを要求しています。結果: Google Play は、示されたバージョンの中で最も新しいものをアプリが要求していると想定します。

+

例 2
+
アプリが OpenGL-ES バージョン 1.1 を要求し、ユーザーは OpenGL-ES バージョン 2.0 をサポートするデバイスでアプリを検索しています。結果: Google Play は、他のフィルタが適用されない限り、ユーザーにアプリを表示します。デバイスが OpenGL-ES バージョン X をサポートすることを通知すると、Google Play は X よりも前のバージョンもデバイスがサポートすると想定します。 +

+

例 3
+
ユーザーが OpenGL-ES のバージョンを通知しないデバイス(Android 1.5 以下を実行しているデバイスなど)でアプリを検索しています。結果: Google Play は、デバイスが OpenGL-ES 1.0 のみをサポートすると想定します。Google Play は、openGlEsVersion を指定しないアプリ、またはOpenGL-ES バージョン 1.0 より新しいバージョンを指定していないアプリのみをユーザーに表示します。

+

例 4
+
マニフェストが openGlEsVersion を指定していません。結果: Google Play は、他のフィルタが適用されない限り、すべてのユーザーにアプリを表示します。

+

詳細については、<uses-feature> をご覧ください。

<uses-library>ソフトウェア ライブラリ

アプリは、デバイスで動作するために特定の共有ライブラリを要求できます。

+

例 1
+
アプリが com.google.android.maps ライブラリを必要とし、ユーザーが com.google.android.maps ライブラリを持たないデバイスでアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

+

例 2
マニフェストが <uses-library> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されない限り、すべてのユーザーにアプリを表示します。

+

詳細については、<uses-library> をご覧ください。

<uses-permission> 厳密に言えば、Google Play は <uses-permission> 要素に基づいたフィルタリングを行いません。ただし、要素を読み込んで、アプリに <uses-feature> 要素で正しく宣言されていない可能性のあるハードウェア機能の要件を備えているかどうか判断します。たとえば、アプリが CAMERA パーミッションを要求しながら android.hardware.camera<uses-feature> エレメントを宣言していないと、Google Play はアプリでカメラが必要であるとみなし、カメラが搭載されていないデバイスのユーザーにアプリを表示しません。

+

一般的には、アプリがハードウェア関連のパーミッションを要求する場合、Google Play は <uses-feature> 宣言に対応するものがない場合でも、基本的なハードウェア機能を必要としていると想定します。次に、Google Play は、<uses-feature> 宣言で暗黙指定される機能に基づき、フィルタリングを設定します。

+

ハードウェア機能を暗黙指定するパーミッションの一覧については、<uses-feature> 要素のドキュメントを参照してください。

+
<uses-sdk>最小フレームワーク バージョン(minSdkVersion

アプリケーションは最小 API レベルを要求できます。

+

例 1
マニフェストに <uses-sdk + android:minSdkVersion="3"> が含まれ、アプリが API レベル 3 で導入された API を使用しています。ユーザーは API レベル 2 を備えたデバイスでアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

+

例 2
マニフェストに minSdkVersion が含まれず、アプリが API レベル 3 で導入された API を使用しています。ユーザーは API レベル 2 を備えたデバイスでアプリを検索します。結果: Google Play は minSdkVersion が「1」で、アプリがすべてのバージョンの Android と互換性があると想定します。Google Play はユーザーにアプリを表示し、ユーザーがアプリをダウンロードできるようにします。アプリは実行時にクラッシュします。

+

2 番目のシナリオが発生しないようにするため、minSdkVersion を常に宣言することをお勧めします。詳細については、android:minSdkVersion を参照してください。

最大フレームワーク バージョン(maxSdkVersion

廃止されました。Android 2.1 以降は maxSdkVersion 属性の確認または適用を行わず、maxSdkVersion がアプリのマニフェストに設定されていても SDK はコンパイルしません。maxSdkVersion がコンパイルされているデバイスの場合、Google Play はこれを遵守し、フィルタリングに使用します。

+

maxSdkVersion の宣言は推奨されません。詳細については、android:maxSdkVersion を参照してください。

+ + + +

拡張マニフェスト フィルタ

+ +

Google Play では、表 1 のマニフェスト要素の他に、表 2 の拡張マニフェスト要素に基づいたアプリのフィルタリングも実行できます。

+ +

これらのマニフェスト要素と、これらの要素がトリガーするフィルタリングは例外的なユースケースのみに対応します。これらの要素は、アプリの配布に厳密なコントロールが必要な特定のタイプの高性能ゲームと、同様のアプリ向けに設計されています。大半のアプリは、このフィルタを使用すべきではありません

+ +

表 2. Google Play フィルタリング用拡張マニフェスト要素

+ + + + + + + + + + +
マニフェスト要素概要
{@code <compatible-screens>} +

Google Play はデバイス画面サイズと密度が {@code <compatible-screens>} の要素の画面設定({@code <screen>} 要素で宣言)のいずれにも適合しない場合、アプリをフィルタリングします。

+

警告: 通常は、このマニフェスト要素を使用すべきではありません。この要素を使用すると、指定していない画面サイズと密度のすべての組み合わせが除外されることになり、アプリの潜在的なユーザー ベースが大幅に減少する可能性があります。代わりに {@code <supports-screens>} マニフェスト要素(表 1 に記載)を使用して、考慮に入れていない画面設定に対して、代替リソースを使用した画面の互換性モードを有効にすることをお勧めします。

+
{@code <supports-gl-texture>} +

Google Play はアプリでサポートされる 1 つ以上の GL テクスチャ圧縮フォーマットがデバイスで同様にサポートされない場合、アプリをフィルタリングします。

+
+ + + +

その他のフィルタ

+ +

次の表で説明しているように、Google Play はその他のアプリ特性を使用して、所定のデバイスを使用している特定のユーザーについて、アプリの表示/非表示を判断します。

+ +

表 3. Google Play でのフィルタリングに影響するアプリと公開の特性

+ + + + + + + + + + + +
フィルタ名 フィルタの仕組み
公開状況

公開されているアプリのみが Google Play 内での検索とブラウジングに表示されます。

アプリの公開が取り消されても、ユーザーの [ダウンロード] 領域で、購入したアプリ、インストールしたアプリ、または最近アンインストールしたアプリに表示されている場合、インストールが可能です。

アプリが保留状態の場合、ユーザーの [ダウンロード] 領域に表示されていても、ユーザーは再インストールしたりアップデートしたりできません。

価格設定状況

すべてのユーザーに有料アプリが表示されるわけではありません。有料アプリが表示されるためには、デバイスに SIM カードが搭載されていて、Android 1.1 以降を実行している必要があります。また、デバイスが有料アプリを使用できる国にある(SIM キャリアで判別)必要があります。

対象国の指定

アプリを Google Play にアップロードすると、 [価格と販売 / 配布地域] でアプリを配布する国を選択できます。これで、アプリは選択した国でのみ入手可能となります。

+
CPU アーキテクチャ(ABI)

特定の CPU アーキテクチャ(ARM EABI v7 または x86 など)をターゲットとするネイティブ ライブラリを含むアプリは、そのアーキテクチャをサポートするデバイスのみに表示されます。NDK とネイティブ ライブラリの使用について詳しくはAndorid NDK についてを参照してください。

コピー保護されたアプリ

Google Play はデベロッパー コンソールのコピー保護機能をサポートしなくなりました。また、この機能に基づくアプリのフィルタリングも実行しません。アプリを安全に保護するには、代わりにアプリのライセンス付与を使用してください。詳細については、コピー保護の置き換え(Replacement for Copy Protection)を参照してください。

+ +

異なるフィルタを使用した複数の APK の公開

+ +

一部の特定の Google Play フィルタにより、異なるデバイス構成に別の APK を提供するため、同じアプリの複数の APK を公開できるようになっています。たとえば、高品質のグラフィック アセットを使用するビデオ ゲームを作成している場合、別々のテクスチャ圧縮フォーマットをサポートする 2 つの APK を作成できます。この方法で、デバイスごとの設定に必要なテクスチャのみを含めることで、APK ファイルのサイズを小さくすることができます。テクスチャ圧縮フォーマットに対する各デバイスのサポート状況に応じて、Google Play は各デバイスに対して、そのデバイスのサポートを宣言した APK を配布します。

+ +

現時点では、Google Play では各 APK が次の設定に基づいて別々のフィルタを提供する際にのみ、同じアプリの複数の APK を公開できます。

+ + +

他のすべてのフィルタも通常通り機能しますが、ある APK を Google Play の同じアプリのリスト内の別の APK と区別できるのはこの 4 つのフィルタだけです。たとえば、デバイスにカメラが搭載されているかどうかのみを基準として異なる APK が存在する場合、同じアプリに複数の APK を公開することはできません

+ +

警告: 同じアプリに複数の APK を公開することは拡張機能とみなされます。大部分のアプリは、広範囲のデバイス設定をサポートする APK を 1 つだけ公開すべきです。複数の APK を公開する場合、フィルタ固有のルールに従う必要があります。また、設定ごとに適切なアップデート パスを確保するため、各 APK のバージョン コードに特別な注意を払う必要があります。

+ +

Google Play で複数の APK を公開する方法について詳しくは、複数の APK サポート(Multiple APK Support)をご覧ください。

\ No newline at end of file diff --git a/docs/html-intl/intl/ko/distribute/googleplay/about.jd b/docs/html-intl/intl/ko/distribute/googleplay/about.jd new file mode 100644 index 0000000..57b5226 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/about.jd @@ -0,0 +1,367 @@ +page.title=Google Play 활용 기회 +meta.tags="visibility, growth, distributing" +page.tags="play, apps, distributing, publishing" +page.metaDescription=매달 다운로드 건수가 수십억 이상이며 증가 추세에 있습니다. Google을 통해 앱을 사용자에게 소개하십시오. +page.image=/distribute/images/about-play.jpg + +@jd:body + + + +

+ Google Play는 Android 앱 배포를 위한 최고의 스토어입니다. Google Play에 게시하면 전 세계 190개국 이상의 Android 사용자에게 앱을 소개할 수 있습니다. + + + +

+ +
+ Google Play on an Android Tablet +
+ +

+ Google Play는 Android를 경험할 수 있는 중심부입니다. 신규 사용자는 앱, 게임 및 기타 Google Play 콘텐츠를 장치에 개인 설정할 수 있습니다. + + 기존 사용자는 정기적으로 방문하여 인기 항목과 신규 항목을 확인할 수 있습니다. Google Play는 사용자의 장치에 무선으로 즉시 앱을 전송하므로 매우 편리하고 빠르게 신규 앱을 다운로드할 수 있습니다. + + +

+ +

+ 또한 Google Play는 웹 사용자가 가장 선호하는 장소입니다. 누구나 브라우저를 사용하여 웹에서 Google Play를 탐색할 수 있습니다. + Android 사용자는 원하는 앱을 구매하고 설치할 수 있으며 Google Play는 케이블을 사용하지 않고 사용자의 장치로 앱을 자동 전송합니다. + + +

+ +

+ Google Play 웹사이트의 접근성과 편의성은 온라인 광고, 웹 검색 및 교차 링크 등 다양한 소스에서 사용자의 제품으로 트래픽을 전송하는 새로운 방식을 제공합니다. + + Google Play는 우수한 앱과 게임을 사용자에게 제공하도록 고안되었습니다. + 이 통로를 활용하여 앱을 소개하여 인기를 얻을 수 있습니다. + +

+ +
+

+ 사용자 평점 및 리뷰 +

+ + +
+ +

+ 잠재적 사용자는 평점과 리뷰를 앱 품질의 핵심 척도로 간주합니다. + Android 사용자는 별 1-5개로 앱의 등급을 매기고 리뷰를 게시하여 다운로드한 앱을 평가합니다. + +

+ +

+ 앱의 평점은 Google Play 목록 및 검색 결과의 순위에 영향을 미치는 가장 중요한 요소 중 하나입니다. + 또한 앱의 평점은 편집 담당자가 스토어에서 앱과 게임을 관리할 때 핵심적인 홍보 기준 중 하나입니다. + + +

+ +
+ +
+ +
+

+ 카테고리 검색 +

+ + +
+ +

+ Google Play에 앱을 게시할 때 30여 개의 앱 카테고리 중 하나를 선택합니다. + 각 카테고리 내에서 앱은 평점, 리뷰, 다운로드 횟수, 국가 및 기타 요소의 조합에 따라 순위가 매겨집니다. + + +

+ +
+ + + +
+ +

+ 사용자는 Google Play에서 검색을 통해 앱이나 게임을 빠르고 정확하게 찾을 수 있습니다. 검색은 강력한 추론을 사용하여 사용자 유형에 따라 검색어를 제안하고 그 검색어와 일치하는 직접적인 앱 링크를 제공합니다. + + 검색하면 가장 관련 있고 가장 인기 있는 앱이 맨 위에 표시됩니다. + +

+ +
+

+ 인기 차트 및 목록 +

+ + +
+ +
+ +
+ +

+ 인기 차트는 앱 및 게임 홈 페이지에서 인기 있는 앱을 Android 사용자에게 지속적으로 제공합니다. + 인기 차트는 최근 다운로드 횟수에 따라 매일 여러 번 업데이트하여 최신 상태를 유지합니다. + 앱의 평점과 다운로드 횟수가 증가하면 차트 순위가 상승할 수 있습니다. + +

+ +

+ 또한 Google Play를 많이 사용하는 국가별로 차트를 제공하여 사용자와 밀접한 관련성이 있는 차트를 표시합니다. + 앱이 관심을 끌고 다운로드 횟수와 평점이 증가하면 하나 이상의 인기 차트에 오르고 더 많이 노출됩니다. + + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 인기 무료 + + 무료 앱 및 무료 게임 목록 +
+ 인기 유료 + + 유료 앱 및 유료 게임 목록 +
+ 최고 매출 + + 유료 또는 무료 총 매출액 +
+ 신규 인기 무료 + + 30일 미만 +
+ 신규 인기 유료 + + 30일 미만 +
+ 인기 있는 앱 + + 빠르게 설치가 늘어나는 신규 앱 +
+ +
+ + + +
+ +

+ Google Play 편집팀은 스토어에서 최고의 앱이 사용자의 주목을 받게 하고 앱 품질의 등급을 설정하기 위해 노력하고 있습니다. + + 편집팀은 가장 잘 알려진 앱과 게임은 물론 '진흙 속에 묻힌 보석'을 찾아 더 많은 사람들에게 소개하기 위해 Google Play의 앱을 지속적으로 검토합니다. + + 편집팀은 추천, 직원 선정 및 기타 컬렉션에서 우수한 앱을 소개합니다. + +

+ +

+ 개발자는 자신의 앱을 직접 추천 후보로 올릴 수 없습니다. 편집팀이 항상 Google Play에서 우수한 앱을 찾기 위해 모니터링하고 있습니다. + 편집팀은 사용자에게 인기 있고 Android 장치에서 훌륭히 작동하는 앱을 주목합니다. + +

+ + + +

+ Google Play 편집팀 직원이 매주 인기 있는 추천직원 선정 컬렉션에서 소개할 신규 앱을 선정합니다. + + +

+ +

+ 추천 컬렉션은 Android에서 사용할 수 있는 가장 뛰어난 최신 앱과 게임 타이틀을 소개합니다. + 인기 카테고리에서 가장 뛰어나고 인기 있는 앱도 추천 목록에 포함됩니다. + 직원 선정은 Google Play에서 최근에 추천된 모든 앱과 게임을 소개합니다. + 태블릿 사용자를 위해 특별 직원 선정 컬렉션은 최고의 Android 태블릿용 앱을 소개합니다. + + +

+ + + + + + + +
+ +

+ 추천 +

+
+ +

+ 컬렉션 +

+
+ +

+ 에디터 추천 +

+
+ +

+ 앱 컬렉션 +

+ +

+ 때로는 편집팀 직원이 테마나 시즌 이벤트에 따라 앱 컬렉션을 따로 분류합니다 + 사용자는 적시에 제공된 컬렉션에 매력을 느끼고 해당 목록에서 앱을 선택할 확률이 높습니다. + +

+ +

+ 편집팀 직원은 휴대폰과 태블릿에서 Android의 성능을 가장 잘 보여주는 고품질 앱을 컬렉션에서 소개할 앱으로 선정합니다. + 또한 컬렉션 전체에 관심을 유도하고 고유하게 기여할 수 있는 앱을 찾습니다. + + +

+ +

+ 에디터 추천 +

+ +

+ 에디터 추천은 Android에서 제공하는 최고의 앱을 집중 조명하는 선별된 앱 컬렉션입니다. + 에디터는 품질, 뛰어난 사용자 인터페이스, 장기간의 인기 및 Android 기능의 혁신적 사용을 기준으로 이러한 앱을 선정합니다. + + +

+ +

+ 에디터 추천에 선정된 앱은 Google Play에 앱 이름이 나타날 때마다 표시되는 배지도 받게 됩니다. + +

+ +

+ 최고 개발자 +

+ +

+ 최고 개발자는 Android에서 혁신적인 고품질 앱을 출시하는 데 공헌한 명성 있고 존경받는 개발자에게 부여되는 배지입니다. + + Google Play 편집팀 직원은 개발자의 누적된 작업에 따라 수시로 최고 개발자 배지를 수여합니다. + +

+ +

+ 최고 개발자 배지는 개발자 이름이 Google Play에 표시될 때마다 그 옆에 나타납니다. + 이 배지는 개발자의 모든 앱을 장기적으로 인정함을 의미합니다. + 사용자는 이 배지가 있는 개발자의 제품을 신뢰할 수 있습니다. + +

+ +
+

+ 스토어 목록 페이지 +

+ + +
+ +
+ +
+ +

+ Google Play 스토어 첫 화면은 풍부하고 화려한 스토어 목록 페이지이며 개발자는 여기서 앱을 홍보하고 평점과 리뷰를 소개하고 앱의 기능을 보여줄 수 있습니다. + + +

+ +

+ 스토어 목록은 사용자가 앱에 대한 모든 정보를 확인하는 장소입니다. 검색 결과, 인기 차트, 카테고리 목록 및 컬렉션에 나열된 앱을 한 번만 누르면 스토어 목록으로 이동합니다. + + +

+ +

+ 웹 브라우저에서 Google Play 개발자 콘솔을 통해 제품 세부정보 페이지를 관리할 수 있습니다. + 로그인하여 브랜드 자산을 업로드하거나 업데이트하고 해당 언어로 제품 세부정보를 입력하십시오. + +

+ +

+ 게시하면 Google Play가 앱 평점, 리뷰, 다른 제품 링크 등을 추가합니다. + 또한 휴대폰, 태블릿 및 웹 브라우저에서 스토어 목록 페이지가 멋있게 보이도록 만듭니다. + +

+ +

+ 개발자는 웹 사이트, 광고 캠페인, 리뷰, 소셜 미디어 게시물 등 Google Play 외부의 제품 세부정보 페이지에 대한 링크를 제공할 수 있습니다. + + 자세한 내용은 제품 링크를 참조하십시오. + +

+ +

+

+ +
+

관련 자료

+
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ko/distribute/googleplay/auto.jd b/docs/html-intl/intl/ko/distribute/googleplay/auto.jd new file mode 100644 index 0000000..6536f1a --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/auto.jd @@ -0,0 +1,230 @@ +page.title=Android Auto에 배포 +page.image=/design/auto/images/auto-overview.png +meta.tags="auto", "publish", "quality" +page.tags="auto", "publish", "googleplay" +page.metaDescription=Android Auto에 앱 및 콘텐츠를 배포합니다. + +@jd:body + + + +

+ Android Auto 및 Google Play를 통해 우수한 앱을 차량 사용자에게 제공할 수 있습니다. + 신규 또는 기존 앱을 Auto용으로 확장한 다음 Google Play에서 익숙한 도구 및 프로세스를 사용하여 게시할 수 있습니다. + + +

+ +

+ 시작하려면 이 문서를 참조하여 Google Play를 통해 사용자에게 Auto 앱을 배포하는 방법을 배우십시오. + 앱이 충족해야 하는 유용성, 품질 및 안전 관련 가이드라인에 대한 내용은 +Auto 앱 품질 +을 참조하십시오. + 앱이 준비되면 개발자 콘솔의 약관에 동의하고 검토용 APK를 업로드할 수 있습니다. + +

+ +

+ 참여 방법 +

+ +

+ Google Play를 통해 차량용 앱을 제공할 수 있습니다. 기존 개발자 콘솔 계정과 현재 배포 및 가격 책정 설정을 사용하여 개발하고 게시할 수 있습니다. + 쉽게 참여할 수 있습니다. 과정에 대한 간략한 설명은 아래 절을 참조하십시오. + +

+ +
+ +
+ +

+ 1. 가이드라인 및 요구사항 이해 +

+ +

+ Android Auto에 성공적인 출시를 준비하려면 먼저 Auto에서 뛰어난 경험을 생성하는 방법에 대한 가이드라인을 자세히 읽어보십시오. + 앱을 Auto용으로 확장하는 아이디어와 디자인 및 유용성에 대한 자세한 내용은 Android Auto 디자인 가이드라인을 참조하십시오. + +

+ +

+ Auto 경험 디자인 시작 시 Auto 앱 품질 기준을 읽고 숙지하십시오. + Auto에서 사용할 수 있는 앱만 Google Play에서 Auto 앱으로 지정됩니다. 앱이 기본 품질 기준을 충족하는 경우에 참여할 수 있습니다. + + 자세한 내용은 Auto 앱 품질을 참조하십시오. + + +

+ +

2. 우수한 Auto 앱 개발

+ +

+ 우수한 Auto 앱은 차량용으로 설계되었으며 Android Auto의 기능을 활용합니다. + Auto 앱은 사용자가 오디오 콘텐츠 재생 또는 메시지 액세스 등의 작업을 수행할 때 고품질 경험을 제공합니다. + +

+ +

+ Auto 앱을 고려할 때는 개발자 문서 및 유용성 가이드라인을 검토하고 최대한 지원할 계획을 수립하십시오. + + 운전자의 주의가 산만해지지 않도록 가이드라인을 준수하고 고객 만족을 위해 디자인하십시오. + +

+ +

+ 동일한 패키지 이름과 스토어 목록을 사용하여 휴대폰, 태블릿 및 기타 장치용 기존 앱의 일부로 Auto 경험을 제공해야 합니다. + +

+ +

3. Auto 앱 품질 테스트

+ +

+ Auto 앱은 잘 작동하고 차 안에서 멋있게 보이고 최고의 사용자 경험을 제공하도록 디자인해야 합니다. + Google Play는 사용자가 Google Play에서 쉽게 검색할 수 있도록 선정된 고품질 Auto 앱을 소개합니다. + 다음과 같은 방법으로 참여하여 사용자에게 멋진 Android Auto 앱을 제공할 수 있습니다. + +

+ + + +

4. Android Auto 약관에 동의 및 게시

+ +

+ 개발자 계정 소유자는 APK를 업로드하고 검토용 앱을 게시하기 전에 개발자 콘솔의 가격 책정 및 배포 섹션에서 Android Auto 약관에 동의해야 합니다. + + + + 약관 동의는 Android Auto 사용자가 Google Play를 통해 앱을 사용할 수 있고 앱이 Auto 앱 품질 가이드라인을 충족함을 의미합니다. + + + +

+ +

+ 약관에 동의한 후에만 Auto 앱을 업로드할 수 있습니다. 다음은 Auto 앱을 지정하는 기준에 대한 설명입니다. + +

+ +
    +
  • 앱 매니페스트는 앱이 사용하는 차량 기능을 포함한 매니페스트에 com.google.android.gms.car.application메타데이터 항목을 선언해야 합니다. + 앱을 Android Auto에서 사용하도록 구성하는 방법에 대한 자세한 내용은 Auto 시작하기를 참조하십시오. + + +
  • +
+ +

+ 릴리스 준비된 APK를 작성하여 Auto 앱 품질 가이드라인을 모두 충족하는지 테스트한 후에 개발자 콘솔로 업로드합니다. + + 추가 Auto 기능 정보로 스토어 목록을 업데이트하고 필요한 경우 배포 옵션을 설정합니다. + + Google Play에서 출시를 준비하는 방법에 익숙하지 않은 경우 출시 검사 목록을 참조하십시오. + + +

+ +

+ 약관에 동의하고 변경 내용을 저장한 후에 평소처럼 앱을 업로드하고 게시할 수 있습니다. + Android Auto 사용자에게 앱을 제공하기 전에 Google Play는 앱을 제출하여 Auto 앱 품질 기준을 충족하는지 검토한 후에 그 결과를 개발자에게 알려줍니다. + + 앱이 승인되면 Google Play에서 Android Auto 사용자가 해당 앱을 사용할 수 있습니다. + 앱의 승인 상태를 추적하는 방법은 다음 절을 참조하십시오. + +

+ +

+ 검토는 휴대폰이나 태블릿 등 Google Play 스토어의 다른 장치에서 앱의 사용 가능성을 결정합니다. + + 휴대폰/태블릿 구성요소 업데이트를 포함한 기존 앱이 있는 경우, Android Auto 구성요소가 검토를 통과해야 Google Play 스토어에서 업데이트된 앱을 사용할 수 있습니다. + + +

+ +

+ 다음은 개발자 콘솔에서 Android Auto 약관에 동의하는 단계입니다. +

+ +
    +
  1. 앱이 Auto 앱 품질 기준을 모두 충족하는지 확인합니다. +
  2. + +
  3. 모든 애플리케이션 페이지에서 게시하려는 앱을 클릭합니다. +
  4. + +
  5. 가격 책정 및 배포에서 아래로 스크롤하여 Android Auto 및 약관 링크를 찾습니다. + +
  6. + +
  7. 약관 링크를 클릭합니다. +
  8. + +
  9. 약관을 모두 읽고 동의함을 클릭합니다. +
  10. +
+ +
+ +

+ Auto 약관에 동의: 개발자 콘솔에서 약관에 동의하면 앱이 Android Auto에 포함됩니다. + +

+
+ +

5. 검토 추적

+ +

+ 위에서 설명한 운전자 주의 산만 예방 가이드라인과 기술 및 품질 기준을 앱이 준수하는지 검토합니다. + 이 세부 검토 과정은 휴대폰/태블릿 앱을 제출할 때보다 더 많은 시간이 걸릴 수 있습니다. + + 앱이 승인될 때까지 해당 앱 또는 앱 업데이트가 Google Play 스토어에 게시되지 않습니다. + 검토 결과가 좋은 앱은 Google Play + 스토어에 게시되고 사용할 수 있게 됩니다. +

+ +

앱이 승인되지 않으면 개발자는 해결해야 할 문제에 대한 요약이 포함된 알림 이메일을 개발자 계정 주소로 받게 됩니다. + 필요한 조정을 거친 후에 새로운 앱 버전을 개발자 콘솔에 업로드할 수 있습니다. + + +

+ +

+ 제출한 앱이 기존 앱의 업데이트이고 업데이트된 앱이 검토 기준을 충족하지 않으면, 업데이트가 거부되고 기존 앱이 Google Play 스토어에 그대로 게시됩니다. + + +

+ +

앱이 어떻게 평가되는지 이해하려면 Auto 앱 품질 문서를 참조하십시오.

+ + +

관련 자료

+ +
+
diff --git a/docs/html-intl/intl/ko/distribute/googleplay/developer-console.jd b/docs/html-intl/intl/ko/distribute/googleplay/developer-console.jd new file mode 100644 index 0000000..b2dc6d5 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/developer-console.jd @@ -0,0 +1,584 @@ +page.title=개발자 콘솔 +page.metaDescription=Google Play의 앱 게시용 홈인 개발자 콘솔에 대해 알아봅니다. +page.image=/distribute/images/developer-console.jpg +Xnonavpage=true + +@jd:body + + + +

+ Google Play 개발자 콘솔은 게시 작업 및 도구를 지원하는 홈입니다. + +

+ + +

+ 앱을 업로드하고 제품 페이지를 작성하고 가격 및 배포를 구성하고 게시합니다. + 웹 브라우저에서 개발자 콘솔을 통해 Google Play에 게시하는 모든 단계를 관리할 수 있습니다. + +

+ +

+ 등록하고 확인 이메일을 수신한 후에 Google Play 개발자 콘솔에 로그인할 수 있습니다. + +

+ +
+

+ 모든 애플리케이션 +

+ + +
+ +

+ 모든 애플리케이션에서 시작합니다. 여기에서 앱의 개요를 빠르게 살펴보거나 통계, 리뷰 및 제품 세부정보로 이동하거나 신규 앱을 업로드할 수 있습니다. + +

+ +
+ +
+ +
+

+ 계정 세부정보 +

+ + +
+ +

+ 계정 세부정보 페이지에서 개발자나 개발 회사에 대한 기본 개발자 프로필 정보를 지정합니다. + Google Play와 고객이 이 정보를 통해 개발자를 식별합니다. + 개발자는 언제든지 여기로 돌아와서 정보를 편집하고 설정을 변경할 수 있습니다. + +

+ +
+ +
+ +

+ 개발자 프로필에는 다음 항목이 포함됩니다. +

+ +
    +
  • +

    + 개발자 이름: Google Play의 스토어 목록 페이지 등에 표시됩니다. + +

    +
  • + +
  • +

    + 연락처 정보: Google에서만 사용하고 고객은 이 정보를 볼 수 없습니다. + +

    +
  • + +
  • +

    + 웹사이트 URL: 스토어 목록 페이지에 표시됩니다. +

    +
  • +
+ +

+ 계정 세부정보 페이지에서 마케터 및 다른 팀에 대해 제한된 액세스를 추가하거나 판매자 계정을 등록하거나 Google Play 라이선스에 대한 테스트 계정을 설정할 수도 있습니다. + + +

+ +
+

+ 판매자 계정 링크 +

+ + +
+ +

+ 앱 또는 인앱 제품을 판매하려면 Google Wallet 판매자 계정을 개발자 프로필에 링크합니다. + Google Play는 재무 및 세금 확인과 월별 판매 대금 결제를 위해 링크된 판매자 계정을 사용합니다. + + +

+ +
+

+ 다중 사용자 계정 +

+ + +
+ +

+ 개발자 콘솔의 다른 부분에 액세스할 수 있도록 다른 팀원의 사용자 계정을 설정합니다. + +

+ +
+ +
+ +

+ 처음 등록되는 계정은 계정 소유자로 콘솔의 모든 부분에 액세스할 수 있습니다. + 소유자는 사용자 계정을 추가하고 콘솔 액세스 권한을 관리할 수 있습니다. + +

+ +

+ 예를 들어, 소유자가 사용자에게 게시 및 앱 구성에 액세스할 수 있지만 재무 보고서에는 액세스하지 못하도록 권한을 부여할 수 있습니다. + 이제 다중 계정을 설정하는 방법을 알아봅시다. + +

+ +
+

+ 스토어 목록 세부정보 +

+ + +
+ +

+ 개발자 콘솔을 사용하여 스토어 목록 페이지를 설정합니다. 이 페이지는 Google Play에서 앱의 홈입니다. + 사용자의 휴대폰이나 웹에 표시되는 페이지입니다. 사용자는 여기에서 앱에 대해 알아보고 다운로드할 수 있습니다. + +

+ +

+ 앱의 장점을 강조하는 맞춤형 브랜드 자산, 스크린샷 및 동영상을 업로드합니다. 현지화된 설명, 최신 버전에 대한 정보 등을 제공합니다. + + 언제든지 스토어 목록을 업데이트할 수 있습니다. +

+ +
+ +
+ +
+

+ 업로드 및 즉시 게시 +

+ + +
+ +

+ 개발자 콘솔에서 릴리스 준비된 Android 애플리케이션 패키지 파일을 빠르게 업로드하고 게시할 수 있습니다. + 앱을 게시하기 전 초안 단계에서 Google Play가 스토어 목록 페이지를 만들고 사용자가 앱을 사용할 수 있게 만듭니다. 앱은 몇 주가 아니라 몇 시간 이내에 스토어 목록에 나타납니다. + + + +

+ +

+ 앱이 게시된 후에 필요할 때마다 자주 업데이트할 수 있습니다. 앱 바이너리를 업데이트하지 않고 가격, 구성 및 배포 옵션을 언제든지 변경할 수 있습니다. + + +

+ +

+ 기능을 추가하거나 코드 문제를 수정한 경우 언제든지 업데이트된 바이너리를 게시할 수 있습니다. + 새 버전은 거의 즉시 사용할 수 있습니다. 기존 고객에게는 업데이트를 다운로드할 준비가 되었음을 알려줍니다. + 사용자가 앱의 자동 업데이트를 승인할 수도 있습니다. 그러면 업데이트를 게시하는 즉시 전송되고 설치됩니다. + + 언제든지 앱의 게시를 취소할 수 있습니다. + +

+ +
+

+ 알파 및 베타 테스트 +

+ + +
+ +

+ 출시하기 전에 사용자의 실제 피드백을 받는 것은 항상 중요합니다. + Google Play를 통해 전 세계 모든 지역의 알파 및 베타 테스트 그룹에 앱의 시험판 버전을 쉽게 배포할 수 있습니다. + +

+ +

+ Google Play 개발자 콘솔의 APK 섹션에 알파 테스트베타 테스트 탭이 있습니다. + + 여기에서 앱의 APK 파일 버전을 업로드하고 테스터 목록을 Google 그룹 또는 Google+ 커뮤니티로 정의할 수 있습니다. + 이 과정이 완료되면 개발자는 테스터에게 전달할 URL을 받게 되며 그 URL을 사용하여 테스트 프로그램에 옵트인할 수 있습니다. + + +

+ +
+ +
+ +

+ 옵트인 후에 테스터가 앱의 제품 페이지로 이동하여 앱을 다운로드하면 Google Play가 해당 알파 및 베타 버전을 제공합니다. + + 실수로 사용자가 양쪽 테스트 그룹에 모두 옵트인하면 Google Play가 항상 알파 테스트 버전을 제공합니다. + +

+ +

+ 알파 및 베타 버전 앱에서는 사용자가 피드백 및 리뷰를 제공할 수 없습니다. + 피드백을 받으려면 Google 그룹 또는 Google+ 커뮤니티를 사용하거나 이메일 주소나 본인의 웹사이트를 설정하면 됩니다. + +

+ +

+ 이러한 테스트 프로그램을 사용하여 앱을 최적화하고 신규 시장 출시를 지원하고 커뮤니티 구축을 시작할 수 있습니다. + + + 출시 검사 목록현지화 검사 목록에서 베타 테스트 사용에 대한 추가 정보도 있습니다. + + + +

+ +
+

+ 출시 준비 +

+ + +
+ +

+ Google Play 개발자 콘솔의 APK 섹션에서 프로덕션 탭을 사용하여 앱의 출시를 준비할 수도 있습니다. + 여기에서 앱을 다운로드할 수 있는 사용자의 비율(%)을 정의할 수 있습니다. + +

+ +

+ 출시 준비를 통해 예상치 않은 버그나 서버 부하의 영향을 제한하고 편향되지 않은 사용자 샘플로 사용자 피드백을 측정할 수 있습니다. + + 출시를 준비하는 동안 사용자가 앱의 평점을 매기고 리뷰할 수 있으므로 내키지 않은 경우 먼저 소규모 사용자에게 출시하십시오. + 부정적인 리뷰를 관찰하고 응답하십시오. + +

+ +

+ Android 플랫폼의 앱 버전 관리 요구사항 때문에 롤백은 지원되지 않습니다. + 롤백이 필요한 경우 이전 APK를 새 버전 번호로 출시하는 것을 고려하십시오. + 하지만 이 방법은 사용자가 새로운 기능에 액세스할 수 없고 이전 앱이 서버 변경사항이나 데이터 형식과 호환되지 않을 수도 있으므로 마지막 수단으로만 사용하고 업데이트의 알파 및 베타 테스트를 실행해야 합니다. + + + + +

+ +
+

+ 다중 APK 지원 +

+ + +
+ +

+ 대부분의 경우 단일 앱 패키지(APK)만 필요하며 이는 앱을 관리 및 유지 관리하는 가장 쉬운 방법입니다. 하지만 다양한 장치에 다양한 APK를 제공할 필요가 있는 경우 Google Play는 그러한 방법을 제공합니다. + + + +

+ +

+ 다중 APK 지원을 통해 패키지 이름은 동일하지만 OpenGL 텍스처 압축 형식, 화면 크기 지원 또는 지원되는 Android 플랫폼 버전은 다른 다중 앱 패키지를 생성할 수 있습니다. + + 단순히 모든 APK를 단일 제품 목록 아래에 업로드하면 Google Play가 장치의 특징에 따라 가장 적합한 APK를 선택하여 사용자에게 제공합니다. + + + +

+ +

+ APK 확장 파일 옵션을 사용하여 각 게시된 APK에 대해 최대 2개의 부차적 다운로드(다중 APK 포함)를 업로드할 수도 있습니다. + 각 확장 파일의 크기는 최대 2GB이고 모든 유형의 코드나 자산을 포함할 수 있습니다. + + Google Play는 이들을 무료로 호스팅하고 파일 다운로드를 정상적인 앱 설치의 일부로 처리합니다. + +

+ +
+

+ 제품 판매 및 가격 책정 +

+ + +
+ +
+ +
+ +

+ 앱 및 인앱 제품의 가격을 책정할 수 있는 도구가 있습니다. 앱을 무료 또는 유로로 다운로드하도록 설정할 수 있으며, 유료의 경우 다운로드하기 전에 결제가 필요합니다. + +

+ +
    +
  • 앱을 무료로 게시하는 경우 앱의 수명주기 동안 무료로 유지해야 합니다. 무료 앱은 Google Play에서 모든 사용자가 다운로드할 수 있습니다. + +
  • + +
  • 앱을 유료로 게시하는 경우 나중에 무료로 변경할 수 있습니다. 유료 앱은 Google Play에서 결제 양식을 등록한 사용자만 구입하고 다운로드할 수 있습니다. + + +
  • +
+ + + +

+ 앱이 무료이든 유로이든 상관없이 인앱 제품과 구독도 제공할 수 있습니다. + 유료 앱, 인앱 제품 및 구독에 대해 개별적으로 가격을 책정하십시오. + +

+ +

+ 사용자가 앱 제품 페이지를 탐색하거나 구입을 시작하면 Google Play가 현지 통화로 결제할 가격을 표시합니다. + +

+ +

+ 처음에는 개발자가 각 제품에 대해 자국 통화로 기본 가격을 책정합니다. 별도의 작업이 없으면 Google Play가 한 달에 한 번 앱의 미화 가격을 기준으로 현지 가격을 자동 책정합니다. + + +

+ +

+ 하지만 Google Play는 개발자에게 국가별 제품 가격을 책정할 수 있는 전권을 부여합니다. + 이를 적용하려면 지금 가격 자동 변환 기능을 사용하여 기본 가격에서 고정 현지 가격을 수동으로 책정할 수 있습니다. + + 그런 다음 가격을 검토하고 원하는 국가에 대해 새로운 가격을 책정할 수 있습니다. 국가별 가격은 독립적이므로 다른 가격에 영향을 주지 않고 가격을 조정할 수 있습니다. + + 대부분의 국가에서 책정 가격은 세금을 포함하여 사용자에게 청구되는 최종 가격입니다. + +

+ +

+ 앱 가격 책정에 대한 자세한 내용은 신규 시장 확장을 참조하십시오. + +

+ +
+

+ 인앱 제품 +

+ + +
+ +

+ 앱을 통해 수익을 창출하는 수단으로 Google Play 인앱 결제를 사용하여 인앱 제품 및 구독을 판매할 수 있습니다. + 인앱 제품은 일회 구매 방식이고 구독은 매달 또는 연간 단위로 반복 결제되는 방식입니다. + +

+ +

+ 게시된 특정 APK 또는 초안 APK에 대해 인앱 제품 섹션에서 다음 작업을 수행합니다. + +

+ +
    +
  • 인앱 제품 및 구독에 대한 제품 목록을 생성합니다. +
  • + +
  • 가격을 책정합니다. +
  • + +
  • 앱을 포함한 제품을 게시하거나, 사용하지 않는 제품을 회수합니다. +
  • +
+ +

+ 인앱 결제를 구현하는 자세한 방법은 개발자용 인앱 결제 문서를 참조하십시오. + Premium, Freemium구독 수익 모델에 인앱 제품을 활용합니다. + +

+ +
+

+ 배포 컨트롤 +

+ + +
+ +

+ 앱의 배포 대상 국가와 지역을 관리합니다. 일부 국가의 경우 대상 통신사를 선택할 수 있습니다. + 매니페스트 파일에 선언된 배포 규칙에 따라 앱에서 사용할 수 있는 장치 목록을 확인할 수도 있습니다. + + +

+ +

+ 대상 지역 지정 +

+ +

+ Google Play 개발자 콘솔의 컨트롤을 사용하여 애플리케이션 바이너리를 변경하지 않고 앱의 지리적 배포를 손쉽게 관리할 수 있습니다. + + 배포 대상 국가와 지역은 물론 (일부 국가의 경우) 통신사도 지정할 수 있습니다. + +

+ +

+ Google Play는 사용자가 스토어를 방문하면 사용자가 앱을 다운로드하기 전에 대상 국가로 지정된 국가에 소속되어 있는지 확인합니다. 대상 국가 및 통신사를 변경하려면 Google Play 개발자 콘솔에서 언제든지 변경하여 저장하면 됩니다. + + + +

+ +
+ +
+ +

+ 전 세계 사용자를 대상으로 마케팅하려면 앱 세부정보 및 설명, 홍보 그래픽, 스크린샷 등을 포함한 스토어 목록을 현지화하면 됩니다. + + +

+ +

+ 대상 기능 지정 +

+ +

+ Google Play에서 앱이 사용하는 장치 기능 또는 성능에 따라 배포를 컨트롤할 수도 있습니다. + 하드웨어 기능, OpenGL 텍스처 압축 형식, 라이브러리, Android 플랫폼 버전 등 앱이 매니페스트에 정의할 수 있는 여러 유형의 종속성이 있습니다. + + + +

+ +

+ 앱을 업로드하면 Google Play가 종속성을 읽고 필요한 배포 규칙을 설정합니다. + 종속성 선언에 대한 기술 정보는 Google Play 필터를 참조하십시오. + + +

+ +

+ 정확한 배포 컨트롤을 위해 Google Play에서 종속성에 따라 앱이 사용할 수 있는 모든 장치를 확인할 수 있습니다(해당되는 경우). + Google Play 개발자 콘솔에서 지원되는 장치를 나열함은 물론 필요한 경우 특정 장치를 제외시킬 수도 있습니다. + + +

+ +
+

+ 사용자 리뷰 및 작동 중단 보고서 +

+ + +
+ +
+ +

+ 사용자 리뷰 섹션에서 특정 앱의 사용자 리뷰에 액세스할 수 있습니다. 다양한 방법으로 리뷰를 필터링하여 더 쉽게 문제를 찾아내고 더욱 효과적으로 고객을 지원할 수 있습니다. + + +

+
+ +

+ Google Play에서 사용자가 다른 사용자에게 도움이 되는 앱 리뷰를 손쉽게 제출할 수 있습니다. + 리뷰는 고객이 직접 제공하는 유용성 피드백, 지원 요청 및 상세한 중요 기능 문제 정보입니다. + + +

+ +

+ 개발자는 작동 중단 보고서를 앱 디버깅 및 개선에 사용할 수 있습니다. Android 장치에서 자동으로 제출되는 스택 추적 및 기타 데이터가 포함된 작동 중단 보고서를 볼 수 있습니다. + + +

+ +
+

+ 앱 통계 +

+ + +
+ +
+ +

+ 앱 통계 페이지: 특정 앱의 설치 성능에 대한 다양한 통계를 보여줍니다. + +

+
+ +

+ 앱의 설치 성능에 대한 상세한 통계를 얻을 수 있습니다. +

+ +

+ 고유한 사용자는 물론 고유한 장치를 통해 측정된 설치 메트릭을 보여줍니다. + 활성 설치, 총 설치, 업그레이드, 일별 설치 및 제거, 평점에 대한 메트릭을 보여줍니다. + +

+ +

+ Android 플랫폼 버전, 장치, 국가, 언어, 앱 버전 및 통신사를 포함한 메트릭으로 설치 수를 상세히 보여줍니다. + 타임라인 차트의 각 차원에 대한 설치 데이터를 보여줍니다. + +

+ +

+ 이 차트는 앱의 설치 최대치와 장기 동향을 강조하여 나타냅니다. + 이를 통해 사용자의 채택 동작을 살펴보고 통계와 홍보의 상관관계, 앱 개선의 효과 및 기타 요소를 확인할 수 있습니다. + 타임라인에 특정 지점을 추가하여 차원 내의 데이터를 중점적으로 살펴봅니다. + +

+ +

+

+ +
+
+ +
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ko/distribute/googleplay/families/about.jd b/docs/html-intl/intl/ko/distribute/googleplay/families/about.jd new file mode 100644 index 0000000..36dc0c9 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/families/about.jd @@ -0,0 +1,61 @@ +page.title=Designed for Families +page.metaDescription=Designed for Families는 앱과 게임을 가족이 더 쉽게 검색할 수 있도록 지원합니다. +page.image=/distribute/images/about-dff-sm.jpg +meta.tags="families, googleplay, distribution" +page.tags="families" + +@jd:body + +

+ 몇 주 이내에 Google Play의 새로운 가족 중심 경험을 통해 사용자는 새로운 방식으로 가족용 고품질 앱과 게임을 검색하고 찾을 수 있게 될 것입니다. + + +

+ +

+ 가족 친화적인 스토어를 지원하기 위해 가족 중심 앱 및 게임을 옵트인하도록 새 Designed for Families 프로그램에 개발자를 초대합니다. + 프로그램 요구사항을 충족하는 앱은 부모가 적합하고 신뢰할 수 있는 고품질 앱과 게임을 쉽게 찾을 수 있도록 새로운 가족 친화적인 앱에 표시됩니다. + + + +

+ + + +

+ 현재 개발자 콘솔에서 앱을 관리하는 데 사용하는 도구와 프로세스를 사용하여 앱과 게임을 옵트인하십시오. + Designed for Families 프로그램의 앱은 Google Play 스토어에서 기존 카테고리, 순위 및 리뷰를 그대로 유지하면서 고급 검색 기능을 활용할 수 있습니다. + + + +

+ +

자격

+ +

+ Google Play의 가족 친화적인 앱을 통해 부모와 가족은 연령에 적합한 앱을 더 쉽게 검색할 수 있습니다. + + Designed for Families 프로그램은 아이들은 물론 전체 가족이 즐길 수 있는 앱을 포함하도록 고안되었습니다. + + 이러한 목표를 구현하기 위해 앱이 충족해야 하는 특정 가이드라인 및 정책이 있는데, 이는 앱 콘텐츠 리뷰에서 평가합니다. + + +

+ +

+ 앱이 준수해야 하는 정책을 숙지하십시오. + 여기에는 콘텐츠 정책, 개발자 배포 계약Designed for Families DDA 추록이 포함됩니다. + + + +

+ +

+ 또한 앱이 Google Play 개발자 도움말 센터에 나오는 Designed for Families 프로그램 요구사항도 충족해야 합니다. + + +

+ + diff --git a/docs/html-intl/intl/ko/distribute/googleplay/families/faq.jd b/docs/html-intl/intl/ko/distribute/googleplay/families/faq.jd new file mode 100644 index 0000000..92dbcf0 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/families/faq.jd @@ -0,0 +1,329 @@ +page.title=질문과 대답(FAQ) +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +Designed for Families에 대한 질문과page.metaDescription= 대답 + +@jd:body + + + +
+
    +

    이 문서의 내용

    +
      +
    1. 앱 리뷰 및 옵트인
    2. +
    3. 수익 창출
    4. +
    5. 기타 질문
    6. +
    +
+ +

+ 이 절에서는 Designed for Families에 대한 자세한 정보를 제공하고 제기될 수 있는 일반적인 질문에 답변합니다. + +

+ + +

앱 리뷰 및 옵트인

+ +
+
앱을 어떻게 옵트인합니까?
+ +
+
+ Google Play 개발자 콘솔에서 앱에 대한 가격 책정 및 배포 탭에서 Designed for Families에 옵트인할 수 있습니다. + 다음은 단계별 과정입니다. + +
+ +
+ 앱의 대화형 기능을 어디에 공개합니까? 이 정보를 왜 수집합니까? + +
+ +
+ 대화형 기능 공개는 콘텐츠 등급 질문서의 일부입니다. + Designed for Families 프로그램 옵트인 과정의 일부로 대화형 기능 공개를 검토합니다. + 당사는 사용자가 앱 평가 시 정보에 근거하여 선택할 수 있도록 이 정보를 수집합니다. + + +
+ +
+ COPPA란 무엇입니까? +
+ +
+ COPPA는 FTC(Federal Trade Commission)의 아동 온라인 개인정보 보호법입니다. + 자세한 내용은 FTC의 COPPA FAQ를 참조하십시오. + Google Play는 개발자에게 COPPA 또는 기타 아동법규를 준수하는 방법에 대해 법률 안내를 제공하지 않습니다. + +
+ +
+ 최신 개인정보 보호정책을 제공해야 합니까? 그런 경우 어디에 제공합니까? +
+ +
+ 예, 앱 스토어 목록에 지속적인 개인정보 보호정책 링크를 제공하고 개발자 콘솔에서 현지 개인정보보호법을 준수하는지 확인해야 합니다. + + 개인정보 보호정책을 추가하거나 검토하려면 개발자 콘솔에서 앱을 선택한 다음 스토어 목록 섹션 하단으로 스크롤하십시오. + + +
+ +
+ 몇 개의 연령층을 선택할 수 있습니까? +
+ +
+ 최대 두 개의 인접한 연령층을 선택할 수 있습니다. 연령층은 5세 이하, 6-8세, 9-12세가 있습니다. + 하지만 앱이 아동과 성인을 대상으로 하는 경우 모든 연령 카테고리를 선택해야 합니다. + + +
+ +
+ Designed for Families 프로그램에서 몇 개의 콘텐츠 카테고리를 선택할 수 있습니까? + +
+ +
+ 카테고리는 Designed for Families 프로그램의 일부로 하나를 선택하고, 전체 Google Play 스토어용으로 하나를 선택할 수 있습니다. + +
+ +
+ Designed for Families 카테고리란 무엇입니까? +
+ +
    +
  • 액션 및 어드벤처: 레이싱 게임, 동화 어드벤처 등을 포함하는 액션 지향 앱/게임입니다. + +
  • + +
  • 두뇌 게임: 이 카테고리에는 생각하게 만드는 게임과 퍼즐, 짝 맞추기 게임 및 유사 게임이 포함됩니다. + + +
  • + +
  • 창의력: 창의력을 촉진시키는 앱/게임입니다. + 이 카테고리에서 예상되는 앱/게임 유형의 예로는 그리기, 색칠하기 및 만들기 게임이 포함됩니다. + +
  • + +
  • 교육: 수학, 과학, 글자 공부, 숫자 공부, 지리 및 역사와 같은 다양한 유형의 교육 콘텐츠 등 교육적 가치를 지닌 앱/게임입니다. + + +
  • + +
  • 음악 및 동영상: 피아노 연주, 동영상 시청 등 음악적 요소나 동영상 구성요소를 포함하는 앱/게임입니다. + + +
  • + +
  • 역할 놀이: 요리사나 의사 등 가상적인 역할을 수행할 수 있는 앱/게임입니다. + +
  • +
+ +
+
+ Designed for Families 프로그램에 옵트인하면 앱을 게시하는 데 시간이 더 걸립니까? + +
+ +
+ Designed for Families에 옵트인하면 Google Play가 앱이 가족에게 적합한지 확인하기 위해 검토합니다. + 앱이 모든 프로그램 요구사항을 준수할 경우 게시 시간이 평소보다 오래 걸리지 않습니다. 하지만 Designed for Families 검토 중에 앱이 거부되면 게시가 지연될 수 있습니다. + + + +
+ +
+ 앱이 Designed for Families 프로그램에서 거부되면 어떻게 됩니까? +
+ +
+ 앱이 Designed for Families 프로그램에서 거부되면 개발자 콘솔과 이메일을 통해 그 이유를 상세히 알려드립니다. + 개발자는 문제를 수정하여 앱을 다시 제출하거나 옵트인 응답을 변경할 수 있는 기회가 부여됩니다. + + Google Play에 기존 활성 앱이 있는 경우 앱 업데이트만 거부됩니다(기존 앱은 Play 스토어에서 활성 상태를 유지함). + + 요구사항을 충족하지 않는 신규 앱을 Designed for Families 프로그램에 제출하면 전체 앱 제출이 거부되고 Play에 게시되지 않습니다. + + + 개발자는 확인된 문제를 해결하여 앱을 Designed for Families 프로그램에 다시 제출하거나 프로그램에서 옵트아웃할 수 있습니다. + +
+ +
+ 앱을 게시한 후에 Designed for Families 프로그램 요구사항을 준수하지 않는 것으로 확인되면 어떻게 됩니까? + +
+ +
+ 해당 앱이 Designed for Families 프로그램은 물론 Google Play 스토어에서도 제거되거나 일시 중단됩니다. + 제거된 앱은 거부된 앱과 동일한 해결 방법을 따를 수 있습니다. + 일시 중단된 앱은 개발자 이의 제기 과정을 통해 이의를 제기할 수 있습니다. + +
+ +
+ Designed for Families 프로그램에 옵트인했다가 나중에 옵트아웃할 수 있습니까? +
+ +
+ 예, 언제든지 해당 프로그램에서 옵트아웃할 수 있습니다. 옵트아웃하면 가족 친화적인 환경에서 앱을 사용할 수 없고 해당 프로그램의 기타 이점도 잃게 됩니다. + + +
+ +
+ Designed for Families 프로그램에서 승인된 앱을 업데이트하면 어떻게 됩니까? + +
+ +
+ Designed for Families 프로그램의 일부인 앱은 자격 요구사항을 항상 준수해야 합니다. + 앱과 연관된 Designed for Families 메타데이터를 편집해야 하는 경우 Google Play 개발자 콘솔의 가격 책정 및 배포 섹션으로 이동하여 해당 정보를 편집하십시오. + + + 앱을 업데이트하면서 대상 연령층이 변경되는 경우 이미 앱을 설치한 사용자에게 알리는 것이 좋습니다. + + +
+ +
+ Google 로그인 또는 Google Play Game 서비스를 사용하는 앱이나 게임을 Designed for Families 프로그램에 옵트인할 수 있습니까? + +
+ +
+ 5세 이하, 6-8세 또는 9-12세의 연령층을 대상으로 하는 아동 전용의 Designed for Families에 참가하는 앱은 애플리케이션의 로그인 경험으로 Google+ 로그인 또는 Google Play Game 서비스를 사용할 수 없습니다. + + + + + +

+ 아동과 성인을 모두 대상으로 하는 Designed for Families에 참가하는 앱은 Google+ 로그인 또는 Google Play Game 서비스를 옵션 기능으로 사용할 수 있습니다. + + 아동 사용자는 Google+ 또는 Google Play Game 서비스에 로그인하지 않고 앱 또는 게임에 완전히 액세스할 수 있어야 합니다. + +

+
+ +
+ 학생들이 학교 계정으로 로그인할 수 있도록 앱을 Google Play for Education에 옵트인하고 Google 로그인과 통합한 경우 + 앱에서 Google 로그인 작동 방식을 변경해야 합니까? + +
+ +
+ Google Play for Education에 참가하는 앱은 모든 앱 사용자에 대한 차단 요구사항이 아니라면 학생 계정용 Google 로그인을 사용할 수 있습니다. + +
+
+ +

+ Designed for Families 프로그램 수익 창출 +

+ +
+
+ Designed for Families의 광고 정책에 대해 자세한 정보를 제공해줄 수 있습니까? + +
+ +
+ Designed for Families의 광고 정책을 참조하십시오. + +
+ +
+ 앱에 중간 광고를 제공할 수 있습니까? +
+ +
+ 중간 광고는 일부 앱에만 적용됩니다. 하지만 광고가 제공되기 전에 사용자가 기본 작업으로 이동할 수 있어야 합니다. + +
+ +
+ 광고 대행사가 Designed for Families의 광고 정책을 준수하는지 어떻게 알 수 있습니까? + +
+ +
+ 콘텐츠 정책 및 광고 방식에 대한 내용은 광고 대행사에 문의하십시오. + AdMob을 사용하는 경우 앱 또는 특정 광고 단위에 아동 대상 서비스로 취급하도록 요청하는 태그를 지정하는 자세한 방법은 AdMob 도움말 센터를 참조하십시오. + + 인앱 광고를 포함한 전반적인 사용자 경험이 Designed for Families 프로그램 요구사항을 충족하도록 보장하는 것은 개발자의 책임입니다. + + +
+ +
+ 앱에 인앱 구매를 포함할 수 있습니까? +
+ +
+ Designed for Families DDA 및 기타 해당 법률 요구사항 준수 이외에 Designed for Families 프로그램에 참여하는 앱의 인앱 구매(IAP)와 관련된 특별한 제한사항은 없지만 Google Play는 지나치게 공격적인 상술을 구현하는 앱을 거부할 수 있습니다. + + + + + Google Play는 주로 아동을 대상으로 Designed for Families 프로그램에 참여하는 모든 앱에 대해 아동이 아니라 부모가 구매를 승인하도록 보장하기 위해 IAP 암호 보호를 적용합니다. + + + 이 취급 방침은 모든 연령을 대상으로 하는 앱에는 적용되지 않습니다. + +
+
+ +

+ 기타 질문 +

+ +
+
+ Designed for Families 앱의 대상은 누구입니까? + +
+ +
+ 당사는 부모와 보호자가 Google Play 스토어에서 신뢰할 수 있는 브랜드와 개발자가 제작한 우수한 아동 및 가족용 앱을 찾을 수 있도록 하는 것을 목표로 합니다. + + +
+ +
+ Designed for Families 프로그램은 특정 국가의 개발자만 이용할 수 있습니까? + +
+ +
+ Designed for Families는 글로벌 프로그램입니다. +
+ +
+ 가족 게임 카테고리에 현재 게시된 앱은 어떻게 됩니까? + +
+ +
+ 가족 게임 카테고리는 2015년 5월부터 사용 중단됩니다. 현재 가족 게임 카테고리에 속한 앱은 Play 스토어에서 다른 카테고리를 선택해야 합니다. + + 다른 카테고리를 선택하지 않은 앱은 캐주얼 게임 카테고리로 분류됩니다. + +
+
+ + \ No newline at end of file diff --git a/docs/html-intl/intl/ko/distribute/googleplay/families/start.jd b/docs/html-intl/intl/ko/distribute/googleplay/families/start.jd new file mode 100644 index 0000000..06f76b5 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/families/start.jd @@ -0,0 +1,106 @@ +page.title=Designed for Families에 옵트인 +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=간단한 몇 단계로 Designed for Families에 가입합니다. + +@jd:body + +

+ 아동과 가족용으로 디자인된 앱을 작성 중인 경우 Designed for Families 프로그램에 옵트인할 준비를 하기 전에 다음과 같은 몇 가지 작업을 수행해야 합니다. + + +

+ +
    +
  • 앱 콘텐츠 등급 질문서를 작성하고 '전체 이용가' 또는 '10세 이상'의 ESRB 등급 충족해야 합니다. + +
  • + +
  • 앱의 스토어 목록 페이지에 개인정보 보호정책 링크를 추가해야 합니다. + +
  • + +
  • 앱이 Designed for Families 프로그램 요구사항을 모두 충족하는지 확인해야 합니다. + +
  • +
+ +

+ 앱을 게시할 준비가 되면 개발자 콘솔에서 직접 Designed for Families에 옵트인할 수 있습니다. + 옵트인은 Google Play 스토어에서 선택한 카테고리뿐만 아니라 Google Play의 새 가족 친화적인 환경에서 앱을 사용할 수 있도록 만드는 것을 의미합니다. + + + +

+ +

+ 또한 옵트인은 앱이 Designed for Families DDA 추록, Google Play 개발자 프로그램 정책개발자 배포 계약을 준수하는지 확인합니다. + + + 이러한 정책 문서나 추록에 익숙하지 않은 경우 옵트인하기 전에 읽어보십시오. + +

+ +

+ 준비가 되면 특정 앱에 대해 Designed for Families에 옵트인하는 다음 방법을 따릅니다. +

+ +
    +
  1. 개발자 콘솔 모든 애플리케이션 페이지에서 옵트인하려는 앱을 클릭합니다. + 가격 책정 및 배포에서 아래로 스크롤하여 Designed for Families 및 옵트인 확인란을 찾습니다. + +
  2. + +
  3. 옵트인 과정을 시작하고 앱이 자격 요구사항을 충족하는지 확인합니다. +
  4. +
  5. 앱에 광고가 있으면 광고 정책을 충족하는지 확인합니다. +
  6. +
  7. 대상 연령층을 5세 이하, 6 - 8세 또는 9 - 12세 또는 모든 연령(앱이 아동과 성인을 대상으로 하는 경우) 중에서 선택합니다. + + 앱의 대상 연령층이 두 개 이상인 경우 최대 2개의 인접한 연령층을 선택할 수 있습니다. + ESRB 10세 이상 등급의 앱은 9-12세 또는 모든 연령만 대상으로 선택할 수 있습니다. + +
  8. + +
  9. Google Play에서 새 가족 중심 앱 카테고리를 선택합니다. + Google Play의 기존 카테고리에서 앱을 검색할 수도 있습니다. +
  10. +
  11. 링크된 문서를 검토하고 동의한 다음 옵트인을 클릭합니다. + 마지막으로 가격 책정 및 배포 페이지에서 업데이트 제출을 클릭하여 앱을 게시하거나 업데이트합니다. + +
  12. +
+ +

+ 옵트인한 앱은 Designed for Families 프로그램으로 채택되기 전에 철저한 검토 과정을 거칩니다. + +

+ +

+ 참고: Designed for Families 프로그램에 게시된 앱은 Google Play의 모든 사용자도 사용할 수 있습니다. + +

+ +

+ 처음 게시하려는 앱을 옵트인하고 해당 앱이 Designed for Families 프로그램 요구사항을 충족하지 못하는 경우 앱이 프로그램 요구사항을 충족하도록 업데이트하기 전까지또는 옵트인 상자의 선택을 취소하고 Google Play의 기본 검토 프로세스를 통과하기 전까지 Google Play에서 앱을 사용할 수 없게 됩니다. + + + + +

+ +

+ 이미 Google Play에 게시된 앱을 옵트인하고 해당 앱이 Designed for Families 프로그램 요구사항을 충족하지 못하는 경우 모든 사용자가 계속 사용할 수 있지만 앱이 프로그램 요구사항을 충족하도록 업데이트하기 전까지 새 가족 중심 앱에 추가되지 않습니다. + + + +

+ +

+ Designed for Families에 옵트인된 앱의 업데이트를 게시하는 경우 먼저 앱 업데이트가 Designed for Families 검토를 통과해야 Google Play에서 모든 사용자가 사용할 수 있게 됩니다. + +

+ + diff --git a/docs/html-intl/intl/ko/distribute/googleplay/guide.jd b/docs/html-intl/intl/ko/distribute/googleplay/guide.jd new file mode 100644 index 0000000..e8d25ff --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/guide.jd @@ -0,0 +1,70 @@ +page.title=Google Play에서 성공 모색 +page.metaDescription=Google Play에서 앱 또는 게임 비즈니스가 성공할 수 있도록 안내하는 가이드입니다. +meta.tags="distribute", "bestpractices" +page.tags="google play", "business", "monetize", "engagement" +page.image=distribute/images/play_dev_guide.png + +@jd:body + +

+ Google Play에서 앱 또는 게임 비즈니스가 성공할 수 있도록 안내하는 다운로드 가능한 가이드를 제작했습니다. + 여기에서 효과적인 전략 수립에 도움이 되는 기능과 팁 및 모범 사례를 찾을 수 있습니다. + +

+ +

+ 이 가이드는 다음 절로 구성되어 있습니다. +

+
    +
  • + Google Play에 게시 — Google Play 개발자 콘솔을 사용하여 전 세계 10억 명 이상의 Android 사용자에게 앱을 배포합니다. + + +
  • + +
  • + 품질 — 뛰어난 앱 작성의 기초 및 Google Play 가이드라인 및 정책에 대한 통찰력 관련 정보를 제공합니다. + +
  • + +
  • + 검색 가능성 및 접근성 — 앱 검색 가능성을 극대화하고 최대한 광범위한 사용자에게 접근할 수 있는 방법을 안내합니다. + +
  • + +
  • + 사용자 확보 및 유지 — 앱을 설치한 사람을 실제 사용자로 확보하고 해당 사용자를 효율적으로 유지하는 방법을 안내합니다. + +
  • + +
  • + 수익 창출 — 지속적으로 증가하는 수익 흐름을 생성하는 수익 창출 전략을 안내합니다. + +
  • + +
  • + Google Analytics를 통한 측정 — 사용자 이해 및 앱 경험, 전환 및 마케팅 개선을 안내합니다. + +
  • + +
  • + 세계화 — 전 세계에 앱을 출시하는 방법을 안내합니다. + +
  • +
+ +

+ 가이드는 아래 이미지를 클릭하여 다운로드하거나 Google Play에서 구할 수 있습니다. +

+ +

+ 몇 개월 내에 더 많은 언어로 가이드를 릴리스할 예정입니다. 당사는 앱을 배포하고 수익을 창출하는 데 도움이 되는 새로운 기능 및 모범 사례에 대한 정보를 게시하므로 이 웹사이트를 정기적으로 확인하십시오. + + +

+
+
+ diff --git a/docs/html-intl/intl/ko/distribute/googleplay/quality/auto.jd b/docs/html-intl/intl/ko/distribute/googleplay/quality/auto.jd new file mode 100644 index 0000000..fbb04a7 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/quality/auto.jd @@ -0,0 +1,488 @@ + +page.title=Auto 앱 품질 +page.metaDescription=Auto 앱은 차량의 입력 컨트롤과 디스플레이를 통합하고 운전자의 주의 산만을 최소화하여 탁월한 경험을 제공합니다. +page.image=/distribute/images/gp-auto-quality.png +@jd:body + + + + + + + +

앱에서 Android Auto 지원을 디자인할 때 무엇보다도 운전자의 주의가 산만해지지 않도록 해야 합니다. + Auto 사용자 인터페이스를 사용하여 작동하는 앱은 음성 명령 및 매우 간단한 시각적 디자인 등 모범 사례를 통해 운전자의 주의를 산만하게 하는 요소를 최소화해야 합니다. + +

+ +

+ 뛰어난 Auto 경험은 예측되고 예측 가능해야 합니다. Android Auto를 지원하는 앱은 운전자에게 관련된 정보만 적시에 표시하고 일반적인 작업에 대해 간단하고 예측 가능한 패턴을 사용해야 합니다. + + +

+ +

+ 중요: 이 페이지에 나열된 기준은 Android Auto 화면에 연결된 장치를 실행할 때 앱 사용자 인터페이스와 동작에만 적용됩니다. + 앱이 Google Play에서 Android Auto 앱 자격을 획득하려면 이러한 기준을 충족해야 합니다. + +

+ + +
+

+ 핵심 앱 품질 +

+ +

+ Auto 앱은 아래에 나열된 Auto 특정 기준뿐만 아니라 핵심 앱 품질 기준에 상세히 설명된 Android 플랫폼에 대한 모든 관련 핵심 앱 품질 기준을 충족해야 합니다. + + 탐색 및 디자인에 대한 Android 표준을 충족하도록 앱이 이러한 기준을 충족하는지 테스트하십시오. + + 그런 다음 앱이 모든 Auto 특정 기준을 충족하는지 테스트하십시오. Android Auto에 연결된 장치에서 앱을 실행할 때 앱이 이 페이지에 나열된 요구사항을 충족해야 합니다. + + + + + +

+

+ 시각적 디자인 및 사용자 상호작용 +

+ +
+ +

+ 이 기준은 앱이 Android Auto에서 일관되고 직관적이며 즐거운 사용자 경험을 보장하는 핵심 디자인 및 상호작용 패턴을 따르도록 보장합니다. + 시스템이 탐색 서랍, 카드 배경, 글꼴 및 아이콘 색상 등 다양한 요소를 설정하고 렌더링합니다. + + 고유한 앱 특정 디자인 요소는 다음 기준을 충족해야 합니다. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + 테스트 + + 설명 +
+ 운전자 주의 + + AU-MV + +

+ 앱이 Auto 화면에 애니메이션 그래픽, 게임, 동영상, 진행률 표시줄 등과 같은 애니메이션 요소를 표시하지 않습니다. + +

+
+ AU-VA + +

+ 앱이 Auto 화면에 어떠한 형태의 시각적 광고 또는 텍스트 광고도 표시하지 않습니다. 오디오 광고만 허용됩니다. + +

+
+ AU-IM + +

+ 앱 요소가 Auto 화면에 어떠한 이미지도 표시하지 않습니다. 예외: 앱이 앨범 아트 등 활성 화면의 배경에 나오는 콘텐츠 컨텍스트에 대해 단일 정적 이미지를 표시할 수 있고 콘텐츠 탐색 서랍에 아이콘을 표시할 수 있습니다. + + + +

+
+ AU-DS + +

+ 앱이 운전자의 주의를 산만하게 하는 어떠한 기능도 포함하지 않습니다. +

+
+ AU-VI + +

+ 앱이 Android Auto에서 활성화된 동안 휴대폰 화면에 어떠한 형태의 시각적 정보(알림, 알림 메시지, 동영상, 이미지, 광고 등)도 제공하지 않습니다. + +

+
+ 레이아웃 + + AU-SC + +

+ 앱이 자동으로 움직이는 텍스트를 표시하지 않습니다. +

+
+ AU-FT + +

+ 앱이 기본 Roboto 글꼴을 사용하여 두 가지 승인된 크기로 모든 문자열을 표시합니다. +

+
+ AU-ST + +

+ 앱이 120자가 넘는 개별 문자열을 표시하지 않습니다. +

+
+ 시각적 대비 + + AU-DM + +

+ 앱이 어두운 텍스트와 컨트롤을 밝은 배경에서 렌더링하는 주간 모드를 지원합니다. + (방법 알아보기) +

+
+ AU-NM + +

+ 앱이 밝은 텍스트와 컨트롤을 어두운 배경에서 렌더링하는 야간 모드를 지원합니다. + (방법 알아보기) +

+
+ AU-WI + +

+ 앱이 시스템이 색상을 적용하여 자동 대비 보정 기능을 제공하는 흰색 아이콘 집합을 제공합니다. + + (방법 알아보기) +

+
+ AU-OC + +

+ 앱이 시스템이 차 안에서 쉽게 읽을 수 있도록 최적화할 수 있는 색상을 제공합니다. + (방법 알아보기) +

+
+ 상호작용 + + AU-VC + +

+ 앱이 음성 명령을 지원해야 합니다. +

+
+ AU-AB + +

+ 앱 특정 버튼이 사용자의 동작에 2초 이상 지연 없이 반응합니다. +

+
+ + +

관련 자료

+ +
+
+ + + +
+

+ 기능 +

+ + +
+ +

+ 이 기준은 앱이 정확히 구성되고 예상되는 기능 동작을 제공하도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + 테스트 + + 설명 +
+ 일반 + + AU-LT + +

+ 앱이 10 초 이내에 로드됩니다. +

+
+ AU-FP + +

+ Auto 앱 기능이 예상대로 작동하거나 앱의 Google Play 스토어 목록에 설명한 대로 작동합니다. +

+
+ AU-RL + +

+ 앱이 홈 화면에서 다시 시작하는 경우 이전 상태에 최대한 가깝게 앱 상태를 복원합니다. + +

+
+ AU-SS + +

+ 앱의 모든 작업을 6단계 이내에 완료합니다. +

+
+ AU-GO + +

+ 작동하지 않거나 비활성화된 앱 버튼은 회색으로 비활성화되어야 합니다. +

+
+ 미디어 + + AU-PA + +

+ 앱이 4개의 기본 작업과 하나의 선택적 작업 오버플로 토글을 갖습니다(또는 작업 오버플로가 사용되지 않는 경우 5개). + + (방법 알아보기) +

+
+ AU-SA + +

+ 앱이 4개의 선택적 보조 작업과 하나의 작업 오버플로 토글을 갖습니다. + (방법 알아보기) +

+
+ 알림 + + AU-NA + +

+ 앱이 알림을 통해 광고를 제공하지 않습니다. +

+
+ AU-NT + +

+ 앱이 운전자의 필요와 관련된 경우에만 알림을 표시합니다. +

+

+ 예:
+ 좋은 사례: 새 메시지가 도착했음을 사용자에게 알립니다.
+ 나쁜 사례: 새 앨범 출시에 대해 사용자에게 알립니다. +

+
+ + + +
+

+ 질문과 대답(FAQ) +

+
+ +

+ 제출한 앱이 Android Auto의 모든 요구사항을 충족하는지 여부를 어떻게 알 수 있습니까? + +

+

Auto 앱을 개발할 계획인 경우 앱을 활성화하고 테스트를 시작해 보십시오. + 하지만 이 시점에서 Auto 지원 앱을 게시할 수 없습니다. 언제 Auto 지원 앱을 제출할 수 있는지에 대해 최신 정보를 받아보려면 Auto Developers Google+ 커뮤니티에 가입하십시오. + + +

+

+ + +

+ Android Auto 이외의 항목도 대상으로 앱을 만들었습니다. 앱이 Auto 요구사항을 충족하지 않는 경우 신규 또는 업데이트된 앱이 휴대폰 및 태블릿용 Google Play에 계속 나타납니까? + + +

+

+ 아니요. Google이 승인 프로세스를 시작하면 Auto 앱의 운전자 안전을 검토합니다. 승인될 때까지 앱을 배포할 수 없습니다. + + 이는 휴대폰 및 태블릿용과 동일한 APK이기 때문에 Auto 승인 프로세스가 완료될 때까지 해당 장치에 대한 Play 스토어 업데이트를 사용할 수 없습니다. + + +

+ +

+ 중요: 이러한 제한 때문에 Auto 지원 프로토타입 생성에 프로덕션 APK를 사용하면 안 됩니다. + +

+ diff --git a/docs/html-intl/intl/ko/distribute/googleplay/quality/core.jd b/docs/html-intl/intl/ko/distribute/googleplay/quality/core.jd new file mode 100644 index 0000000..c914aab --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/quality/core.jd @@ -0,0 +1,1148 @@ +page.title=핵심 앱 품질 +page.metaDescription=앱 품질은 설치, 사용자 평점 및 리뷰, 사용자 확보 및 유지 측면에서 앱의 장기간 성공에 직접적인 영향을 미칩니다. +page.image=/distribute/images/core-quality-guidelines.jpg +@jd:body + +
+

품질 기준

+
    +
  1. 디자인 및 상호작용
  2. +
  3. 기능
  4. +
  5. 성능 및 안정성
  6. +
  7. Google Play
  8. + +
+ +

테스트

+
    +
  1. 테스트 환경 설정
  2. +
  3. 테스트 절차
  4. +
+ +

필독 항목

+
    +
  1. 태블릿 앱 품질
  2. +
  3. 앱 최적화
  4. +
+ + +
+
+ +
+ +
+ +

+ Android 사용자는 고품질 앱을 기대합니다. 앱 품질은 설치, 사용자 평점 및 리뷰, 사용자 확보 및 유지 측면에서 앱의 장기간 성공에 직접적인 영향을 미칩니다. + + +

+ +

+ 이 문서는 핵심 앱 품질 기준 및 연관된 테스트의 간결한 집합을 통해 기본적인 앱 품질을 평가하는 데 도움이 됩니다. + 모든 Android 앱은 이 기준을 충족해야 합니다. + +

+ +

+ 앱을 게시하기 전에 이 기준에 대한 테스트를 거쳐 다양한 장치에서 잘 작동하는지, Android 탐색 및 디자인 표준을 충족하는지 확인하고, Google Play 스토어에서 홍보 기회를 잡으십시오. + + + 테스트는 여기에서 설명한 기준을 충족할 것입니다. 이 문서의 목적은 모든 앱이 표시해야 하는 필수 품질 특성을 지정하는 것이므로 테스트 계획에 필수 품질 특성을 포함할 수 있습니다. + + +

+ +

+ 태블릿 앱 및/또는 교육용 Google Play 앱을 만드는 경우 고려해야 하는 추가 품질 기준이 있는데, 해당 기준은 태블릿 앱 품질 가이드라인 및 교육 가이드라인에 정의되어 있습니다. + + + + +

+ +
+

+ 시각적 디자인 및 사용자 상호작용 +

+ + +
+ +

+ 이 기준은 앱이 일관되고 직관적인 사용자 경험을 위해 필요한 경우 표준 Android 시각적 디자인 및 상호작용 패턴을 제공하도록 보장합니다. + + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 영역 + + ID + + 설명 + + 테스트 +
표준 디자인 + UX-B1 + +

+ 앱이 Android 디자인 가이드라인을 따르고 공통 UI 패턴 및 아이콘을 사용합니다. + +

+ +
    +
  1. 앱이 시스템 아이콘의 예상되는 기능(예: 뒤로 버튼)을 재정의하지 않습니다. + +
  2. + +
  3. 앱이 표준 UI 동작을 트리거하는 경우 시스템 아이콘을 완전히 다른 아이콘으로 대체하지 않습니다. + +
  4. + +
  5. 앱이 표준 시스템 아이콘의 사용자 지정 버전을 제공하는 경우 해당 아이콘은 시스템 아이콘과 매우 유사하고 표준 시스템 동작을 트리거합니다. + + +
  6. + +
  7. 앱이 아이콘이나 동작이 사용자를 잘못 안내하거나 혼란스럽게 하지 않도록 Android UI 패턴을 재정의하거나 오용하지 않습니다. + +
  8. +
+
+ CR-all +
+ 탐색 + + UX-N1 + +

+ 앱이 표준 시스템 뒤로 버튼 탐색을 지원하고 화면에 표시되는 사용자 지정 "뒤로 버튼" 프롬프트를 사용하지 않습니다. + +

+
+ CR-3 +
+ UX-N2 + +

+ 뒤로 버튼을 사용하여 모든 대화 상자를 취소할 수 있습니다. +

+
+ CR-3 +
+ UX-N3 + + 어디서든지 홈 버튼을 누르면 장치의 홈 화면으로 이동합니다. + + + CR-1 +
+ 알림 + + UX-S1 + +

+ 알림은 Android 디자인 가이드라인을 따릅니다. 특히 + +

+ +
    +
  1. 다중 알림은 단일 알림 개체로 누적됩니다(가능한 경우). + +
  2. + +
  3. 알림은 진행 중인 이벤트(예: 음악 재생 또는 통화)와 관련된 경우에만 지속됩니다. + +
  4. + +
  5. 알림은 사용자가 명시적으로 동의한 경우를 제외하고 앱의 핵심 기능과 관련되지 않은 광고를 포함하지 않습니다. + +
  6. +
+
+ CR-11 +
+ UX-S2 + +

+ 앱은 다음과 같은 경우에만 알림을 사용합니다. +

+ +
    +
  1. 개인적으로 사용자와 관련된 컨텍스트 변경(예: 수신 메시지)을 나타냅니다. + +
  2. + +
  3. 진행 중인 이벤트(예: 음악 재생 또는 통화)와 관련된 정보/컨트롤을 표시합니다. + +
  4. +
+
+ CR-11 +
+ +

관련 자료

+ +
+
+ +
+

+ 기능 +

+ + +
+ +

+ 이 기준은 앱이 적절한 권한 수준과 함께 예상되는 기능 동작을 제공하도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 영역 + + ID + + 설명 + + 테스트 +
+ 권한 + + FN-P1 + + 앱이 핵심 기능을 지원하는 데 필요한 절대 최소 권한만 요청합니다. + + + CR-11 +
+ FN-P2 + +

+ 앱이 핵심 기능과 관련되지 않은 경우 사용자가 비용을 지불할 수 있는 서비스(예: 전화 걸기 또는 SMS) 또는 민감한 데이터(예: 연락처 또는 시스템 로그)에 대한 액세스 권한을 요청하지 않습니다. + + + +

+
+ 설치 위치 + + FN-L1 + +

+ 앱이 SD 카드에 설치된 경우 정상적으로 작동합니다(앱에서 지원하는 경우). +

+ +

+ SD 카드에 설치 지원은 대부분의 대형 앱(10MB 이상)에서 권장됩니다. + SD 카드에 설치를 지원해야 하는 앱 유형에 대한 자세한 내용은 앱 설치 위치 개발자 가이드를 참조하십시오. + + +

+
+ SD-1 +
+ 오디오 + + FN-A1 + + 핵심 기능이 아닌 경우 화면이 꺼지면 오디오가 재생되지 않습니다(예: 앱이 뮤직 플레이어인 경우). + + + CR-7 +
+ FN-A2 + + 핵심 기능이 아닌 경우 오디오가 화면 잠금 상태에서 재생되지 않습니다. + + + CR-8 +
+ FN-A3 + + 핵심 기능이 아닌 경우 오디오가 홈 화면이나 다른 앱에서 재생되지 않습니다. + + + CR-1,
+ CR-2
+
+ FN-A4 + + 앱이 포그라운드로 돌아오면 오디오가 다시 시작되거나 사용자에게 재생이 일시 중지된 상태임을 알립니다. + + + CR-1, CR-8 +
+ UI 및 그래픽 + + FN-U1 + +

+ 앱이 가로 방향과 세로 방향을 모두 지원합니다(가능한 경우). +

+ +

+ 방향은 동일한 기능과 동작을 대부분 표시하고 기능 패리티를 보존합니다. + 콘텐츠 또는 보기의 사소한 변경은 허용됩니다. +

+
+ CR-5 +
+ FN-U2 + +

+ 앱이 양쪽 방향에서 전체 화면을 사용하고, 방향 변경을 설명하기 위해 레터박스는 허용하지 않습니다. + +

+ +

+ 화면상의 기하학적 형태의 미세한 변화를 보정하기 위한 사소한 레터박스는 허용됩니다. + +

+
+ CR-5 +
+ FN-U3 + +

+ 앱이 렌더링 문제 없이 표시 방향 전환을 신속하고 정확하게 처리합니다. + +

+
+ CR-5 +
+ 사용자/앱 상태 + + FN-S1 + +

+ 앱의 핵심 기능과 관련되지 않은 경우 앱이 백그라운드 상태에서 서비스를 실행해서는 안 됩니다. + +

+ +

+ 예를 들어, 앱이 알림을 위해 네트워크 연결을 유지하거나 Bluetooth 연결을 유지하거나 GPS를 켜진 상태로 유지하는 서비스를 실행해서는 안 됩니다. + + +

+
+ CR-6 +
+ FN-S2 + +

+ 앱이 사용자 또는 앱 상태를 정확히 보존하고 복원합니다. +

+ +

+ 앱이 포그라운드를 떠날 때 사용자 또는 앱 상태를 보존하고 뒤로 탐색 및 기타 상태 변경으로 인해 실수로 데이터를 손실하는 것을 방지합니다. + + 앱이 포그라운드로 돌아올 때 앱 또는 게임의 편집 가능한 필드, 게임 진행률, 메뉴, 동영상, 기타 섹션의 변경 내용 등 보류 중인 중요한 상태 저장 트랜잭션과 보존된 상태를 복원해야 합니다. + + + +

+ +
    +
  1. 앱이 Recents 앱 전환기에서 다시 시작한 경우 마지막으로 사용된 정확한 상태로 돌아갑니다. + +
  2. + +
  3. 장치가 절전(잠금) 상태에서 해제된 후에 앱이 다시 시작하는 경우 앱이 마지막으로 사용된 정확한 상태로 돌아갑니다. + + +
  4. + +
  5. 앱이 홈 또는 모든 앱에서 다시 시작하는 경우 이전 상태에 최대한 가깝게 앱 상태를 복원합니다. + +
  6. + +
  7. 뒤로 키를 누를 때 앱이 뒤로 탐색에서 손실할 수도 있는 앱 또는 사용자 상태를 저장하는 옵션을 제공합니다. + +
  8. +
+
+ CR-1, CR-3, CR-5 +
+ +

관련 자료

+ +
+
+ +
+

+ 성능 및 안정성 +

+ + +
+ +

+ 이 기준은 앱이 사용자가 기대하는 성능, 안정성 및 응답성을 제공하도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 영역 + + ID + + 설명 + + 테스트 +
+ 안정성 + + PS-S1 + + 앱이 대상 장치에서 작동 중단하거나 강제로 닫히거나 멈추거나 비정상적으로 작동하지 않습니다. + + + CR-all, SD-1, HA-1 +
+ 성능 + + PS-P1 + + 앱이 빨리 로드되거나, 로드하는 데 3초 이상 걸리는 경우 화면에 피드백을 표시합니다(진행률 표시기 또는 유사 기능). + + + + CR-all, SD-1 +
+ PS-P2 + + StrictMode가 활성화된 상태에서(아래 StrictMode 테스트 참조) 앱의 게임 실행, 애니메이션 및 UI 전환, 기타 부분 실행 등 앱을 실행할 때 빨간색 깜박임(StrictMode의 성능 경고)이 표시되지 않습니다. + + + + + PM-1 +
+ 미디어 + + PS-M1 + + 정상적인 앱 사용 및 로드 시 음악 및 동영상 재생이 매끄럽고 잔금, 버벅거림 또는 기타 아티팩트가 없습니다. + + + CR-all, SD-1, HA-1 +
+ 시각적 품질 + + PS-V1 + +

+ 앱이 현저한 왜곡, 흐림 또는 모자이크 현상 없이 그래픽, 텍스트 및 기타 UI 요소를 표시합니다. + +

+ +
    +
  1. 앱이 태블릿과 같은 대형 화면 장치를 포함한 다양한 장치의 모든 대상 화면 크기 및 폼 팩터에 고품질 그래픽을 제공합니다. + + +
  2. + +
  3. 메뉴, 버튼 및 기타 UI 요소의 가장자리에 앨리어싱이 표시되지 않습니다. + +
  4. +
+
+ CR-all +
+ PS-V2 + +

+ 앱이 허용되는 방식으로 텍스트 및 텍스트 블록을 표시합니다. +

+ +
    +
  1. 태블릿과 같은 대형 화면 장치를 포함한 다양한 장치의 모든 지원되는 폼 팩터에서 컴퍼지션이 허용됩니다. + +
  2. + +
  3. 잘린 문자나 단어가 표시되지 않습니다. +
  4. + +
  5. 버튼 또는 아이콘 내에서 부적합한 자동 줄바꿈이 표시되지 않습니다. +
  6. + +
  7. 텍스트와 주변 요소 사이에 충분한 간격이 있습니다. +
  8. +
+
+ +

관련 자료

+ +
+
+ +
+

+ Google Play +

+ + +
+ +

+ 이 기준은 앱을 Google Play에 게시할 수 있도록 보장합니다. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 영역 + + ID + + 설명 + + 테스트 +
+ 정책 + + GP-P1 + + 앱이 Google Play 개발자 콘텐츠 정책의 약관을 철저히 준수하고, 부적절한 콘텐츠를 제공하지 않고 다른 사람의 지적 재산권이나 브랜드 등을 사용하지 않습니다. + + + + GP-all +
+ GP-P2 + +

+ 앱 완성도가 콘텐츠 등급 가이드라인에 따라 적절히 설정되었습니다. + +

+ +

+ 특히, 장치 위치 사용 권한을 요청하는 앱은 "전체 이용가" 완성도를 부여받을 수 없습니다. + +

+
+ GP-1 +
+ 앱 세부정보 페이지 + + GP-D1 + +

+ 앱 대표 그래픽은 이 블로그 게시물에 나오는 가이드라인을 따릅니다. + 다음을 확인하십시오. +

+ +
    +
  1. 앱 목록에 고품질 대표 그래픽을 포함합니다. +
  2. + +
  3. 앱이 대상으로 하는 가장 작은 화면에서 배율을 축소하여 표시할 때 대표 그래픽에 식별할 수 없는 장치 이미지, 스크린샷 또는 작은 텍스트를 포함하지 않습니다. + + +
  4. + +
  5. 대표 그래픽은 광고와 비슷하지 않습니다. +
  6. +
+
+ GP-1, GP-2 +
+ GP-D2 + + 앱 스크린샷 및 동영상이 비 Android 장치를 표시하거나 참조하지 않습니다. + + GP-1 +
+ GP-D3 + + 앱 스크린샷 또는 동영상이 앱의 콘텐츠와 경험을 잘못된 방식으로 나타내지 않습니다. + +
+ 사용자 지원 + + GP-X1 + + Google Play 페이지의 리뷰 탭에서 일반 사용자가 보고하는 버그는 재현될 수 있고 많은 다른 장치에서 발생하는 경우 처리됩니다. + + 몇몇 장치에서만 버그가 발생하는 경우라도 해당 장치가 매우 인기 있거나 신기종인 경우 처리해야 합니다. + + + GP-1 +
+ +

관련 자료

+ +
+
+ +
+

+ 테스트 환경 설정 +

+ + +
+ +

+ 앱의 품질을 평가하려면 테스트용으로 적합한 하드웨어 또는 에뮬레이터 환경을 설정해야 합니다. + +

+ +

+ 이상적인 테스트 환경은 현재 소비자에게 제공되는 핵심 폼 팩터와 하드웨어/소프트웨어 조합을 나타내는 소수의 실제 하드웨어 장치를 포함합니다. + + 시장에 출시된 모든 장치에서 테스트할 필요는 없습니다. 오히려 폼 팩터당 한두 대의 장치를 사용하더라도 소수의 대표 장치에 초점을 맞춰야 합니다. + + + +

+ +

+ 테스트용 실제 하드웨어 장치를 구할 수 없는 경우 가장 일반적인 폼 팩터와 하드웨어/소프트웨어 조합을 나타내는 에뮬레이트된 장치(AVD)를 설치해야 합니다. + + + +

+ +

+ 기본 테스트 이상을 수행하려면 장치, 폼 팩터 또는 새 하드웨어/소프트웨어 조합을 테스트 환경에 추가하면 됩니다. + 테스트 수량이나 복잡성 및 품질 기준을 높일 수도 있습니다. + +

+ +
+

+ 테스트 절차 +

+ + +
+ +

+ 이 테스트 절차를 통해 앱에서 다양한 품질 문제 유형을 찾아낼 수 있습니다. 테스트를 조합하거나 테스트 그룹을 본인의 테스트 계획에 통합할 수 있습니다. + + 특정 기준과 특정 테스트의 연관성은 위의 절을 참조하십시오. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + 테스트 + + 설명 +
+ 핵심 테스트 도구 모음 + + CR-0 + +

+ 앱의 모든 부분(모든 화면, 대화 상자, 설정 및 모든 사용자 흐름)을 탐색합니다. + +

+ +
    +
  1. 애플리케이션이 편집, 콘텐츠 만들기, 게임 실행 또는 미디어 재생을 허용하면 해당 흐름으로 진입하여 콘텐츠를 만들거나 수정합니다. + + +
  2. + +
  3. 앱을 실행하는 동안 네트워크 연결, 배터리 기능, GPS 또는 위치 사용 가능성, 시스템 로드 등의 일시적인 변경 내용을 소개합니다. + + +
  4. +
+
+ CR-1 + + 각 앱 화면에서 장치의 홈 키를 누른 다음 모든 앱 화면에서 앱을 다시 시작합니다. + +
+ CR-2 + + 각 앱 화면에서 실행 중인 다른 앱으로 전환한 다음 Recents 앱 전환기를 사용하여 테스트 중인 앱으로 돌아갑니다. + +
+ CR-3 + + 각 앱 화면(및 대화 상자)에서 뒤로 버튼을 누릅니다. +
+ CR-5 + + 각 앱 화면에서 가로 방향과 세로 방향이 바뀌도록 장치를 세 번 이상 회전합니다. + +
+ CR-6 + + 다른 앱으로 전환하여 테스트 앱을 백그라운드로 보냅니다. 설정으로 이동하여 테스트 앱에 백그라운드로 실행 중인 서비스가 있는지 확인합니다. + + Android 4.0 이상에서는 앱 화면으로 이동하여 "실행 중" 탭에서 앱을 찾습니다. + 이전 버전에서는 "애플리케이션 관리"를 사용하여 실행 중인 서비스가 있는지 확인합니다. + +
+ CR-7 + + 전원 버튼을 눌러 장치를 절전 상태로 전환한 다음 전원 버튼을 다시 눌러 화면을 활성화합니다. + +
+ CR-8 + + 전원 버튼을 누르면 장치를 잠금 설정합니다. 전원 버튼을 눌러 장치를 절전 상태로 전환한 다음 전원 버튼을 다시 눌러 화면을 활성화하고 장치의 잠금을 해제합니다. + + +
+ CR-9 + + 장치에 슬라이드아웃 키보드가 있는 경우 키보드를 한 번 이상 슬라이드인 또는 슬라이드아웃합니다. + 장치에 키보드 도크가 있는 경우 장치를 키보드 도크에 장착합니다. + +
+ CR-10 + + 장치에 외부 디스플레이 포트가 있는 경우 외부 디스플레이를 연결합니다. + +
+ CR-11 + + 알림 서랍에서 앱이 표시할 수 있는 모든 유형의 알림을 트리거하고 관찰합니다. + 적용 가능한 경우 알림을 확장하고(Android 4.1 이상) 제공된 모든 작업을 누릅니다. + +
+ CR-12 + + 설정 > 앱 정보로 이동하여 앱이 요청한 권한을 검사합니다. + +
+ SD 카드에 설치 + + SD-1 + +

+ 장치 SD 카드에 앱이 설치된 상태에서 핵심 테스트 도구 모음을 반복합니다(앱에서 지원하는 경우). + +

+ +

+ 앱을 SD 카드로 이동하려면 설정 > 앱 정보 > SD 카드로 이동을 사용하면 됩니다. + +

+
+ 하드웨어 가속 + + HA-1 + +

+ 하드웨어 가속이 활성화된 상태에서 핵심 테스트 도구 모음을 반복합니다. +

+ +

+ 하드웨어 가속을 강제로 활성화하려면(장치에서 지원하는 경우) hardware-accelerated="true"를 앱 매니페스트의 <application>에 추가하고 다시 컴파일합니다. + + +

+
+ 성능 모니터링 + + PM-1 + +

+ 아래 설명처럼 StrictMode 프로파일링이 활성화된 상태에서 핵심 테스트 도구 모음을 반복합니다. +

+ +

+ 가비지 수집 및 사용자 경험에 미치는 영향에 세심한 주의를 기울이십시오. + +

+
+ Google Play + + GP-1 + + 개발자 콘솔에 로그인하여 개발자 프로필, 앱 설명, 스크린샷, 대표 그래픽, 완성도 설정 및 사용자 피드백을 검토합니다. + + +
+ GP-2 + + 대표 그래픽과 스크린샷을 다운로드하고 대상으로 하는 장치 및 폼 팩터의 디스플레이 크기에 맞게 배율을 축소합니다. + + +
+ GP-3 + + 앱 또는 확장 파일 다운로드에 패키지로 포함된 모든 그래픽 자산, 미디어, 텍스트, 코드 라이브러리 및 기타 콘텐츠를 검토합니다. + +
+ 결제 + + GP-4 + + 앱의 모든 화면을 탐색하고 모든 인앱 구매 흐름으로 진입합니다. +
+ +

+ StrictMode로 테스트 +

+ +

+ 성능을 테스트하려면 앱에서 {@link android.os.StrictMode}를 활성화하고 이를 사용하여 성능, 네트워크 액세스, 파일 읽기/쓰기 등에 영향을 줄 수 있는 기본 스레드 및 기타 스레드에서 작업을 캐치하는 것이 좋습니다. + + + +

+ +

+ {@link + android.os.StrictMode.ThreadPolicy.Builder}를 사용하여 스레드별 모니터링 정책을 수립하고 {@link + android.os.StrictMode.ThreadPolicy.Builder#detectAll()}을 사용하여 ThreadPolicy에서 지원되는 모든 모니터링을 활성화할 수 있습니다. + +

+ +

+ {@link + android.os.StrictMode.ThreadPolicy.Builder#penaltyFlashScreen() + penaltyFlashScreen()}을 사용하여 ThreadPolicy 정책 위반의 시각적 알림을 활성화하십시오. + +

diff --git a/docs/html-intl/intl/ko/distribute/googleplay/quality/tablets.jd b/docs/html-intl/intl/ko/distribute/googleplay/quality/tablets.jd new file mode 100644 index 0000000..6cf38c3 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/quality/tablets.jd @@ -0,0 +1,846 @@ +page.title=태블릿 앱 품질 +page.metaDescription=태블릿은 Android 설치 기반에서 빠르게 성장하는 분야로, 앱을 위한 새로운 기회를 제공합니다. +page.image=/distribute/images/tablet-guidelines-color.jpg +Xnonavpage=true + +@jd:body + + +
+ +
+ +

+ 태블릿은 Android 설치 기반에서 빠르게 성장하는 분야로, 사용자 확보 및 수익 창출을 위한 새로운 기회를 제공합니다. + + 이 문서의 가이드라인은 매력적인 기능과 직관적이고 잘 디자인된 UI를 통해 태블릿 사용자의 기대치를 충족하는 데 도움이 됩니다. + + +

+ +

+ 가이드라인에 번호가 매겨져 있지만 원하는 순서로 진행할 수 있습니다. 앱에 해당하는 범위 내에서 각 가이드라인의 권장사항을 구현하면 되지만 고객에게 최고의 제품을 제공하려면 권장사항을 최대한 따르는 것이 좋습니다. + + + + +

+ +

+ 이 문서 전체에 걸쳐 각 권장사항을 구현하는 데 도움이 되는 자료의 링크가 제공됩니다. + +

+ +

1. 기본 태블릿 앱 품질 테스트

+ +

뛰어난 태블릿 앱 경험을 제공하는 첫 번째 단계는 앱이 대상으로 삼은 모든 장치 및 폼 팩터에 대한 핵심 앱 품질 기준을 충족하는지 확인하는 것입니다. + + 자세한 내용은 핵심 앱 품질 가이드라인을 참조하십시오. +

+ +

+게시하기 전에 앱이 다음과 같은 기본 기술 검사 및 출시 기준을 통과하는지 확인하십시오. +

+ + + +

이미 Google Play 개발자 콘솔에 앱을 업로드한 경우 최적화 팁 페이지를 방문하여 이러한 검사가 어떻게 진행되고 있는지 확인할 수 있습니다. + + +

+ + +
+

2. 대형 화면의 레이아웃 최적화

+ +

+ Android를 통해 다양한 장치 화면 크기와 폼 팩터에서 제대로 실행되는 앱을 쉽게 개발할 수 있습니다. + 이 광범위한 호환성을 제대로 활용하면 모든 대상 장치에 널리 배포할 수 있는 단일 앱을 디자인하는 데 도움이 됩니다. + + 하지만 사용자에게 (특히 태블릿의) 각 화면 구성에 대한 최고의 경험을 제공하려면 각 대상 화면 구성에 대한 레이아웃과 기타 UI 구성요소를 최적화해야 합니다. + + + 태블릿에서 UI를 최적화하여 새 기능 제공, 새 콘텐츠 제공 또는 사용자에게 매력적인 기타 특징 제공을 위해 사용 가능한 추가 화면을 충분히 활용할 수 있습니다. + + + +

+ +

+ 핸드셋용으로 개발한 앱을 태블릿에 배포하려는 경우 레이아웃, 글꼴 및 간격의 사소한 조정부터 시작할 수 있습니다. + + 어떤 경우(7인치 태블릿 또는 대형 캔버스를 사용하는 게임 등)에는 이러한 것만 조정해도 앱이 매력적으로 보일 수 있습니다. + + 어떤 경우(대형 태블릿 등)에는 "늘어진 UI"를 효율적인 다중창 UI, 더 쉬운 탐색 및 추가 콘텐츠로 대체하기 위해 UI의 일부를 다시 디자인할 수 있습니다. + + +

+ + +
+ +

"늘어진" UI 제거: 태블릿에서 단일창 레이아웃은 어색한 공백과 지나치게 긴 줄로 나타납니다. + 여백을 사용하여 UI 요소의 너비를 줄이고 다중창 레이아웃 사용을 고려하십시오. +

+
+ +

다음은 몇 가지 제안입니다.

+ + +
    +
  • 필요한 경우 largexlarge 화면에 대해 사용자 지정 레이아웃을 제공합니다. + 화면의 가장 짧은 치수 또는 사용 가능한 최소 너비 및 높이를 기준으로 로드되는 레이아웃을 제공할 수도 있습니다. + + + +
  • + +
  • 최소한 대형 화면에 대해 글꼴 크기, 여백, 간격 등 치수를 사용자 지정하여 공백과 콘텐츠의 가독성을 개선합니다. + +
  • + +
  • 사용자가 태블릿을 가로 방향 등 옆쪽으로 잡고 있을 때 쉽게 액세스할 수 있도록 UI 컨트롤의 배치를 조정합니다. + + +
  • + +
  • UI 요소의 여백은 일반적으로 핸드셋보다 태블릿에서 더 커야 합니다. + 48dp 리듬(및 16dp 그리드)을 권장합니다. + +
  • + +
  • 텍스트 콘텐츠가 화면 가장자리에 정렬되지 않도록 텍스트 콘텐츠의 여백을 알맞게 조정합니다. + 화면 가장자리 근처의 콘텐츠 주위에 최소 16dp 여백을 사용합니다. + +
  • +
+ +

특히 레이아웃이 화면에서 "늘어져" 나타나지 않는지 확인하십시오. +

+ +
    +
  • 텍스트 줄이 지나치게 길면 안 됩니다. 줄당 최대 100자로 제한하고 50-75자 범위에서 최상의 결과를 나타내도록 최적화합니다. +
  • +
  • 목록 보기와 메뉴는 전체 화면 너비를 사용해서는 안 됩니다.
  • +
  • 여백을 사용하여 화면 내 요소의 너비를 관리하거나 태블릿의 경우 다중창 UI로 전환합니다(다음 절 참조). +
  • +
+ +

관련 자료

+ +
+ + +

3. 추가 화면 영역 사용

+ +
+ +

다중창 레이아웃은 태블릿 화면에서 시각적 균형감을 개선하고 효용성과 가독성을 높여줍니다. +

+
+ +

태블릿 화면은 특히 가로 방향일 때 앱에 더욱 뛰어난 현실감을 제공합니다. + 특히 10인치 태블릿은 상당히 확장된 영역을 제공하지만 7인치 태블릿도 콘텐츠를 표시하고 사용자가 활동할 수 있는 더 많은 공간을 제공합니다. + +

+ +

태블릿에서 실행되는 앱의 UI를 고려할 때 태블릿에서 사용할 수 있는 추가 화면 영역을 충분히 활용하는지 확인하십시오. + 다음은 몇 가지 제안입니다. +

+ +
    +
  • 추가 콘텐츠를 포함하거나 기존 콘텐츠의 대체 항목을 사용할 기회를 찾습니다. +
  • +
  • 태블릿 화면에서 다중창 레이아웃을 사용하여 단일 보기를 복합 보기로 결합합니다. + 그러면 추가 화면 영역을 더욱 효율적으로 사용할 수 있고 사용자가 앱을 탐색하기가 더욱 쉬워집니다. + +
  • +
  • 화면 방향이 변경될 때 복합 보기의 패널을 어떻게 재구성할지 계획을 세웁니다. +
  • + +
    +
    + + +

    복합 보기는 핸드셋 UI의 여러 단일 보기(위)를 더욱 풍부하고 효율적인 태블릿용 UI(아래)로 결합합니다. + +

    +
    +
    + +
  • 단일 화면을 {@link android.app.Activity} +서브클래스로 구현할 때 개별 콘텐츠 패널을 {@link +android.app.Fragment} 서브클래스로 구현하는 것을 고려합니다. 그러면 서로 다른 폼 팩터와, 콘텐츠를 공유하는 화면에서 코드 재사용을 극대화할 수 있습니다. + +
  • +
  • 다중창 UI를 사용할 화면 크기를 결정한 다음 적합한 화면 크기 버킷(예: large/xlarge) 또는 최소 화면 너비(예: sw600dp/sw720)에서 서로 다른 레이아웃을 제공합니다. + + +
  • +
+ +

관련 자료

+ +
+ +

4. 태블릿 화면용으로 디자인된 자산 사용

+ +
+ +

앱을 가장 멋진 모습으로 나타내려면 태블릿에서 공통적으로 지원되는 범위에서 각 밀도에 맞는 아이콘과 기타 비트맵 자산을 제공하십시오. + 특히 작업 모음, 알림 및 시작 관리자용 아이콘이 흐려지거나 기타 배율 관련 아티팩트를 발생시키지 않고 모든 화면에서 적절한 크기로 나타나도록 아이콘 체계 가이드라인에 따라 디자인하고 다양한 밀도로 이들을 제공해야 합니다. + + + +

+ +

표 1. 아이콘 유형용 원시 자산 크기. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
밀도시작 관리자작업 모음작게/상황별알림
mdpi48x48 px32x32 px16x16 px24x24 px
hdpi72x72 px48x48 px24x24 px36x36 px
tvdpi(hdpi 사용)(hdpi 사용)(hdpi 사용)(hdpi 사용)
xhdpi96x96 px64x64 px32x32 px48x48 px
xxhdpi144x144 px96x96 px48x48 px72x72 px
+ +

+ 최소한 다음 공통 태블릿 화면 밀도 중 하나 이상에 최적화된 각 아이콘 및 비트맵 자산의 버전을 제공하십시오. + + +

+
    +
  • hdpi
  • +
  • xhdpi
  • +
  • xxhdpi
  • +
+ +

기타 팁:

+ +
    +
  • 아이콘을 디자인할 때 세부정보나 가장자리 선명도를 잃지 않고 배율을 조정할 수 있도록 벡터 도형을 사용하십시오.
  • +
  • 밀도별 리소스 한정자를 사용하여 각 화면 밀도에 대해 적합한 아이콘이 로드되도록 하십시오. +
  • +
  • 태블릿과 기타 대형 화면 장치는 종종 밀도 크기가 장치의 실제 밀도보다 큰 시작 관리자 아이콘을 요구하므로 가급적 가장 높은 밀도로 시작 관리자 아이콘을 제공해야 합니다. + + 예를 들어, 태블릿 화면이 {@code xhdpi} 화면인 경우 태블릿이 시작 관리자 아이콘의 {@code xxhdpi} 버전을 요청합니다. +
  • +
+ +

관련 자료

+ +
+ +

5. +글꼴 및 터치 대상 조정

+ +

앱을 태블릿에서 사용하기 쉽게 하려면 대상으로 삼은 모든 화면 구성에 대해 태블릿 UI에서 글꼴 크기와 터치 대상을 조정하십시오. + + 위에 설명된 것처럼 styleable 특성 또는 치수 리소스를 통해 글꼴 크기를 조정하고 레이아웃 및 비트맵 drawable을 통해 터치 대상을 조정할 수 있습니다. + +

+ +

다음은 몇 가지 고려사항입니다.

+
    +
  • 태블릿 화면 크기와 밀도에서 텍스트가 너무 크거나 작으면 안 됩니다. + 해당 UI 요소에 대해 레이블 크기가 알맞게 조정되었는지 확인하고 레이블, 제목 및 기타 요소에서 잘못된 줄바꿈이 없는지 확인하십시오. + +
  • +
  • 화면 내 요소의 권장 터치 대상 크기는 48dp(최소 32dp)입니다. 태블릿 UI에서 일부 조정이 필요할 수도 있습니다. 대부분의 사용자에게 적합한 구현 전략에 대해 알아보려면 메트릭 및 그리드를 참조하십시오. + + + 특정 사용자의 접근성 요구사항을 충족하려면 더 큰 터치 대상을 사용하는 것이 적절할 수도 있습니다. + +
  • +
  • 가능하면 작은 아이콘의 경우 {@link android.view.TouchDelegate}를 사용하거나 투명한 버튼 내에 아이콘을 가운데 배치하여 터치 가능한 영역을 48dp 이상으로 확대하십시오. + +
  • +
+ +

관련 자료

+ +
+ +

6. 홈 화면 위젯 크기 조정

+ +

앱에 홈 화면 위젯이 포함된 경우 태블릿 화면에서 뛰어난 사용자 경험을 보장하기 위해 고려할 몇 가지 사항이 있습니다. +

+ +
    +
  • 위젯의 기본 높이와 너비를 태블릿 화면에 맞게 적절히 설정하고 최소 및 최대 높이와 너비를 조정하십시오. + +
  • +
  • 위젯은 5개 이상의 홈 화면 행(세로 또는 사각형 위젯인 경우)이나 열(가로 또는 사각형 위젯인 경우)을 수용할 수 있도록 420dp 이상으로 크기를 조정할 수 있어야 합니다. + +
  • +
  • 9 패치 이미지가 올바로 렌더링되는지 확인하십시오.
  • +
  • 기본 시스템 여백을 사용하십시오.
  • +
  • 가능하면 앱의 targetSdkVersion을 14 이상으로 설정하십시오. +
  • +
+ +

관련 자료

+ +
+ + +

7. 태블릿 사용자를 위한 완벽한 기능 집합

+ +
Tablet feature sets
+ +

태블릿 사용자가 최고의 앱 기능을 경험할 수 있도록 하십시오. 다음은 몇 가지 권장사항입니다. +

+ +
    +
  • 태블릿에서 최소한 휴대폰과 동일한 기능 집합을 제공하도록 앱을 디자인하십시오. + +
  • + +
  • 예외적으로 하드웨어나 대부분의 태블릿 사용에서 지원되지 않는 경우 앱이 태블릿에서 특정 기능을 생략하거나 대체할 수 있습니다. + + 예를 들면 다음과 같습니다. +
      +
    • 핸드셋이 전화통신 기능을 사용하지만 현재 태블릿에서 전화통신을 사용할 수 없는 경우 관련 기능을 생략하거나 대체할 수 있습니다. + +
    • + +
    • 대부분의 태블릿에 GPS 센서가 있지만 일반적으로 대부분의 사용자는 달릴 때 태블릿을 휴대하지 않습니다. + 휴대폰을 휴대한 사용자가 달릴 때 GPS 추적을 기록할 수 있는 앱의 기능이 태블릿에서는 꼭 필요하지는 않으므로 제공할 필요가 없습니다. + + + +
    • +
    +
  • + +
  • 태블릿 UI에서 특정 기능을 생략하는 경우 사용자가 해당 기능에 액세스할 수 없는지 또는 대체 기능에 대해 “정상적인 성능 저하”를 제공하는지 확인하십시오(아래 하드웨어 기능 절 참조). + + +
  • +
+ +

8. 올바른 대상 Android 버전 지정

+ +

+ 최대한 광범위하게 태블릿에 배포하려면 앱이 태블릿을 지원하는 대상 Android 버전을 올바르게 지정하는지 확인하십시오. + Android 3.0(API 레벨 11)부터 태블릿을 지원하기 시작했습니다. + + Android 4.0에서 태블릿, 휴대폰 및 기타 장치에 대한 통합 UI 프레임워크 지원이 도입되었습니다. + + +

+ +

+ 매니페스트 파일의 <uses-sdk> 요소에서 앱의 대상 Android 버전 범위를 설정할 수 있습니다. + + 대부분의 경우 요소의 targetSdkVersion 특성을 사용 가능한 가장 높은 API 레벨로 설정하는 방식으로 대상 Android 버전을 올바르게 지정할 수 있습니다. + + +

+ +

+ 최소한 <uses-sdk> 요소에서 다음 사항을 확인하십시오. + +

+ +
    +
  1. + targetSdkVersion이 11 이상의 값으로 선언되었는지 여부(14 이상 권장) 또는 + +
  2. + +
  3. + minSdkVersion이 11 이상의 값으로 선언되었는지 여부. +
  4. + +
  5. maxSdkVersion 특성이 선언된 경우 11 이상의 값을 가져야 합니다. + 일반적으로 maxSdkVersion 사용은 권장되지 않습니다. + +
  6. +
+ +

관련 자료

+ +
+ +

9. 올바른 하드웨어 기능 종속성 선언

+ +

+ 핸드셋과 태블릿은 일반적으로 센서, 카메라, 전화통신 및 기타 기능에 대해 약간 다른 하드웨어 지원을 제공합니다. + 예를 들어, 대부분의 태블릿은 전화통신 지원을 포함하지 않는 "Wi-Fi" 구성에서 사용할 수 있습니다. + +

+ +

+ 전체 휴대폰 및 태블릿 고객 기반에 단일 APK를 널리 배포할 수 있도록 태블릿에서 일반적으로 제공되지 않는 하드웨어 기능에 대한 요구사항을 앱에서 선언하지 마십시오. + + + 대신 아래 설명된 것처럼 앱 매니페스트에서 하드웨어 기능을 필요하지 않음으로 선언하십시오. + +

+ +
    +
  • 앱 매니페스트에서 <uses-feature> 요소를 찾으십시오. + 특히 다음과 같이 일부 태블릿에서 제공되지 않을 수 있는 하드웨어 기능을 찾으십시오. + + +
      +
    • android.hardware.telephony
    • +
    • android.hardware.camera (후방 카메라 참조) 또는
    • +
    • android.hardware.camera.front
    • +
  • + +
  • android:required=”false” 특성을 포함하여 <uses-feature> 요소를 필요하지 않음으로 선언하십시오. + + + +

    + 예를 들어, 다음은 전화통신을 제공하지 않는 장치에도 앱을 널리 배포할 수 있도록 android.hardware.telephony에서 종속성을 선언하는 올바른 방법입니다. + + +

    + +
    <uses-feature android:name="android.hardware.telephony" android:required="false" />
  • + +
  • 마찬가지로, 태블릿에 적합하지 않은 하드웨어 기능 요구사항을 포함하는 <permission> 요소의 매니페스트를 확인하십시오. + + 이러한 권한을 찾으면 해당 기능의 <uses-feature> 요소를 명시적으로 선언하고 android:required=”false” 특성을 포함하십시오. + + +
  • +
+ + +

+ 하드웨어 기능을 필요하지 않음으로 선언한 후에 다양한 장치에서 앱을 테스트하십시오. + 앱이 사용하는 하드웨어 기능을 제공하지 않는 경우에도 앱은 정상적으로 작동해야 하며, 필요한 경우 "정상적인 성능 저하" 및 대체 기능을 제공해야 합니다. + + +

+ +

+ 예를 들어, 앱이 위치를 설정하기 위해 정상적으로 GPS를 사용하지만 장치에서 GPS가 지원되지 않는 경우 앱에서 사용자가 수동으로 위치를 설정하도록 할 수 있습니다. + + 필요에 따라 앱이 런타임에 장치 하드웨어 기능을 점검하고 처리할 수 있습니다. + +

+ +

관련 자료

+ +
+ +

10. 태블릿 화면 지원 선언

+ +

앱을 광범위한 태블릿에 배포할 수 있도록 보장하려면 앱이 다음과 같이 매니페스트 파일에서 태블릿 화면 크기 지원을 선언해야 합니다. +

+ +
    +
  • <supports-screens> 요소는 선언된 경우 android:largeScreens="false" 또는 android:xlargeScreens="false"를 지정하면 안 됩니다. + + +
  • +
  • 13 미만의 minSdkVersion 값을 대상으로 하는 앱의 경우 <supports-screens> 요소가 android:largeScreens="true"android:xlargeScreens="true"와 함께 선언되어야 합니다. + + +
  • +
+ +

앱이 매니페스트에서 <compatible-screens> 요소를 선언하는 경우 앱이 지원하는 태블릿 화면의 모든 크기 및 밀도 조합을 지정하는 특성을 해당 요소에 포함해야 합니다. + + + + 가급적 앱에서 <compatible-screens> 요소의 사용을 피하십시오. + +

+ +

관련 자료

+ +
+ + +

11. Google Play에 태블릿 UI 소개

+ +

+ 풍부하고 최적화된 태블릿 앱용 UI를 만드는 작업을 완료한 후에 고객에게 이러한 사실을 알리십시오! + 다음은 Google Play에서 태블릿 앱을 사용자에게 홍보하는 몇 가지 주요 방법입니다. + +

+ +
+ + +

+ 태블릿 UI 스크린샷 업로드 +

+ +

+ 태블릿 사용자는 앱이 휴대폰이 아니라 태블릿 장치에서 어떤 모습으로 나타나는지 알고 싶어합니다. + 태블릿 앱을 개발한 경우 태블릿 UI의 스크린샷을 Google Play 개발자 콘솔에 업로드하십시오. + 다음은 몇 가지 가이드라인입니다. +

+ +
    +
  • 시작 또는 로그인 페이지가 아니라 앱의 핵심 기능을 보여주십시오. + 사용자가 대부분의 시간을 보내는 앱 화면을 스크린샷해서 보여주어야 합니다. + +
  • + +
  • 7인치 및 10인치 태블릿에서 찍은 스크린샷을 모두 추가하십시오. +
  • + +
  • 가능하면 가로 방향과 세로 방향으로 찍은 스크린샷을 모두 추가하십시오. + +
  • + +
  • 가능하면 화면 캡처를 사용하십시오. 스크린샷에 실제 장치 하드웨어가 표시되지 않도록 하십시오. +
  • + +
  • 각 방향에서 태블릿 스크린샷의 권장 해상도는 1280 x 720 이상입니다. + +
  • + +
  • 7인치 태블릿의 경우 8개의 태블릿 UI 스크린샷을, 10인치 태블릿의 경우 추가로 8개의 태블릿 UI 스크린샷을 업로드하십시오. + +
  • +
+ +

+ 앱 설명 및 릴리스 정보 업데이트 +

+ +
    +
  • 앱 설명에서 앱이 태블릿 사용자를 위한 뛰어난 기능과 태블릿에 최적화된 UI를 제공함을 강조하십시오. + 태블릿 UI의 작동 방식과 장점에 대해 자세히 설명하십시오. + +
  • + +
  • 앱의 릴리스 정보 및 업데이트 정보에 태블릿 지원 정보를 포함하십시오. + +
  • +
+ +

+ 홍보 동영상 업데이트 +

+ +

+ 많은 사용자가 앱의 홍보 동영상을 보고 앱의 용도를 파악하고 사용할지 여부를 결정합니다. + 홍보 동영상에서 앱의 태블릿 UI를 강조하여 관심 있는 태블릿 사용자가 앱을 사용하도록 유도할 수 있습니다. + 다음은 몇 가지 팁과 가이드라인입니다. + +

+ +
    +
  • 태블릿에서 실행되는 앱의 샷을 하나 이상 추가하십시오. 가장 효율적으로 태블릿 사용자를 확보하려면 휴대폰 UI와 거의 동일한 비율로 태블릿 UI를 홍보하는 것이 좋습니다. + + +
  • + +
  • 가능하면 동영상에서 일찍 태블릿 UI를 보여주십시오. 태블릿 사용자가 휴대폰 UI의 기능 안내가 모두 끝날 때까지 인내심을 갖고 기다릴 것이라고 가정하지 마십시오. 이상적으로는 최초 10초 이내에 또는 휴대폰 UI 소개와 동시에 태블릿 UI를 보여주는 방식으로 태블릿 사용자와 즉시 소통해야 합니다. + + + +
  • + +
  • 태블릿 UI를 명확히 보여주려면 핸드헬드 태블릿 장치에서 실행되는 앱의 샷을 포함하십시오. + +
  • + +
  • 동영상 내레이션이나 보이스오버에서 앱의 태블릿 UI를 강조하십시오. +
  • +
+ +

+ 홍보 캠페인에서 태블릿 UI 강조 +

+ +

+ 홍보 캠페인, 웹사이트, 소셜 게시물, 광고 등을 통해 태블릿 사용자에게 태블릿 UI에 대해 알리십시오. + 다음은 몇 가지 제안입니다. + +

+ +
    +
  • 태블릿에서 앱 사용을 강조하는 마케팅 또는 광고 캠페인을 기획하십시오. +
  • + +
  • 홍보 캠페인에서 태블릿 앱을 멋있게 소개하십시오. 장치 아트 생성기를 사용하여 7인치 또는 10인치 태블릿에서 실행 중인 앱의 고품질 홍보 이미지를 그림자 및 화면 번쩍임에 상관없이 선택 방향에서 빠르게 생성할 수 있습니다. + + + 이미지 생성은 캡처, 끌기 및 놓기만큼 간단합니다. +
  • + +
  • 사용자가 앱의 스토어 목록에 바로 연결할 수 있도록 온라인 홍보에 Google Play 배지를 포함하십시오. + 배지 생성기를 사용하여 다양한 언어로 배지를 생성할 수 있습니다. + +
  • +
+ +

관련 자료

+ +
+ +
+

+ 12. Google Play에서 게시에 대한 모범 사례 준수 +

+ + +
+ +

+ 다음은 Google Play에서 성공적인 태블릿 앱을 제공하기 위한 몇 가지 모범 사례입니다. + +

+ +
+ +
+ +

+ 앱의 최적화 팁 확인 +

+ +

이제 Google Play 개발자 콘솔에서 앱이 태블릿 앱 배포 및 품질에 대한 기본 가이드라인을 준수하는지 빠르게 확인할 수 있는 최적화 팁 페이지를 제공합니다. + + 이 페이지를 방문하려면 개발자 콘솔에 로그인한 다음 모든 애플리케이션에서 앱을 로드하고 왼쪽 탐색에서 최적화 팁을 클릭하십시오. + +

+ + + +

개발자 콘솔은 기본 품질 기준을 확인하기 위해 일련의 검사를 실행하는 방식으로 앱의 최적화 팁 페이지를 생성합니다. + + 문제가 발견되면 최적화 팁 페이지에서 "할 일" 항목으로 알려줍니다. +

+ +

태블릿용 앱을 개발한 경우 최적화 팁 페이지를 방문하여 앱의 기본 검사가 어떻게 진행되는지 확인하십시오. + + 문제가 있으면 앱에서 해결하고 필요한 경우 새 배포용 바이너리를 업로드하는 것이 좋습니다. + +

+ +

앱에 적용되지 않거나 태블릿에서 품질에 영향을 줄 수 있는 "할 일" 문제가 최적화 팁 페이지에 나열되면 태블릿용 디자인 관련 문의 »를 사용하여 당사에 알려주십시오. + + 당사는 앱을 검토하고 필요한 경우 최적화 팁 페이지를 업데이트합니다. + +

+ + +

앱의 필터링 확인

+ +

+ 앱을 개발자 콘솔에 업로드한 후에 APK의 지원되는 장치 목록을 점검하고 대상으로 삼으려는 태블릿 장치에서 앱이 필터링되지 않는지 확인하십시오. + + +

+ +

단일 APK로 배포

+ +

+ 모든 화면 크기(휴대폰 및 태블릿)에 대해 단일 Google Play 목록을 사용하여 단일 APK로 앱을 게시하는 것이 좋습니다. + 이 접근방식은 몇 가지 중요한 이점이 있습니다. + +

+ +
    +
  • 사용자가 검색, 탐색 또는 홍보 자료에서 앱을 더 쉽게 찾을 수 있습니다. +
  • + +
  • 사용자가 새 장치를 사용하는 경우 더 쉽게 앱을 자동으로 복원할 수 있습니다. + +
  • + +
  • 평점과 다운로드 통계가 모든 장치에서 통합됩니다. +
  • + +
  • 태블릿 앱을 두 번째 목록에 게시하면 브랜드의 등급을 저하시킬 수 있습니다. + +
  • +
+ +

+ 대부분의 경우에 단일 APK를 사용하여 모든 장치에 도달하는 것을 적극 권장하지만 필요에 따라 대안으로 다중 APK 지원을 사용하여 앱을 제공할 수 있습니다. + + +

+ +

관련 자료

+
+ + +
+

+ 태블릿용 테스트 환경 설정 +

+ + +
+ +

+ 테스트용으로 적합한 하드웨어 또는 에뮬레이터 환경을 통해 태블릿에서 앱의 품질(핵심 앱 품질 및 태블릿 앱 품질)을 평가하십시오. + + +

+ +

+ 핵심 앱 품질 기준 테스트에 대한 권장 테스트 환경과 비교하여 중간 크기 태블릿과 하드웨어/소프트웨어 기능이 더 많거나 적은 태블릿을 포함하십시오. + + + +

+ +

표 1. 일반적인 태블릿 테스트 환경은 나열된 플랫폼 버전, 화면 구성 및 하드웨어 기능 구성 중 하나와 함께 아래 표의 각 행에 나열된 한두 대의 장치를 포함할 수 있습니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + +
유형크기밀도버전AVD 스킨
7인치 태블릿large 또는
-sw600
hdpi,
tvdpi
Android 4.0 이상(API 레벨 14 이상)WXGA800-7in
10인치 태블릿xlarge 또는
-sw800
mdpi,
hdpi,
xhdpi
Android 3.2 이상(API 레벨 13 이상)WXGA800
+ +
+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/ko/distribute/googleplay/quality/tv.jd b/docs/html-intl/intl/ko/distribute/googleplay/quality/tv.jd new file mode 100644 index 0000000..83d71e9 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/quality/tv.jd @@ -0,0 +1,509 @@ +page.title=TV 앱 품질 +page.metaDescription=TV는 Android 장치에서 점차 성장하는 분야로, 뛰어난 경험을 생성하기 위해 앱 디자인 및 기능에 특별한 주의가 필요합니다. +page.image=/distribute/images/gp-tv-quality.png +@jd:body + + + +
+ +
+ +

+ 사용자는 TV를 시청할 때 휴대폰이나 태블릿을 사용할 때와는 다른 것을 기대합니다. + 보통 TV 사용자는 화면에서 3m 정도 떨어져서 앉아 있기 때문에 작은 세부 내용은 눈에 잘 띄지 않고 작은 문자는 읽기 힘듭니다. + 사용자가 TV에서 떨어져서 앉아 있기 때문에 화면의 요소를 터치하는 대신 리모컨을 사용하여 탐색하고 선택해야 합니다. + 이러한 차이로 인해 훌륭한 TV 사용자 경험을 만드는 데 필요한 요구사항은 현저히 다릅니다. + +

+ +

+ TV 사용자를 위한 뛰어난 경험을 만드는 첫 번째 단계는 최고의 TV 앱 사용자 경험을 제공하는 방법에 대한 지침을 안내하는 Android TV 디자인 가이드라인을 검토하고 따르는 것입니다. + + 또한 TV 앱 작성 교육 자료를 검토하여 기본적인 TV 앱 구현 요구사항을 이해해야 합니다. + + +

+ +

+ 중요: 뛰어난 사용자 경험을 보장하려면, TV 장치용 앱이 유용성에 대한 몇 가지 특정 요구사항을 충족해야 합니다. + 다음 품질 기준을 충족하는 앱만 Google Play에서 Android TV 앱의 자격을 취득합니다. + +

+ +

참고: Google Play에서 TV 앱을 게시하는 방법은 Android TV에 배포를 참조하십시오. +

+ + + +
+

+ 시각적 디자인 및 사용자 상호작용 +

+ + +
+ +

+ 이 기준은 앱이 TV 장치에서 일관되고 직관적이며 즐거운 사용자 경험을 보장하는 핵심 디자인 및 상호작용 패턴을 따르도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + 테스트 + + 설명 +
+ 시작 관리자 + + TV-LM + +

+ 설치 후에 앱이 Android TV Launcher에 시작 관리자 아이콘을 표시합니다. + (방법 알아보기) +

+
+ TV-LB + +

+ 앱이 Android TV Launcher에 320px x 180px 최대 크기 배너를 시작 관리자 아이콘으로 표시합니다. + (방법 알아보기) +

+
+ TV-BN + +

+ 앱 시작 배너에 앱의 이름이 포함됩니다. + (방법 알아보기) +

+
+ TV-LG + +

+ 앱이 게임인 경우, Android TV Launcher의 Games 행에 나타납니다.
+ (방법 알아보기) +

+
+ 레이아웃 + + TV-LO + +

+ 모든 앱 인터페이스가 가로 방향으로 표시됩니다. + (방법 알아보기) +

+
+ TV-TC + +

+ 앱이 핵심 텍스트를 16sp 이상 크기로 표시합니다. + (방법 알아보기) +

+
+ TV-TA + +

+ 앱이 모든 텍스트를 12sp 이상 크기로 표시합니다. + (방법 알아보기) +

+
+ TV-OV + +

+ 앱이 화면 가장자리에서 부분적으로 잘린 텍스트나 기능을 표시하지 않습니다. + + (방법 알아보기) +

+
+ TV-TR + +

+ 앱이 다른 앱을 부분적으로 가리지 않습니다. 앱이 전체 화면을 채우고 배경은 불투명합니다. + +

+
+ TV-DP + +

+ 앱이 TV-GP에 지정된 게임패드 컨트롤러를 요구하지 않는 경우 5방향 D 패드 컨트롤을 사용하여 앱 기능을 탐색할 수 있습니다. + + (방법 알아보기) +

+
+ TV-DK + +

+ 앱이 TV-GP에 지정된 게임패드 컨트롤러를 요구하는 경우 표준 Android 게임 컨트롤러 키를 사용하여 모든 기능을 탐색할 수 있습니다. + + (방법 알아보기) +

+
+ TV-DM + +

+ 앱이 사용자 인터페이스 컨트롤에 액세스하기 위해 메뉴 버튼이 있는 리모컨에 의존하지 않습니다. + + (방법 알아보기) +

+
+ + +

관련 자료

+ +
+
+ + + +
+

+ 기능 +

+ + +
+ +

+ 이 기준은 앱이 정확히 구성되고 예상되는 기능 동작을 제공하도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + 테스트 + + 설명 +
+ 매니페스트 + + TV-ML + +

+ 앱 매니페스트가 {@link android.content.Intent#CATEGORY_LEANBACK_LAUNCHER} 카테고리와 {@link android.content.Intent#ACTION_MAIN} 인텐트 유형을 설정합니다. + + (방법 알아보기) +

+
+ TV-MT + +

+ 앱 매니페스트가 {@code android.hardware.touchscreen} 하드웨어 기능을 필요하지 않음으로 설정합니다. + (방법 알아보기) + +

+
+ 게임 컨트롤러 + + TV-GP + +

+ 앱이 게임 컨트롤러를 기본 입력 방법으로 사용하는 경우 {@code <uses-feature>} 매니페스트 태그로 적합한 요구사항을 선언합니다. + + (방법 알아보기) +

+
+ TV-GC + +

+ 앱이 게임 컨트롤러 사용에 대한 시각적 지침을 제공하는 경우 지침은 브랜딩에 구애되지 않고 호환되는 버튼 레이아웃을 표시해야 합니다. + + (방법 알아보기) +

+
+ 광고 + + TV-AP + +

+ 앱이 D 패드 컨트롤을 사용하여 광고와 상호작용할 수 있도록 허용합니다. + (방법 알아보기) +

+
+ TV-AD + +

+ 전체 화면을 사용하는 비동영상 광고의 경우 앱이 사용자가 D 패드 컨트롤을 사용하여 광고를 즉시 건너뛸 수 있도록 허용합니다. + +

+
+ TV-AU + +

+ 클릭 가능하고 전체 화면이 아닌 비동영상 광고의 경우 앱이 웹 URL에 광고를 링크하는 것을 허용하지 않습니다. + +

+
+ TV-AA + +

+ 클릭 가능하고 전체 화면이 아닌 비동영상 광고의 경우 앱이 TV 장치에서 사용할 수 없는 다른 앱에 광고를 링크하는 것을 허용하지 않습니다. + +

+
+ 웹 콘텐츠 + + TV-WB + +

+ 웹 콘텐츠의 경우 앱이 {@link android.webkit.WebView} 구성요소를 사용하고 웹 브라우저 앱은 실행하지 않습니다. + +

+
+ 미디어 재생 + + TV-NP + +

+ 앱이 사용자가 떠난 후에도 사운드를 계속 재생하는 경우 사용자가 앱으로 돌아와서 재생을 제어할 수 있도록 홈 화면 권장 사항 행에 지금 재생(Now Playing) 카드를 제공합니다. + + + (방법 알아보기) +

+
+ TV-PA + +

+ 앱이 지금 재생(Now Playing) 카드를 제공하는 경우 이 카드를 선택하면 재생을 일시 중지할 수 있는 화면이 표시됩니다. + + (방법 알아보기) +

+
+ TV-PP + +

+ 앱이 동영상이나 음악 콘텐츠를 재생하는 경우 재생 중에 재생 또는 일시 중지 키 이벤트를 보내면 미디어 재생과 일시 중지 간에 전환합니다. +
+ (방법 알아보기) + +

+
+ + +

관련 자료

+ +
+
+ + +
+

+ 질문과 대답(FAQ) +

+
+ +

+ 제출한 앱이 TV 장치의 모든 요구사항을 충족하는지 여부를 어떻게 알 수 있습니까? + +

+

+ 앱이 이 페이지에 설명된 유용성 요구사항을 충족하지 않는 경우 Play 스토어 팀이 해당 앱과 연관된 기본 Google Play 개발자 콘솔 계정에 지정된 이메일 주소로 연락을 드립니다. + + +

+

+ 주의: 앱은 TV 장치에 대한 필수 매니페스트 항목을 포함해야 합니다. 그렇지 않으면 TV 앱으로 간주되지 않고 TV 유용성 요구사항을 검토하지 않습니다. + + +

+ + +

+ TV 장치 이외의 항목도 대상으로 앱을 만들었습니다. TV 장치 요구사항을 충족하지 않는 신규 또는 업데이트된 앱이 휴대폰 및 태블릿용 Google Play에 계속 나타납니까? + + +

+

+ 예. 위에서 설명한 요구사항은 TV 장치의Google Play 스토어 배포에만 제한됩니다. + 휴대폰, 태블릿 및 기타 장치 등 다른 장치 유형에 대한 배포는 영향을 받지 않습니다. + +

+ + +

+ 앱이 게시 요구사항을 충족하는 경우 Google Play 스토어의 TV 장치 부문에서 언제 사용할 수 있습니까? + +

+ +

+ TV에 대한 요구사항을 충족하는 앱은 Android 5.0의 공식 릴리스 후에 Google Play 스토어의 TV 장치 부문에 나타납니다. + +

\ No newline at end of file diff --git a/docs/html-intl/intl/ko/distribute/googleplay/quality/wear.jd b/docs/html-intl/intl/ko/distribute/googleplay/quality/wear.jd new file mode 100644 index 0000000..7ab9367 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/quality/wear.jd @@ -0,0 +1,452 @@ +page.title=Wear 앱 품질 +page.tags="wear","wearables","quality","guidelines" +page.metaDescription=웨어러블은 한 눈에 알아볼 수 있도록 만든 소형 장치로 적시에 정확한 정보를 제공하는 고유한 앱을 필요로 합니다. +page.image=/distribute/images/gp-wear-quality.png +@jd:body + + + + + +

+ Android Wear는 사용자에게 정확한 정보를 적시에 제공하는 것을 목표로 합니다. 뛰어난 Android Wear 경험은 자동으로 시작되고, 한 눈에 파악할 수 있으며, 사용자 상호작용이 전혀 또는 거의 필요하지 않습니다. + + 웨어러블용 앱 디자인은 휴대폰이나 태블릿용 디자인과 본질적으로 다릅니다. + 휴대폰이나 태블릿용 디자인과 구별되는 장단점, 사용 사례 및 인간공학적인 측면을 고려해야 합니다. + +

+ +

+ Wear 사용자를 위한 뛰어난 경험을 만드는 첫 번째 단계는 최고의 Wear 앱 사용자 경험을 제공하는 방법에 대한 지침을 안내하는 Android Wear 디자인 가이드라인을 읽는 것입니다. + + 또한 웨어러블 앱 작성 교육 자료를 검토하여 기본적인 Wear 앱 구현 요구사항을 이해해야 합니다. + + +

+ +

+ 중요: 뛰어난 사용자 경험을 보장하려면, 웨어러블용 앱이 유용성에 대한 몇 가지 특정 요구사항을 충족해야 합니다. + 다음 품질 기준을 충족하는 앱만 Google Play에서 Android Wear 앱의 자격을 취득합니다. + Wear 앱 자격을 취득하면 Android Wear 사용자가 Google Play에서 더 쉽게 앱을 검색할 수 있게 됩니다. + +

+ +

+ 참고: Google Play에서 Wear 앱을 게시하는 방법은 Android Wear에 배포를 참조하십시오. +

+ +
+

+ 기능 +

+ + +
+ +

+ 이 기준은 앱이 정확히 구성되고 예상되는 기능 동작을 제공하도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + ID + + 설명 +
+ 일반 + + WR-GL + +

+ 핸드헬드 앱이 Wear 장치에서 직접 실행되는 웨어러블 앱 또는 웨어러블 특정 기능을 사용하는 알림을 포함합니다. + + (방법 알아보기) +

+
+ WR-VF + +

+ 앱에 사용자에게 표시되는 Wear 기능이 있습니다. +

+
+ WR-BF + +

+ Wear 기능이 예상대로 작동하거나 앱의 Google Play 스토어 목록에 설명된 대로 작동합니다. +

+
+ 패키징 + + WR-PK + +

+ 기능이 핸드헬드 앱에 종속된 웨어러블 앱이 해당 핸드헬드 앱 내부에 패키지로 포함됩니다. + + (방법 알아보기) +

+
+ 알림 + + WR-FW + +

+ 웨어러블 특정 기능을 사용하는 알림이 {@code RemoteInput} 또는 {@code WearableExtender}를 사용합니다. + + (방법 알아보기) +

+
+ WR-FR + +

+ 사용자가 메시징 앱의 알림을 사용하여 음성 입력이나 빠른 응답을 통해 회신할 수 있습니다. + (방법 알아보기) +

+
+ WR-FG + +

+ 유사한 알림이 한 묶음으로 그룹화됩니다. + (방법 알아보기) +

+
+ 제스처 + + WR-GP + +

+ 전체 화면 작업에서 종료 확인 목적으로만 길게 누르기를 사용합니다. +
+ (방법 알아보기) +

+
+ WR-GD + +

+ 앱이 전체 화면 작업에서 살짝 밀어서 해제하기 제스처를 비활성화한 경우 길게 눌러 해제하기 제스처에 응답합니다. + + (방법 알아보기) +

+
+ Watch Face + + WR-WF + +

+ Watch Face를 포함하는 앱이 공식 Watch Face API를 사용합니다. + (방법 알아보기) +

+
+ + +

관련 자료

+ +
+
+ +
+

+ 시각적 디자인 및 사용자 상호작용 +

+ + +
+ +

+ 이 기준은 앱이 웨어러블에서 일관되고 직관적이며 즐거운 사용자 경험을 제공하는 핵심 디자인 및 상호작용 패턴을 따르도록 보장합니다. + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 유형 + + ID + + 설명 +
+ 레이아웃 + + WR-LS + +

+ 앱 사용자 인터페이스가 정사각형 디스플레이에 알맞은 형식으로 구성됩니다. 앱 콘텐츠가 실제 디스플레이 영역 내에 배치되고 텍스트나 컨트롤이 화면 가장자리에서 잘리지 않습니다. + +
+ (방법 알아보기) +

+
+ WR-LR + +

+ 앱 사용자 인터페이스가 화면 하단에 삽입물(또는 "턱")이 있는 장치를 포함한 둥근 디스플레이에 알맞은 형식으로 구성됩니다. + 앱 콘텐츠가 실제 디스플레이 영역 내에 배치되고 텍스트나 컨트롤이 화면 가장자리에서 잘리지 않습니다. + +
+ (방법 알아보기) +

+
+ WR-TC + +

+ 앱 텍스트가 제안 최소 크기인 16sp로 크고 한 눈에 파악할 수 있습니다. + (방법 알아보기) +

+
+ 시작 관리자 + + WR-LN + +

+ 앱 시작 관리자 문자열이 명령 구문이 아니라 앱 이름입니다. + (방법 알아보기) +

+
+ 알림 + + WR-NC + +

+ 앱이 필요한 경우 확인 애니메이션을 표시합니다. + (방법 알아보기) +

+
+ WR-NR + +

+ 알림 카드에 오른쪽 상단 가장자리에 표시되는 앱 아이콘이 있습니다. 한 가지 예외는 미디어 재생 카드처럼 알림 카드에 단일 작업 컨트롤이 있는 경우입니다. + +
+ (방법 알아보기) +

+
+ WR-WI + +

+ 알림 작업에 흰색 아이콘, 작업 제목, 투명한 배경이 있습니다. +
+ (방법 알아보기) +

+
+ WR-PB + +

+ 알림 사진 배경이 카드 표시가 아니라 정보 전달용으로만 사용됩니다. + (방법 알아보기) +

+
+ WR-PR + +

+ 알림 사진 배경의 해상도가 400x400 이상입니다. + (방법 알아보기) +

+
+ Google Play + + WR-GS + +

+ 앱이 Play 스토어 목록에 하나 이상의 Wear 스크린샷을 포함합니다. + (방법 알아보기) +

+
+ + +

관련 자료

+ +
+
+ +
+

+ 질문과 대답(FAQ) +

+
+ +

+ Android Wear 검토용으로 제출한 앱이 Wear의 모든 요구사항을 충족하는지 여부를 어떻게 알 수 있습니까? + +

+

+ 앱이 이 페이지에 설명된 유용성 요구사항을 충족하지 않는 경우 Play 스토어 팀이 해당 앱과 연관된 Google Play 개발자 콘솔 계정에 지정된 이메일 주소로 연락을 드립니다. + + +

+

+ 주의: 앱은 기능 요구사항을 충족해야 합니다. 그렇지 않으면 Wear 앱으로 간주되지 않고 Wear 디자인 및 상호작용을 검토하지 않습니다. + + +

+

+ 참고: Google Play에서 Wear 앱을 게시하는 방법은 Android Wear에 배포를 참조하십시오. +

+ + +

+ 앱이 Wear 요구사항을 충족하지 않는 경우 신규 또는 업데이트된 앱이 휴대폰 및 태블릿용 Google Play에 계속 나타나고 웨어러블에 계속 설치할 수 있습니까? + +

+

+ 예. 위에 설명된 요구사항은 앱이 Google Play에서 Android Wear 앱으로 식별되고 Android Wear 사용자가 더 쉽게 검색할 수 있는지 여부만 판별합니다. + Wear 앱으로 승인되지 않은 경우 휴대폰이나 태블릿 등 다른 장치 유형에서 계속 사용할 수 있고 웨어러블에 계속 설치할 수 있습니다. + + +

diff --git a/docs/html-intl/intl/ko/distribute/googleplay/start.jd b/docs/html-intl/intl/ko/distribute/googleplay/start.jd new file mode 100644 index 0000000..f5dd1b3 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/start.jd @@ -0,0 +1,156 @@ +page.title=게시 시작하기 +page.metaDescription=잠시 시간을 내어 개발자 계정을 등록하여 Google Play에서 게시를 시작하십시오. +meta.tags="publishing" +page.tags="google play", "publishing", "register", "signup" +page.image=/distribute/images/getting-started.jpg + +@jd:body + +
+ +
+ +

+ 잠시 시간을 내어 다음과 같은 방법을 통해 Google Play에서 게시를 시작하십시오. +

+ +
    +
  • Google Play 게시자 계정을 등록합니다. +
  • + +
  • 앱 또는 인앱 제품을 판매할 예정인 경우 Google Wallet 판매자 계정을 설정합니다. + +
  • + +
  • Google Play 개발자 콘솔 및 게시 도구를 탐색합니다. + +
  • +
+ +

+ 준비가 되면 시작(Start) 버튼을 눌러 개발자 콘솔로 이동하십시오. +

+ +
+

+ 게시자 계정 등록 +

+ + +
+ + + +
    +
  1. Google Play 개발자 콘솔을 방문합니다. + +
  2. + +
  3. 개발자 ID에 대한 기본 정보(이름, 이메일 주소 등)를 입력합니다. + 이 정보는 나중에 수정할 수 있습니다. + +
  4. + +
  5. 해당 국가 또는 지역의 개발자 배포 계약을 읽고 동의합니다. + Google Play에 게시하는 앱 및 스토어 목록은 개발자 프로그램 정책 및 미국 수출 법규를 준수해야 합니다. + + +
  6. + +
  7. Google Wallet을 사용하여 등록 수수료로 미화 25달러를 지불합니다. Google Wallet 계정이 없는 경우 프로세스 진행 중에 계정을 설정할 수 있습니다. + + +
  8. + +
  9. 등록이 확인되면 등록 시 입력한 이메일 주소로 통지됩니다. + +
  10. +
+ +
+

+ Google Wallet 판매자 계정 설정 +

+ + +
+ +
+ +
+ +

+ 가격이 책정된 앱, 인앱 제품 또는 구독물을 판매하려면 Google Wallet 판매자 계정이 필요합니다. + 언제든지 계정을 설정할 수 있지만 먼저 판매자 등록 허용 국가 목록을 검토하십시오. + +
+
+ Google Wallet 판매자 계정을 설정하려면
+
+

+ +
    +
  1. + https://play.google.com/apps/publish/에서 Google Play 개발자 콘솔에 로그인합니다. +
  2. + +
  3. 측면 탐색 창에서 재무 보고서 를 엽니다. +
  4. + +
  5. 지금 판매자 계정 설정을 클릭합니다. +
  6. +
+ +

+ 그러면 Google Wallet 사이트로 이동합니다. 이 단계를 완료하려면 비즈니스 정보가 필요합니다. + +

+ +
+

+ 개발자 콘솔 탐색 +

+ + +
+ +

+ 등록이 확인되면 개발자 콘솔에 로그인할 수 있습니다. 이곳은 Google Play에서 앱 게시 작업 및 도구를 위한 홈입니다. + + +

+ +
+ +
+ +
+
+
+ +
diff --git a/docs/html-intl/intl/ko/distribute/googleplay/tv.jd b/docs/html-intl/intl/ko/distribute/googleplay/tv.jd new file mode 100644 index 0000000..58f4c2e --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/tv.jd @@ -0,0 +1,305 @@ +page.title=Android TV에 배포 +page.image=/design/tv/images/atv-home.jpg +meta.tags="tv", "publish", "quality" +page.tags="tv", "publish", "googleplay" +page.metaDescription=앱, 게임 및 콘텐츠를 Android TV에 배포합니다. + +@jd:body + + + +

+ Android TV 및 Google Play를 통해 우수한 앱이나 게임을 거실에 있는 사용자에게 제공할 수 있습니다. + TV에 최적화된 스토어 첫 화면에서 앱과 게임을 제공할 수 있습니다. 신규 또는 기존 TV 앱을 확장한 다음 Google Play에서 익숙한 도구와 프로세스를 사용하여 게시할 수 있습니다. + + + +

+ +

+ 시작하려면 이 문서를 참조하여 Google Play를 통해 사용자에게 TV 앱을 배포하는 방법을 배우십시오. + 앱이 충족해야 하는 유용성 및 품질 표준에 대한 내용은 TV 앱 품질을 참조하십시오. + + + 앱이 준비되면 개발자 콘솔에서 Android TV 스토어 첫 화면에 게시하도록 옵트인할 수 있습니다. + +

+ +

+ 참여 방법 +

+ +

+ Google Play를 통해 거실에 있는 신규 사용자에게 TV 앱을 소개할 수 있습니다. + 기존 개발자 콘솔 계정과 현재 배포 및 가격 책정 설정을 사용하여 개발하고 게시할 수 있습니다. + 쉽게 참여할 수 있습니다. 과정에 대한 간략한 설명은 아래 절을 참조하십시오. + +

+ +
+ +
+ +

+ 1. 가이드라인 및 요구사항 이해 +

+ +

+ Android TV에 성공적인 출시를 준비하려면 먼저 TV에서 뛰어난 앱 경험을 생성하는 방법에 대한 가이드라인을 자세히 읽어보십시오. 앱을 TV용으로 확장하는 아이디어와 디자인 및 유용성에 대한 자세한 내용은 Android TV 디자인 가이드라인을 참조하십시오. + + +

+ +

+ TV 경험 디자인 시작 시 TV 앱 품질 기준을 읽고 숙지하십시오. + Android TV용 Google Play 경험은 TV에서 사용할 수 있는 앱만 소개합니다. 앱이 기본 품질 기준 집합을 충족하는 경우에 참여할 수 있습니다. + + + 자세한 내용은 TV 앱 품질을 참조하십시오. + +

+ +

2. 우수한 TV 앱 개발

+ +

+ 우수한 TV 앱은 거실용으로 설계되었으며 Android TV 및 관련 입력 주변 기기(예: 게임 컨트롤러, D 패드 및 리모컨)의 기능을 활용합니다. + + 앱은 대형 화면에서 사용자에게 세련된 고품질 경험을 제공하고 매력적인 기능을 제공하도록 개선됩니다. + + +

+ +

+ TV 앱을 고려할 때는 개발자 문서 및 유용성 가이드라인을 검토하고 최대한 지원 계획을 수립하십시오. + + SDK에 포함된 린백 라이브러리로 사용자를 위한 뛰어난 린백 경험을 디자인하고 작성하십시오. + 앱의 다른 부분들을 TV용으로 최적화하기를 원할 경우 개발 과정 초기에 식별하는 것이 이상적입니다. + + +

+ +

+ 대부분의 경우에 동일한 패키지 이름과 스토어 목록을 사용하여 휴대폰, 태블릿 및 기타 장치용 기존 앱의 일부로 TV 경험을 제공하는 것이 좋습니다. + + 이러한 방식으로 사용자가 TV 경험으로 매끄럽게 업그레이드할 수 있도록 하고, 휴대폰 및 태블릿용 앱에서 획득한 리뷰와 평점을 활용할 수 있습니다. + + +

+ +

+ TV 인텐트, 린백 라이브러리, TV 특정 코드 및 리소스를 모든 지원되는 장치의 단일 APK 솔루션의 일부로 번들할 수 있습니다. + 필요한 경우 다중 APK 지원을 사용하여 휴대폰 및 태블릿에 사용하는 것과 동일한 패키지 이름과 스토어 목록으로 Android TV 장치에 사용자 지정 바이너리를 제공할 수 있습니다. + + + +

+ +

+ 디자인 및 개발 과정에서 사용자 경험의 프로토타입을 생성하고 테스트하기에 적합한 장치를 확보하는 것이 중요합니다. + 한 대 이상의 Android TV 장치나 에뮬레이터를 확보하고 최대한 신속하게 테스트 환경을 구축해야 합니다. + + Android TV 환경에서 테스트용으로 권장되는 하드웨어 장치는 Google Play 및 기타 스토어에서 구할 수 있는 Nexus Player입니다. 게임 컨트롤러 및 기타 TV 입력 장치도 확보해야 합니다. + + + +

+ +

3. TV 앱 품질 테스트

+ +

+ TV 앱은 잘 작동하고 Android TV에서 멋있게 보이고 최고의 사용자 경험을 제공하도록 디자인해야 합니다. + Google Play는 사용자가 Google Play에서 쉽게 검색할 수 있도록 고품질 앱을 소개합니다. + 다음과 같은 방법으로 참여하여 사용자에게 멋진 Android TV 앱을 제공할 수 있습니다. + +

+ + + +

4. Android TV에 옵트인 및 게시

+ +

+ 릴리스 준비된 APK를 작성하여 TV 앱 품질 가이드라인을 모두 충족하는지 테스트한 후에 개발자 콘솔로 업로드합니다. + + TV 스크린샷 및 TV 배너를 포함한 스토어 목록을 업데이트하고 필요한 경우 배포 옵션을 설정합니다. + + Google Play에서 출시를 준비하는 방법에 익숙하지 않은 경우 출시 검사 목록을 참조하십시오. + + +

+ +

+ Android TV 사용자에게 게시하기 전에 개발자 콘솔의 가격 책정 및 배포 절에서 Android TV에 옵트인해야 합니다. + + 옵트인은 Android TV 사용자가 Google Play를 통해 앱을 사용할 수 있고 앱이 TV 앱 품질 가이드라인을 충족함을 의미합니다. + + + +

+ +

+ APK 업로드에서 자동으로 검사되는 다음 두 가지 예비 품질 기준을 충족하는 경우에만 옵트인할 수 있습니다. + +

+ +
    +
  • 앱 매니페스트가 CATEGORY_LEANBACK_LAUNCHER 카테고리와 함께 ACTION_MAIN 인텐트 유형을 포함해야 합니다. + + 자세한 내용은 여기를 참조하십시오. +
  • + +
  • 앱이 터치스크린이 필요하지 않음을 선언해야 합니다. 매니페스트가 android.hardware.touchscreen 하드웨어를 android:required="false”로 선언해야 합니다. + + 자세한 내용은 여기를 참조하십시오. +
  • +
+ +

+ 앱이 예비 기준을 충족하면 아래와 같이 Android TV 옵트인 확인란이 표시됩니다. + 옵트인 확인란이 활성화되지 않으면 APK를 검토하여 예비 기준을 충족하는지 확인하십시오. + +

+ +

+ 옵트인하고 변경 내용을 저장한 후에 평소처럼 앱을 게시할 수 있습니다. + Android TV 사용자에게 앱을 제공하기 전에 Google Play는 앱을 제출하여 TV 앱 품질 기준을 충족하는지 검토한 후에 그 결과를 개발자에게 알려줍니다. + + 앱의 승인 상태를 추적하는 방법은 다음 절을 참조하십시오. + +

+ +

+ 앱이 TV 앱 품질을 충족하면 Google Play에서 Android TV 사용자가 해당 앱을 사용할 수 있습니다. + + 또한 앱 컬렉션 및 홍보에서 앱에 더 높은 우선순위가 부여됩니다. + 모든 장소의 사용자에게 앱이 Android TV용으로 디자인되었음을 알려주기 위해 Google Play는 앱의 스토어 목록을 TV 배지로 장식합니다. + + +

+ +

+ 옵트인 및 검토는 Google Play 스토어에서 다른 장치의 앱 사용 가능성에 영향을 주지 않습니다. 앱을 게시하는 즉시 가령 휴대폰이나 태블릿에서 사용할 수 있습니다. + + +

+ +

+ 다음은 개발자 콘솔에서 Android TV에 옵트인하는 단계입니다. +

+ +
    +
  1. 앱이 TV 앱 품질 기준을 모두 충족하는지 확인합니다. +
  2. + +
  3. 앱의 스토어 목록에 TV 스크린샷과 배너 그래픽을 추가합니다. +
  4. + +
  5. 모든 애플리케이션 페이지에서 옵트인하려는 앱을 클릭합니다. +
  6. + +
  7. 가격 책정 및 배포에서 아래로 스크롤하여 Android TV와 옵트인 확인란을 찾습니다. + +
  8. + +
  9. Android TV에 앱 배포(Distribute your app to Android TV) 옆의 확인란을 클릭합니다. +
  10. + +
  11. 저장을 클릭하여 변경 내용을 저장합니다. +
  12. +
+ +
+ +

+ TV 옵트인: 개발자 콘솔에서 옵트인하면 앱이 Android TV에 포함됩니다. + +

+
+ +

5. 검토 및 승인 추적

+ +

+ 위에서 설명한 Android TV 기술 및 품질 기준을 앱이 충족하면 사용자가 Android TV에서 앱을 사용할 수 있습니다. 앱이 이 기준을 충족하지 않으면 개발자는 해결해야 할 문제에 대한 요약이 포함된 알림 이메일을 개발자 계정 주소로 받게 됩니다. + + + 필요한 조정을 거친 후에 새로운 앱 버전을 개발자 콘솔에 업로드할 수 있습니다. + + +

+ +

+ 언제든지 개발자 콘솔에서 앱의 가격 책정 및 배포 페이지의 Android TV에서 앱의 검토 및 승인 상태를 확인할 수 있습니다. + + +

+ +

+ 승인 상태는 다음 3개로 구분됩니다. +

+ +
    +
  • + 보류 중 — 검토를 위해 앱을 보냈지만 검토가 아직 완료되지 않았습니다. + +
  • + +
  • + 승인됨 — 앱이 검토 후에 승인되었습니다. Android TV 사용자가 앱을 바로 사용할 수 있습니다. + +
  • + +
  • + 승인 안 함 — 앱이 검토 후에 승인되지 않았습니다. 앱이 승인되지 않은 이유는 알림 이메일을 참조하십시오. + 문제를 해결하고 다시 옵트인 및 게시하여 재검토를 요청할 수 있습니다. + + +
  • +
+ +

앱이 어떻게 평가되는지 이해하려면 TV 앱 품질 문서를 참조하십시오.

+ + +

관련 자료

+ +
+
diff --git a/docs/html-intl/intl/ko/distribute/googleplay/wear.jd b/docs/html-intl/intl/ko/distribute/googleplay/wear.jd new file mode 100644 index 0000000..864f668 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/googleplay/wear.jd @@ -0,0 +1,262 @@ +page.title=Android Wear에 배포 +page.image=/design/media/wear/ContextualExample.008_2x.png +meta.tags="wear", "publish", "quality" +page.tags="wear", "publish", "googleplay" +page.metaDescription=Android Wear에 앱, 게임 및 콘텐츠를 배포합니다. + +@jd:body + + + +

+ Android Wear 및 Google Play를 통해 우수한 앱을 사용자에게 제공할 수 있습니다. 모든 앱이 Android Wear 장치에 기본 알림을 보낼 수 있는데, 그 이상의 기능을 제공할 수 있습니다. + + 모든 Wear 장치에서 맞춤형 Wear 상호작용을 지원하고 세련되고 매력적인 사용자 경험을 제공하도록 앱을 확장하십시오. + 앱이 핸드셋에서 핵심 앱 품질 가이드라인을 충족하고 Android Wear 장치에 고품질 경험을 제공하면, Google Play가 앱을 쉽게 검색할 수 있도록 소개합니다. + + +

+ +

+ 시작하려면 이 문서를 참조하여 Google Play를 통해 사용자에게 Wear 앱을 배포하는 방법을 배우십시오. + 앱이 충족해야 하는 유용성, 품질 표준에 대한 내용은 Wear 앱 품질을 참조하십시오. + 앱이 준비되면 개발자 콘솔에서 Android Wear 앱으로 지정하도록 옵트인할 수 있습니다. + +

+ +

+ 참여 방법 +

+ +

+ Google Play를 통해 Wear 앱을 더욱 쉽게 검색할 수 있습니다. 기존 개발자 콘솔 계정과 현재 배포 및 가격 설정을 사용하여 개발하고 게시할 수 있습니다. + + 쉽게 참여할 수 있습니다. 과정에 대한 간략한 설명은 아래 절을 참조하십시오. +

+ +

+ 1. 가이드라인 및 요구사항 이해 +

+ +
+ +
+ +

+ Android Wear에 성공적인 출시를 준비하려면 먼저 Wear에서 뛰어난 경험을 생성하는 방법에 대한 가이드라인을 자세히 읽어보십시오. + 앱을 Wear용으로 확장하는 아이디어와 디자인 및 유용성에 대한 자세한 내용은 Android Wear 디자인 가이드라인을 참조하십시오. + + +

+ +

+ Wear 경험 디자인 시작 시 Wear 앱 품질 기준을 읽고 숙지하십시오. + Wear에서 사용할 수 있는 앱만 Google Play에서 Wear 앱으로 지정됩니다. 앱이 기본 품질 기준을 충족하는 경우에 참여할 수 있습니다. + 자세한 내용은 Wear 앱 품질을 참조하십시오. +

+ +

2. 우수한 Wear 앱 개발

+ +

+가이드라인을 읽은 후 다음 단계는 앱을 개발하는 것입니다. 다음 절에서는 뛰어난 Wear 앱 경험을 구현하는 방법을 설명합니다. + +

+ +

디자인 우선

+ +

+ Android Wear는 사용자에게 정확한 정보를 적시에 제공하는 것을 목표로 합니다. 뛰어난 Android Wear 경험은 자동으로 시작되고, 한 눈에 파악할 수 있으며, 사용자 상호작용이 전혀 또는 거의 필요하지 않습니다. + + 모든 앱이 수정 없이 Wear 장치로 기본 알림을 보낼 수 있지만, Wear용으로 작성된 뛰어난 앱은 사용자에게 세련된 고품질 경험을 제공하고 서로 다른 화면 레이아웃에서 작동하고 매력적인 기능을 제공하도록 개선됩니다. + + + +

+ +

+ Wear 앱을 고려할 때는 개발자 문서유용성 가이드라인을 검토하고 최대한 활용할 계획을 수립하십시오. + SDK 및 지원 라이브러리에서 제공되는 API를 사용하여 사용자를 위한 뛰어난 알림 경험을 디자인할 수 있습니다. + 또한 웨어러블에서 직접 실행되는 앱을 작성할 수도 있습니다. + +

+ +

앱 패키징

+ +

+ 동일한 패키지 이름과 스토어 목록을 사용하여 휴대폰, 태블릿 및 기타 장치용 기존 앱의 일부로 Wear 경험을 제공하는 것이 좋습니다. + 그러면 사용자가 Wear 경험으로 매끄럽게 업그레이드하고 휴대폰 및 태블릿용 앱의 리뷰와 평점을 활용할 수 있습니다. + + 기능을 앱에 의존하는 웨어러블 앱의 경우, 항상 해당 앱 내에 패키지로 만들어야 합니다. 방법은 웨어러블 앱 패키징을 참조하십시오. + +

+ +

다양한 장치에서 테스트

+ +

+ 디자인 및 개발 과정에서 사용자 경험의 표준을 수립하고 테스트하기에 적합한 장치를 확보하는 것이 중요합니다. + 하나 이상의 Android Wear 장치를 확보하거나 서로 다른 에뮬레이터 구성을 사용하여 개발하고 최대한 신속하게 테스트 환경을 구축하는 것이 좋습니다. + + 정사각형 및 원형 레이아웃에서 디자인을 최적화하는 것이 중요합니다. +

+ +

3. Wear 앱 품질 테스트

+ +

+ Wear 앱은 잘 작동하고 Android Wear에서 멋있게 보이고 최고의 사용자 경험을 제공하도록 디자인해야 합니다. + Google Play는 사용자가 쉽게 검색할 수 있도록 선정된 고품질 Wear 앱을 소개합니다. + 다음과 같은 방법으로 참여하여 사용자에게 멋진 Android Wear 앱을 제공할 수 있습니다. + +

+ + + +

4. Android Wear에 옵트인 및 게시

+ +

+ 릴리스 준비된 APK를 작성하여 Wear 앱 품질 가이드라인을 모두 충족하는지 테스트한 후에 개발자 콘솔로 업로드합니다. + Wear 스크린샷으로 스토어 목록을 업데이트하고 필요한 경우 배포 옵션을 설정합니다. + Google Play에서 출시를 준비하는 방법에 익숙하지 않은 경우 출시 검사 목록을 참조하십시오. + +

+ +

+ 사용자에게 게시하기 전에 개발자 콘솔의 가격 책정 및 배포 절에서 Android Wear에 옵트인할 수 있습니다. + 옵트인은 Android Wear 사용자가 Google Play를 통해 앱을 검색할 수 있고 앱이 Wear 앱 품질 기준을 충족함을 의미합니다. + +

+ +

+ 옵트인하고 변경 내용을 저장한 후에 평소처럼 앱을 게시할 수 있습니다. 또한 Google Play는 앱을 제출하여 Wear 앱 품질 기준을 충족하는지 검토한 후에 그 결과를 개발자에게 알려줍니다. + + 앱의 승인 상태를 추적하는 방법은 다음 절을 참조하십시오. + +

+ +

+ 앱이 Wear 앱 품질 기준을 모두 충족하는 경우 Google Play에서 Android Wear 사용자가 앱을 더 쉽게 검색할 수 있습니다. + 또한 앱 컬렉션 및 홍보에서 앱에 더 높은 우선순위가 부여됩니다. + +

+ +

+ 옵트인 및 검토는 Google Play 스토어에서 앱의 사용 가능성에 영향을 주지 않습니다. 앱은 게시되는 즉시 사용할 수 있습니다. + +

+ +

+ 다음은 개발자 콘솔에서 Android Wear에 옵트인하는 단계입니다. +

+ +
    +
  1. 앱이 Wear 앱 품질 기준을 모두 충족하는지 확인합니다. +
  2. + +
  3. 앱의 스토어 목록에 Wear 스크린샷을 추가합니다. +
  4. + +
  5. 모든 애플리케이션 페이지에서 옵트인하려는 앱을 클릭합니다. +
  6. + +
  7. 가격 책정 및 배포에서 아래로 스크롤하여 Android Wear와 옵트인 확인란을 찾습니다. + +
  8. + +
  9. Android Wear에 앱 배포(Distribute your app on Android Wear) 옆의 확인란을 클릭합니다. +
  10. + +
  11. 저장을 클릭하여 가격 책정 및 배포 변경 내용을 저장합니다. +
  12. +
+ +
+ +

+ Wear 옵트인: 개발자 콘솔에서 옵트인하면 앱이 Android Wear에 포함됩니다. + +

+
+ +

5. 검토 및 승인 추적

+ +

+ 위에서 설명한 Android Wear의 기술 및 품질 기준을 앱이 충족하면 사용자가 Android Wear에서 앱을 더 쉽게 검색할 수 있습니다. + 앱이 이 기준을 충족하지 않으면 개발자는 해결해야 할 문제에 대한 요약이 포함된 알림 이메일을 개발자 계정 주소로 받게 됩니다. + + 필요한 조정을 거친 후에 새로운 앱 버전을 개발자 콘솔에 업로드할 수 있습니다. + +

+ +

+ 언제든지 개발자 콘솔에서 앱의 가격 책정 및 배포 페이지의 Android Wear에서 앱의 검토 및 승인 상태를 확인할 수 있습니다. + + +

+ +

+ 승인 상태는 다음 3개로 구분됩니다. +

+ +
    +
  • + 보류 중 — 검토를 위해 앱을 보냈지만 검토가 아직 완료되지 않았습니다. +
  • + +
  • + 승인됨 — 앱이 검토 후에 승인되었습니다. Android Wear 사용자가 앱을 더 쉽게 검색할 수 있습니다. + +
  • + +
  • + 승인 안 함 — 앱이 검토 후에 승인되지 않았습니다. 앱이 승인되지 않은 이유는 알림 이메일을 참조하십시오. + 문제를 해결하고 다시 옵트인 및 게시하여 재검토를 요청할 수 있습니다. + +
  • +
+ +

앱이 어떻게 평가되는지 이해하려면 Wear 앱 품질 문서를 참조하십시오.

+ + +

관련 자료

+ +
+
diff --git a/docs/html-intl/intl/ko/distribute/tools/launch-checklist.jd b/docs/html-intl/intl/ko/distribute/tools/launch-checklist.jd new file mode 100644 index 0000000..a8a2dcd --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/tools/launch-checklist.jd @@ -0,0 +1,1023 @@ +page.title=출시 검사 목록 +page.metaDescription=사용자에게 앱을 제공하는 전체 프로세스를 간략히 살펴봅니다. Google Play에 성공적으로 출시하려면 개발 시 이 검사 목록을 미리 읽어보십시오. +meta.tags="localizing, publishing, disttools" +page.tags="launch, publishing, Google Play" +page.image=/distribute/images/launch-checklist.jpg + +@jd:body + + + +
+ +

+ Google Play에 앱을 게시하고 사용자에게 배포하기 전에 앱을 준비하고 테스트하고 홍보 자료를 준비해야 합니다. + + +

+ +

+ 이 페이지는 Google Play의 게시 프로세스를 이해하고 성공적인 제품 출시를 준비하도록 도와줍니다. + 이 페이지에서는 서명 후 릴리스 준비된 애플리케이션 패키지(APK) 생성, 앱의 요구사항 이해, 각 앱의 제품 페이지 및 그래픽 자산 생성 등 Google Play에 앱을 게시하기 전에 완료해야 하는 몇 가지 작업을 간단히 설명합니다. + + + + +

+ +

+ 준비 및 게시 작업은 대략적인 순서를 파악할 수 있도록 번호가 매겨져 있습니다. + 하지만 필요에 따라 임의의 순서로 작업을 처리하거나 단계를 건너뛸 수도 있습니다. + +

+ +

+ 게시 단계로 이동하면서 다양한 지원 자료를 사용할 수 있습니다. + 각 단계마다 관련 링크가 제공됩니다. +

+ +
+

+ 1. 게시 프로세스 이해 +

+ + +
+ +

+ 이 검사 목록의 단계를 시작하기 전에 잠시 시간을 내서 전체 게시 워크플로를 읽고 이해하고 프로세스가 어떻게 진행되는지 파악해야 합니다. + + 특히 개발 팀은 모든 Android 앱에 공통되는 프로세스를 사용하여 앱을 릴리스할 준비를 해야 합니다. + + 게시 워크플로 문서에서는 게시 프로세스의 진행 방식과 APK 릴리스 준비 방법에 대한 자세한 정보를 제공합니다. + + +

+ +

+ 전반적인 게시 프로세스에 익숙해지면, 계속 읽으면서 Google Play에 앱을 게시할 때 고려해야 하는 문제를 이해하십시오. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 2. Google Play 정책 및 계약 이해 +

+ + +
+ +

+ 등록 시 승인한 Google Play 프로그램 정책을 이해하고 따르십시오. + Google Play는 해당 정책을 적극적으로 적용하며 위반 시 앱을 일시 중단하며 반복적으로 위반할 경우 개발자 계정을 해지할 수 있습니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 3. 품질 테스트 +

+ + +
+ +

+ Google Play에 앱을 게시하기 전에 모든 대상 장치에서 모든 Android 앱에 대한 기본 품질 기대치를 충족하는지 확인하는 것은 중요합니다. + + 테스트 환경을 설정하고 앱이 모든 앱에 적용되는 몇몇 품질 기준을 충족하는지 테스트하는 방식으로 앱의 품질을 점검할 수 있습니다. + + 자세한 내용은 핵심 앱 품질 가이드라인을 참조하십시오. + + +

+ +

+ 앱이 태블릿 장치를 대상으로 하는 경우 태블릿 고객에게 풍부하고 매력적인 경험을 제공하는지 확인하십시오. + 앱을 태블릿용으로 최적화하는 방법에 대한 권장사항은 태블릿 앱 품질 가이드라인을 참조하십시오. + +

+ +

+ 앱을 Google Play for Education에서 사용할 수 있도록 하려면 해당 앱이 유치원부터 고등학교까지의 교실에 적합하고 뛰어난 교육적 가치를 제공하는지 확인해야 합니다. + + 교육 앱이 갖춰야 하는 특성에 대한 내용은 교육 가이드라인을 참조하십시오. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 4. 앱의 콘텐츠 등급 결정 +

+ + +
+ +

+ Google Play는 개발자가 앱의 콘텐츠 등급을 설정하여 Google Play 사용자에게 앱의 완성도를 알려주도록 요구합니다. + 게시하기 전에 사용하려는 등급 레벨을 확인해야 합니다. + 사용 가능한 콘텐츠 등급 레벨은 다음과 같습니다. + +

+ +
    +
  • +

    + 전체 이용가 +

    +
  • + +
  • +

    + 낮은 완성도 +

    +
  • + +
  • +

    + 중간 완성도 +

    +
  • + +
  • +

    + 높은 완성도 +

    +
  • +
+ +

+ Android 장치에서 Android 사용자는 검색에 사용할 완성도를 설정할 수 있습니다. + Google Play는 설정에 따라 앱을 필터링하므로 선택한 콘텐츠 등급은 사용자에게 앱을 배포하는 데 영향을 줄 수 있습니다. + 앱 바이너리를 변경할 필요 없이 개발자 콘솔에서 앱의 콘텐츠 등급을 할당(또는 변경)할 수 있습니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 5. 배포 대상 국가 결정 +

+ + +
+ +

+ Google Play에서 앱이 배포되는 국가와 지역을 제어할 수 있습니다. + 일반적으로 가장 넓은 도달 범위와 가장 큰 잠재적 고객층을 확보하기 위해 가능한 모든 국가와 지역에 배포하는 것이 좋지만 + + 사업상의 필요나 앱 요구사항 또는 출시 종속성 때문에 하나 이상의 국가를 배포 대상 국가에서 제외해야 할 수도 있습니다. + +

+ +

+ 다음에 영향을 줄 수 있으므로 정확한 배포 대상 국가를 조기에 결정하는 것이 중요합니다. + +

+ +
    +
  • +

    + 앱에서 현지화된 자료의 필요성. +

    +
  • + +
  • +

    + 개발자 콘솔에서 현지화된 앱 설명의 필요성. +

    +
  • + +
  • +

    + 특정 국가에서 충족해야 하는 앱의 법적 요구사항. +

    +
  • + +
  • +

    + 표준 시간대 지원, 현지 가격 책정 등. +

    +
  • +
+ +

+ 대상 국가를 염두에 두고 앱과 Google Play 목록 세부정보의 현지화 필요성을 평가하고 출시 예정일에 앞서 현지화 작업을 제대로 시작해야 합니다. + + +

+ +

+ 현지화 프로세스에서 핵심 단계와 고려사항은 현지화 검사 목록을 참조하십시오. + +

+ +

관련 자료

+ +
+
+ +
+

+ 6. 앱의 전체 크기 확인 +

+ + +
+ +

+ 앱의 전체 크기는 앱의 디자인 및 Google Play에 앱을 게시하는 방법에 영향을 줄 수 있습니다. + 현재 Google Play에 게시되는 APK의 최대 크기는 50MB입니다. + 앱이 이 크기를 초과하거나 부차적인 다운로드를 제공하려면 Google Play가 서버 인프라에서 무료로 호스팅하고 장치에 다운로드하는 과정을 자동으로 처리하는 APK 확장 파일을 사용할 수 있습니다. + + + +

+ +
    +
  • +

    + Google Play에 게시되는 APK의 최대 크기는 50MB입니다. +

    +
  • + +
  • +

    + 최대 크기가 2GB인 APK 확장 파일을 최대 두 개까지 사용할 수 있습니다. + +

    +
  • +
+ +

+ APK 확장 파일을 사용하여 대형 앱을 편리하고 비용 효율적으로 배포할 수 있습니다. + 하지만 APK 확장 파일을 사용하려면 릴리스 준비된 APK를 만들기 전에 앱 바이너리를 일부 변경해야 합니다. + + +

+ +

+ 앱 바이너리의 크기를 최소화하려면 릴리스 준비된 APK를 작성할 때 코드에서 ProGuard 도구나 이와 유사한 오퍼스케이터(obfuscator)를 실행해야 합니다. + +

+ +

관련 자료

+ +
+
+ +
+

+ 7. 앱의 플랫폼 및 화면 호환성 범위 확인 +

+ + +
+ +

+ 앱을 게시하기 전에 대상으로 삼으려는 Android 플랫폼 버전과 장치 화면 크기에서 제대로 실행되도록 고안되었는지 확인하는 것이 중요합니다. + + +

+ +

+ 앱 호환성 측면에서 Android 플랫폼 버전은 API 레벨로 정의됩니다. + + 일단 앱이 게시되면 Android 장치에 대한 배포에 영향을 주기 때문에 앱이 <minSdkVersion>과 호환되는 최소 버전을 확인해야 합니다. + + +

+ +

+ 화면 크기의 경우 앱이 지원하려는 화면 크기 및 픽셀 밀도 범위에서 제대로 실행되고 모양이 어울리는지 확인해야 합니다. + + 다중 화면 지원의 조언에 따라 다중 화면 크기를 위한 확장성을 지원해야 합니다. + 그렇게 할 수 없는 경우에는 <supports-screens>를 사용하여 앱에서 지원되는 최소 화면 크기를 선언하십시오. + + + 그러면 Google Play가 그에 따라 앱의 사용 가능성을 제한하고, 선언된 최소 화면 크기 이상의 화면에서 장치를 사용할 수 있게 만듭니다. + +

+ +

+ 모든 Android 장치에서 Android 플랫폼 버전 및 화면 크기의 호환성에 대한 자세한 내용은 장치 대시보드 차트를 참조하십시오. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 8. 앱의 무료/유료 결정 +

+ + +
+ +
+ +
+ +

+ Google Play에서 앱을 무료 또는 유료로 다운로드하도록 게시할 수 있습니다. 무료 앱은 Google Play에서 모든 Android 사용자가 다운로드할 수 있습니다. + 유료 앱은 유료 다운로드를 지원하는 국가에 거주하고 Google Play에서 신용카드 또는 휴대폰 결제(Direct Carrier Billing)와 같은 결제 양식을 등록한 사용자만 다운로드할 수 있습니다. + + + +

+ +

+ Google Play에서 무료 앱은 계속 무료를 유지해야 하므로 앱을 무료로 할지 유료로 할지 결정하는 것은 중요합니다. + +

+ +
    +
  • +

    + 앱을 무료 앱으로 게시한 후에는 유료 앱으로 변경할 수 없습니다. 하지만 Google Play의 인앱 결제 서비스를 통해 인앱 제품구독을 계속 판매할 수 있습니다. + + + +

    +
  • + +
  • +

    + 앱을 유료 앱으로 게시한 경우 언제든지 무료 앱으로 변경할 수 있습니다(그러나 유료로 다시 변경하는 것은 불가능함). + + 인앱 제품과 구독을 판매할 수도 있습니다. +

    +
  • +
+ +

+ 앱이 유료이거나 인앱 제품을 판매하는 경우 게시하기 전에 Google Wallet 판매자 계정을 설정해야 합니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 9. 인앱 결제 사용 고려 +

+ + +
+ +

+ Google Play 인앱 결제를 사용하여 애플리케이션에서 디지털 콘텐츠를 판매할 수 있습니다. + 이 서비스를 사용하여 다운로드 가능한 콘텐츠(예: 미디어 파일 또는 사진)와 가상 콘텐츠(예: 게임 레벨 또는 마법의 물약)를 포함한 광범위한 콘텐츠를 판매할 수 있습니다. + + + 인앱 결제 서비스를 통해 앱 내에서 일회 구매 및 구독을 판매할 수 있습니다. 이를 통해 앱이 설치된 기간 동안 수익을 창출할 수 있습니다. + + +

+ +

+ 앱을 통해 수익을 창출하고 사용자를 확보하는 다양한 방법을 찾고 있는 경우 인앱 결제(In-app Billing) 또는 즉시 구매(Instant Buy)를 고려해 보십시오. + 이러한 서비스는 사용자와 개발자 모두에게 매우 인기가 있습니다. + 인앱 결제 또는 즉시 구매를 사용하려면 앱 바이너리를 변경해야 하므로, 릴리스 준비된 APK를 만들기 전에 구현을 완료하고 테스트해야 합니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 10. 제품 가격 책정 +

+ + +
+ +

+ Google Play에서 앱, 인앱 또는 실물 제품을 판매하려는 경우 전 세계 사용자를 위해 다양한 통화로 제품의 가격을 책정해야 합니다. + + 다양한 통화로 개별적으로 가격을 책정할 수 있으므로 시장 상황과 환율에 따라 유연하게 가격을 조정할 수 있습니다. + + +

+ +

+ 게시하기 전에 제품 가격을 어떻게 책정하고 다양한 통화로 얼마로 책정할지 고려하십시오. + 나중에 개발자 콘솔을 통해 사용 가능한 모든 통화로 가격을 책정할 수 있습니다. + +

+ +

관련 자료

+ +
+
+ +
+

+ 11. 현지화 시작 +

+ + +
+ +

+ 대상 국가를 염두에 두고 현지화 필요성을 평가하고 앱의 국제화를 확인하고 출시 예정일에 앞서 현지화 작업을 제대로 시작하는 것이 좋습니다. + + +

+ +

+ 애플리케이션 디자인뿐만 아니라 적어도 다음과 같은 세 가지 항목도 현지화해야 합니다. + +

+ +
    +
  • +

    + 앱의 문자열, 이미지 및 기타 자료 +

    +
  • + +
  • +

    + Google Play에서 앱의 스토어 목록 세부정보 +

    +
  • + +
  • +

    + 스토어 목록에 수반되는 앱의 그래픽 자산, 스크린샷 및 동영상 + +

    +
  • +
+ +

+ 현지화 프로세스의 핵심 단계와 고려사항은 현지화 검사 목록을 참조하십시오. + +

+ +

+ 스토어 목록을 현지화하려면 먼저 앱 이름, 설명 및 홍보 문구를 작성하고 마무리하십시오. + 이들을 모두 수집하여 현지화를 의뢰하십시오. + 앱 업데이트 시 "최신 변경 사항" 텍스트도 선택적으로 번역할 수 있습니다. + 나중에 개발자 콘솔에서 현지화된 목록 세부정보를 추가하거나 Google Play 자동 번역을 통해 목록 세부정보를 원하는 언어로 번역할 수 있습니다. + + +

+ +

+ 앱 목록이 글로벌 고객층을 사로잡으려면 무엇보다도 홍보 그래픽, 스크린샷 및 동영상의 현지화된 버전을 만들어야 합니다. + + 예를 들어, 효율성을 극대화하기 위해 앱의 대표 그래픽에 번역해야 하는 텍스트를 포함할 수 있습니다. + 언어마다 서로 다른 홍보 그래픽을 만들어 개발자 콘솔에 업로드할 수 있습니다. + + 홍보 동영상을 제공하는 경우 개발자는 지원하는 각 언어로 현지화된 버전을 만든 다음 해당 동영상 링크를 추가할 수 있습니다. + + +

+ +

+ 번역이 완료되면 필요에 따라 앱 자료에 추가하고 제대로 로드되는지 테스트하십시오. + 나중을 위해 자산을 업로드하고 스토어 목록을 구성할 때 앱의 번역된 목록 세부정보를 저장하십시오. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 12. 홍보 그래픽, 스크린샷 및 동영상 준비 +

+ + +
+ +

+ Google Play에 게시할 때 다양한 고품질 그래픽 자산을 제공하여 앱 또는 브랜드를 소개할 수 있습니다. + 게시한 후에 이러한 그래픽 자산은 스토어 목록 페이지, 검색 결과 및 그 밖의 장소에 나타납니다. + 이 그래픽 자산은 사용자의 관심을 끌고 사용자를 확보하는 성공적인 스토어 목록 페이지의 핵심 부분이므로 그래픽 디자이너에게 의뢰할 것을 고려하십시오. + + + 스크린샷과 동영상도 앱의 모양과 사용/실행 방법을 보여주므로 매우 중요합니다. + +

+ +

+ 앱이나 브랜드를 쉽게 확인하고 화려하고 흥미로운 방식으로 강조할 수 있도록 모든 그래픽 자산을 디자인해야 합니다. + 이러한 자산은 사용자가 앱을 다운로드한 후에 모든 앱 시작 관리자에 표시된 것과 동일한 로고와 아이콘을 참조해야 합니다. 또한 게시하는 모든 앱의 그래픽 자산과 잘 어울려야 합니다. 해당 그래픽 자산은 스토어 목록 페이지에도 표시됩니다. + + + + +

+ +

+ 앱을 글로벌 대상에게 더욱 효과적으로 마케팅할 수 있도록 홍보 그래픽, 스크린샷 및 동영상의 현지화된 버전을 만들고 Google Play 개발자 콘솔에 업로드할 수 있습니다. + + 사용자가 앱의 스토어 목록을 방문하면 사용자의 언어로 제공된 홍보 그래픽, 스크린샷 및 동영상이 표시됩니다. + + +

+ +

+ 홍보 그래픽을 현지화하려면 특정 언어로 사용자의 요구사항을 가장 잘 수용하도록 포함된 모든 텍스트를 번역하거나 서로 다른 이미지나 표현을 사용하거나 마케팅 접근방식을 변경할 수 있습니다. + + 예를 들어, 대표 또는 홍보 그래픽에 제품 이름이나 기타 정보를 포함하는 경우 해당 텍스트를 번역하여 홍보 그래픽의 현지화된 버전에 추가할 수 있습니다. + + + +

+ +

+ 현지화된 그래픽 자산과 동영상도 매우 중요하므로 게시 예정일에 앞서 그래픽 자산과 동영상을 만들고 현지화하기 시작해야 합니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 13. 릴리스 준비된 APK 작성 및 업로드 +

+ + +
+ +

+ 앱이 UI, 호환성 및 품질 요구사항을 만족스럽게 충족하면 릴리스 준비된 앱 버전을 작성할 수 있습니다. + + 릴리스 준비된 APK를 개발자 콘솔에 업로드하고 사용자에게 배포합니다. + +

+ +

+ 릴리스 준비된 APK를 준비하는 과정은 배포 방식에 관계없이 모든 앱에서 동일합니다. + 일반적으로 이 과정에는 기본 코드 정리 및 최적화, 릴리스 키로 작성 및 서명, 최종 테스트가 포함됩니다. + + +

+ +

+ 앱의 릴리스 준비된 버전을 만드는 자세한 방법은 릴리스 준비를 참조하십시오. + + +

+ +

+ 릴리스 준비된 APK는 개발자 콘솔에 업로드할 수 있습니다. + 필요한 경우 게시하기 전에 APK를 최신 버전으로 교체할 수 있습니다. + +

+ + +
+

+ 14. 베타 릴리스 계획 +

+ + +
+ + + +

+ 앱을 출시하기 전에 사용자의 실제 피드백을 받는 것은 항상 중요합니다. 신규 앱을 출시하는 경우에는 더욱 중요합니다. + 주요 시장에서 사용자에게 앱의 시험판 버전을 배포하고 간편한 피드백 및 버그 보고 기능을 제공하는 것이 좋습니다. + + + +

+ +

+ Google Play에서 앱의 베타 프로그램을 설정할 수 있습니다. 개발자 콘솔에 로그인하여 APK를 업로드한 후에, 앱의 알파 및 베타 테스트를 진행할 사용자 그룹을 설정할 수 있습니다. + + 소규모 알파 테스터 그룹부터 시작하여 더 큰 규모의 베타 테스터 그룹으로 이동할 수 있습니다. + 테스터 그룹에 추가된 사용자는 앱의 스토어 목록에 액세스하여 앱을 설치합니다. 알파 또는 베타 버전 사용자는 리뷰나 평점을 남길 수 없으므로 Google Play에서 저조한 평점에 대한 위험이 없습니다. + + + + Google 포럼이나 Google+와 같은 테스트 피드백에 대한 메커니즘을 준비해야 합니다. + +

+ +

+ 사용자의 피드백은 개발자가 UI, 번역 및 스토어 목록을 조정하여 사용자의 만족도를 높이는 데 도움이 됩니다. + +

+ + +
+

+ 15. 앱의 스토어 목록 작성 +

+ + +
+ +

+ Google Play에서 앱의 제품 정보는 Android 장치나 웹에서 스토어 목록 페이지, 사용자가 앱에 대해 더 자세히 알아보기 위해 방문하는 페이지, 앱을 구입하거나 다운로드하기로 결정하는 페이지에 나타납니다. + + + +

+ +

+ Google Play는 스토어 목록 페이지에서 화려한 그래픽, 스크린샷 및 동영상, 현지화된 설명, 릴리스 세부정보 및 다른 앱의 링크 등 앱을 홍보하고 사용자를 확보하는 다양한 방법을 제공합니다. + + + 앱 게시를 준비할 때 제품 세부정보 페이지에서 제공할 수 있는 모든 기능을 활용하여 앱을 사용자에게 최대한 매력적으로 보이게 만드십시오. + + +

+ +

+ 출시 예정일에 앞서 제품 페이지 계획을 시작하고 현지화된 설명, 고품질 그래픽 자산, 스크린샷 및 동영상 등을 준비해야 합니다. + + +

+ +

+ 게시 예정일이 다가옴에 따라 개발자는 개발자 콘솔의 스토어 목록 구성 페이지와 연관된 모든 필드, 옵션 및 자산을 숙지해야 합니다. + + 페이지의 정보와 자산을 수집할 때 페이지 작성을 완료하고 게시 준비가 될 때까지 개발자 콘솔에 입력하거나 업로드하십시오. + + +

+ +

+ 개발자 콘솔에서 앱의 대상 지역을 설정한 후에 지원하는 모든 언어에 대해 현지화된 스토어 목록, 홍보 그래픽 등을 추가하십시오. + + +

+ +

+ 앱이 태블릿 장치를 대상으로 하는 경우 태블릿에서 실행되는 앱의 스크린샷을 하나 이상 포함하고 앱 설명, 릴리스 정보, 홍보 캠페인 등에서 태블릿 지원을 강조하십시오. + + + +

+ +

관련 자료

+ +
+
+ +
+

+ 16. 홍보 캠페인에서 Google Play 배지 및 링크 사용 +

+ + +
+ +

+ Google Play 배지는 Android 사용자에게 공식적인 브랜드를 통해 앱을 홍보하는 수단을 제공합니다. + Google Play 배지 생성기로 배지를 빠르게 만들어 웹 페이지, 광고, 리뷰 등을 통해 사용자를 제품에 연결할 수 있습니다 + + 특수 링크 형식을 사용하여 스토어 목록 페이지, 제품 목록 또는 검색 결과에 직접 연결할 수도 있습니다. + + +

+ +

+ 출시 후에 앱이 주목을 받도록 하려면 가능한 한 많은 국가에서 많은 채널을 통해 제품을 알리는 홍보 캠페인을 진행하여 출시를 지원하는 것이 좋습니다. + + 예를 들어, 광고 배치, 소셜 네트워크 또는 블로그 게시, 동영상 및 기타 미디어, 인터뷰 및 리뷰 또는 사용 가능한 기타 채널을 사용하여 출시를 홍보할 수 있습니다. + + + +

+ +

관련 자료

+ +
+
+ +
+

+ 17. 최종 확인 및 게시 +

+ + +
+ +

+ 게시할 준비가 되었다고 생각되면 개발자 콘솔에 로그인하여 잠시 시간을 내서 몇 가지 최종 확인을 하십시오. + +

+ +

+ 확인 사항: +

+ +
    +
  • +

    + 개발자 프로필이 정확한 정보를 갖고 있고 적합한 Google Wallet 판매자 계정에 연결되었는지 여부(제품을 판매하는 경우). + +

    +
  • + +
  • +

    + 정확한 앱 버전을 업로드했는지 여부. +

    +
  • + +
  • +

    + 모든 그래픽 자산, 스크린샷, 동영상, 현지화된 설명 등을 포함하여 스토어 목록의 모든 부분이 준비되었는지 여부. + +

    +
  • + +
  • +

    + 앱의 가격 책정 여부(유로 또는 무료). +

    +
  • + +
  • +

    + 대상 국가(및 통신사)를 설정하고 구매자의 현지 통화로 제품 가격을 책정했는지 여부(해당되는 경우). + +

    +
  • + +
  • +

    + "호환 장치"에 앱이 대상 장치에 액세스하는 것으로 표시되는지 여부. + 그렇지 않은 경우 개발 팀과 함께 앱의 요구사항과 필터링 규칙을 확인해야 합니다. + +

    +
  • + +
  • +

    + 정확한 웹사이트 링크와 올바른 지원 이메일 주소를 제공했는지 여부. + +

    +
  • + +
  • +

    + 앱이 콘텐츠 정책 가이드라인을 위반하지 않는지 여부. +

    +
  • + +
  • +

    + 앱이 Google Play의 Android 콘텐츠 가이드라인 및 미국 수출법을 준수하는지 여부. + +

    +
  • +
+ +

+ 이제 앱을 게시할 준비가 되었습니다! +

+ +

+ 업데이트를 릴리스하는 경우 업데이트 게시 요구사항을 반드시 읽어보십시오. + +

+ +

+ 준비되면 개발자 콘솔에서 게시 버튼을 클릭하십시오. + 몇 시간 이내에 사용자가 앱을 사용할 수 있게 되고 Google Play에 검색, 탐색 또는 홍보 캠페인 링크용 제품 페이지가 나타납니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 18. 출시 후 사용자 지원 +

+ + +
+ +

+ 앱 또는 앱 업데이트를 게시한 후에 고객 지원은 중요합니다. + 신속하고 공손한 지원은 사용자의 만족도를 높여 제품의 평점과 리뷰에 긍정적인 영향을 주게 됩니다. + + 개발자가 사용자의 요구사항과 피드백에 신속히 응답하면 사용자는 앱을 애용하고 추천할 가능성이 높습니다. + 게시 후에 통합된 홍보 캠페인을 사용하는 경우에 특히 그렇습니다. + +

+ +

+ 사용자와 연락을 유지하면서 지원할 수 있는 다양한 방법이 있습니다. + 가장 기본적인 방법으로 스토어 목록 페이지에 지원 이메일 주소를 제공하는 방법이 있습니다. + 그 밖에도 포럼, 메일 그룹 또는 Google+ 페이지 등 다양한 방식을 선택하여 지원할 수 있습니다. + + Google Play 팀은 다운로드, 설치 및 결제 문제를 지원합니다. 그 밖의 문제는 개발자가 지원해야 합니다. + + 개발자가 지원할 수 있는 문제로는 기능 요청, 앱 사용 관련 문의, 호환성 설정 문의 등이 있습니다. + +

+ +

+ 게시 후 다음에 대한 계획을 세우십시오. +

+ +
    +
  • +

    + 앱의 스토어 목록 페이지에서 평점 및 리뷰를 확인합니다. + 버그 또는 기타 문제를 알릴 수 있는 반복적인 테마에 주목합니다. +

    +
  • + +
  • +

    + 앱의 호환성 설정을 업데이트해야 할 수도 있으므로 새 Android 플랫폼 버전 출시에 유의합니다. + +

    +
  • + +
  • +

    + 지원 자료의 링크를 웹사이트에 제공하고 포럼과 같은 기타 지원을 설정합니다. + +

    +
  • + +
  • +

    + 스토어 목록 페이지에 적절한 지원 이메일 주소를 제공하고 사용자의 이메일에 답변합니다. + +

    +
  • + +
  • +

    + 사용자가 만족하면 앞으로도 구매할 가능성이 높으므로 Google Play가 제공하는 자동 환불 창구 이외에도 관대한 환불 정책을 제공합니다. + + +

    +
  • + +
  • +

    + 앱의 문제를 인정하고 해결합니다. 이는 투명성 제고에 도움이 되고 스토어 목록 페이지에 알려진 문제를 미리 나열할 수 있습니다. + +

    +
  • + +
  • +

    + 품질을 유지하면서 가능한 한 자주 업데이트를 게시합니다. 단, 너무 잦은 업데이트로 사용자를 성가시게 해서는 안 됩니다. + +

    +
  • + +
  • +

    + 업데이트를 게시할 때마다 변경 사항을 간단히 설명합니다. 개발자 콘솔에서 이 정보를 입력할 수 있습니다. + 이 정보를 읽은 사용자는 개발자가 앱 품질을 개선하는 데 적극적이라고 평가할 것입니다. + + +

    +
  • +
+ + +

관련 자료

+ +
diff --git a/docs/html-intl/intl/ko/distribute/tools/localization-checklist.jd b/docs/html-intl/intl/ko/distribute/tools/localization-checklist.jd new file mode 100644 index 0000000..cf46481 --- /dev/null +++ b/docs/html-intl/intl/ko/distribute/tools/localization-checklist.jd @@ -0,0 +1,937 @@ +page.title=현지화 검사 목록 +page.metaDescription=Android 및 Google Play에서 제공하는 전 세계 사용자를 활용하십시오. 제품을 전 세계 시장에 제공하는 방법을 알아보려면 이 검사 목록을 읽으십시오. +meta.tags="localizing, publishing, disttools" +page.tags="local, l10n, translation, language" +page.image=/distribute/images/localization-checklist.jpg + +@jd:body + + + +
+ +
+ +

+ Android 및 Google Play는 한국, 일본, 인도, 브라질, 러시아 등의 국가에서 급속히 성장하는 사용자 기반을 통해 전 세계 사용자에게 앱을 소개합니다. + + 현지화는 앱의 배포 잠재력을 극대화하여 전 세계 사용자로부터 평가를 받을 수 있으므로 적극 권장됩니다. + + +

+ +

+ 현지화는 앱 개발 주기 전체에 걸쳐 다양한 작업을 수반하므로 사전 계획이 필수입니다. + 이 문서는 개발자가 현지화의 핵심 측면을 파악하여 Google Play에서 앱을 전 세계에 성공적으로 출시할 준비를 하는 데 도움을 줍니다. + + +

+ +
+

+ 1. 대상 언어 및 로캘 식별 +

+ + +
+ +

+ 현지화 준비에서 중요한 기본 단계는 앱 배포 대상 국가와 해당 국가의 공용어를 식별하는 것입니다. + + 앱 현지화는 시장의 잠재력이 크고 영어 또는 기타 국제 언어가 널리 사용되지 않는 국가에서 특히 중요합니다. + + +

+ +

+ 전 세계 사용자를 위해 국가, 로캘 및 언어 등 세 가지 주요 차원에서 앱을 관리할 수 있습니다. + 그 중에서 언어는 현지화의 핵심 고려 사항입니다. (날짜, 시간, 통화 및 유사한 정보의 형식 차이 때문에 로캘도 중요합니다.) + + 사용자는 Android 장치에서 사용되는 언어와 로캘을 모두 제어할 수 있으며 그에 따라 앱 표시 방식에 영향을 줍니다. + + +

+ +

+ 일반적으로 먼저 전체 시장 규모 및 기회, 앱 카테고리, 경쟁 구도, 현지 가격 책정 및 재무적 요소 등에 따라 대상 국가를 결정합니다. + + 그런 다음 대상 국가에 따라 앱에서 지원해야 하는 언어를 결정합니다. + + +

+ +

+ 이어서 대상 국가의 일부 또는 전체 언어로 현지화기로 결정할 수 있습니다. + 주요 지역 언어부터 시작하고 사용자 기반이 성장함에 따라 다른 언어를 추가하는 것이 합리적일 수 있습니다. + +

+ +

+ 대상 언어가 식별되면 개발, 번역, 테스트 및 마케팅을 해당 시장에 집중할 수 있습니다. + +

+ +

관련 자료

+ +
+
+ +
+

+ 2. 현지화를 위한 디자인 +

+ + +
+ +

+ 현지화 대상 언어를 결정한 후에 앱에서 해당 언어를 지원하려면 무엇이 필요할지 평가하고 초기 작업 계획을 수립합니다. + + 각 언어에서 어휘 확장, 스크립트 요구사항, 문자 간격 및 텍스트 배치 제약조건, 왼쪽에서 오른쪽으로 읽기 및 오른쪽에서 왼쪽으로 읽기 지원, 기타 잠재적 요소를 고려합니다. + + +

+ +

+ 유연한 단일 레이아웃 집합 디자인 +

+ +

+ 레이아웃을 생성할 때 텍스트를 보유한 모든 UI 요소가 자연스럽게 디자인되었는지 확인하십시오. + 다른 언어를 수용하려면 자국어에 필요한 공간보다 더 많은 공간(일반적으로 최대 30% 증가)을 허용하는 것이 좋습니다. + +

+ +

+ 또한 요소를 가로 또는 세로로 확장하여 UI 문자열 또는 입력 텍스트의 너비와 높이의 편차를 수용할 수 있어야 합니다. + + 대상 언어에서 텍스트 문자열이 테두리나 화면 가장자리와 겹치면 안 됩니다. + +

+ +

+ UI를 세심하게 디자인하는 경우 일반적으로 지원하는 모든 언어에 대해 단일 레이아웃 집합을 사용할 수 있습니다. + 자세한 내용은 유연한 UI 작성을 참조하십시오. + +

+ +

+ 필요한 경우 대체 레이아웃 사용 +

+ +

+ UI가 대상 언어 중 한 언어의 텍스트를 수용할 수 없는 경우 해당 언어에 대해서만 대체 레이아웃을 생성할 수 있습니다. + + Android는 특정 언어, 로캘, 화면 크기 등에 대해 단순히 적절한 리소스 한정자로 태그를 지정하는 방식으로 로드할 레이아웃 및 기타 리소스 집합을 쉽게 선언할 수 있게 만듭니다. + + + 대체 레이아웃의 유연성이 존재하는 한 시간이 지남에 따라 앱을 유지 관리하기가 더욱 힘들어질 수도 있습니다. + 일반적으로 훨씬 유연한 단일 레이아웃을 사용하는 것이 좋습니다. + +

+ +

+ RTL 레이아웃 및 텍스트 지원 +

+ +

+ 오른쪽에서 왼쪽으로 읽기(RTL) 스크립트를 사용하는 국가에 배포하는 경우 가능한 범위 내에서 RTL 레이아웃 및 텍스트 표시와 편집에 대한 지원을 구현하는 것을 고려해야 합니다. + + +

+ +

+ Android 4.1은 앱이 왼쪽에서 오른쪽으로 읽기(LTR) 스크립트와 오른쪽에서 왼쪽으로 읽기(RTL) 스크립트에서 텍스트를 표시하고 편집할 수 있는 제한된 양방향 텍스트를 도입했습니다. + + Android 4.2는 모든 사용자에게 동일한 뛰어난 앱 경험을 제공할 수 있도록 레이아웃 미러링을 포함한 완벽한 RTL 레이아웃 기본 지원을 추가했습니다. + + +

+ +

+ 최소한 Android 4.2 사용자의 경우 기본 RTL 레이아웃 미러링을 간단히 추가할 수 있으며, 이는 RTL 사용자의 필요를 충족하는 데 큰 도움이 됩니다. + +

+ +

+ 시스템이 제공하는 날짜, 시간, 숫자 및 통화 형식 사용 + +

+ +

+ 앱이 로캘에 따라 달라질 수 있는 날짜, 시간, 숫자, 통화 및 기타 항목을 지정하는 경우 앱 특정 형식 대신 시스템이 제공하는 형식을 사용하십시오. + + 모든 로캘이 동일한 1000 단위 구분 기호, 소수 구분 기호 또는 퍼센트 기호를 사용하지 않는다는 점에 유의하십시오. + +

+ +

+ Android는 날짜에 대한 DateUtilsDateFormat, 숫자 및 통화에 대한 String.format() 또는 DecimalFormat, 전화 번호에 대한 PhoneNumberUtils 등과 같이 로캘에 따라 패턴의 형식을 지정하고 변환할 수 있는 다양한 유틸리티를 제공합니다. + + + + + + +

+ +

+ 사용자의 로캘에 대한 가정을 기반으로 형식을 하드코드하면 사용자가 다른 로캘로 변경할 때 문제가 발생할 수 있습니다. + 시스템이 제공하는 형식과 유틸리티를 사용하는 것이 좋습니다. +. +

+ +

+ 완전한 기본 리소스 집합 포함 +

+ +

+ 완전한 기본 리소스 집합을 제공하여 앱이 언어 또는 로캘에 상관없이 제대로 실행할 수 있는지 확인하십시오. + 앱의 기본 리소스는 임의의 언어 또는 로캘 한정자로 표시되지 않는 리소스입니다(예: res/drawable/ 및res/values/에 저장된 리소스). + + 앱이 현재 언어 또는 기본 집합에서 사용할 수 없는 리소스를 로드하려고 하면 작동 중단될 수 있습니다. + + +

+ +

+ 앱에서 사용하는 기본 언어가 무엇이든 연관된 레이아웃, drawable 및 문자열을 언어 또는 로캘 한정자 없이 기본 리소스 디렉터리에 저장하십시오. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 3. 현지화를 위한 문자열 관리 +

+ + +
+ +

+ 사용자에게 뛰어난 경험을 제공하고 현지화를 간결하게 만들기 위해 앱의 UI 문자열을 올바로 관리하는 것이 중요합니다. + +

+ +

+ 모든 문자열을 strings.xml로 이동 +

+ +

+ 앱을 작성할 때 문자열을 하드코드하지 마십시오. 대신 모든 문자열을 기본 strings.xml 파일에서 리소스로 선언하여 업데이트 및 현지화를 쉽게 만드십시오. + + strings.xml 파일의 문자열은 컴파일된 코드를 변경하지 않고 (적합한 한정자를 사용하여) 추출하여 번역해서 앱에 다시 통합할 수 있습니다. + + +

+ +

+ 텍스트를 포함한 이미지를 생성하는 경우 해당 문자열도 strings.xml에 넣고 번역 후에 이미지를 다시 생성하십시오. + +

+ +

+ UI 문자열에 대한 Android 가이드라인 준수 +

+ +

+ UI를 디자인하고 개발할 때 사용자와 대화하는 방법에 세심한 주의를 기울이십시오. + 일반적으로, 친숙하면서도 간결한 압축된 스타일을 사용하고 UI 전체에서 일관된 스타일을 사용하십시오. + +

+ +

+ 문장 스타일 및 단어 선택에 대한 Android 디자인 권장사항을 읽고 따르십시오. + + 그러면 앱이 더 세련되어 보이고 사용자가 UI를 더 빨리 이해할 수 있게 됩니다. + +

+ +

+ 또한 "작업 모음", "옵션 메뉴", "시스템 모음", "알림" 등과 같은 UI 요소에 대해 가능하면 항상 Android 표준 용어를 사용하십시오. + + Android 용어를 정확하고 일관성 있게 사용하면 번역이 쉬워지고 사용자에게 더 나은 최종 제품을 제공할 수 있습니다. + +

+ +

+ 선언된 문자열에 대해 충분한 컨텍스트 제공 +

+ +

+ strings.xml 파일에서 문자열을 선언할 때, 해당 문자열이 사용된 컨텍스트를 기술하십시오. + 이 정보는 번역사가 번역 품질을 높이는 데 매우 귀중하며 개발자가 시간이 지남에 따라 더욱 효과적으로 문자열을 관리하는 데 도움이 됩니다. + + +

+ +

+ 예: +

+ +
+<!-- The action for submitting a form. This text is on a button that can fit 30 chars -->
+<string name="login_submit_button">Sign in</string>
+
+

+ 다음을 포함한 컨텍스트 정보 제공을 고려하십시오. +

+ +
    +
  • +

    + 이 문자열의 용도는 무엇입니까? 언제/어디서 이 문자열이 사용자에게 표시됩니까? +

    +
  • + +
  • +

    + 이 문자열은 레이아웃의 어디에 있습니까? 예를 들어, 버튼은 텍스트 상자보다 번역의 유연성이 적습니다. + +

    +
  • +
+ +

+ 번역하지 않아야 하는 메시지 부분 표시 +

+ +

+ 종종 문자열에 다른 언어로 번역하지 않아야 하는 텍스트가 포함되어 있습니다. + 일반적인 예로는 코드, 값의 자리 표시자, 특수 기호, 이름 등이 있습니다. + 번역할 문자열을 준비할 때 번역하지 않고 그대로 두어야 하는 텍스트를 찾아 표시하여 번역사가 해당 텍스트를 변경하지 않도록 하십시오. + + +

+ +

+ 번역하지 않아야 하는 텍스트를 표시하려면 <xliff:g> 자리 표시자 태그를 사용하십시오. + 다음은 번역하는 과정에서 "%1$s" 텍스트가 변경되지 않도록 하는 태그입니다. (그렇지 않으면 메시지가 깨질 수 있습니다.) + + +

+ +
+<string name="countdown">
+    <xliff:g id="time" example="5 days>%1$s</xliff:g>until holiday
+</string>
+
+

+ 자리 표시자 태그를 선언할 때 항상 자리 표시자의 용도가 무엇인지 설명하는 id 특성을 추가하십시오. + 앱이 나중에 자리 표시자 값을 대체하는 경우 예로 든 특성을 제공하여 예상 용도를 명확히 하십시오. + +

+ +

+ 다음은 자리 표시자 태그의 몇 가지 추가적인 예입니다. +

+ +
+<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
+
+<!-- Example placeholder for a special unicode symbol -->
+
+<string name="star_rating">Check out our 5
+
+    <xliff:g id="star">\u2605</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a for a URL -->
+
+<string name="app_homeurl">
+
+    Visit us at <xliff:g id="application_homepage">http://my/app/home.html</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a name -->
+
+<string name="prod_name">
+
+    Learn more at <xliff:g id="prod_gamegroup">Game Group</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a literal -->
+
+<string name="promo_message">
+
+    Please use the "<xliff:g id="promotion_code">ABCDEFG</xliff:g>” to get a discount.
+
+</string>
+
+...
+
+</resources>
+
+

관련 자료

+ +
+
+ +
+

+ 4. UI 문자열 및 기타 리소스 번역 +

+ + +
+ +

+ 앱의 UI 문자열과 리소스를 대상 언어로 번역하는 것은 현지화의 핵심 단계로 가장 세심한 주의와 계획이 요구됩니다. + + +

+ +

+ 앱의 가치를 높여주는 고품질 번역을 보장하려면 전문 번역사와 함께 작업하는 것이 좋습니다(전문 번역 의뢰 참조). 옵션으로 제공되는 기계 번역은 사용자에게 좋은 경험을 제공하지 못할 가능성이 높습니다. + + +

+ +

+ 번역 준비 +

+ +

+ 번역 품질은 부분적으로 원문의 품질에 의존하므로 strings.xml 파일이 체계적으로 구성되고 정확하고 주석이 충실한지 확인하십시오. + + +

+ +

+ 다음은 번역할 문자열을 준비하는 몇 가지 방법입니다. +

+ +
    +
  • +

    + 문자열의 서식이 정확하고 일관성 있게 지정되었는지 확인합니다. +

    +
  • + +
  • +

    + 위의 현지화를 위한 문자열 관리에 나오는 문자열 권장사항을 따릅니다. +

    +
  • + +
  • +

    + strings.xml 파일을 정리하고 사용되지 않는 문자열을 제거합니다. +

    +
  • + +
  • +

    + 번역사에 대한 특별 지침은 물론 파일의 소유자, 원본, 버전을 식별할 수 있도록 파일에 주석을 포함합니다. + +

    +
  • + +
  • +

    + 기존 번역이 있는 경우 찾아서 번역사에게 보내는 zip 파일 또는 기타 패키지에 포함합니다. + +

    +
  • + +
  • +

    + 번역이 필요한 drawable 또는 기타 리소스를 파악하여 번역사의 패키지에 포함합니다. + +

    +
  • + +
  • +

    + 또한 앱 이름 및 설명, 릴리스 정보 등 앱의 스토어 목록 세부정보와 함께 국제 마케팅 자료의 번역을 고려합니다. + + +

    +
  • + +
  • +

    + 제품, 시장 또는 기본 기술에 나오는 핵심 용어의 의미와 용도를 설명하는 용어 목록을 만듭니다. + 해당 목록을 번역사의 패키지에 추가합니다. + +

    +
  • +
+ +

+ 번역할 문자열 보내기 +

+ +

+ 개발 주기의 초기에 전문 번역 회사에 문의하여 비용과 소요 시간을 알아보십시오. + 반복되는 문자열도 비용에 포함하십시오. + 온라인에서 번역 회사를 찾거나 Google Play 개발자 콘솔에서 직접 제공하는 번역 서비스를 이용할 수 있습니다(전문 번역 의뢰 참조). + + +

+ +

+ 번역이 완료되면 번역을 확인하십시오. + 모든 파일이 번역되었는지, 잠재적 인코딩 문제가 있는지, 선언 형식이 그대로인지 확인하십시오. + +

+ +

+ 모두 양호한 것으로 판단되면 현지화된 디렉터리와 파일을 앱의 리소스로 신중히 이동하십시오. + 나중에 제대로 로드되도록 디렉터리를 해당 언어와 로캘 한정자로 태그 지정하십시오. + + +

+ +

+ 번역을 앱에 병합한 후에 현지화된 앱 테스트를 시작하십시오. +

+ +

+ Google Play를 통해 전문 번역 의뢰 +

+ +

+ Google Play 앱 번역 서비스는 앱의 번역을 빠르게 의뢰할 수 있도록 도와줍니다. 개발자 콘솔에서 저렴한 가격에 고품질 번역을 제공할 수 있는 Google 인증 번역 회사 목록을 검색할 수 있습니다. + + + 번역하려는 문자열을 업로드하고 번역 대상 언어를 선택하고 시간과 가격을 기준으로 번역 회사를 선택할 수 있습니다. + + +

+ +

+ 번역을 의뢰하면 번역 회사로부터 이메일을 받습니다. + 번역은 개발자와 번역 회사 간의 직접적인 비즈니스 계약입니다. 번역 프로세스와 결과물을 관리하고 지원 문제를 해결하기 위해 번역 회사와 긴밀히 협력해야 합니다. + + +

+ +
+ +
+ +

관련 자료

+ +
+
+ +
+

+ 5. 현지화된 앱 테스트 +

+ + +
+ +

+ 번역된 문자열과 리소스를 받아서 앱으로 다시 이전한 후에 앱을 테스트하여 전 세계 사용자에게 배포할 준비가 되었는지 확인해야 합니다. + + +

+ +

+ 수동 테스트를 통해 레이아웃과 문자열에서 사용자 만족도와 궁극적으로 앱의 사용자 평점에 영향을 줄 수 있는 현지화 문제를 찾아낼 수 있습니다. + + +

+ +

+ 테스트 환경 설정 +

+ +

+ 현지화된 앱을 테스트하려면 대상으로 삼은 시장과 폼 팩터에 따라 다양한 장치(또는 가상 장치)와 화면 크기로 구성된 환경을 설정해야 합니다. + + 특정 지역에서 장치의 범위가 다를 수 있다는 점에 유의하십시오. + 가능하면 사용자가 사용할 가능성이 높은 실제 장치와 테스트 장치가 일치하도록 하십시오. + +

+ +

+ 일반적인 현지화 문제 찾기 +

+ +

+ 각 테스트 장치의 설정에서 언어 또는 로캘을 설정하십시오. 앱을 설치하고 실행한 다음 모든 UI 흐름, 대화 상자 및 사용자 상호작용을 탐색하십시오. + + 입력에 텍스트를 입력하십시오. 다음을 비롯한 문제를 찾으십시오. +

+ +
    +
  • +

    + 잘린 텍스트 또는 화면이나 UI 요소 가장자리와 겹친 텍스트 +

    +
  • + +
  • +

    + 잘못된 줄바꿈 +

    +
  • + +
  • +

    + 잘못된 단어 분리 또는 문장 부호 +

    +
  • + +
  • +

    + 잘못된 사전순 정렬 +

    +
  • + +
  • +

    + 잘못된 레이아웃 방향 또는 텍스트 방향 +

    +
  • + +
  • +

    + 번역되지 않은 텍스트 — 번역된 문자열 대신 기본 문자열이 표시되는 경우 해당 문자열의 번역 의뢰를 누락했거나 잘못된 언어 한정자로 리소스 디렉터리를 표시했을 가능성이 있습니다. + + + +

    +
  • +
+ +

+ 번역에서 문자열이 확장되어 레이아웃에 맞지 않는 경우 기본 텍스트를 단순화하거나 기본 레이아웃을 조정할 수 있습니다. + + 이러한 방법으로 문제가 해결되지 않으면 해당 언어에 대한 사용자 지정 레이아웃을 만들 수 있습니다. + +

+ +

+ 기본 리소스에 대한 테스트 +

+ +

+ 지원되는 모든 언어와 로캘에서 앱을 테스트한 후에 지원되지 않는 언어와 로캘에서 다시 테스트하십시오. + + 그러면 앱이 전체 기본 문자열 및 리소스 집합을 포함하고 있는지 확인할 수 있고, 따라서 모든 사용자가 기본 설정 언어에 상관없이 앱을 사용할 수 있습니다. + + +

+ +

+ 원어민의 검토 +

+ +

+ 테스트 중이나 후에 현지화된 앱을 원어민에게 검토하게 하는 것이 좋습니다. + 이렇게 하는 한 가지 방법은 해당 지역 사용자에게 베타 테스트를 의뢰하는 것입니다. Google Play를 이 테스트를 진행할 수 있습니다. + +

+ +
+

+ 6. 전 세계 출시 준비 +

+ + +
+ +

+ 앱 번역은 현지화의 핵심 부분이지만 제품을 사용자에게 매력적으로 보이게 하고 눈에 띄게 하려면 대상 국가에서 출시 준비를 하고 전 세계 사용자를 대상으로 더욱 광범위한 출시 및 마케팅 계획을 수립해야 합니다. + + + +

+ +

+ Google Play 목록 현지화 +

+ + + +

+ 앱이 국제 시장에서 성공하려면 Google Play 스토어 목록 현지화가 필수입니다. + 개발자 콘솔에서 현지화된 목록을 관리할 수 있습니다. + +

+ +

+ 출시하기 전에 앱 이름, 설명, 홍보 문구, 마케팅 이름 및 프로그램, 기타 텍스트와 이미지를 결정하십시오. + 베타 테스트가 시작될 때 준비되어 있도록 번역할 목록 텍스트와 이미지를 조기에 의뢰하십시오. + + 번역된 텍스트가 준비되면 개발자 콘솔을 통해 추가할 수 있습니다. + +

+ + + +

+ 또한 뛰어난 현지화된 앱을 사용자에게 홍보하십시오! + 각 언어로 휴대폰과 7인치 및 10인치 태블릿용 UI 스크린샷을 찍으십시오. + 지원하는 각 언어별 스크린샷을 개발자 콘솔에 업로드할 수 있습니다. + 그러면 사용자가 자신의 언어로 앱 목록을 탐색할 때 매우 유용하게 활용할 수 있습니다. + +

+ +

+ 현지화된 홍보 그래픽과 동영상 버전을 만드는 것도 필수입니다. + 예를 들어, 효율성을 극대화하기 위해 앱의 대표 그래픽에 번역해야 하는 텍스트를 포함하거나 국가마다 다른 시각적 접근방식을 적용하기를 원할 수도 있습니다. + + 언어마다 서로 다른 홍보 그래픽 버전을 만들어 개발자 콘솔에 업로드할 수 있습니다. + + 홍보 동영상을 제공하는 경우 개발자는 지원하는 각 언어로 현지화된 버전을 만든 다음 해당 동영상 링크를 추가할 수 있습니다. + + +

+ +

+ 주요 국가에서 베타 릴리스 계획 +

+ + + +

+ 앱을 출시하기 전에 사용자의 실제 피드백을 받는 것은 항상 중요합니다. 새로운 언어, 국가 또는 지역에서 앱을 출시하는 경우에는 더욱 중요합니다. + + 이러한 경우에 주요 시장에서 사용자에게 앱의 시험판 버전을 배포하고 간편한 피드백 및 버그 보고 기능을 제공하는 것이 좋습니다. + + + +

+ +

+ Google Play에서 앱의 베타 프로그램을 설정할 수 있습니다. 개발자 콘솔에 로그인하여 APK를 업로드한 후에 앱의 알파 및 베타 테스트를 진행할 사용자 그룹을 설정할 수 있습니다. 소규모 알파 테스터 그룹부터 시작하여 더 큰 규모의 베타 테스터 그룹으로 이동할 수 있습니다. + + + +

+ +

+ 테스터 그룹에 추가된 사용자는 앱의 스토어 목록에 액세스하여 앱을 설치합니다. 알파 또는 베타 버전 사용자는 리뷰나 평점을 남길 수 없으므로 Google Play에서 저조한 평점에 대한 위험이 없습니다. 하지만 이는 개발자가 테스터가 피드백을 제공할 수 있는 메커니즘을 설정해야 함을 의미합니다. Google+ 페이지 또는 Google 그룹을 만드는 것을 고려해 보십시오. + + + + +

+ +

+ 개발자가 받는 피드백은 UI, 번역 및 스토어 목록을 조정하여 사용자에게 뛰어난 경험을 보장하는 데 도움이 됩니다. + +

+ +

+ 국제 마케팅 계획 +

+ +

+ 많은 국가에서 가장 많이 노출되게 하려면 국제 마케팅 또는 광고 캠페인을 고려하십시오. + 캠페인의 범위는 지원 가능한 예산에 따라 다르지만, 일반적으로 출시 시점과 그 후에 지역 또는 국가별 마케팅을 수행하는 것이 비용효율적이고 생산적입니다. + + +

+ +

+ 현지화된 Google Play 배지 생성 +

+ +

+ 국제 마케팅을 준비 중인 경우 현지화된 Google Play 배지를 포함하여 사용자에게 개발자가 Google Play에서 활동 중임을 알리십시오. + 배지 생성기를 사용하여 웹사이트나 마케팅 자료에서 사용할 수 있는 현지화된 배지를 신속하게 만들 수 있습니다. + + 고해상도 자산도 사용할 수 있습니다. +

+ +

+ 현지화된 장치 아트 생성 +

+ +

+ Android 장치에서 실행되는 앱의 제품 샷을 홍보하는 경우 해당 샷이 Android 장치에서 멋있게 보이게 하고 최신 상태를 반영하십시오. + + 고품질 마케팅 자료를 만들려면 끌어서 놓기 방식의 장치 아트 생성기를 사용하여 Nexus 장치에서 스크린샷의 프레임을 빠르게 구현하십시오. + + +

+ +

+ 최적화 팁 확인 +

+ +

+ 출시를 준비할 때 개발자 콘솔에 로그인하여 앱의 최적화 팁을 확인하십시오. + 최적화 팁은 현지화된 스토어 목록에서 누락된 부분이 있는 경우 알려주고 성공적으로 현지화된 출시를 위해 기타 유용한 알림을 제공합니다. + + +

+ +

관련 자료

+ +
+
+ +
+

+ 7. 출시 후 전 세계 사용자 지원 +

+ + +
+ +

+ 앱을 전 세계에 출시한 후에 다양한 언어와 표준 시간대의 사용자를 지원할 준비를 해야 합니다. + 전 세계 사용자 지원 범위는 예산에 따라 다르지만 출시 후에 최소한 평점, 리뷰, 다운로드 통계를 주의 깊게 관찰해야 합니다. + + + +

+ +

+ 다음은 몇 가지 제안입니다. +

+ +
    +
  • +

    + 개발자 콘솔에서 앱 통계를 사용하여 언어와 국가별로 다운로드 횟수, 설치 및 제거 횟수, 평점 비교—특정 언어나 국가에서 다운로드 횟수나 평점이 기대치에 미치지 못하면 제품을 개선하거나 마케팅 접근방식을 변경해 보십시오. + + + + +

    +
  • + +
  • +

    + 정기적으로 리뷰 확인—Google Play는 모든 사용자 리뷰를 번역하므로 개발자는 전 세계 사용자가 앱을 어떻게 평가하는지, 어떤 기능을 좋아하는지, 무슨 문제가 영향을 주는지 바로 확인할 수 있습니다. + + 리뷰를 검토하여 특정 국가에서 사용자에게 영향을 줄 수 있는 기술적인 문제를 파악한 다음 앱을 수정하고 업데이트할 수 있습니다. + + +

    +
  • + +
  • +

    + 가급적 리뷰에 응답—가능하면 전 세계 사용자의 모국어나 공통 언어로 전 세계 사용자와 소통하는 것이 좋습니다. + + 그렇지 못한 경우 번역 도구를 사용할 수도 있지만 결과는 예측할 수 없습니다. + 특정 언어에서 앱의 인기가 높은 경우 원어민의 도움을 받는 것을 고려해 보십시오. + +

    +
  • + +
  • +

    + 웹사이트에 모든 지원 자료에 대한 링크가 있는지 확인하십시오. + 언어별 사용자 그룹, Google+ 커뮤니티 또는 기타 지원 포럼을 설정하는 것을 고려하십시오. + +

    +
  • +
+ +

+ 이러한 앱 현지화 규범을 따르고 전 세계 사용자에게 홍보 및 마케팅을 진행하고 지속적으로 지원하여 앱이 많은 사용자의 관심을 끌고 사용자의 충성도를 유지할 수 있습니다. + + +

+ +

+ Google Play에서 앱을 계획하고 작성 및 출시하는 자세한 방법은 출시 검사 목록을 참조하십시오. + +

+

관련 자료

+ +
+ diff --git a/docs/html-intl/intl/ko/google/play/filters.jd b/docs/html-intl/intl/ko/google/play/filters.jd new file mode 100644 index 0000000..c1f73c7 --- /dev/null +++ b/docs/html-intl/intl/ko/google/play/filters.jd @@ -0,0 +1,439 @@ +page.title=Google Play 필터 +@jd:body + +
+
+ +

빨리 보기

+
    +
  • Google Play는 스토어에서 애플리케이션을 다운로드할 수 있는 Android 장치를 제어하는 필터를 적용합니다. +
  • +
  • 필터링은 앱의 호환성 요구사항을 충족하는 장치의 사용자만 앱을 사용할 수 있도록 보장합니다. +
  • 필터링은 앱의 매니페스트 파일에서 선언하는 구성 요구사항과 기타 요소에 의해 결정됩니다. +
  • +
+ +

이 문서의 내용

+ +
    +
  1. Google Play에서 필터 작동 방식
  2. +
  3. 매니페스트 요소를 기반으로 필터링 +
  4. +
  5. 기타 필터
  6. +
  7. 여러 필터를 사용하여 다중 APK 게시
  8. +
+ +

참고 항목

+
    +
  1. Android 호환성
  2. +
  3. <supports-gl-texture>
  4. +
  5. <supports-screens>
  6. +
  7. <uses-configuration>
  8. +
  9. <uses-feature>
  10. +
  11. <uses-library>
  12. +
  13. <uses-permission>
  14. +
  15. <uses-sdk>
  16. +
+ +
+
+ +

사용자가 Google Play에서 다운로드할 앱을 검색하거나 탐색하면 애플리케이션이 장치와 호환되는지를 기준으로 결과가 필터링됩니다. 예를 들어, Google Play는 카메라가 필요한 앱을 카메라가 없는 장치에 표시하지 않습니다. + + + 이러한 필터링을 통해 개발자가 앱 배포를 관리하고 사용자에게 최고의 경험을 보장할 수 있습니다. + +

+ +

Google Play의 필터링은 여러 유형의 앱 메타데이터 및 구성 설정을 기반으로 합니다. 여기에는 매니페스트 선언, 필수 라이브러리, 아키텍처 종속성, Google Play 개발자 콘솔에 설정된 배포 컨트롤(예: 대상 지역 지정, 가격 책정)이 포함됩니다. + + +

+ +

Google Play 필터링은 부분적으로 매니페스트 선언 및 Android 프레임워크의 기타 요소를 기반으로 하지만, 실제 필터링 동작은 프레임워크와 별개이며 특정 API 레벨로 바인딩되지 않습니다. + + 이 문서는 Google Play에서 사용하는 현재 필터링 규칙을 설명합니다. +

+ + +

Google Play에서 필터 작동 방식

+ +

Google Play는 아래 설명된 필터 제한을 사용하여 Google Play 앱에서 애플리케이션을 탐색 또는 검색 중인 사용자에게 애플리케이션을 표시할지 여부를 판별합니다. + +

+ +

앱을 표시할지 여부를 판별할 때 Google Play는 장치의 하드웨어 및 소프트웨어 요구사항은 물론 통신사, 위치 및 기타 특성을 확인합니다. + + 그런 다음 이들을 애플리케이션의 매니페스트 파일 및 게시 세부정보에 명시된 제한 및 종속성과 비교합니다. + +

+ +

애플리케이션이 필터 규칙에 따라 장치와 호환되면 Google Play가 사용자에게 애플리케이션을 표시합니다. + 그렇지 않은 경우 사용자가 Google Play 내에서 앱 ID를 직접 가리키는 딥 링크를 클릭하여 앱을 구체적으로 요청하더라도 Google Play가 검색 결과 및 카테고리 탐색에서 해당 앱을 숨깁니다. + + +

+ +

앱에서 사용 가능한 모든 필터 조합을 사용할 수 있습니다. 예를 들어, 앱에서 minSdkVersion 요구사항을 "4"로 설정하고 smallScreens="false"를 설정하면 앱을 Google Play에 업로드할 때 유럽 국가(통신사)만 대상으로 지정할 수 있습니다. + + + 따라서 Google Play 필터는 이러한 세 가지 요구사항 중 일부가 일치하지 않는 장치에서 애플리케이션을 사용하지 못하게 합니다. +

+ +

모든 필터링 제한은 애플리케이션의 버전과 연관되어 있고 버전에 따라 변경할 수 있습니다. + 예를 들어, 사용자가 애플리케이션을 설치했는데 개발자가 사용자가 볼 수 없는 업데이트를 게시하면 사용자는 업데이트가 제공된다는 사실을 알지 못합니다. + +

+ +

Google Play 웹사이트에서 필터링

+ +

사용자가 Google Play 웹사이트를 탐색할 때 게시된 모든 애플리케이션을 볼 수 있습니다. + Google Play 웹사이트는 애플리케이션 요구사항을 사용자가 등록한 각 장치와 비교하여 호환성을 확인하고, 호환되는 장치에만 애플리케이션을 설치할 수 있도록 합니다. + + +

+ +

앱 매니페스트를 기반으로 필터링

+ +

매니페스트 파일의 모든 요소가 필터링을 트리거할 수 있는 것은 아니지만 애플리케이션의 매니페스트 파일 AndroidManifest.xml 내의 요소가 대부분의 필터를 트리거합니다. 표 1에서는 필터링을 트리거하는 데 사용해야 하는 요소를 나열하고 각 요소의 필터링이 어떻게 작동하는지 설명합니다. + + + +

+ +

표 1. Google Play에서 필터링을 트리거하는 매니페스트 요소. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
매니페스트 요소필터 이름작동 방식
<supports-screens> + 화면 크기 + +

애플리케이션이 <supports-screens> 요소의 특성을 설정하여 지원할 수 있는 화면 크기를 나타냅니다. + 애플리케이션이 게시되면 Google Play는 해당 특성을 사용하여 장치의 화면 크기에 따라 애플리케이션을 사용자에게 표시할지 여부를 판별합니다. + + +

+ +

일반적으로 Google Play는 장치의 플랫폼이 작은 레이아웃을 큰 화면에 적용할 수 있지만 큰 레이아웃을 작은 화면에 적용할 수는 없다고 가정합니다. + + 따라서 애플리케이션이 "보통" 화면 크기만 지원하도록 선언하면, Google Play가 애플리케이션을 보통 화면 장치와 대형 화면 장치에서 사용할 수 있지만 소형 화면 장치에서는 사용할 수 없도록 필터링합니다. + + +

+ +

애플리케이션이 <supports-screens>에 대한 특성을 선언하지 않은 경우 Google Play는 해당 특성에 대해 기본값을 사용합니다. 기본값은 API 레벨에 따라 다릅니다. + + 구체적인 사항은 다음과 같습니다.

+ +
    +
  • android: +minSdkVersion 또는 android: +targetSdkVersion을 3 이하로 설정한 애플리케이션의 경우 <supports-screens> 요소 자체가 정의되지 않고 사용할 수 있는 특성이 없습니다. + 이 경우 Google Play는 해당 애플리케이션이 보통 크기 화면에 맞게 개발된 것으로 가정하고 보통 크기 이상의 화면을 가진 장치에 애플리케이션을 표시합니다. + +

    + +
  • android: +minSdkVersion 또는 android: +targetSdkVersion을 4 이상으로 설정한 경우 모든 특성의 기본값은 "true"입니다. + 이러한 방식으로 해당 애플리케이션이 기본적으로 모든 화면 크기를 지원하는 것으로 간주됩니다. +
  • +
+ +

예 1
+ 매니페스트가 <uses-sdk android:minSdkVersion="3">을 선언하고 <supports-screens> 요소를 포함하지 않습니다. + + 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 소형 화면 장치 사용자에게는 앱을 표시하지 않지만, 보통 및 대형 화면 장치 사용자에게는 표시합니다. + +

+

예 2
+
매니페스트가 <uses-sdk android:minSdkVersion="3" + android:targetSdkVersion="4">를 선언하고 <supports-screens> 요소를 포함하지 않습니다. + + 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 모든 장치 사용자에게 앱을 표시합니다. +

+

예 3
+
매니페스트가 <uses-sdk android:minSdkVersion="4">를 선언하고 <supports-screens> 요소를 포함하지 않습니다. + + 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 모든 사용자에게 앱을 표시합니다. +

+

애플리케이션에서 화면 크기 지원을 선언하는 자세한 방법은 <supports-screens>다중 화면 지원을 참조하십시오. + + +

+
<uses-configuration> + 장치 구성: +
+ 키보드, 탐색, 터치스크린

애플리케이션이 특정 하드웨어 기능을 요청한 경우 Google Play는 요청한 하드웨어를 가진 장치에만 앱을 표시합니다. +

+

예 1
+
매니페스트가 <uses-configuration android:reqFiveWayNav="true" />를 포함하고 사용자가 5방향 탐색 컨트롤이 없는 장치에서 앱을 검색 중입니다. 결과: Google Play가 사용자에게 앱을 표시하지 않습니다.

+

예 2
+
매니페스트가 <uses-configuration> 요소를 포함하지 않습니다. 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 모든 사용자에게 앱을 표시합니다.

+

자세한 내용은 <uses-configuration>을 참조하십시오.

<uses-feature> + + 장치 기능
+ (name)

애플리케이션이 장치에 특정 장치 기능을 요구할 수 있습니다. + 이 기능은 Android 2.0에 소개되었습니다(API +레벨 5).

+

예 1
+
매니페스트가 <uses-feature +android:name="android.hardware.sensor.light" />를 포함하고 사용자가 라이트 센서가 없는 장치에서 앱을 검색 중입니다. 결과: + + Google Play가 사용자에게 앱을 표시하지 않습니다.

+

예 2
+
매니페스트가 <uses-feature> 요소를 포함하지 않습니다. + 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 모든 사용자에게 앱을 표시합니다. +

+

자세한 내용은 <uses-feature> +를 참조하십시오.

+

내재된 기능을 기준으로 필터링: 경우에 따라 Google Play는 <uses-permission> 요소를 통해 요청된 권한을 <uses-feature> 요소에 선언된 것과 동등한 기능 요구사항으로 해석합니다. + + + 아래 <uses-permission>을 참조하십시오. +

+
OpenGL-ES + 버전
+(openGlEsVersion)

애플리케이션이 <uses-feature + android:openGlEsVersion="int"> 특성을 사용하여 장치가 특정 OpenGL-ES 버전을 지원하도록 요구할 수 있습니다. +

+

예 1
+
앱이 매니페스트에서 openGlEsVersion을 여러 번 지정하는 방식으로 여러 OpenGL-ES 버전을 요청합니다. + + 결과: Google Play는 앱이 지정된 버전 중 가장 높은 버전을 요구하는 것으로 간주합니다.

+

예 2
+
앱이 OpenGL-ES 버전 1.1을 요청하고 사용자가 OpenGL-ES 버전 2.0을 지원하는 장치에서 앱을 검색 중입니다. + 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 사용자에게 앱을 표시합니다. 장치가 OpenGL-ES 버전 X를 지원하는 것으로 보고하면 Google Play는 해당 장치가 X 이전 버전도 모두 지원하는 것으로 간주합니다. + + +

+

예 3
+
사용자가 OpenGL-ES 버전을 보고하지 않은 장치(예: Android 1.5 이하 버전을 실행하는 장치)에서 앱을 검색 중입니다. + 결과: Google Play는 해당 장치가 OpenGL-ES 1.0만 지원하는 것으로 간주합니다. + Google Play가 openGlEsVersion을 지정하지 않은 사용자 앱이나 1.0 이상의 OpenGL-ES 버전을 지정하지 않은 앱만 표시합니다.

+

예 4
+
매니페스트가 openGlEsVersion을 지정하지 않습니다. 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 모든 사용자에게 앱을 표시합니다.

+

자세한 내용은 <uses-feature>를 참조하십시오.

<uses-library>소프트웨어 라이브러리

애플리케이션이 장치에 특정 공유 라이브러리를 요구할 수 있습니다. +

+

예 1
+
앱이 com.google.android.maps 라이브러리를 요구하고 사용자가 com.google.android.maps 라이브러리가 없는 장치에서 앱을 검색 중입니다. 결과: Google Play가 사용자에게 앱을 표시하지 않습니다.

+

예 2
+ 매니페스트가 <uses-library> 요소를 포함하지 않습니다. 결과: 다른 필터가 적용된 경우를 제외하고 Google Play가 모든 사용자에게 앱을 표시합니다.

+

자세한 내용은 <uses-library>를 참조하십시오.

<uses-permission> 엄격히 말하자면 Google Play는 <uses-permission> 요소를 기준으로 필터링하지 않습니다. + 하지만 Google Play가 해당 요소를 읽고 <uses-feature> 요소에서 올바로 선언되지 않았을 수도 있는 하드웨어 기능 요구사항이 애플리케이션에 있는지 판별합니다. + + + 예를 들어, 애플리케이션이 CAMERA 권한을 요청하지만 android.hardware.camera에 대해 <uses-feature> 요소를 선언하지 않은 경우 Google Play는 애플리케이션이 카메라를 요구하는 것으로 간주하여 카메라를 제공하지 않는 장치의 사용자에게 애플리케이션을 표시하지 않습니다. + + + +

+

일반적으로 애플리케이션이 하드웨어 관련 권한을 요청하면 Google Play는 <uses-feature> 선언에 해당하는 기능이 없더라도 애플리케이션이 기본 하드웨어 기능을 요구하는 것으로 간주합니다. + + + 그런 다음 <uses-feature> 선언에 내재된 기능을 기준으로 필터링을 설정합니다. + +

+

하드웨어 기능을 내재하는 권한 목록은 <uses-feature> 요소에 대한 문서를 참조하십시오. + +

+
<uses-sdk>최소 프레임워크 버전(minSdkVersion)

애플리케이션이 최소 API 레벨을 요구할 수 있습니다.

+

예 1
+ 매니페스트가 <uses-sdk + android:minSdkVersion="3">을 포함하고 앱이 API 레벨 3에서 소개된 API를 사용합니다. 사용자가 API 레벨 2를 가진 장치에서 앱을 검색 중입니다. 결과: Google Play가 사용자에게 앱을 표시하지 않습니다.

+

예 2
+ 매니페스트가 minSdkVersion을 포함하지 않고 앱이 API 레벨 3에서 소개된 API를 사용합니다. 사용자가 API 레벨 2를 가진 장치에서 앱을 검색 중입니다. 결과: Google Play는 minSdkVersion이 "1"이고 앱이 모든 Android 버전과 호환되는 것으로 간주합니다. Google Play가 사용자에게 앱을 표시하고 사용자가 앱을 다운로드하는 것을 허용합니다. 앱이 런타임에 작동 중단됩니다.

+

이 두 번째 시나리오를 피하려면 항상 minSdkVersion을 선언하는 것이 좋습니다. 자세한 내용은 android:minSdkVersion을 참조하십시오.

최대 프레임워크 버전(maxSdkVersion)

사용이 중단되었습니다. Android 2.1 이상에서는 maxSdkVersion이 앱의 매니페스트에 설정된 경우 maxSdkVersion 특성을 검사하거나 적용하지 않고 SDK가 컴파일하지 않습니다. + + 장치가 이미 maxSdkVersion으로 컴파일된 경우 Google Play가 이를 반영하고 필터링에 사용합니다. + +

+

maxSdkVersion 선언은 권장되지 않습니다. 자세한 내용은 android:maxSdkVersion을 참조하십시오.

+ + + +

고급 매니페스트 필터

+ +

Google Play는 표 1의 매니페스트 요소뿐만 아니라 표 2의 고급 매니페스트 요소를 기준으로 애플리케이션을 필터링할 수도 있습니다. +

+ +

고급 매니페스트 요소와 이들이 트리거하는 필터링은 예외적인 사례에만 적용됩니다. + 이들은 애플리케이션 배포에서 엄격한 제어가 필요한 특정 유형의 고성능 게임 및 유사 애플리케이션용으로 고안되었습니다. + 대부분의 애플리케이션은 이러한 필터를 사용하면 안 됩니다. +

+ +

표 2. Google Play 필터링용 고급 매니페스트 요소. +

+ + + + + + + + + + +
매니페스트 요소요약
{@code +<compatible-screens>} +

Google Play가 장치 화면 +크기와 밀도가 {@code +<compatible-screens>} 요소에서 {@code <screen>} 요소가 선언한 화면 구성과 일치하지 않는 경우에 애플리케이션을 필터링합니다.

+

주의: 일반적으로 이 매니페스트 요소를 사용하면 안 됩니다. + 이 요소를 사용하면 목록에 없는 화면 크기와 밀도의 조합을 모두 제외시켜 애플리케이션의 잠재적 사용자 기반이 현저히 줄어들 수 있습니다. + + 대신 위의 표 1에 나오는 {@code +<supports-screens>} 매니페스트 요소를 사용하여 대체 리소스로 고려하지 않은 화면 구성에 대해 화면 호환성 모드를 활성화해야 합니다. + +

+
{@code +<supports-gl-texture>} +

Google Play는 애플리케이션에서 지원되는 하나 이상의 GL 텍스처 압축 형식이 장치에서도 지원되는 경우를 제외하고 애플리케이션을 필터링합니다. +

+
+ + + +

기타 필터

+ +

Google Play는 아래 표에 설명된 것처럼 다른 애플리케이션 특성을 사용하여 주어진 장치에서 특정 사용자에 대해 애플리케이션을 표시할지 또는 숨길지 판별합니다.

+ +

표 3. Google Play에서 필터링에 영향을 주는 애플리케이션 및 게시 특성. +

+ + + + + + + + + + + +
필터 이름 작동 방식
게시 상태

게시된 애플리케이션만 Google Play 내의 검색 및 탐색에 나타납니다. +

앱이 게시되지 않은 경우라도 사용자가 구입, 설치 또는 최근에 제거한 앱 중에 다운로드 영역에서 볼 수 있는 앱은 설치할 수 있습니다. + +

애플리케이션이 일시 중단된 경우 다운로드 영역에 나타나더라도 사용자가 다시 설치허가나 업데이트할 수 없습니다. +

가격 책정 상태 +

모든 사용자가 유료 앱을 볼 수 있는 것은 아닙니다. 유료 앱을 표시하려면 SIM 카드가 있고 Android 1.1 이상을 실행하는 장치가 유료 앱을 사용할 수 있는 (SIM 통신사가 지정한) 국가에 있어야 합니다. + +

대상 국가 지정

앱을 Google Play에 업로드할 때 가격 책정 및 배포에서 앱을 배포할 국가를 선택할 수 있습니다. + + 그러면 선택한 국가에서만 앱을 사용할 수 있게 됩니다. +

+
CPU 아키텍처(ABI)

특정 CPU 아키텍처(예: ARM EABI v7 또는 x86)를 대상으로 하는 네이티브 라이브러리를 포함한 앱은 해당 아키텍처를 지원하는 장치에만 표시됩니다. + + NDK 및 네이티브 라이브러리 사용에 대한 자세한 내용은 Android NDK란?을 참조하십시오. + +

복사 방지 애플리케이션

Google Play는 개발자 콘솔에서 더 이상 복사 방지 기능을 지원하지 않으며 이를 기준으로 앱을 필터링하지 않습니다. + + 앱의 보안을 유지하려면 대신 애플리케이션 라이선싱을 사용하십시오. + 자세한 내용은 복사 방지 대안을 참조하십시오. +

+ +

여러 필터를 사용하여 다중 APK 게시

+ +

일부 특정 Google Play 필터는 서로 다른 장치 구성에 서로 다른 APK를 제공하기 위해 동일한 애플리케이션에 대해 다중 APK 게시를 허용합니다. + 예를 들어, 고화질 그래픽 자산을 사용하는 동영상 게임을 제작 중인 경우 각각 서로 다른 텍스처 압축 형식을 지원하는 2개의 APK를 생성하고 싶은 경우가 있습니다. + + 이러한 방식으로 각 장치 구성에 필요한 텍스처만 포함하여 APK 파일의 크기를 줄일 수 있습니다. + + Google Play는 각 장치의 텍스처 압축 형식 지원에 따라 해당 장치를 지원하도록 선언한 APK를 제공합니다. +

+ +

현재 Google Play는 각 APK가 다음 구성에 따라 서로 다른 필터를 제공하는 경우에만 동일한 애플리케이션에 대해 다중 APK 게시를 허용합니다. +

+ + +

다른 모든 필터는 계속 평소와 동일하게 작동하지만 이 4개의 필터는 Google Play의 동일한 애플리케이션 목록 내에서 APK를 서로 구별할 수 있는 유일한 필터입니다. + 예를 들어, 장치에 카메라가 있는지 여부에 따라서만 APK가 달라지는 경우 동일한 애플리케이션에 대해 다중 APK를 게시할 수 없습니다. + +

+ +

주의: 동일한 애플리케이션에 대해 다중 APK 게시는 고급 기능으로 간주되며 대부분의 애플리케이션은 광범위한 장치 구성을 지원하는 단일 APK만 게시해야 합니다. + + 다중 APK를 게시하려면 필터 내에서 특정 규칙을 따라야 하며 각 구성에 대해 적절한 업데이트 경로를 보장하기 위해 각 APK의 버전 코드에 특별한 주의를 기울여야 합니다. + +

+ +

Google Play에서 다중 APK를 게시하는 자세한 방법은 다중 APK 지원을 참조하십시오.

diff --git a/docs/html-intl/intl/ru/distribute/googleplay/about.jd b/docs/html-intl/intl/ru/distribute/googleplay/about.jd new file mode 100644 index 0000000..d5eaafe --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/about.jd @@ -0,0 +1,367 @@ +page.title=Возможности Google Play +meta.tags="visibility, growth, distributing" +page.tags="play, apps, distributing, publishing" +page.metaDescription=Миллиарды загрузок каждый месяц – и их число растет с каждым днем. Предложите свои приложения пользователям в масштабах Google. +page.image=/distribute/images/about-play.jpg + +@jd:body + + + +

+ Google Play является крупнейшим онлайн-магазином, распространяющим приложения для Android. Приложения, + опубликованные в Google Play, предлагаются огромной базе + активных пользователей Android в более чем 190 странах и регионах + мира. +

+ +
+ Google Play on an Android Tablet +
+ +

+ Google Play является центральной частью интерфейса Android. Новые пользователи + персонализируют свои устройства, устанавливая приложения, игры и другой контент из Google Play. + Существующие пользователи регулярно возвращаются, чтобы ознакомиться с современными тенденциями и новинками. Загрузка + новых приложений происходит очень быстро и удобно — Google Play сразу передает приложения + на устройства пользователей по беспроводной связи. +

+ +

+ Google Play также является популярным ресурсом для веб-пользователей. Любой человек с помощью браузера + может просматривать содержимое Google Play через Интернет. Пользователи Android могут даже покупать и устанавливать + желаемые приложения – Google Play выполняет автоматическую push-установку приложений на устройства + без необходимости подключения по кабелю. +

+ +

+ Доступность и удобство сайта Google Play открывает новые + возможности привлечения трафика к вашим продуктам из различных источников, таких как онлайн-реклама, + веб-поиск и перекрестные ссылки. Благодаря магазину Google Play пользователи получают доступ к + полезным приложениям и захватывающим играм. Он предоставляет ключевые каналы распространения, + позволяющие приложению быть замеченным и достичь популярности на рынке. +

+ +
+

+ Рейтинги и отзывы пользователей +

+ + +
+ +

+ Потенциальные пользователи рассматривают рейтинги и отзывы как + основные критерии качества приложения. Пользователи Android выражают свою оценку загруженным + приложениям, присваивая им рейтинг от одной до пяти звезд и публикуя отзывы. +

+ +

+ Рейтинг приложения является одним из наиболее важных + факторов, определяющих его расположение в списках Google Play и результатах поиска. Он + также является одним из ключевых показателей, которые учитываются сотрудниками редакции при + выборе приложений и игр для рекламных акций магазина. +

+ +
+ +
+ +
+

+ Просмотр по категориям +

+ + +
+ +

+ При публикации приложения в Google Play указывается категория, в которой + его смогут найти пользователи. Всего доступно более 30 категорий. Внутри каждой + категории приложения располагаются на основе комбинации показателей рейтинга, отзывов, + загрузок, страны и других факторов. +

+ +
+ + + +
+ +

+ Функция поиска в Google Play позволяет пользователям быстро найти приложение или игру. Поиск + использует эффективные эвристические методы для предположения слов в процессе их ввода пользователем и предлагает прямые ссылки + на возможные приложения. В списке результатов поиска + на верхних позициях отображаются наиболее подходящие и популярные приложения. +

+ +
+

+ Топ-списки приложений +

+ + +
+ +
+ +
+ +

+ Топ-списки популярных приложений помогают вам быть в курсе + того, что наиболее популярно и востребовано среди пользователей Android, находясь непосредственно на страницах приложений и игр. Эти списки обновляются + несколько раз в день на основании последних данных о загрузках. По мере + роста рейтинга и количества загрузок приложение может занимать более высокие позиции в топ-списках. +

+ +

+ Чтобы эти списки представляли интерес для пользователей в любой точке мира, + они создаются отдельно для стран, наиболее широко представленных в Google Play. По мере того, + как приложения привлекают пользователей и наращивают свои рейтинги и количество загрузок, они поднимаются на более высокие позиции + в одном или нескольких топ-списках приложений, становясь еще более открытыми для пользователей. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Топ бесплатных + + Списки бесплатных приложений и игр +
+ Топ платных + + Списки платных приложений и игр +
+ Бестселлеры + + Списки бестселлеров, платных или бесплатных +
+ Топ новых бесплатных + + Приложения, опубликованные менее 30 дней назад +
+ Топ новых платных + + Приложения, опубликованные менее 30 дней назад +
+ Набирающие популярность + + Новинки с быстро растущим числом установок +
+ +
+ + + +
+ +

+ Редакция Google Play стремится привлечь внимание пользователей + к самым лучшим приложениям, определяя уровень качества для всего содержимого магазина. + Все содержимое Google Play регулярно проверяется для выявления не только + наиболее популярных приложений и игр, но также приложений с большим потенциалом, на которые желательно + обратить внимание пользователей. Редакторы способствуют продвижению + качественных приложений, размещая их в списках Рекомендуемые, Выбор Google и других коллекциях. +

+ +

+ Вы сами не сможете предложить свое приложение для рекомендации, однако редакция + постоянно отслеживает появление качественных приложений в Google Play. Если вы создадите приложение, которое понравится пользователям и будет + отлично работать на устройствах Android, редакторы его непременно заметят. +

+ + + +

+ Еженедельно коллектив редакции Google Play выбирает новый набор приложений + для размещения в популярных коллекциях Рекомендуемые и Выбор Google +. +

+ +

+ Коллекция Рекомендуемые содержит самые свежие и качественные + приложения и игры для Android. Этот список также включает в себя самые лучшие и наиболее популярные + приложения из топ-категорий. Коллекция Выбор Google + содержит все недавно рекомендованные приложения и игры из Google Play. Чтобы не обойти вниманием + пользователей планшетов, специальная коллекция Выбор Google выделяет + наилучшие приложения для пользователей планшетов Android. +

+ + + + + + + +
+ +

+ Рекомендуемые +

+
+ +

+ Коллекция +

+
+ +

+ Выбор редакции +

+
+ +

+ Коллекции приложений +

+ +

+ В отдельных случаях редакция составляет специальную коллекцию игр и приложений, + объединенную какой-либо темой или сезонным событием. Своевременный выход коллекции привлекает пользователей, + они чаще обращаются к таким спискам для выбора приложений. +

+ +

+ Сотрудники редакции выбирают для коллекции наиболее качественные приложения, + которые максимально используют возможности Android на смартфонах и планшетах. Сотрудники + также ищут приложения, которые могут стать интересным или уникальным дополнением + для коллекции в целом. +

+ +

+ Выбор редакции +

+ +

+ Выбор редакции представляет собой рекомендованную коллекцию, + выделяющую некоторые из самых лучших приложений для Android. Редакторы выбирают такие приложения + по критериям качества, удобности интерфейса, длительной популярности и изобретательного использования + возможностей Android. +

+ +

+ Приложения, вошедшие в коллекцию Выбор редакции, также получают отличительный значок, + который сопровождает название приложения во всех разделах Google Play. +

+ +

+ Топ-разработчик +

+ +

+ Значком топ-разработчика награждаются признанные, авторитетные разработчики + за стремление к выпуску качественных и оригинальных приложений для Android. + Редакция Google Play периодически награждает этим отличительным значком + разработчиков по итогам их работы в целом. +

+ +

+ Значок топ-разработчика отображается рядом с его именем во всех + разделах Google Play. Этот отличительный значок предполагает длительное признание + всех приложений разработчика. Он означает повышенный уровень доверия пользователей + к продуктам такого разработчика. +

+ +
+

+ Страницы приложений в каталоге магазина +

+ + +
+ +
+ +
+ +

+ Витриной приложения в Google Play является его красочная цветная страница в каталоге, + которая рекламирует приложение, а также выделяет отзывы о нем, + его рейтинги и возможности. +

+ +

+ Каталог — это то место, где пользователи могут узнать всю информацию о приложении. + Когда пользователи видят приложение в результатах поиска, топ-списках, категориях и + коллекциях, одно касание перемещает их непосредственно на страницу каталога. +

+ +

+ С помощью консоли разработчика Google Play можно управлять страницей + сведений о продукте из любого веб-браузера. Войдите в консоль, чтобы выгрузить или обновить данные для своих брендов, + введите подробные сведения о продуктах на языках своих потенциальных рынков. +

+ +

+ После публикации Google Play добавляет на страницу приложения его рейтинги, отзывы, ссылки на другие + ваши продукты и прочую информацию. Google Play также обеспечивает корректное отображение страницы каталога + на телефонах, планшетах и в веб-браузере. +

+ +

+ Вы можете направить веб-пользователей прямо на страницу со сведениями о своем продукте + по ссылке, размещенной за пределами Google Play, например, со своего веб-сайта, рекламного баннера, обзоров, сообщений в социальных сетях + и из других мест. Информацию о размещении ссылок см. в разделе Ссылки на ваши + продукты. +

+ +

+

+ +
+

Связанные ресурсы

+
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ru/distribute/googleplay/auto.jd b/docs/html-intl/intl/ru/distribute/googleplay/auto.jd new file mode 100644 index 0000000..3fc82dd --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/auto.jd @@ -0,0 +1,230 @@ +page.title=Распространение приложений для Android Auto +page.image=/design/auto/images/auto-overview.png +meta.tags="auto", "publish", "quality" +page.tags="auto", "publish", "googleplay" +page.metaDescription=Распространяйте свои приложения и контент для Android Auto. + +@jd:body + + + +

+ Если вы создали качественное приложение, Android Auto и Google Play помогут + предложить его пользователям прямо в их автомобилях. Вы можете + адаптировать новые или существующие приложения для соответствия требованиям автоприложений, а затем опубликовать их, используя знакомые + инструменты и процессы Google Play. +

+ +

+ Для начала ознакомьтесь с разделами этого документа, чтобы узнать + о распространении автоприложений через Google Play. Обязательно изучите документ + Качество автоприложений, + описывающий требования к эргономике, качеству и безопасности, которым должно соответствовать + ваше приложение. Когда приложение будет готово, вы можете принять условия в консоли разработчика и загрузить + пакет APK для проверки. +

+ +

+ Как стать участником +

+ +

+ Google Play позволяет предоставлять приложения для применения в транспортных средствах. Для разработки и публикации можно использовать свою + существующую учетную запись в консоли разработчика и текущие настройки распространения и ценообразования. Процесс + участия довольно прост и кратко описан в следующих разделах. +

+ +
+ +
+ +

+ 1. Изучите инструкции и требования +

+ +

+ Чтобы подготовить успешный запуск приложения на Android Auto, начните с изучения + руководств по созданию качественных интерфейсов для автоприложений. Воспользуйтесь приведенными в Руководстве по проектированию для Android Auto + советами по преобразованию приложений в автоприложения, а также подробной информацией по проектированию и эргономике приложений. +

+ +

+ Приступив к проектированию интерфейса для автоприложения, обязательно изучите + критерии качества для этих приложений. Для получения соответствующего статуса в Google Play приложение должно + специально разрабатываться как автоприложение и соответствовать набору основных критериев + качества. Чтобы получить более подробную информацию, см. + Качество + автоприложений. +

+ +

2. Создайте качественное автоприложение

+ +

+ Качественно спроектированное автоприложение предназначено для использования в + транспортном средстве и использует возможности Android Auto. Приложение должно быть максимально удобным для пользователя, находящегося + за рулем, обеспечивая, например, воспроизведение аудиофайлов или сообщений. +

+ +

+ Планируя создание автоприложения, изучите документацию для разработчиков, + инструкции по эргономике и постарайтесь максимально их + придерживаться. Постарайтесь спроектировать качественный интерфейс, следуя нашим рекомендациям, + как избегать отвлекающих факторов для водителя. +

+ +

+ Адаптированный для Android Auto интерфейс можно выкладывать вместе с существующим приложением для телефонов, планшетов и других + устройств, используя то же имя пакета и ту же страницу каталога. +

+ +

3. Проверьте качество автоприложения

+ +

+ Ваши автоприложения должны обладать высокой производительностью, + хорошо вписываться в интерьер автомобиля и быть максимально удобными для пользователя. Выбранные лучшие автоприложения демонстрируются на страницах + Google Play, что упрощает их обнаружение пользователями. Выполнив следующие шаги, вы сможете стать участником этой программы + и создать приложение для Android Auto, которое понравится пользователям. +

+ + + +

4. Примите условия Android Auto и опубликуйте приложение

+ +

+ Перед загрузкой своего пакета APK и публикацией приложения для последующей +проверки разработчик должен принять + условия Android Auto, + приведенные в разделе Цены и распространение консоли + разработчика. Принятие этих условий означает, что вы хотите открыть доступ пользователям + Android Auto к своему приложению через Google Play, а также то, + что приложение соответствует критериям качества + для автоприложений. +

+ +

+ Автоприложение может быть загружено для доступа только после принятия этих условий. Ниже описывается, + какие приложения могут считаться автоприложениями. +

+ +
    +
  • В манифесте приложения должна быть декларирована запись метаданных com.google.android.gms.car.application + с функциональными возможностями автомобиля, используемыми приложением. Чтобы получить более подробную информацию + о конфигурации приложения для Android Auto, см. +Начало работы с Android Auto. +
  • +
+ +

+ Создав готовый к выпуску пакет APK и проверив его на соответствие + требованиям качества +автоприложений, загрузите пакет в консоль разработчика. Добавьте дополнительные + сведения об используемых функциях Android Auto на странице своего каталога и установите нужные параметры + распространения. Если вы не знаете, как подготовить приложение к публикации на Google Play, + изучите Контрольный список выпуска приложения + при публикации приложения. +

+ +

+ После принятия условий и сохранения изменений вы можете загрузить и опубликовать свое приложение в обычном порядке. + Перед тем, как открыть доступ к приложению пользователям Android Auto, Google Play передает +приложение на проверку его соответствия критериям качества автоприложений +и уведомляет о ее результатах. Если приложение было одобрено, Google Play делает его +доступным пользователям Android Auto. Подробная информация о том, как отслеживать статус подтверждения приложения, приведена + в следующем разделе. +

+ +

+ Следует отметить, что результат проверки влияет на доступность приложения в магазине Google Play и для + других устройств, например, для телефонов и планшетов. + Если в существующем приложении был обновлен компонент для телефона + или планшета, то прежде чем обновленное приложение станет доступным + в Google Play, его компонент для Android Auto должен пройти проверку. +

+ +

+ Ниже приведены шаги по принятию условий Android Auto в консоли разработчика. +

+ +
    +
  1. Убедитесь, что приложение соответствует всем критериям качества автоприложений. +
  2. + +
  3. Выберите публикуемое приложение на странице Все приложения. +
  4. + +
  5. В списке Цена и распространение найдите пункт Android Auto и ссылку + на условия. +
  6. + +
  7. Перейдите по ссылке на условия. +
  8. + +
  9. Внимательно прочитайте условия и выберите Согласен. +
  10. +
+ +
+ +

+ Согласие с условиями для автоприложений: включите свое приложение в Android Auto, согласившись + с условиями из консоли разработчика. +

+
+ +

5. Отслеживание результатов проверки

+ +

+ Ваше приложение будет проверено на отсутствие отвлекающих факторов для водителя, + а также на соответствие описанным выше техническим требованиям и критериям качества. Этот процесс тщательной проверки может потребовать больше времени + в сравнении с проверкой обычных приложений для телефонов или планшетов. + До прохождения проверки приложение или его обновление не могут быть опубликованы в Google Play. + После успешного прохождения проверки приложение будет опубликовано + и станет доступно пользователям Google Play. +

+ +

Если приложение не было принято, вы получите уведомление на адрес + электронной почты, указанный в учетной записи разработчика, с описанием проблем, которые следует устранить. После + внесения необходимых исправлений вы можете загрузить новую + версию своего приложения в консоль разработчика. +

+ +

+ Обратите внимание, что в случае, когда обновление существующего приложения + не удовлетворяет критериям проверки, это обновление отклоняется, + а существующее приложение остается опубликованным в Google Play. +

+ +

Процесс оценки приложений более подробно описан в документе Качество автоприложений.

+ + +

Связанные ресурсы

+ +
+
diff --git a/docs/html-intl/intl/ru/distribute/googleplay/developer-console.jd b/docs/html-intl/intl/ru/distribute/googleplay/developer-console.jd new file mode 100644 index 0000000..cb62c2f --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/developer-console.jd @@ -0,0 +1,584 @@ +page.title=Консоль разработчика +page.metaDescription=Ознакомьтесь с консолью разработчика, вашим центром публикации приложений в Google Play. +page.image=/distribute/images/developer-console.jpg +Xnonavpage=true + +@jd:body + + + +

+ Консоль разработчика Google Play является основной страницей для вызова + инструментов и выполнения операций при публикации приложений. +

+ + +

+ Здесь вы можете выгрузить приложения, создать страницы для своих продуктов, + настроить цены и параметры распространения, опубликовать приложения. С помощью консоли разработчика, доступной через любой веб-браузер, вы + можете управлять всеми этапами публикации в Google Play. +

+ +

+ Для доступа в консоль разработчика Google Play необходимо пройти регистрацию и получить + подтверждение по электронной почте. +

+ +
+

+ Раздел "Все приложения" +

+ + +
+ +

+ Раздел "Все приложения" содержит быстрый обзор ваших приложений, + позволяет перейти к их статистике, отзывам, подробной информации о продуктах или загрузить новое приложение. +

+ +
+ +
+ +
+

+ Данные учетной записи +

+ + +
+ +

+ Укажите основную информацию о себе или своей компании в профиле разработчика + на странице данных учетной записи. Эта информация идентифицирует вас для Google Play + и ваших клиентов. Указанные данные и свои настройки можно изменить в любое время. + +

+ +
+ +
+ +

+ Профиль разработчика содержит следующие данные: +

+ +
    +
  • +

    + Имя разработчика — отображается на вашей странице каталога и в других разделах + Google Play. +

    +
  • + +
  • +

    + Контактная информация — используется только Google и не показывается вашим + клиентам. +

    +
  • + +
  • +

    + Адрес веб-сайта — отображается на вашей странице каталога. +

    +
  • +
+ +

+ На странице данных учетной записи вы можете также добавить ограниченный доступ для помощников по сбыту + и других групп, зарегистрировать учетную запись продавца или создать тестовые учетные записи для + лицензирования Google Play. +

+ +
+

+ Привязка учетной записи продавца +

+ + +
+ +

+ Если вы хотите продавать приложения или какие-либо продукты в них, свяжите + учетную запись продавца в Google Кошельке со своим профилем разработчика. Google Play использует связанную учетную запись продавца для финансовой + и налоговой идентификации, а также для ежемесячных выплат по + продажам. +

+ +
+

+ Поддержка учетных записей нескольких пользователей +

+ + +
+ +

+ Настройте учетные записи других членов группы для доступа к различным + разделам консоли разработчика. +

+ +
+ +
+ +

+ Первой регистрируется учетная запись владельца, который имеет + полный доступ ко всем разделам консоли. Владелец может добавлять учетные записи пользователей и + управлять доступом к консоли. +

+ +

+ Например, владелец может разрешить пользователям доступ к публикации и конфигурации приложения, + но не к финансовым отчетам. Для более подробной информации ознакомьтесь с настройкой + нескольких учетных записей. +

+ +
+

+ Данные для каталога +

+ + +
+ +

+ С помощью консоли разработчика можно настроить страницу каталога, которая + является основной страницей приложения в Google Play. Эту страницу пользователи видят на своих телефонах + или в Интернете, когда хотят узнать подробности о вашем приложении или загрузить его. +

+ +

+ Выгрузите здесь все сведения о своих брендах, снимки экранов и видеоролики, подчеркивающие преимущества + вашего приложения. Предоставьте локализованное описание, примечания о выпуске последней версии + и другую нужную информацию. Страницу каталога можно обновить в любое время. +

+ +
+ +
+ +
+

+ Загрузка на веб-сайт и публикация +

+ + +
+ +

+ Из консоли разработчика можно быстро загрузить и опубликовать на веб-сайте файл пакета готового к выпуску + приложения Android. Приложение имеет статус черновой версии до момента своей публикации, после + которой Google Play в течение нескольких часов открывает пользователям + доступ к приложению и его странице в каталоге магазина. + +

+ +

+ Данные опубликованного приложения можно обновлять как угодно часто: изменять + цены, конфигурацию и параметры распространения в любой момент, без необходимости + обновлять двоичный файл приложения. +

+ +

+ В случае добавления функций или исправления проблем обновленный двоичный файл + можно опубликовать в любое время. Новая версия сразу же становится доступной, а существующие пользователи + получают уведомление о готовом к загрузке обновлении. Пользователи также могут + принимать автоматические обновления приложения, которые будут + передаваться и устанавливаться сразу после публикации. Вы можете отменить публикацию своих приложений в любое + время. +

+ +
+

+ Альфа- и бета-тестирование +

+ + +
+ +

+ Практические отзывы от пользователей всегда ценны для разработчика, особенно + перед выпуском приложения. Google Play упрощает распространение предварительных версий приложения + для групп, занимающихся альфа- и бета-тестированием в любой стране мира. +

+ +

+ В разделе APK консоли разработчика Google Play находятся вкладки + Альфа-тестирование и + Бета-тестирование. Здесь можно выгрузить версии файлов APK своего приложения + и определить список тестеров в виде группы Google или сообщества Google+. После + этого вы получите ссылку, по которой ваши тестировщики смогут присоединиться + к программе тестирования. +

+ +
+ +
+ +

+ После присоединения тестировщики смогут перейти на страницу вашего приложения + и загрузить из Google Play его альфа- или бета-версию в зависимости от + своей группы. В случае, если пользователь оказался участником обеих групп тестирования, + Google Play передаст ему альфа-версию приложения. +

+ +

+ Следует отметить, что пользователи не могут оставлять комментарии или + отзывы об альфа- или бета-версиях ваших приложений. Для получения отзывов вы можете использовать группу Google или сообщество Google+, + либо свой адрес электронной почты или собственный веб-сайт. +

+ +

+ Эти программы тестирования помогут оптимизировать ваши + приложения, будут способствовать выходу на + новые рынки, или созданию своего + сообщества. Дополнительная информация об использовании бета-тестирования + содержится в Контрольном списке выпуска + приложения и Контрольном списке + локализации. +

+ +
+

+ Поэтапный выпуск приложения +

+ + +
+ +

+ Вы можете поэтапно выпускать приложения, используя вкладку "Выпуск" в разделе + "APK" консоли разработчика Google Play. Здесь можно указать + процент пользователей, которые смогут загрузить ваше приложение. +

+ +

+ Поэтапный выпуск позволяет ограничить последствия непредвиденных ошибок или нагрузки сервера, + а также оценить отзывы по случайной выборке пользователей. + В процессе поэтапного выпуска пользователи могут оценивать ваши приложения, + поэтому, если у вас нет уверенности в их качестве, начните выпуск с небольшого процента пользователей. Обязательно обращайте внимание + и реагируйте на любые негативные отзывы. +

+ +

+ Следует отметить, что установленные для платформы Android требования к управлению версиями + не позволяют выполнить возврат к предыдущим версиям. В случае необходимости такого возврата можно выпустить + прежний APK с новым номером версии. Однако такой метод следует использовать + лишь в качестве крайней меры, поскольку пользователи потеряют доступ к новым возможностям, + а прежнее приложение может оказаться несовместимым с изменениями вашего сервера + или форматов данных. Поэтому следует обязательно провести альфа- и бета-тестирование + своих обновлений. +

+ +
+

+ Поддержка нескольких пакетов APK +

+ + +
+ +

+ В большинстве случаев вам достаточно использовать один пакет приложения (APK), + что, как правило, является наиболее простым способом управления и сопровождения + приложения. Однако Google Play позволяет также предоставить разные APK + для разных устройств. +

+ +

+ Поддержка нескольких APK позволяет создать несколько пакетов приложения с одинаковым + именем, но разными форматами сжатия текстур OpenGL, + поддерживаемыми размерами экрана или версиями платформы Android. Вы можете просто + загрузить все APK для одного продукта на веб-сайт, а Google Play сам выберет + наиболее подходящие варианты для пользователей на основании характеристик + их устройств. +

+ +

+ С помощью параметра Файлы расширения APK можно выложить до двух + дополнительных вариантов загрузки для каждого опубликованного APK, включая их модификации. Каждый + файл расширения может содержать любой код или ресурсы, а его размер не должен превышать 2 ГБ. + Google Play обеспечивает бесплатное размещение этих файлов и обрабатывает + их загрузку как часть установки обычного приложения. +

+ +
+

+ Продажа и назначение цен +

+ + +
+ +
+ +
+ +

+ Разработчику предоставляются инструменты для установки цен на приложения и встроенные в них продукты. Загрузка + приложения может быть бесплатной или требовать предварительной оплаты. +

+ +
    +
  • Если вы публикуете свое приложение в качестве бесплатного, оно должно оставаться + бесплатным в течении всего своего жизненного цикла. Бесплатные приложения могут быть загружены всеми пользователями Google Play. +
  • + +
  • Если приложение опубликовано как платное, впоследствии его можно сделать бесплатным. Приобретение + и загрузка платных приложений разрешена только пользователям, зарегистрировавшим + способ оплаты в Google Play. +
  • +
+ + + +

+ Независимо от того, является ли приложение платным или бесплатным, вы можете + продавать внутри него различные продукты и подписки. Цены на платные приложения, продаваемые внутри приложений продукты + и подписки устанавливаются отдельно. +

+ +

+ Когда пользователи просматривают страницы приложений в каталоге или + инициируют покупку, Google Play показывает им цену в их местной валюте. +

+ +

+ Для каждого продукта вы сначала устанавливаете цену по умолчанию в своей собственной валюте. Если + настройку цен на этом завершить, Google Play будет ежемесячно автоматически устанавливать местные цены + на основе цены вашего приложения в долларах США. +

+ +

+ Однако Google Play дает вам полный контроль над ценами ваших продуктов + для каждой страны. Для начала вы можете вручную установить фиксированные местные цены + на основе цены по умолчанию, используя функцию автоматической конвертации цен. + После этого вы можете проверить эти цены и установить новые для любых стран + по своему желанию. Цены для стран независимы друг от друга, поэтому вы можете регулировать + одну цену, не влияя на другие. Для большинства стран установленная вами цена + является окончательной ценой для пользователей (включая налоги). +

+ +

+ Дополнительную информацию о ценообразовании ваших приложений см. в документе +Выход на новые рынки. +

+ +
+

+ Продукты, продаваемые в приложении +

+ + +
+ +

+ Вы можете продавать в приложениях подписки и продукты, используя функцию продажи контента через приложения как + способ получения дополнительных доходов от своих приложений. Продукты, продаваемые в приложениях, являются одноразовыми покупками, тогда как + подписки оплачиваются ежемесячно или ежегодно. +

+ +

+ В разделе Продукты, продаваемые в приложении вы можете выполнить следующие + действия для опубликованного или чернового пакета APK: +

+ +
    +
  • создать списки продаваемых продуктов и подписок; +
  • + +
  • установить цены; +
  • + +
  • опубликовать новые продаваемые в приложении продукты или отказаться от устаревших. +
  • +
+ +

+ Дополнительную информацию об организации продаж внутри приложения см. в документе + Продажа контента через приложение. Для продуктов, продаваемых в приложении, используются следующие модели замещения бесплатных услуг платными: + премиум, условно-бесплатная и подписка. +

+ +
+

+ Управление распространением +

+ + +
+ +

+ Управляйте распространением своих приложений по странам и регионам. Для + некоторых стран можно указать операторов мобильной связи, на которых будут нацелены ваши продажи. Вы также можете просмотреть + список устройств, которым доступно ваше приложение, составленный на основании правил распространения + из файла манифеста приложения. +

+ +

+ Геотаргетинг +

+ +

+ Консоль разработчика позволяет легко управлять географией + распространения ваших приложений, не изменяя их файлы. + Вы можете выбрать для распространения страны, регионы и даже операторов + мобильной связи (в некоторых странах). +

+ +

+ Перед тем, как разрешить загрузку вашего приложения, Google Play проверяет принадлежность + посетителей к его целевым странам. Вы можете изменить настройки + распространения для стран и операторов в любой момент, сохранив изменения в консоли разработчика + Google Play. +

+ +
+ +
+ +

+ Чтобы помочь выходу приложения на международный рынок, вы можете локализовать + свою страницу каталога, включая данные о приложении, его описание, рекламную графику, + снимки экрана и другую информацию. +

+ +

+ Направленность на характеристики устройств +

+ +

+ Google Play также позволяет управлять распространением в соответствии +с возможностями или характеристиками устройств, от которых зависит работа вашего приложения. В манифесте приложения могут быть определены требования различных видов, + такие как возможности оборудования, форматы сжатия + текстур OpenGL, библиотеки, версии платформы Android и другие характеристики. + +

+ +

+ Когда вы выгружаете приложение, Google Play считывает эти требования + и устанавливает все необходимые правила распространения. Техническая информация о декларировании требований содержится в документе + Фильтры в + Google Play. +

+ +

+ Для более точного контроля за распространением Google Play позволяет + увидеть все устройства, для которых доступно ваше приложение, исходя из существующих для него требований (при их наличии). В + консоли разработчика Google Play вы можете просмотреть список поддерживаемых устройств и даже + исключить из него конкретные устройства в случае необходимости. +

+ +
+

+ Отзывы пользователей и отчеты об ошибках +

+ + +
+ +
+ +

+ Раздел отзывов пользователей позволяет просмотреть отзывы по конкретному + приложению. Вы можете отфильтровать их различными способами в целях + выявления проблем и более эффективной поддержки своих клиентов. +

+
+ +

+ Google Play упрощает пользователям отправку отзывов о вашем приложении + в интересах остальных пользователей. Эти отзывы позволяют узнать мнение об эргономике приложения, получить + запросы на поддержку и информацию о проблемах с функциональностью + непосредственно от ваших клиентов. +

+ +

+ Используйте отчеты об ошибках для отладки и усовершенствования приложения. + Отчеты об ошибках включают в себя трассировку стека и другие данные, + автоматически переданные с устройств Android. +

+ +
+

+ Статистика приложения +

+ + +
+ +
+ +

+ Страница статистики приложения. Различная статистика по установкам + конкретного приложения. +

+
+ +

+ Вам доступна подробные статистические данные по числу установок вашего приложения. +

+ +

+ Показатели установок измеряются как по отдельным пользователям, так и по + устройствам. Вы можете узнать количество активных установок, общее количество установок, + количество обновлений, количество установок по дням, количество удалений приложения и показатели рейтингов. +

+ +

+ В общей статистике установок можно выделить отдельные показатели, такие как версия платформы Android, + устройство, страна, язык, версия приложения и оператор мобильной связи. Данные установок + для каждого показателя можно вывести на диаграмму с временной шкалой. +

+ +

+ Эти диаграммы позволяют увидеть резкие скачки и долговременные тенденции количества установок вашего приложения. + Они помогают понять тенденции распространения приложения среди пользователей, + соотнести данные статистики с рекламой, заметить эффект усовершенствования приложения и другие факторы. Вы можете более + подробно изучить часть значений показателя, добавив конкретные точки на временной шкале. +

+ +

+

+ +
+
+ +
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/ru/distribute/googleplay/families/about.jd b/docs/html-intl/intl/ru/distribute/googleplay/families/about.jd new file mode 100644 index 0000000..b7f2509 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/families/about.jd @@ -0,0 +1,61 @@ +page.title=Для всей семьи +page.metaDescription=Программа Для всей семьи помогает сделать ваши приложения и игры более доступными для семейных пользователей. +page.image=/distribute/images/about-dff-sm.jpg +meta.tags="families, googleplay, distribution" +page.tags="families" + +@jd:body + +

+ Через несколько недель новый интерфейс Google Play, ориентированный на семейных пользователей, + откроет для них новые способы поиска и доступа к качественным приложениям и играм + для своих семей. +

+ +

+ Чтобы поддержать этот раздел магазина, разработчики приглашаются к участию + в новой программе "Для всей семьи", направленной на семейные приложения и игры. Приложения, + соответствующие требованиям + программы, будут представлены в новом семейном разделе магазина, в котором + родителям будет проще найти подходящие, проверенные и качественные приложения и игры. +

+ + + +

+ Предложите для участия в программе свои приложения и игры, используя текущие инструменты и процессы + для управления приложениями в консоли разработчика. Приложения, участвующие в программе, + станут более открытыми для пользователей, при этом сохранив свои + существующие категории, рейтинги и отзывы в других разделах магазина Google Play +. +

+ +

Соответствие требованиям

+ +

+ Родители и семейные пользователи смогут быстрее найти соответствующие + возрасту приложения в семейном разделе Google Play. + В программу "Для всей семьи" должны войти как приложения для детей, + так и приложения, предназначенные + для всех членов семьи. Содержимое приложений для этой аудитории будет проверяться + на соответствие специальным инструкциям и + правилам. +

+ +

+ Обязательно ознакомьтесь с правилами, которым должно соответствовать + ваше приложение. В их число входят правила в отношении + содержимого, Соглашение + о распространении ПО и Дополнение к соглашению о распространении ПО для программы + "Для всей семьи". +

+ +

+ Приложение также должно соответствовать требованиям программы + "Для всей семьи", приведенным в справочном центре разработчика + Google Play. +

+ + diff --git a/docs/html-intl/intl/ru/distribute/googleplay/families/faq.jd b/docs/html-intl/intl/ru/distribute/googleplay/families/faq.jd new file mode 100644 index 0000000..9551108 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/families/faq.jd @@ -0,0 +1,329 @@ +page.title=Часто задаваемые вопросы +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=Вопросы и ответы по программе Для всей семьи + +@jd:body + + + + + +

+ Следующие разделы содержат дополнительную информацию о программе "Для всей семьи" + и ответы на общие вопросы, которые могут возникнуть в связи с этой программой. +

+ + +

Проверка приложения и участие в программе

+ +
+
Каким образом мое приложение может участвовать в этой программе?
+ +
+
+ Вы можете присоединиться к программе "Для всей семьи" на вкладке "Цена и распространение" + для своего приложения в консоли разработчика Google Play. Используйте пошаговые + инструкции. +
+ +
+ Где я должен сообщить об интерактивных функциях моего приложения? Зачем вы собираете + эту информацию? +
+ +
+ Раскрытие интерактивных функций является частью анкеты, предназначенной для определения + возрастного рейтинга контента. У вас есть возможность просмотреть свои сведения, которые будут раскрыты в + процессе присоединения к программе "Для всей семьи". Сбор этой информации + помогает пользователям сделать осознанный выбор + при оценке вашего приложения. +
+ +
+ Что такое COPPA? +
+ +
+ COPPA – закон о защите конфиденциальности информации о детях в сети Интернет, + принятый Федеральной торговой комиссией (FTC) США. Дополнительные сведения см. в документе FTC – + Часто задаваемые вопросы о COPPA. Следует отметить, что Google Play не может предоставить разработчикам консультацию + о выполнении требований COPPA или других нормативных актов, связанных с детьми. +
+ +
+ Нужно ли предоставлять актуальную политику обеспечения конфиденциальности и где это сделать? +
+ +
+ Да, вы должны предоставить ссылку на долгосрочную политику конфиденциальности + на страницах своих приложений в каталоге и подтвердить свое соответствие + местным правилам обеспечения конфиденциальности в консоли разработчика. Чтобы добавить или проверить свою политику конфиденциальности, выберите свое приложение + в консоли разработчика и перейдите к нижней части раздела + Каталог. +
+ +
+ Сколько возрастных групп я могу выбрать? +
+ +
+ Вы можете выбрать не более двух смежных возрастных групп. Используются следующие возрастные группы: 5 лет и + менее, 6-8 лет, 9-12 лет. Однако, если целевая аудитория приложения + охватывает как детей, так и взрослых, следует выбрать категорию Общая + аудитория. +
+ +
+ Сколько категорий контента можно выбрать в программе "Для всей семьи"? + +
+ +
+ Вы можете выбрать одну категорию в рамках программы "Для всей семьи" + и вторую категорию для общего каталога Google Play. +
+ +
+ Какие категории используются в программе "Для всей семьи"? +
+ +
    +
  • Игры в стиле "экшен" и приключения. Эта категория, ориентированная на активные действия игрока, включает широкий диапазон игр, + таких как гонки, сказочные приключения и многие другие. +
  • + +
  • Интеллектуальные игры. В эту категорию входят игры, + заставляющие игрока думать – головоломки, игры на поиск соответствия + и им подобные. +
  • + +
  • Творчество. Сюда входят приложения и игры, стимулирующие творческое мышление. + Примеры, ожидаемые в этой категории, включают рисование, + раскрашивание и другие игры, где вы можете что-то создавать. +
  • + +
  • Образование. Эти приложения и игры имеют образовательный характер и затрагивают + математику, естественные науки, ознакомление с алфавитом и счетом, а также множество видов + образовательного контента, например, географию и историю. +
  • + +
  • Музыка и видео. Эти приложения и игры содержат музыкальные элементы или видеофрагменты + и включают в себя самые разнообразные действия, от игры на пианино + до просмотра видео. +
  • + +
  • Ролевые игры. В этих приложениях и играх пользователь может выступить в какой-либо роли, + например, повара или врача. +
  • +
+ +
+
+ Может ли участие в программе "Для всей семьи" стать причиной задержки публикации + моего приложения? +
+ +
+ Когда вы присоединяетесь к программе "Для всей семьи", Google Play проверяет, подходит ли ваше + приложение семейным пользователям. Если приложение удовлетворяет всем + требованиям программы, срок его публикации будет не больше обычного. Однако + если в процессе проверки приложение было отклонено, срок его публикации + задержится. +
+ +
+ Что происходит, если приложение было отклонено от участия в программе "Для всей семьи"? +
+ +
+ Если ваше приложение было отклонено от участия в программе "Для всей семьи", + причины отказа будут указаны в консоли разработчика и в сообщении по электронной почте. Вам будет предоставлена + возможность исправить проблемы и повторно отправить приложение на участие в программе + или изменить свою заявку на участие. Обратите внимание, что в случае обновления существующего приложения, + опубликованного в Google Play, будет отклонено только обновление (ваше приложение + останется опубликованным в магазине Google Play). Если на участие в программе "Для всей семьи" + было отправлено новое приложение, не соответствующее требованиям, + будет отклонена вся заявка на участие и приложение не будет опубликовано + в Google Play. В этом случае вы можете попытаться исправить выявленные проблемы и отправить + приложение повторно или отказаться от участия в программе. +
+ +
+ Что происходит, если в приложении были обнаружены несоответствия с требованиями + программы "Для всей семьи" после его публикации? +
+ +
+ Ваше приложение может быть удалено или заблокировано не только + в программе "Для всей семьи", но и во всем магазине Google Play. Удаленные приложения могут пройти ту же + процедуру решения проблем, что и в случае отклоненных. Блокировка приложений может быть обжалована разработчиком + в процессе апелляции. +
+ +
+ Если я присоединился к программе "Для всей семьи", могу ли я выйти из нее впоследствии? +
+ +
+ Да, вы можете выйти из программы в любое время. Обратите внимание, что после выхода из программы вы потеряете доступ к + размещению приложений в новом семейном разделе каталога, а также + другие преимущества программы. +
+ +
+ Что произойдет, если я обновлю приложение после того, как оно было принято + к участию в программе? +
+ +
+ Приложения, участвующие в программе "Для всей семьи", должны постоянно + обеспечивать свое соответствие требованиям программы. При необходимости + метаданные программы, связанные с вашим приложением, можно + изменить в разделе "Цены и распространение" консоли разработчика + Google Play. Если обновление приложения приводит к изменению + его целевой аудитории, мы рекомендуем предупредить об этом пользователей, + уже установивших ваше приложение. +
+ +
+ Могут ли приложения и игры, использующие вход в учетную запись Google или игровых сервисов Google Play, + участвовать в программе "Для всей семьи"? +
+ +
+ Те приложения из программы "Для всей семьи", которые полностью ориентированы на детей, + т. е. предназначены для возрастных групп 5 лет и менее, + 6-8 лет или 9-12 лет, не могут использовать вход в Google+ + или в игровые сервисы Google Play для входа в приложение. + + +

+ Те приложения из программы "Для всей семьи", которые предназначены для детей и взрослых, + могут использовать вход в Google+ или в игровые сервисы Google Play в качестве + дополнительной возможности входа в приложение. Детям должна быть предоставлена возможность + полного доступа к приложению или игре без регистрации в Google+ или в игровых сервисах Google Play. +

+
+ +
+ Мое приложение участвует в программе "Google Play для образования" и интегрировано со входом в Google, + чтобы пользователи могли использовать свои школьные учетные записи. Требуются ли в моем приложении + какие-либо изменения, касающиеся входа в Google? +
+ +
+ Приложения, участвующие в программе "Google Play для образования", могут использовать вход в Google для + учетных записей учащихся, если это не является блокирующим требованием для всех пользователей приложения. +
+
+ +

+ Замещение бесплатных услуг платными в программе "Для всей семьи" +

+ +
+
+ Где можно узнать подробнее о правилах размещения рекламы в программе + "Для всей семьи"? +
+ +
+ Ознакомьтесь с документом + Реклама в программе "Для всей семьи". +
+ +
+ Может ли мое приложение содержать рекламные вставки? +
+ +
+ В некоторых приложениях допускается использование рекламных вставок. Однако у пользователя + должна быть возможность перейти к основным действиям приложения до показа какой-либо рекламы. +
+ +
+ Как узнать, соответствует ли используемая мною рекламная сеть правилам размещения + рекламы в программе "Для всей семьи"? +
+ +
+ Обратитесь к представителям рекламной сети для получения информации + об их правилах размещения контента и методах подачи рекламы. Если вы используете сервис AdMob, ознакомьтесь в справочном центре AdMob + с подробной информацией об использовании тегов, которые отметят ваше приложение + или конкретный рекламный блок как предназначенные для детей. Разработчик обязан обеспечить соответствие общего интерфейса приложения + и встроенной рекламы требованиям программы + "Для всей семьи". +
+ +
+ Можно ли использовать продажу контента внутри приложения? +
+ +
+ Для приложений, участвующих в программе "Для всей семьи", нет каких-либо + специальных ограничений на продажу контента внутри приложения (IAP), + кроме соответствия требованиям Соглашения + о распространении ПО для программы "Для всей семьи" и другим + применимым нормативным требованиям. Однако Google Play оставляет + за собой право отклонять приложения, использующие излишне агрессивные коммерческие методы. Продажа контента во всех приложениях + программы "Для всей семьи", предназначенных в основном для детской + аудитории, будет защищена паролем, чтобы покупки подтверждались + родителями, а не детьми. Следует отметить, что эта защита не распространяется на приложения, + предназначенные для общей аудитории. +
+
+ +

+ Другие вопросы +

+ +
+
+ Какова предполагаемая целевая аудитория приложений, участвующих +в программе "Для всей семьи"? +
+ +
+ Наша цель – предоставить родителям и опекунам удобный интерфейс в магазине Google Play, + который поможет найти увлекательные приложения для детей и членов семьи, + созданные надежными брендами и разработчиками. +
+ +
+ Доступна ли программа "Для всей семьи" разработчикам из любых + стран? +
+ +
+ Программа "Для всей семьи" является глобальной. +
+ +
+ Что произойдет с приложениями, опубликованными в категории + "Семейные игры"? +
+ +
+ Существующая категория "Семейные игры" будет исключена в мае 2015 года. Для приложений, + включенных в настоящее время в эту категорию, необходимо выбрать + другую категорию магазина Google Play. Приложения, для которых не была выбрана + другая категория, попадут в категорию "Случайные игры". +
+
+ + diff --git a/docs/html-intl/intl/ru/distribute/googleplay/families/start.jd b/docs/html-intl/intl/ru/distribute/googleplay/families/start.jd new file mode 100644 index 0000000..fcb0d34 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/families/start.jd @@ -0,0 +1,106 @@ +page.title=Участие в программе "Для всей семьи" +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=Присоединяйтесь к программе Для всей семьи, выполнив несколько простых шагов. + +@jd:body + +

+ Если вы создаете приложение, предназначенное для детей и всех членов семьи, необходимо + выполнить несколько действий, описанных ниже, прежде чем вы будете готовы + участвовать в программе "Для всей семьи". +

+ +
    +
  • Заполните анкету для определения возрастного рейтинга контента вашего приложения, + у вас должен быть рейтинг ESRB уровня Everyone (Для всех) или Everyone 10+ (Для всех старше 10). +
  • + +
  • Добавьте ссылку на политику конфиденциальности на страницу своего приложения в каталоге + Google Play. +
  • + +
  • Убедитесь, что приложение соответствует всем требованиям + программы "Для всей семьи". +
  • +
+ +

+ Теперь, когда приложение готово, вы можете стать участником программы "Для всей семьи" + прямо из консоли разработчика. Участие в программе означает, что вы хотите, чтобы ваше приложение + стало доступно в новом, оптимизированном для семейных пользователей интерфейсе + Google Play в дополнение к выбранной вами категории в магазине +Google Play. +

+ +

+ Участие в программе также подтверждает, что ваше приложение соответствует правилам + программы для разработчиков Google Play и Соглашению о распространении ПО, + включая Дополнение к соглашению о распространении ПО для программы +"Для всей семьи". Если вы не знакомы с документами, описывающими эти правила, + или с упомянутым дополнением, обязательно прочтите их перед участием в программе. +

+ +

+ Как только вы будете готовы, следуйте описанным ниже шагам, чтобы стать участником программы "Для всей семьи" для определенного приложения. +

+ +
    +
  1. Выберите на странице Все приложения в консоли разработчика то приложение, + которое нужно добавить к программе. В списке "Цена и распространение" найдите пункт Для всей семьи + и флажок участия в программе. +
  2. + +
  3. Начните процедуру вступления в программу и подтвердите, что ваше приложение + соответствует ее требованиям.
  4. +
  5. Если в приложении есть реклама, подтвердите, что она соответствует действующим правилам в отношении рекламы. +
  6. +
  7. Выберите предполагаемую возрастную группу из следующих вариантов: "5 лет и младше", "6 - 8 лет", "9 - 12 лет" + или "Общая аудитория" (для приложения, предназначенных детям и + взрослым). Если приложение предназначено для нескольких возрастных групп, можно выбирать + не более двух соседних возрастных групп. Для приложений, имеющих рейтинг ESRB 10+, можно выбирать только из возрастных + групп "9 - 12 лет" или "Общая аудитория". +
  8. + +
  9. Выберите категорию для вашего приложения в новом, ориентированном на семейных + пользователей интерфейсе Google Play. Также ваше приложение будет доступно в существующей категории в магазине + Google Play.
  10. +
  11. Прочтите приложенные документы и подтвердите согласие с их содержимым, затем нажмите + Участвовать в программе. В завершение нажмите Отправить обновление на странице + "Цена и распространение", чтобы опубликовать или обновить свое приложение. +
  12. +
+ +

+ Как только вы добавите свое приложение к программе "Для всей семьи", + оно будет тщательно проверено, прежде чем его включат в программу. +

+ +

+ Примечание. Опубликованные в рамках программы "Для всей семьи" приложения также доступны для + всех пользователей Google Play. +

+ +

+ Если вы добавляете к программе приложение, которое публикуете впервые, и оно не + соответствует требованиям программы "Для всей семьи", чтобы сделать его доступным + пользователям Google Play, необходимо либо обновить приложение для + соответствия требованиям программы, либо снять флажок участия в + программе и пройти стандартную процедуру проверки в Google Play. +

+ +

+ Если вы добавляете к программе приложение, которое уже опубликовано на Google Play, + и оно не соответствует требованиям программы "Для всей семьи", оно будет доступно всем + пользователям, но чтобы сделать его доступным в новом, оптимизированном для семейных + пользователей интерфейсе, необходимо обновить приложение для соответствия требованиям программы. +

+ +

+ Если публикуется обновление для приложения, которое участвует в программе "Для все + семьи", обновление этого приложения должно пройти проверку, предусмотренную для + программы, прежде чем оно станет доступно пользователям Google Play.

+ + diff --git a/docs/html-intl/intl/ru/distribute/googleplay/guide.jd b/docs/html-intl/intl/ru/distribute/googleplay/guide.jd new file mode 100644 index 0000000..94d6996 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/guide.jd @@ -0,0 +1,70 @@ +page.title=Найдите свой путь к успеху в Google Play +page.metaDescription=Руководство, которое поможет вам успешно реализовать себя как разработчика приложений и игр в Google Play. +meta.tags="distribute", "bestpractices" +page.tags="google play", "business", "monetize", "engagement" +page.image=distribute/images/play_dev_guide.png + +@jd:body + +

+ Мы создали загружаемую версию руководства, которое поможет вам успешно реализовать + себя как разработчика приложений и игр в Google Play. В нем вы найдете описания функциональных возможностей, советы, передовой опыт, которые + помогут вам эффективно выстроить свою стратегию. +

+ +

+ Данное руководство состоит из следующих разделов. +

+
    +
  • + Публикация в Google Play — с помощью консоли разработчика Google Play, + позволяющей предложить ваше приложение 1 миллиарду пользователей Android по всему + миру. +
  • + +
  • + Качество — фундаментальные основы создания удобного приложения, + понятное объяснение руководств и правил Google Play. +
  • + +
  • + Открытость и доступность — обеспечение предельной открытости и доступности ваших приложений + для максимально возможной аудитории. +
  • + +
  • + Привлечение и удержание — объясняется, как превратить каждый случай установки + в активного пользователя, а также как удерживать пользователей. +
  • + +
  • + Замещение бесплатных услуг платными — изложены стратегии замещения бесплатных услуг платными, позволяющие + организовать непрерывные и все увеличивающиеся потоки денежных поступлений. +
  • + +
  • + Оценка результатов с помощью Google Analytics — позволяет понять + потребности ваших пользователей, улучшить интерфейс приложения, оптимизировать конвертацию валют, организовать маркетинг. +
  • + +
  • + Переход к глобальному режиму работы — возможность выпускать ваше + приложение на локальных рынках по всему миру. +
  • +
+ +

+ Загрузите руководство, щелкнув показанное ниже изображение, или найдите его в Google Play. +

+ +

+ В ближайшие месяцы это руководство будет выпущено для нескольких дополнительных языков. Регулярно + посещайте наш сайт, на котором мы публикуем информацию о новых возможностях + и передовом опыте, тем самым помогая более активно распространять и больше зарабатывать на приложениях. +

+
+
+ diff --git a/docs/html-intl/intl/ru/distribute/googleplay/quality/auto.jd b/docs/html-intl/intl/ru/distribute/googleplay/quality/auto.jd new file mode 100644 index 0000000..69a93db --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/quality/auto.jd @@ -0,0 +1,488 @@ + +page.title=Качество автоприложений +page.metaDescription=Автомобильные приложения, интегрированные с системами контроля и управления транспортным средством, предоставляют удобный интерфейс, минимально отвлекающий водителя. +page.image=/distribute/images/gp-auto-quality.png +@jd:body + + + + + + + +

При проектировании поддержки Android Auto в приложении прежде всего следует избегать факторов, отвлекающих водителя. + Приложения, работающие с пользовательским интерфейсом Android Auto, должны как можно меньше отвлекать водителя. + Это достигается благодаря таким проверенным методам, как голосовые команды и упрощенный визуальный дизайн. +

+ +

+ Удобные интерфейсы для применения в автомобилях отличаются своей предсказуемостью. Приложения, поддерживающие Android Auto, + должны отображать оперативную информацию водителю только тогда, когда это необходимо, + и использовать простые, предсказуемые шаблоны для обычных задач. +

+ +

+ Внимание! Критерии, перечисленные на этой странице, относятся к + пользовательскому интерфейсу и функциям приложения, которое выполняется на устройствах, подключенных к экрану Android Auto. Соответствие этим критериям является необходимым условием + для квалификации в качестве приложений Android Auto в Google Play. +

+ + +
+

+ Основные критерии качества приложений +

+ +

+ Помимо приведенных ниже специальных критериев автоприложения должны + соответствовать всем базовым требованиям к качеству приложений на платформе Android, + подробно описанным в документе Основные критерии качества приложений. Руководствуясь + этими критериями, проверьте свое приложение на соответствие стандартам + Android для навигации и дизайна. Затем снова проверьте свое приложение на соответствие перечисленным + здесь специальным критериям для автоприложений, выполняемых + на устройстве, которое подключено к Android Auto. + + + +

+

+ Графический дизайн и взаимодействие с пользователем +

+ +
+ +

+ Соблюдение этих критериев означает, что приложение соответствует наиболее важным шаблонам дизайна и взаимодействия, + обеспечивая последовательный, интуитивно понятный и удобный пользовательский интерфейс Android Auto. Многие элементы, + такие как панель навигации, фон, шрифты и цвета значков, настраиваются и отображаются + системой. Собственные элементы дизайна приложения должны соответствовать следующим критериям. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + Тест + + Описание +
+ Внимание водителя + + AU-MV + +

+ Приложение не должно отображать на экране Android Auto движущиеся элементы, + такие как анимированная графика, игры, видео или индикаторы выполнения. +

+
+ AU-VA + +

+ Приложение не должно отображать какую-либо визуальную или текстовую рекламу на экране Android Auto. Допускается + только аудиореклама. +

+
+ AU-IM + +

+ Элементы приложения не должны выводить какие-либо изображения на экране Android Auto. Исключения: приложение может показывать + одно статическое фоновое изображение + в контексте содержимого основного экрана, например обложку альбома, а также может + отображать значки на панели навигации. +

+
+ AU-DS + +

+ Приложение не должно содержать какие-либо функции, отвлекающие водителя. +

+
+ AU-VI + +

+ Пока приложение активно в Android Auto, оно не должно отображать + какую-либо визуальную информацию (уведомления, всплывающие подсказки, видео, изображения, рекламу и т. п.) на экране телефона. +

+
+ Компоновка + + AU-SC + +

+ В приложении не должно быть автоматически прокручивающегося текста. +

+
+ AU-FT + +

+ Приложение должно отображать все строки, используя шрифты Roboto двух утвержденных размеров, которые установлены по умолчанию. +

+
+ AU-ST + +

+ Приложение не должно отображать строки длиннее 120 символов. +

+
+ Визуальный контраст + + AU-DM + +

+ Приложение должно поддерживать дневной режим, отображая темные элементы управления и текст на светлом фоне. + (Подробнее) +

+
+ AU-NM + +

+ Приложение должно поддерживать ночной режим, отображая светлые элементы управления и текст на темном фоне. + (Подробнее) +

+
+ AU-WI + +

+ Приложение должно предоставлять наборы белых значков, цвет которых устанавливается + системой при обеспечении автоматической компенсации контраста. + (Подробнее) +

+
+ AU-OC + +

+ Приложение должно предлагать палитру цветов, которая может быть оптимизирована системой для более удобного чтения в автомобиле. + (Подробнее) +

+
+ Взаимодействие + + AU-VC + +

+ Приложение должно поддерживать голосовые команды. +

+
+ AU-AB + +

+ Кнопки приложения должны реагировать на действия пользователя не более чем с двухсекундной задержкой. +

+
+ + +

Связанные ресурсы

+ +
+
+ + + +
+

+ Функциональность +

+ + +
+ +

+ Выполнение этих требований обеспечивает правильную конфигурацию приложения + и его ожидаемое функциональное поведение. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + Тест + + Описание +
+ Общие + + AU-LT + +

+ Приложение должно загружаться не дольше 10 секунд. +

+
+ AU-FP + +

+ Функции автоприложения должны работать в соответствии с требованиями или характеристиками, приведенными в каталоге Google Play. +

+
+ AU-RL + +

+ После перезапуска приложения с начального экрана его состояние должно + быть восстановлено максимально близко к предыдущему состоянию. +

+
+ AU-SS + +

+ Выполнение любых задач в приложении должно требовать не более шести шагов. +

+
+ AU-GO + +

+ Любая нефункциональная или заблокированная кнопка приложения должна отображаться серым цветом. +

+
+ Мультимедиа + + AU-PA + +

+ На панели управления приложения должно быть не более четырех основных действий и одного переключателя + дополнительных действий (или пяти основных действий без использования дополнительных). + (Подробнее) +

+
+ AU-SA + +

+ Панель дополнительных действий приложения должно содержать не более четырех дополнительных действий и одного переключателя для возврата к основной панели. + (Подробнее) +

+
+ Уведомления + + AU-NA + +

+ Приложение не должно содержать рекламу в уведомлениях. +

+
+ AU-NT + +

+ Приложение должно отображать только те уведомления, которые полезны водителю. +

+

+ Примеры.
+ Допускается: уведомление пользователя о новом сообщении.
+ Не допускается: уведомление пользователя о выходе нового альбома. +

+
+ + + +
+

+ Часто задаваемые вопросы +

+
+ +

+ Как после подачи приложения на проверку узнать, что оно не соответствует всем + требованиям Android Auto? +

+

Если вы планируете разрабатывать автоприложения, вам предлагаются критерии + для соблюдения и тесты для проверки функциональности ваших приложений. Однако даже разработанные с соблюдением всех требований автоприложения не могут быть опубликованы сразу. Присоединяйтесь к + сообществу разработчиков автоприложений + в Google+, чтобы узнать, когда вы сможете передать свои автоприложения на + проверку.

+

+ + +

+ Мое приложение предназначено не только для Android Auto. Если оно не соответствует требованиям + для автоприложений, возможна ли его публикация в Google Play для телефонов и + планшетов? +

+

+ Нет. Когда Google начинает процесс подтверждения автоприложения, оно проходит проверку на безопасность для водителя, + а его распространение невозможно + без успешного завершения такой проверки. Поскольку для автоприложения используется тот же пакет APK, + что для телефонов и планшетов, обновления в Google Play для этих устройств + будут недоступны до завершения проверки автоприложения. +

+ +

+ Внимание! Вследствие этого ограничения не рекомендуется использовать распространяемый APK + для создания прототипа автоприложения. +

+ diff --git a/docs/html-intl/intl/ru/distribute/googleplay/quality/core.jd b/docs/html-intl/intl/ru/distribute/googleplay/quality/core.jd new file mode 100644 index 0000000..ca1b671 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/quality/core.jd @@ -0,0 +1,1148 @@ +page.title=Основные критерии качества приложений +page.metaDescription=Качество приложений напрямую влияет на востребованность вашего приложения: как много будет его установок, каким будут рейтинг и отзывы пользователей, насколько будет популярно приложение и как долго оно будет использоваться. +page.image=/distribute/images/core-quality-guidelines.jpg +@jd:body + + + +
+ +
+ +

+ Пользователи Android ожидают высокого качества от устанавливаемых приложений. Качество приложений напрямую влияет +на востребованность вашего приложения: как много будет его установок, каким будут рейтинг и отзывы пользователей, + насколько будет популярно приложение и как долго оно будет использоваться +

+ +

+ Этот документ помогает оценить основные аспекты качества вашего приложения, + используя компактный набор основных критериев качества приложений и связанные с ними процедуры проверки. Все приложения Android + должны удовлетворять этим критериям. +

+ +

+ Прежде чем публиковать свои приложения, проверьте их на соответствие + данным критериям, убедившись, что они корректно работают на различных + устройствах, отвечают стандартам Android в отношении навигации и дизайна, + подготовлены к использованию рекламно-популяризаторских возможностей магазина Google Play. Проводимое тестирование может существенно выходить за рамки описанных здесь процедур, цель этого документа + – обозначить основные признаки качества, которые должны демонстрироваться всеми приложениями, чтобы вы могли + предусмотреть их в своих планах проверки. +

+ +

+ Если вы разрабатываете свои приложения для планшетных ПК или для + программы "Google Play для образования", необходимо учитывать + дополнительные критерии качества, которые сформулированы в документах Качество приложений + для планшетных ПК и Руководство по разработке + образовательных приложений. +

+ +
+

+ Графический дизайн и взаимодействие с пользователем +

+ + +
+ +

+ Эти критерии подразумевают, что в вашем приложении обеспечивается стандартный графический дизайн Android, + а там где это возможно, используются шаблоны взаимодействия, делающие интерфейс пользователя согласованным + и интуитивно понятным. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Область + + ИД + + Описание + + Тесты +
Стандартный дизайн + UX-B1 + +

+ Приложения соответствуют рекомендациям по дизайну Android + и используют общепринятые значки и шаблоны интерфейса пользователя. +

+ +
    +
  1. В приложении не переопределяются привычные функции системных значков (например, + кнопка "Назад"). +
  2. + +
  3. В приложении не происходит подмена системных значков совершенно новыми значками, + если используются стандартные функции интерфейса пользователя. +
  4. + +
  5. Если в предложении предлагается адаптированная версия стандартного системного значка, + этот значок должен в значительной степени напоминать исходный системный значок и порядок работы с ним должен соответствовать поведению + системного значка. +
  6. + +
  7. Приложение не должно переопределять или некорректно использовать стандартные шаблоны интерфейса пользователя + Android, например значки или их действия, чтобы не путать пользователей и не затруднять их работу. +
  8. +
+
+ CR-все +
+ Навигация + + UX-N1 + +

+ В приложении поддерживается стандартная системная навигация с помощью кнопки "Назад" +, для которой не используются какие-либо адаптированные экранные подсказки. +

+
+ CR-3 +
+ UX-N2 + +

+ Любое диалоговое окно можно закрыть с помощью кнопки "Назад". +

+
+ CR-3 +
+ UX-N3 + + При нажатии кнопки "Домой" всегда происходит переход к главному экрану + устройства. + + CR-1 +
+ Уведомления + + UX-S1 + +

+ Уведомления должны соответствовать рекомендациям по дизайну Android. В +частности, должны быть соблюдены следующие правила. +

+ +
    +
  1. Несколько уведомлений (там, где это возможно) должны объединяться + в один информационный блок. +
  2. + +
  3. Повторение уведомлений возможно только в том случае, если они относятся к текущему событию + (например, воспроизведению музыки или телефонному звонку). +
  4. + +
  5. Уведомления не должны содержать рекламу или контент, не относящийся к основной + функции приложения, если пользователь явным образом не согласился на получение такой информации. +
  6. +
+
+ CR-11 +
+ UX-S2 + +

+ Приложение использует уведомления только в следующих случаях. +

+ +
    +
  1. Чтобы отметить контекстное изменение, связанное лично с пользователем + (например, сообщить о входящем сообщении). +
  2. + +
  3. Чтобы выделить информацию, элементы управления, относящиеся к текущему + событию (например, воспроизведению музыки или телефонному звонку). +
  4. +
+
+ CR-11 +
+ +

Связанные ресурсы

+ +
+
+ +
+

+ Функциональность +

+ + +
+ +

+ Этот критерий подразумевает, что обеспечивается исключительно высокая функциональность при работе с приложением, + в нем предусмотрены необходимые уровни прав доступа. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Область + + ИД + + Описание + + Тесты +
+ Права доступа + + FN-P1 + + Приложение запрашивает только абсолютный минимум прав доступа, + которые необходимы ему для поддержания основных функциональных возможностей. + + CR-11 +
+ FN-P2 + +

+ Приложение не запрашивает прав доступа к наиболее важным данным (например, + к контактам или системному журналу), а также к платным сервисам + (например, службам дозвона или отправки СМС), если это не связано с основной функциональностью данного + приложения. +

+
+ Место установки + + FN-L1 + +

+ Приложение нормально работает при установке на SD-карту (если такая возможность поддерживается приложением). +

+ +

+ Поддержка установки на SD-карту рекомендована для всех больших приложений + (превышающих 10 МБ). См. в руководстве разработчика в разделе Место +установки приложения информацию о том, + какие типы приложений должны поддерживать установку на SD-карты. +

+
+ SD-1 +
+ Звук + + FN-A1 + + Звук не должен воспроизводиться, если отображение на экране выключено, за исключением случаев, когда + это является основной функциональной задачей (например, если приложение – музыкальный проигрыватель). + + CR-7 +
+ FN-A2 + + Звук не должен воспроизводиться, + если экран заблокирован, за исключением случаев, когда это является основной функциональной задачей приложения. + + CR-8 +
+ FN-A3 + + Звук не должен воспроизводиться на главном экране или при переходе в другое + приложение, если это не является основной функциональной задачей данного приложения. + + CR-1,
+ CR-2
+
+ FN-A4 + + Воспроизведение звука возобновляется при переходе в приложение + или пользователю сообщается, что воспроизведение приостановлено. + + CR-1, CR-8 +
+ Графика и интерфейс пользователя + + FN-U1 + +

+ Приложение поддерживает как альбомную так и книжную ориентацию экрана (если возможно). +

+ +

+ В обоих ориентациях экрана поддерживаются равные функциональные + возможности и действия. Допустимы незначительные изменения в содержимом и режимах представления. +

+
+ CR-5 +
+ FN-U2 + +

+ Приложение рационально использует весь экран в обеих ориентациях + без появления "черных полос" при смене ориентации. +

+ +

+ Допустимо отображение лишь незначительных черных полос по краям экрана, + компенсирующих незначительную разницу в геометрических размерах экранов. +

+
+ CR-5 +
+ FN-U3 + +

+ Приложения правильно обрабатывают быстрый переход от одной ориентации + экрана к другой, не вызывая проблем с визуальным воспроизведением. +

+
+ CR-5 +
+ Состояние пользователя и приложения + + FN-S1 + +

+ В приложении не должно оставаться каких-либо запущенных служб при переходе в фоновый + режим, если это не требуется для его основной функции. +

+ +

+ Например, приложение не должно сохранять службы подключения + к сети для получения уведомлений, поддерживать подключение по Bluetooth + или оставлять включенным модуль GPS. +

+
+ CR-6 +
+ FN-S2 + +

+ Должно обеспечиваться корректное сохранение и восстановление состояние пользователя или приложения. +

+ +

+ Приложение сохраняет состояние пользователя или самого приложения при переходе в + фоновый режим, предотвращая случайную потерю данных при навигации с помощью + кнопки "Назад" или при других изменениях состояния. При возврате из фонового в активный режим приложение должно + восстановить сохраненное состояние и все связанные с состоянием операции, ожидавшие + выполнения, например, изменения в редактируемых полях, текущее состояние в игре, + меню, видео и другие составляющие приложения или игры. +

+ +
    +
  1. Когда приложение вызывается из переключателя последних приложений, + восстанавливается состояние пользователя на момент последней работы с этим приложением. +
  2. + +
  3. Когда приложение восстанавливается после пробуждения устройства после + блокировки, приложение возвращает пользователя в состояние, соответствующее последнему + моменту работы с ним. +
  4. + +
  5. Когда приложение повторно запускается с начального экрана или экрана приложений, + его состояние должно быть восстановлено максимально близко к предыдущему состоянию. +
  6. + +
  7. При нажатии кнопки "Назад" приложение позволяет сохранить свое текущее состояние или +состояние пользователя, которое в противном случае будет потеряно при переходе назад. +
  8. +
+
+ CR-1, CR-3, CR-5 +
+ +

Связанные ресурсы

+ +
+
+ +
+

+ Производительность и стабильность +

+ + +
+ +

+ Этот критерий предполагает, что приложения обеспечивают ожидаемые пользователем + высокую производительность, стабильность и быстрое время реакции. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Область + + ИД + + Описание + + Тесты +
+ Стабильность + + PS-S1 + + Не происходит аварийных или вынужденных закрытий приложения, зависаний или других + аномалий в его работе на любых поддерживаемых устройствах. + + CR-все, SD-1, HA-1 +
+ Производительность + + PS-P1 + + Приложение загружается быстро или предлагает пользователю соответствующую + информацию на экране (индикатор выполнения и т. п.), если для загрузки требуется + больше двух секунд. + + CR-все, SD-1 +
+ PS-P2 + + При включенном режиме StrictMode (см. ниже Тестирование в режиме + StrictMode) отсутствуют красные мигания (предупреждения + StrictMode о низкой производительности) при выполнении приложения, включая воспроизведение + игр, анимацию и переходы между элементами интерфейса, а также другие элементы приложения. + + PM-1 +
+ Мультимедиа + + PS-M1 + + В процессе загрузки и нормальной работы с приложением звуковые и видеоданные + воспроизводятся плавно, без щелчков, заминок и прочих артефактов. + + CR-все, SD-1, HA-1 +
+ Качество визуализации + + PS-V1 + +

+ Приложение отображает графику, тексты, изображения и различные элементы интерфейса + без заметных искажений, смазываний или эффектов пикселизации. +

+ +
    +
  1. Приложение обеспечивает высокое качество графики на всех поддерживаемых размерах + и форм-факторах экрана, включая устройства с большими экранами, + такие как планшетные ПК. +
  2. + +
  3. Нет ступенчатых артефактов на границах меню, кнопок и других элементах интерфейса +пользователя. +
  4. +
+
+ CR-все +
+ PS-V2 + +

+ В приложении тексты и текстовые блоки отображаются удобными для чтения. +

+ +
    +
  1. Обеспечивается их правильная компоновка на всех поддерживаемых форм-факторах, + включая устройства с большими экранами, такие как планшетные ПК. +
  2. + +
  3. Отсутствуют обрезанные буквы или слова. +
  4. + +
  5. Нет некорректных переносов слов в названиях кнопок и значков. +
  6. + +
  7. Имеется достаточное пространство между текстом и окружающими его элементами. +
  8. +
+
+ +

Связанные ресурсы

+ +
+
+ +
+

+ Соответствие требованиям Google Play +

+ + +
+ +

+ Соблюдение эти критериев подразумевает готовность ваших приложений к публикации в Google Play. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Область + + ИД + + Описание + + Тесты +
+ Политики + + GP-P1 + + В приложениях должны строго соблюдаться условия Правил программы для + разработчиков приложений Google Play, не должно предлагаться неуместное содержимое, + нельзя использовать интеллектуальную собственность или товарные знаки других лиц и т. д. + + GP-все +
+ GP-P2 + +

+ Должны быть правильно настроены возрастные ограничения приложения с учетом +Руководства по определению возрастного рейтинга содержимого. +

+ +

+ В частности, обратите внимание, что приложениям, запрашивающим доступ к данным о + местоположении устройства, нельзя назначать возрастной рейтинг "Для всех". +

+
+ GP-1 +
+ Страница со сведениями о приложении + + GP-D1 + +

+ Картинка для раздела "Рекомендуемые" должна соответствовать правилам, описанным в данной + публикации. Проверьте следующие моменты. +

+ +
    +
  1. При публикации приложение должно сопровождаться качественной картинкой для раздела "Рекомендуемые". +
  2. + +
  3. Эта представляющая приложение картинка не должна содержать изображений устройств, + снимков экранов или мелкого текста, который станет неразличим при уменьшении + масштаба на устройствах с минимальным поддерживаемым размером экрана. +
  4. + +
  5. Картинка для раздела "Рекомендуемые" не должна напоминать рекламу. +
  6. +
+
+ GP-1, GP-2 +
+ GP-D2 + + На снимках экранов и в видеороликах не должны показываться или упоминаться не поддерживающие Android устройства. + + GP-1 +
+ GP-D3 + + На снимках экранов и в видеороликах не должна содержаться недостоверная + информация о контенте и функциональных возможностях вашего приложения. +
+ Поддержка пользователя + + GP-X1 + + Ошибки, сообщаемые пользователями на вкладке "Отзывы" на странице Google Play, подлежат + исправлению, если они воспроизводимы и происходят на многих разных устройствах. + Если ошибка возникает только на нескольких устройствах, ее необходимо исправить, + если это особо популярные или новые устройства. + + GP-1 +
+ +

Связанные ресурсы

+ +
+
+ +
+

+ Настройка среды тестирования +

+ + +
+ +

+ Чтобы оценить качество своего приложения, вам необходимо настроить подходящее + аппаратное обеспечение или эмулировать нужную среду для тестирования. +

+ +

+ Идеальной средой для тестирования будет небольшое количество реальных устройств, + представляющих все основные форм-факторы и аппаратные/программные + комбинации, которые сейчас доступны пользователям. Нет необходимости проверять приложение на + всех продаваемых устройствах — лучше выберите небольшое число представителей, + буквально один-два на каждый возможный + форм-фактор. +

+ +

+ Если у вас не получается получить реальное устройство для тестирования, необходимо + настроить эмулируемые устройства + (AVD), воспроизводящие наиболее распространенные форм-факторы и аппаратные/программные + комбинации. +

+ +

+ Чтобы выйти за рамки начального тестирования, можно добавить больше устройств, больше форм-факторов, + а также новые комбинации аппаратного/программного обеспечения к вашей среде тестирования. Также можно + увеличить число или сложность тестов и повысить критерии качества. +

+ +
+

+ Процедуры тестирования +

+ + +
+ +

+ Данные процедуры тестирования помогают обнаружить различные типы проблем + с качеством ваших приложений. Можно комбинировать эти тесты или интегрировать группы + тестов вместе в ваши собственные планы тестирования. См. в приведенных выше разделах сведения о том, как связаны + определенные критерии с конкретными тестами. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + Тест + + Описание +
+ Базовый набор + + CR-0 + +

+ Пройдитесь по всем частям приложения — проверьте все экраны, + диалоги, настройки и все варианты работы пользователя. +

+ +
    +
  1. Если приложение позволяет редактировать или создавать контент, играть в игры + или воспроизводить мультимедийные файлы, + убедитесь, что такие сценарии включены в проверку по созданию и добавлению контента. +
  2. + +
  3. Испытывая приложение, попробуйте внести изменения в сетевые соединения, в настройки + функций, связанных с экономией заряда батареи, GPS + или обнаружением устройства, в параметры загрузки системы и т. д. +
  4. +
+
+ CR-1 + + На каждом экране приложения нажмите кнопку перехода на начальную страницу, + затем повторно запустите приложение с экрана приложений. +
+ CR-2 + + С каждого экрана приложения выполните переход в другое запущенное приложение, + а затем вернитесь в тестируемое, используя переключатель последних приложений. +
+ CR-3 + + Из каждого экрана приложения (и каждого диалогового окна) нажмите кнопку "Назад". +
+ CR-5 + + Для каждого экрана приложения не менее трех раз поверните устройство для переключения + между портретной и книжной ориентациями. +
+ CR-6 + + Переключитесь в другое приложение, чтобы перевести тестируемое приложение в фоновый режим. Перейдите в меню + "Настройки" и проверьте, нет ли для тестируемого приложения каких либо работающих служб, когда оно переключено + в фоновый режим. В ОС Android 4.0 и более поздних версий перейдите на экран приложений + и найдите приложение на вкладке "Работающие". В более ранних версиях используйте "Управление + приложениями", чтобы проверить наличие запущенных служб. +
+ CR-7 + + Нажмите кнопку питания, чтобы перевести устройство в спящий режим, а затем вновь + нажмите кнопку питания, чтобы экран вернулся в активное состояние. +
+ CR-8 + + Настройте блокировку устройства при нажатии кнопки питания. Нажмите кнопку питания, + чтобы перевести устройство в спящий режим, а затем вновь нажмите кнопку питания, + чтобы экран вернулся в активное состояние, разблокируйте устройство. +
+ CR-9 + + Для устройств с выдвижной клавиатурой – сложите, а потом выдвиньте клавиатуру + хотя бы один раз. Для устройств, имеющих клавиатурные док-станции – выполните подключение + устройства к док-станции. +
+ CR-10 + + Для устройств, имеющих порт подключения внешнего экрана – выполните подключение + этого экрана. +
+ CR-11 + + Откройте панель уведомлений и внимательно просмотрите все типы уведомлений, + которые могут отображаться приложением. Раскройте уведомления, если это возможно (в Android 4.1 + и более поздних версиях), выполните все предлагаемые действия. +
+ CR-12 + + Ознакомьтесь, какие права доступа запрашиваются приложением, перейдя в "Настройки" > + "Информация о приложении". +
+ Установка на SD-карту + + SD-1 + +

+ Повторите тесты из серии Базовый набор с приложением, установленным на SD-карту устройства + (если она поддерживается устройством). +

+ +

+ Чтобы перенести приложение на SD-карту, выберите "Настройки > Информация о приложении > + Переместить на SD-карту". +

+
+ Аппаратное ускорение + + HA-1 + +

+ Повторите тесты из серии Базовый набор, включив на устройстве аппаратное ускорение. +

+ +

+ Чтобы принудительно задействовать аппаратное ускорение (если оно поддерживается + устройством), добавьте параметр hardware-accelerated="true" к разделу + <application> в манифесте приложения и выполните его повторную компиляцию. +

+
+ Контроль производительности + + PM-1 + +

+ Повторите тесты из серии Базовый набор, включив режим StrictMode, как это описано ниже. +

+ +

+ Уделите особое внимание вопросу очистки памяти и тому, как это влияет на работу + пользователя. +

+
+ Соответствие требованиям Google Play + + GP-1 + + Войдите в консоль + разработчика, проверьте свой профиль разработчика, описание приложения, + снимки экранов, картинку для раздела "Рекомендуемые", настройки возрастного рейтинга, а также отзывы пользователей. +
+ GP-2 + + Загрузите снимки экранов и картинку для раздела "Рекомендуемые", уменьшите + их в соответствие с размерами и форм-факторами поддерживаемых приложением + устройств. +
+ GP-3 + + Проверьте все графические ресурсы, мультимедийные данные, тексты, библиотеки кодов и + прочее содержимое, упакованное в файл загрузки приложения или расширения к нему. +
+ Платежи + + GP-4 + + Пройдите по всем экранам своего приложения и проверьте все задействованные в нем процессы покупок. +
+ +

+ Тестирование в режиме StrictMode +

+ +

+ Для проверки производительности мы рекомендуем в приложении включить режим {@link android.os.StrictMode} + и использовать его для отслеживания операций в основном и в других + потоках приложения, которые могут негативно сказываться на быстродействии, доступе к сети, + чтении или записи файлов и т. д. +

+ +

+ Можно настроить политики контроля каждого из потоков, используя инструмент {@link + android.os.StrictMode.ThreadPolicy.Builder} и включив все поддерживаемые + функции контроля в ThreadPolicyс помощью параметра {@link + android.os.StrictMode.ThreadPolicy.Builder#detectAll()}. +

+ +

+ Обязательно задействуйте визуальные уведомления о нарушениях политик + в отношении ThreadPolicy, используя {@link + android.os.StrictMode.ThreadPolicy.Builder#penaltyFlashScreen() + penaltyFlashScreen()}. +

diff --git a/docs/html-intl/intl/ru/distribute/googleplay/quality/tablets.jd b/docs/html-intl/intl/ru/distribute/googleplay/quality/tablets.jd new file mode 100644 index 0000000..4e0322f --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/quality/tablets.jd @@ -0,0 +1,846 @@ +page.title=Качество приложений для планшетных ПК +page.metaDescription=Планшеты являются быстро растущим сегментом на рынке устройств Android, что обеспечивает новые возможности для ваших приложений. +page.image=/distribute/images/tablet-guidelines-color.jpg +Xnonavpage=true + +@jd:body + + +
+ +
+ +

+ Планшеты являются быстро растущим сегментом на рынке устройств Android, + что обеспечивает новые возможности для привлечения новых + пользователей и замещения бесплатных услуг платными. Рекомендации в этом документе помогут вам оправдать ожидания пользователей +планшетных ПК, предложив им привлекательные функциональные возможности + и удобный, интуитивно понятный интерфейс. +

+ +

+ Хотя рекомендации пронумерованы, их можно применять в любом порядке. Каждую + из рекомендаций необходимо применять разумно и в той мере, в какой она уместна + для вашего приложения, стараясь не только обеспечить оптимальное качество продукта, + но и в максимально возможной степени удовлетворить ожидания + пользователей. +

+ +

+ В документе содержатся ссылки на различные ресурсы, которые помогут при выполнении + каждой из рекомендаций. +

+ +

1. Проверка основных критериев качества приложений для планшетных ПК

+ +

Первым шагом к созданию хорошего планшетного приложения будет соблюдение + основных критериев качества для всех устройств + и форм-факторов, для которых предназначается приложение. Полную информацию об этом см. в руководстве Основные критерии качества приложений. +

+ +

+Перед публикацией приложения убедитесь, что выполнены основные технические проверки и соблюдены критерии выпуска, включая следующие: +

+ + + +

Если приложение уже загружено в консоль разработчика Google Play, можно проверить, + как оно соответствует всем этим критериям, + открыв страницу Советы по + оптимизации.

+ + +
+

2. Оптимизация макетов для больших экранов

+ +

+ Система Android упрощает разработку приложений, которые одинаково хорошо работают + на широком спектре устройств с различными размерами и форм-факторами экранов. Такая исключительная совместимость + дает вам преимущество, позволяя разрабатывать одно приложение, которое затем может распространять + для всех поддерживаемых устройств. В то же время, чтобы обеспечить максимально удобный интерфейс для каждой + конфигурации экрана — в особенности для планшетных ПК — необходимо + оптимизировать макеты и другие компоненты интерфейса для каждой из + поддерживаемых конфигураций. На планшетах оптимизация интерфейса позволяет + полностью использовать преимущества дополнительного экранного пространства, например, предлагая + новые возможности, предоставляя новый контент, повышая удобство работы другими способами, + и все это делает приложение более привлекательным для пользователей. +

+ +

+ Если приложение изначально разрабатывалось для смартфонов, но теперь вы хотите + распространять его и на планшетных ПК, необходимо начать с внесения минимальных + исправлений в макет, шрифты и интервалы между объектами интерфейса. В некоторых случаях — например, для 7-дюймовых планшетов или для игр, использующих все пространство + экрана — этих настроек может оказаться достаточно, чтобы ваше приложение + выглядело великолепно. В других случаях, например, для больших планшетов, можно изменить дизайн + некоторых частей интерфейса, заменив "растянутый экран" эффективным интерфейсом +с несколькими панелями, упростив навигацию и добавив дополнительные элементы. +

+ + +
+ +

Избавьтесь от "растянутого" интерфейса: На планшетных ПК однопанельные макеты экрана приводят + к появлению неуместных пустых пространств и чрезмерной длине линий. Используйте заполнение, + чтобы уменьшить ширину интерфейсных элементов, рассмотрите возможность перехода к макетам с несколькими панелями.

+
+ +

Ознакомьтесь со следующими рекомендациями.

+ + +
    +
  • Обеспечьте необходимые макеты для экранов категории large и + xlarge. Также можно подготовить макеты, + загружаемые с учетом характеристик экрана: наименьшего значения + одного из показателей или минимально + доступных ширины и высоты. +
  • + +
  • Как минимум, настройте для больших экранов геометрические параметры – размеры + шрифтов, поля, интервалы – лучше используя пространство и делая контент нагляднее. +
  • + +
  • Настройте расположение интерфейсных элементов управления, так чтобы они были + легко доступны пользователям планшетов, например, если они работают с ним в + альбомной ориентацией экрана. +
  • + +
  • Заполнение для элементов интерфейса на планшетах обычно должно быть больше, + чем на смартфонах. Рекомендуемый минимальный размер + элементов – 48 пикселей (с сеткой 16 пикселей). +
  • + +
  • Адекватно используйте заполнение вокруг текста, он не должен располагаться + непосредственно по краям экрана. Минимальная величина заполнения вокруг текста на краях экрана должна быть 16dp + (16 пикселей). +
  • +
+ +

Особенно внимание уделите тому, чтобы ваш макет не выглядел "растянутым" + по экрану.

+ +
    +
  • Линии и текст не должны быть чрезмерно длинны — оптимизируйте текст, чтобы + длина строк не превышала 100 символов, а еще лучше – выдержите размер 50-75 символов.
  • +
  • Прокручиваемые списки элементов ListView и меню не должны занимать всю ширину экрана.
  • +
  • Используйте заполнение для управления шириной экранных элементов или перехода к + планшетным интерфейсам с несколькими панелями (см. следующий раздел).
  • +
+ +

Связанные ресурсы

+ +
+ + +

3. Использование дополнительной области экрана

+ +
+ +

Макеты с несколькими панелями обеспечивают лучшую визуальную балансировку планшетных экранов, + одновременно обеспечивая их большую эффективность и наглядность.

+
+ +

Планшеты обеспечивают значительно больше полезной площади экрана + для вашего приложения, особенно в альбомной ориентации. Особенно этот прирост заметен на 10-дюймовых планшетах, но даже 7-дюмовые + планшеты добавляют значительное количество места для отображения контента +и привлечения пользователей.

+ +

Планируя интерфейс пользователя для работы на планшетах, убедитесь, что в нем будут + полностью использованы все преимущества доступного дополнительного пространства. Ознакомьтесь + со следующими рекомендациями.

+ +
    +
  • Изучите все возможности: можно добавить дополнительный контент или использовать + альтернативные способы обработки уже имеющегося контента.
  • +
  • Используйте на экранах планшетов макеты с несколькими панелями, чтобы + скомбинировать отдельные представления в одно составное представление. Это + позволит использовать дополнительное пространство экрана более эффективно и + упростит пользователям навигацию внутри приложения.
  • +
  • Спланируйте расположение панели в составных представлениях при изменении + ориентации экрана.
  • + +
    +
    + + +

    Составные представления объединяют несколько простых представлений из +интерфейса для смартфонов(см. верхнюю часть рисунка) в информативном и более эффективном + интерфейсе для планшетов (см. нижнюю часть рисунка).

    +
    +
    + +
  • Хотя отдельные экраны реализуются с помощью подкласса {@link android.app.Activity}, + старайтесь реализовать отдельные составные панели с помощью подкласса {@link +android.app.Fragment}. Это позволит повысить + применимость программного кода для использующих один и тот же контент экранов, + отличающихся форм-факторами и размерами.
  • +
  • Примите решение, для каких размеров экранов будет использоваться интерфейс с + несколькими панелями, а затем предложите разные макеты для подобных размеров экранов (например, для категорий +large/xlarge) или для экранов с минимальной шириной (таких, как категории +sw600dp/sw720).
  • +
+ +

Связанные ресурсы

+ +
+ +

4. Применение ресурсов, разработанных для планшетных ПК

+ +
+ +

Чтобы обеспечить оптимальное отображение приложений, подготовьте отдельные значки и + другие растровые ресурсы для каждого разрешения экрана, поддерживаемого планшетами. В частности, необходимо + изготовить значки для строки действий, уведомлений и значков запуска в соответствии с рекомендациями + по дизайну значков, обеспечив для них различное разрешение, так чтобы они отображались + с подходящим размером на всех экранах без смазываний или других искажений + при масштабировании.

+ +

Таблица 1. Размеры растровых ресурсов для разных типов значков. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
РазрешениеЗначок запускаВ строке действийМаленький/ в контекстном менюУведомление
mdpi48x48 пикс.32x32 пикс.16x16 пикс.24x24 пикс.
hdpi72x72 пикс.48x48 пикс.24x24 пикс.36x36 пикс.
tvdpi(используется hdpi)(используется hdpi)(используется hdpi)(используется hdpi)
xhdpi96x96 пикс.64x64 пикс.32x32 пикс.48x48 пикс.
xxhdpi144x144 пикс.96x96 пикс.48x48 пикс.72x72 пикс.
+ +

+ Как минимум, представьте версию каждого значка и растровый ресурс, + оптимизированный хотя бы для одного из следующих разрешений, + типичных для планшетных экранов. +

+
    +
  • hdpi
  • +
  • xhdpi
  • +
  • xxhdpi
  • +
+ +

Прочие рекомендации.

+ +
    +
  • При разработке значков используйте векторные формы, которые будут масштабироваться без ухудшения качества деталей и без искажений по краям.
  • +
  • Используйте предусмотренный для разрешения +квалификатор ресурса, чтобы обеспечить загрузку правильных значков для каждого разрешения экрана.
  • +
  • Для планшетов и других устройств с большими экранами часто требуется значок запуска, + который на один "размер разрешения" больше, чем фактическое разрешение экрана, + поэтому необходимо подготовить значок запуска с максимально возможным разрешением. Например, если у планшета экран {@code xhdpi}, + он будет запрашивать версию значка запуска {@code xxhdpi}.
  • +
+ +

Связанные ресурсы

+ +
+ +

5. +Настройка размеров шрифтов и элементов управления сенсорного экрана

+ +

Чтобы обеспечить оптимальную работу с вашим приложением на планшетных устройствах, + выполните настройку размера шрифта и элементов управления в своем планшетном + интерфейсе для всех поддерживаемых конфигураций экранов. Можно настроить размер шрифтов с помощью стилизующих атрибутов или ресурсов + размеров, также можно настроить элементы управления сенсорного экрана с + помощью макетов и растягиваемых растровых ресурсов, как описано выше.

+ +

Ознакомьтесь со следующими рекомендациями.

+
    +
  • Текст не должен выглядеть чрезмерно большим или слишком маленьким на всех экранах + планшетов, независимо от их размера и разрешения. Убедитесь, что размеры для надписей элементов интерфейса подобраны в соответствии с + элементами, к которым они относятся; проверьте, нет ли неуместных переносов в этих + надписях, заголовках и других элементах.
  • +
  • Рекомендуемый размер для элементов управления сенсорного экрана составляет 48 пикселей + (минимум 32 пикселя) — возможно потребуется настройка вашего интерфейса. + См. информацию о стратегиях внедрения, которые помогут большинству пользователей, в + документе Количественные показатели и сетка. Чтобы удовлетворить потребность некоторых пользователей в доступных + элементах управления, будет уместно использовать элементы управления + большего размера.
  • +
  • Там, где это возможно, для маленьких значков расширьте область касания, сделайте ее больше +48 пикселей, используя класс {@link android.view.TouchDelegate}, + или просто поместите значок в центр прозрачной кнопки.
  • +
+ +

Связанные ресурсы

+ +
+ +

6. Настройка размеров виджетов главного экрана

+ +

Если в вашем приложении содержится виджет для главного экрана, здесь объясняется ряд + моментов, учтя которые, вы сделаете приложение удобным для пользователей планшетов.

+ +
    +
  • Установите для высоты и ширины виджета по умолчанию значение, пригодное для + планшетного экрана, сделайте это для минимального и максимального значений изменения высоты и ширины виджета. +
  • +
  • Виджет должен иметь возможность растягиваться до 420 пикселей и более, чтобы занимать + 5 и более строк начального экрана (если это вертикальный или квадратный виджет) или + столбцов (если это горизонтальный или квадратный виджет).
  • +
  • Убедитесь, что созданные с помощью 9-Patch изображения отображаются корректно.
  • +
  • Используйте заданные по умолчанию системные границы.
  • +
  • Установите в манифесте приложения для атрибута targetSdkVersion значение 14 или выше, если + это возможно.
  • +
+ +

Связанные ресурсы

+ +
+ + +

7. Обеспечение полного набора функциональных возможностей для пользователей планшетов

+ +
Tablet feature sets
+ +

Предложите пользователям планшетов наилучшие возможности вашего + приложения. Вот несколько рекомендаций.

+ +
    +
  • Спроектируйте свое приложение так, чтобы для планшетов предлагался как минимум такой + же набор возможностей, что и на мобильных телефонах. +
  • + +
  • В особых случаях в планшетной версии приложения можно исключить или заменить некоторые + функции, если они не поддерживаются имеющимся оборудованием + или стандартными сценариями использования большинства планшетов. Например: +
      +
    • Если смартфон использует функции телефонной связи, но они не доступны на данном планшете, + можно исключить или заменить соответствующую функцию. +
    • + +
    • Во многих планшетах есть датчик GPS, но большинство пользователей обычно +не берут свои планшеты на пробежку. Если ваше приложение для телефона предлагает + пользователям возможность записать с помощью GPS маршрут, который вы пробежали с телефоном, + нет смысла добавлять эту функцию в приложение для планшетов, поскольку этот сценарий использования + не будет востребован. +
    • +
    +
  • + +
  • Если вы исключаете какую-то функцию или совместимость из своего интерфейса для + планшетов, убедитесь, что она действительно недоступна, а также проверьте работоспособность + основных функций без этой возможности (см. раздел об аппаратных возможностях ниже). +
  • +
+ +

8. Правильный выбор поддерживаемых версий Android

+ +

+ Чтобы обеспечить максимальное распространение приложения на планшетах, убедитесь, что + для него верно указаны совместимые версии Android и они поддерживают планшеты. Первоначально + поддержка планшетов была добавлена в Android 3.0 (уровень API 11). + Единая платформа + пользовательского интерфейса для планшетов, телефонов и других устройств была представлена в Android + 4.0 +

+ +

+ Можно настроить диапазон поддерживаемых версий Android, + используя элемент <uses-sdk>в файле + манифеста. В большинстве случаев можно правильно определить совместимые версии Android, + установив в атрибуте targetSdkVersion этого элемента максимально доступный + уровень API. +

+ +

+ Как минимум, проверьте элемент <uses-sdk>, + проконтролировав следующие моменты. +

+ +
    +
  1. + Атрибут targetSdkVersion задекларирован со значением 11 или выше (рекомендуется 14 или + выше). +
  2. + +
  3. + ИЛИ, атрибут minSdkVersion задекларирован со значением 11 или выше. +
  4. + +
  5. Если задекларирован атрибут maxSdkVersion, он должен иметь значение + 11 или выше. Обратите внимание, что, как правило, применение атрибута + maxSdkVersion не рекомендуется. +
  6. +
+ +

Связанные ресурсы

+ +
+ +

9. Правильное декларирование требований аппаратных требований

+ +

+ Смартфоны и планшетные ПК обычно обеспечивают немного разную поддержку для + датчиков, камеры, телефона и других встроенных функций. Например, на многих планшетах предусмотрена конфигурация Wi-Fi, + не включающая поддержку функций телефонной связи. +

+ +

+ Таким образом, чтобы распространять один APK для всех своих пользователей на + смартфонах и планшетах, убедитесь, что в вашем приложении не задекларированы + требования аппаратных возможностей, не поддерживаемых большинством планшетов. + Наоборот, правильнее задекларировать, какие аппаратные возможности не требуются, сделав это в манифесте приложения, + как о описано ниже. +

+ +
    +
  • Найдите все элементы <uses-feature> в файле манифеста вашего + приложения. В частности, обратите внимание на аппаратные возможности, которые могут быть + недоступны на некоторых планшетах, такие как: + +
      +
    • android.hardware.telephony
    • +
    • android.hardware.camera (связана с задней камерой), или
    • +
    • android.hardware.camera.front
    • +
  • + +
  • Задекларируйте элементы <uses-feature> + как нетребуемые, включив атрибут android:required=”false”. + + +

    + Например, ниже показан правильный способ, как задекларировать требование + android.hardware.telephony, так чтобы вы могли и дальше без ограничений распространять свое приложение, + даже для устройств, на которых нет функций телефонной связи. +

    + +
    <uses-feature android:name="android.hardware.telephony" android:required="false" />
  • + +
  • Аналогичным образом, проверьте, нет ли в манифесте элементов <permission>, + которые подразумевают наличие аппаратных + возможностей, не применимых к планшетам. Если вы обнаружите декларацию таких прав доступа, + обязательно явным образом задекларируйте соответствующий элемент +<uses-feature> для подразумеваемых возможностей и включите в него атрибут +android:required=”false”.
  • +
+ + +

+ После того как вы задекларируете аппаратные возможности как не требуемые, + обязательно проверьте свое приложение на различных устройствах. Приложение должно нормально работать, даже если + некоторые используемые им аппаратные возможности недоступны, обеспечивая принцип "постепенного + отключения" и добавляя альтернативные функции, где это возможно. +

+ +

+ Например, если приложение для определения местоположения использует модуль GPS, + но он отсутствует на устройстве, приложение может позволить пользователю самому + указать свое местоположение. Приложение может проверять аппаратные возможности устройства при запуске и + выполняться с учетом этой информации. +

+ +

Связанные ресурсы

+ +
+ +

10. Декларирование совместимости планшетных экранов

+ +

Чтобы приложение могло распространяться среди множества различных планшетов, в его + файле манифеста должна быть указана поддержка планшетных размеров экрана.

+ +
    +
  • В элементе + <supports-screens>, если он задекларирован, + не должны указываться атрибуты android:largeScreens="false" + или android:xlargeScreens="false".
  • +
  • Для определения совместимости приложений значение minSdkVersion не должно быть + меньше 13, а для элемента <supports-screens> + необходимо указать оба атрибутаandroid:largeScreens="true" и + android:xlargeScreens="true".
  • +
+ +

Если в манифесте приложения задекларирован элемент +<compatible-screens>, + в нем должны быть атрибуты, указывающие + все комбинации размеров и разрешений для планшетных экранов, + поддерживаемые приложением. Обратите внимание, что там, где это возможно, вы должны избегать использования элемента +<compatible-screens> + для своего приложения.

+ +

Связанные ресурсы

+ +
+ + +

11. Представление планшетного интерфейса для вашего приложения в Google Play

+ +

+ После того, как проведена вся работа по созданию полнофункционального + оптимизированного интерфейса для вашего планшетного приложения, обязательно сообщите об этом своим пользователям! Здесь описаны некоторые + основные способы рекламы вашего планшетного приложения для пользователей в Google Play. +

+ +
+ + +

+ Выложите снимки экранов планшетного интерфейса вашего приложения +

+ +

+ Пользователям планшетов нужно знать, как будет выглядеть ваше приложение на + их устройстве, не на мобильном телефоне. Если вы разработали планшетное приложение, обязательно загрузите снимки экранов + вашего планшетного интерфейса в консоль разработчика в Google Play. Вот несколько рекомендаций. +

+ +
    +
  • Продемонстрируйте основные функциональные возможности вашего приложения, но не + экран запуска и не страницу входа. На снимках экранов нужно показывать те страницы, где пользователи будут проводить + основное время в вашем приложении. +
  • + +
  • Добавьте снимки экранов как для 7-дюмовых, так и для 10-дюймовых планшетов. +
  • + +
  • Добавьте снимки экранов как в альбомной, так и в книжной ориентации экрана, если + это возможно. +
  • + +
  • Используйте именно снимки экранов, если возможно. Старайтесь не показывать на снимках какого-либо + оборудования.
  • + +
  • Рекомендованное разрешение снимков экранов планшетного интерфейса – 1280 x 720 + или выше для каждой из ориентаций. +
  • + +
  • Загрузите примерно 8 снимков экранов вашего планшетного интерфейса для 7-дюймовых планшетов + и дополнительные 8 снимков экранов для 10-дюймовых планшетов. +
  • +
+ +

+ Обновите описание своего приложения и примечания к выпуску +

+ +
    +
  • В описании своего приложения обязательно подчеркните, что в нем пользователям + планшетов предлагается оптимизированный интерфейс и замечательные возможности. Добавьте + информацию о том, как работает ваш планшетный интерфейс и почему он нравится пользователям. +
  • + +
  • Включите сведения о поддержке планшетов в примечаниях к выпуску и информацию об + обновлении. +
  • +
+ +

+ Обновите свой рекламный видеоролик +

+ +

+ Просматривая рекламные видеоролики, многие пользователи узнают, как выглядит + приложение, и решают, нравится ли оно им. Можно воспользоваться этим интересом применительно к пользователям планшетов, + подчеркнув в рекламном видео ролике поддержку приложением планшетного интерфейса. Вот + несколько советов и рекомендаций. +

+ +
    +
  • Добавьте один или несколько снимков вашего приложения, выполняющегося на планшете. Чтобы наиболее + эффективно привлечь пользователей планшетов, рекомендуется + рекламировать ваш планшетный интерфейс в равном объеме с интерфейсом для телефонов. +
  • + +
  • Ваш планшетный интерфейс должен быть как можно раньше показан в видеоролике. Не надейтесь, что пользователи + планшетов будут терпеливо ждать, пока вы рассматриваете телефонную версию интерфейса. + В идеале, если вы привлечете их в самом начале, показав планшетный интерфейс в первые + 10 секунд или одновременно с представлением интерфейса для телефонов. +
  • + +
  • Чтобы сделать понятным, что вы показываете интерфейс для планшета, добавьте снимки + приложения, работающего на устройстве, которое вы держите в руках. +
  • + +
  • Упомяните планшетный интерфейс своего приложения в звуковом сопровождении видеоролика. +
  • +
+ +

+ Представьте планшетный интерфейс в своей рекламной кампании +

+ +

+ Обязательно расскажите пользователям планшетов о своем интерфейсе в ходе рекламной + кампании: на веб-сайтах, в публикациях в социальных сетях, в рекламных материалах и т. д. Вот несколько + рекомендаций. +

+ +
    +
  • Спланируйте маркетинговую или рекламную кампанию, подчеркивающую возможность + использования вашего приложения на планшетах.
  • + +
  • В ходе этой кампании представьте сильные стороны своего планшетного + приложения — используйте Генератор изображений устройств для быстрой +подготовки качественного рекламного изображения приложения, выполняющегося на + 7- или 10-дюймовом планшете с нужной ориентацией экрана, с падающей тенью и блеском экрана или без них. Все просто – сделайте снимок экрана и перетащите изображение. +
  • + +
  • Включите отличительные значки Google Play в свою онлайн-рекламу, чтобы обеспечить пользователям прямую + связь со страницей вашего приложения в каталоге. Можно создать отличительные значки для множества языков используя + Генератор отличительных значков. +
  • +
+ +

Связанные ресурсы

+ +
+ +
+

+ 12. Следование передовому опыту публикаций в Google Play +

+ + +
+ +

+ Здесь рассказывается о некоторых проверенных методах публикации планшетных + приложений, которые помогают добиться успеха в Google Play. +

+ +
+ +
+ +

+ Проверка выполнения советов по оптимизации для вашего приложения +

+ +

В консоли разработчика Google Play теперь предлагаются советы по оптимизации, +которые позволяют быстро проверить, насколько приложение соответствует основным + рекомендациям по распространению и обеспечению качества планшетных приложений. Чтобы попасть на эту страницу, войдите в консоль разработчика, загрузите приложение + из раздела "Все приложения", а затем выберите пункт "Советы по оптимизации" в + навигационной панели слева.

+ + + +

В консоли разработчика страница с советами по оптимизации вашего + приложения создается путем выполнения серии проверок на соблюдение основных + критериев качества. Если обнаруживаются какие-то проблемы, вам сообщается о них как об элементах + "Нужно выполнить" на странице с советами по оптимизации.

+ +

Если вы разработали планшетный интерфейс для своего приложения, + обязательно посетите страницу с советами по оптимизации и посмотрите, + как прошли основные проверки приложения. Если в списке указаны какие-либо проблемы, + рекомендуется устранить их в приложении, а затем, если необходимо, загрузить новый двоичный + файл для распространения.

+ +

Если на странице советов по оптимизации в списке "Нужно выполнить" есть проблемы, + не относящиеся к вашему приложению, а также, если рекомендации могут снизить качество планшетного + приложения, уведомите нас, используя контактную форму Разработано для планшетов». Мы + выполним обзор вашего приложения и внесем соответствующие обновления на страницу советов по + оптимизации.

+ + +

Подтверждение фильтрации приложения

+ +

+ После того, как вы выгрузили приложение в консоль разработчика, проверьте список + поддерживаемых пакетом APK устройств, чтобы убедиться, что приложение не отфильтровывается для + планшетных устройств, для которых оно предназначено. +

+ +

Распространение в одном пакете APK

+ +

+ Рекомендуется публиковать свои приложения как один пакет APK для всех поддерживаемых + размеров экрана (телефонов и планшетов) на одной странице в каталоге Google Play. У такого подхода есть несколько + важных преимуществ. +

+ +
    +
  • Пользователям будет проще находить приложение при поиске, просмотре или в рекламных кампаниях. +
  • + +
  • Пользователям будет проще автоматически восстановить приложение при переходе + на новые устройства. +
  • + +
  • Ваши рейтинги и статистика загрузок будут объединены на всех устройствах. +
  • + +
  • Публикация приложения на второй странице каталога может понизить рейтинги вашего + бренда. +
  • +
+ +

+ Если потребуется, вы можете выбрать альтернативную доставку приложения с + помощью Поддержки нескольких APK, хотя в большинстве случаев рекомендуется + использование одного APK для поддержки всех устройств. +

+ +

Связанные ресурсы

+
+ + +
+

+ Настройка среды тестирования планшетных ПК +

+ + +
+ +

+ Оцените качество работы своего приложения на планшетах, учитывая как основные + критерии качества приложений, так и критерии качества планшетных приложений — + используйте для тестирования подходящее аппаратное обеспечение или эмулируйте нужную среду. +

+ +

+ Сравнив рекомендуемую + среду тестирования для проверки с основными критериями качества приложения, + включите в нее планшеты среднего размера и планшеты с большим или меньшим количеством + аппаратных или программных функциональных возможностей. +

+ +

Таблица 1. Стандартная среда тестирования может включать одно-два устройства из каждой + категории (строки) в следующей таблице, которые поддерживают одну из версий + платформы, какую-либо конфигурацию экрана и аппаратных возможностей.

+ + + + + + + + + + + + + + + + + + + + + + + + +
ТипРазмерРазрешениеВерсияОболочка эмулятора AVD
7-дюймовый планшетlarge или
-sw600
hdpi,
tvdpi
Android 4.0+ (уровень API 14 и выше)WXGA800-7in
10-дюймовый планшетxlarge или
-sw800
mdpi,
hdpi,
xhdpi
Android 3.2+ (уровень API 13 и выше)WXGA800
+ +
+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/ru/distribute/googleplay/quality/tv.jd b/docs/html-intl/intl/ru/distribute/googleplay/quality/tv.jd new file mode 100644 index 0000000..995f2e5 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/quality/tv.jd @@ -0,0 +1,509 @@ +page.title=Качество телеприложений +page.metaDescription=Телевидение – растущий сегмент рынка устройств Android, для которого характерно особое внимание к дизайну и функциональности приложений для максимального удобства работы. +page.image=/distribute/images/gp-tv-quality.png +@jd:body + + + +
+ +
+ +

+ Ожидания пользователей, смотрящих обычный телевизор, как правило, значительно отличаются от ожиданий пользователям телефонов или планшетов. + При просмотре телевизора зритель обычно находится в 3 метрах от экрана, так что + мелкие детали для него малозаметны, а мелкий текст трудноразличим. Поскольку зрители находятся вдали от телевизора, им нужен пульт дистанционного + управления для переключения программ, которые нельзя выбрать простым касанием экрана. Эти + различия существенно меняют те требования, которые предъявляются к удобству при просмотре телепрограмм. +

+ +

+ Первым шагом к созданию удобного телезрителям интерфейса будет изучение и + соблюдение Рекомендаций по разработке приложений для Android TV, + в которых представлены инструкции по созданию оптимальных теле-приложений. Также необходимо + ознакомиться с учебным материалом Создание телеприложений, чтобы понять основные + требования к разрабатываемым телеприложениям. +

+ +

+ Внимание! Чтобы обеспечить удобство работы с приложениями для ТВ-устройств, при их разработке + необходимо соблюдать определенные требования к эргономике. Только те приложения, которые соответствуют следующим критериям качества, могут быть + квалифицированы как приложения для электронной витрины Android TV в Google Play. +

+ +

Примечание. Информацию о том, как публиковать телеприложения в Google Play, см. в документе + Распространение приложений в Android TV.

+ + + +
+

+ Визуальный дизайн и взаимодействие с пользователем +

+ + +
+ +

+ Соблюдение этих критериев означает, что приложение соответствует наиболее важным шаблонам дизайна и взаимодействия, + обеспечивая согласованный, интуитивно понятный и удобный телезрителям интерфейс. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + Тест + + Описание +
+ Значок запуска + + TV-LM + +

+ После установки приложения, его значок запуска отображается на экране Android TV Launcher. + (См. как это сделать) +

+
+ TV-LB + +

+ Для приложения в качестве значка запуска на экране Android TV Launcher отображается полноразмерный баннер 320x180 пикселей. + (См. как это сделать) +

+
+ TV-BN + +

+ Баннер запуска приложения содержит его название. + (См. как это сделать) +

+
+ TV-LG + +

+ Если приложение – игра, оно отображается в строке "Игры" в Android TV Launcher.
+ (См. как это сделать) +

+
+ Макет + + TV-LO + +

+ Всех интерфейсы приложения поддерживают работу в альбомной ориентации экрана. + (См. как это сделать) +

+
+ TV-TC + +

+ Весь основной текст на экране имеет размер не менее 16 независимых от масштабирования пикселей. + (См. как это сделать) +

+
+ TV-TA + +

+ Весь текст на экране имеет размер не менее 12 пикселей (независимых от масштаба). + (См. как это сделать) +

+
+ TV-OV + +

+ Весь текст и функциональные элементы приложения отображаются полностью, + без обрезания по краям экрана. + (См. как это сделать) +

+
+ TV-TR + +

+ Приложение никак не препятствует отображению других приложений. Приложение занимает полностью весь экран и имеет + непрозрачный фон. +

+
+ TV-DP + +

+ Управление приложением осуществляется 5-позиционной навигационной клавишей, если + только для приложения не требуется джойстик, как это указано в тесте TV-GP. + (См. как это сделать) +

+
+ TV-DK + +

+ Для управления приложением требуется джойстик, как указано в тесте TV-GP, все + функции доступны с помощью стандартных клавиш игрового котроллера Android. + (См. как это сделать) +

+
+ TV-DM + +

+ Приложение не зависит от пульта ДУ и наличия в нем кнопки меню для доступа к + элементам управления пользовательского интерфейса. + (См. как это сделать) +

+
+ + +

Связанные ресурсы

+ +
+
+ + + +
+

+ Функциональность +

+ + +
+ +

+ Выполнение этих требований обеспечивает правильную конфигурацию приложения + и его ожидаемое функциональное поведение. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + Тест + + Описание +
+ Манифест + + TV-ML + +

+ В манифесте приложения для объекта Intent установлен тип {@link android.content.Intent#ACTION_MAIN} с категорией + {@link android.content.Intent#CATEGORY_LEANBACK_LAUNCHER}. + (См. как это сделать) +

+
+ TV-MT + +

+ В манифесте приложения аппаратная возможность {@code android.hardware.touchscreen} указана как необязательная. + (См. как + это сделать) +

+
+ Игровые контроллеры + + TV-GP + +

+ Если приложение использует игровой контроллер в качестве основного устройства ввода, + это требование должно быть задекларировано в теге манифеста {@code <uses-feature>}. + (См. как это сделать) +

+
+ TV-GC + +

+ Если в приложении есть наглядные инструкции по работе с игровыми контроллерами, + в них нужно показывать совместимые элементы управления и не должны упоминаться бренды. + (См. как это сделать) +

+
+ Реклама + + TV-AP + +

+ Приложение поддерживает работу с рекламой с помощью навигационных клавиш. + (См. как это сделать) +

+
+ TV-AD + +

+ Приложение позволяет пользователю с помощью навигационной клавиши мгновенно убрать + с экрана рекламу, занимающую весь экран, если она не является видеорекламой. +

+
+ TV-AU + +

+ В интерактивной рекламе, которая не занимает весь экран и не является видеорекламой, + приложение не позволяет открывать веб-страницы по URL-адресам в рекламе. +

+
+ TV-AA + +

+ В интерактивной рекламе, которая не занимает весь экран и не является видеорекламой, + приложение не позволяет вызывать другое приложение, недоступное для данных устройств. +

+
+ Веб-содержимое + + TV-WB + +

+ Приложение использует компоненты {@link android.webkit.WebView} для обработки веб-контента + и не пытается запускать приложение веб-браузера. +

+
+ Воспроизведение медиаданных + + TV-NP + +

+ Если воспроизведение звука не прекращается после того как пользователь вышел из + приложения, должна выводиться карточка Воспроизводится сейчас в строке + рекомендаций главного экрана, позволяющая пользователю вернуться в приложение для контроля за воспроизведением. + (См. как это сделать) +

+
+ TV-PA + +

+ Если приложение показывает карточку Воспроизводится сейчас, то после ее выбора + пользователь попадает на экран, где можно приостановить воспроизведение. + (См. как это сделать) +

+
+ TV-PP + +

+ Если приложение воспроизводит видео или музыку, происходит переключение режимов + паузы и воспроизведения медиаданных при отправке событий нажатия этих клавиш.
+ (См. как + это сделать) +

+
+ + +

Связанные ресурсы

+ +
+
+ + +
+

+ Часто задаваемые вопросы +

+
+ +

+ Как после отправки приложения на проверку узнать, что оно не соответствует всем + требованиям ТВ-устройств? +

+

+ Если ваше приложение не отвечает требованиям к эргономике, описанным на этой странице, + сотрудники Google Play напишут вам по эл. почте на адрес, указанный в основной + учетной записи консоли разработчика Google Play, связанной с этим приложением. +

+

+ Внимание! Обязательно проверьте, что приложение содержит записи в манифесте, требуемые + ТВ-устройствами, иначе приложение не будет считаться телевизионным + и не будет проверяться на выполнение требований для работы на ТВ-устройствах. +

+ + +

+ Мое приложение предназначено не только для ТВ-устройств. Если мое приложение не соответствует требованиям + для ТВ-устройств, возможна ли его публикация в Google Play для телефонов и + планшетов? +

+

+ Да. Описанные выше требования ограничивают распространение приложений в магазине + Google Play только для ТВ-устройств. На распространение приложения на других устройствах, таких как телефоны, планшеты и + прочие устройства это никак не влияет. +

+ + +

+ Если мое приложение соответствует требованиям к публикации, когда оно будет + доступно в магазине Google Play для ТВ-устройств? +

+ +

+ Приложения, соответствующие требованиям к телеприложениям, появятся в магазине + Google Play для ТВ-устройств после официального выхода Android 5.0. +

\ No newline at end of file diff --git a/docs/html-intl/intl/ru/distribute/googleplay/quality/wear.jd b/docs/html-intl/intl/ru/distribute/googleplay/quality/wear.jd new file mode 100644 index 0000000..0881a50 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/quality/wear.jd @@ -0,0 +1,452 @@ +page.title=Качество приложений Android Wear +page.tags="wear","wearables","quality","guidelines" +page.metaDescription=Умные часы – это небольшие устройства, которые обладают предельно лаконичным интерфейсом и требуют уникальных приложений, предоставляющих только нужную информацию в нужное время. +page.image=/distribute/images/gp-wear-quality.png +@jd:body + + + + + +

+ Операционная система Android Wear ориентирована на предоставление пользователям нужной информации в нужное время. Удобные + интерфейсы Android Wear запускаются автоматически, предельно лаконичны + и требуют минимального (или вообще не требуют) взаимодействия с пользователем. Дизайн приложений для часов существенно отличается от дизайна для телефонов или + планшетов. В этих видах дизайна необходимо учитывать разные достоинства и недостатки устройств, + разные сценарии использования и разные требования эргономики. +

+ +

+ Первым шагом к созданию удобного интерфейса является изучение + Рекомендаций по разработке приложений для Android Wear, + которые содержат инструкции по созданию оптимальных интерфейсов для приложений Android Wear. Также необходимо + ознакомиться с учебным материалом Создание приложений для умных часов, + чтобы понять основные требования к разработке приложений Android Wear. +

+ +

+ Внимание! Чтобы интерфейс приложений для часов был удобен для пользователей, при их разработке + необходимо соблюдать определенные требования к эргономике. Только те приложения, которые соответствуют нижеприведенным критериям качества, могут быть + квалифицированы как приложения для Android Wear в Google Play. Приложение, квалифицированное для Android Wear, + может быть быстрее обнаружено пользователями в Google Play. +

+ +

+ Примечание. Информацию о публикации приложений Android Wear в Google Play см. в документе Распространение приложений Android Wear. +

+ +
+

+ Функциональность +

+ + +
+ +

+ Выполнение этих требований обеспечивает правильную конфигурацию приложения + и его ожидаемое функциональное поведение. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + ИД + + Описание +
+ Общие + + WR-GL + +

+ Приложение должно быть предназначено для мобильных устройств и использовать + уведомления с функциями для умных часов, либо предназначено для часов и выполняться непосредственно на устройстве Android Wear. + (См. как это сделать) +

+
+ WR-VF + +

+ Приложение должно иметь функции Android Wear, видимые пользователю. +

+
+ WR-BF + +

+ Функции Android Wear должны работать в соответствии с требованиями или характеристиками, приведенными в каталоге Google Play. +

+
+ Организация пакета приложения + + WR-PK + +

+ Приложения для часов, чья функциональность зависит от мобильного приложения, + должны быть упакованы внутри этого мобильного приложения. + (См. как это сделать) +

+
+ Уведомления + + WR-FW + +

+ Уведомления, связанные с функциями для часов, должны использовать объекты {@code RemoteInput} + или {@code WearableExtender}. + (См. как это сделать) +

+
+ WR-FR + +

+ Уведомления в приложениях для обмена сообщениями должны предусматривать ответ пользователя голосом или с помощью функции быстрого ответа. + (См. как это сделать) +

+
+ WR-FG + +

+ Похожие уведомления должны объединяться в пакеты. + (См. как это сделать) +

+
+ Жесты + + WR-GP + +

+ В полноэкранных действиях длинное нажатие должно использоваться только для запроса на выход. +
+ (См. как это сделать) +

+
+ WR-GD + +

+ Если в приложении отключен жест сдвига для отмены в полноэкранном действии, + оно должно реагировать в этом действии на жест длинного нажатия для отмены. + (См. как это сделать) +

+
+ Циферблат + + WR-WF + +

+ Приложения, изменяющие циферблат, должны использовать официальный API Watch Face. + (См. как это сделать) +

+
+ + +

Связанные ресурсы

+ +
+
+ +
+

+ Визуальный дизайн и взаимодействие с пользователем +

+ + +
+ +

+ Соблюдение этих критериев означает, что приложение соответствует наиболее + важным шаблонам дизайна и взаимодействия, обеспечивая согласованный, интуитивно понятный и удобный пользовательский интерфейс часов. +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Тип + + ИД + + Описание +
+ Макет + + WR-LS + +

+ Формат пользовательского интерфейса приложения должен соответствовать квадратным экранам. Контент приложения должен помещаться + внутри физического экрана, а текст и элементы управления не должны выходить за его границы. +
+ (См. как это сделать) +

+
+ WR-LR + +

+ Формат пользовательского интерфейса приложения должен соответствовать круглым экранам, + включая устройства со вставкой ("подбородком") в нижней части экрана. Контент приложения должен помещаться + внутри физического экрана, а текст и элементы управления не должны выходить за его границы. +
+ (См. как это сделать) +

+
+ WR-TC + +

+ Текст приложения должен быть крупным и читаемым с одного взгляда (размером не менее 16 независимых от масштабирования пикселей). + (См. как это сделать) +

+
+ Средство запуска + + WR-LN + +

+ Строкой запуска приложения должно быть его название, а не команда. + (См. как это сделать) +

+
+ Уведомления + + WR-NC + +

+ В приложении должна поддерживаться анимация подтверждений, если необходимо. + (См. как это сделать) +

+
+ WR-NR + +

+ В правом верхнем углу карточек уведомлений должен быть виден значок приложения. Единственным исключением из этого правила + являются карточки уведомлений с одним возможным действием, например, карточка воспроизведения мультимедийного контента. +
+ (См. как это сделать) +

+
+ WR-WI + +

+ Действия уведомления должны иметь белый значок, название действия и прозрачный фон. +
+ (См. как это сделать) +

+
+ WR-PB + +

+ Фотографии, используемые в качестве фона уведомления, должны использоваться только для передачи информации и не должны содержать информацию о бренде. + (См. как это сделать) +

+
+ WR-PR + +

+ Фотографии, используемые в качестве фона уведомления, должны иметь разрешение не менее 400x400 пикселей. + (См. как это сделать) +

+
+ Google Play + + WR-GS + +

+ На странице каталога приложения в Google Play должен быть представлен как минимум один снимок экрана с интерфейсом Android Wear. + (См. как это сделать) +

+
+ + +

Связанные ресурсы

+ +
+
+ +
+

+ Часто задаваемые вопросы +

+
+ +

+ Как после подачи приложения на проверку узнать, что оно не соответствует + всем требованиям Android Wear? +

+

+ Если ваше приложение не отвечает требованиям к эргономике, описанным на этой странице, + сотрудники Google Play напишут вам по эл. почте на адрес, указанный в основной + учетной записи консоли разработчика Google Play, связанной с этим приложением. +

+

+ Внимание! Убедитесь в соответствии приложения функциональным + требованиям, в противном случае оно не будет считаться приложением для Android Wear + и не будет проверяться на соответствие критериям дизайна и взаимодействия. +

+

+ Примечание. Информацию о публикации приложений Android Wear в Google Play см. в документе Распространение приложений Android Wear. +

+ + +

+ Если мое приложение не соответствует требованиям Android Wear, возможна ли его публикация + в Google Play для телефонов и планшетов? Возможна ли его установка на часах? +

+

+ Да. Описанные выше требования определяют лишь возможность квалификации приложения + для Android Wear, позволяющей быстрее обнаружить его пользователям в Google Play. Если приложение не было принято + в качестве приложения для Android Wear, оно остается доступным для других устройств, таких как телефоны и планшеты, + и может быть установлено на часах. +

diff --git a/docs/html-intl/intl/ru/distribute/googleplay/start.jd b/docs/html-intl/intl/ru/distribute/googleplay/start.jd new file mode 100644 index 0000000..ecab85d --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/start.jd @@ -0,0 +1,156 @@ +page.title=Первые шаги в публикациях +page.metaDescription=Зарегистрировав свою учетную запись разработчика в Google Play, вам потребуется всего несколько минут, чтобы начать публикации. +meta.tags="publishing" +page.tags="google play", "publishing", "register", "signup" +page.image=/distribute/images/getting-started.jpg + +@jd:body + +
+ +
+ +

+ Чтобы уже через несколько минут начать публиковаться в Google Play, выполните следующие действия. +

+ +
    +
  • Зарегистрируйте учетную запись для публикации в Google Play. +
  • + +
  • Если вы будете продавать приложения или какие-либо продукты в них, настройте учетную + запись продавца в Google Кошельке. +
  • + +
  • Ознакомьтесь с консолью разработчика + Google Play и средствами публикации. +
  • +
+ +

+ Когда будете готовы, используйте кнопку Start (Пуск), чтобы перейти в консоль разработчика. +

+ +
+

+ Регистрация учетной записи для публикации +

+ + +
+ + + +
    +
  1. Перейдите в консоль разработчика + Google Play. +
  2. + +
  3. Введите основные сведения о себе, идентифицирующие вас как разработчика: + ваше имя, адрес электронной почты и т. д. Эту информацию затем можно будет + изменить. +
  4. + +
  5. Прочтите и примите Соглашение о распространении ПО для + своей страны или региона. Обратите внимание, что приложения и их страницы каталога, + публикуемые в Google Play должны соответствовать правилам программы для разработчиков + и экспортному законодательству США. +
  6. + +
  7. Оплатите регистрационный взнос 25 долларов США с помощью Google Кошелька. Если + у вас еще нет Google Кошелька, вы можете быстро организовать его прямо в ходе выполнения данного + процесса. +
  8. + +
  9. Когда ваша регистрация будет подтверждена, вам придет уведомление на адрес электронной почты, + указанный в ходе регистрации. +
  10. +
+ +
+

+ Настройка учетной записи продавца в Google Кошельке +

+ + +
+ +
+ +
+ +

+ Если вы хотите продавать приложения по установленной цене, а также какие-либо продукты + или подписки в них, вам необходима учетная запись продавца в Google Кошельке. Создать такую учетную запись можно в любой момент времени, но сначала изучите + список + стран для продаж.
+
+ Порядок настройки учетной записи продавца в Google Кошельке.
+
+

+ +
    +
  1. + Войдите в свою консоль разработчика Google Play по адресу https://play.google.com/apps/publish/. +
  2. + +
  3. На боковой панели навигации выберите Финансовые отчеты . +
  4. + +
  5. Нажмите Создать учетную запись продавца. +
  6. +
+ +

+ При этом будет выполнен переход на сайт Google Кошелька; до выполнения этого шага + вам необходимо приготовить информацию о своем предприятии. +

+ +
+

+ Знакомство с консолью разработчика +

+ + +
+ +

+ Когда ваша регистрация будет подтверждена, можно выполнить вход в консоль + разработчика, являющуюся центром, где находятся основные инструменты разработчика + и откуда выполняются операции публикации приложений в Google Play. +

+ +
+ +
+ +
+
+
+ +
diff --git a/docs/html-intl/intl/ru/distribute/googleplay/tv.jd b/docs/html-intl/intl/ru/distribute/googleplay/tv.jd new file mode 100644 index 0000000..31a40ce --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/tv.jd @@ -0,0 +1,305 @@ +page.title=Распространение приложений в Android TV +page.image=/design/tv/images/atv-home.jpg +meta.tags="tv", "publish", "quality" +page.tags="tv", "publish", "googleplay" +page.metaDescription=Распространяйте свои приложения, игры и контент в Android TV. + +@jd:body + + + +

+ Если вы создали качественное приложение или игру, Android TV и Google Play помогут + предложить его пользователям на экранах их домашних телевизоров. У вас появится возможность предложить свои приложения и игры, используя интерфейс + электронной витрины, оптимизированной для ТВ-устройств. Вы можете адаптировать новые + или существующие приложения для соответствия требованиям телеприложений, а затем + опубликовать их, используя знакомые инструменты и процессы Google Play. +

+ +

+ Для начала ознакомьтесь с разделами этого документа, чтобы узнать + о распространении телеприложений через Google Play. Обязательно изучите документ + Качество телеприложений, + описывающий требования к эргономике и стандарты качества, которым должно соответствовать + ваше приложение. Когда приложение будет готово, вы можете стать участником программы, опубликовав его в + электронной витрине Android TV из консоли разработчика. +

+ +

+ Как стать участником +

+ +

+ Google Play позволяет привлечь к вашим ТВ-приложениям внимание новой аудитории + – телезрителей. Для разработки и публикации можно использовать свою существующую учетную запись в + консоли разработчика и текущие настройки распространения и ценообразования. Процесс + участия довольно прост и кратко описан в следующих разделах. +

+ +
+ +
+ +

+ 1. Изучите инструкции и требования +

+ +

+ Чтобы подготовить успешный запуск приложения на Android TV, начните с изучения + руководств по разработке интересных телеприложений. Идеи о том, + как преобразовать существующее приложение в телевизионное, см. в документе +

+ +

+ Рекомендации по разработке приложений для Android TV, в котором также можно найти + подробные сведения об их дизайне и использовании. В интерфейсе Google Play для + Android TV отображаются только те приложения, которые пригодны для работы на телеэкране + — ваши приложения могут участвовать в этой программе, если они соответствуют набору основных + критериев качества. Более подробная информация содержится в документе Качество + телеприложений. +

+ +

2. Создайте качественное телеприложение

+ +

+ Качественное телеприложение предназначено для использования на + телевизионном экране, в нем реализованы возможности Android TV, а также соответствующих + устройств ввода: джойстиков, навигационных кнопок и пультов дистанционного управления. Это приложение тщательно проработано, обладает отлаженным и качественным + интерфейсом для больших экранов, предлагает привлекательный для пользователей + набор функций. +

+ +

+ Обдумывая свое будущее телеприложение, изучите документацию для разработчиков и + рекомендации относительно эргономики и постарайтесь максимально их + придерживаться. Позаботьтесь о максимальном удобстве работы для пользователей и обеспечьте + его с помощью специальной библиотеки Leanback, входящей в SDK. Возможно, потребуется оптимизировать другие + части вашего приложения для использования на телеэкране, правильно будет определить это + в начальной стадии процесса разработки. +

+ +

+ В большинстве случаев мы рекомендуем, чтобы телеинтерфейс был предоставлен + в составе существующего приложения для телефонов, планшетов и других устройств с тем же + именем пакета и с той же страницей каталога. Такой подход позволяет пользователям легко адаптироваться к работе с телеинтерфейсом, + а также дает вам возможность использовать для привлечения пользователей отзывы и + рейтинги, полученные для телефонной и планшетной версий приложения. +

+ +

+ Можно включить используемые в телеинтерфейсе объекты Intent, библиотеку Leanback + и специфичный для ТВ-устройств код и ресурсы как часть единого пакета APK для всех поддерживаемых устройств. Если + необходимо, можно разрешить поддержку нескольких пакетов APK, чтобы доставлять специальный + двоичный файл устройствам, поддерживаемым Android TV, с тем же именем пакета и с той же + страницы каталога, что используется для телефонов и планшетов. +

+ +

+ В процессе проектирования и разработки очень важно иметь в своем распоряжении + подходящее устройство для макетирования и тестирования создаваемого интерфейса. Необходимо приобрести одно или несколько устройств, совместимых с + Android TV, или использовать эмуляторы, чтобы как можно раньше организовать среду для + тестирования. Рекомендуемым аппаратным устройством, для тестирования в среде + Android TV является Nexus Player, который можно заказать в Google Play + и других магазинах, вместе с ним необходимо также приобрести игровой контроллер и прочие + ТВ-устройства. +

+ +

3. Проверьте качество телеприложения

+ +

+ Ваши телеприложения должны обладать высокой производительностью, + хорошо смотреться в Android TV и быть максимально удобными для пользователя. Выбранные лучшие + телеприложения демонстрируются на страницах Google Play, что упрощает их обнаружение пользователями. Выполнив следующие шаги, вы сможете стать участником этой программы + и создать приложение для Android TV, которое понравится пользователям. +

+ + + +

4. Вступление в программу Android TV и публикация

+ +

+ После создания готового к выпуску пакета APK и проверки его на соответствие + требованиям качества телеприложений загрузите пакет + в консоль разработчика. Добавьте дополнительные + снимки телеэкранов и ТВ-баннер на страницу своего каталога и установите нужные параметры + распространения. Если вы не знаете, как подготовить приложение к публикации на Google Play, + изучите Контрольный список + выпуска приложения. +

+ +

+ Прежде чем вы сможете опубликовать приложение для пользователей Android TV, вам + необходимо стать участником этой программы, см. раздел Цены и распространение + в консоли разработчика. Участие в программе означает, что вы хотите открыть доступ пользователям + Android TV к своему приложению через Google Play, а также то, + что приложение соответствует критериям качества + телеприложений. +

+ +

+ Стать участником программы можно лишь в том случае, если приложение отвечает двум + предварительным критериям качества, которые автоматически проверяются при загрузке пакета APK в Google Play. +

+ +
    +
  • В манифесте приложения для объекта Intent должен быть установлен тип ACTION_MAIN + с категорией +CATEGORY_LEANBACK_LAUNCHER. Дополнительную информацию см. здесь. +
  • + +
  • Для приложения должна быть задекларирована необязательность сенсорного экрана. Для + этого в манифесте для оборудования android.hardware.touchscreen необходимо установить + атрибут android:required="false”. Дополнительную информацию см. здесь. +
  • +
+ +

+ Если приложение соответствует предварительным критериям, появится флажок, + подтверждающий участие в программе Android TV, как показано на рисунке далее. Если флажок участия в программе снят, проверьте свой пакет APK, убедившись, что он + соответствует предварительным критериям. +

+ +

+ После присоединения к программе и сохранения изменений вы можете загрузить и опубликовать свое приложение в обычном порядке. + Перед тем, как открыть доступ к приложению пользователям Android TV, Google Play передает + приложение на проверку его соответствия критериям качества телеприложений + и сообщает о ее результатах. Отслеживание статуса подтверждения приложения подробно + описано в следующем разделе. +

+ +

+ Если приложение соответствует критериям качества + телеприложений, Google Play делает его доступным пользователям + Android TV. Ваше приложение также может воспользоваться возможностью высокой доступности в + коллекциях приложений и рекламных кампаниях. Чтобы все пользователи сразу поняли, что приложение + разработано для Android TV, в Google Play страница приложения отмечена отличительным + значком "TV". +

+ +

+ Следует отметить, что участие в программе и результат проверки не влияет на доступность + приложения для других устройств в магазине Google Play, например, для телефонов и + планшетов, для которых приложение станет доступно сразу после публикации. +

+ +

+ Ниже приведены шаги по присоединению к программе Android TV в консоли разработчика. +

+ +
    +
  1. Убедитесь в том, что приложение соответствует всем критериям качества телеприложений. +
  2. + +
  3. Добавьте снимки телеэкранов и картинку баннера к странице приложения в каталоге. +
  4. + +
  5. Выберите на странице Все приложения то приложение, которое нужно добавить к программе. +
  6. + +
  7. В списке Цена и распространение найдите пункт Android TV и флажок + участия в программе. +
  8. + +
  9. Установите флажок Распространять ваше приложение в Android TV. +
  10. + +
  11. Нажмите Сохранить, чтобы сохранить свои изменения. +
  12. +
+ +
+ +

+ Участие в программе для ТВ-устройств. Включите свое приложение в Android TV, присоединившись к программе из + консоли разработчика. +

+
+ +

5. Дождитесь результатов проверки и подтверждения

+ +

+ Если приложение соответствует описанным выше техническим и качественным критериям + Android TV, оно станет доступно пользователям этой программы. Если приложение не + соответствует критериям, вы получите уведомление на адрес электронной почты, + указанный в учетной записи разработчика, с описанием проблем, которые следует устранить. После + внесения необходимых исправлений вы можете загрузить новую версию своего приложения в консоль + разработчика. +

+ +

+ Результаты проверки и текущий статус подтверждения вашего приложения всегда + можно посмотреть в консоли разработчика в разделе Android TV на странице + Цены и распространение для вашего приложения. +

+ +

+ Возможны три следующих статуса подтверждения. +

+ +
    +
  • + Ожидает подтверждения – приложение отправлено для проверки, и она еще не + закончена. +
  • + +
  • + Утверждено – ваше приложение было проверено и утверждено. Приложение + становится доступно пользователям программы Android TV. +
  • + +
  • + Отклонено – ваше приложение было проверено, но отклонено. Информацию о том, + почему приложение было отклонено, смотрите в сообщении по электронной почте. Можно + исправить указанные проблемы и повторно подать заявку, опубликовав приложение, + чтобы начать его новую проверку. +
  • +
+ +

Процесс оценки приложений более подробно описан в документе Качество телеприложений.

+ + +

Связанные ресурсы

+ +
+
diff --git a/docs/html-intl/intl/ru/distribute/googleplay/wear.jd b/docs/html-intl/intl/ru/distribute/googleplay/wear.jd new file mode 100644 index 0000000..1c6b270 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/googleplay/wear.jd @@ -0,0 +1,262 @@ +page.title=Распространение приложений Android Wear +page.image=/design/media/wear/ContextualExample.008_2x.png +meta.tags="wear", "publish", "quality" +page.tags="wear", "publish", "googleplay" +page.metaDescription=Распространяйте свои приложения, игры и контент для Android Wear. + +@jd:body + + + +

+ Если вы создали качественное приложение, Android Wear и Google Play помогут вам предоставить его пользователям. Отправка простых уведомлений на устройства Android Wear доступна всем + приложениям, но вы можете добиться гораздо большего. + Включите в ваши приложения поддержку настраиваемых взаимодействий Android Wear + и создайте усовершенствованный, привлекательный пользовательский интерфейс для всех устройств Android Wear. Если ваши приложения соответствуют основным критериям качества для мобильных + устройств и предоставляют качественный интерфейс для устройств Android Wear, их + квалификация в Google Play поможет пользователям быстрее их обнаружить. +

+ +

+ Для начала ознакомьтесь с разделами этого документа, чтобы узнать о распространении приложений + для Android Wear через Google Play. Обязательно изучите документ Качество приложений Android Wear, + описывающий требования к удобству использования и стандарты качества, которым должно соответствовать ваше приложение. Когда приложение будет готово, + вы можете подать заявку на его квалификацию для Android Wear в консоли разработчика. +

+ +

+ Как стать участником +

+ +

+ Google Play позволяет пользователям быстрее обнаруживать ваши приложения для Android Wear. Для разработки и публикации + можно использовать свою существующую учетную запись в консоли разработчика + и текущие настройки распространения и ценообразования. Процесс участия довольно прост и кратко описан в следующих разделах. +

+ +

+ 1. Изучите инструкции и требования +

+ +
+ +
+ +

+ Чтобы подготовить успешный выпуск приложения для Android Wear, начните с изучения + руководств по созданию качественных интерфейсов приложений для Android Wear. Воспользуйтесь приведенными в Руководстве по проектированию для Android Wear + советами по расширению приложений функциями для Android Wear, + а также подробной информацией по дизайну и удобству использования приложений. +

+ +

+ Приступив к проектированию интерфейса для Android Wear, обязательно изучите + критерии качества для этих приложений. Для получения соответствующего статуса в Google Play приложение должно + специально разрабатываться как приложение Android Wear и соответствовать набору основных критериев качества. Более подробную информацию см. в документе Качество приложений Android Wear. +

+ +

2. Создайте качественное приложение для Android Wear

+ +

+Следующим шагом после изучения рекомендаций является разработка приложения. Нижеприведенные разделы + описывают, как приступить к созданию качественного интерфейса приложения для Android Wear. +

+ +

Дизайн прежде всего

+ +

+ Операционная система Android Wear ориентирована на предоставление пользователям нужной информации в нужное время. Удобные + интерфейсы Android Wear запускаются автоматически, предельно лаконичны + и требуют минимального (или вообще не требуют) взаимодействия с пользователем. Все приложения без каких-либо модификаций могут отправлять простые уведомления на устройства Android Wear, + однако качественные приложения для Android Wear способны предложить продуманный + и удобный интерфейс, работающий с различными макетами экранов и предоставляющий + пользователям привлекательный набор функций. +

+ +

+ Планируя создание приложения для часов, изучите документацию для разработчиков, инструкции по эргономике + и постарайтесь максимально их придерживаться. Вы можете спроектировать удобный интерфейс уведомлений для пользователей с помощью API-интерфейсов, + предоставленных в SDK и вспомогательной библиотеке. Вы также можете выбрать вариант создания приложения, которое выполняется + непосредственно на часах. +

+ +

Создание пакета приложения

+ +

+ Мы рекомендуем выкладывать интерфейс для Android Wear вместе с существующим + приложением для телефонов, планшетов и других устройств, используя то же имя пакета и ту же страницу каталога. Это позволяет + пользователям легко адаптироваться к работе с интерфейсом Android Wear, + а также дает вам возможность использовать для привлечения пользователей отзывы и рейтинги, полученные для телефонной и планшетной версий приложения. Приложения для часов, чья функциональность + зависит от мобильного приложения, должны быть упакованы внутри этого мобильного приложения. Более подробно см. в документе Создание пакета приложения для Android Wear. +

+ +

Проверка на различных устройствах

+ +

+ В процессе проектирования и разработки очень важно иметь в своем распоряжении + подходящие устройства для макетирования и тестирования создаваемого интерфейса. Рекомендуется приобрести одно или несколько устройств Android Wear, + либо создать различные конфигурации эмулятора, чтобы как можно раньше + организовать среду для тестирования. Большое значение имеет оптимизация вашего дизайна для макетов обоих видов – квадратных и круглых. +

+ +

3. Проверьте качество приложения для Android Wear

+ +

+ Ваши приложения для часов должны обладать высокой производительностью, + хорошо смотреться на устройствах Android Wear и быть максимально удобными для пользователя. Выбранные лучшие приложения Android Wear демонстрируются на страницах + Google Play, что упрощает их обнаружение пользователями. Выполнив следующие шаги, вы сможете стать участником этой программы + и создать приложение для Android Wear, которое понравится пользователям. +

+ + + +

4. Присоединение к программе Android Wear и публикация

+ +

+ Создав готовый к выпуску пакет APK и проверив его на соответствие всем критериям качества приложений Android Wear, + загрузите пакет в консоль разработчика. Добавьте снимки экранов Android Wear на страницу своего каталога + и установите нужные параметры распространения. Если вы не знаете, как подготовить приложение к выпуску в Google Play, изучите +контрольный список при выпуске приложения. +

+ +

+ Перед публикацией приложения вы можете присоединиться к программе Android Wear + в разделе Цены и распространение консоли разработчика. Участие в программе означает, что вы хотите + упростить обнаружение своего приложения в Google Play для пользователей Android Wear, а также то, что приложение соответствует критериям качества приложений Android Wear. +

+ +

+ После присоединения к программе и сохранения изменений вы можете загрузить и опубликовать свое приложение в обычном порядке. В дополнение к этому + Google Play передает ваше приложение на проверку его соответствия критериям + качества приложений Android Wearи уведомляет о ее результатах. Подробная информация о том, как отслеживать статус подтверждения приложения, приведена + в следующем разделе. +

+ +

+ Если приложение соответствует всем критериям качества приложений Android Wear, + Google Play позволяет быстрее его обнаружить пользователям Android Wear. Ваше приложение + также может воспользоваться возможностью высокой доступности в коллекциях приложений и в рекламных кампаниях. +

+ +

+ Следует отметить, что участие в программе и результат проверки не влияет на доступность + приложения в магазине Google Play — приложение станет доступно сразу после публикации. +

+ +

+ Ниже приведены шаги по присоединению к программе Android Wear в консоли разработчика. +

+ +
    +
  1. Убедитесь в том, что приложение соответствует всем критериям качества приложений Android Wear. +
  2. + +
  3. Добавьте снимки экранов Android Wear на страницу приложения в каталоге. +
  4. + +
  5. На странице Все приложения выберите приложение, которое вы хотите присоединить к программе. +
  6. + +
  7. В разделе Цена и распространение найдите пункт Android Wear + и флажок участия в программе. +
  8. + +
  9. Установите флажок Распространять ваше приложение для Android Wear. +
  10. + +
  11. Нажмите Сохранить, чтобы сохранить изменения параметров цены и распространения. +
  12. +
+ +
+ +

+ Участие в программе для Android Wear. Включите свое приложение в программу Android Wear из + консоли разработчика. +

+
+ +

5. Отслеживание результатов проверки и подтверждения

+ +

+ Если приложение соответствует описанным выше техническим и качественным критериям + Android Wear, оно станет более доступно пользователям Android Wear. Если приложение не соответствует + критериям, вы получите уведомление на адрес электронной почты, указанный в учетной записи разработчика, + с описанием проблем, которые следует устранить. После внесения необходимых исправлений + вы можете загрузить новую версию своего приложения в консоль разработчика. +

+ +

+ Результаты проверки и текущий статус подтверждения вашего приложения + всегда можно посмотреть в консоли разработчика в разделе Android Wear на странице + Цены и распространение для вашего приложения. +

+ +

+ Возможны три следующих статуса подтверждения. +

+ +
    +
  • + Ожидает подтверждения – приложение отправлено для проверки, и она еще не закончена. +
  • + +
  • + Утверждено – ваше приложение было проверено и утверждено. Приложение становится более доступным + пользователям Android Wear. +
  • + +
  • + Отклонено – ваше приложение было проверено и отклонено. Информацию о том, + почему приложение было отклонено, смотрите в уведомлении, пришедшем по электронной почте. Вы можете исправить указанные проблемы + и повторно подать заявку, опубликовав приложение, чтобы начать его новую проверку. +
  • +
+ +

Процесс оценки приложений более подробно описан в документе Качество приложений Android Wear.

+ + +

Связанные ресурсы

+ +
+
diff --git a/docs/html-intl/intl/ru/distribute/tools/launch-checklist.jd b/docs/html-intl/intl/ru/distribute/tools/launch-checklist.jd new file mode 100644 index 0000000..a62e3f1 --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/tools/launch-checklist.jd @@ -0,0 +1,1023 @@ +page.title=Контрольный список выпуска приложения +page.metaDescription=Полный обзор всего процесса доставки ваших приложений пользователям. Ознакомьтесь с контрольным списком в самом начале процесса разработки – это поможет спланировать успешный запуск своего приложения в Google Play. +meta.tags="localizing, publishing, disttools" +page.tags="launch, publishing, Google Play" +page.image=/distribute/images/launch-checklist.jpg + +@jd:body + + + +
+ +

+ Прежде чем опубликовать свои приложения в Google Play и распространять их пользователям, вам + необходимо подготовить эти приложения, выполнить их проверку, а также подготовить рекламные + материалы. +

+ +

+ Эта страница поможет понять суть процесса публикации и подготовиться к успешному + выпуску продукта в Google Play. Здесь подытожены основные задачи + которые необходимо выполнить, прежде чем публиковать свое приложение в Google Play, например, + создать подписанный, готовый к выпуску пакет приложения (APK), познакомиться с требованиями + к приложениям, создать страницу продукта и графические материалы + для каждого вашего приложения. +

+ +

+ Задачи, связанные с подготовкой и публикацией, пронумерованы, чтобы дать + общее представление о последовательности их выполнения. Но вы можете выполнять эти задачи в любой удобном вам порядке + и даже пропускать некоторые шаги, если это уместно. +

+ +

+ По мере приближения к моменту публикации все большее число разнообразных ресурсов + поддержки будут становиться доступными для вас. Соответствующие ссылки представлены для каждого шага. +

+ +
+

+ 1. Знакомство с процессом публикации +

+ + +
+ +

+ Перед выполнением шагов из этого контрольного списка предварительно следует + внимательно ознакомиться с материалами, описывающими схему выполнения + публикации в целом, чтобы узнать, как работает этот процесс. В частности, вам или вашей команде разработчиков необходимо подготовить ваши + приложений к выпуску, используя технологический процесс, общий для всех приложений Android. + Документы + о процессе публикации содержат подробное описание того, как выполняется публикация и как + подготовить пакет APK к выпуску. +

+ +

+ Получив общее представление о процессе публикации, продолжите чтение, + чтобы выяснить все моменты, которым надо уделить внимание + при публикации своих приложений в Google Play. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 2. Знакомство с правилами и соглашениями Google Play +

+ + +
+ +

+ Убедитесь, что вы полностью понимаете и соблюдаете правила программы Google Play, + которое вы приняли при регистрации. Google Play активно отслеживает соблюдение правил + и любые их нарушения могут привести к отстранению ваших приложений, а в случае + повторных нарушений, к полному удалению вашей учетной записи разработчика. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 3. Проверка качества +

+ + +
+ +

+ Прежде чем публиковать приложения в Google Play, очень важно убедиться, что они + соответствуют основным требованиям качества, предъявляемым ко всем приложениям Android на всех + устройствах, для которых предназначено ваше приложение. Можно оценить качество своего приложения, создав + среду тестирования и проверив приложение относительно небольшого набора + критериев качества, применимых ко всем приложениям. Полную информацию + об этом см. в руководстве Основные критерии качества приложений +. +

+ +

+ Если приложение предназначено для планшетных устройств, убедитесь, что оно обеспечивает полнофункциональный, + удобный интерфейс для пользователей планшетных ПК. В руководстве Критерии качества приложений для планшетных ПК + ознакомьтесь с рекомендациями о способах оптимизации ваших приложений для планшетных устройств. +

+ +

+ Если вы планируете выложить свое приложение в рамках программы "Google Play для образования", тогда + необходимо убедиться в его соответствии категории K-12 (дошкольное и школьное образование) и сделать + его действительно полезным для образовательных целей. См. Руководство по разработке + образовательных приложений, чтобы получить информацию о том, какими характеристиками должно обладать ваше + образовательное приложение. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 4. Определение возрастного рейтинга для содержимого приложения +

+ + +
+ +

+ Google Play требует, чтобы вы установили возрастной рейтинг содержимого своего приложения, который будет +информировать пользователей Google Play о существующих возрастных ограничениях. Перед публикацией необходимо указать + используемый уровень возрастных ограничений. Доступны следующие уровни возрастных + ограничений: +

+ +
    +
  • +

    + Для всех +

    +
  • + +
  • +

    + Для младшей возрастной группы +

    +
  • + +
  • +

    + Для подростков +

    +
  • + +
  • +

    + Для взрослых +

    +
  • +
+ +

+ На своих устройствах Android пользователи могут установить желаемый уровень возрастных ограничений + для просмотра. Google Play выполняет фильтрацию с учетом этих ограничений, поэтому установленные + вами возрастные ограничения могут влиять на распространение приложения. Вы можете + назначить (или изменить) возрастной рейтинг для содержимого своих приложений в консоли разработчика Google Play, + никаких изменений в двоичном коде приложения для этого не требуется. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 5. Определение стран для распространения +

+ + +
+ +

+ Google Play позволяет вам выбирать, в какие страны и на каких территориях будет распространяться ваше + приложение. Обеспечивая приложению наибольшую доступность и максимальную клиентскую базу, + обычно запрашивается распространение для всех доступных стран и территорий. + Однако с учетом бизнес-потребностей, запросов приложения или требований выпуска + вам может потребоваться исключить одну или несколько стран из сферы распространения. +

+ +

+ Очень важно определить страны для распространения как можно раньше, поскольку от + этого могут зависеть следующие аспекты. +

+ +
    +
  • +

    + Необходимость локализации ресурсов в приложении. +

    +
  • + +
  • +

    + Необходимость локализации описания приложения в консоли разработчика. +

    +
  • + +
  • +

    + Юридические требования к приложению, которые могут быть специфичны для некоторых стран. +

    +
  • + +
  • +

    + Поддержка часовых поясов, цены в локальной валюте и так далее. +

    +
  • +
+ +

+ Учитывая страны, где предполагается распространение, вам необходимо оценить потребности + в локализации, как для самого приложения, так и для сведений в каталоге Google Play, и заранее +начать работы по локализации, чтобы успеть к намеченной дате выпуска приложения. +

+ +

+ Сведения об основных шагах и о том, + что необходимо учитывать в процессе локализации см. в документе Контрольный список локализации. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 6. Подтверждение общего размера приложения +

+ + +
+ +

+ Общий размер вашего приложения может отразиться на дизайне и способах его + публикации в Google Play. В настоящий момент максимальный размер публикуемого пакета APK в Google Play + составляет 50 МБ. Если приложение превышает этот размер или если планируется + предложить дополнительную загрузку, можно применять файлы расширения APK, которые + Google Play будет бесплатно размещать в своей серверной инфраструктуре и автоматически + обрабатывать их загрузку на устройства. +

+ +
    +
  • +

    + Максимальный размер публикуемого пакета APK в Google Play составляет 50 МБ. +

    +
  • + +
  • +

    + Дополнительно для каждого пакета APK можно использовать еще два (2) файла + расширения APK, каждый размером до 2 ГБ. +

    +
  • +
+ +

+ Использование файлов расширения APK – это удобный, экономически эффективный метод + распространения объемных приложений. Но для применения файлов расширения APK требуются + определенные изменения в двоичном коде приложения, поэтому эти изменения + необходимо выполнить до создания готового к выпуску пакета APK. +

+ +

+ Чтобы максимально уменьшить размер двоичного файла вашего приложения, обязательно используйте инструмент Proguard + или другие подобные оптимизаторы кода при подготовке пакета APK к выпуску. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 7. Подтверждение поддерживаемых вариантов платформ и размеров экрана +

+ + +
+ +

+ Перед публикацией важно убедиться, что приложение правильно работает на тех + версиях платформы Android и поддерживает все те размеры экрана, + для которых оно предназначено. +

+ +

+ Совместимость приложения с версиями платформы Android определяется + уровнем API, + им назначенного. Необходимо подтвердить минимальную версию, с которой совместимо ваше приложение, + используя атрибут <minSdkVersion>; + после публикации приложения, это будет влиять на его распространение по устройствам Android. +

+ +

+ Необходимо указать поддерживаемые варианты размеров и разрешений экрана, + при которых приложение правильно работает и нормально + отображается на экране. Следуйте рекомендациям, представленным в документе Поддержка нескольких + экранов, чтобы обеспечить масштабируемую поддержку для экранов различных размеров. Но + если не удается добиться этого, укажите минимальный размер экрана, поддерживаемый + вашим приложением, используя элемент <supports-screens>. + Google Play ограничит доступность вашего приложения соответствующим образом, + сделав приложение видимым для устройств с экранами указанного или большего размеров. +

+ +

+ Для лучшего понимания текущего распределения различных версий платформы Android + на мобильных устройствах и поддерживаемых для них размеров экранов, + см. диаграммы в документе Распределение устройств по конфигурациям. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 8. Выбор модели распространения приложения: платно или бесплатно +

+ + +
+ +
+ +
+ +

+ Можно публиковать приложения в Google Play как для бесплатной, так и для платной загрузки. Бесплатные приложения + в Google Play могут быть загружены любым пользователем Android. Платные приложения могут + быть загружены только теми пользователями, которые находятся в стране, поддерживающей платные загрузки, + также они должны зарегистрировать форму оплаты в Google Play, например, + с помощью кредитной карты или со счета мобильного оператора. +

+ +

+ Решение о том, будет ваше приложение платным или нет, очень важно, поскольку в + Google Play бесплатные приложения должны оставаться бесплатными. +

+ +
    +
  • +

    + После публикации приложения как бесплатного нельзя изменить его тип, сделав платным + приложением. В то же время можно продавать продукты в рамка + этого приложения, а также различные подписки, + используя службу продажи контента через приложения в Google Play. +

    +
  • + +
  • +

    + Если приложение опубликовано как платное, в любой момент времени можно изменить его тип, + сделав бесплатным приложением (но последующее обратное изменение на + платное уж невозможно). Также в рамках приложения можно продавать различные товары и подписки. +

    +
  • +
+ +

+ Если приложение платное, а также если вы будет продавать какие-либо товары внутри + приложения, перед публикацией вам необходимо + настроить учетную запись продавца в Google Кошельке. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 9. Принятие решения об использовании службы продажи контента через приложения +

+ + +
+ +

+ Служба продажи + контента через приложения Google Play позволяет вам продавать цифровой контент в своих приложениях. С помощью + этой службы можно продавать самое разнообразное содержимое, включая загружаемый контент, + например аудио- и видеофайлы и фотографии, а также виртуальный контент, например уровни или + артефакты в игре. Служба продажи контента через приложения позволяет выполнять как разовые продажи, так и продавать + подписки в рамках приложения. Это помогает получать экономический эффект от приложение в то время, + пока оно установлено у пользователей. +

+ +

+ Если вы ищите дополнительные способы заработка с помощью своего приложения и хотите заинтересовать +им потенциальных покупателей, рассмотрите использование служб продажи контента или разовой покупки. Эти службы стали очень популярны + как среди пользователей, так и среди разработчиков. Но для использования служб продажи контента через приложения и разовой + продажи требуются определенные изменения в двоичном коде приложения, поэтому + следует осуществить и проверить их внедрение до создания готового к выпуску пакета APK. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 10. Установка цен на ваши продукты +

+ + +
+ +

+ Если ваше приложение платное или вы осуществляете продажи товаров внутри приложения, или + продаете какие-то материальные продукты, Google Play позволяет установить цены на ваши продукты в различных валютах, для + работы с пользователями на различных рынках мира. Можно устанавливать цены отдельно + в различных валютах, так что у вас будет возможность гибко регулировать цены + с учетом ситуации и обменных курсов на различных рынках. +

+ +

+ Перед выполнением публикации, решите, какую цену вы установите на свои продукты и как + цена будет различаться в различных валютах. Позднее вы сможете установить цены для всех + доступных валют с помощью консоли разработчика. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 11. Запуск локализации +

+ + +
+ +

+ Учитывая страны, где предполагается распространение, необходимо оценить потребности в + локализации, убедиться, что приложение готово для выхода на международный уровень, заранее + начать работы по локализации, чтобы успеть к намеченной дате выпуска приложения. +

+ +

+ Помимо дизайна самого приложения есть еще три следующих аспекта, которые нужно + учесть при локализации. +

+ +
    +
  • +

    + Локализация строк, изображений и других ресурсов вашего приложения. +

    +
  • + +
  • +

    + Локализация сведений о приложении в каталоге Google Play. +

    +
  • + +
  • +

    + Локализация графических материалов, снимков экранов и видеороликов, + которые сопровождают страницу приложения в каталоге. +

    +
  • +
+ +

+ Сведения об основных шагах и о том, + что необходимо учитывать в процессе локализации см. в документе Контрольный список локализации. +

+ +

+ Чтобы локализовать страницу приложения в каталоге, вначале подготовьте и окончательно + утвердите название приложения, его описание и рекламный текст. Соберите и отправьте всю эту информацию для + локализации. Также можно перевести текст "Последние изменения" для обновлений + приложения. Позднее можно будет добавить переведенные сведения + из каталога в консоль разработчика или разрешить Google Play выполнить автоматический перевод + страницы каталоге на все поддерживаемые вами языки. +

+ +

+ Важным моментом, помогающим сделать страницу вашего приложения в каталоге + привлекательной для клиентов со всего мира, являются локализованные версии рекламных + материалов, снимков экранов и видеороликов. Например, если в представляющей приложение картинке для раздела "Рекомендуемые" + содержится текст, для максимальной эффективности его необходимо перевести. Можно создать разные + версии рекламных материалов для каждого языка и загрузить их в консоль + разработчика. Если предлагается рекламный видеоролик, можно создать + его локализованные версии, а затем добавить ссылку на нужный видеофайл для каждого + языка, поддерживаемого приложением. +

+ +

+ Когда переводы будут готовы, поместите эти материалы в соответствующие + ресурсы приложения и выполните проверку правильности их загрузки. Сохраните переведенные + сведения о вашем приложении для последующей доработки, которая будет выполняться при выгрузке ваших материалов и настройке страницы в + каталоге. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 12. Подготовка рекламных картинок, снимков экранов и видеороликов +

+ + +
+ +

+ При публикации в Google Play можно использовать различные высококачественные + графические материалы, позволяющие эффектно представить ваше приложение или бренд. После публикации они + будут отображаться на вашей странице в каталоге, в результатах поиска и везде, где необходимо. Эти + графические материалы – важная составляющая успешного размещения в каталоге, + они помогают привлечь и заинтересовать пользователей, поэтому разумно поручить их создание + профессионалам. Снимки экранов и видеоролики также очень важны, поскольку они демонстрируют, как выглядит + приложение, как с ним можно работать или играть, демонстрируют его преимущества. +

+ +

+ Все ваши графические материалы должны быть спроектированы максимально наглядными, + они должны выделять ваши приложения или бренд ярким и интересным способом. Правильно связать их + единим логотипом или отличительным значком, чтобы пользователи легко находили ваши + приложения после загрузки на свое страничке запуска приложений. Ваши графические материалы должны + гармонировать с графикой во всех опубликованных вами приложениях, которые также будут + отображаться для пользователей на вашей странице в каталоге. +

+ +

+ Чтобы помочь в эффективном продвижении приложений на глобальном рынке Google + Play позволяет создавать локализованные версии рекламных картинок, снимков экранов и + видеоматериалов и загружать их в консоль разработчика. Когда пользователь + посещает вашу страницу в каталоге, Google Play показывает ему рекламную картинку, + снимки экранов и видеоролики, подготовленные вами специально для языка этого пользователя. +

+ +

+ Для локализации рекламных картинок можно перевести любой содержащийся в них текст, + использовать другие изображения или презентационные средства, изменить маркетинговый подход, + чтобы точнее адресовать приложение запросам конкретных языковых групп пользователей. Например, + если рекламная или представляющая приложение в разделе "Рекомендуемые" картинка содержит + название продукта или рекламный слоган, можно перевести этот текст и добавить его в локализованную + версию данной картинки. +

+ +

+ Поскольку локализованные графические ресурсы имеют очень важное + значение, необходимо начинать их создание и локализацию заранее, + чтобы успеть к намеченной дате публикации. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 13. Создание и выгрузка готовых к выпуску пакетов APK +

+ + +
+ +

+ Когда приложения, на ваш взгляд, будут соответствовать требованиям к интерфейсу пользователя, + совместимости и обеспечению качества, можно создавать готовые к выпуску версии этих приложений. + Готовые к выпуску пакеты APK выгружаются в вашей консоли разработчика + и распространяются среди пользователей. +

+ +

+ Процесс подготовки готовых к выпуску пакетов APK един для всех приложений, + независимо от вариантов их распространения. Обычно в этот процесс входит базовая очистка + и оптимизация кода, создание пакета и подпись его вашим кодом разработчика, + а затем окончательное тестирование. +

+ +

+ Подробные сведения о создании готовых к выпуску версий + приложения см. в документе Подготовка к + выпуску. +

+ +

+ Как только у вас будут готовые к выпуску пакеты APK, можно выгружать их в + консоли разработчика. Если необходимо, перед публикацией можно заменить пакеты APK более новыми + версиями. +

+ + +
+

+ 14. Планирование выпуска бета-версии +

+ + +
+ + + +

+ Прежде чем выпускать свои приложения всегда полезно получить отзывы +от настоящих пользователей — даже в большем количестве, чем при запуске новых приложений. Поэтому + настоятельно рекомендуется распространить предварительную версию приложения среди + таких тестирующих пользователей на ключевых для вас рынках и обеспечить для них удобный + механизм передачи своих отзывов и сообщений об ошибках. +

+ +

+ Google Play поможет организовать программу бета-тестирования для вашего + приложения. После того как вы войдете в свою консоль разработчика и выгрузите свои пакеты APK, + можно настроить группы пользователей для альфа- и бета-тестирования этих приложений. Вначале можно организовать небольшую + группу альфа-тестирования, потом перейти к более большой группе для бета-тестирования. Добавленные + пользователи сразу получают доступ к вашей странице в каталоге и могут установить приложение. + Пользователи альфа- и бета-версий не могут оставлять отзывы или + рейтинги, поэтому нет риска снизить ваш рейтинг в + Google Play. Необходимо предусмотреть механизм получения обратной связи от выполняющих + тестирование, например, используя Google Форум или Google+. +

+ +

+ Полученные отзывы помогут настроить пользовательский интерфейс, + перевод и страницу в каталоге, обеспечив максимальное удобство для будущих пользователей. +

+ + +
+

+ 15. Подготовка описания приложения в каталоге +

+ + +
+ +

+ В Google Play информация о ваших приложениях отображается пользователям + на соответствующих страницах каталога. Пользователи посещают эти страницы, + чтобы получить сведения о ваших приложениях и принять решение об их покупке или + загрузке на свои устройства Android или через Интернет. +

+ +

+ Google Play предлагает на страницах каталога ваших приложений множество способов их рекламы и + привлечения пользователей, включая красочную графику, снимки + экранов и видеоролики, а также локализованные описания, сведения о выпусках и ссылки + на другие ваши приложения. Как только вы будете готовы к публикации своих приложений, убедитесь, + что вы задействовали все возможности, предлагаемые на странице сведений о продукте, + и сделали свое приложение максимально привлекательным для пользователей. +

+ +

+ Необходимо начать планировать страницы своих продуктов задолго до намеченной + даты выпуска, подготовив для них локализованное описание, качественные графические + ресурсы, снимки экранов, видеоролики и т. д. +

+ +

+ По мере приближения намеченной даты публикации необходимо ознакомиться со всеми + информационными полями, параметрами и ресурсами страницы настройки каталога в + консоли разработчика. Собирая информацию и ресурсы для + страницы каталога, убедитесь, что у вас есть возможность выгрузить их в консоль разработчика, + сделав это заранее, до того как страница будет подготовлена к публикации. +

+ +

+ После того как вы настроите геотаргетинг в консоли разработчика, не забудьте + добавить в каталог локализованные версии своей страницы, рекламных картинок + и прочих материалов, сделав это для всех поддерживаемых языков. +

+ +

+ Если ваше приложение предназначено для планшетных устройств, постарайтесь + добавить хотя бы один снимок экрана этого приложения, выполняющегося на + планшете, а также отметьте, что ваше приложение поддерживает планшетные ПК + в его описании, примечаниях к выпускам, рекламных кампаниях и т. д. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 16. Использование отличительных значков и ссылок Google Play в ваших рекламных кампаниях +

+ + +
+ +

+ Отличительный значки Google Play обеспечивают для вас поддерживаемый официальными + брендами способ продвижения своих приложений среди пользователей Android. Используйте генератор отличительных + значков Google Play, чтобы быстро создать значки, которые будут направлять пользователей к вашим продуктам с + различных веб-страниц, из рекламных объявлений и обзоров. Также можно пользовать особые форматы ссылок, чтобы организовать прямые + ссылки на вашу страницу в каталоге, на список ваших продуктов или на результаты + поиска. +

+ +

+ Чтобы помочь вашим приложениям получить распространение после выпуска, настоятельно рекомендуем, + чтобы выпуск поддерживался рекламной кампанией, в которой сведения о вашем продукте + распространялись бы по максимально возможному числу каналов, в максимально возможном числе стран. Например, + можно прорекламировать выпуск, используя направленную рекламу, социальные сети или публикации в блогах, + видеоролики и другие мультимедийные материалы, интервью и обзоры, а также любые другие доступные + информационные каналы. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 17. Окончательные проверки и публикация +

+ + +
+ +

+ Если вы считаете, что готовы к публикации приложения, войдите в консоль разработчика + и потратьте несколько минут на выполнение ряда заключительных проверок. +

+ +

+ Проверьте следующие моменты. +

+ +
    +
  • +

    + В вашем профиле разработчика должна быть указана правильная информация, он должен + быть привязан к соответствующей учетной записи продавца в Google Кошельке (если вы продаете продукты). +

    +
  • + +
  • +

    + В консоль выгружена правильная версия приложения. +

    +
  • + +
  • +

    + Все части вашей страницы в каталоге готовы, включая все графические ресурсы, + снимки экранов, видеоролики, локализованные описания и прочее. +

    +
  • + +
  • +

    + Вы настроили цены на свое приложение, сделав его платным или бесплатным. +

    +
  • + +
  • +

    + Вы правильно указали страны (и мобильных операторов) для распространения и оценили + свои продукты (если это применимо) в странах потенциальных покупателей. +

    +
  • + +
  • +

    + В разделе "Совместимые устройства" должна отображаться информация о том, что ваши приложения + доступны устройствам, для которых они предназначены. Если это окажется не так, уточните у своей группы разработки, каковы требования + приложения и правила фильтрации. +

    +
  • + +
  • +

    + Вами должна быть предоставлена правильная ссылка на ваш веб-сайт и правильный адрес + адрес электронной почты для оказания поддержки. +

    +
  • + +
  • +

    + Ваши приложения не должны нарушать представленные в правилах для разработчиков рекомендации в отношении контента. +

    +
  • + +
  • +

    + Вы должны подтвердить, что ваши приложения соответствуют рекомендациям по + контенту приложений Android в Google Play, а также экспортному законодательству США. +

    +
  • +
+ +

+ Ваши приложения готовы к публикации! +

+ +

+ Если вы впускаете обновление, обязательно ознакомьтесь с + требованиями к публикации обновлений. +

+ +

+ Когда вы будете готовы, нажмите кнопку Опубликовать в консоли + разработчика. В течение нескольких часов ваши приложения станут доступным пользователям + и страница ваших продуктов будет отображаться в Google Play для просмотра, + поиска или ссылок из ваших рекламных кампаний. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 18. Поддержка пользователей после выпуска приложения +

+ + +
+ +

+ После публикации приложений или обновлений к ним очень важно обеспечить поддержку + ваших пользователей. Своевременная и вежливая поддержка будет способствовать положительному опыту + работы пользователей, что повысит рейтинги и сделает отзывы о продуктах более + позитивными. Пользователи с большей вероятностью заинтересуются вашим приложением и будут + рекомендовать его, если вы будет реагировать на их потребности и отзывы. Это особенно справедливо, + если после публикации вы проведете скоординированную кампанию по продвижению своего приложения. +

+ +

+ Существует несколько способов того, как поддерживать контакты с пользователями и + предлагать им поддержку. Наиболее основательный – это указать адрес электронной почты + для оказания поддержки на своих страницах в каталоге. Помимо этого поддержку можно оказывать + любым выбранным способом, например, с помощью форума, списка рассылки или + страницы в Google+. Коллектив Google Play обеспечит пользователям поддержку при загрузке, установке, + а также по вопросам, связанным с платежами, но остальные вопросы попадают в вашу + зону ответственности. В рамках оказания поддержки возможны следующие обращения: запросы на добавление + возможностей, вопросы по работе с приложениями, вопросы о настройках совместимости. +

+ +

+ После публикации запланируйте выполнение следующих действий. +

+ +
    +
  • +

    + Регулярно проверяйте свои рейтинги и отзывы на страницах ваших приложений + в каталоге. Отслеживайте повторяющиеся темы, это может быть сигналом о наличии ошибок или других проблем с приложением. +

    +
  • + +
  • +

    + Не забывайте о выпусках новых версий платформы Android, возможно необходимо будет + обновить настройки совместимости ваших приложений. +

    +
  • + +
  • +

    + Разместите ссылки на свои ресурсы поддержки на своем веб-сайте и настройте другие + каналы поддержки, например в формах. +

    +
  • + +
  • +

    + Предоставьте действующий адрес электронной почты для оказания поддержки на + страницах каталога и всегда отвечайте на письма пользователей, обращающихся за поддержкой. +

    +
  • + +
  • +

    + Помимо окна автоматического возмещения, предлагаемого Google Play, будьте щедрыми + в своей собственной политике возмещения, удовлетворенные пользователи скорее совершат повторную + покупку в будущем. +

    +
  • + +
  • +

    + Уведомляйте о найденных в ваших приложениях ошибках и исправляйте их. Будьте открыты для своих пользователей, + поддерживайте список известных проблем на своих страницах в каталоге. +

    +
  • + +
  • +

    + Публикуйте обновления с максимально возможной регулярностью, не снижая при этом + качества приложения, и не утомляя пользователей слишком частыми обновлениями. +

    +
  • + +
  • +

    + С каждым обновлением обязательно предоставляйте обзор того, что было изменено. Эту + информацию можно вводить в консоли разработчика. Пользователи прочтут эту информацию + и оценят серьезность, с которой вы относитесь к улучшению качества своих + приложений. +

    +
  • +
+ + +

Связанные ресурсы

+ +
diff --git a/docs/html-intl/intl/ru/distribute/tools/localization-checklist.jd b/docs/html-intl/intl/ru/distribute/tools/localization-checklist.jd new file mode 100644 index 0000000..7aef25c --- /dev/null +++ b/docs/html-intl/intl/ru/distribute/tools/localization-checklist.jd @@ -0,0 +1,937 @@ +page.title=Контрольный список локализации +page.metaDescription=Воспользуйтесь преимуществами глобальной аудитории пользователей Android и Google Play. Этот контрольный список позволяет получить представление о том, как представить ваш продукт на рынках других стран. +meta.tags="localizing, publishing, disttools" +page.tags="local, l10n, translation, language" +page.image=/distribute/images/localization-checklist.jpg + +@jd:body + + + +
+ +
+ +

+ Android и Google Play позволяют предложить ваши приложения глобальной + аудитории с доступным для адресации контингентом пользователей, который очень быстро + растет в таких странах, как Япония, Корея, Индия, Бразилия и Россия. Мы настоятельно рекомендуем локализовать приложения, поскольку это + позволяет обеспечить максимальный потенциал их распространения и получить + оценки от пользователей всего мира. +

+ +

+ Процесс локализации включает в себя выполнение различных задач в цикле разработки приложения, + поэтому важно спланировать его заранее. Этот документ помогает определить + ключевые аспекты локализации и подготовить ваше приложение к успешному глобальному выпуску + в Google Play. +

+ +
+

+ 1. Определение поддерживаемых языков и языковых настроек +

+ + +
+ +

+ Наиболее простым, но важным шагом в подготовке локализации является определение + стран и языков для распространения приложения. + Локализация приложений особенно важна для стран с большими возможностями + рынка, но слабым распространением английского или другого международного + языка. +

+ +

+ Вы можете управлять тремя основными параметрами для зарубежных пользователей: + страна, язык и языковые настройки. Ключевым фактором для локализации является выбор языка + (языковые настройки также могут быть важны, поскольку они определяют различия в форматах + дат, времени, валют и другой подобной информации). Пользователи управляют + выбором языка и языковых настроек на своих устройствах Android, которые, + в свою очередь, влияют на отображение вашего приложения на экране. +

+ +

+ Обычно вы выбираете поддерживаемые для распространения страны с учетом + общего размера и возможностей рынка, категории приложения, конкурентной среды, + местных ценовых и финансовых факторов и т. д. Затем на основе выбора стран + вы определяете языки, которые должны поддерживаться в ваших + приложениях. +

+ +

+ После этого вы можете решить, следует ли выполнять локализацию на + все или только на некоторые языки выбранной страны. Имеет смысл начать с основного регионального языка, + добавляя остальные по мере увеличения количества пользователей. +

+ +

+ Определив поддерживаемые языки, вы можете ориентировать на эти рынки свои процессы + разработки, перевода, тестирования и маркетинга. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 2. Дизайн для локализации +

+ + +
+ +

+ После определения намеченных для локализации языков оцените свои потребности + для их поддержки в своих приложениях и заранее спланируйте работу. + Следует учесть расширение лексики, требования к написанию, ограничению интервалов между знаками и + переноса слов, поддержку написания слева направо и справа налево, а также другие + потенциальные факторы каждого языка. +

+ +

+ Спроектируйте единый набор гибких макетов +

+ +

+ При создании макетов обеспечьте запас пространства в дизайне любых элементов + интерфейса, которые содержат текст. Для других языков рекомендуется оставлять больше места, + чем требовалось исходному языку (как правило, добавляют до 30%). +

+ +

+ Кроме того, у элементов должна быть возможность горизонтального или вертикального расширения для + размещения варьирующихся по ширине и высоте строк интерфейса или текста ввода. + Строки текста на любом из поддерживаемых языков не должны выходить за границы + экрана. +

+ +

+ Продуманный дизайн интерфейса обычно позволяет использовать один набор + макетов для всех поддерживаемых языков. Дополнительную информацию см. в документе Создание гибкого интерфейса + пользователя. +

+ +

+ Используйте альтернативные макеты в случае необходимости +

+ +

+ Если ваш интерфейс пользователя не может вместить текст на каком-либо + из поддерживаемых языков, вы можете создать альтернативный макет + только для этого языка. Android позволяет декларировать + наборы макетов и других загружаемых ресурсов для конкретных языков, + языковых настроек, размеров экрана и других характеристик, просто отмечая их + соответствующими квалификаторами ресурсов. Хотя альтернативным макетам присуща некая + степень гибкости, они могут со временем усложнить сопровождение ваших приложений. В целом, более предпочтительным + является использование одного, более гибкого макета. +

+ +

+ Поддержка макетов и текста с написанием справа налево +

+ +

+ При распространении в странах, в которых используется написание справа налево (RTL), + следует учесть реализацию максимальной поддержки отображения и редактирования + макетов и текста RTL. +

+ +

+ В Android 4.1 появилась ограниченная поддержка двунаправленного текста, + которая позволяет приложениям отображать и редактировать текст как с написанием слева направо (LTR), + так и справа налево (RTL). В Android 4.2 была добавлена полная поддержка + макетов RTL, включая их зеркальное отображение, поэтому вы + можете предоставить одинаковые удобные интерфейсы для всех своих пользователей. +

+ +

+ Для пользователей Android 4.2 можно, как минимум, просто добавить базовое зеркальное отображение макета RTL, + что в значительной степени удовлетворяет потребности пользователей, использующих написание справа налево. +

+ +

+ Используйте системные форматы дат, времени, чисел и денежных + единиц +

+ +

+ При указании в приложении дат, времени, чисел, денежных единиц и других данных, + которые зависят от языковых настроек, обязательно используйте системные форматы вместо + форматов приложения. Помните, что разделители тысяч, десятичные разделители + или знаки процента могут различаться в зависимости от языковых настроек. +

+ +

+ Android предоставляет различные инструменты для форматирования и преобразования + шаблонов языковых настроек, такие как DateUtils и + DateFormat для дат, + String.format() и DecimalFormat + для чисел и денежных единиц, PhoneNumberUtils + для телефонных номеров и другие. + +

+ +

+ Жесткое использование форматов на основании предполагаемых языковых + настроек пользователя может привести к проблемам при изменении пользователем своих языковых настроек. Настоятельно + рекомендуется использовать системные форматы и инструменты. +

+ +

+ Включите полный набор ресурсов по умолчанию +

+ +

+ Обеспечьте корректную работу приложений вне зависимости от языка или языковой настройки, + предоставив полный набор ресурсов, используемых по умолчанию. Приложение использует по умолчанию ресурсы, + не отмеченные квалификаторами какого-либо языка или языковой настройки, + например, хранящиеся в папках res/drawable/ и res/values/. Если приложение + пытается загрузить ресурс, который недоступен для текущего языка + или набора по умолчанию, возникает сбой. +

+ +

+ Вне зависимости от языка, используемого по умолчанию в ваших приложениях, разместите + соответствующие макеты, графические элементы и строки в папках ресурсов + по умолчанию без квалификаторов языка или языковых настроек. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 3. Управление строками для локализации +

+ + +
+ +

+ Эффективное управление строками интерфейса позволяет упростить процесс + локализации и создать удобный интерфейс для пользователей. +

+ +

+ Переместите все строки в файл strings.xml +

+ +

+ При создании приложений не определяйте строки внутри кода. Вместо этого декларируйте + все строки в качестве ресурсов внутри файла strings.xml + – это упростит процессы обновления и локализации. Строки в файле strings.xml можно + извлечь, перевести и интегрировать обратно в приложение + (с соответствующими квалификаторами), не изменяя скомпилированный код. +

+ +

+ В случае создания изображений с текстом также поместите строки в файл + strings.xml и создайте изображения заново после перевода. +

+ +

+ Следуйте рекомендациям Android для строк интерфейса пользователя +

+ +

+ При проектировании и разработке интерфейсов уделите особое внимание тому, + как вы обращаетесь к пользователю. Используйте лаконичные, сжатые выражения, + которые понятны, но кратки, и старайтесь поддерживать единообразный стиль во всех интерфейсах. +

+ +

+ Обязательно изучите рекомендации по дизайну для Android относительно + стиля и выбора слов и следуйте + им. Это позволит вашим приложениям выглядеть более привлекательными и поможет + пользователям быстрее разобраться в интерфейсе. +

+ +

+ Также старайтесь всегда использовать стандартные термины Android для + элементов интерфейса, такие как "панель действий", "меню параметров", "системная панель", + "уведомления" и т. п. Корректное и согласованное использование терминов Android упрощает + перевод и улучшает качество конечного продукта. +

+ +

+ Предоставьте достаточный контекст для декларированных строк +

+ +

+ При декларации строк в файле strings.xml обязательно опишите контекст, + в котором они используются. Эта информация очень важна для переводчиков, + и позволяет улучшить качество перевода, а также помогает более эффективно управлять + строками впоследствии. +

+ +

+ Пример: +

+ +
+<!-- The action for submitting a form. This text is on a button that can fit 30 chars -->
+<string name="login_submit_button">Sign in</string>
+
+

+ Рекомендуется предоставить следующую информацию о контексте: +

+ +
    +
  • +

    + Для чего эта строка? Когда или где она видна пользователю? +

    +
  • + +
  • +

    + В каком месте макета она находится? Например, перевод для кнопки менее + гибок, чем для текстового окна. +

    +
  • +
+ +

+ Отметьте фрагменты сообщений, не подлежащие переводу +

+ +

+ Строки часто содержат текст, который не подлежит переводу на другие + языки. Примерами могут служить часть кода, заполнитель для значения, + специальный символ или имя. При подготовке строк к переводу + найдите и отметьте текст, который должен остаться без перевода, + чтобы переводчики его не изменяли. +

+ +

+ Чтобы отметить текст, не подлежащий переводу, используйте + тег-заполнитель <xliff:g>. Ниже приведен пример тега, который + защищает текст "%1$s" от изменения в процессе перевода (в противном случае сообщение может быть + выведено с ошибкой). +

+ +
+<string name="countdown">
+    <xliff:g id="time" example="5 days>%1$s</xliff:g>until holiday
+</string>
+
+

+ При декларации тега-заполнителя всегда добавляйте атрибут id, поясняющий + назначение заполнителя. Если значение заполнителя будет впоследствии заменено в приложениях, + обязательно добавьте пример атрибута, поясняющий предполагаемое использование. +

+ +

+ Ниже приведены еще несколько примеров тегов-заполнителей. +

+ +
+<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
+
+<!-- Example placeholder for a special unicode symbol -->
+
+<string name="star_rating">Check out our 5
+
+    <xliff:g id="star">\u2605</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a for a URL -->
+
+<string name="app_homeurl">
+
+    Visit us at <xliff:g id="application_homepage">http://my/app/home.html</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a name -->
+
+<string name="prod_name">
+
+    Learn more at <xliff:g id="prod_gamegroup">Game Group</xliff:g>
+
+</string>
+
+<!-- Example placeholder for a literal -->
+
+<string name="promo_message">
+
+    Please use the "<xliff:g id="promotion_code">ABCDEFG</xliff:g>” to get a discount.
+
+</string>
+
+...
+
+</resources>
+
+

Связанные ресурсы

+ +
+
+ +
+

+ 4. Перевод строк интерфейса и других ресурсов +

+ + +
+ +

+ Перевод строк интерфейса приложения и ресурсов на поддерживаемые языки является + ключевой стадией локализации, требующей особого внимания и + планирования. +

+ +

+ Чтобы обеспечить высокое качество перевода, повышающего ценность вашего приложения, + рекомендуется поручить эту работу профессиональному переводчику (см. Заказ профессиональных переводов через Google Play). Машинный перевод + также является возможным вариантом, однако он вряд ли сможет обеспечить достаточно хорошее качество локализации. +

+ +

+ Подготовка к переводу +

+ +

+ Качество перевода отчасти зависит от исходного текста, поэтому позаботьтесь о том, + чтобы ваш файл strings.xml был хорошо организован, точен и снабжен + подробными комментариями. +

+ +

+ Ниже приведены несколько рекомендаций по подготовке строк к переводу. +

+ +
    +
  • +

    + Обеспечьте корректное и согласованное форматирование строк. +

    +
  • + +
  • +

    + Следуйте рекомендациям, приведенным выше в разделе Управление строками для локализации. +

    +
  • + +
  • +

    + Удалите ненужные строки из файла strings.xml. +

    +
  • + +
  • +

    + Добавьте в файл комментарии с информацией о владельце, происхождении + и версии файла, а также все специальные инструкции для переводчиков. +

    +
  • + +
  • +

    + При наличии существующих переводов включите их в ZIP-архив + или другой пакет, отправляемый переводчикам. +

    +
  • + +
  • +

    + Определите графические элементы или другие ресурсы, требующие перевода, + и включите их в пакет для переводчиков. +

    +
  • + +
  • +

    + Учтите необходимость перевода данных для каталога (название и описание + приложения, примечания к выпуску и т. п.), а также других + маркетинговых материалов, требуемых для распространения в других странах. +

    +
  • + +
  • +

    + Составьте список терминологии, поясняющий значение и использование ключевых терминов, + встречающихся для вашего продукта, рынка или используемой технологии. Включите этот + список в пакет для переводчиков. +

    +
  • +
+ +

+ Отправка строк на перевод +

+ +

+ На ранних стадиях разработки обратитесь к профессиональным переводчикам, + чтобы получить представление о примерной стоимости и сроках выполнения перевода. Не забудьте учесть в стоимости несколько этапов + улучшения перевода. Вы можете найти поставщиков услуг перевода в Интернете или воспользоваться + сервисами для перевода непосредственно из консоли разработчика Google Play + (см. Заказ профессиональных переводов через Google Play). +

+ +

+ После завершения перевода выполните его предварительную проверку. + Проверьте, все ли файлы переведены, имеются ли потенциальные проблемы + кодировки и не повреждены ли форматы деклараций. +

+ +

+ Если все выглядит хорошо, аккуратно переместите локализованные папки и файлы + обратно в ресурсы вашего приложения. Обязательно отметьте папки соответствующими + квалификаторами языка и языковых настроек для их последующей корректной + загрузки. +

+ +

+ После включения переводов в ресурсы начните тестирование локализованного приложения. +

+ +

+ Заказ профессиональных переводов через Google Play +

+ +

+ Сервис перевода приложений Google Play помогает быстро найти поставщика + и заказать у него перевод приложения. В консоли разработчика можно просмотреть список + сторонних поставщиков, предварительно проверенных Google и предлагающих + качественный перевод по разумным ценам. Здесь можно выгрузить строки для перевода, + выбрать языки, на которые вы хотите перевести приложение, и выбрать поставщика услуг перевода + с учетом предлагаемых сроков и цен. +

+ +

+ После заказа перевода вы получите сообщение электронной почты от вашего поставщика. + Ваш заказ на перевод является прямым деловым соглашением между вами и вашим + поставщиком. Вы будете напрямую работать с поставщиком с целью управления процессом + перевода и поставками переведенных материалов, а также для решения любых вопросов поддержки. +

+ +
+ +
+ +

Связанные ресурсы

+ +
+
+ +
+

+ 5. Проверка локализованного приложения +

+ + +
+ +

+ После получения и переноса в приложения переведенных строк и ресурсов + необходимо проверить приложения и убедиться, что они готовы к + распространению среди пользователей в других странах. +

+ +

+ Посредством тестирования вручную вы можете обнаружить проблемы локализации + в макетах и строках, способные повлиять на восприятие пользователей и, в конечном итоге, + на пользовательский рейтинг приложения. +

+ +

+ Создание среды тестирования +

+ +

+ Для тестирования локализованного приложения вам потребуется создать среду, состоящую + из нескольких устройств (или виртуальных устройств) с разными размерами + экрана, выбранных с учетом намеченных рынков и форм-факторов. Следует учесть, что выбор устройств для конкретных регионов + может различаться. По возможности подберите тестовые устройства в соответствии + с теми, которые доступны пользователям. +

+ +

+ Выявление общих проблем локализации +

+ +

+ На каждом тестовом устройстве выберите язык или языковые настройки. Установите и запустите + приложение, затем пройдите по всем переходам интерфейса, диалогам и + взаимодействиям с пользователем. Введите текст, где этого требует приложение. Обратите внимание на следующие возможные проблемы: +

+ +
    +
  • +

    + обрезанный текст или выход текста за границы элементов интерфейса или экрана; +

    +
  • + +
  • +

    + неверные переносы строк; +

    +
  • + +
  • +

    + некорректные переносы слов или ошибки пунктуации; +

    +
  • + +
  • +

    + неверная сортировка по алфавиту; +

    +
  • + +
  • +

    + некорректное расположение макета или направление текста; +

    +
  • + +
  • +

    + непереведенный текст — если вместо переведенных строк отображаются исходные строки, + возможно, вы могли пропустить их при выборе строк для перевода + или отметить папку ресурсов неправильным квалификатором + языка. +

    +
  • +
+ +

+ В тех случаях, когда строки после перевода стали длиннее и не помещаются в макеты, + следует попытаться упростить исходный или переведенный текст, + либо исправить исходные макеты. Если проблему + не удалось решить ни одним из этих способов, можно создать специальный макет для этого языка. +

+ +

+ Тест ресурсов по умолчанию +

+ +

+ После проверки приложений со всеми поддерживаемыми вами языками и языковыми настройками + обязательно протестируйте их еще раз с неподдерживаемым языком и языковой настройкой. + Это поможет убедиться в том, что приложения включают полный набор строк и ресурсов по умолчанию + и могут использоваться всеми пользователями вне зависимости от их + предпочитаемого языка. +

+ +

+ Проверка носителями языка +

+ +

+ В процессе тестирования или после него рекомендуется выполнить проверку + локализованных приложений с привлечением носителей языка. Одним из способов такой проверки является бета-тестирование + среди региональных пользователей, которое может быть организовано с помощью Google Play. +

+ +
+

+ 6. Подготовка к выпуску в разных странах +

+ + +
+ +

+ Перевод приложений является ключевым этапом локализации, но чтобы помочь + вашему продукту привлечь пользователей и стать популярным, вы должны подготовиться к выпуску в поддерживаемых + странах и создать расширенный план выпуска и маркетинга для + зарубежных пользователей. +

+ +

+ Локализация каталога в Google Play +

+ + + +

+ Локализация каталога в значительной степени определяет успех приложения + на международных рынках. Управление локализованным + каталогом осуществляется в консоли разработчика. +

+ +

+ Задолго до выпуска решите, какими будут название и описание приложения, рекламный текст, + маркетинговые названия и программы, а также другой текст и графические изображения. Отправьте текст каталога + и изображений на перевод заранее, чтобы они были готовы к началу + бета-тестирования. Готовый переведенный текст можно добавить в каталог + с помощью консоли разработчика. +

+ + + +

+ Ознакомьте пользователей с вашим локализованным приложением, к созданию + которого вы приложили столько усилий. Сделайте снимки экрана вашего интерфейса + на каждом языке для телефонов и планшетов с 7- и 10-дюймовыми экранами. Вы можете выгрузить в консоль разработчика снимки экрана + для каждого поддерживаемого языка. Эти изображения представляют большую ценность для пользователей, просматривающих + ваш каталог на других языках. +

+ +

+ Также весьма важным является создание локализованных версий рекламной графики + и видеороликов. Например, иллюстрация функций приложения может + содержать текст, который должен быть переведен для максимальной + эффективности материала, также можете потребоваться использование разных визуальных подходов в оформлении для разных стран. Можно создать + разные версии рекламных материалов для каждого языка и загрузить их в + консоль разработчика. Если предлагается рекламный видеоролик, + можно создать его локализованные версии, а затем добавить ссылку + на нужный видеофайл для каждого языка, поддерживаемого приложением. +

+ +

+ Планирование выпуска бета-версии в ключевых странах +

+ + + +

+ Перед выпуском приложений всегда полезно получить практические отзывы от пользователей. + Их ценность становится еще больше при выпуске приложения на новом языке, + в новой стране или регионе. В этих случаях настоятельно рекомендуется + распространить предварительную версию приложения среди пользователей + на ключевых рынках, предоставив им простые средства передачи + своих отзывов и сообщений об ошибках. +

+ +

+ Google Play может помочь в организации бета-тестирования ваших приложений. После входа в консоль + разработчика и выгрузки пакета APK можно настроить группы пользователей + для альфа- и бета-тестирования приложения. Сначала можно организовать + небольшую группу альфа-тестирования, а затем перейти к более многочисленной группе бета-тестирования. +

+ +

+ Добавленные пользователи получают доступ к вашей странице в каталоге + и могут установить приложение. Пользователи альфа- и бета-версий не могут оставлять отзывы или оценки, + поэтому вы не рискуете своим рейтингом в Google Play. В то же + время это означает, что вашим тестерам нужен механизм передачи + отзывов, в качестве которого мы рекомендуем использовать страницу Google+ или группу Google. +

+ +

+ Полученные отзывы помогут исправить пользовательский интерфейс, + перевод и страницу в каталоге, обеспечив максимальное удобство для будущих пользователей приложения. +

+ +

+ План международного маркетинга +

+ +

+ Для максимального охвата аудитории в разных странах рассмотрите возможность + международной маркетинговой или рекламной кампании. Масштаб кампании может меняться в зависимости от выделенного бюджета, + но, как правило, наиболее эффективным и продуктивным является маркетинг + на уровне региона или страны во время выпуска приложения или сразу после него. +

+ +

+ Создание локализованных значков Google Play +

+ +

+ Если вы готовите международную маркетинговую кампанию, обязательно включите + в нее локализованный значок Google Play, который укажет пользователям, где можно найти ваше приложение. С помощью генератора значков + вы можете быстро создать локализованные значки, которые можно использовать на веб-сайтах или + в рекламных материалах. Для значков также доступны изображения с высоким разрешением. +

+ +

+ Создание локализованных изображений устройства со снимком экрана +

+ +

+ Если вы используете снимки экрана ваших приложений, работающих на + устройствах Android, сделайте их более привлекательными и отражающими вид новейших устройств. + Для создания качественных рекламных материалов используйте + генератор изображений устройства, + позволяющий путем перетаскивания снимка экрана получить его изображение на устройстве Nexus. +

+ +

+ Проверка подсказок по оптимизации +

+ +

+ При подготовке к выпуску обязательно зайдите в консоль разработчика и + проверьте подсказки по оптимизации вашего приложения. Эти подсказки позволяют узнать о недостающих + частях локализованного каталога и содержат + другие полезные напоминания для успешного выпуска локализованного приложения. +

+ +

Связанные ресурсы

+ +
+
+ +
+

+ 7. Поддержка пользователей в других странах после выпуска +

+ + +
+ +

+ После выпуска приложений в других странах следует подготовиться к поддержке + пользователей на разных языках и в разных часовых поясах. Степень поддержки + зарубежных пользователей зависит от вашего бюджета, но вы должны, как минимум, + внимательно следить за своими рейтингами, отзывами и статистикой загрузок + после выпуска. +

+ +

+ Вот несколько рекомендаций. +

+ +
    +
  • +

    + Используйте статистику приложения в консоли разработчика для сравнения показателей загрузок, + установок, удалений приложения и рейтингов по разным языкам и странам. + Если показатели загрузок или рейтингов не поднимаются для каких-либо + конкретных языков или стран, обдумайте варианты улучшения вашего продукта + или изменения стратегии маркетинга. +

    +
  • + +
  • +

    + Регулярно проверяйте отзывы. Google Play автоматически переводит для вас все отзывы пользователей, + поэтому вы всегда можете узнать мнения зарубежных пользователей о ваших + приложениях, какие функции им нравятся и какие проблемы им мешают. Просматривая + отзывы, вы можете заметить технические проблемы, которые могут возникать + у пользователей какой-либо конкретной страны, после чего вы можете исправить и обновить свои приложения. +

    +
  • + +
  • +

    + Старайтесь по возможности отвечать на отзывы. Рекомендуется общаться с + пользователями в других странах на их родных языках или на общепринятом, если это возможно. + Вы также можете попытаться использовать инструменты автоматического перевода, + хотя результаты в этом случае будут непредсказуемы. Если ваши приложения + становятся очень популярными для какого-либо языка, рассмотрите возможность организации поддержки с участием носителей языка. +

    +
  • + +
  • +

    + На вашем веб-сайте обязательно должны быть ссылки на все ресурсы поддержки. + Рассмотрите возможность создания для конкретных языков групп пользователей, + сообществ Google+ или других форумов поддержки. +

    +
  • +
+ +

+ Следуя этим рекомендациям при локализации приложений, организации рекламной и маркетинговой + кампаний среди пользователей в других странах, а также обеспечении текущей поддержки, вы можете + привлечь многих новых и сохранить существующих пользователей своих приложений. +

+ +

+ Обязательно изучите Контрольный список выпуска приложения, + чтобы получить более подробную информацию о планировании, создании и выпуске вашего приложения в Google Play. +

+

Связанные ресурсы

+ +
+ diff --git a/docs/html-intl/intl/ru/google/play/filters.jd b/docs/html-intl/intl/ru/google/play/filters.jd new file mode 100644 index 0000000..f9af767 --- /dev/null +++ b/docs/html-intl/intl/ru/google/play/filters.jd @@ -0,0 +1,439 @@ +page.title=Фильтры в Google Play +@jd:body + +
+
+ +

Краткое описание

+
    +
  • С помощью фильтров Google Play управляет тем, какие устройства Android смогут загрузить +ваше приложение из магазина.
  • +
  • Фильтры обеспечивают доступность приложений только для тех устройств, которые соответствуют заявленным для этих приложений требованиям совместимости. +
  • Фильтры определяются по конфигурационным требованиям, которые были задекларированы + в файле манифеста приложения, а также другими факторами.
  • +
+ +

Содержание документа

+ +
    +
  1. Как работают фильтры в Google Play
  2. +
  3. Фильтрация на основе элементов манифеста +
  4. +
  5. Другие фильтры
  6. +
  7. Публикация нескольких пакетов APK с различными фильтрами
  8. +
+ +

См. также:

+
    +
  1. Совместимость Android
  2. +
  3. <supports-gl-texture>
  4. +
  5. <supports-screens>
  6. +
  7. <uses-configuration>
  8. +
  9. <uses-feature>
  10. +
  11. <uses-library>
  12. +
  13. <uses-permission>
  14. +
  15. <uses-sdk>
  16. +
+ +
+
+ +

Когда пользователь просматривает каталог Google Play или ищет там приложения для загрузки, +отображаемые результаты фильтруются с учетом того, какие приложения совместимы с его устройством. +Например, если для приложения требуется камера, Google Play не отобразит его для устройств, + не оборудованных камерами. Такая фильтрация помогает разработчикам управлять + распространением своих приложений, а также обеспечивает максимальный уровень удобства для + пользователей.

+ +

Для фильтрация в Google Play используется несколько типов метаданных приложений и +настройки конфигурации, включая декларированные в манифесте сведения, необходимые +библиотеки, архитектурные требования, и набор средств контроля за распространением, предусмотренный в консоли разработчика Google +Play, например, геотаргетинг, ценообразование и т. п.

+ +

Фильтрация в Google Play частично основывается на декларациях в манифесте и прочих +аспектах платформы Android, но фактические функции фильтрации определяются +именно самой платформой и не связаны с конкретными уровнями API-интерфейсов. В этом документе +описываются действующие сейчас правила фильтрации в Google Play.

+ + +

Как работают фильтры в Google Play

+ +

В Google Play описанные ниже правила фильтрации используются, чтобы определить, +будет ли ваше приложение показываться пользователю, просматривающему или ищущему приложения в +каталоге Google Play.

+ +

Определяя, показывать или нет приложение, Google Play проверяет требования к +аппаратным и программным компонентам устройств, а также операторам связи, местоположению и другим +характеристикам. Затем эти данные сравниваются с существующими требованиями и +особенностями, определенными в файле манифеста приложения, а также со сведениями, + указанными при публикации.

+ +

Если приложение совместимо с устройством в соответствии с этими правилами + фильтрации, Google Play отображает приложение для пользователя. В противном случае, Google Play +скрывает приложение в результатах поиска и при просмотре категорий в каталогах даже в том случае, если пользователь +специально запрашивает данное приложение или пытается перейти к нему по внешней ссылке, прямо указывающей на +идентификатор этого приложения в Google Play.

+ +

Можно использовать любые комбинации доступных фильтров для своих приложений. Например, можно установить для +minSdkVersion требуемое значение "4" и задать smallScreens="false" +в самом приложении, тогда при загрузке приложения в Google Play можно будет нацелить приложение +только на определенные европейские страны (или операторов связи). Таким образом, фильтры Google Play делают приложение недоступным на любом устройстве, +не соответствующем всем трем приведенным требованиям.

+ +

Все ограничения фильтрации связаны с версией приложения и могут +изменяться от версии к версии. Например, если пользователь установил ваше приложение, а вы опубликовали для него +обновление, которое делает приложение невидимым для этого пользователя, +пользователю это обновление не показывается.

+ +

Фильтрация на веб-сайте Google Play

+ +

При просмотре веб-сайта +Google Play пользователи могут увидеть все опубликованные приложения. На веб-сайте Google Play выполняется +проверка на соответствие требованиям приложения для каждого из зарегистрированных устройств +пользователя, разрешая установку приложения только на совместимое с ним +устройство.

+ +

Фильтрация с учетом манифеста приложения

+ +

Большинство фильтров запускаются определенными элементами в файле манифеста +приложения – AndroidManifest.xml +(хотя не все содержимое файла манифеста может запускать фильтрацию). +В таблице 1 перечислены элементы манифеста, которые использоваться для запуска +фильтрации, а также объясняется как работает фильтрация по каждому из элементов.

+ +

Таблица 1. Элементы манифеста, которые +запускают фильтрацию в Google Play.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Элемент манифестаИмя фильтраКак это работает
<supports-screens> + Размер экрана + +

Поддерживаемые приложением размеры экрана определяются путем установки атрибутов + для элемента <supports-screens>. При +публикации приложения Google Play использует эти атрибуты для определения того, +показывать или нет это приложение пользователям, учитывая размеры экранов их +устройств.

+ +

В качестве общего правила Google Play предполагается, чтоб платформа устройства сможет адаптировать +макеты для меньших по размером экранов на больших экранах, но не +наоборот. Таким образом, если для приложения задекларирована поддержке только "нормального" размера экрана, +Google Play делает это приложение доступным как для устройств с нормальным, так и с большим размером экранов, +но отфильтровывает приложение для устройств с маленькими +экранами.

+ +

Если для приложения не задекларированы атрибуты элемента +<supports-screens>, Google Play использует стандартные значения для этих атрибутов, +которые зависят от уровня API-интерфейса. С учетом следующих особенностей.

+ +
    +
  • В приложениях, для которых в параметрах android: +minSdkVersion или android: +targetSdkVersion установлено значение 3 или ниже, сам элемент <supports-screens> +не определен и какие-либо атрибуты для него отсутствуют. В этом случае в Google Play предполагается, что +это приложение разработано для экранов нормального размера и его +показывают для устройств с обычным и большим размером экранов.

    + +
  • Если для какого-либо из элементов android: +minSdkVersion или android: +targetSdkVersion установлено +значение 4 или выше, по умолчанию для все атрибутов устанавливается "true". При этом подразумевается, что приложение поддерживает все размеры экранов +по умолчанию.
  • +
+ +

Пример 1
+ В манифесте декларируется <uses-sdk android:minSdkVersion="3"> + и не содержится элемент <supports-screens>. + Результат: Google Play не показывает это приложение пользователю +устройства с маленьким экраном, но приложение доступно пользователям устройств с нормальными и большими +экранами, пока не будут применены другие фильтры.

+

Пример 2
+
В манифесте декларируется <uses-sdk android:minSdkVersion="3" + android:targetSdkVersion="4"> и не содержится элемент + <supports-screens>. + Результат: Google Play показывает это приложение пользователям всех устройств, + пока не будут применены другие фильтры.

+

Пример 3
+
В манифесте декларируется <uses-sdk android:minSdkVersion="4"> +и не содержится элемент <supports-screens>. + Результат: Google Play показывает это приложение всем пользователям, + пока не будут применены другие фильтры.

+

Дополнительную информацию о том, как декларировать поддержку размеров экранов в своем +приложении см. в документах <supports-screens> + и Поддержка нескольких + экранов.

+
<uses-configuration> + Конфигурация + устройства:
+ клавиатура, средства навигации, сенсорный экран

Приложение может запросить наличие определенных +возможностей, и Google Play будет показывать это приложение только для тех устройств, на которых имеется требуемое оборудование.

+

Пример 1
+
В манифесте содержится декларация <uses-configuration android:reqFiveWayNav="true" />, а пользователь ищет приложения, в которых отсутствует 5-позиционный джойстик. Результат: Google Play не показывает это приложение пользователю.

+

Пример 2
+
В манифесте не содержится элемент <uses-configuration>. Результат: Google Play показывает это приложение всем пользователям, пока не будут применены другие фильтры.

+

Чтобы получить более подробную информацию, см. <uses-configuration>.

<uses-feature> + + Функции устройства
+ (name)

Приложением могут запрашиваться определенные аппаратные возможности, которые +должны поддерживаться устройством. Эта функциональность появилась в Android 2.0 (уровень 5 +API-интерфейса).

+

Пример 1
+
В манифесте содержится декларация <uses-feature +android:name="android.hardware.sensor.light" />, а пользователь ищет +приложения для устройства, в котором отсутствует датчик освещенности. +Результат: Google Play не показывает это приложение пользователю.

+

Пример 2
+
В манифесте не содержится элемент <uses-feature> +. Результат: Google Play показывает это приложение всем пользователям, + пока не будут применены другие фильтры.

+

Чтобы получить более подробную информацию, см. <uses-feature> +.

+

Фильтрация на основе подразумеваемых функций: В некоторых случаях Google +Play интерпретирует права доступа, запрошенные с помощью элементов +<uses-permission>, эквивалентно требованиям наличия возможностей, как если бы +они декларировались элементами <uses-feature>. См. раздел <uses-permission>, +приведенный ниже.

+
Версия +OpenGL-ES
+(openGlEsVersion)

Приложение может запросить, чтобы устройством поддерживалась определенная +версия OpenGL-ES, используя атрибут <uses-feature + android:openGlEsVersion="int">.

+

Пример 1
+
Приложение +запрашивает несколько версий OpenGL-ES, указав атрибут openGlEsVersion несколько раз в +манифесте. Результат: В этом случае Google Play предполагает, что приложению требуется самая последняя из указанных версий.

+

Пример 2
+
Приложение запрашивает +OpenGL-ES версии 1.1, а пользователь ищет приложения для устройства, поддерживающего OpenGL-ES версии 2.0. Результат: Google Play показывает это приложение пользователю, пока не будут применены другие фильтры. Если +устройство сообщает о поддержке OpenGL-ES версии X, Google Play предполагает, что устройством также +поддерживаются все версии, предшествующие X. +

+

Пример 3
+
Пользователь ищет приложения для устройства, которое не сообщает о поддержке +OpenGL-ES (например, устройство с Android 1.5 или более ранними версиями). Результат: Google Play предполагает, что устройство +поддерживает только OpenGL-ES 1.0. Google Play будет показывать пользователю приложения, для которых не указан атрибут openGlEsVersion, а также приложения, для которых указан OpenGL-ES версии 1.0.

+

Пример 4
+
В манифесте не указан атрибут openGlEsVersion. Результат: Google Play показывает это приложение всем пользователям, пока не будут применены другие фильтры.

+

Чтобы получить более подробную информацию, см. <uses-feature>.

<uses-library>Программные библиотеки

Приложением могут запрашиваться определенные +общие библиотеки, их наличие на устройстве.

+

Пример 1
+
Приложение запрашивает библиотеку com.google.android.maps, а пользователь ищет приложения для устройства, на котором нет библиотеки com.google.android.maps. Результат: Google Play не показывает это приложение пользователю.

+

Пример 2
+ В манифесте не содержится элемент <uses-library>. Результат: Google Play показывает это приложение всем пользователям, пока не будут применены другие фильтры.

+

Чтобы получить более подробную информацию, см. <uses-library>.

<uses-permission> Собственно, Google Play не выполняет фильтрацию по элементам +<uses-permission>. Однако эти элементы считываются +для определения того, есть ли у приложения какие-либо требования к аппаратным компонентам, +которые, возможно, не были правильно задекларированы элементами <uses-feature>. + Например, если приложение запрашивает доступ к компоненту CAMERA, + но в его манифесте не задекларирован элемент <uses-feature> для +android.hardware.camera, Google Play считает, что для приложения требуется камера +и его не следует показывать пользователям, в чьих устройствах нет +камеры.

+

В целом, если приложение запрашивает доступ к каким-то аппаратным компонентам, +Google Play считает, что для приложения необходимо наличие +этих компонентов, даже когда это не отражено в соответствующих декларациях +<uses-feature>. Затем Google Play осуществляет +фильтрацию с учетом таких функциональных возможностей, подразумеваемых декларациями <uses-feature> +в манифесте.

+

Список возможных прав доступа, подразумевающих наличие определенных +аппаратных компонентов, можно найти в документации для элемента <uses-feature>. +

+
<uses-sdk>Минимальная версия платформы (minSdkVersion)

Для приложения может требоваться минимально необходимый уровень API-интерфейса.

+

Пример 1
+ Манифест содержит атрибут <uses-sdk + android:minSdkVersion="3">, и приложение использует API-интерфейсы, которые появились для уровня 3 API-интерфейса. Пользователь ищет приложения для устройства, поддерживающего уровень 2 API-интерфейса. Результат: Google Play не показывает это приложение пользователю.

+

Пример 2
+ Манифест не содержит атрибут minSdkVersion, а приложение использует API-интерфейсы, которые появились для уровня 3 API-интерфейса. Пользователь ищет приложения для устройства, поддерживающего уровень 2 API-интерфейса. Результат: Google Play считает, что для атрибута minSdkVersion установлено значение "1", а значит приложение совместимо со всеми версиями Android. Google Play показывает это приложение пользователю и позволяет загрузить его. Запуск приложения завершается ошибкой.

+

Поскольку вы сами заинтересованы в том, чтобы избежать подобного сценария, рекомендуем всегда декларировать атрибут minSdkVersion. Чтобы получить более подробную информацию, см. android:minSdkVersion.

Максимальная версия платформы (maxSdkVersion)

Устаревший атрибут. В Android 2.1 +и более поздних версиях не проверяется и не подлежит исполнению атрибутmaxSdkVersion, а +SDK не будет скомпилирован, если атрибут maxSdkVersion установлен в манифесте приложения. Для устройств, для которых уже выполнена +компиляция с атрибутом maxSdkVersion, Google Play будет учитывать его и использовать для +фильтрации.

+

Декларирование атрибута maxSdkVersion не рекомендуется. Чтобы получить более подробную информацию, см. android:maxSdkVersion.

+ + + +

Расширенные фильтры манифеста

+ +

Помимо элементов манифеста из таблицы 1, Google Play также может фильтровать +приложения с учетом расширенных элементов манифеста, приведенных в таблице 2.

+ +

Эти элементы манифеста, а также запускаемые ими способы фильтрации предназначены для +использования только в исключительных случаях. Они разработаны для определенных типов высокопроизводительных игр и подобных +им приложений, которым требуется строгий контроль за распространением. Большинству приложений такие фильтры использовать +не требуется.

+ +

Таблица 2. Расширенные элементы манифеста для фильтрации +в Google Play.

+ + + + + + + + + + +
Элемент манифестаСводная информация
{@code +<compatible-screens>} +

Google Play отфильтровывает приложение, если размер и разрешение экрана устройства +не соответствуют какой-либо конфигурации экрана(декларируемые элементом {@code <screen>}) в элементе {@code +<compatible-screens>}.

+

Внимание! В обычной практике вы не должны использовать +этот элемент манифеста. Применение этого элемента существенно +сокращает число потенциальных пользователей вашего приложения, исключая все комбинации размеров +и разрешения экрана, которые не указаны в списке. Вместо этого используйте элемент манифеста {@code +<supports-screens>} (описанный выше в +таблице 1), чтобы определить режим совместимости для неучтенных альтернативными ресурсами +конфигураций экранов.

+
{@code +<supports-gl-texture>} +

Google Play будет отфильтровывать приложение, если не окажется ни одного формата +сжатия GL-текстуры, поддерживаемого устройством.

+
+ + + +

Другие фильтры

+ +

Google Play использует характеристики приложения, чтобы установить будет ли оно показано или скрыто для определенного пользователя с заданным устройством, как это описано в следующей таблице.

+ +

Таблица 3. Характеристики публикации и приложения, +которые влияют на фильтрацию в Google Play.

+ + + + + + + + + + + +
Имя фильтра Как это работает
Статус публикации

Только опубликованные приложения будут отображаться +при просмотре каталога и поиске в Google Play.

Даже если приложение не опубликовано, +его можно установить, если пользователи видят его в своей области "Загрузки" среди своих купленных, +загруженных или недавно удаленных приложений.

Если приложение было +исключено из каталога, пользователи не смогут повторно установить или обновить его, даже если оно показано в их "Загрузках".

Ценовой +статус

Не все пользователи могут видеть платные приложения. Для отображения платных приложений на устройстве должна быть SIM-карта, оно должно +работать под управлением Android 1.1 или более поздней версии, а вы должны находиться в стране +(определяемой оператором SIM-карты), где разрешена загрузка платных приложений.

Определение страны назначения

При выгрузке своего приложения +в Google Play можно указать страны, в которых будет распространяться приложение, +сделав это в разделеЦены и распространение. После этого приложение будет +доступно только пользователям в выбранных странах.

+
Архитектура процессора (ABI)

Приложение, которое содержит специфичные библиотеки, +предназначенные для какой-то определенной процессорной архитектуры (например, ARM EABI v7 или x86) +видны только на устройствах, поддерживающих эту архитектуру. Чтобы получить дополнительную информацию об NDK и работе +с такими библиотеками, см. Что такое +Android NDK?

Защищенные от копирования приложения

Google + Play больше не поддерживает возможность защиты от копирования в консоли разработчика и больше +не фильтрует приложения по этому свойству. Вместо этого, чтобы защитить свое приложение, используйте возможность +Лицензирование приложений. Чтобы получить дополнительную информацию, см. +Замена функции защиты от копирования.

+ +

Публикация нескольких пакетов APK с различными фильтрами

+ +

Некоторые специфичные фильтры Google Play позволяют публиковать несколько пакетов APK для одного +приложения, чтобы обеспечить разные пакеты APK для различных конфигураций устройств. Например, если +создается видеоигра, в которая используются высококачественные графические ресурсы, возможно, потребуется создать два +пакета APK, каждый из которых будет поддерживать различные форматы компрессии текстур. Таким образом можно уменьшить +размер файла APK, включив него только те текстуры, которые требуются для каждой из конфигураций +устройств. В зависимости от поддержки устройствами этих форматов сжатия текстур, Google Play +будет предоставлять тот APK, для которого задекларирована поддержка данного типа устройств.

+ +

В настоящее время Google Play позволяет публиковать несколько пакетов APK для одного приложения только +в тех случаях, если каждый APK обеспечивает различные фильтры с учетом следующих особенностей конфигурации.

+
    +
  • Форматы сжатия текстур OpenGL +

    Используя элемент {@code +<supports-gl-texture>}.

    +
  • +
  • Размер экрана (а в некоторых случаях и разрешение) +

    Используя элемент {@code +<supports-screens>} или {@code +<compatible-screens>}.

    +
  • +
  • Уровень API-интерфейса +

    Используя элемент {@code +<uses-sdk>}.

    +
  • +
  • Архитектура процессора (ABI) +

    Включая специфичные библиотеки, созданные на основе Android + NDK, которые предназначены для определенной процессорной архитектуры (например, ARM EABI v7 или x86).

    +
  • +
+ +

Все прочие фильтры будут работать в обычном режиме, но только по этим четырем фильтрам можно +отличить один APK от другого в рамках одного приложения в каталоге Google Play. Например, +нельзя опубликовать несколько пакетов APK для одного приложения, если эти пакеты APK отличаются только +наличием камеры в устройстве.

+ +

Внимание! Публикация нескольких пакетов APK для одного приложения +расценивается как дополнительная возможность и большинство приложений должны публиковаться с одним +пакетом APK, поддерживающим широкий диапазон конфигураций устройств. Для публикации с несколькими пакетами APK +необходимо выполнение определенных правил при установке фильтров, а также следует уделить дополнительное внимание +кодам версии для каждого пакета APK, чтобы обеспечить правильные пути обновления для каждой конфигурации.

+ +

Чтобы получить дополнительную информацию о том, как опубликовать несколько пакетов APK в Google Play, см. Поддержка нескольких пакетов APK.

diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/about.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/about.jd new file mode 100644 index 0000000..bfdb210 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/about.jd @@ -0,0 +1,367 @@ +page.title=Google Play 蕴藏的机会 +meta.tags="visibility, growth, distributing" +page.tags="play, apps, distributing, publishing" +page.metaDescription=每月数十亿下载并且不断增长。让您的应用呈现在所有 Google 用户面前。 +page.image=/distribute/images/about-play.jpg + +@jd:body + + + +

+ Google Play 是分发 Android 应用的首要商店。当您在 Google Play 上发布应用时,您的应用将呈现在 Android 庞大的活跃客户面前,这些客户分布在全球 190 多个国家和地区。 + + + +

+ +
+ Google Play on an Android Tablet +
+ +

+ Google Play 是 Android 体验的核心部分。新用户通过应用、游戏和其他 Google Play 内容将自己的设备个性化。 + + 老用户则定期回来查看有什么最新趋势和新应用。下载新应用非常方便快捷— Google Play 通过网络即时将应用推送到用户的设备上。 + + +

+ +

+ Google Play 也是 Web 用户的首选目的地。任何人都可以使用浏览器在网页上浏览 Google Play。 +Android 用户甚至可以购买和安装所需的应用,Google Play 会将应用自动推送到其设备上,无需数据线。 + + +

+ +

+ 访问 Google Play 网站非常方便,让您通过新的方式从许多来源为您的产品带来流量,例如在线广告、网页搜索和交叉链接。 + +Google Play 的宗旨是把用户与优秀的应用和游戏连接起来。 +它提供了让您的应用受到关注并在市场上提升吸引力的关键渠道。 + +

+ +
+

+ 用户评级和评价 +

+ + +
+ +

+ 潜在用户将评级和评论视为应用质量的关键标准。 +通过给应用评 1 星到 5 星并发表评价,Android 用户可表达他们对已下载的应用的看法。 + +

+ +

+ 应用的评级是影响其在 Google Play 列表和搜索结果中的排名的最重要因素之一。 +它也是编辑人员在策划在商店中推广应用和游戏时查看的关键指标之一。 + + +

+ +
+ +
+ +
+

+ 类别浏览 +

+ + +
+ +

+ 当您在 Google Play 上发布应用时,选择您希望用户在哪个类别中查找您的应用。 +有 30 多个类别。在每个类别内,应用的排名基于评级、评价、下载量、国家/地区和其他因素的组合。 + + +

+ +
+ + + +
+ +

+ Google Play 上的“搜索”可让用户快速而准确地找到应用或游戏。搜索使用强大的启发式算法,在用户输入时建议搜索词,并且提供应用的直接链接作为建议。 + +在结果中,用户会发现最相关、最热门的应用位于顶部。 + +

+ +
+

+ 排行榜和列表 +

+ + +
+ +
+ +
+ +

+ 排行榜让用户直接从应用和游戏的首页上随时了解 Android 用户的热门应用和趋势。 +排行榜随时更新,根据最近的下载活动每天更新数次。 +随着评级和下载活动增加,应用在排行榜中的排名可能上升。 + +

+ +

+ 为使排行榜尽可能与全球各地的用户息息相关,在 Google Play 的最热门国家中,排行榜还针对具体国家列出。 +随着您的应用获得吸引力并积累下载量和评级,它们将登上一个或多个排行榜,并获得更多关注。 + + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 热门免费 + + 免费应用和免费游戏列表 +
+ 热门付费 + + 收费应用和收费游戏列表 +
+ 创收最高 + + 免费或付费应用的总收入 +
+ 热门免费新应用 + + 30 天内发布的应用 +
+ 热门付费新应用 + + 30 天内发布的应用 +
+ 上升最快 + + 安装量快速增长的新应用 +
+ +
+ + + +
+ +

+ Google Play 编辑团队致力于让最佳的应用获得用户关注,并为整个商店的应用质量设定基调。 + + 该团队不断审查整个 Google Play 上的应用,不仅发现最知名的应用和游戏,还找出他们希望更多人看到的“浑金璞玉”。 + +该团队在 + 精选应用店员推荐和其他合集中推广优秀的应用。 +

+ +

+ 您不能提名自己的应用加入精选应用,但该团队随时都在监测 Google Play,从中发现优秀应用。 +如果您开发了用户喜爱并且在 Android 设备上表现很好的应用,编辑团队将会注意到。 + +

+ + + +

+ 每周 Google Play 编辑人员都会选择一组新的应用,在深受欢迎的精选应用店员推荐 +合集中加以推广。 + +

+ +

+ 精选应用合集重点介绍 Android 可用的最新、最优秀的应用及游戏名称。 +此列表还包括热门类别中的最佳和最热门的应用,这些应用也收入到精选应用中。 +店员推荐 +收集 Google Play 上最近推荐的所有应用和游戏。为了重视平板电脑用户,有一个专门的店员推荐合集重点介绍了适用于 Android 平板电脑的最佳应用。 + + +

+ + + + + + + +
+ +

+ 精选应用 +

+
+ +

+ 合集 +

+
+ +

+ 编辑精选 +

+
+ +

+ 应用合集 +

+ +

+ 编辑人员不时根据一个主题或季节性活动将一组应用和游戏放在一起。 +用户经常被及时更新的合集吸引,并使用这些列表来选择应用。 + +

+ +

+ 编辑人员选择在合集中推广的应用 — + 在手机和平板电脑上表现 Android 最佳效果的高质量应用。编辑人员还寻找可以为整个合集提供有趣或独特内容的应用。 + + +

+ +

+ 编辑精选 +

+ +

+ 编辑精选是一组精心策划的应用,重点介绍 Android 上提供的一些最佳应用。 +编辑在选择这些应用时,重点考虑质量和出色的用户界面、长期受欢迎程度以及对 Android 功能的创新使用。 + + +

+ +

+ 入选编辑精选的应用还会得到一个徽章,将在 Google Play 上显示应用名称的任何位置显示此徽章。 + +

+ +

+ 热门开发者 +

+ +

+ 热门开发者是一个徽章,旨在表彰知名的、备受推崇的开发者不遗余力在 Android 上推出优质和创新应用。 + + Google Play 编辑人员根据开发者的累计成果不时授予热门开发者徽章。 + +

+ +

+ 热门开发者徽章将显示在 Google Play 上显示开发者名称的任何位置旁边。 +此徽章意味着对开发者开发的全部应用的长期认可。 +它象征着用户对此开发者的产品有着额外的信任和信心。 + +

+ +
+

+ 商品详情页 +

+ + +
+ +
+ +
+ +

+ 您的应用在 Google Play 上的店面就是商品详情页:一个丰富多彩的页面,让您宣传推广自己的应用、突出其评级和评价,以及显示应用的功能。 + + +

+ +

+ 您的商品详情是用户查找有关您的应用的所有信息的地方。 +当用户在搜索结果、排行榜、类别列表和合集上看到您的应用时,点击一下就能直接进入您的商品详情。 + +

+ +

+ 使用任何网络浏览器通过 Google Play 开发者控制台 +来管理您的产品详情页面。登录以上传或更新品牌资料,以您所在市场使用的语言输入产品详情。 + +

+ +

+ 当您发布资料时,Google Play 将添加您的应用的评级、评价、您其他产品的链接等信息。 +它还确保商品详情页在手机、平板电脑和网络浏览器上看上去很不错。 + +

+ +

+ 您可以将 Web 用户从 Google Play 之外直接链接到您的产品详情页面,例如从您的网站、广告活动、测评、社交媒体帖子等地方链接过来。 + +参考链接您的产品以了解操作方法。 + +

+ +

+

+ +
+

相关资源

+
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/auto.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/auto.jd new file mode 100644 index 0000000..0fb9eec --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/auto.jd @@ -0,0 +1,230 @@ +page.title=分发到 Android Auto +page.image=/design/auto/images/auto-overview.png +meta.tags="auto", "publish", "quality" +page.tags="auto", "publish", "googleplay" +page.metaDescription=将您的应用和内容分发到 Android Auto。 + +@jd:body + + + +

+ 如果您有一款优秀的应用,Android Auto 和 Google Play 可以帮助您直接推送到用户的汽车上。 +您可以扩展您的新旧汽车应用,然后在 Google Play 上使用熟悉的工具和流程来发布应用。 + + +

+ +

+ 首先,查看本文档各部分,了解如何通过 Google Play 将您的汽车应用分发给用户。 +一定要阅读 +汽车应用的质量 +,了解有关您的应用应符合的可用性、质量和安全相关准则的信息。 +当您的应用准备就绪时,您可以在开发者控制台中接受条款,并上传您的 APK 供审查。 + +

+ +

+ 参加办法 +

+ +

+ Google Play 让您交付在汽车中使用的应用。您可以使用现有的开发者控制台帐户和当前的分发及定价设置来开发和发布应用。 +参加方法很简单 — 以下几部分概述了整个流程。 + +

+ +
+ +
+ +

+ 1.了解准则和要求 +

+ +

+ 为了做好准备,以便在 Android Auto 上成功推出应用,首先要查阅在汽车上提供出色体验的准则。 +请参考 Android Auto 设计准则,了解有关扩展汽车应用的建议,以及有关设计和可用性的详情。 + +

+ +

+ 开始设计汽车体验时,务必阅读并理解汽车应用的质量标准。 +仅在汽车上使用的应用才能在 Google Play 上被指定为汽车应用 — 如果您的应用符合一组基本的质量标准,则可以参加。 + +参考 +汽车应用的质量,了解详情。 + +

+ +

2.开发优秀的汽车应用

+ +

+ 出色的汽车应用专为汽车而设计,并充分利用 Android Auto 的功能。 +当用户在外出时,应用可提供高质量的体验,例如提供音频内容的播放或访问各种消息。 + +

+ +

+ 在考虑您的汽车应用时,请查看开发者文档和可用性准则,并且尽可能支持这些准则。 + +确保设计一种出色的体验,并遵守我们有关防止驾驶员分散注意力的准则。 + +

+ +

+ 您必须使用相同的程序包名称和商品详情,将您的汽车体验作为您针对手机、平板电脑和其他设备的现有应用的一部分来提交。 + +

+ +

3.测试汽车应用的质量

+ +

+ 您的汽车应用应表现出色,在汽车上看起来很棒,并且提供尽可能最佳的用户体验。 +Google Play 将展示精选的优质汽车应用,以便用户能够在 Google Play 中轻松发现。 +以下说明了您如何加入平台,提交用户喜爱的 Android Auto 应用: + +

+ + + +

4.同意 Android Auto 条款并发布

+ +

+ 在上传您的 APK 和发布应用供审查之前,开发者帐户所有者必须在开发者控制台的 +定价和分发部分同意 + Android Auto 条款。 + +同意这些条款即表示您希望将应用通过 Google Play 提供给 Android Auto 用户,并且您的应用符合汽车应用质量准则。 + + + +

+ +

+ 只有在同意条款之后,才能上传您的汽车应用。下面说明了哪些应用被确定为汽车应用: + +

+ +
    +
  • 您的应用必须在清单文件中声明 com.google.android.gms.car.application + 元数据条目,说明此应用所使用的汽车功能。有关配置应用与 Android Auto 配合使用的更多信息,请参考 +汽车应用入门。 + +
  • +
+ +

+ 当您已创建可供发布的 APK 并且已测试确保它符合所有 +汽车应用质量准则后,将其上传到开发者控制台。 +在您的商品详情中更新任何额外的汽车功能信息,并按需设置分发选项。 + +如果不熟悉如何准备在 Google Play 上发布,请参考发布操作检查单。 + + +

+ +

+ 在同意条款并保存更改之后,就可以像平常一样上传和发布您的应用。 + 在将应用提供给 Android Auto 用户之前,Google Play 会提交您的应用并对照汽车应用质量标准进行审查,然后将结果通知您。 + +如果应用获得批准,Google Play 便将应用提供给 Android Auto 用户。 +参考下一部分以详细了解如何跟踪应用的审批状态。 + +

+ +

+ 注意,审查结果会影响您的应用在 Google Play 商店中对其他设备的可用性,—例如,手机和平板电脑上。 + + 如果您的现有应用包括了对手机/平板电脑组件的更新,则 Android Auto 组件必须通过审查,才能在 Google Play 商店上提供更新后的应用。 + + +

+ +

+ 以下是您在开发者控制台中同意 Android Auto 条款的步骤: +

+ +
    +
  1. 确保您的应用符合汽车应用质量的所有标准 +
  2. + +
  3. 所有应用页面,单击您要发布的应用。 +
  4. + +
  5. 定价和分发下面,向下滚动找到 Android Auto 和条款的链接。 + +
  6. + +
  7. 单击条款链接。 +
  8. + +
  9. 仔细阅读条款并点击同意。 +
  10. +
+ +
+ +

+ 同意汽车应用的条款:在开发者控制台中同意条款,将您的应用包括在 Android Auto 中。 + +

+
+ +

5.跟踪审查进度

+ +

+ 您的应用将接受审查,以确定它是否符合司机分散注意力准则以及上文所述的技术和质量标准。 +此详细审查过程所需的时间可能超过您在提交手机/平板电脑应用时已习惯的时间。 + + 在应用得到批准之前,应用或应用更新不会发布到 Google Play 商店。 + 在成功通过审查之后,应用将被发布并在 Google Play商店中提供。 + +

+ +

如果应用未被接受,您的开发者帐户地址将收到电子邮件通知,概述您需要解决的问题区域。 +当您进行必要的调整后,可以将应用的新版本上传到开发者控制台。 + + +

+ +

+ 注意:如果提交的应用是现有应用的更新并且更新后的应用不符合审查标准,则更新会被拒绝,但现有应用仍然发布在 Google Play 商店中。 + + +

+ +

要了解如何评估您的应用,请参阅汽车应用质量文档。

+ + +

相关资源

+ +
+
diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/developer-console.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/developer-console.jd new file mode 100644 index 0000000..7d0bd55 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/developer-console.jd @@ -0,0 +1,584 @@ +page.title=开发者控制台 +page.metaDescription=了解开发者控制台,这是您在 Google Play 上发布应用的大本营。 +page.image=/distribute/images/developer-console.jpg +Xnonavpage=true + +@jd:body + + + +

+ Google Play 开发者控制台是您执行发布操作和获取发布工具的大本营。 + +

+ + +

+ 上传应用,建立产品页面,配置价格和分发,然后发布。 +您可以在任何网络浏览器上通过开发者控制台来管理在 Google Play 上发布应用的所有阶段。 + +

+ +

+ 在您注册并收到电子邮件确认之后,就可以登录 Google Play 开发者控制台。 + +

+ +
+

+ 所有应用 +

+ + +
+ +

+ “所有应用”部分让您能够快速浏览您的应用,您可以跳到统计信息、评价和产品详情页面,或者上传一个新应用。 + +

+ +
+ +
+ +
+

+ 您的帐户详情 +

+ + +
+ +

+ 在帐户详情页上指定有关您自己或贵公司的开发者基本资料信息。 +这让 Google Play 和您的客户能够识别您。 +您可以随时返回编辑此信息并更改您的设置。 + +

+ +
+ +
+ +

+ 您的开发者资料包含: +

+ +
    +
  • +

    + 开发者名称 — 显示在您的商品详情页面上和 Google Play 的其他地方。 + +

    +
  • + +
  • +

    + 联系信息 — 仅供 Google 使用,您的客户看不到此信息。 + +

    +
  • + +
  • +

    + 网站 URL — 显示在您的商品详情页面上。 +

    +
  • +
+ +

+ 在帐户详情页面上,您还可以为营销人员和其他团队添加受限的访问权限、注册一个商家帐户,或设置 Google Play 许可测试帐户。 + + +

+ +
+

+ 关联您的商家帐户 +

+ + +
+ +

+ 如果您想销售应用或应用内的产品,可将您的 Google 电子钱包商家帐户与开发者资料关联。 +Google Play 使用关联的商家帐户来进行财务和税务识别,以及每月的销售款支付。 + + +

+ +
+

+ 多个用户帐户 +

+ + +
+ +

+ 为其他团队成员设置用户帐户,以访问开发者控制台的不同部分。 + +

+ +
+ +
+ +

+ 第一个注册帐户为帐户所有者,可完全访问控制台的所有部分。 +所有者可以添加用户帐户并管理控制台访问权限。 + +

+ +

+ 例如,所有者可以给用户授予发布和配置应用的权限,但不授予访问财务报告的权限。 +现在来了解如何设置多个帐户。 + +

+ +
+

+ 商品详情 +

+ + +
+ +

+ 使用开发者控制台来设置商品详情页面。这是您的应用在 Google Play 中的大本营。 +这是用户在其手机上或在网页上看到并借此了解您的应用并下载应用的页面。 + +

+ +

+ 上传自定义品牌资料、屏幕截图和视频,突出您的应用所拥有的出色功能。 +提供本地化的说明,添加有关最新版本的备注等等。 +您可以随时更新商品详情。 +

+ +
+ +
+ +
+

+ 上传和即时发布 +

+ + +
+ +

+ 在开发者控制台中,可以快速上传和发布已准备好的 Android 应用程序包文件。 +在发布之前,应用处于草稿状态,发布后, Google Play 才将您的商品详情页面和应用提供给用户 — 您的应用将在几小时而不是数周内出现在商品详情页面上。 + + + +

+ +

+ 在发布应用之后,您可以随时进行更新:随时更改价格、配置和分发选项,无需更新应用的二进制文件。 + + +

+ +

+ 当您添加功能或解决代码问题时,可以随时发布更新后的二进制文件。 +新版本几乎是立即上架,并且会通知现有客户,有更新可供他们下载。 +用户还可以接受应用的自动更新,在您发布更新时就立即推送和安装更新。 + +您可以随时取消发布您的应用。 + +

+ +
+

+ Alpha 和 Beta 测试 +

+ + +
+ +

+ 获得用户的真实反馈总是很有价值的,特别是在发布之前。 +Google Play 使您能够轻松地将发布前的应用版本分发给全球任何地方的 alpha 和 beta 测试组。 + +

+ +

+ 在 Google Play 开发者控制台的 APK 部分,您会发现 Alpha 测试Beta 测试选项卡。 + +您可以在此上传应用各版本的 APK 文件,并将测试人员列表定义为 Google 群组Google+ 社区。 +在完成此操作后,您将收到一个可转发给测试人员的 URL,测试人员可通过此 URL 选择加入测试计划。 + + +

+ +
+ +
+ +

+ 测试人员选择加入之后,将转至应用的产品页面,当他们下载应用后,Google Play 将视情况给他们发送 alpha 或 beta 版本。 + +顺便说一下,如果用户碰巧加入了您的两个测试组,则 Google Play 始终是向他们发送 alpha 测试版。 + +

+ +

+ 注意:用户不能对应用的 alpha 和 beta 版本提供反馈和评价。 +如要收集反馈,您可以使用Google 群组Google+ 社区, +或者设置一个电子邮件地址,或使用您自己的网站。 +

+ +

+ 您可以使用这些测试计划来优化您的应用,帮助发布到新市场以及开始建立您自己的社区。 + + +在 +发布 +检查单本地化检查单中,还提供了有关使用 beta 测试的更多信息。 + +

+ +
+

+ 分阶段发布 +

+ + +
+ +

+ 您还可以在 Google Play 开发者控制台的 APK 部分中,使用“生产”选项卡来分阶段发布您的应用。 +您可以在此定义能够下载您的应用的用户的百分比。 + +

+ +

+ 分阶段发布有助于限制意外错误的影响或服务器负载,并使您能够通过公正的用户抽样来衡量用户反馈。 + + 在分阶段发布期间,用户可以对您的应用评级和评价,因此,如果您犹豫不定,可以先发布给较小比例的用户。 +一定要关注任何负面评价并及时回应。 + +

+ +

+ 注意:由于 Android 平台的应用版本控制要求,不支持回滚。 +如果需要回滚,可考虑使用新版本号发布之前的 APK。 +但是,这种做法只能作为不得已的最后手段,因为用户将不能访问新功能,并且旧版应用可能无法向前兼容您的服务器更改或数据格式,所以一定要对更新执行 alpha 和 beta 测试。 + + + + +

+ +
+

+ 多 APK 支持 +

+ + +
+ +

+ 在大多数情况下,您只需要提供单个应用软件包 (APK),并且这通常是管理和维护应用的最简单方式。 +但是,如果需要为不同设备提供不同的 APK,Google Play 提供了实现方法。 + + +

+ +

+ 多 APK 支持允许您创建多个应用软件包,使用相同的软件包名称,但 OpenGL 纹理压缩格式、屏幕大小支持或所支持的 Android 平台版本不同。 + +只需在单个产品详情下上传所有 APK,Google Play 会根据用户设备的特性,选择最合适的文件提供给用户。 + + + +

+ +

+ 还可以使用 APK 扩展文件选项,为每个已发布的 APK(包括多 APK)上传最多两个辅助下载。 +每个扩展文件可达 2 GB 并且可以包含任何类型的代码或资产。 + + Google Play 免费托管这些文件,并将文件下载作为正常应用安装的一部分。 + +

+ +
+

+ 产品销售和定价 +

+ + +
+ +
+ +
+ +

+ 为您提供了工具以设置应用和应用内产品的价格。您的应用可以免费下载,或付费下载,即需要付款才能下载。 + +

+ +
    +
  • 如果发布为免费应用,则必须在该应用的生存期内始终免费。 +免费应用可供 Google Play 的所有用户下载。 +
  • + +
  • 如果发布为付费应用,也可以在以后更改为免费。付费应用只能由已在 Google Play中注册付款方式的用户购买和下载。 + + +
  • +
+ + + +

+ 无论是免费还是付费应用,还可以在应用内提供产品和订阅。 +为付费应用、应用内的产品及订阅单独设置价格。 + +

+ +

+ 当用户浏览您的应用产品页面,或开始购买时,Google Play 以当地货币显示向他们收取的价格。 + +

+ +

+ 对于每个产品,您首先按自己的货币设置默认价格。如果您不再设置其他价格,Google Play 将根据美元价格,每月一次为您的应用自动设置当地价格。 + + +

+ +

+ 但是,Google Play 让您能够完全控制您的产品在每个国家的定价方式。 +首先,您可以使用 +立即自动换算价格 +功能来手动设置与默认价格不同的固定本地价格。然后可以审查这些价格并为所需的任何国家设置新价格 — 每个国家的价格是独立的,因此可以调整一个价格,而不影响其他价格。 + +对于大多数国家,您设置的价格是向用户收取的最终价格,包括税额。 + +

+ +

+ 有关应用定价的更多信息,请参阅 +扩展到新市场。 +

+ +
+

+ 应用内产品 +

+ + +
+ +

+ 您可以使用 Google Play 的应用内结算来销售应用内的产品和订阅,作为将应用货币化的一种方式。 +应用内产品是一次性购买,而订阅是每月或每年重复收费。 + +

+ +

+ 在特定的已发布或草稿 APK 的应用内产品部分,您可以: + +

+ +
    +
  • 创建应用内产品和订阅的产品详情。 +
  • + +
  • 设置价格。 +
  • + +
  • 和应用一起发布产品或撤消过时的产品。 +
  • +
+ +

+ 有关如何实现应用内结算的详情,请参考应用内结算开发者文档。 +您可以按增值免费增值订阅 +等盈利模式来充分利用应用内的产品 +

+ +
+

+ 分发控制 +

+ + +
+ +

+ 管理您的应用将分发到哪些国家和地区。对于一些国家,您可以选择您的目标运营商。 +还可以查看您的应用适合的设备列表,此列表基于其清单文件中声明的任何分发规则。 + + +

+ +

+ 设置地理目标 +

+ +

+ 您可以使用 Google Play 开发者控制台中的控件,轻松管理应用的地理区域分发,而无需更改应用的二进制文件。 + +可以指定您希望分发到哪些国家和地区,甚至是哪些运营商(在某些国家)。 + +

+ +

+ 当用户访问商店时,Google Play 确保他们处于您的目标国家之一,才能下载您的应用。 +可以随时更改您的目标国家和运营商,只需在 Google Play 开发者控制台中保存更改。 + + +

+ +
+ +
+ +

+ 为帮助您向全世界的用户营销,可以将您的商品详情本地化,包括应用的详情和说明,宣传图形、屏幕截图等。 + + +

+ +

+ 设置能力目标 +

+ +

+ Google Play 还允许您根据应用所依赖的设备功能或能力来控制分发。 +应用可以在其清单文件中定义几种依赖条件,如硬件功能、OpenGL 纹理压缩格式、库、Android 平台的版本等。 + + + +

+ +

+ 当您上传应用后,Google Play 读取这些依赖条件,并设置任何必要的分发规则。 +如需有关声明依赖条件的技术信息,请阅读 Google Play 上的筛选条件。 + + +

+ +

+ 为了对分发进行精确控制,Google Play 允许您查看您的应用根据其依赖条件(若有)所适合的所有设备。 +在 Google Play 开发者控制台中,您可以列出受支持的设备,甚至可以排除特定的设备(若需要)。 + + +

+ +
+

+ 用户评价和崩溃报告 +

+ + +
+ +
+ +

+ 用户评价部分能让您访问某一应用的用户评价。 +您可以用多种方式来筛选评价,以更轻松地找到问题和更有效地支持您的客户。 + +

+
+ +

+ Google Play 使用户能够轻松提交对应用的评价,从而使其他用户受益。 +评价为您提供直接来自客户的可用性反馈、支持请求和重要功能问题的详情。 + + +

+ +

+ 使用崩溃报告来调试和改进您的应用。您可以看到通过 Android 设备自动提交的、包含堆栈跟踪和其他数据的崩溃报告。 + + +

+ +
+

+ 应用统计信息 +

+ + +
+ +
+ +

+ 应用统计信息页:向您显示有关某一应用的安装性能的各种统计信息。 + +

+
+ +

+ 可获得您的应用安装性能的详细统计信息。 +

+ +

+ 查看按独特用户和独特设备衡量的安装指标。 +查看主动安装量、总安装量、升级量、每日安装量和卸载量,以及有关评级的指标。 + +

+ +

+ 按各种指标详细了解安装数字,包括 Android 平台版本、设备、国家、语言、应用版本和运营商。 +在时间线图表上查看每个维度的安装数据。 + +

+ +

+ 这些图表突出说明您的应用的安装峰值和长期趋势。 + 可帮助您了解用户的采用行为、将统计信息与推广活动关联,了解应用改进的效果和其他因素。 +通过给时间线添加特定时点,以重点关注一个维度内的数据。 + +

+ +

+

+ +
+
+ +
+ +
+
\ No newline at end of file diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/families/about.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/families/about.jd new file mode 100644 index 0000000..ca85edc --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/families/about.jd @@ -0,0 +1,61 @@ +page.title=为家庭设计 +page.metaDescription=“为家庭设计”有助于使您的应用和游戏更容易被家庭发现。 +page.image=/distribute/images/about-dff-sm.jpg +meta.tags="families, googleplay, distribution" +page.tags="families" + +@jd:body + +

+ 在几个星期后,Google Play 上一种以家庭为中心的新体验将为用户提供新的方式来浏览、搜索和发现适合其家庭的优质应用和游戏。 + + +

+ +

+ 为支持更适合家庭的商店,我们邀请开发者选择将以家庭为中心的应用和游戏加入新的“为家庭设计”计划。 +符合 +该计划 +要求的应用将展示在新的家庭体验中,以便家长们更轻松地找到合适、受信任的优质应用和游戏。 + +

+ + + +

+ 立即使用您目前在开发者控制台中用于管理应用的工具和流程,选择将您的应用和游戏加入其中。 +加入该计划的应用,除了保持 Google Play 商店中其他位置的现有类别、排名和评价外,还能更容易被用户发现。 + + + +

+ +

资格

+ +

+ Google Play 家庭友好体验中的应用更容易被家长和家庭发现,他们希望应用与孩子的年龄相称。 + +“为家庭设计”计划旨在包括专为孩子设计的应用以及可由全家人使用的应用。 + +为满足这些受众的需求,您的应用需要符合特定的准则和政策,这将在应用内容审查时进行评估。 + + +

+ +

+ 请务必熟悉您的应用必须遵守的政策。 +这些政策包括内容政策开发者分发协议 +为家庭设计 DDA 附录。 + + +

+ +

+ 您的应用还必须符合 Google Play 开发者帮助中心列出的“为家庭设计”计划的要求。 + + +

+ + diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/families/faq.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/families/faq.jd new file mode 100644 index 0000000..ea8bb61 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/families/faq.jd @@ -0,0 +1,329 @@ +page.title=常见问题 +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=“为家庭设计”计划的问答 + +@jd:body + + + +
+
    +

    本文内容

    +
      +
    1. 应用的审查和加入
    2. +
    3. 盈利
    4. +
    5. 其他问题
    6. +
    +
+ +

+ 以下部分提供了有关“为家庭设计”的更多信息并回答了您可能遇到的常见问题。 + +

+ + +

应用的审查和加入

+ +
+
如何加入我的应用?
+ +
+
+ 可以在 Google Play 开发者控制台的“定价和分发”选项卡上,将您的应用加入“为家庭设计”计划。 +以下是 逐步操作过程。 + +
+ +
+ 在何处披露我的应用的交互功能?你们为何收集此信息? + +
+ +
+ 交互功能的披露是内容分级调查问卷的一部分。 +作为加入“为家庭设计”计划流程的一部分,您有机会审查您的披露信息。 +我们收集此信息是为了用户在评价您的应用时能够做出知情的选择。 + + +
+ +
+ 什么是 COPPA? +
+ +
+ COPPA 是联邦贸易委员会 (FTC) 的儿童在线隐私保护法的简称。 +详细信息请参考 + FTC 有关 COPPA 的常见问题。注意:Google Play 无法向开发者提供有关如何遵守 COPPA 或其他儿童法规的法律指导。 + +
+ +
+ 我是否需要提供最新的隐私政策,在何处提供? +
+ +
+ 是的,您需要在应用的商品详情中提供一个永久性隐私政策的链接,并在开发者控制台中确认您遵守当地隐私法规。 + +要添加或审查您的隐私政策,请在开发者控制台中选择您的应用,然后滚动到商品详情部分的底部。 + + +
+ +
+ 可以选择多少个年龄组? +
+ +
+ 可以选择最多两个相邻的年龄组。年龄组有:5 岁及以下,6-8 岁、9-12 岁。 +但是,如果应用的目标受众包括儿童和年龄较大的受众,则必须选择一般受众类别。 + + +
+ +
+ 在“为家庭设计”计划中可以选择多少个内容类别? + +
+ +
+ 作为“为家庭设计”计划的一部分,可以选择一个类别,同时为一般的 Google Play 商店选择另一类别。 + +
+ +
+ “为家庭设计”有哪些类别? +
+ +
    +
  • 动作和冒险:这是动作类应用/游戏,并且包括赛车游戏、童话冒险等各种类型。 + +
  • + +
  • 智力游戏:此类别包括激发用户思考的游戏,包括拼图、配对游戏和类似的游戏。 + + +
  • + +
  • 创造性:这是激发创造性的应用/游戏。 + 我们期望加入此类别的应用/游戏类型包括绘画、绘图和其他建造类游戏。 + +
  • + +
  • 教育:这是具有教育价值的应用/游戏,包括数学、科学、学习字母表、学习数数以及更多类型的教育内容,例如地理和历史。 + + +
  • + +
  • 音频和视频:这是包含音乐元素或视频内容的应用/游戏,包括弹钢琴、看视频等各种应用/游戏。 + + +
  • + +
  • 角色扮演:这是可让人扮演角色的应用/游戏,例如扮演厨师或医生。 + +
  • +
+ +
+
+ 如果我选择加入“为家庭设计”计划,发布应用的时间会更长吗? + +
+ +
+ 当您加入“为家庭设计”计划时,Google Play 会审查您的应用以确认它是否适合家庭。 +假设您的应用符合该计划的所有要求,我们预计发布时间不会超过正常时间;但是,如果在“为家庭设计”审查时被拒绝,则应用的发布可能会延迟。 + + + +
+ +
+ 如果我的应用被“为家庭设计”计划拒绝,会怎样? +
+ +
+ 如果您的应用被“为家庭设计”计划拒绝,我们将在开发者控制台和详细的电子邮件中指出原因。 +您将有机会纠正问题,然后将您的应用重新提交到该计划,或更改您的加入回应。 + +注意:如果是在 Google Play 上线的现有应用,则只有应用更新将被拒绝(您的应用将在 Play 商店上保持上线状态)。 + +如果您将一个不符合要求的新应用提交到“为家庭设计”计划,则整个应用提交将被拒绝,该应用将不会发布在 Play 商店上。 + + +然后,您可以解决已确定的问题,并将应用重新提交到“为家庭设计”计划或退出该计划。 + +
+ +
+ 如果我的应用在发布之后被发现不符合“为家庭设计”计划的要求,会怎样? + +
+ +
+ 您的应用不仅会从“为家庭设计”计划中删除,还可能会从 Google Play 商店中删除或暂停。 +被删除的应用可以采用与被拒绝应用相同的补救办法。 +暂停的应用则可以通过开发者申诉流程来申诉。 + +
+ +
+ 如果我加入“为家庭设计”计划,以后可以退出吗? +
+ +
+ 是的,可以随时退出该计划。请注意:退出后,您将失去在家庭友好型新体验中的位置,也不能再享受该计划的其他好处。 + + +
+ +
+ 当我的应用被接受加入计划之后,我更新应用时会怎样? + +
+ +
+ 作为“为家庭设计”计划一部分的应用需要始终符合资格要求。 +如果需要编辑与应用关联的“为家庭设计”元数据,请转到 Google Play 开发者控制台的“定价和分发”部分,以编辑此信息。 + + +如果应用更新导致您的目标受众改变,我们建议您提醒已安装该应用的用户。 + + +
+ +
+ 使用 Google 登录或 Google Play 游戏服务的应用和游戏是否可以加入“为家庭设计”计划? + +
+ +
+ 参加“为家庭设计”计划的、完全以儿童为中心的(即针对以下年龄组:5 岁及以下、6-8 岁或 9-12 岁)的应用不得使用 Google+ 登录或 Google Play 游戏服务作为其应用的登录方法。 + + + + + +

+ 参加“为家庭设计”计划的、针对儿童和年龄较大受众的应用可以使用 Google+ 登录或 Google Play 游戏服务作为一个 +可选功能。 +儿童用户必须在不登录 Google+ 或 Google Play 游戏服务的情况下,就能访问整个应用或游戏。 + +

+
+ +
+ 我的应用已加入 Google Play for Education 并且集成了 Google 登录,以便学生使用其学校帐号登录。 +是否需要更改 Google 登录在我的应用中执行的方式? + +
+ +
+ 参加 Google Play for Education 的应用可以使用学生帐号的 Google 登录名,只要它不是该应用所有用户的阻止要求。 + +
+
+ +

+ “为家庭设计”计划的盈利 +

+ +
+
+ 能否为我提供有关“为家庭设计”计划广告政策的详细信息? + +
+ +
+ 请阅读 +“为家庭设计”的广告政策。 +
+ +
+ 我的应用可以投放插页式广告吗? +
+ +
+ 插页式广告可能适合于某些应用。但是,在显示任何广告之前,用户必须能导航到主要活动。 + +
+ +
+ 如何知道我的广告网络是否符合“为家庭设计”的广告政策? + +
+ +
+ 请联系您的广告网络,询问他们的内容政策和广告做法。 +如果您使用 AdMob,请参阅 AdMob 帮助中心,了解有关如何将您的应用或特定广告单元标记为面向儿童的详细信息。 + +由开发者负责确保应用内广告的整个用户体验符合“为家庭设计”计划的要求。 + + +
+ +
+ 我的应用中是否可以设置应用内购买? +
+ +
+ 在参加“为家庭设计”计划的应用中,除了符合 +为家庭设计 DDA 和其他适用的法律要求之外,没有与应用内购买 (IAP) 相关的特定限制,但 Play 商店有权拒绝广告策略过于激进的应用。 + + + +Google Play 将对参加“为家庭设计”计划、主要针对儿童受众的所有应用执行 IAP 密码保护,以确保家长(不是儿童)批准购买。 + + +请注意:这种处理方法并不扩展到针对一般受众的应用。 + +
+
+ +

+ 其他问题 +

+ +
+
+ 参加“为家庭设计”的应用的预期目标受众是哪些人? + +
+ +
+ 我们的目标是在 Google Play 商店上提供一种出色的体验,让家长和监护人发现受信任的品牌和开发者专为孩子和家庭设计的令人愉快的应用。 + + +
+ +
+ “为家庭设计”计划是否只向某些国家的开发者提供? + +
+ +
+ “为家庭设计”是一项全球计划。 +
+ +
+ 已在目前的“家庭游戏”类别中发布的应用会怎样? + +
+ +
+ 目前的“家庭游戏”类别将在 2015 年 5 月废弃。目前在“家庭游戏”类别中的应用将必须在 Play 商店中选择一个不同的类别。 + +没有选择另一个类别的应用将被分配到“休闲游戏”类别。 + +
+
+ + \ No newline at end of file diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/families/start.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/families/start.jd new file mode 100644 index 0000000..aab4b5a --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/families/start.jd @@ -0,0 +1,106 @@ +page.title=加入“为家庭设计”计划 +meta.tags="families", "guidelines", "quality" +page.tags="families", "addendum" +page.metaDescription=加入“为家庭设计”计划只需几个简单步骤。 + +@jd:body + +

+ 如果您正在开发一个针对孩子和家庭的应用,在准备加入“为家庭设计”计划之前,您需要做几件事情: + + +

+ +
    +
  • 为您的应用填写内容分级问卷调查,并且要符合 ESRB 分级中的任何人或 10 岁以上任何人等级。 + +
  • + +
  • 给应用商品详情 +页面添加一个隐私政策链接。 +
  • + +
  • 确保您的应用符合“为家庭设计”计划的所有要求。 + +
  • +
+ +

+ 现在,您的应用已为发布做好准备,可以直接从开发者控制台中加入“为家庭设计”。 +加入即表示您希望此应用除了放入您在 Google Play 商店中选择的类别之外,还放入 Google Play 的家庭友好型新体验中。 + + + +

+ +

+ 加入也是确认您的应用符合 Google Play 开发者计划政策开发者分发协议,包括为家庭设计 DDA 附录。 + + +如果您不熟悉这些政策文件或附录,在加入之前请务必阅读这些资料。 + +

+ +

+ 在您准备好之后,以下说明了将某一应用加入“为家庭设计”计划的方式: +

+ +
    +
  1. 在开发者控制台的所有应用页面中,点击您要加入的应用。 +在“定价和分发”下面,向下滚动找到 为家庭设计和“加入”复选框。 + +
  2. + +
  3. 开始加入流程,并确认您的应用符合资格要求。 +
  4. +
  5. 如果您的应用内有广告,请确认它符合广告政策。 +
  6. +
  7. 选择目标年龄组:5 岁及以下、6-8 岁、9-12 岁或一般受众(针对儿童和年龄较大受众的应用)。 + +如果您的应用针对多个年龄组,则可以选择最多两个相邻的年龄组。 +ESRB 10+ 分级的应用只能选择一个目标年龄:9-12 岁或一般受众。 + +
  8. + +
  9. 针对 Google Play 上以家庭为中心的新体验,为您的应用选择一个类别。 +您的应用也将显示在它在 Google Play 中的现有类别中。 +
  10. +
  11. 查看并同意链接的文档,然后点击 +加入。最后,在“定价和分发”页上点击提交更新以发布或更新您的应用。 + +
  12. +
+ +

+ 在加入您的应用之后,它将接受彻底审查,然后才能被“为家庭设计”计划接受。 + +

+ +

+ 注意:在“为家庭设计”计划中发布的应用也可供 + Google Play 上的所有用户使用。 +

+ +

+ 如果加入的应用是首次发布并且不符合“为家庭设计”计划的要求,则不会在 Google Play 上提供,直到您更新应用以符合计划的要求,您取消选中“加入”框并通过 Google Play 的标准审查流程。 + + + + +

+ +

+ 如果加入的应用已发布在 Google Play 上并且不符合该计划的要求,则它仍然可供所有用户使用,但不会添加到新的家庭体验中,直到您更新应用以符合该计划的要求。 + + + +

+ +

+ 如果是发布已加入“为家庭设计”计划的应用的更新,则应用更新需要通过“为家庭设计”审查,才能提供给 Google Play 的所有用户。 + +

+ + diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/guide.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/guide.jd new file mode 100644 index 0000000..b70bcb5 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/guide.jd @@ -0,0 +1,70 @@ +page.title=在 Google Play 上取得成功 +page.metaDescription=帮助您的应用或游戏业务在 Google Play 上取得成功的指南。 +meta.tags="distribute", "bestpractices" +page.tags="google play", "business", "monetize", "engagement" +page.image=distribute/images/play_dev_guide.png + +@jd:body + +

+ 我们编写了一份可下载的指南,以帮助您的应用或游戏业务在 Google Play 上取得成功。 +在该指南中,您将发现各种功能、技巧和最佳做法,以帮助您建立一种有效的策略。 + +

+ +

+ 该指南分为以下几个部分: +

+
    +
  • + 在 Google Play 上发布 —使用 Google Play + 的开发者控制台,将您的应用分发给全球超过 10 亿 +Android 用户。 +
  • + +
  • + 质量 — 开发出色应用的基本原则以及对 Google Play 准则和政策的详细介绍。 + +
  • + +
  • + 可发现性和影响范围 — 最大程度提高应用的可发现性,尽可能影响最广泛的受众。 + +
  • + +
  • + 参与和保留 — 将安装量转化为活跃用户并提高用户保留率。 + +
  • + +
  • + 盈利 — 可产生持续增长的收入流的货币化策略。 + +
  • + +
  • + 通过 Google Analytics 衡量 — 了解您的用户并改善应用的体验、提高转化率和提升营销效果。 + +
  • + +
  • + 全球化 — 在全球各地的当地市场中发布您的应用。 + +
  • +
+ +

+ 要下载该指南,请点击下面的图片或在 Google Play 下载。 +

+ +

+ 在未来几个月中,我们将发布该指南的更多语言版本。请定期回访本网站,因为我们会发布有关新功能和最佳做法的信息,以帮助您分发应用并从中盈利。 + + +

+
+
+ diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/auto.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/auto.jd new file mode 100644 index 0000000..a590446 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/auto.jd @@ -0,0 +1,488 @@ + +page.title=汽车应用的质量 +page.metaDescription=汽车应用与车辆的输入控制和显示屏集成,并最大程度减少驾驶员分散注意力问题,以创造出色的体验。 +page.image=/distribute/images/gp-auto-quality.png +@jd:body + + + + + + + +

在应用中设计对 Android Auto 的支持时,避免驾驶员分散注意力高于一切。 + 采用汽车用户界面的应用应尽最大程度减少驾驶员所面临的注意力分散问题,可采用语音命令和非常简单的视觉设计等最佳做法。 + +

+ +

+ 优秀的汽车体验是可预料和预测的。支持 Android Auto 的应用仅在相关时向驾驶员显示及时信息,并且为常见任务采用简单、可预测的模式。 + + +

+ +

+ 重要说明:本页列出的标准适用于应用在连接到 Android Auto 屏幕的设备上运行时,应用的用户界面和行为。 +应用必须符合标准,才能有资格在 Google Play 上作为 Android Auto 应用。 + +

+ + +
+

+ 核心的应用质量 +

+ +

+ 除了下面列出的汽车特有标准之外,汽车应用还应符合 Android 平台的所有相关核心应用质量标准,详情信息请参考 +核心应用质量标准。 +对照这些标准测试您的应用,以确保应用符合有关导航和设计的 Android 标准。 + +然后对照所有汽车特有标准来测试您的应用,记住,在连接到 Android 汽车的设备上运行时,应用必须符合本页列出的要求。 + + + + + +

+

+ 视觉设计和用户交互 +

+ +
+ +

+ 这些标准可确保您的应用遵循标准设计和交互模式,以确保在 Android Auto 上实现一致、直观和愉悦的用户体验。 +许多元素由系统设置和呈现,例如导航抽屉、卡背景、字体和图标颜色等。 + +应用特有的设计元素必须符合以下标准。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + 测试 + + 描述 +
+ 驾驶员注意力 + + AU-MV + +

+ 应用不能在汽车屏幕上显示动画元素,例如动画图形、游戏、视频或进度条。 + +

+
+ AU-VA + +

+ 应用不能在汽车屏幕上显示任何形式的视觉或文字广告。只接受音频广告。 + +

+
+ AU-IM + +

+ 应用元素不能在汽车屏幕上显示任何图像。例外情况:应用可显示单张静态图像作为活动屏幕背景中的内容关联,例如专辑封面,并且应用可以在内容导航抽屉中显示图标。 + + + +

+
+ AU-DS + +

+ 应用不能包括任何分散驾驶员注意力的功能。 +

+
+ AU-VI + +

+ 当应用在 Android Auto 中运行时,应用不能在手机屏幕上显示任何形式的视觉信息,如通知、提醒、视频、图像、广告等。 + +

+
+ 布局 + + AU-SC + +

+ 应用不能显示自动滚动文本。 +

+
+ AU-FT + +

+ 应用使用两种批准大小的默认 Roboto 字体来显示所有字符串。 +

+
+ AU-ST + +

+ 应用不能显示任何超过 120 个字符的单个字符串。 +

+
+ 视觉对比度 + + AU-DM + +

+ 应用支持白天模式,在浅色背景上呈现深色文本和控件。 + (了解方法) +

+
+ AU-NM + +

+ 应用支持夜间模式,在深色背景上呈现浅色文本和控件。 + (了解方法) +

+
+ AU-WI + +

+ 应用提供白色图标集,让系统进行着色以提供自动对比度补偿。 + + (了解方法) +

+
+ AU-OC + +

+ 应用提供系统可进行优化的颜色,以便在车内轻松阅读。 + (了解方法) +

+
+ 交互 + + AU-VC + +

+ 应用必须支持语音命令。 +

+
+ AU-AB + +

+ 应用特有的按钮响应用户操作时,延迟不超过 2 秒。 +

+
+ + +

相关资源

+ +
+
+ + + +
+

+ 功能 +

+ + +
+ +

+ 遵循这些标准可确保您的应用进行正确配置,提供预期的功能行为。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + 测试 + + 描述 +
+ 一般 + + AU-LT + +

+ 应用加载时间不超过 10 秒。 +

+
+ AU-FP + +

+ 汽车应用的功能符合预期或符合应用在 Google Play 商品详情中的描述。 +

+
+ AU-RL + +

+ 当应用从主屏幕重新启动时,应用会尽可能恢复为与之前状态 +最接近的状态。 +

+
+ AU-SS + +

+ 在应用中没有需要超过六个步骤才能完成的任务。 +

+
+ AU-GO + +

+ 不起作用或禁用的任何应用按钮必须显示灰色。 +

+
+ 媒体 + + AU-PA + +

+ 应用不能有超过四个主要操作按钮加一个可选的“更多”操作切换按钮(或五个,若不使用更多操作按钮)。 + + (了解方法) +

+
+ AU-SA + +

+ 应用不能有超过四个可选的辅助操作按钮加一个“更多”操作切换按钮。 + (了解方法) +

+
+ 通知 + + AU-NA + +

+ 应用不能通过通知显示广告。 +

+
+ AU-NT + +

+ 应用只有在驾驶员需要时才显示通知。 +

+

+ 示例:
+ 可取:通知用户已收到新消息。
+ 不好:通知用户有新专辑发布。 +

+
+ + + +
+

+ 常见问题 +

+
+ +

+ 在提交我的应用后,怎样发现应用是否符合 Android Auto 的所有要求? + +

+

如果您打算为汽车开发应用,建议您现在开始启用相关功能并测试您的应用。 +但是,此时还不能发布汽车功能应用。加入 +汽车应用开发者 Google+ 社区,获取有关何时能够提交汽车功能启用的更新信息。 + +

+

+ + +

+ 我的应用不仅仅针对 Android Auto。如果我的应用不符合汽车应用的要求,是否仍会在 Google Play 上向手机和平板电脑显示我的新应用或更新版本? + + +

+

+ 不会。当 Google 开始审批流程时,您的汽车应用将接受驾驶员安全审查,在应用获批准之前,不能进行分发。 + +因为这是针对手机和平板电脑的同一 APK,针对这些设备的 Play 商店更新将不可用,直到汽车应用审批流程完成。 + + +

+ +

+ 重要说明:由于此限制,请不要使用生产 APK 来进行汽车支持原型设计。 + +

+ diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/core.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/core.jd new file mode 100644 index 0000000..0dae9e1 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/core.jd @@ -0,0 +1,1148 @@ +page.title=核心的应用质量 +page.metaDescription=应用的质量直接影响您的应用是否能取得长期成功 — 这包括安装量、用户评级和评价、参与度以及用户保留率。 +page.image=/distribute/images/core-quality-guidelines.jpg +@jd:body + +
+

质量标准

+
    +
  1. 设计和交互
  2. +
  3. 功能
  4. +
  5. 性能和稳定性
  6. +
  7. Google Play
  8. + +
+ +

测试

+
    +
  1. 设置测试环境
  2. +
  3. 测试流程
  4. +
+ +

您还应阅读

+
    +
  1. 平板电脑应用的质量
  2. +
  3. 优化您的应用
  4. +
+ + +
+
+ +
+ +
+ +

+ Android 用户期望获得高品质的应用。应用的质量直接影响您的应用是否能取得长期成功 — 这包括安装量、用户评级和评价、参与度以及用户保留率。 + + +

+ +

+ 本文介绍一组简明的核心应用质量标准及相关的测试,旨在帮助您评估应用质量的基本方面。 +所有 Android 应用均应符合这些标准。 + +

+ +

+ 在发布应用之前,请根据这些标准对应用进行测试,确保应用能在多台设备上正常运行,符合 Android 的导航和设计标准,并为在 Google Play 商店开展推广做好准备。 + + +当然,您的测试范围远不止这里所介绍的内容,不过本文的目的是说明所有应用都应具备的基本质量特征,因此您可以在测试计划中纳入这些内容。 + + +

+ +

+ 如果您要为平板电脑和/或 Google Play for Education 创建应用,还应考虑平板电脑应用的质量 +准则和 Education 准则 +中规定的其他质量标准。 + + +

+ +
+

+ 视觉设计和用户交互 +

+ + +
+ +

+ 遵循这些标准能够确保您的应用在适当的地方提供标准的 Android 视觉设计和交互模式,以实现始终如一的直观用户体验。 + + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 领域 + + ID + + 说明 + + 测试 +
标准设计 + UX-B1 + +

+ 应用须遵循 Android 设计 +准则,采用常见的用户界面模式和图标: +

+ +
    +
  1. 应用不能重新定义系统图标(例如“返回”按钮)的预期功能。 + +
  2. + +
  3. 如果系统图标触发的是标准界面行为,则应用不能使用完全不同的图标替换系统图标。 + +
  4. + +
  5. 如果应用提供标准系统图标的自定义版本,那么该图标要与系统图标十分相似并能够触发标准的系统行为。 + + +
  6. + +
  7. 应用不能重新定义或滥用 Android 界面模式,以至于使图标或行为可能误导用户或令用户困惑。 + +
  8. +
+
+ CR-全部 +
+ 导航 + + UX-N1 + +

+ 应用须支持标准的系统“返回”按钮导航,不能在屏幕上使用任何自定义的“返回按钮”提示。 + +

+
+ CR-3 +
+ UX-N2 + +

+ 所有对话框均可以使用“返回”按钮关闭。 +

+
+ CR-3 +
+ UX-N3 + + 在任何位置按下“主屏幕”按钮即可转到设备的主屏幕。 + + + CR-1 +
+ 通知 + + UX-S1 + +

+ 通知须遵循 Android 设计准则。尤其是: + +

+ +
    +
  1. 如果可能,应将多个通知放入一个通知对象中。 + +
  2. + +
  3. 只有与进行中的活动(例如音乐播放或通话)相关时,通知才会持续保留。 + +
  4. + +
  5. 通知中不能包含广告或与应用核心功能无关的内容,除非用户选择接受这样的通知。 + +
  6. +
+
+ CR-11 +
+ UX-S2 + +

+ 应用只为实现以下目的才能使用通知: +

+ +
    +
  1. 说明与用户个人相关的上下文更改(例如收到消息),或者 + +
  2. + +
  3. 展示与进行中的活动(例如音乐播放或通话)相关的信息/控件。 + +
  4. +
+
+ CR-11 +
+ +

相关资源

+ +
+
+ +
+

+ 功能 +

+ + +
+ +

+ 遵循这些标准能够确保您的应用通过合适的权限级别,提供预期的功能行为。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 领域 + + ID + + 说明 + + 测试 +
+ 权限 + + FN-P1 + + 应用只能请求为支持核心功能而需要的绝对最低级别权限。 + + + CR-11 +
+ FN-P2 + +

+ 除非与应用的核心功能相关,否则应用不能请求访问敏感数据(例如通讯录或系统日志)或访问用户付费服务(例如拨号器或短信)的权限。 + + + +

+
+ 安装位置 + + FN-L1 + +

+ 应用安装在 SD 卡上(如果应用支持)时应可以正常工作。 +

+ +

+ 建议大多数的大型应用(大于 10MB)支持安装到 SD 卡。 +请参阅应用安装位置开发者指南,了解哪些类型的应用应该支持安装到 SD 卡。 + + +

+
+ SD-1 +
+ 音频 + + FN-A1 + + 音频不能在屏幕关闭时播放,除非这是应用的核心功能(例如应用是音乐播放器)。 + + + CR-7 +
+ FN-A2 + + 音频不能 +在锁定屏幕后播放,除非这是应用的核心功能。 + + CR-8 +
+ FN-A3 + + 音频不能在主屏幕上或其他应用运行时播放,除非这是应用的核心功能。 + + + CR-1,
+ CR-2
+
+ FN-A4 + + 音频应在应用返回前台时恢复,或者提示用户播放已处于暂停状态。 + + + CR-1,CR-8 +
+ 用户界面和图形 + + FN-U1 + +

+ 应用须同时支持横屏和竖屏方向(如果可能)。 +

+ +

+ 两种方向应展现大致相同的特征和操作,并保持同等功能。 +对内容或视图做出细微更改是可接受的。 +

+
+ CR-5 +
+ FN-U2 + +

+ 应用在两种显示方向下都占用整个屏幕,不能因为显示方向更改而出现黑边。 + +

+ +

+ 为补偿屏幕几何图形的细微差异而出现少许黑边是可接受的。 + +

+
+ CR-5 +
+ FN-U3 + +

+ 应用须正确处理显示方向之间的快速转换,而不会出现呈现问题。 + +

+
+ CR-5 +
+ 用户/应用状态 + + FN-S1 + +

+ 应用转入后台时,不应再有任何服务处于运行状态,除非该服务与应用核心功能相关。 + +

+ +

+ 例如,应用不得为了以下目的而让服务保持运行状态:为接收通知而保持网络连接、保持蓝牙连接或保持 GPS 开启。 + + +

+
+ CR-6 +
+ FN-S2 + +

+ 应用须正确保留和恢复用户或应用的状态。 +

+ +

+ 应用在离开前台时须保留用户或应用的状态,并防止因返回导航和其他状态更改而意外导致数据丢失。 + +返回前台时,应用必须恢复保留的状态和待处理的任何重要的状态性事务,例如对可编辑字段的更改、游戏进程、菜单、视频以及应用或游戏的其他部分。 + + + +

+ +
    +
  1. 当应用从“最近使用的应用”切换器恢复时,它能够准确地让用户返回到上次使用的状态。 + +
  2. + +
  3. 当设备从休眠(锁定)状态中被唤醒后,在应用恢复时,应用须准确地让用户返回到上次使用的状态。 + + +
  4. + +
  5. 当应用从主屏幕或“所有应用”重新启动时,应用会尽可能恢复为与之前状态最接近的状态。 + +
  6. + +
  7. 在按“返回”键时,应用须让用户选择是否保存会因返回导航而丢失的任何应用或用户状态。 + +
  8. +
+
+ CR-1,CR-3,CR-5 +
+ +

相关资源

+ +
+
+ +
+

+ 性能和稳定性 +

+ + +
+ +

+ 遵循这些标准能够确保应用提供用户期望的性能、稳定性和响应速度。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 领域 + + ID + + 说明 + + 测试 +
+ 稳定性 + + PS-S1 + + 应用不能在任何适配的设备上崩溃、强制关闭、冻结或出现其他功能异常。 + + + CR-全部SD-1HA-1 +
+ 性能 + + PS-P1 + + 应用须迅速加载,如果加载时间超过 2 秒,须在屏幕上向用户提供反馈(进度指示器或类似提示)。 + + + + CR-全部SD-1 +
+ PS-P2 + + 启用 StrictMode 之后(请参阅下文的 StrictMode 测试),在应用运行期间(包括玩游戏、动画和界面转换期间以及应用的其他部分),指示灯不会呈红色闪烁(StrictMode 的性能警告)。 + + + + + PM-1 +
+ 媒体 + + PS-M1 + + 在应用正常使用和加载期间,音乐和视频须播放流畅,没有中断、卡壳或其他异常声音。 + + + CR-全部SD-1HA-1 +
+ 视觉质量 + + PS-V1 + +

+ 应用显示的图形、文本、图片和其他界面元素须没有明显的失真、模糊或像素化。 + +

+ +
    +
  1. 应用须为所有适配的屏幕尺寸和机型提供高品质的图形,包括平板电脑等大屏幕设备。 + + +
  2. + +
  3. 菜单边缘、按钮和其他界面元素须没有明显的走样。 + +
  4. +
+
+ CR-全部 +
+ PS-V2 + +

+ 应用须以可接受的方式显示文本和文本块。 +

+ +
    +
  1. 构图在所有支持的机型上均可接受,包括平板电脑等大屏幕设备。 + +
  2. + +
  3. 没有明显的字母或词语丢失。 +
  4. + +
  5. 按钮或图标中没有明显的不当文本换行。 +
  6. + +
  7. 文本与周围元素之间有足够的间距。 +
  8. +
+
+ +

相关资源

+ +
+
+ +
+

+ Google Play +

+ + +
+ +

+ 遵循这些标准能够确保您的应用做好在 Google Play 上发布的准备。 +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 领域 + + ID + + 说明 + + 测试 +
+ 政策 + + GP-P1 + + 应用须严格遵守 Google Play 开发者内容政策的条款,不能提供不当内容,不能使用其他方的知识产权或品牌等。 + + + + GP-全部 +
+ GP-P2 + +

+ 根据 +内容分级准则合理设置应用的心智成熟度。 +

+ +

+ 尤其要注意,对于需要请求相应权限以使用设备位置的应用,其心智成熟度不能设置为“所有人”。 + +

+
+ GP-1 +
+ 应用 详情页 + + GP-D1 + +

+ 应用置顶大图须遵循 +此博文中介绍的准则。请确保: +

+ +
    +
  1. 应用商品详情包括高品质的置顶大图。 +
  2. + +
  3. 置顶大图不能包含设备图片、屏幕截图,也不能包含缩小后以及在应用适配的最小尺寸屏幕上显示时难以辨认的小文字。 + + +
  4. + +
  5. 置顶大图不能看起来像广告。 +
  6. +
+
+ GP-1,GP-2 +
+ GP-D2 + + 应用屏幕截图和视频不能显示或提及非 Android 设备。 + + GP-1 +
+ GP-D3 + + 应用屏幕截图或视频不能以误导性方式展示应用的内容和体验。 + +
+ 用户支持 + + GP-X1 + + 对于 Google Play 页面的“评价”标签中常见的用户报告的错误,如果错误可重现而且在多种不同的设备上发生,则应予以解决。 + + 如果错误只在少数设备上出现,但是这些设备十分受欢迎或者是新设备,则您仍须予以解决。 + + + GP-1 +
+ +

相关资源

+ +
+
+ +
+

+ 设置测试环境 +

+ + +
+ +

+ 如要评估应用的质量,请设置合适的硬件或模拟器环境以进行测试。 + +

+ +

+ 理想的测试环境应包括少量实际硬件设备,并且这些设备能够代表目前消费者可用的主要机型和硬件/软件组合。 + +您不需要测试市场上的每种设备 —,只需关注少量代表性的设备,甚至仅针对每种机型选用一两台设备即可。 + + + +

+ +

+ 如果您不能获得实际硬件设备来进行测试,则应该设置模拟设备 (AVD) 以代表最常见的机型和硬件/软件组合。 + + + +

+ +

+ 如要进行基本测试以外的测试,则可以向测试环境中添加更多设备、更多机型,或新的硬件/软件组合。 +您也可以增加测试次数、提高复杂性和质量标准。 + +

+ +
+

+ 测试流程 +

+ + +
+ +

+ 这些测试流程有助于您发现应用中的各类质量问题。 +您可以在测试计划中组合各项测试或综合运用各组测试。 +请参阅上述内容,了解将特定标准与特定测试相关联的参考资料。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + 测试 + + 说明 +
+ 核心套件 + + CR-0 + +

+ 导航到应用的所有部分 — 所有屏幕、对话框、设置和所有用户流程。 + +

+ +
    +
  1. 如果应用允许编辑或创建内容、玩游戏或播放媒体,请务必进入这些流程以创建或修改内容。 + + +
  2. + +
  3. 在使用应用期间,让网络连接、电池功能、GPS 或位置可用性以及系统负载等方面发生短暂变化。 + + +
  4. +
+
+ CR-1 + + 在每个应用屏幕上,按下设备的“主屏幕”键,然后从“所有应用”屏幕重新启动应用。 + +
+ CR-2 + + 从每个应用屏幕,使用“最近使用的应用”切换器切换到其他正在运行的应用,然后返回正在测试的应用。 + +
+ CR-3 + + 从每个应用屏幕(和对话框),按下“返回”按钮。 +
+ CR-5 + + 从每个应用屏幕,旋转设备,在横屏和竖屏方向之间切换至少三次。 + +
+ CR-6 + + 切换到其他应用,以将测试应用转至后台。转到“设置”,检查测试应用在后台时是否有服务在运行。 + +在 Android 4.0 及更高版本中,转到“应用”屏幕并在“正在运行”标签中找到该应用。 +在早期版本中,使用“管理应用”查看运行中的服务。 + +
+ CR-7 + + 按下电源按钮,让设备进入休眠状态,然后再次按下电源按钮唤醒屏幕。 + +
+ CR-8 + + 将设备设置为按下电源按钮后锁定。按下电源按钮让设备进入休眠状态,然后再次按下电源按钮唤醒屏幕,然后解锁设备。 + + +
+ CR-9 + + 对于带有滑动键盘的设备,将键盘滑进并滑出至少一次。 +对于带有键盘底座的设备,将设备连接到键盘底座。 + +
+ CR-10 + + 对于具有外部显示端口的设备,请插入外部显示器。 + +
+ CR-11 + + 在通知抽屉中触发并查看应用能够显示的所有通知类型。 +如果适用(Android 4.1 及更高版本)展开通知并点击提供的所有操作。 + +
+ CR-12 + + 转到“设置”>“应用信息”检查应用请求的权限。 + +
+ 安装在 SD 卡上 + + SD-1 + +

+ 对安装到设备 SD 卡的应用(如果应用支持的话)重复核心套件测试。 + +

+ +

+ 要将应用移动到 SD 卡,您可以使用“设置”>“应用信息”>“移动到 SD 卡”。 + +

+
+ 硬件加速 + + HA-1 + +

+ 在启用硬件加速的情况下重复核心套件测试。 +

+ +

+ 要强制启动硬件加速(在设备支持的情况下),请将 + hardware-accelerated="true"添加到应用清单文件中的<application>并重新编译。 + +

+
+ 性能监控 + + PM-1 + +

+ 在按如下所述启用 StrictMode 分析的情况下重复核心套件测试。 +

+ +

+ 密切关注垃圾回收及其对用户体验的影响。 + +

+
+ Google Play + + GP-1 + + 登录到开发者控制台查看您的开发者个人资料、应用说明、屏幕截图、置顶大图、心智成熟度设置以及用户反馈。 + + +
+ GP-2 + + 下载置顶大图和屏幕截图,将其缩小以匹配您定位的设备和机型上的显示屏尺寸。 + + +
+ GP-3 + + 查看所有图形资源、媒体、文本、代码库,以及应用内打包的其他内容或下载的扩展文件。 + +
+ 付款 + + GP-4 + + 导航到应用的所有屏幕,并进入所有应用内购买流程。 +
+ +

+ 使用 StrictMode 进行测试 +

+ +

+ 对于性能测试,我们建议在应用内启用 {@link android.os.StrictMode} +,通过它捕获主线程上和其他线程上可能影响性能、网络访问、文件读/写等的操作。 + + +

+ +

+ 您可以使用 {@link + android.os.StrictMode.ThreadPolicy.Builder} 设置每个线程的监控策略,并使用 {@link + android.os.StrictMode.ThreadPolicy.Builder#detectAll()} 在 ThreadPolicy 中启用所有受支持的监控。 + +

+ +

+ 请务必使用 {@link + android.os.StrictMode.ThreadPolicy.Builder#penaltyFlashScreen() + penaltyFlashScreen()} 针对 ThreadPolicy 为违反策略的行为启用可视通知。 + +

diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tablets.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tablets.jd new file mode 100644 index 0000000..1d9d620 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tablets.jd @@ -0,0 +1,846 @@ +page.title=平板电脑应用的质量 +page.metaDescription=平板电脑是 Android 安装基数的一个快速增长部分,为您的应用提供了新的机会。 +page.image=/distribute/images/tablet-guidelines-color.jpg +Xnonavpage=true + +@jd:body + + +
+ +
+ +

+ 平板电脑是 Android 安装基数的一个快速增长部分,提供了与用户互动和盈利的新机会。 + +本文档中的准则将帮助您通过引人入胜的功能、精心设计的直观界面满足平板电脑用户的期望。 + + +

+ +

+ 虽然这些准则按照编号排列,但您从哪一项开始着手都没问题。对于每条准则,您都应根据您的应用酌情考虑是否采用其中的建议。不过,为了给客户提供最好的产品,建议您尽可能遵循这些准则。 + + + + +

+ +

+ 本文档中提供了相关资源的链接,这些资源可帮助您了解文中给出的各条建议。 + +

+ +

1. 测试平板电脑应用的基本质量

+ +

为了打造上佳的平板电脑应用体验,首先要根据应用适配的所有设备和机型,确保您的应用满足相应的应用核心质量标准。 + +有关完整信息,请参阅应用核心质量准则。 +

+ +

+在发布应用前,还应确保您的应用通过了基本的技术检查并符合相关发布标准,例如: +

+ + + +

如果您的应用已上传至 Google Play 开发者控制台,您可以浏览优化提示页,了解以上各项检查的结果。 + + +

+ + +
+

2. 针对大屏幕优化布局

+ +

+ 借助 Android,可轻松开发在各种设备屏幕尺寸和机型上都能运行流畅的应用。 +这种广泛的兼容性对您极其有利,因为您只需设计一个可广泛分发到所有适配设备的应用即可。 + +不过,要让用户在每种屏幕配置下 — 特别是在平板电脑上 — 都能获得最佳体验,您需要针对每种适配的屏幕配置,优化应用的布局及其他界面组件。 + + +在平板电脑上,优化界面可让您充分利用额外的可用屏幕空间,例如用来提供新功能、展示新内容或以其他方式增强体验,以改善与用户的互动。 + + + +

+ +

+ 如果您的应用是针对手机开发的,而现在您准备将其分发到平板电脑,则可以先对布局、字体和间距稍作调整。 + +在某些情况下,例如,对于 7 英寸平板电脑或画面较大的游戏,您可能只需做这些调整就能让应用实现出色的视觉效果。 + +而在另外一些情况下,例如对于更大的平板电脑,您就需要重新设计界面的各个部分,将拉伸变形的的界面替换为高效的多窗格界面、更便捷的导航控件以及其他内容。 + + +

+ + +
+ +

舍弃拉伸变形的界面:在平板电脑上,单窗格布局会导致空白过多以及内容行过长。 +请利用内边距来减少界面元素的宽度并考虑采用多窗格布局。 +

+
+ +

下面是一些建议:

+ + +
    +
  • 根据需要,针对 large 和 +xlarge 屏幕提供自定义布局。您还可以提供可根据屏幕的最短尺寸最小可用宽度和高度加载的布局。 + + + +
  • + +
  • 至少要针对大屏幕自定义字体大小、外边距和间距等规格,以提高空间利用率和内容易读性。 + +
  • + +
  • 调整界面控件的位置,以便用户在手持平板电脑时能轻易触碰到这些控件,例如在横屏时将控件放于两侧。 + + +
  • + +
  • 平板电脑上界面元素的内边距通常应比手机上的大一些。 +建议遵守 +48dp 定律(以及 16dp 格栅)。 +
  • + +
  • 为文本内容设置合理的内边距,使其不会直接沿屏幕边缘对齐。 +内容与屏幕边缘间至少保留 16dp 的内边距。 + +
  • +
+ +

尤其需要注意的是,不要让您的布局在屏幕上出现拉伸变形的情况: +

+ +
    +
  • 文本行的长度不应过长 — 经过优化后,每行最多 100 个字符,最好在 50 至 75 个字符之间。 +
  • +
  • 列表视图和菜单不应使用全屏宽度。
  • +
  • 使用内边距处理屏幕上元素的宽度,或切换为适用于平板电脑的多窗格界面(参见下一节)。 +
  • +
+ +

相关资源

+ +
+ + +

3. 利用额外的屏幕区域

+ +
+ +

多窗格布局能在平板电脑屏幕上实现更好的视觉平衡效果,同时令实用性和可读性得到增强。 +

+
+ +

平板电脑屏幕可为您的应用提供更多的屏幕空间(横向模式下更是如此)。 +尤其是 10 英寸的平板电脑多出来的区域更大,但即使是 7 英寸的平板电脑,也提供了更多空间供您展示内容、吸引用户。 + +

+ +

为在平板电脑上运行的应用设计界面时,请确保能够充分利用平板电脑上额外的屏幕区域。 +下面是一些建议: +

+ +
    +
  • 看看是否有可能加入更多内容,或换种方式呈现现有内容。 +
  • +
  • 在平板电脑屏幕上使用多窗格布局,将单一视图合并成复合视图。 +这样一来,您可以更有效地利用额外的屏幕区域,让用户能更轻松地浏览您的应用。 + +
  • +
  • 计划在屏幕方向改变时如何重新排列复合视图的各个面板。 +
  • + +
    +
    + + +

    复合视图将手机界面的多个单一视图(如上图)合并成适用于平板电脑的更高效、内容更丰富的界面(如下图)。 + +

    +
    +
    + +
  • 如果单屏是用 {@link android.app.Activity} + 子类实现的,请考虑用 {@link +android.app.Fragment} 子类实现各个内容面板。这样一来,您可以在共用内容的不同机型和不同屏幕间最大程度地重复使用代码。 + +
  • +
  • 确定要在哪些屏幕尺寸上使用多窗格界面,然后在相应的屏幕尺寸单元(例如 +large/xlarge)中提供不同的布局,或最小屏幕宽度(例如 +sw600dp/sw720)。 +
  • +
+ +

相关资源

+ +
+ +

4. 使用专为平板电脑屏幕设计的资源

+ +
+ +

为确保应用呈现最佳的视觉效果,请根据平板电脑普遍支持的每种屏幕密度,提供相应图标和位图资源。 +具体而言,您应按图标准则为操作栏、通知和启动器设计图标,并提供多种密度的图标,这样这些图标在所有屏幕上都会以合适的尺寸显示,而不会出现模糊或缩放等情况。 + + + +

+ +

表 1. 不同图标类型的原始资源尺寸。 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
密度启动器操作栏小图标/上下文图标通知
mdpi48x48 像素32x32 像素16x16 像素24x24 像素
hdpi72x72 像素48x48 像素24x24 像素36x36 像素
tvdpi(使用 hdpi)(使用 hdpi)(使用 hdpi)(使用 hdpi)
xhdpi96x96 像素64x64 像素32x32 像素48x48 像素
xxhdpi144x144 像素96x96 像素48x48 像素72x72 像素
+ +

+ 作为最低要求,针对以下常用的平板电脑屏幕密度中的至少一种密度,提供为其优化的图标和位图资源: + + +

+
    +
  • hdpi
  • +
  • xhdpi
  • +
  • xxhdpi
  • +
+ +

其他提示:

+ +
    +
  • 在设计图标时请使用矢量图形,这样图标在缩放时就不会损失细节或出现边缘模糊的情况。
  • +
  • 使用针对特定密度的 +资源限定符,以便能为各种屏幕密度加载适当的图标。
  • +
  • 平板电脑及其他大屏设备通常需要使用启动器图标,其密度比设备实际密度要大。因此,您提供的启用器图标应尽可能采用最高密度。 + +例如,如果平板电脑的屏幕密度是 {@code xhdpi}, +那么需要使用 {@code xxhdpi} 版本的启动器图标。
  • +
+ +

相关资源

+ +
+ +

5. +调整字体大小和触控目标

+ +

要确保您的应用在平板电脑上易于使用,请花些时间针对您要适配的各种屏幕配置调整平板电脑界面中的字体大小和触控目标。 + +您可以通过可设置样式的属性尺寸资源调整字体大小,也可以通过布局和位图绘制工具调整 +触控目标,如上所述。 +

+ +

下面是一些注意事项:

+
    +
  • 对于各种平板电脑屏幕尺寸和密度,显示的文字不应过大或过小。 +请确保标签的尺寸与其对应的界面元素大小相宜,并且不得在标签、标题及其他元素中使用不恰当的换行符。 + +
  • +
  • 建议将屏幕元素触控目标的尺寸设为 48dp(最小 32dp)—但可能需要对平板电脑的界面做一些调整。 +请参阅度量单位和网格 +,了解适用于大多数用户的实施策略。 +为了满足部分用户对辅助功能的需求,可能需要使用较大的触控目标尺寸。 + +
  • +
  • 如果可能,对于较小的图标,请使用 {@link android.view.TouchDelegate} + 将可触控区域扩展到 48dp 以上,或将该图标放到透明按钮上居中。 +
  • +
+ +

相关资源

+ +
+ +

6. 调整主屏幕小部件的尺寸

+ +

如果您的应用中包含主屏幕小部件,需要注意以下几点,以确保用户在平板电脑屏幕上获得良好体验: +

+ +
    +
  • 按照平板电脑的屏幕合理设置小部件的默认高度和宽度,以及最小和最大的伸缩高度和宽度。 + +
  • +
  • 小部件应可拉伸到 420dp 或更高,占用主屏幕的 5 行或以上(如果是垂直或方形小部件),或者占用 5 列或以上(如果是水平或方形小部件)。 + +
  • +
  • 确保正确渲染 9-patch 图片。
  • +
  • 使用默认的系统边距。
  • +
  • 如果可能,将应用的 targetSdkVersion 设置为 14 或更高。 +
  • +
+ +

相关资源

+ +
+ + +

7. 适用于平板电脑用户的完整功能集

+ +
Tablet feature sets
+ +

让您的平板电脑用户能够体验应用的最佳功能。下面是一些建议: +

+ +
    +
  • 在设计应用时,应至少确保其在平板电脑上的功能与在手机上的一样。 + +
  • + +
  • 在特殊情况下,如果大多数平板电脑的硬件或用例不支持,则可以去掉或替换应用在平板电脑上的某些功能。 + +例如: +
      +
    • 如果手机使用电话功能,但当前平板电脑没有电话功能,那么您可以去掉或替换相关功能。 + +
    • + +
    • 许多平板电脑都装有 GPS 传感器,但大多数用户在跑步时通常不会带着平板电脑。 +如果手机应用中提供的某项功能可让用户在跑步时通过手机记录 GPS 路线,就无需在平板电脑上也提供这项功能,因为此用例没有吸引力。 + + + +
    • +
    +
  • + +
  • 如果您要从平板电脑界面上去掉某功能,请确保用户无法通过其他方式使用这项功能;或确保该功能可以“优雅降级”,以便为用户提供替代功能(另请参见下面关于硬件功能的部分)。 + + +
  • +
+ +

8. 正确适配 Android 版本

+ +

+ 为确保分发到尽可能多的平板电脑,务必让应用适配各种支持平板电脑的 Android 版本。 +对平板电脑的支持是从 Android 3.0(API 级别 11)开始的。 + + 对平板电脑、手机及其他设备的统一界面框架支持是从 Android +4.0 开始的 + +

+ +

+ 您可以在清单文件的 <uses-sdk> + 元素中设置应用适配的 Android 版本范围。 +在大多数情况下,您只要将该元素的 targetSdkVersion 属性设置为可用的最高 API 级别,即可正确适配 Android 版本。 + + +

+ +

+ 作为最低要求,请检查 <uses-sdk> + 元素以确保: +

+ +
    +
  1. + 使用 11 或更大值声明 targetSdkVersion(建议使用 14 或更高值);或 + +
  2. + +
  3. + 使用 11 或更大值声明 minSdkVersion。 +
  4. + +
  5. 如果声明 maxSdkVersion 属性,其值必须为 11 或更大。 +请注意,一般情况下 +不建议使用 maxSdkVersion。 +
  6. +
+ +

相关资源

+ +
+ +

9. 正确声明硬件功能依赖条件

+ +

+ 通常情况下,手机和平板电脑对传感器、相机、电话及其他功能提供的硬件支持会稍有不同。 +例如,许多平板电脑可以在不支持电话的“Wi-Fi”配置下使用。 + +

+ +

+ 因此,您可以向您的所有手机和平板电脑用户分发一个 APK,但要确保您的应用不会要求调用平板电脑通常不提供的硬件功能。 + + + 否则,请在应用清单文件中将此硬件功能正确声明为未要求,如下所述。 + +

+ +
    +
  • 在应用清单文件中,找到所有 <uses-feature> + 元素。尤其要注意的是,需要找到可能无法在某些平板电脑上使用的硬件功能,例如: + + +
      +
    • android.hardware.telephony
    • +
    • android.hardware.camera(指后置摄像头),或
    • +
    • android.hardware.camera.front
    • +
  • + +
  • 通过加入 android:required=”false” + 属性将 <uses-feature> + 元素声明为未要求。 + +

    + 例如,以下示例就正确声明了对 android.hardware.telephony 的依赖,这样您仍能广泛分发应用,甚至能分发到不提供电话功能的设备上: + + +

    + +
    <uses-feature android:name="android.hardware.telephony" android:required="false" />
  • + +
  • 与此类似,还请检查清单文件,找出 +表明硬件功能要求不适用于平板电脑的 <permission> 元素。 +如果您找到这样的权限,请务必为功能明确声明对应的 +<uses-feature> 元素并加入 +android:required=”false” 属性。 +
  • +
+ + +

+ 将硬件功能声明为未要求后,请务必在各种设备上测试您的应用。 +即使应用所需的硬件功能无法使用,应用功能也应该正常运行;如果可以,应用应该提供“优雅降级”和替代功能。 + + +

+ +

+ 例如,如果应用通常使用 GPS 设置地理位置,但设备不支持 GPS,那么此应用可以让用户手动设置地理位置。 + +应用可以在运行时检查设备硬件功能并根据需要进行处理。 + +

+ +

相关资源

+ +
+ +

10. 声明对平板电脑屏幕的支持

+ +

为确保能将应用分发到各种平板电脑上,您应在应用的清单文件中声明对各种平板电脑屏幕尺寸的支持,如下所示: +

+ +
    +
  • 如果声明 +<supports-screens> + 元素,就不要指定 android:largeScreens="false" + 或 android:xlargeScreens="false"
  • +
  • 如果应用适配的 minSdkVersion 值小于 13,必须使用 +android:largeScreens="true"android:xlargeScreens="true" + 声明 <supports-screens> + 元素。
  • +
+ +

如果应用在清单文件中声明了 +<compatible-screens> + 元素,该元素应包含相关属性, +以列举应用支持的平板电脑屏幕的所有尺寸和密度组合。 +请注意,如果可能,您应避免在应用中使用 +<compatible-screens> + 元素。

+ +

相关资源

+ +
+ + +

11. 在 Google Play 中展示您的平板电脑界面

+ +

+ 为您的平板电脑应用创建了经过优化、内容丰富的界面后,请务必告知您的客户! +下面是一些重要方法,可帮助您向 Google Play 上的用户推广您的平板电脑应用。 + +

+ +
+ + +

+ 上传平板电脑界面的屏幕截图 +

+ +

+ 平板电脑用户需要了解您的应用在平板电脑设备上(而非手机上)的效果。 +如果您开发了一款平板电脑应用,请务必将平板电脑界面的屏幕截图上传至 Google Play 开发者控制台。 +下面是一些相关准则: +

+ +
    +
  • 展示应用的核心功能,而不要展示启动或登录页面。 +用户会在应用的哪个位置花费最多时间,就在屏幕截图中展示这个位置。 + +
  • + +
  • 添加在 7 英寸和 10 英寸平板电脑上截取的屏幕截图。 +
  • + +
  • 如果可能,添加横屏和竖屏截取的屏幕截图。 + +
  • + +
  • 如果可能,使用屏幕截图功能。避免在屏幕截图中展示实际的设备硬件。 +
  • + +
  • 建议对横屏和竖屏截取的平板电脑屏幕截图都使用 1280 x 720 + 或更高的分辨率。 +
  • + +
  • 最好为 7 英寸的平板电脑界面上传 8 张屏幕截图,同时再为 10 英寸的平板电脑界面上传 8 张屏幕截图。 + +
  • +
+ +

+ 更新应用说明和版本说明 +

+ +
    +
  • 在应用说明中,请务必着重介绍您的应用已针对平板电脑优化过界面,能为平板电脑用户提供卓越功能。 +添加一些详细信息,介绍平板电脑界面的工作方式以及受到用户喜爱的原因。 + +
  • + +
  • 在应用的版本说明和更新信息中加入有关平板电脑支持的信息。 + +
  • +
+ +

+ 更新您的推广视频 +

+ +

+ 许多用户通过观看推广视频来了解应用,确定自己是否喜欢此应用。 +您可以利用此兴趣特点,在推广视频中着重介绍应用的平板电脑界面,以吸引平板电脑用户。 +下面是一些相关提示和准则: + +

+ +
    +
  • 添加一张或多张您的应用在平板电脑上运行时的截图。为了最有效地吸引平板电脑用户,建议您将平板电脑界面与手机界面的推广事宜尽量等同视之。 + + +
  • + +
  • 尽早在视频中展示您的平板电脑界面。不要想当然地以为平板电脑用户会耐心看完手机界面上的功能演示。 + + 最好在前 10 秒内或者在介绍手机界面的同时就展示平板电脑界面,以立即吸引用户的注意力。 + +
  • + +
  • 为了让用户了解您是在展示平板电脑界面,请加入几张应用在手持平板电脑设备上运行时的截图。 + +
  • + +
  • 在视频的讲解或旁白中,着重介绍应用的平板电脑界面。 +
  • +
+ +

+ 在推广活动中突显您的平板电脑界面 +

+ +

+ 确保平板电脑用户可以通过您的推广活动、网站、社交信息、广告及其他地方了解您的平板电脑界面。 +下面是一些建议: + +

+ +
    +
  • 安排营销或宣传活动,着重介绍您的应用在平板电脑上的使用情况。 +
  • + +
  • 在推广活动中展示您的平板电脑应用最突出的优势—使用 Device Art Generator 快速生成一张应用在 7 英寸或 10 英寸平板电脑上运行时的高品质推广图片,屏幕方向自定,有无下拉阴影和屏幕反光均可。 + + +这项操作非常简单,只需截图、拖放即可。 +
  • + +
  • 进行在线推广时加入 Google Play 徽章,让用户可以直接转入商店查看应用的商品详情。 +您可以使用徽章生成器生成各种语言的徽章。 + +
  • +
+ +

相关资源

+ +
+ +
+

+ 12. 遵循在 Google Play 中发布应用的最佳做法 +

+ + +
+ +

+ 下面是一些在 Google Play 上成功发布平板电脑应用的最佳做法。 + +

+ +
+ +
+ +

+ 检查应用的优化提示 +

+ +

Google Play 开发者控制台现在提供“优化提示”页,可让您快速了解您的应用是否很好地遵循了有关平板电脑应用分发和质量的基本准则。 + +要访问此页面,请登录到开发者控制台,通过“所有应用”加载该应用,然后点击左侧导航栏中的“优化提示”。 + +

+ + + +

开发者控制台通过运行一系列检查来验证您的应用是否符合基本质量标准,然后为其创建“优化提示”页。 + +如果发现任何问题,开发者控制台会在“优化提示”页上列出“待优化事项”来提醒您。 +

+ +

如果您为应用开发了平板电脑版本,请务必访问“优化提示”页,了解您的应用的基本检查结果。 + +如果此页中列出问题,建议您在应用中解决问题,并上传一个新的二进制文件以供分发(如果需要)。 + +

+ +

如果您认为“优化提示”页列出的“待优化事项”不适用于您的应用或会影响其在平板电脑上的运行质量,请使用平板电脑专用联系表单 » 通知我们。 + +我们会审核您的应用并视情况更新您的“优化提示”页。 + +

+ + +

确认应用的筛选适配

+ +

+ 将应用上传至开发者控制台后,请检查 APK 的“受支持设备”列表,确保未遗漏您要适配的平板电脑设备。 + + +

+ +

用单个 APK 进行分发

+ +

+ 建议您针对所有屏幕尺寸(手机和平板电脑)用单个 APK 发布您的应用,并提供单个 Google Play 商品详情。 +这种做法有以下几大优点: + +

+ +
    +
  • 便于用户通过搜索、浏览或推广信息找到您的应用 +
  • + +
  • 便于用户在更换新设备后自动恢复您的应用。 + +
  • + +
  • 您的应用在所有设备上的评分和下载统计信息会得到汇总统计。 +
  • + +
  • 再用一份商品详情发布平板电脑应用可能会降低您的品牌的评分。 + +
  • +
+ +

+ 如果需要,您也可以选择使用多 APK 支持来提供您的应用,不过在大多数情况下,强烈建议您使用单个 APK 覆盖所有设备。 + + +

+ +

相关资源

+
+ + +
+

+ 为平板电脑设置测试环境 +

+ + +
+ +

+ 评估您的应用在平板电脑上的质量(包括应用的核心质量和平板电脑应用质量)— 使用合适的硬件或模拟器环境进行测试。 + + +

+ +

+ 与建议的测试环境比较,对照应用的核心质量标准进行测试,加入中等大小的平板电脑以及具有更多或更少硬件/软件功能的平板电脑。 + + + +

+ +

表 1.典型的平板电脑测试环境可以包含下表中每行的一种或两种设备,采用所列的一种平台版本、屏幕配置和硬件功能配置。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + +
类型尺寸密度版本AVD 主题
7 英寸平板电脑large
-sw600
hdpi,
tvdpi
Android 4.0 及更高版本(API 级别 14 及更高)WXGA800-7in
10 英寸平板电脑xlarge
-sw800
mdpi,
hdpi,
xhdpi
Android 3.2 及更高版本(API 级别 13 及更高)WXGA800
+ +
+ +
\ No newline at end of file diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tv.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tv.jd new file mode 100644 index 0000000..5eea293 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/tv.jd @@ -0,0 +1,509 @@ +page.title=电视应用的质量 +page.metaDescription=电视是 Android 设备不断增长的一部分,需要特别关注应用的设计和功能才能创造优秀的体验。 +page.image=/distribute/images/gp-tv-quality.png +@jd:body + +
+

质量标准

+
    +
  1. 设计和交互
  2. +
  3. 功能
  4. +
  5. 常见问题
  6. +
+ +

您还应阅读

+
    +
  1. +核心的应用质量
  2. +
  3. +优化您的应用
  4. +
+
+
+ +
+ +
+ +

+ 与使用手机或平板电脑相比,用户在看电视时有一些不同的期望。 + 典型的电视用户坐在离屏幕约 10 英尺的位置,所以小细节没那么引起注意,小文本难以阅读。 +由于用户离电视较远,他们必须使用一种遥控装置来导航和进行选择,而不是触摸屏幕上的元素。 +这些差异大大改变了实现优秀电视用户体验的要求。 + +

+ +

+ 为电视用户创造优秀体验的第一步是查阅并遵循 + Android TV 设计准则,其中提供了关于如何为电视应用打造最佳用户体验的指导。 +您还应查看 +构建电视应用培训,以了解电视应用的基本实现要求。 + +

+ +

+ 重要说明:为确保优秀的用户体验,电视设备的应用必须满足一些特定的可用性要求。 +只有符合下列质量标准的应用才能有资格在 Google Play 上作为 Android TV 应用。 + +

+ +

注意:有关如何在 Google Play 中发布电视应用的信息,请参见分发到 Android TV。 +

+ + + +
+

+ 视觉设计和用户交互 +

+ + +
+ +

+ 这些标准可确保您的应用遵循标准设计和交互模式,以确保在电视设备上实现一致、直观和愉悦的用户体验。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + 测试 + + 描述 +
+ 启动器 + + TV-LM + +

+ 应用在安装后在 Android TV 启动器中显示一个启动器图标。 + (了解方法) +

+
+ TV-LB + +

+ 应用在 Android TV 启动器上显示 320px x 180px 的全尺寸横幅作为其启动器图标。 + (了解方法) +

+
+ TV-BN + +

+ 应用的启动横幅包含应用的名称。 + (了解方法) +

+
+ TV-LG + +

+ 如果应用是一款游戏,则出现在 Android TV 启动器的游戏行中。
+ (了解方法) +

+
+ 布局 + + TV-LO + +

+ 所有应用界面以横向方向显示。 + (了解方法) +

+
+ TV-TC + +

+ 应用以 16sp 或更大的字号显示核心文本。 + (了解方法) +

+
+ TV-TA + +

+ 应用以 12sp 或更大的字号显示所有文本。 + (了解方法) +

+
+ TV-OV + +

+ 应用显示的任何文本或功能不会被屏幕边缘部分切断。 + + (了解方法) +

+
+ TV-TR + +

+ 应用不会部分遮住其他应用。应用填充整个屏幕并且采用非透明背景。 + +

+
+ TV-DP + +

+ 应用的功能可使用 5 向方向键来进行导航,除非此应用需要 TV-GP 中指定的手柄控制器。 + + (了解方法) +

+
+ TV-DK + +

+ 如果应用需要 TV-GP 指定的游戏手柄,则所有功能均可使用标准的 Android 游戏手柄键来进行导航。 + + (了解方法) +

+
+ TV-DM + +

+ 应用不依赖有菜单按钮的遥控器来访问用户界面的控件。 + + (了解方法) +

+
+ + +

相关资源

+ +
+
+ + + +
+

+ 功能 +

+ + +
+ +

+ 遵循这些标准可确保您的应用进行正确配置,提供预期的功能行为。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + 测试 + + 描述 +
+ 清单文件 + + TV-ML + +

+ 应用的清单文件设置一个带有类别{@link android.content.Intent#CATEGORY_LEANBACK_LAUNCHER}的意图类型{@link android.content.Intent#ACTION_MAIN}。 + + (了解方法) +

+
+ TV-MT + +

+ 应用的清单文件将硬件功能{@code android.hardware.touchscreen}设置为不需要。 + (了解方法) + +

+
+ 游戏手柄 + + TV-GP + +

+ 如果应用使用游戏手柄作为主要输入方法,则要通过 +{@code <uses-feature>}清单文件标记来声明相应的要求。 + (了解方法) +

+
+ TV-GC + +

+ 如果应用提供了有关使用游戏手柄的可视说明,说明应没有品牌信息并显示兼容的按钮布局。 + + (了解方法) +

+
+ 广告 + + TV-AP + +

+ 应用允许使用方向键与广告进行交互。 + (了解方法) +

+
+ TV-AD + +

+ 对于非视频全屏广告,应用允许用户立即用方向键忽略广告。 + +

+
+ TV-AU + +

+ 对于可点击的非全屏、非视频广告,应用不允许将广告链接到网页 URL。 + +

+
+ TV-AA + +

+ 对于可点击的非全屏、非视频广告,应用不允许将广告链接到电视设备上不可用的另一个应用。 + +

+
+ Web 内容 + + TV-WB + +

+ 对于 Web 内容,应用使用{@link android.webkit.WebView}组件,并且不要尝试启动网络浏览器应用。 + +

+
+ 媒体播放 + + TV-NP + +

+ 如果应用在用户离开后继续播放声音,则要在主屏幕建议行上提供正在播放卡,以便用户返回该应用来控制播放。 + + + (了解方法) +

+
+ TV-PA + +

+ 如果应用提供正在播放卡,则选择此卡可让用户进入一个允许暂停播放的屏幕。 + + (了解方法) +

+
+ TV-PP + +

+ 如果应用播放视频或音乐内容,当播放期间发送了播放或暂停键事件时,应用在媒体播放和暂停之间切换。 +
+ (了解方法) + +

+
+ + +

相关资源

+ +
+
+ + +
+

+ 常见问题 +

+
+ +

+ 在提交我的应用后,怎样发现应用是否符合电视设备的所有要求? + +

+

+ 如果您的应用不符合本页所述的可用性要求,Play 商店团队将通过与应用关联的 Google Play 开发者控制台主帐户中指定的电子邮件地址与您联系。 + + +

+

+ 注意:确保您的应用包括电视设备所需的清单条目,否则应用不会被视为电视应用,并且不会审查电视可用性要求。 + + +

+ + +

+ 我的应用不仅仅针对电视设备。如果我的应用不符合电视设备的要求,是否仍会在 Google Play 上向手机和平板电脑显示我的新应用或更新版本? + + +

+

+ 是。上述要求只限制向电视设备 Google Play 商店分发应用。 +不影响向其他设备类型分发应用,如手机、平板电脑和其他设备。 + +

+ + +

+ 如果我的应用符合这些发布要求,何时才能出现在电视设备的 Google Play 商店上? + +

+ +

+ 符合电视要求的应用将在官方发布 Android 5.0 之后出现在电视设备的 Google Play 商店上。 + +

\ No newline at end of file diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/wear.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/wear.jd new file mode 100644 index 0000000..99483ec --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/quality/wear.jd @@ -0,0 +1,452 @@ +page.title=可穿戴设备应用的质量 +page.tags="wear","wearables","quality","guidelines" +page.metaDescription=可穿戴设备较小,要便于扫视,并且需要独特的应用在正确的时间提供正确的信息。 +page.image=/distribute/images/gp-wear-quality.png +@jd:body + +
+

质量标准

+
    +
  1. 设计和交互
  2. +
  3. 功能
  4. +
  5. 常见问题
  6. +
+ +

您还应阅读

+
    +
  1. +核心的应用质量
  2. +
  3. +优化您的应用
  4. +
  5. +通知
  6. +
+
+
+ + + +

+ Android Wear 的目的是在正确的时间为用户提供正确的信息。优秀的 Android Wear 体验应自动启动、便于查看,并且不需要或很少需要用户交互。 + +设计可穿戴设备的应用与设计手机或平板电脑的应用截然不同。 +要考虑不同的强项和弱点、不同的用例和不同的人体工学。 + +

+ +

+ 为可穿戴设备用户创造优秀体验的第一步是阅读 + Android Wear 设计准则,其中提供了关于如何为可穿戴设备应用打造最佳用户体验的指导。 +您还应查看 +构建可穿戴设备应用培训,以了解可穿戴设备应用的基本实现要求。 + +

+ +

+ 重要说明:为确保优秀的用户体验,可穿戴设备的应用必须满足特定的可用性要求。 +只有符合下列质量标准的应用才能有资格在 Google Play 上作为 Android Wear 应用。 +若有资格作为可穿戴设备应用, Android Wear 用户更容易在 Google Play 上发现您的应用。 + +

+ +

+ 注意:有关如何在 Google Play 中发布可穿戴设备应用的信息,请参见分发到 Android Wear。 +

+ +
+

+ 功能 +

+ + +
+ +

+ 遵循这些标准可确保您的应用进行正确配置,提供预期的功能行为。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + ID + + 描述 +
+ 一般 + + WR-GL + +

+ 手持类应用包括具有可穿戴设备特有功能的通知或直接在穿戴设备上运行的可穿戴类应用。 + + (了解方法) +

+
+ WR-VF + +

+ 应用具有用户可看到的穿戴设备功能。 +

+
+ WR-BF + +

+ 穿戴设备的功能符合预期或符合应用在 Google Play 商品详情中的描述。 +

+
+ 打包 + + WR-PK + +

+ 将依赖手持类应用来提供功能的可穿戴设备应用打包在该手持类应用内。 + + (了解方法) +

+
+ 通知 + + WR-FW + +

+ 可穿戴设备特有功能的通知使用{@code RemoteInput} 或 +{@code WearableExtender}。 + (了解方法) +

+
+ WR-FR + +

+ 消息应用的通知允许用户通过语音输入或快速响应来回复。 + (了解方法) +

+
+ WR-FG + +

+ 将相似的通知组合在一个堆栈中。 + (了解方法) +

+
+ 手势 + + WR-GP + +

+ 在全屏活动中使用长按仅用于提示退出。 +
+ (了解方法) +

+
+ WR-GD + +

+ 如果应用在全屏活动中禁用滑动消除手势,则在此活动中响应长按消除手势。 + + (了解方法) +

+
+ 表盘 + + WR-WF + +

+ 包括表盘的应用使用官方的表盘 API。 + (了解方法) +

+
+ + +

相关资源

+ +
+
+ +
+

+ 视觉设计和用户交互 +

+ + +
+ +

+ 这些标准可确保您的应用遵循标准设计和交互模式,以在可穿戴设备上提供一致、直观和愉悦的用户体验。 + +

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ 类型 + + ID + + 描述 +
+ 布局 + + WR-LS + +

+ 应用的用户界面针对方形显示屏进行适当格式化。应用的内容适合放在物理显示区域内,没有文本或控件被屏幕边缘切断。 + +
+ (了解方法) +

+
+ WR-LR + +

+ 应用的用户界面针对圆形显示屏进行适当格式化,包括屏幕底部有插边(或“下巴”)的设备。 +应用的内容适合放在物理显示区域内,没有文本或控件被屏幕边缘切断。 + +
+ (了解方法) +

+
+ WR-TC + +

+ 应用文本较大并且便于查看,建议的最小大小为 16sp。 + (了解方法) +

+
+ 启动器 + + WR-LN + +

+ 应用启动器字符串是应用的名称,而非命令短语。 + (了解方法) +

+
+ 通知 + + WR-NC + +

+ 应用在合适时显示确认动画。 + (了解方法) +

+
+ WR-NR + +

+ 通知卡在右上边缘提供可见的应用图标。有个例外,如果通知卡具有单次操作控件,例如媒体播放卡。 + +
+ (了解方法) +

+
+ WR-WI + +

+ 通知操作采用白色的图标、操作标题以及透明的背景。 +
+ (了解方法) +

+
+ WR-PB + +

+ 通知照片背景仅用于传达信息,而不是在卡上标注品牌。 + (了解方法) +

+
+ WR-PR + +

+ 通知照片背景具有至少 400x400 的分辨率。 + (了解方法) +

+
+ Google Play + + WR-GS + +

+ 应用在其 Play 商店详情中包括至少一张穿戴设备截图。 + (了解方法) +

+
+ + +

相关资源

+ +
+
+ +
+

+ 常见问题 +

+
+ +

+ 在提交我的应用供 Android Wear 审查之后,怎样发现应用是否符合穿戴设备的所有要求? + +

+

+ 如果您的应用不符合本页所述的可用性要求,Play 商店团队将通过与应用关联的 Google Play 开发者控制台帐户中指定的电子邮件地址与您联系。 + + +

+

+ 注意:确保您的应用符合这些功能要求,否则应用不会被视为穿戴设备应用,并且不会审查其穿戴设备设计和交互。 + + +

+

+ 注意:有关如何在 Google Play 中发布可穿戴设备应用的信息,请参见分发到 Android Wear。 +

+ + +

+ 如果我的应用不符合穿戴设备的要求,是否仍会在 Google Play +上向手机和平板电脑显示我的新应用或更新版本并且仍可在可穿戴设备上安装? +

+

+ 是的。上述要求仅确定应用是否在 Google Play 上被标识为 Android Wear 应用,从而让 Android Wear 用户更容易发现。 +如果您的应用未被接受为穿戴设备应用,它仍可用于其他设备类型,如手机和平板电脑,并且仍可安装在穿戴设备上。 + + +

diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/start.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/start.jd new file mode 100644 index 0000000..8d3dd25 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/start.jd @@ -0,0 +1,156 @@ +page.title=开始发布 +page.metaDescription=注册开发者帐户,几分钟内即可在 Google Play 上开始发布。 +meta.tags="publishing" +page.tags="google play", "publishing", "register", "signup" +page.image=/distribute/images/getting-started.jpg + +@jd:body + +
+ +
+ +

+ 完成以下步骤,几分钟内即可在 Google Play 上开始发布: +

+ +
    +
  • 注册 Google Play 发布者帐户 +
  • + +
  • 如果您要销售应用或应用内的产品,则设置 Google 电子钱包商家帐户。 + +
  • + +
  • 探索 Google Play + 开发者控制台和发布工具。 +
  • +
+ +

+ 当您做好准备时,点击“开始”按钮以转到开发者控制台。 +

+ +
+

+ 注册发布者帐户 +

+ + +
+ + + +
    +
  1. 访问 Google Play 开发者控制台。 + +
  2. + +
  3. 输入您的开发者身份 +的基本信息 — 名称、电子邮件地址等。以后可以修改此信息。 + +
  4. + +
  5. 阅读并接受针对您所在国家或地区的开发者分发协议。 +注意,您在 Google Play 上发布的应用和商店详情必须遵守开发者计划政策和美国出口法律。 + + +
  6. + +
  7. 使用 Google 电子钱包支付 25 美元注册费。如果没有 Google 电子钱包帐户,则可以在此过程中快速设置一个。 + + +
  8. + +
  9. 当您的注册获得验证时,将通过您在注册时输入的电子邮件地址通知您。 + +
  10. +
+ +
+

+ 设置 Google 电子钱包商家帐户 +

+ + +
+ +
+ +
+ +

+ 如果您想销售付费应用、应用内的产品或订阅,则需要用Google 电子钱包商家帐户。 +您可以随时设置该帐户,但首先请查看 +商家国家/地区名单。 +
+
+ 设置 Google 电子钱包商家帐户
+
+

+ +
    +
  1. + 登录 Google Play 开发者控制台 https://play.google.com/apps/publish/。 +
  2. + +
  3. 打开侧边导航栏上的财务报告 。 +
  4. + +
  5. 点击立即设置商家帐户。 +
  6. +
+ +

+ 您将转到 Google 电子钱包网站;需要提供您或贵企业的信息来完成此步骤。 + +

+ +
+

+ 探索开发者控制台 +

+ + +
+ +

+ 在您的注册获得验证后,您就可以登录开发者控制台,这是您在 Google Play 上执行应用发布操作和使用工具的大本营。 + + +

+ +
+ +
+ +
+
+
+ +
diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/tv.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/tv.jd new file mode 100644 index 0000000..e557024 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/tv.jd @@ -0,0 +1,305 @@ +page.title=分发到 Android TV +page.image=/design/tv/images/atv-home.jpg +meta.tags="tv", "publish", "quality" +page.tags="tv", "publish", "googleplay" +page.metaDescription=将您的应用、游戏和内容分发到 Android TV。 + +@jd:body + + + +

+ 如果您有一款优秀的应用或游戏,Android TV 和 Google Play 可以帮助您直接推送到用户的客厅中。 +您将能够在为电视优化的店面体验中提供您的应用和游戏。 +您可以针对电视扩展您的新旧应用,然后在 Google Play 上使用熟悉的工具和流程来发布应用。 + + +

+ +

+ 首先,查看本文档各部分,了解如何通过 Google Play 将您的电视应用分发给用户。 +一定要阅读 +电视应用的质量 +,了解有关您的应用应符合的可用性和质量标准的信息。 +当您的应用准备就绪时,可以在开发者控制台选择加入 Android TV 店面发布。 + +

+ +

+ 参加办法 +

+ +

+ Google Play 让您能将电视应用推送到新用户群体的客厅中。 +您可以使用现有的开发者控制台帐户和当前的分发及定价设置来开发和发布应用。 +参加方法很简单 — 以下几部分概述了整个流程。 + +

+ +
+ +
+ +

+ 1.了解准则和要求 +

+ +

+ 为了做好准备,以便在 Android TV 上成功推出应用,首先要查阅在电视上提供出色应用体验的准则。 +请参考 Android TV 设计准则,了解有关针对电视扩展应用的建议,以及有关设计和可用性的详情。 + +

+ +

+ 开始设计电视体验时,务必阅读并理解电视应用的质量标准。 +Android TV 的 Google Play 体验仅展示可在电视上使用的应用。 + — 如果您的应用符合一组基本的质量标准,则可以参加。 + +参考电视 +应用的质量,了解详情。 +

+ +

2.开发优秀的电视应用

+ +

+ 出色的电视应用专为客厅使用而设计,并充分利用 Android TV 和相关输入配件(如游戏手柄、方向键和遥控器)的功能。 + +应用经优化后,应在大屏幕上提供美观、高品质的体验,并为用户提供一组吸引人的功能。 + + +

+ +

+ 在考虑您的电视应用时,请查看开发者文档和可用性准则,并且尽可能支持这些准则。 + +确保为用户设计一种出色 Leanback 观看体验,并使用 SDK 中随附的 +Leanback 库来打造这种体验。您想针对电视用例优化应用的其他部分,最好在开发过程的早期确定这些部分。 + + +

+ +

+ 大多数情况下,我们建议您使用相同的程序包名称和商品详情,将您的电视体验作为您针对手机、平板电脑和其他设备的现有应用的一部分来提交。 + +这种方法可让用户无缝升级到您的电视体验,也可让您充分利用您在手机和平板电脑应用中获得的评价和评分。 + + +

+ +

+ 可以将电视意图、Leanback 库、电视特有代码和资源捆绑在一起,作为针对所有受支持设备的单个 APK 解决方案的一部分。 +必要时,可以使用多 APK + 支持,在您用于手机和平板电脑的同一程序包名称和商店详情下,为 Android TV 设备提供一个自定义二进制文件。 + + +

+ +

+ 在整个设计和开发中,务必使用合适的设备来进行原型设计并测试您的用户体验。 +您应该购买一个或多个 Android TV 设备或模拟器,并尽早设置您的测试环境。 + +在 Android TV 环境下测试的推荐硬件设备是 Nexus Player,可从Google Play +和其他商店中购买此设备,您还应购买游戏手柄和其他电视输入设备。 + + +

+ +

3.测试电视应用的质量

+ +

+ 您的电视应用应表现出色,在 Android TV 上看起来引人入胜,并且提供尽可能最佳的用户体验。 +Google Play 将展示优质应用,以便用户能够在 Google Play 中轻松发现。 +以下说明了您如何加入平台,提交用户喜爱的 Android TV 应用: + +

+ + + +

4.选择加入 Android TV 并发布

+ +

+ 当您已创建可供发布的 APK 并且已通过测试确保它符合 +电视应用质量准则后,将其上传到开发者控制台。 +在您的商品详情中更新电视屏幕截图和电视横幅,并按需设置分发选项。 + +如果不熟悉如何准备在 Google Play 上发布,请参考发布操作检查单。 + + +

+ +

+ 在向 Android TV 用户发布之前,您需要从开发者控制台的定价和分发部分加入 Android TV。 + +选择加入即表示您希望将应用通过 Google Play 提供给 Android TV 用户,并且您的应用符合电视应用质量准则。 + + + +

+ +

+ 只有在您的应用符合两个初步的质量标准时才能选择加入,在上传 APK 时将按这些标准自动检查: + +

+ +
    +
  • 应用的清单文件必须包括一个带有类别 + CATEGORY_LEANBACK_LAUNCHER的意图类型ACTION_MAIN +。在此了解详情。 +
  • + +
  • 您的应用必须声明它不需要触摸屏。清单文件必须通过android:required="false”声明 + android.hardware.touchscreen硬件。 +在此了解详情。 +
  • +
+ +

+ 如果应用符合初步标准,您将看到如下所示的 Android TV + 加入复选框。如果选择加入复选框未启用,请审查 APK,以确保它符合初步标准。 + +

+ +

+ 在选择加入并保存更改之后,就可以像平常一样发布您的应用。 + 在将应用提供给 Android TV 用户之前,Google Play 会提交您的应用并对照电视应用质量标准进行审查,然后将结果通知您。 + +参考下一部分以详细了解如何跟踪应用的审批状态。 + +

+ +

+ 如果应用符合电视应用质量标准,Google Play 便将应用提供给 Android TV 用户。 + +您的应用还可以加入应用合集和推广,获得更高的知名度。 +为了让每个地方的用户都知道您的应用是为 Android TV 设计的,Google Play 使用电视徽章来装饰应用的商店详情。 + + +

+ +

+ 注意,选择加入和审查并不影响您的应用在 Google Play 商店中对其他设备的可用性 — 例如,手机和平板电脑上,应用在发布之后就立即可用。 + + +

+ +

+ 以下是您在开发者控制台中加入 Android TV 的步骤: +

+ +
    +
  1. 确保您的应用符合电视应用质量的所有标准 +
  2. + +
  3. 将电视屏幕截图和横幅图片添加到应用的商店详情中 +
  4. + +
  5. 所有应用页面,点击您要加入的应用。 +
  6. + +
  7. 定价和分发下面,向下滚动找到Android TV和加入复选框。 + +
  8. + +
  9. 点击将应用分发到 Android TV旁边的复选框。 +
  10. + +
  11. 点击保存以保存更改。 +
  12. +
+ +
+ +

+ 选择加入电视:在开发者控制台中加入,将您的应用包括在 Android TV 平台中。 + +

+
+ +

5.跟踪审查和批准进度

+ +

+ 如果应用符合 Android TV 的上述技术和质量标准,则该应用将可供用户在 Android TV 上使用。 +如果应用不符合这些标准,您的开发者帐户地址将收到电子邮件通知,概述您需要解决的问题区域。 + +当您进行必要的调整后,就可以将应用的新版本上传到开发者控制台。 + + +

+ +

+ 您随时可以在开发者控制台中该应用的定价和分发 +页的 Android TV 下面,检查应用的审查和批准状态。 + +

+ +

+ 有三种审批状态: +

+ +
    +
  • + 待定 — 您的应用已发送供审查并且审查尚未完成。 + +
  • + +
  • + 已批准 — 您的应用已被审查并获得批准。该应用将直接提供给 Android TV 用户。 + +
  • + +
  • + 未批准 — 您的应用已被审查但未获得批准。请查看通知电子邮件,了解有关应用未被批准的原因的信息。 +您可以解决存在的问题,然后重新加入和发布,以启动另一次审查。 + + +
  • +
+ +

要了解如何评估您的应用,请参阅电视应用质量文档。

+ + +

相关资源

+ +
+
diff --git a/docs/html-intl/intl/zh-cn/distribute/googleplay/wear.jd b/docs/html-intl/intl/zh-cn/distribute/googleplay/wear.jd new file mode 100644 index 0000000..182abdf --- /dev/null +++ b/docs/html-intl/intl/zh-cn/distribute/googleplay/wear.jd @@ -0,0 +1,262 @@ +page.title=分发到 Android Wear +page.image=/design/media/wear/ContextualExample.008_2x.png +meta.tags="wear", "publish", "quality" +page.tags="wear", "publish", "googleplay" +page.metaDescription=将您的应用、游戏和内容分发到 Android Wear。 + +@jd:body + + + +

+ 如果您有一款优秀的应用,Android Wear 和 Google Play 可以帮助您推送给用户。虽然所有应用都能向 Android Wear 设备发送基本通知,但您可以更进一步。 + + 扩展您的应用以支持自定义的穿戴设备交互,并在所有穿戴设备上提供优化的互动式用户体验。 +如果您的应用符合手持设备的核心应用质量准则,并为 Android Wear 设备提供优质体验,则 Google Play 将展示您的应用以便用户轻松发现。 + + +

+ +

+ 首先,查看本文档各部分,了解如何通过 Google Play 将您的穿戴设备应用分发给用户。 +一定要阅读穿戴设备应用的质量,了解有关您的应用应符合的可用性和质量标准的信息。 +当您的应用准备就绪时,可以在开发者控制台中加入此计划,以便指定为 Android Wear 应用。 + +

+ +

+ 参加办法 +

+ +

+ Google Play 可使您的穿戴设备应用更容易被穿戴设备用户发现。您可以使用现有的开发者控制台帐户和当前的分发及定价设置来开发和发布应用。 + +参加方法很简单 — 以下几部分概述了整个流程。 +

+ +

+ 1.了解准则和要求 +

+ +
+ +
+ +

+ 为了做好准备,以便在 Android Wear 上成功推出应用,首先要查阅在穿戴设备上提供出色应用体验的准则。 +请参考 Android +Wear 设计准则,了解有关针对穿戴设备扩展应用的建议,以及有关设计和可用性的详情。 + +

+ +

+ 开始设计穿戴设备体验时,务必阅读并理解穿戴设备应用的质量标准。 +仅在穿戴设备上可使用的应用才能在 Google Play 上被指定为穿戴设备应用 — 如果您的应用符合一组基本的质量标准,则可以参加。 +参考穿戴设备应用的质量,了解详情。 +

+ +

2.开发优秀的穿戴设备应用

+ +

+在阅读了准则之后,下一步是开发您的应用。以下部分描述如何开始为穿戴设备打造优秀的应用体验。 + +

+ +

设计第一

+ +

+ Android Wear 的目的是在正确的时间为用户提供正确的信息。优秀的 Android Wear 体验应自动启动、便于查看,并且不需要或很少需要用户交互。 + +虽然所有应用都无需修改即可向穿戴设备发送基本通知,但为穿戴设备打造的优秀应用是经优化的,可提供美观和优质的体验,在不同屏幕布局上运行,并为用户提供一组吸引人的功能。 + + + +

+ +

+ 在考虑您的穿戴设备应用时,请查看开发者文档可用性准则,并且尽可能利用这些准则。 +您可以通过 SDK 中提供的 API + 和支持库为用户设计一种出色的通知体验。您也可以选择构建一个直接在可穿戴设备上运行的应用。 + +

+ +

将应用打包

+ +

+ 我们建议您使用相同的程序包名称和商品详情,将您的穿戴设备体验作为您针对手机、平板电脑和其他设备的现有应用的一部分来提交。 +这样让用户无缝升级到您的穿戴设备体验,也让您充分利用您在手机和平板电脑应用中获得的评价和评分。 + +对于依赖某款应用来提供功能的可穿戴设备应用,始终应将其打包在该依赖应用内。 +要了解方法,请阅读将可穿戴设备应用打包。 +

+ +

在各种设备上测试

+ +

+ 在整个设计和开发中,务必使用合适的设备来进行原型设计和测试您的用户体验。 +强烈建议您购买一个或多个 Android Wear 设备,或使用不同的模拟器配置进行开发,并尽早设置您的测试环境。 + +务必同时针对方形和圆形布局来优化您的设计。 +

+ +

3.测试穿戴设备应用的质量

+ +

+ 您的穿戴设备应用应表现出色,在 Android Wear 上看起来引人入胜,并且提供尽可能最佳的用户体验。 +Google Play 将展示精选的优质穿戴设备应用,以便用户轻松发现。 +以下说明了您如何加入平台,提交用户喜爱的 +Android Wear 应用: +

+ + + +

4.选择加入 Android Wear 并发布

+ +

+ 当您已创建可供发布的 APK 并且已测试确保它符合穿戴设备应用质量标准后,将其上传到开发者控制台。 +在您的商品详情中更新穿戴设备屏幕截图,并按需设置分发选项。 +如果不熟悉如何准备在 Google Play 上发布,请参考 +发布操作检查单。 +

+ +

+ 在向用户发布之前,您可以在开发者控制台的定价和分发部分中加入 Android Wear。 +选择加入即表示您希望让 Android Wear 用户更容易通过 Google Play 发现该应用,并且您的应用符合穿戴设备应用质量标准。 + +

+ +

+ 在选择加入并保存更改之后,就可以像平常一样发布您的应用。此外,Google Play 会提交您的应用并对照穿戴设备应用质量标准进行审查,然后将结果通知您。 + +参考下一部分以详细了解如何跟踪应用的审批状态。 + +

+ +

+ 如果应用符合所有穿戴设备应用质量标准,Google Play 使其更容易被 Android Wear 用户发现。 +您的应用还可以加入应用合集和推广,获得更高的知名度。 + +

+ +

+ 注意,选择加入和审查并不影响您的应用在 Google Play 商店中的可用性。 +— 应用在发布之后就立即可用。 +

+ +

+ 以下是您在开发者控制台中加入 Android Wear 的步骤: +

+ +
    +
  1. 确保您的应用符合穿戴设备应用质量的所有标准 +
  2. + +
  3. 将穿戴设备屏幕截图添加到应用的商店详情中 +
  4. + +
  5. 所有应用页面,点击您要加入的应用。 +
  6. + +
  7. 定价和分发下面,向下滚动找到 Android Wear + 和加入复选框。 +
  8. + +
  9. 点击将应用分发到 Android Wear 旁边的复选框。 +
  10. + +
  11. 点击保存以保存您对“定价和分发”的更改。 +
  12. +
+ +
+ +

+ 选择加入穿戴设备:在开发者控制台中加入,将您的应用包括在 Android Wear 平台中。 + +

+
+ +

5.跟踪审查和批准进度

+ +

+ 如果应用符合 Android Wear 的上述技术和质量标准,则该应用更容易被 Android Wear 上的用户发现。 +如果应用不符合这些标准,您的开发者帐户地址将收到电子邮件通知,概述您需要解决的问题区域。 + +当您进行必要的调整后, +就可以将应用的新版本上传到开发者控制台。 +

+ +

+ 您随时可以在开发者控制台该应用的定价和分发 +页的 Android Wear 下面,检查应用的审查和批准状态。 + +

+ +

+ 有三种审批状态: +

+ +
    +
  • + 待定 — 您的应用已发送供审查并且审查尚未完成。 +
  • + +
  • + 已批准 — 您的应用已被审查并获得批准。该应用将更容易被 Android Wear 用户发现。 + +
  • + +
  • + 未批准 — 您的应用已被审查但未获得批准。请查看通知电子邮件了解有关应用未被批准的原因的信息。 +您可以解决存在的问题,然后重新加入和发布,以启动另一次审查。 + +
  • +
+ +

要了解如何评估您的应用,请参阅穿戴设备应用质量文档。

+ + +

相关资源

+ +
+
diff --git a/docs/html-intl/intl/zh-cn/distribute/tools/launch-checklist.jd b/docs/html-intl/intl/zh-cn/distribute/tools/launch-checklist.jd index f641dbe..19a25c5 100644 --- a/docs/html-intl/intl/zh-cn/distribute/tools/launch-checklist.jd +++ b/docs/html-intl/intl/zh-cn/distribute/tools/launch-checklist.jd @@ -1,16 +1,18 @@ -page.title=发布检查清单 -page.metaDescription=向用户发布应用的完整过程的基本概述。在开发的早期阅读这份清单将有助于你做出规划并在Google Play成功发布应用。 +page.title=发布检查单 +page.metaDescription=向用户发布应用的完整过程的基本概述。在开发的早期阅读本检查单将有助于您做出规划并在 Google Play 成功发布应用。 +meta.tags="localizing, publishing, disttools" +page.tags="launch, publishing, Google Play" page.image=/distribute/images/launch-checklist.jpg @jd:body -
+ -
+

- 在 Google Play 上发布应用以将其分发给用户之前,你需要准备好要发布的应用、进行测试并准备相关宣传材料。 + 在 Google Play 上发布应用并将其分发给用户之前,您需要准备好要发布的应用、进行测试并准备相关宣传材料。 + +

- 本页面旨在帮助你了解发布流程,以及在 Google Play 上成功发布商品所需的准备工作,另外还总结了一些需要你在通过 Google Play 发布应用之前完成的任务,例如创建已签名的发布版应用包 (APK)、了解应用的要求以及为各个应用创建商品页和图形资源。 + 本页面旨在帮助您了解发布流程,以及在 Google Play 上成功发布产品所需的准备工作。 +另外还总结了一些需要您在 Google Play 上发布应用之前完成的任务,例如创建已签名的发布版应用包 (APK)、了解应用的要求以及为各个应用创建产品页和图形资源。 + + + +

- 准备和发布任务已按先后顺序列出,这是为了让你对任务执行顺序有个大致了解。不过,你可以按适合自己的顺序来执行这些任务,也可以根据具体情况跳过某些步骤。 + 各项准备和发布任务已进行编号,让您对顺序有大致了解。 +不过,您可以按适合自己的顺序来处理这些任务,或视情况跳过某些步骤。 +

- 在完成发布之前的各项工作时,你可以使用各种支持资源。每一步中都提供了相关链接。 + 在准备发布时,您可以使用各种支持资源。 +每一步中都提供了相关链接。

@@ -57,16 +69,27 @@ page.image=/distribute/images/launch-checklist.jpg

- 在开始执行此检查清单中的各个步骤之前,你应抽时间查看和了解整个发布工作流程,并熟悉该流程的工作原理。特别要注意的是,你或你的开发小组需要按照所有 Android 应用通用的流程准备应用以进行发布。发布工作流程文档中详细说明了发布的工作原理以及如何准备 APK 以进行发布。 + 在开始此检查单的步骤之前,您应抽时间阅读和了解整个发布工作流程,并熟悉该流程的工作方式。 + +特别是,您或您的开发团队需要采用所有 Android 应用通用的流程来准备要发布的应用。 + + 发布工作流程文档中详细说明了发布的方式以及如何准备 APK 供发布。 + +

- 当你基本熟悉发布流程后,请继续阅读以了解在 Google Play 上发布应用时应注意哪些问题。 + 当您基本熟悉发布流程后,请继续阅读以了解在 +Google Play 上发布应用时应考虑哪些问题。 +

相关资源

-
+
@@ -78,12 +101,17 @@ page.image=/distribute/images/launch-checklist.jpg

- 请务必了解并遵守你在注册时接受的 Google Play 计划政策。Google Play 要求强制执行这些政策,违反任何一条都可能导致你的应用被暂停。如果屡次违规,你的开发者帐户将被终止。 + 请务必了解并遵守您在注册时接受的 Google Play 计划政策。 +Google Play 要求强制执行这些政策,任何违反行为都可能导致您的应用被暂停,如果屡次违规,您的开发者帐户将被终止。 + +

相关资源

-
+
@@ -95,20 +123,34 @@ page.image=/distribute/images/launch-checklist.jpg

- 在 Google Play 上发布应用之前,请务必确保这些应用在所有目标设备上都符合适用于所有 Android 应用的基本质量要求。你可以设置测试环境,然后测试应用是否符合一系列适用于所有应用的质量标准,以此来检查应用的质量。有关完整信息,请参阅应用核心质量指南。 + 在 Google Play 上发布应用之前,请务必确保这些应用在所有目标设备上都符合适用于所有 Android 应用的基本质量要求。 + +您可以设置测试环境,并按照一小组适用于所有应用的质量标准来测试应用,以检查应用的质量。 + +有关完整信息,请参阅核心的应用质量 +准则。 +

- 如果你的应用适用于平板电脑,请确保其能为你的平板电脑用户提供引人入胜的丰富体验。请参阅平板电脑应用的质量指南,了解如何针对平板电脑优化应用的相关建议。 + 如果您的应用针对的是平板电脑,请确保应用能为您的平板电脑用户提供引人入胜的丰富体验。 +请参阅平板电脑应用的质量 +准则,了解如何针对平板电脑优化应用的建议。

- 如果你要将应用发布到 Google Play for Education,则需确保这些应用适合中小学课堂且能提供非凡的教育价值。请参阅教育指南,了解教育类应用应具备哪些特征。 + 如果您要将应用发布到 Google Play for Education,则需确保这些应用适合中小学课堂且能提供非凡的教育价值。 + +请参阅教育准则,了解教育类应用应具备哪些特征。 + +

相关资源

-
+
@@ -120,34 +162,51 @@ page.image=/distribute/images/launch-checklist.jpg

- Google Play 要求你为应用设置内容分级,以便 Google Play 用户了解应用的心智成熟度级别。发布应用之前,你应先确认自己要使用哪一分级。有以下四种内容分级可供选择: + Google Play 要求您为应用设置内容分级,以便 Google Play 用户了解应用的心智成熟度级别。 + 发布应用之前,您应先确认自己要使用哪一分级。 +有以下四种内容分级可供选择: +

  • -

    所有人

    +

    + 所有人 +

  • -

    心智成熟度-低

    +

    + 心智成熟度-低 +

  • -

    心智成熟度-中

    +

    + 心智成熟度-中 +

  • -

    心智成熟度-高

    +

    + 心智成熟度-高 +

- Android 用户可以在其 Android 设备上设置要浏览的心智成熟度级别,Google Play 会根据该设置对应用进行过滤。因此,你选择的内容分级会影响应用对用户的分发情况。你可以在开发者控制台中为应用指定(或更改)内容分级,无需在应用二进制文件中进行任何更改。 + Android 用户可以在其 Android 设备上设置要浏览的心智成熟度级别。 +Google Play 会根据该设置来筛选应用,因此您选择的内容分级可能会影响应用对用户的分发情况。 +您可以在开发者控制台中为应用指定(或更改)内容分级,无需更改应用的二进制文件。 + +

相关资源

-
+
@@ -159,46 +218,60 @@ page.image=/distribute/images/launch-checklist.jpg

- 借助 Google Play,你可以控制将应用分发到哪些国家和地区。为了尽可能扩大覆盖面和潜在客户群,你通常会希望将应用分发到所有适用的国家和地区。不过,由于业务需求、应用要求或发布时的依赖关系,你可能需要从分发范围中排除一个或多个国家/地区。 + Google Play 使您能够控制将应用分发到哪些国家和地区。 +为了尽可能扩大覆盖面和潜在客户群,您通常会希望将应用分发到所有适用的国家和地区。 + + 不过,由于业务需求、应用要求或发布时的依赖关系,您可能需要从分发范围中排除一个或多个国家/地区。 +

- 请务必尽早确定目标国家/地区,因为这可能会影响: + 请务必尽早准确地确定分发国家/地区,因为这可能会影响: +

  • -

    是否需要对应用中的资源进行本地化。 +

    + 应用中的资源是否需要本地化。

  • -

    是否需要对开发者控制台中的应用说明进行本地化。 +

    + 开发者控制台中的应用说明是否需要本地化。

  • -

    某些国家/地区是否对应用有相应的法律要求。 +

    + 某些国家/地区对应用的特定法律要求。

  • -

    时区支持、本地价格等。 +

    + 时区支持、本地价格等。

- 确定目标国家/地区后,你应该评估应用及其 Google Play 商品详情是否需要本地化,然后在预订的发布日期之前就开始本地化工作。 + 确定目标国家/地区后,您应该评估应用及其 Google Play 商品详情是否需要本地化,然后在预定的发布日期之前提前开始本地化工作。 + +

- 请参阅本地化检查清单,了解本地化流程中的关键步骤和注意事项。 + 请参阅本地化检查单,了解本地化流程中的关键步骤和注意事项。 +

相关资源

-
+
@@ -210,32 +283,46 @@ page.image=/distribute/images/launch-checklist.jpg

- 应用的总大小会对应用的设计以及在 Google Play 上的发布产生影响。目前,在 Google Play 上发布的 APK 最大不得超过 50MB。如果你的应用超过该上限或要提供辅助下载,则可以使用 APK 扩展文件。Google Play 会将扩展文件免费托管在其服务器基础架构上,并自动处理这些文件下载到设备的过程。 + 应用的总大小可能影响其设计以及在 Google Play 上发布的方式。 +目前,在 Google Play 上发布的 APK 最大不得超过 50MB。 +如果您的应用超过上限或要提供辅助下载,则可以使用 APK 扩展文件,Google Play 会将扩展文件免费托管在其服务器基础结构上,并自动处理下载到设备的过程。 + + +

  • -

    在 Google Play 上发布的 APK 最大不得超过 50MB。 +

    + 在 Google Play 上发布的 APK 最大不得超过 50MB。

  • -

    对于每个 APK,你最多可以使用两 (2) 个 APK 扩展文件,每个都不得超过 2GB。 +

    + 对于每个 APK,您最多可以使用两 (2) 个 APK 扩展文件,每个扩展文件都不得超过 2GB。 +

- 在分发大型应用时,使用 APK 扩展文件是一种经济高效的简便方法。不过,使用 APK 扩展文件需要你在应用二进制文件中稍作更改,因此你需要在创建发布版 APK 之前完成这些更改。 + 在分发大型应用时,使用 APK 扩展文件是一种经济高效的简便方法。 +不过,使用 APK 扩展文件需要您在应用二进制文件中稍作更改,因此您需要在创建发布版 APK 之前完成这些更改。 + +

- 为了尽可能精简应用的二进制文件,请务必在构建发布版 APK 时运行 Proguard 工具或类似的代码混淆工具。 + 为了尽可能精简应用的二进制文件,请务必在构建发布版 APK 时运行 Proguard 工具或类似的代码混淆工具。 +

相关资源

-
+
@@ -246,65 +333,99 @@ page.image=/distribute/images/launch-checklist.jpg
-

发布应用之前,请务必确保你的应用可在目标 Android 平台版本和设备屏幕尺寸上正常运行。 +

+ 发布应用之前,请务必确保您的应用可在目标 Android 平台版本和设备屏幕尺寸上正常运行。 + +

- 从应用兼容性角度来看,Android 平台版本由 API 级别定义。你应该使用 <minSdkVersion> 确认你的应用兼容的最低版本,因为这将影响已发布的应用在 Android 设备上的分发情况。 + 从应用兼容性角度来看,Android 平台版本由 API + 级别定义。 +您应该使用 <minSdkVersion> 确认您的应用兼容的最低版本,因为这将影响应用发布后在 Android 设备上的分发情况。 + +

- 对于屏幕尺寸,你应该确认应用可在支持的各种屏幕尺寸和像素密度上正常运行且拥有精美外观。你还应按照支持跨屏中给出的建议,为多种屏幕尺寸提供相应的支持。如果你无法提供跨屏支持,请使用 <supports-screens> 声明应用支持的最小屏幕尺寸。Google Play 会据此对你的应用做出限制,只将其提供给屏幕尺寸大于或等于已声明尺寸的设备。 + 对于屏幕尺寸,您应该确认应用可在支持的各种屏幕尺寸和像素密度上正常运行且外观赏心悦目。 + +您还应按照支持多种屏幕中给出的建议,为多种屏幕尺寸提供缩放支持。 +但是,如果您无法做到,请使用 <supports-screens> 来声明应用支持的最小屏幕尺寸。 + + + Google Play 会据此对您的应用做出限制,只将其提供给所声明屏幕尺寸或更大的设备。 +

- 要更好地了解目前 Android 平台版本和屏幕尺寸在所有 Android 设备上的普及情况,请参阅设备信息中心图表。 + 要更好地了解目前 Android 平台版本和屏幕尺寸在所有 Android 设备上的普及情况,请参阅设备信息中心图表。 + +

相关资源

-
+

- 8. 决定你的应用是免费还是付费 + 8. 决定您的应用是免费还是付费

- +

- 在 Google Play 上,你可以发布免费下载的应用和付费下载的应用。免费应用可供 Google Play 中的所有 Android 用户下载。付费应用仅供其所在国家/地区支持付费下载且已在 Google Play 中注册了付款方式(例如信用卡或运营商直接代扣)的用户下载。 + 在 Google Play 上,您可以发布免费下载的应用或付费应用。免费应用可供 Google Play 中的所有 Android 用户下载。 +付费应用仅供其所在国家/地区支持付费下载且已在 Google Play 中注册了付款方式(例如信用卡或运营商直接代扣)的用户下载。 + + +

- 决定你的应用是否免费非常重要,因为在 Google Play 上,免费应用必须始终免费。 + 决定您的应用是否免费非常重要,因为在 + Google Play 上,免费应用必须始终免费

  • -

    将应用发布为免费应用后,你无法再将其改成付费应用。不过,你仍能通过 Google Play 的应用内结算服务销售应用内商品订阅。 +

    + 将应用发布为免费应用后,您无法再将其改成付费应用。 +不过,您仍能通过 Google Play +的应用内结算服务销售应用内商品 +和订阅

  • -

    如果你将应用发布为付费应用,则可以随时将其改成免费应用(但之后无法再将其改回为付费应用)。你也可以销售应用内商品和订阅。 +

    + 如果您将应用发布为付费应用,则可以随时将其改成免费应用(但之后无法再将其改回为付费应用)。 + +您也可以销售应用内商品和订阅。

- 如果你的应用是付费应用或者你要销售应用内商品,你需要先设置 Google 电子钱包商家帐户,然后才能发布应用。 + 如果您的应用是付费应用或者您要销售应用内商品,您需要先 +设置 Google 电子钱包商家帐户,然后才能发布应用。 +

相关资源

-
+
@@ -316,16 +437,29 @@ page.image=/distribute/images/launch-checklist.jpg

- 借助 Google Play 应用内结算,你可以在应用中销售数字内容。你可以使用该服务销售众多内容,包括可下载内容(例如媒体文件或照片)和虚拟内容(例如游戏关卡或魔药)。借助应用内结算服务,你可以在应用内销售一次性购买的商品,还可以销售订阅。这有助于你在应用安装后的整个生命周期内都能获利。 + 借助 Google Play 应用内结算,您可以在应用中销售数字内容。 +您可以使用该服务来销售众多内容,包括可下载内容(例如媒体文件或照片)和虚拟内容(例如游戏关卡或魔药)。 + + +借助应用内结算服务,您可以在应用内销售一次性购买的商品以及订阅产品。 +这有助于您在应用安装后的整个生命周期内都能从中获利。 +

- 如果你希望找到更多方法以通过应用获利并建立与用户的互动,则应考虑使用“应用内结算”或“Instant Buy”服务。这些服务深受用户和开发者的欢迎。要使用“应用内结算”和“Instant Buy”,你需要对应用的二进制文件进行更改。因此,你需要先完成更改并测试实施情况,然后才能创建发布版 APK。 + 如果您希望找到更多方法通过应用获利并建立与用户的互动,则应考虑使用“应用内结算”或“即时购买”。 +这些服务深受用户和开发者的欢迎。 +要使用“应用内结算”或“即时购买”,您需要对应用的二进制文件进行更改,因此,您需要先完成更改并测试实现方法,然后才能创建发布版 APK。 + +

相关资源

-
+
@@ -337,16 +471,24 @@ page.image=/distribute/images/launch-checklist.jpg

- 如果你的应用是付费应用或者你要销售应用内商品或实体商品,Google Play 可让你针对全球市场的用户为商品设置以不同货币为单位的价格。你可以分别使用不同货币设置价格,以便根据市场情况和汇率灵活调整你的价格。 + 如果您的应用是付费应用或者您要销售应用内商品或实体商品,Google Play 可让您针对全球市场的用户以各种货币为产品设置价格。 + +您可以分别使用不同货币设置价格,以便根据市场情况和汇率灵活调整您的价格。 + +

- 发布应用之前,请想好如何为你的商品定价及以不同货币为单位的价格各是多少。之后,你可以通过开发者控制台设置以所有可用货币为单位的各种价格。 + 发布应用之前,请想好如何为您的商品定价及按各种货币计算的价格各是多少。 +之后,您可以通过开发者控制台设置以所有可用货币为单位的各种价格。 +

相关资源

-
+
@@ -358,49 +500,75 @@ page.image=/distribute/images/launch-checklist.jpg

- 确定目标国家/地区后,你最好评估一下你的本地化需求,确保你的应用已国际化,并在预订的发布日期之前就开始本地化工作。 + 确定目标国家/地区后,您最好评估一下您的本地化需求,确保您的应用已国际化,并在预定的发布日期之前提前开始本地化工作。 + +

- 除了应用设计外,你至少还应考虑本地化工作中的三个方面: + 除了应用设计外,您至少还应考虑本地化工作中的三个方面: +

  • -

    本地化应用中的字符串、图片及其他资源。 +

    + 将应用中的字符串、图片及其他资源本地化。

  • -

    本地化应用在 Google Play 商店中的商品详情。 +

    + 将应用在 Google Play 上的商品详情本地化。

  • -

    本地化应用的商品详情中随附的图形资源、屏幕截图和视频。 +

    + 将应用的商品详情中随附的图形资源、屏幕截图和视频本地化。 +

- 请参阅本地化检查清单,了解本地化流程中的关键步骤和注意事项。 + 请参阅本地化检查单,了解本地化流程中的关键步骤和注意事项。 +

- 要本地化你的商品详情,请先创建并完成应用标题、说明和宣传文字。将所有这些信息收集起来,然后发送给相关人员进行本地化。在应用更新时,你也可以选择翻译“最近更改”的文本。之后,你可以在开发者控制台中添加本地化的商品详情,或者选择让 Google Play 将你的商品详情自动翻译成你支持的语言。 + 要本地化您的商品详情,请先创建并最终确定应用标题、说明和宣传文字。 +收集所有资料并发送给相关人员进行本地化。 +在应用更新时,您也可以选择翻译“最近更改”的文本。 +之后,您可以在开发者控制台中添加本地化的商品详情,或者选择让 Google Play 将您的商品详情自动翻译成您支持的语言。 + +

- 要让你的应用详情吸引全球的用户,关键是创建本地化版本的宣传图片、屏幕截图和视频。例如,应用的置顶大图中可能包含文字,这些文字应翻译成相应语言以获得最佳效果。你可以为每种目标语言创建相应版本的宣传图片,并将它们上传到开发者控制台。如果你提供宣传视频,则可以创建本地化版本的视频,然后添加指向各目标语言版本的视频的链接。 + 要让您的应用详情吸引全球的用户,关键是创建本地化版本的宣传图片、屏幕截图和视频。 + +例如,应用的置顶大图中可能包含文字,这些文字应翻译成相应语言以获得最佳效果。 +您可以为每种目标语言创建相应版本的宣传图片,并将它们上传到开发者控制台。 + +如果您提供宣传视频,则可以创建本地化版本的视频,然后添加指向各目标语言版本的视频的链接。 + +

- 完成翻译后,根据需要将翻译放入应用的资源中并测试能否正常加载。在上传资源和配置商品详情时,请保存应用的翻译版商品详情以供日后使用。 + 完成翻译后,根据需要将译文放入应用的资源中并测试能否正常加载。 +在上传资源和配置商品详情时,请保存应用的商品详情译文以供日后使用。 + +

相关资源

-
+
@@ -412,28 +580,52 @@ page.image=/distribute/images/launch-checklist.jpg

- 在 Google Play 上发布应用时,你可以提供各种高品质的图形资源,用来宣传你的应用或品牌。应用发布后,这些资源将显示在你的商品详情页、搜索结果及其他位置上。这些图形资源是商品详情页成功与否的关键,它们能吸引用户的注意力并让用户参与互动。因此,你应考虑聘请专业人士为你制作这些资源。屏幕截图和视频也相当重要,因为它们将展示应用的外观、使用或操作方式及其独特之处。 + 在 Google Play 上发布应用时,您可以提供各种高品质的图形资源,用来宣传您的应用或品牌。 +应用发布后,这些资源将显示在您的商品详情页、搜索结果及其他位置上。 +这些图形资源是商品详情页成功与否的关键,它们能吸引用户的注意力并让用户参与互动,因此,您应考虑聘请专业人士为您制作这些资源。 + + +屏幕截图和视频也相当重要,因为它们将展示应用的外观、使用或操作方式及其独特之处。 +

- 所有的图形资源均应精心设计以便足够醒目,并以多彩、有趣的方式突显你的应用或品牌。这些资源应该采用相同的徽标和图标,以便用户在下载应用后可以在“所有应用”启动器中找到你的应用。你的图形资源还应与你发布的所有应用的图形资源(也会显示在商品详情页上供用户查看)相互配套。 + 所有的图形资源均应精心设计以便足够醒目,并以多彩、有趣的方式突显您的应用或品牌。 +这些资源应该采用相同的徽标和图标,以便用户在下载应用后可以在“所有应用”启动器中找到您的应用。 + +您的图形资源还应与您发布的所有应用的图形资源(也会显示在商品详情页上供用户查看)相互配套。 + +

- 为了帮你将应用更有效地推广给全球用户,Google Play 允许你创建本地化版本的宣传图片、屏幕截图和视频并上传到开发者控制台中。当用户访问你应用的商品详情时,Google Play 会向其展示你针对该用户所用语言提供的宣传图片、屏幕截图和视频。 + 为了帮您将应用更有效地推广给全球用户,Google Play 允许您创建本地化版本的宣传图片、屏幕截图和视频并上传到开发者控制台中。 + +当用户访问您应用的商品详情时,Google Play 会向其展示您针对该用户所用语言提供的宣传图片、屏幕截图和视频。 + +

- 要本地化你的宣传图片,你可以翻译所有嵌入的文本、使用不同的图像或展示方式,或者改变你的营销方式,以尽可能满足使用特定语言的用户的需求。例如,如果你的置顶大图或宣传图片中包含嵌入的商品名称或宣传口号,则可以将名称或口号翻译成相应语言,然后添加到本地化版本的宣传图片中。 + 要本地化您的宣传图片,您可以翻译所有嵌入的文本、使用不同的图像或展示方式,或者改变您的营销方式,以尽可能满足使用特定语言的用户的需求。 + +例如,如果您的置顶大图或宣传图片中包含嵌入的商品名称或宣传口号,则可以将名称或口号翻译成相应语言,然后添加到本地化版本的宣传图片中。 + + +

- 由于本地化的图形资源和视频非常重要,因此你应在预订的发布日期之前就开始创建并进行本地化。 + 由于本地化的图形资源和视频非常重要,因此您应在预定的发布日期之前提前开始创建并进行本地化。 + +

相关资源

-
+
@@ -445,23 +637,37 @@ page.image=/distribute/images/launch-checklist.jpg

- 当确定你的应用符合界面、兼容性和质量要求后,你可以构建应用的发布版本。之后,你可以将发布版 APK 上传到开发者控制台并分发给用户。 + 当确定您的应用符合界面、兼容性和质量要求后,您可以构建应用的发布版本。 + + 之后,您可以将发布版 APK 上传到开发者控制台并分发给用户。 +

- 所有应用的发布版 APK 准备流程都一样,无论应用采用哪种分发方式。一般情况下,该流程包括基本的代码清理和优化、构建和使用发布密钥签名以及最后的测试这几部分。 + 所有应用的发布版 APK 准备流程都一样,无论应用采用哪种分发方式。 +一般情况下,该流程包括基本 +的代码清理和优化、构建和使用发布密钥签名以及最终测试。 +

- 如需了解如何创建发布版应用的完整详情,请参阅准备发布。 + 如需了解如何创建发布版应用的完整详情,请参阅准备发布。 + +

- 准备好发布版 APK 后,你可以将其上传到开发者控制台。如果需要,你可以在发布之前将 APK 替换为较新的版本。 + 准备好发布版 APK 后,您可以将其上传到开发者控制台。 +如有必要,您可以在发布之前将 APK 替换为较新的版本。 +

+
-->

@@ -471,29 +677,43 @@ page.image=/distribute/images/launch-checklist.jpg

-