Posted:
Llevamos un tiempo ayudando a los usuarios a descubrir contenido relevante de aplicaciones Android en los resultados de búsqueda de Google. Desde hoy, esta tecnología de indexación llega también a las aplicaciones de iOS. Esto significa que los usuarios de ambas plataformas, Android e iOS, podrán abrir contenido de aplicaciones para móviles directamente desde la Búsqueda de Google.

Los enlaces indexados, procedentes de un grupo inicial de aplicaciones con las que hemos estado trabajando, comenzarán a aparecer en iOS en los resultados de búsqueda en los próximos días tanto en la aplicación Google como en Chrome para los usuarios de todo el mundo que hayan iniciado sesión:

Fig.1

Cómo hacer que tu aplicación de iOS sea indexada

Aunque la indexación de aplicaciones para iOS ha comenzado su recorrido inicialmente para un pequeño grupo de socios de prueba, estamos trabajando para ampliar la disponibilidad de esta tecnología a un mayor número de desarrolladores de aplicaciones. Hasta que llegue ese momento, sigue estos pasos para obtener las ventajas que proporciona la indexación de aplicaciones para iOS:

1. Permite que se puedan añadir enlaces profundos en tu aplicación de iOS.
2. Asegúrate de que sea posible volver a los resultados de la Búsqueda con un clic.
3. Proporciona anotaciones con enlaces profundos en tu sitio web.
4. Comunícanos tu interés por esta tecnología. Ten en cuenta que expresar tu interés no garantiza automáticamente que los enlaces profundos de aplicaciones de iOS aparezcan en los resultados de búsqueda.

Si vas a asistir al Google I/O esta semana, no te pierdas nuestra presentación titulada “Get your app in the Google index” (Consigue que tu aplicación sea indexada por Google), donde podrás aprender más sobre el indexado de aplicaciones. También encontrarás documentación detallada sobre la indexación de aplicaciones para iOS en g.co/AppIndexing.
Si tienes más preguntas, pásate por nuestro foro de ayuda para webmasters.


Publicado por Eli Wald, Director de producto by +Nicolás Bortolotti

Posted:
Ankur Kotwal, Ingeniero de software

El espíritu navideño se centra en la capacidad de dar, y aunque estamos a principios de abril, aún conservamos ese espíritu. Hoy anunciamos que Sigue a Papá Noel de Google ahora es de código abierto en GitHub, podrás encontrarlo en google/santa-tracker-web y en google/santa-tracker-android. Ahora puedes ver cómo utilizamos muchos de los productos de nuestros desarrolladores para crear una experiencia divertida que se ejecuta en la Web y en Android.

Fig.1
Sigue a Papá Noel no solo sirve para ver el trayecto de Papá Noel mientras reparte regalos el 24 de diciembre. Los visitantes también pueden divertirse con los juegos inspirados en la temporada invernal y con una villa interactiva en el Polo Norte mientras Papá Noel se prepara para su largo viaje durante las fiestas.

A continuación se proporciona un resumen de lo que se lanzará como código abierto:

Aplicación para Android


  • La aplicación para Android "Sigue a Papá Noel" es un APK compatible con todos los dispositivos que funcionan con Ice Cream Sandwich (4.0) y posteriores. Puedes encontrar el código fuente de la aplicación aquí.

Fig.2

  • La villa de Papá Noel es un lanzador gráfico de videos, juegos y del rastreador. Para poder distribuir 10.000 píxeles de ancho, la villa utiliza la jerarquía de recursos de Android de una forma única para escalar gráficos sin la necesidad de utilizar objetos para depósitos de múltiples densidades, reduciendo así el tamaño del APK.
  • Los juegos en Sigue a Papá Noel se crearon mediante una combinación de tecnologías como JBox2D (juego de Gumball), jerarquía de vista de Android (juego de la memoria) y OpenGL con un motor de representación diseñado para este fin (juego de jetpack).
  • Para ayudar con la interactividad del usuario, la aplicación utiliza la API de indexación de aplicaciones a fin de permitir el uso de autocompletado en los juegos de Sigue a Papá Noel desde la búsqueda de Google. Esto se logra mediante el uso la técnica de enlaces profundos.

Fig.3

Android Wear



Fig.4

En la Web

