MDN may have intermittent access issues April 18 13:00 - April 19 01:00 UTC. See whistlepig.mozilla.org for all notifications.

mozilla
Los resultados de tu búsqueda

    Marketplace review criteria

    Este artículo describe el conjunto de requerimientos que una aplicación debe cumplir para ser distribuida a través de Firefox Marketplace. Los requerimientos están diseñados para equilibrar las necesidades entre desarrolladores y usuarios de aplicaciones de Firefox Marketplace. Los desarrolladores persiguen requerimientos equitativos, consistentes y no draconianos que puedan ser confiables para así construir un negocio sobre ello. Por otro lado, los usuarios necesitan asegurarse que las aplicaciones sean seguras, que funcionarán en su dispositivo, y que harán lo que indica que harán. Los requerimientos que se mencionan a continuación, aspiran un equilibro entre estas necesidades.

    Aquí se mencionan las expectativas de Mozilla sobre lo que una reseña de aplicación es y no es:

    • Criterios serán aplicados de una manera justa, compasiva y consistente. El proceso de revisión de una aplicación no tiene la intencionalidad de ser una barrera sino, por el contrario, ser un punto de confianza que provea retroalimentación para ayudar a los desarrolladores a ser más exitosos.
    • ¡Los revisores no son el equipo de aseguramiento de la calidad! Durante el proceso de revisión, alguien observará el manifiesto de la aplicación y se detendrá unos minutos probando la aplicación, tal como lo haría cualquier usuario corriente.
    • Si la revisión de una aplicación falla, se le entregará al desarrollador una explicación detallada de los problemas encontrados, pasos para reproducirlos, y si fuese posible, el revisor podría orientar al desarrollador en la dirección correcta al proporcionar enlaces a documentación técnica relevante o hacer recomendaciones sobre qué cambios necesitan ser hechos.
    • Los revisores no juzgan sobre cómo una aplicación luce, solo lo harán en cómo una aplicación trabaja. Por ejemplo, una aplicación con un párrafo de letras rojas sobre un fondo naranja no sería rechazado solo por es feo, pero podría ser rechazado si no es legible.
    • Nosotros siempre le damos a los desarrolladores el beneficio de la duda. Si existiese la inseguridad sobre si una aplicación será rechazada, los revisores realizarán preguntas antes de registrar el rechazo. Las aplicaciones no serán (con conocimiento de causa) rechazadas solo por problemas en la plataforma que están fuera del control de los desarrolladores; sin embargo, podremos retener la aprobación hasta hacer correr la aplicación.

    Seguridad

    Todos los detalles sobre la arquitectura de seguridad de las aplicaciones está disponible aquí: https://wiki.mozilla.org/Apps/Security

    • El manifiesto de la aplicación debe encontrarse en el mismo sitio donde está la aplicación.
    • El manifiesto de la aplicación cumplir con el encabezado Content-Type de application/x-web-app-manifest+json.
    • Las aplicaciones no deberían usar redireccionamientos o iframes para cargar contenido que el desarrollador no está autorizado a usar.
    • Requerimientos de privilegios deberán estar especificados en el manifiesto de la aplicación con una descripción del por qué los privilegios son necesarios.

    Privacidad

    Contenido

    • Cualquier aplicación que viole nuestras Pautas de Contenido siguientes, no está permitida. Si usted piensa que tiene una excepción, por favor pregunte al equipo revisor para mayor clarificación, aún si la aplicación no está lista para subirla. Nosotros queremos ayudarle a estar en el camino correcto, más que invertir tiempo en contenido que será rechazado.
    • Comenzando en enero de 2014, todas las aplicaciones deberán recibir una clasificación del International Age Rating Coalition (IARC).  Para obtener esta clasificación, nosotros le dirigiremos a un breve cuestionario durante el proceso de admisión, y usted recibirá la clasificación de forma inmediata. Más información acerca de este proceso de clasificación, está disponible aquí.
    • Pantallas y descripciones presentadas a Firefox Marketplace deben representar con exactitud la aplicación.
    • En el manifiesto de la aplicación, el locale keys debe coincidir con la localización que su aplicación soporta. Al proveer una llave locale en polaco, los usuarios esperarán que su aplicación esté disponible en ese idioma.

    Pautas de contenido

    Esta lista describe los tipos de contenidos que son inapropiados para Firefox Marketplace. Esta lista es ilustrativa, no definitiva, y puede ser actualizada. Si una aplicación se encuentra que está violando el contenido de estas pautas, Mozilla tiene el derecho de remover inmediatamente la aplicación del Firefox Marketplace.

    • Ningún material pornográfico obsceno, o imágenes que representen sexualidad o violencia.
    • Ningún contenido que infrinja los derechos de cualquier persona, incluida la propiedad intelectual, derecho de propiedad u otros derechos de privacidad o publicidad.
    • Ningún contenido que esté diseñado para dañar a Mozilla o a los usuarios (como código malicioso, virus, spyware o malware).
    • Ningún contenido que sea ilegal o promueva actividades ilegales.
    • Ningún contenido que sea falso, engañoso, fraudulento o esté diseñado para realizar phishing o robo de identidad.
    • Ningún contenido que promueva la adicción por el juego y las apuestas.
    • Ningún contenido que se dedique a la publicidad de productos o servicios ilegales.
    • Ningún contenido que explote niños.
    • Ningún contenido que degrade, intimide e incite a la violencia, o aliente a la acción perjudicial en contra de alguien o grupo basado en la edad, género, raza o etnia, nacionalidad, religión, orientación sexual, discapacidad, religión, ubicación geográfica u otra categoría protegida o que constituya al discurso del odio.
    • Ningún contenido que engañe a un usuario para hacer una compra sin su consentimiento.

    Funcionalidad

    • El revisor debe ser capaz de ejecutar las características principales de la aplicación. Defectos estéticos y menores serán reportados al desarrollador, pero no impedirán de que la aplicación sea aprobada.
    • La aplicación no debe comprometer el rendimiento del sistema o su estabilidad.

    Usabilidad

    • El desarrollador debe hacer un intento razonable de optimizar el diseño de la aplicación para la plataforma a la que está destinada. El intento de este requerimiento es para detectar fallos, tales como:
      • Una aplicación presentada para plataformas móviles que está obviamente en un sitio de escritorio.
      • Una aplicación que muy claramente no se ajusta a todo el espacio de pantalla disponible (imagine una aplicación con una resolución de 320x480 que solo cubre la esquina superior en una tableta, con el resto de la pantalla en blanco. ¡Esta seguramente no es la intención original del desarrollador!)
    • La aplicación debe implementar su propio método de navegación y no depender del menú del navegador o los botones de retroceso del hardware mismo, que no están presentes en todos los dispositivos.
      • Por ejemplo, si los revisores navegan por algún lado con la aplicación y ésta no tiene la capacidad de retroceder. Esto no significa que una aplicación debe implementar una barra de botones a las aplicaciones nativas.
      • Nota: un “contenedor” Gaia para contenido web obsoleto está en desarrollo: https://github.com/mozilla-b2g/gaia/issues/2557
    • Elementos de navegación, tales como botones y enlaces, deben ser fáciles de hacer clic o presionar.

    Políticas para listas de bloqueo

    Esperamos que nunca tengamos que usarlas, pero nos reservamos el derecho de remover ("blocklist") cualquier aplicación publicada que posteriormente se encuentre que viola cualquier requerimiento de seguridad, privacidad o contenido, o aplicaciones que seriamente degraden el sistema o el rendimiento de la red. Desarrolladores serán informados de la situación antes de que su aplicación esté en la lista de bloqueo, se asumirá que es un buen ciudadano a menos que encontremos evidencias que demuestren lo contrario y recibirá completa asistencia del equipo revisor de aplicaciones para comunicar lo que está pasando y sea así resulto el problema. Ejemplos específicos de situaciones donde listas de bloqueo se justifican, incluyen:

    • Phishing
    • Spamming
    • Cambiar el contenido de Puppy Pictures v1.0 a Brutal Violence v1.0 (sin actualizar la clasificación, cuando esta característica es implementada)
    • Mal comportamiento de una aplicación para un gran porcentaje de usuarios — disminuyendo el rendimiento del teléfono, causando reinicios, causando perdida de información, etc. donde usuarios no puedan indicar que es debido a la aplicación y donde éste no sea resuelto al reiniciar el dispositivo.
    • Una aplicación siendo usada para ataques a la red, tales como denegación de servicio (DDOS) distribuido.
    • (inserte una trama de película aquí)

    Etiquetas y colaboradores del documento

    Etiquetas: 
    Contributors to this page: maedca, anubis, One
    Última actualización por: One,