Archivos

Presentación de un TrueView más sencillo y útil en AdWords para video

Desde su aparición en 2010, el formato TrueView ha permitido a los anunciantes liberarse de las limitaciones de tiempo, aumentar el total de veces que sus anuncios son vistos mediante vistas aceptadas y solo pagar cuando las personas deciden ver sus anuncios de video. Gracias a estos beneficios, los anuncios TrueView conectan a los usuarios con los anuncios relevantes y permiten a los creadores monetizar su contenido. En nuestra misión constante por ayudar a los anunciantes a descubrir el poder del video en línea, hoy anunciamos una mejora próxima para hacer que TrueView sea más sencillo y útil.
A partir del 15 de abril, en vez de tres formatos de TrueView, tendremos dos: TrueView in-stream y TrueView en display. Esto combinará de manera eficaz los formatos en resultados de búsqueda y en display en un solo formato llamado TrueView en display.
Además de simplificar la creación y gestión de campañas, este cambio ofrece lo siguiente:
   Organiza TrueView de acuerdo a la manera en la que el usuario interactúa con el anuncio (ya sea que lo vea como anuncio previo al video o al hacer clic en la miniatura) en vez de donde aparece el anuncio.
   Díganos donde quiere que aparezcan sus anuncios por campaña (videos de YouTube, Red de búsqueda de YouTube y Red de Display de Google) y todos los anuncios de esa campaña aparecerán en las redes seleccionadas.
   Publica los anuncios más relevantes en la página de búsqueda de YouTube. Del mismo modo que puede usar anuncios in-stream para llegar a diferentes públicos o grupos demográficos, ahora podrá ajustar los anuncios en display que se muestran en las páginas de búsqueda de YouTube a esos mismos parámetros, además de las palabras clave.
¿Qué necesita hacer?
A partir del 15 abril de 2014, todas las campañas de video nuevas utilizarán una configuración de campaña nueva y formatos de anuncios simplificados. Al mismo tiempo, usted tendrá acceso a un Centro de actualizaciones en el que podrá actualizar todas sus campañas existentes para aprovechar esta nueva funcionalidad. A partir del 15 de mayo, todas las campañas se actualizarán automáticamente.
Consideramos que este cambio hará que TrueView sea una herramienta aún más eficaz para ayudar a construir su marca mediante videos. Para obtener más información, consulte nuestro artículo del Centro de ayuda.

Publicado por Ryo Akasaka, Gerente del producto, AdWords para video

Indexación de aplicaciones igual que en los sitios web


Los buscadores de los teléfonos inteligentes se encuentran con muchos reductores de velocidad que pueden frenarlos. Por ejemplo, cada vez que tienen que cambiar de contexto de una página web a una aplicación, o viceversa, los usuarios pueden encontrarse con redireccionamientos y cuadros de diálogo emergentes, o puede que tengan que realizar toques y deslizamientos adicionales. ¿No sería fantástico si pudieses dar a tus usuarios la opción de ver el contenido, ya sea en el sitio web o por medio de tu aplicación, directamente desde los resultados de búsqueda de Google?


Hoy nos complace anunciar una nueva función de Búsqueda de Google, denominada indexación de aplicaciones, que utiliza la experiencia de los webmasters para ayudar a crear una experiencia de usuario coherente entre sitios web y aplicaciones móviles.

Al igual que rastrea e indexa sitios web, ahora Googlebot puede indexar contenido en tu aplicación para Android. Los webmasters podrán indicar qué contenido de aplicaciones quieren que indexe Google, tal y como lo hacen con sus páginas web, a través de un archivo de sitemap existente y a través de Herramientas para webmasters de Google. Si los contenidos de la página web y de la aplicación se indexan correctamente, Google tratará de mostrar enlaces profundos a tu aplicación directamente en nuestros resultados de búsqueda cuando creamos que son relevantes para la consulta del usuario y si el usuario tiene instalada la aplicación. Cuando los usuarios tocan estos enlaces profundos, tu aplicación se iniciará y los llevará directamente al contenido que necesitan. He aquí un ejemplo de la búsqueda de viviendas en Mountain View:



