Una web como Ars, que tiene un público con conocimientos tecnológicos, es de las que más sufren. Fisher asegura que el 40 por ciento de los lectores de Ars bloquean sus anuncios, y hace ver que muchos lectores que tienen activados sistemas de bloqueo de publicidad ni siquiera están al tanto de que están causando pérdidas a los sitios web:
Se suele mencionar la idea equivocada de que, si un usuario nunca hace clic en los anuncios, entonces bloquearlos no causará ningún perjuicio económico al sitio web en cuestión. Se equivocan. La mayoría de los sitios web, al menos los que la magnitud del nuestro, consiguen ingresos en función del número de anuncios vistos.
No tengo una respuesta fácil, pero sí mencionaré que no hay ninguna razón esencial para que los anuncios deban ser algo que la gente desee bloquear. No basta con pedirles a los lectores que no bloqueen los anuncios — hay que esforzarse para mostrar publicidad que los lectores realmente disfruten, o al menos que no haga que quieran bloquearla.
Actualización: Con los sistemas de bloqueo de anuncios se da el dilema del prisionero; no importa que un sitio web muestre una publicidad razonable si otras webs muestran anuncios molestos, porque esos anuncios molestos empujarán a los usuarios a instalar software de bloqueo de publicidad, y este tipo de software lanza una red amplia y bloquea todas las webs que puede. Es poco probable que la mayoría de los lectores de Ars que tengan bloqueadores de anuncios instalados los hayan activado por culpa de los anuncios de Ars Technica.
Bill Ray escribe para The Register sobre la retirada del App Store de las aplicaciones de rastreo de puntos de acceso Wi-Fi, ocurrida la semana pasada:
La detección de puntos de acceso Wi-Fi es en cierta medida algo para unos pocos: nunca hubo más que un puñado de aplicaciones de ese tipo en iTunes. Pero ahora incluso esas pocas aplicaciones han desaparecido al decidir Apple que estaban utilizando una “plataforma de desarrollo privada”, y las ha retirado de la tienda sin explicación o disculpas. […]
“Hemos recibido hoy un lamentable correo electrónico de Apple en el que nos informaban que WiFi Where ha sido retirado del App Store por usar plataformas de desarrollo privadas para acceder a información inalámbrica”, explica un programador, aunque aparentemente Apple ha preferido no explicar exactamente la regla que están quebrantando estas aplicaciones.
Esto… ¿la regla contra el uso de plataformas de desarrollo privadas?
Actualización: Merece la pena resaltar que se trata del mismo Bill Ray que, en Diciembre de 2006, un mes antes de que se presentara el iPhone, escribió el artículo “Por qué el teléfono de Apple fracasará estrepitosamente”.
Lo llaman “kit de desarrollo de plugins”, pero lo que realmente quiere significa es que los programadores ya pueden crear aplicaciones en C/C++ compiladas para WebOS. Y según John Paczkowski:
Quizás lo más importante es que este kit de desarrollo de plugins permitirá a los programadores adaptar aplicaciones móviles creadas para otras aplicaciones para que funcionen en webOS con unas modificaciones mínimas. Las aplicaciones que funcionan actualmente en el iPhone de Apple, por ejemplo, pueden adaptarse en cuestión de días, según me aseguran fuentes cercanas a la empresa, y no adolecen de un menor rendimiento.
Sólo se me ocurre que hace referencia a los juegos con núcleos multiplataforma, no a utilidades que son código Cocoa Touch por todas partes.
Estaba equivocado respecto a las expectativas originales de la disponibilidad del iPad en todo el mundo. Durante la presentación del iPad en Enero, la dispositiva que explicaba que los modelos Wi-Fi estarían disponibles en “60 días” también incluiía el siguiente texto por debajo: “Disponibilidad mundial de los modelos WiFi”.
Hablando de Jason Snell, ha escrito un análisis detallado del Nexus One y Android, especialmente comparándolos con el iPhone.
Jason Snell — director editorial de Macworld — escribió un interesante artículo en su web personal acerca de los feeds RSS con el texto completo de los artículos, animado por el artículo de Merlin Mann’s de la semana pasada sobre The Atlantic.
Snell escribe:
El RSS no genera ingresos de forma directa. Hay publicidad en los RSS, por supuesto, pero son baratos y cutres y ni de lejos generan el beneficio de los anuncios en las páginas web. La pregunta es: si publicas todo tu contenido en RSS, ¿la disminución del tráfico es compensada por los escasos beneficios? Para algunas personas — posiblemente incluido Merlin Mann y John Gruber — se podría perder un pequeño porcentaje de lectores con conocimientos técnicos, pero esas personas suelen ser los que pasan enlaces a los amigos y los publican en sus blog y en Twitter, y muchas de esas personas visitarán tu sitio web a partir de ahí, así que en al final supone un beneficio neto. Además, más personas estarán al tanto de ti y de tu marca, y eso es algo bueno.
Estoy de acuerdo, es bueno. Ojalá alguien cite algún estudio que demuestre que publicar un RSS con el contenido completo de los artículos no perjudica el tráfico, sino que más bien sirve de ayuda.
Huelga decir que lo que me funciona a mí con Daring Fireball, que es obra de una sola persona, puede no funcionar (o puede que no funcione igual de bien) para algo de mayor envergadura con un equipo editorial completo como Macworld. Pero: el feed RSS de DF, en el que se publican los contenidos completos del sitio web, no sólo genera dinero de forma directa, sino que ha acabado convirtiéndose en la mayor fuente de ingresos del sitio web.
Los anuncios en la mayoría de los feeds RSS con patrocinados son desde luego baratos y cutres. Los anuncios en el RSS de DF no son ni lo uno ni lo otro. Tienen un precio exclusivo, y han atraído (si puede decirse así) a anunciantes exclusivos.
¿Qué es el “tráfico”? Sospecho que Snell se refiere al número de páginas vistas. Cuando alguien carga una página web en su navegador, se contabiliza como una página vista. La mayoría de la publicidad en la web (aunque no todos) se vende usando como referencia las páginas vistas — los anunciantes pagar una cantidad acordada por cada mil páginas vistas en las que aparezcan sus anuncios.
Cuando cambié el feed RSS público y gratuito de Daring Fireball en Agosto de 2007, haciendo que mostrara los contenidos completos, el número de páginas vistas en DF había estado creciendo a un ritmo estable mes tras mes. Tras el cambio, el número de páginas vistas quedó estancado, sin experimentar ningún crecimiento durante más o menos un año (en cualquier caso, incluso disminuyó durante los primeros meses). Pero el número de lectores siguió creciendo de forma clara: el número de suscriptores al feed subió como la espuma. Y hace más o menos un año, incluso el número de páginas vistas comenzó a crecer de nuevo de forma significativa — pasando de poco más de un millón al mes a algo más de dos millones al mes.
Teniendo un modelo en el que los ingresos están condicionados únicamente por el número de páginas vistas, cambiar a un feed RSS con los contenidos completos será perjudicial, al menos a corto plazo. El problema, en mi opinión, no son los feeds RSS con los contenidos completos, sino más bien un modelo de negocio que depende únicamente en el número de páginas vistas. La valiosa mercancía que nosotros, como editores, podemos ofrecer a los anunciantes, es la atención de nuestros lectores. El número de páginas vistas es una medida tremendamente imprecisa, si no directamente engañosa, de la atención. Los suscriptores de un fedd RSS con contenidos completos son unos de los lectores que prestan mayor atención, pero que generan menos páginas vistas.
Un lector que pide que se publique un feed RSS con los contenidos completos es un lector que desea prestar más atención a lo que uno publica. Debe haber maneras de prosperar económicamente gracias a eso.
(Podría seguir adelante, cosa que es buena, porque mi amigo Jim Coudal y yo hablaremos juntos sobre este mismísimo tema — la publicidad online — la próxima semana en el SXSW. Nuestra sesión es a las 15:30 del domingo).
Actualización: inspirada respuesta de Jason Snell.
El kit de desarrollo incluye un simulador, pero no sirve de mucho para evaluar la sensación de manejo.
Muy interesante, pero tened presente que no se trata de una demostración de un producto, ni siquiera se trata de software real. Es una demostración de un concepto. Apostaría mi propio dinero a que nunca veremos un producto real hecho por Microsoft que funcione así.
John Paczkowski:
Si la fecha de lanzamiento fuera el 3 de Abril, ¿por qué no lo dijo Jobs en el evento de presentación en Enero?
Obviamente, es imposible saberlo. Aunque sí que es interesante que Jobs no pudiera ofrecer una fecha firme de lanzamiento para un producto de tanta importancia para el que sólo faltaban dos meses.
¿Quiere esto decir que, después de todo, Apple se ha encontrado con un problema en la fabricación del iPad? Supongo que es posible. Peter Misek, analista de Cannaccord Adams, que fue el primero en informar sobre supuestos problemas en la fabricación del iPad, piensa que este es el caso.
Mis fuentes sugieren que Misek se equivoca. Fue el software, no el hardware, lo que costó terminar una o dos semanas más de lo previsto. Nada extraordinario o fuera de lo común, tan sólo el típico carácter impredecible del proceso de convertir un software casi terminado en un software listo para el lanzamiento. En la larga historia de los retrasos en el lanzamiento de sistemas operativos de importancia, una semana es algo risible.
Actualización: Algunos lectores aseguran que es un retraso en el hardware, porque la venta del iPad fuera de EE.UU. tardará un mes más. Supongo que también podría haber retrasos en la fabricación. Pero nunca me dio la impresión que Apple pretendiera que se pusiera a la venta en todo el mundo desde el primer día. ¿Supone un cambio el retraso para la venta en Europa?
Id calentando las tarjetas de crédito.
Un completo análisis y buenos consejos.
Esto es interesante: cuando se instala la aplicación Photoshop.com Mobile 1.1 para Android, los programadores de Android pueden usar en sus propias aplicaciones el editor de imágenes de Photoshop para Android como una vista incrustada. Android llama a esto “actividad”; es más o menos análogo a los servicios en Mac OS X. (No hay nada por el estilo en iPhone OS 3.x).
Divertido.
El HTML5 sigue adelante.
Un reflexivo artículo de Craig Mod sobre el futuro de los libros, maravillosamente ilustrado. Creo que ha dado en la diana. (Y estoy de acuerdo con él en que la metáfora usada en iBooks del “paso de la página de papel” es incorrecta para la lectura y el diseño de contenidos en el iPad).
Tan convincente como siempre.
David Barnard reflexiona sobre las dificultades de anticipar ingresos a largo plazo a partir de fluctuaciones volátiles a corto plazo en las ventas del App Store y el Android Market.
Fortune:
Como dice el consejero delegado de BMW, Norbert Reithofer, “El mundo entero aguantó la respiración justo antes de que se anunciara el iPad. Algo así es el mejor ejemplo de gestión de marca que puede haber”.
Google, Berkshire Hathaway, Johnson & Johnson y Amazon completan las primeras cinco.
Unos cuantos lectores me han escrito emails sobre el artículo de ayer que hablaba sobre la demanda por patentes de Apple contra HTC, para preguntarme por qué no la comparé con la fallida demanda de Apple contra Microsoft por el “Aspecto y Manejo” del sistema operativo. Básicamente, no creo que la comparación sea lo suficientemente interesante o apropiada.
En primer lugar, aquella demanda fue un asunto de copyright, no de patentes. Creo que es justo decir que legalmente no tienen nada que ver. En sungo lugar, el personal involucrado es totalomente distinto. Aquella disputa con Microsoft se produjo completamente durante el tiempo que Steve Jobs estuvo exiliado de Apple.
Pero todo esto me llevó esta mañana a una idea interesante. Dejando de lado las diferencias legales entre los incumplimientos del copyright y las disputas por patentes, los dos casos más o menos se reducen a la misma situación fundamental: Apple saca al mercado algo que supone un salto revolucionario en la informática personal; los competidores usan entonces esas mismas ideas en productos que le hacen la competencia a Apple. Microsoft y Windows en aquel entonces; ahora, Google y Android.
Puedo ver que lo que piensan algunas personas — personas mucho más partidarias que yo de la idea de que Apple ataque a Android en los tribunales — es más o menos que a Apple le hicieron la puñeta la última vez que un competidor pudo copiar descaradamente las ideas que Apple creó antes que nadie, y por tanto Apple debería hacer lo que hiciera falta para evitar que vuelva a ocurrir lo mismo.
El argumento de Apple en el caso contra Microsoft fue que Windows era una copia del “aspecto y manejo” de los que Apple tenía el copyright: puntero de ratón, barra de menú con menús desplegables, ventanas rectangulares superpuestas con una barra de título en la parte superior y botones para ampliarlas y cerrarlas, barras de scroll, iconos para representar aplicaciones y documentos, selección de texto haciendo clic y arrastrando, función de arrastrar-y-soltar, papelera, deshacer, un “escritorio”, funciones de copiado y pegado entre aplicaciones — todos estos aspectos del Mac estaban también presentes en Windows.
Pero, ¿y si Apple hubiera patentado todas estas cosas en 1984, y hubiera tenido éxito impidiendo que estas patentes fueran usadas por otras empresas estadounidenses? (O al menos las funciones y diseños no derivados de trabajos anteriores de Xerox). No sólo a Microsoft le habría sido imposible crear Windows tal y como lo conocemos. Una empresa llamada NeXT no habría podido crear NeXTStep. Cada función del Mac que he mencionado en el párrafo anterior formaba también parte del interfaz de usuario del NeXT.
Las buenas ideas deben propagarse.
Hábil utilidad web creada por Jacob Bijani para generar código CSS para crear esquinas con bordes redondeados que funcionan en cualquier navegador. (Visto a Beautiful Pixels).