Fig.5

  • Sigue a Papá Noel en la Web se creó con Polymer, una nueva y potente biblioteca del equipo de Chrome, basada en componentes web. La utilización de Polymer en Sigue a Papá Noel demuestra lo fácil que es empaquetar código en componentes reutilizables. Cada escena de la villa de Papá Noel (juegos, videos y páginas interactivas) es un elemento personalizado que solo se carga cuando es necesario, y esto minimiza el costo de inicio de Sigue a Papá Noel.
  • La experiencia interactiva y divertida de Sigue a Papá Noel se crea mediante el uso de la API de animaciones web: una API de JavaScript estandarizada que unifica el contenido animado; esto representa un enorme avance respecto al uso de animaciones CSS. Las animaciones web se pueden escribir de forma imperativa, son compatibles con todos los navegadores modernos a través de polyfills, y Polymer las utiliza internamente para crear sus increíbles efectos de Diseño material. Puedes encontrar ejemplos de esas animaciones a través de esta búsqueda en GitHub.

Fig.6



Ahora que también está disponible el código fuente, los desarrolladores podrán ver cómo se integran las partes que forman a Sigue a Papá Noel. Esperamos que le sirva de inspiración a los desarrolladores, y que puedan crear sus propias experiencias llenas de magia.

Ankur Kotwal, Ingeniero de software by +Nicolas Bortolotti

Posted:
TinyBytes, una de las startups integrantes de Launchpad nos cuenta su experiencia día a día en el desarrollo de videojuegos:

Nuestra interacción con Google empieza con el comienzo de cada nuevo juego. Desarrollamos en Unity para Android, que es la plataforma más sencilla y práctica para desarrollar, con lo que la mayoría de las veces prototipamos juegos que primero corren en Android.  

Una vez que esos juegos están medianamente avanzados, los subimos al Google Beta Testing y pedimos feedback de los jugadores. Seguimos iterando y puliendo el juego hasta lanzar una versión más avanzada (algo parecido a un Producto Mínimo Viable) en Google Play para unos pocos países, donde medimos el comportamiento de los usuarios. 

Si vemos que los usuarios vuelven al juego después de varios días, seguimos incorporando features y contenido al juego, haciéndolo cada vez mejor. Por otro lado, Google Docs nos permite guardar muchas listas de ideas y prioridades que compartimos con el equipo para su seguimiento en el tiempo. 

Una vez que el juego esta listo con los features y el contenido planeado y pasa los controles de calidad, trabajamos en los assets de marketing, y lo lanzamos en Google Play mundialmente. 

Nuestros juegos están integrados con Google Game Services, permitiendo a los usuarios registrarse con su cuenta de Google+ para así tener acceso a leaderboards y achievements de Google y competir contra amigos y otros usuarios. 

Uno de los aspectos más satisfactorios de trabajar en Android es que en pocas horas (o minutos!) el juego esta publicado y disponible para su descarga en Google Play. El backend de Google Play para la carga de textos y assets es sencillo e intuitivo.



En desarrollo de juegos para móvil, los tiempos son claves. Como desarrolladores, queremos saber cuanto antes qué piensan nuestros usuarios sobre el juego para poder mejorarlo, o alternativamente trabajar en ofrecerles otro juego aún mejor. Es por eso que Android y Google Play son de gran ayuda en game development, y lo recomendamos ampliamente.   

Si tu también quieres formar parte del programa Launchpad y disfrutar de sus beneficios accede aquí.

Este post ha sido escrito por TiniBytes, startup chilena parte del programa #Launchpad. Editor by +Nicolas Bortolotti

Posted:
YouTube permite personalizar su reproductor de video e integrarlo en nuestras páginas y aplicaciones para crear experiencias con videos interactivos.
Es un gran desafío personalizar el reproductor de modo de lograr una experiencia consistente a través de diferentes dispositivos, con distintos tamaños de pantalla, como móviles, TV, laptops y tablets. ¿Como podemos hacerlo?

El componente Web del reproductor de Youtube

Gracias a Polymer y los componentes de YouTube podemos utilizar y personalizar el reproductor. Podemos configurar sus parámetros, gestionar su estado y sus eventos!

Los parámetros más importantes son el videoid, con el que especificamos el video que queremos ver, la altura y ancho (parámetros height y width), y finalmente un parámetro que permite simular el modo Chromeless (el reproductor sin controles y branding..), de modo de crear nuestros propios controles para reproducir el video.

Recreando caso de éxito "Videos interactivos, Knorr Mexico"