Actualmente estamos probando la indexación de aplicaciones con un primer grupo de desarrolladores. Los enlaces profundos para estas aplicaciones empezarán a aparecer en los resultados de búsqueda de Google para los usuarios que hayan iniciado sesión en un dispositivo Android en EE. UU. dentro de unas pocas semanas. Si estás interesado en permitir la indexación de tu aplicación para Android, es muy fácil empezar:
  1. Comunícanos que estás interesado.Estamos trabajando al máximo para ofrecer esta función en más sitios web y aplicaciones en un futuro próximo.
  2. Habilita los enlaces profundos dentro de tu aplicación.
  3. Proporciona información sobre URIs de aplicaciones alternativas, en un archivo de Sitemaps o con un elemento de enlace en las páginas de tu sitio.

Para obtener más información sobre la implementación y sobre cómo registrarse, visita nuestro sitio para desarrolladores. Como siempre, si tienes alguna duda, consulta nuestro foro para webmasters.


Escrito por , Product Manager. Publicado por Javier Pérez equipo de calidad de búsqueda de Google. 

RedBit y el éxito de su juego Splashy Fish







































 
Este post está basado en el caso de éxito publicado por AdMob. Publicación original aquí.

Dentro de AdWords América Latína 2014-03-10 19:00:00

Aplicación de los requisitos de Google Shopping respecto de los identificadores únicos de producto
El año pasado anunciamos que habíamos comenzado a aplicar los requisitos de identificadores únicos de producto para mejorar la calidad de los datos en Google Shopping. Las nuevas especificaciones nos ayudan a proporcionar mejores resultados de Google Shopping a los usuarios y crean más oportunidades para los comerciantes. En concreto, los identificadores únicos de producto nos ayudan a crear una ficha para un producto con sus diversos vendedores. Esto permite que los usuarios descubran más productos en Shopping y naveguen fácilmente hacia un vendedor de su preferencia para comprar el producto.


kg-camera-ui-mock-2-short.png

Para cumplir los requisitos de identificadores únicos de producto, debe proporcionar datos completos y exactos. Le recomendamos hacer los cambios necesarios para cumplir con los requisitos de calidad de los datos. La calidad de los datos es un impulsor clave para el rendimiento de los anuncios de ficha de producto.
El año pasado, para comenzar la aplicación: (1) rechazamos los productos que no tenían datos en el feed para los atributos de identificador único de producto (GTIN, MPN o marca); (2) no ofrecimos anuncios de ficha de producto a los productos que usaban incorrectamente el atributo 'existe identificador' [identifier_exists]; y (3) rechazamos los productos que proporcionaban GTIN no válidos que no cumplían las especificaciones estándar de GTIN.
Aplicación adicional de los identificadores únicos de producto
Pronto comenzaremos a: (1) rechazar los productos con GTIN, MPN y marca incorrectos; y (2) no ofrecer mundialmente anuncios de ficha de producto para los productos que usan incorrectamente el atributo 'existe identificador' [identifier_exists]. Durante los próximos meses, continuaremos con nuestros esfuerzos para encontrar y rechazar productos con datos incorrectos de GTIN, MPN y marca.
Le recomendamos que revise las advertencias y los rechazos de productos en las fichas Calidad de los datos y Feeds de datos en Merchant Center. Para los lanzamientos pendientes de productos rechazados, las infracciones pueden mostrarse como advertencias y finalmente como errores en la IU después de la fecha de lanzamiento de la aplicación. Para los productos rechazados debido al uso incorrecto del atributo 'existe identificador' [identifier_exists], revise los productos donde se indique 'falso' [false] para asegurarse de que estén marcados así solo los productos personalizados.
Para obtener más información, revise losrequisitos de identificadores únicos de producto y lasespecificaciones de los feeds de productos más recientes para realizar los cambios adecuados en sus datos. También puede revisar nuestra sesión pasada de horas de consulta para ayudar a los comerciantes con estos nuevos requisitos.


Publicado por Angelika Rohrer, gerente de programa, Google Shopping

Enlaces no naturales en sitios web y solicitudes de reconsideración


Desde hace muchos años, hemos tomado medidas en sitios web individuales y redes enteras de sitios web que han infringido nuestras directrices de calidad de manera agresiva y deliberada. Específicamente en el mercado hispanohablante, hemos visto ejemplos de enlaces pagados que pasan PageRank en artículos en blogs.

Queremos aprovechar esta oportunidad para reiterar que los esquemas de enlaces y otras técnicas similares de manipulación no cumplen con nuestras directrices para webmasters. Continuaremos tomando acciones para proteger la calidad y relevancia de nuestro índice, lo cual puede resultar en un impacto negativo en el posicionamiento de un sitio web en los resultados de búsqueda, si detectamos que éste participa en esquemas de enlaces artificiales en sitios web

Este artículo tiene como objetivo aclarar y recordar que tipos de enlaces son considerados por Google como perjudiciales para la reputación y la clasificación general de tu sitio, así como lo que se debe hacer si tu sitio web ha sido afectado por una acción manual por enlaces no naturales.

¿Qué tipo de enlaces pueden ser considerado por Google como perjudiciales?



Enlaces que apuntan a tu sitio web

Nuestra postura sobre los enlaces que apuntan a su sitio no ha cambiado: la participación en esquemas de enlaces y la compra de enlaces que pasan PageRank con el fin de distorsionar los resultados del motor de búsqueda sigue yendo en contra de nuestras directrices. Publicamos recientemente un vídeo sobre los criterios que tenemos en cuenta cuando valoramos enlaces pagados o comprados, con la intención de que sirva de para comprender mejor estas directrices.

Para ilustrar un determinado tipo de enlace pagado, hemos creado un ejemplo ficticio. Todos los enlaces son "dofollow" y claramente utilizan textos de anclaje altamente optimizados.
Ejemplo ficticio de enlaces comprados en un artículo de un blog .

En el pasado ya hemos comunicado nuestra postura sobre estrategias de comercialización de artículos a través de enlaces pagados. De hecho, la adquisición de enlaces de pago en directorios de enlaces también se considera antinatural. Puedes encontrar más detalles sobre qué se puede considerar un enlace pagado en este vídeo donde Matt Cutts explica con detalle lo que el equipo de calidad de búsqueda tiene en cuenta cuando valora si un enlace es o no es pagado.

Matt también comentó recientemente sobre la naturaleza de los artículos “invitados” en blogs en “The decay and fall of guest blogging for SEO”, en el que notó cómo los artículos “invitados” en blogs han ido cambiado en los últimos años, transformándose de una actividad respetable a una actividad enfocada exclusivamente en la adquisición de enlaces que pasan PageRank. En vez de aportar distintos puntos de vista sobre la temática del blog donde son publicados, éstos terminan dándole menor prioridad al contenido en sí que a los enlaces que generan. Al perderse la autenticidad, se pierde la legitimidad.

Enlaces desde tu sitio

Nos gustaría hablar también sobre los enlaces salientes de un sitio web o blog. Técnicas como la venta de enlaces que pasan PageRank es una clara violación las directrices de calidad de búsqueda.

Hemos notado que varios grupos de blogs hispanohablantes están alojando enlaces con textos altamente optimizados que pasan PageRank a sitios propiedad de terceras partes, ya sea a través de artículos promocionados, o mediante el uso de “widgets” o adminículos creados por los sitios a donde apuntan estos enlaces.

Es importante recordar que tanto estos artículos promocionados, creados con el propósito de insertar un enlace para manipular el posicionamiento de un sitio, como los widgets o fragmentos de código embebido con enlaces “dofollow”, no cumplen con nuestras directrices para webmasters.

Hemos creado el siguiente adminículo ficticio para ilustrar un modelo común que hemos encontrado en los blogs legítimos. En este ejemplo es bastante fácil darse cuenta que el enlace "dofollow" dentro del adminículo no cumplen nuestras directrices para webmasters. Pero en ocasiones la intención de estos enlaces en los adminículos no es tan transparente, y es hasta posible que el webmaster del sitio web que lo incluya no sea consciente de la naturaleza de los enlaces alojados en los fragmentos de código obtenidos de otras fuentes.

Otro ejemplo ficticio de enlace "dofollow" a través de un widget
Si tienes dudas sobre la calidad de los enlaces alojados en tu sitio, o apuntando al mismo, te recomendamos leer atentamente nuestras directrices para webmasters y empezar a hacer una auditoría de los enlaces de y a tu sitio con el fin de confirmar si se alinean con las directrices de calidad de Google. Si crees que algunos enlaces son sospechosos, es buena práctica eliminarlos, agregarles una etiqueta “nofollow” a los mismos, o pedirle a tu agencia web que lo haga.