Recreemos la experiencia con videos interactivos de Knorr México, utilizando Polymer, Fig.1:
Fig.1
En esta experiencia se logra ocultado los controles estándar del reproductor (utilizando el modo Chromeless), y mostrando en cambio controles personalizados. Además se comienza en forma automática la reproducción de video.

Como lo podemos hacer con el componente web de YouTube? Simple:

Vamos a configurar el componente de YouTube con reproducción automática y sin controles (Chromeless):

<google-youtube

 videoid="3T87lMYzqf4"

 height="100%"
 width="100%"
 rel="0"
 autoplay="1"
 chromeless>
</google-youtube>

Veamos el ejemplo:
http://matiasmolinas.github.io/google-youtube/components/google-youtube/demo.html

Puedes hacer un fork del proyecto en Github:
https://github.com/matiasmolinas/google-youtube

En el ejemplo solo falta utilizar paper elements para crear nuevos controles de reproducción, algo que es muy recomendado cuando utilizas el modo Chromeless!

En el próximo artículo veremos cómo incorporar este tipo de controles (paper elements), junto con el API de Datos de YouTube, al hacer uso del componente:
google-youtube-video-wall
https://github.com/GoogleWebComponents/google-youtube-video-wall

Hasta la próxima!

Este post ha sido escrito por +Matias Molinas, Google Developer Expert para YouTube API. Editor by +Nicolas Bortolotti

Posted:
Originalmente publicado por William Denniss, gerente de producto de Identidad y Autenticación

Se ha finalizado el soporte para ClientLogin, OAuth 1.0 (3LO1), AuthSub y OpenID 2.0, según lo planificado en nuestro cronograma. Los clientes que usen estos servicios no volverán a funcionar correctamente y deberán migrar inmediatamente a OAuth 2.0 u OpenID Connect.

La forma más fácil de migrar un sistema de autenticación es usar Google Sign-in SDKs (consulte la documentación de migración). Google Sign-in está construido sobre nuestra infraestructura basada en los estándares OAuth 2.0 y OpenID Connect, que proporcionan una interfaz única para el flujo de autenticación y autorización en iOS, Android y Web. Para migrar el uso de la API del servidor, recomendamos utilizar una de nuestras bibliotecas cliente de OAuth 2.0.

Estamos dejando de utilizar los protocolos de autenticación heredados y centramos nuestro soporte en OpenID Connect y OAuth 2.0. Estos modernos estándares abiertos mejoran la seguridad de las cuentas de Google, y por lo general los desarrolladores se integran más fácilmente con ellos.


13LO significa 3­legged OAuth, que significa que el usuario final presta consentimiento. Por el contrario, 2legged (2LO) corresponde a situaciones de autorización empresariales, tales como control de acceso mediante políticas organizacionales. Los flujos de OAuth1 3LO y 2LO están en desuso, sin embargo, este anuncio se refiere específicamente a OAuth1 3LO.


Posted:
Cual es uno de los mayores desafíos a los que nos enfrentamos hoy en día los desarrolladores al momento de crear la UI de una aplicación?

Probablemente uno de los mayores desafíos es que las aplicaciones se han convertido en servicios, que se consumen desde distintos dispositivos, como móviles, tabletas, portátiles, TV, dispositivos vestibles y autos!!! Todos con distintos tamaños de pantallas, e incluso con distinto tipo de entrada de datos, como mouse y teclado, pantalla táctil y voz.
Por si esto fuera poco, incluso se utilizan estos nuevos servicios o aplicaciones desde distintos dispositivos en forma simultánea.

Este es un problema al que también se enfrenta Google, ya que provee servicios para todas las plataformas, e inclusive es pionero creando algunas de estas plataformas, como Android Wear y Android Auto.

La buena noticia es que Google no solo esta preparado para estos escenarios, en los que ofrece sus aplicaciones y servicios con una interfaz de usuario (UI) y una experiencia de usuario (UX) consistente, si no que ademas a desarrollado un lenguaje de diseño, Material Design, que resuelve el problema, y lo ha implementado sobre varios frameworks y tecnologías open source, como Polymer, Android L y AngularJS, lo que facilita y permite la rápida adopción de esta solución por parte de los desarrolladores para sus propias aplicaciones.

Material Design

Material Design es un lenguaje de diseño que utiliza los principios clásicos de diseño, e incorpora la ciencia y la tecnología para dar un aspecto material a los componentes de UI, como sombras y aceleración, de modo de lograr una metáfora de los componentes con objetos reales que le transmita al usuario información en forma intuitiva y que permita aplicar cientos de años de diseño aplicado a objetos materiales a una nueva rama de diseño, que es el diseño de UI, que solo lleva pocos años de vida.
Material Design es ademas el resultado de la evolución de Android a través de sus diferentes versiones.