Si tienes sospechas de que un sitio web utiliza técnicas no conformes con nuestras directrices para webmasters, o si otros webmasters te contactan ofreciendo un intercambio de enlaces, puedes presentar un informe de spam, lo cual nos ayudará a aumentar la calidad de los resultados de búsqueda.

¿Qué debo hacer si hay una acción manual en mi sitio web?

Google depende fundamentalmente de algoritmos para evaluar y mejorar constantemente la calidad de los resultados búsqueda. No obstante, ocasiones Google puede llegar a tomar acción manual contra sitios web que utilizan técnicas de spam. Estas acciones manuales pueden tener por resultado desde la pérdida de posiciones hasta la eliminación por completo del sitio web en los resultados de búsqueda.

Si tu sitio se ve afectado por una acción manual anti-spam, lo podrás comprobar en tu cuenta de las Herramientas para webmasters de Google, en Tráfico de búsqueda→ Acciones manuales.

Una vez sepas que están resueltos en su totalidad los motivos por los cuales se tomó la acción manual, podrás presentar una solicitud de reconsideración. Es importante que en la solicitud de reconsideración se explique en detalle los pasos y acciones tomadas para resolver en su totalidad el motivo de la acción manual antes de presentar una solicitud.

Si la acción manual fue tomada por el tipo de enlaces que apuntan a tu sitio, es muy importante que se contacte a los webmasters de las páginas donde se alojan estos enlaces problemáticos para que sean eliminados en origen, o reciban una etiqueta rel=“nofollow”. Como último recurso, si no puedes ponerte en contacto con algunos de estos webmasters para que los enlaces se eliminen en origen, puedes utilizar la herramienta para desautorizar enlaces. Puedes encontrar información adicional de como usar esta herramienta en la lista de preguntas frecuentes.

En caso de que haya enlaces spam en tu sitio web, tales como enlaces de pago apuntando desde tu sitio a otro o anuncios con texto sobre optimizado que pasan PageRank, elimínalos o asegurate que dichos enlaces lleven la etiqueta rel="nofollow" .

Si tienes cualquier comentario o pregunta puedes publicarlos en nuestro foro de ayuda para webmaster.

Publicado por Javier Pérez equipo de calidad de búsqueda de Google. 

Explorando la monetización desde AdMob en soluciones nativas Android

En esta ocasión queremos compartir con ustedes la posibilidad de monetizar utilizando un enfoque de integración y desarrollo en una aplicación nativa Android.

Para este ejemplo vamos a utilizar un modelo de integración simple, en donde trabajamos un banner desde el entorno programático y como opción utilizando XML en el Layout.

Veamos la estructura de la aplicación propuesta desde la Fig. 1



Fig. 1 Estructura básica de la aplicación
Como podemos observar en la Fig. 1 tenemos dos activities que representan cada ejemplo de integración como comentamos en nuestra introducción.

En la Fig. 2 podemos observar el ejemplo más simple en donde utilizamos la visualización de un banner con un integración mediante XML en el Layout.


Fig.2 Código de integración para la opción de integración XML
Al utilizar el modelo de integración mediante XML en el layout debemos analizar en concreto donde ocurre, como decimos coloquialmente, la magia de programación. En este ejemplo utilizamos un objeto AdView en el Linearlayout para presentar el banner como muestra la Fig. 3.


Fig.3 Entorno de diseño para la activity de integración utilizada.
Ahora veamos el código XML de implementación:

Fig. 4 Código XML del Layout donde se presenta el objeto AdView
Nota: recuerden que en el atributo ads:adUnitId deben incluir el id del banner a visualizar.

Finalmente la aplicación funcionando, lo que todo desarrollador hace a diario, compilación y en este caso a visualizar en el emulador.


Fig. 5 Visualización de la aplicación y el menú de ejemplo.
También podemos ver en la Fig.6 el ejemplo concreto de implementación para la opción 1 en donde se realiza la integración de forma programática.


Fig. 6. Resultado de la integración mediante modelo programático.
También podemos ver en la Fig. 7 el resultado de la integración mediante XML.

 
Fig. 7 Resultado de la integración mediante XML
Referencias:


Nicolás es director de relaciones para desarrolladores en Latinoamérica región sur para Google. El ha desarrollado comunidades académicas y de investigación en varios países de Latinoamérica sobre la plataforma de desarrollo web y mobile de Google. Además Nicolas es profesor universitario, donde trabaja fuertemente en arquitecturas de software, ambientes emergentes e innovación en modelos de ingeniería de software

Creative Commons License
This work is licensed under a Creative Commons Attribution 4.0 International License.

Entrada-Transformación-Salida-Resultados


Te presentamos un ejemplo de aplicación App Engine para mover tus datos de un lugar en la nube a otro, transformándolos al mismo tiempo. La aplicación Data Pipeline incluye ejemplos para permitirte empezar rápido y producir poderosos proyectos desde el comienzo. También tiene una sencilla API para ampliar su funcionalidad.
Data Pipeline es una aplicación Python que utiliza Google App Engine Pipeline API  para controlar tuberías de procesos de datos complejos. Las tuberías están construidas a base de etapas que pueden ser conectadas entre ellas para procesar grandes cantidades de datos, y con el trabajo haciéndose en paralelo. La aplicación viene con algunos ejemplos de etapas que usan muchos de los servicios de Cloud Platform. Puedes escribir fácilmente nuevas etapas para desarrollar procesamiento de datos personalizados.

La aplicación Data Pipeline viene con una funcionalidad incorporada que te permite leer datos de:
  • URLs via HTTP
  • Google Cloud Datastore
  • Google Cloud Storage
transformarlos en:
y volcarlos a:
  • BigQuery
  • Google Cloud Storage
Por ejemplo, uno de los flujos de datos incorporados lleva un archivo de un recipiente de Cloud Storage, lo transforma usando un trabajo MapReduce en Hadoop operando en Compute Engine, y carga el archivo de salida a BigQuery. Para lanzar el proceso, sólo tienes que pasar el archivo a Cloud Storage.

Esperamos que no solo vayas a usar las transformaciones incorporadas, sino que crearás etapas personalizadas para transformar datos de la forma que necesites. Puedes personalizar las tuberías fácilmente extendiendo el Python API, que está disponible aquí en Github.

También puedes personalizar la entrada  y salida, por ejemplo, puedes personalizar la salida para escribir en Google Cloud SQL.

Creas y editas tuberías en un archivo de configuración JSON en la aplicación UI. La aplicación comprueba que la configuración es sintácticamente correcta y que los prerrequisitos se cumplem. Después de que guardes el archivo de configuración, da clic al botón de Run para comenzar la ejecución del proyecto. Verás el progreso de la tubería que se está ejecutando en una nueva ventana.
*
Edición del archivo de configuración
El código fuente está en Github. Te invitamos a descargarlo y a empezar a armar tus propios proyectos hoy.

Post originalmente publicado por Alex K, Ingeniero de soluciones cloud

Google Developers Hackademy: Introducción al desarrollo web HTML5 con Google Drive


Hoy te traemos el tercer curso completo de Google Developers Hackademy presentado por nuestro GDE +César Antón quien nos adentra a Google Drive en 5 lecciones. Ya sea que no lo hayas seguido, como recordatorio o repaso, César Antón nos lleva de la mano por esta introducción al desarrollo web en HTML5 con Google Drive.
¡Escuchemos al experto!

 
Sesión 1
En esta lección +César Antón explica temas como, la estructura de documentos HTML5, estructura de archivos en aplicaciones HTML5, web hosting gratuito usando Google Drive Public Folders, sincronización automática con Google Drive y la creación de un sitio web HTML5.

 

Sesión 2
Introducción a Google Charts, creación de una primer gráfica con Google Charts y Google Pie Charts, son los temas que recorrerán en esta sesión para finalizar con la creación de una aplicación HTML5 con Google Charts.
 

Sesión 3
Aprenderán qué es Google Spreadsheets, conectar tu aplicación con Google Spreadsheets para poner todo en práctica para conectar tu aplicación HTML5 con la nube de Google.
 

Sesión 4
Para seguir con este curso, nuestro GDE +César Antón, les explica cómo crear un proyecto con Google Cloud Console, cómo activar la API de G+, registrar una app, activar el botón de “Login” de G+ y agregarlo a nuestra app.
 

Sesión 5
¡A repasar todos los fundamentos y conceptos adquiridos a lo largo del curso!