Como se trata de una evolución de Android lo podemos encontrar en todas las versiones de Android L o superior, y en sus distintas plataformas, Android, Android Wear, Android TV y Android Auto.
Y para el desktop? y para la Web? Contamos con una implementación sobre las más modernas opciones tecnológicas para la Web, esto es Polymer para Web Components y otra para Angular JS.

Polymer

Polymer es una librería que nos permite crear páginas y aplicaciones Web mediante componentes (web components). 
La potencia de este enfoque radica en que nos permite utilizar componentes propios y de terceros y componerlos para construir nuestra aplicaciones de forma simple, reduciendo tiempos y esfuerzo.

Polymer provee un set de controles estándar, Polymer paper elements, que permiten implementar la UI con Material Design. Ademas Google provee una colección de componentes Polymer que integran la funcionalidad de las distintas APIs de Google:

Si vemos la  lista de componentes vemos que, entre otros, contamos con controles de YouTube.  https://github.com/GoogleWebComponents/google-youtube


Youtube

Cuales son los controles basados en Polymer nos provee YouTube

El control del reproductor: google-youtube

Este componente encapsula el reproductor, y expone como propiedades los parámetros que personalizan su apariencia y comportamiento. 

El muro de videos: google-youtube-video-wall

Este control nos provee un muro de videos personalizable, basado en Material Design, y Polymer paper elements.
Este control utiliza el API de datos de Youtube para recuperar  y filtrar los vídeos que se presentan en el muro. Y nos permite especificar los parámetros con los que invoca el API de búsqueda y de datos.



Resumen

Vemos que Google a resuelto uno de los mayores desafíos que se presentan al crear la UI en una aplicación moderna, y ofrece un lenguaje de diseño y diferentes frameworks y plataformas que lo implementan, todo integrado a sus APIs y servicios para utilizarlos en una forma rápida y simple!

El siguiente paso es simplemente utilizarlo en nuestra aplicación!!

Te invito a leer la próxima entrega donde visitaremos casos de éxito de experiencias de usuario y aplicaciones Web con videos de YouTube, con el objetivo de analizar cómo las podemos re-implementar utilizando Polymer y Material Design, de modo de comparar y analizar la potencia de estas nuevas tecnologías y conceptos.

Hasta la próxima!

Este post ha sido escrito por +Matias Molinas, Google Developer Expert para YouTube API. Editor by +Nicolas Bortolotti

Posted:
Originalmente publicado por William Denniss, Product Manager, Identity and Authentication (Reminder to migrate to OAuth 2.0 or OpenID Connect)

En los últimos años nosotros hemos hecho público que ClientLogin, OAuth 1.0 (3LO)*, AuthSub, y OpenID 2.0 serían discontinuados y cerrados el 20 de Abril del 2015. Nosotros estamos tomando distancia de estos protocolos antiguos con el fin de centrar nuestro apoyo a los últimos estándares de Internet, OAuth 2.0 y OpenID Connect, que aumentan la seguridad y reducen la complejidad.

La forma más fácil de migrar a estos nuevos estándares es usar Google Sign-in SDKs  (consulte la documentación de migración).Google Sign-in está construido sobre OAuth 2.0 y la infraestructura de OpenID Connect, esto proporciona una única interfaz para el flujo de autenticación y autorización en Web, Android y iOS.

Si la migración de estas aplicaciones, que utilizan estos protocolos discontinuados, no se completa antes de la fecha límite, la aplicación va a experimentar una interrupción en su capacidad de conectar con Google (posiblemente también incluyendo la capacidad de registro o ingreso[sign-in]) hasta que se produzca la migración a un protocolo soportado. Para evitar cualquier interrupción en el servicio, es importante que usted trabaje en la migración antes de la fecha de cierre.

Si necesita migrar su integración con Google:

Si tienes cualquier pregunta técnica sobre la migración de tu aplicación, puedes enviar las preguntas en Stack Overflow utilizando la etiqueta google-oauth o google-openid.

*3LO significa 3-legged OAuth: El Usuario final proporciona consentimiento. Por el contrario, 2-legged (2LO) corresponde a escenarios de autorización empresariales: control de acceso mediante políticas organizacionales. Los flujos de OAuth1, 2LO y 3LO están en desuso.