Como ya anunciamos hace algunos días, Feedly puso en marcha su propia nube y estaba iniciando la transición de sus usuarios desde Google a sus propios servidores. Ayer, comunicaron que el traslado total de todos se dará durante esta semana, finalizando este viernes, 21 de junio; algo más de una semana antes de que Reader cierre.

Tal y como indicaron, como usuarios no tenemos que hacer nada en este proceso, excepto haber accedido a Feedly por medio de nuestra cuenta de Google. Sin embargo, para poder disfrutar del cambio, tenemos que cumplir otro requisito que no reviste complicación: tener la última versión del cliente instalada, ya sea como extensión de nuestro navegador o aplicación en iOS o Android.

La última versión publicada es la 16, que es la mínima que debemos tener instalada para que todo vaya sin problemas. En cuanto a extensión, para todos los navegadores, concretamente la versión es la 16.0.513, al menos a la hora de escribir estas líneas. Es posible que en extensiones vayan saliendo algunas versiones menores solucionando bugs. En iOS, la versión es la 16.0.1 y en Android, la 16.0.5.

Su recomendación es que si la versión que tenemos no es una de esas, hagamos la actualización de manera manual, desinstalando y reinstalando si es necesario.

Sabremos que la migración de nuestra cuenta se ha producido porque, en el caso del navegador, nos aparecerá en la parte superior una notificación informándonos sobre ello. En los dispositivos móviles, será una tarjeta. Una vez que se haya hecho, nada de lo que hagamos se sincronizará con Reader. Se acabó.

Una vez veamos esa notificación, lo que tenemos que hacer es reiniciar la aplicación en todos nuestros dispositivos, para que así se conecte a la nube de Feedly en lugar de seguir haciéndolo a la de Google.

Problemas que pueden ocurrir al hacerse la migración

Durante la migración, es posible que se produzcan algunos problemas. Según Feedly, hay un par de ellos que están documentados y que son muy probables.

El problema más grave es la imposibilidad de migrar nuestro historial. Parece que son demasiados datos. Esto quiere decir que la cuenta de posts no leídos sera reiniciada, de manera que nuestros feeds no mostrarán cuantos teníamos sin leer. Según dicen desde Feedly, debemos esperar que esto sea lo que suceda y debéis tenerlo en cuenta. Pero…

He tenido suerte y una de mis cuentas de Reader ya ha sido migrada, por lo que os puedo contar algo de este traspaso. En mi caso, el reinicio de la cuenta de posts no se ha producido. Al menos, no ha sido completa: no se han marcado como leídos todos. Sin embargo, los números de algunos feeds si han cambiado sin mi intervención y la cuenta de no leídos es inferior a lo que debería haber sido.

¿Esto quiere decir que desde Feedly se han equivocado? No, no lo creo. Más bien es que se han querido curar en salud y yo también lo haría si fuera ellos. Por lo tanto, contad con que perderéis la cuenta de posts no leídos. Si hay suerte, a lo mejor no sucede. Pero no contéis con ello. Por si acaso, especifican que este es un problema que ocurrirá una sola vez y no se repetirá.

Otro problema que podría surgir, y que a mí al menos no me ha sucedido, es la perdida de algunos elementos guardados (ya sabéis, los favoritos o “Saved for later” en el caso de Feedly). De nuevo insisten: es un problema que se dará sólo durante la transición. Después, todo irá bien. Si esta función es crítica para vosotros, mi recomendación es que durante esta semana uséis un método alternativo para guardar los posts, aunque sea una carpeta temporal en los marcadores del navegador.

Existen otros problemas pequeños a la hora de añadir nuevos feeds o de actualizar los que ya tenemos (que pueden sufrir algún retraso), aunque no se trata de nada generalizado. Es tan sólo que algunos feeds pueden dar problemas al intentar incorporarlos a nuestra lista de fuentes. En este caso, piden que enviemos un correo a care@feedly.com con el título y el feed completo en el cuerpo del mensaje para que uno de los ingenieros lo revise. También existen algunos bugs en las extensiones y las aplicaciones en los que están trabajando para solucionarlos lo antes posible, aunque no son cosas graves.

Por último, un recordatorio: si usáis servicios de terceros sincronizados con Reader, haced la transferencia de los que podáis hacia Feedly. Por ejemplo, si usáis IFTTT para guardar en otro lado lo que marcáis como favorito. Antes, como lo que hacíamos en Feedly se reflejaba en Reader, es posible que no notasemos ningún cambio. Sin embargo, estas integraciones dejarán de funcionar cuando se realice la migración. Seguro que muchos ya habréis hecho esos cambios, pero por si lo habéis dejado para el último momento, recordad que este ya está aquí.

Vía | Feedly

Quedan trece días (a la hora de redactar este artículo) hasta que Google Reader muera. Y quedan apenas siete hasta que Digg lance su alternativa, llamada Digg Reader. Hace unos momentos han anunciado oficialmente que la semana que viene podremos ver su alternativa como una beta abierta.

En un principio han decidido centrarse en los power users dado que somos quienes nos vemos más perjudicados por el cierre de Google Reader, y además quienes podemos aportar más feedback. Más adelante incluirán las características orientadas a los usuarios más casuales.

Esta primera versión incluirá, fundamentalmente, la migración del contenido que tenemos en Google Reader, una interfaz simple que nos permitirá poner toda nuestra atención en el contenido, aplicaciones móviles y soporte para suscripción, lectura, marcado y organización de nuestros feeds.

Durante los siguientes dos meses el foco estará en la aplicación para Android, en mejorar el rendimiento y en los algoritmos de organización. Y no sé vosotros, pero yo me muero de ganas de echarle la zarpa a lo que Digg está preparando.

Sitio oficial | Digg Reader
Más información | Digg Blog

Cuando se anunció el cierre de Google Reader apareció una alternativa como la mejor posicionada: Feedly. Ya anunció en su momento que lanzaría un clon de la API de Google Reader y, hace unos días, incluso mencionó algunos partners como NextGen Reader.

Pues bien, ya iba siendo hora de que la transición empezara a materializarse. Y la última actualización de Feedly para iOS anuncia que ya está utilizando la nube de Feedly en lugar de simplemente Google Reader. De manera que, si el cierre del servicio de Google se adelanta sin avisar, los usuarios de Feedly están cubiertos.

La transición ha sido totalmente transparente para los usuarios. No obstante la sincronización con Google Reader no ha desaparecido, los cambios siguen transmitiéndose a ese servicio mientras esté activo (y al que, a la hora de escribir este artículo, le quedan apenas diecinueve días y algunas horas).

Descarga | Feedly para iOS
Sitio oficial | Feedly

Desde el anuncio del cierre de Reader, Google no había dado muchas explicaciones de por qué abandonaban este producto. Hoy, en declaraciones a Wired, Richard Gringras, director Senior de Noticias y Productos Sociales en Google, ha arrojado algo de luz sobre el asunto.

La razón principal del cierre es que la forma de consumir noticias ha cambiado. En lugar de recibir contenidos de forma pasiva, ahora los usuarios son más activos: quieren el contenido más interesante en el momento justo, sin tener que recibir todo de una tacada.

Como cultura, hemos pasado a un estado donde el consumo de noticias es un proceso casi constante. Los usuarios de tabletas y smartphones consumen noticias poco a poco a lo largo del día, reemplazando la forma tradicional de leer noticias mientras desayunas más una lectura más ligera a lo largo del día.

Básicamente, lo que Google viene a decir es que el usuario de RSS, el superconsumidor de información, ha perdido importancia. Ahora lo que quieren es promover el modelo del que recibe las noticias más relevantes en su móvil y tablet a través de las redes sociales. Google Reader no encajaba en esa visión, y por lo tanto han decidido dejar de invertir recursos en él.

Personalmente me parece una decisión equivocada. Sí, recibir noticias por redes sociales y contenidos recomendados es ahora lo mayoritario, pero eso no quiere decir que el RSS deje de tener sentido. Una red social no ofrece lo mismo que un RSS, no tienes tanta información, no controlas igual las fuentes…

Además, decir que el lector de RSS no es activo… Quizás sean estos superconsumidores de información los primeros en descubrir y compartir el contenido. Si de verdad quieren que su red social sea la fuente mayoritaria de artículos y noticias interesantes para sus usuarios, dejar de lado a esos primeros descubridores de información no me parece una buena idea.

Al final, todas esas palabras bonitas – “lo hacemos por vuestro bien” – parecen más una excusa para no decir que Reader lo usaba poca gente y generaba muchos gastos.

Vía | Wired

Creo que ya podemos decirlo: Feedly es el nuevo Google Reader. Fueron los que más usuarios ganaron con el anuncio de Google, los que más están gustando a los usuarios (un 68% de los que lo prueban se quedan) y ahora se plantean ser de nuevo el centro del RSS con su API, Normandy.

De momento la API estará cerrada y sólo podrán acceder los desarrolladores top de aplicaciones RSS: Nextgen Reader, Reeder, Press, Newsify y gReader. Una vez que pase la fase de diseño y pruebas abrirán la API, que será gratuita.

Además, también anuncian novedades en su propio producto: aparte de las correcciones de bug y de rendimiento, traerán aplicaciones para Windows y Windows Phone, acceso sin necesidad de una extensión, la posibilidad de compartir en grupos (¿alguno decía nostalgia del viejo Google Reader?) y búsqueda entre todos los feeds.

Entre la API y el resto de mejoras, Feedly se posiciona como el nuevo rey de los RSS sin casi discusión. Habrá que ver, eso sí, si son capaces de mantener el servicio sin perder dinero a espuertas: no han mencionado nada de un modelo de negocio, si pondrán publicidad o un modo premium.

¡Gracias a Javier por el aviso!

Vía | Feedly

Ayer, en la Internet Week New York, el CEO de Digg estuvo hablando acerca del lector de feeds que están preparando en Betaworks como alternativa a Google Reader y contó algunas cosas interesantes. Entre ellas, que su nombre será Digg Reader porque estará integrado con Digg. Y por la descripción que ha dado de sus funciones, no se tratará de un lector de feeds tradicional.

El proyecto está ya bastante avanzado: el pasado lunes lo subieron a servidores de producción y su objetivo de lanzarlo a finales de junio, muy cerca de la fecha de cierre de Google Reader, parece que será alcanzado. Se han centrado en ofrecer versiones para iOS y obviamente para la web, pero por el momento han dejado de lado a Android.

En cuanto a lo que ha dicho acerca de su funcionamiento, Digg Reader permitirá administrar nuestros feeds y leerlos de una manera muy limpia, centrándose en la rapidez y el desempeño. Incluirá formas de ordenar y clasificar el contenido, incluyendo también un orden por popularidad, aunque por ahora no se enfocarán en funciones sociales o para descubrir nuevos contenidos. Está pensado para poder echar un vistazo a las noticias principales y luego pasar a otra cosa.

De esta forma, con Digg Reader parecen apuntar hacia los grandes consumidores de información que necesitan estar al tanto de las cosas más recientes, una función que si bien los lectores tradicionales de feeds podían cumplir, no era algo para lo que estuviesen pensados.

La integración de este Reader con Digg diría yo que obedece a aprovechar el hueco dejado por Google para que los que buscan una alternativa también se conviertan en usuarios de Digg. Esto no tiene porque ser algo negativo, pero tampoco positivo. Sin ver todavía nada de lo que están preparand,o resultaría precipitado juzgar que la integración no va a resultar útil si Digg no es de nuestro interés. Pero la verdad es que es algo que, por lo menos a mí, me hace esperar otra cosa diferente a lo que tenía en mente.

De todas formas, no será hasta que tengamos en las manos su proyecto terminado que podremos juzgar de manera cabal de qué se trata. Sería bueno que mostrasen algunas capturas de aquello en lo que están trabajando para ir haciéndonos una idea, pero por ahora no han dejado ver nada. Con todo, en cuanto salga ese Digg Reader, seguro que lo revisaremos por aquí para contaros de primera mano como es.

Vía | The Next Web

Aquella semana en la que se anunció el cierre de Google Reader ya os comenté que Digg planeaba lanzar su propio lector de RSS. El desarrollo, por supuesto, está en curso.

Lo que han anunciado desde Digg es una fecha para una beta pública: junio de este año, sin mayor concreción. Sí, antes del cierre definitivo de Reader. De hecho, junto al anuncio han ofrecido algunas cifras interesantes tomadas de una encuesta que pasaron hace poco a los usuarios que mostraron interés en ese producto.

Por ejemplo, anuncian que más del 75% de esta muestra de aproximadamente 18000 usuarios comparte artículos sobre todo por e-mail. Justo detrás y a poca distancia están Facebook y Twitter. Por supuesto, estas características estarán implementadas. También dicen que casi la mitad de los usuarios no usaron jamás la parte social de Google Reader.

En cuanto a la disyuntiva “servicio de pago o gratuito”, los resultados arrojan un 40% de usuarios dispuestos a rascarse un poco el bolsillo para utilizar un reemplazo de Google Reader, y un 60% que no quieren pagar un solo euro por ello, quizá prefiriendo publicidad.

Sea lo que sea, lo importante es la fecha de lanzamiento de esta beta. Desde Genbeta estaremos atentos.

Más información | Digg Blog
Imagen | Roman Soto

Desde Feedly han anunciado que ya iniciaron la transición desde Google a su propio sistema. Automáticamente, se trasladarán todos nuestros feeds y la estructura completa de carpetas que hemos usado. Y algo muy importante: los posts que hemos marcado como destacados. Sin embargo, en esto último habrá una limitación: sólo se trasladarán los 250 últimos.

¿Y qué ocurrirá con las etiquetas? ¿Las perderemos? No, también migrarán a Feedly. Pero para ello debemos “echarles una mano”, como ellos dicen. Eso sí, el límite es el mismo en este caso que en el de los posts destacados: un máximo de 250 por etiqueta. Veamos que es lo que hay que hacer.

Empecemos con que Feedly tenía y tiene problemas con el manejo de las etiquetas. Al abrirnos la cuenta, nos encontramos con que no tenemos ninguna. Sin embargo, si añadimos una etiqueta que usábamos en Reader a un nuevo post, descubríamos que bajo ella (en Feedly) aparecían todos los que habíamos etiquetado antes.

Teniendo en cuenta esto, con tan sólo ir añadiendo a Feedly las mismas etiquetas que tenemos en Reader, irán apareciendo bajo ellas los artículos que habíamos guardado. Y esto es exactamente lo que nos piden que hagamos: que añadamos a Feedly las etiquetas que usamos en Reader para que se puedan migrar los últimos 250 posts de cada una.

Para hacer esto, debemos ir a las preferencias (situadas en la barra lateral, justo bajo nuestro nombre) y allí bajar hasta encontrar la sección de “Tags”, donde escribiremos en el campo todas nuestras etiquetas separadas por comas.

¿Usas muchas etiquetas? Haz esto

Ahora bien, si usamos muchas etiquetas, este proceso puede ser bastante tedioso y farragoso si lo hacemos escribiendo una por una. Sin embargo, con un poco de habilidad y un procesador o editor de textos, no nos costará de un par de minutos.

El proceso resumido es el siguiente: entramos a la configuración de Reader y vamos a la pestaña de “Carpetas y etiquetas”. Allí, seleccionamos todas las etiquetas y las copiamos. Después, en nuestro procesador o editor de textos favorito, hacemos las sustituciones de los elementos que sean necesarios hasta que se nos quede una línea continua de texto con las etiquetas separadas por comas y espacios. Si domináis la herramienta elegida, no tardaréis mucho en hacerlo. Después, seleccionamos la línea, la copiamos y nos vamos a Feedly, donde la copiaremos donde dije antes: Prefs > Tags.

Ahora bien, como esto se puede hacer de muchas maneras y varía según que herramienta usemos, para aquellos que no dominéis mucho vuestro procesador o editor, voy explicar el proceso paso a paso utilizando una herramienta online: Text Mechanic. Pensé en utilizar Drive, pero se echan de menos algunas funciones, como convertir tabla en texto. Además, esta me ha parecido más útil y más rápida. Entonces, vayamos por pasos.

1. Entramos a Reader, vamos a Configuración > Carpetas y etiquetas. Allí, antes de seleccionar todas las etiquetas, os recomiendo hacer privadas todas las que tengáis públicas. ¿Por qué? Porque así haremos el texto más uniforme. Una vez hecho esto, seleccionamos todas las etiquetas y las copiamos. Y me refiero a seleccionarlas como texto, no marcando las casillas.

2. Nos vamos a Text Mechanic. Allí, entramos a la herramienta Find and Replace Text.
3. En el campo de abajo, pegamos todas las etiquetas.
4. Seleccionamos el texto que queremos eliminar, lo pegamos en el campo superior izquierdo y dejamos vacío el de la derecha. Pulsamos el botón “Find and Replace Text”. Repetimos todo el proceso con diferentes palabras e incluso con tabulaciones (que seguramente os aparecerán) hasta que nos quede un texto con tan sólo una etiqueta debajo de otra. No está de más revisar el texto aunque sea rápidamente para ver si hay algún error (por si se ha quedado alguna expresión como “Cambiar nombre” o “Privado” por ahí pegada).

5. Seleccionamos todo el texto que hemos obtenido (con CTRL+A) y lo copiamos.
6. Nos vamos al botón que dice “Open tool menu” y allí nos vamos a Add / Remove line breaks.
7. Pegamos nuestro texto en el primer campo grande, que es donde están las instrucciones: las seleccionamos y pegamos o las borramos antes de pegar.
8. En el campo donde dice “and replace the line break with this text”, introducimos una coma seguida de un espacio.
9. Pulsamos el botón “Remove all line breaks“.

10. Copiamos el resultado del campo de abajo, nos vamos a Feedly y pegamos en la sección “Tags” de las preferencias todo el texto. Y ya está.

Si no hemos hecho nada mal, nuestras etiquetas no tardarán en aparecer en Feedly. Os recomiendo que antes de pegarlo, y a ser posible en cada paso del proceso, reviséis el texto para ver si hay algún error o inconsistencia. Así, os ahorraréis luego lamentaciones. También os recomiendo que eliminéis las etiquetas que en realidad son carpetas. Como sabéis, Reader mezcla ambas. En principio, si no lo hacéis, el único problema que habrá será que Feedly nos guardará en esas etiquetas los últimos 250 posts que haya en las carpetas. No sé si luego habrá algún problema o no.

¿Por qué solamente 250 posts?

Según la gente de Feedly, en algún sitio debían de poner el límite, más que nada para no complicar todo el proceso de migración ya que se trata de una gran cantidad de datos y de almacenamiento. Sin embargo, para aquellos que realmente necesitéis conservar más posts que los últimos 250 por etiqueta, dicen que os pongáis en contacto con ellos por medio de la dirección edwin@feedly.com para intentar manejar casos individuales una vez la migración esté completa.

Mi recomendación es que, antes de hacer el proceso arriba descrito, aprovechemos para hacer una buena limpieza de las etiquetas de Reader, comprobando aquellas que hemos asignado por equivocación (yo tenía una llamada “ç”) y las que realmente necesitamos. Dependiendo de nuestro uso, es posible que ni siquiera tengamos que recurrir a todo ese copiar, pegar y reemplazar. A veces, uno va acumulando cosas que cree que le van a servir y, tras un tiempo, se quedan obsoletas.

En Genbeta | Feedly Reader, transforma Feedly con la apariencia de Google Reader

A medida que se acerca la fatídica fecha del cierre de Google Reader, en Feedly van depurando aún más su aplicación, resolviendo bugs e añadiendo nuevas funciones demandadas por los muchos usuarios nuevos. Si bien sus versiones móviles van avanzando, en esta ocasión le ha tocado la actualización a la versión de escritorio.

De entre las novedades, quizá la más llamativa es la de la integración con Pinterest. Ahora, con pulsar en una imagen de un post, se nos abrirá la ventana para publicarla en esta red social de imágenes. Si no nos interesa, podemos desactivar esta opción yendo a las preferencias y descendiendo hasta la sección “Sharing”.

Feedly mini, la barra desplegable que aparece sobreimpuesta en cada página, se ha llevado un buen repaso. En especial, ha cambiado la manera de compartir por Facebook y Twitter, que ahora se hace por medio de Buffer. Si bien me gusta dicho servicio, no me convence mucho eso de obligar a pasar por él para publicar. Aunque claro, esto es solo para esta barra, no para el compartir desde el lector de feeds, que sigue igual.

Otra novedad que han añadido ha sido la de poder ocultar las categorías que no tienen actualizaciones, que ha sido una de las cosas más pedidas. También han vuelto a poner el botón de Google+ en la vista de artículo completo (lo habían retirado por problemas de rendimiento, los cuales parecen haber solucionado) y con él ha regresado la opción de compartir por correo, aunque dicen que están trabajando en algo que será mucho mejor (sin dar detalles sobre ello).

A todo esto hay que sumarle la clásica corrección de errores y problemas varios que, según dicen, hace que ahora la aplicación se inicie con más rapidez y sea más estable. Recordad que si usáis Chrome, la actualización es automática. En el caso de Safari y Firefox, debéis hacerla manualmente.

Hay que reconocer que en Feedly están haciendo un buen trabajo. De golpe y porrazo, su base de usuarios se incrementó brutalmente y están haciendo todo lo posible no solamente por tener un sustituto de Reader a la altura de este, sino que incluso lo supere. Y eso incluye tener que lidiar con 12.000 correos, 68.000 tuits con sugerencias y 2.600 ideas en el servicio que utilizan para recabarlas, Uservoice. Así que, si todavía no terminan de redondear el producto, paciencia. Todo se andará.

Vía | Feedly

Reeder, cliente de Google Reader para aparatos de Apple, acaba de anunciar que dos de sus aplicaciones se vuelven gratuitas. Concretamente las versiones de iPad y de OS X han cambiado su etiqueta de precio por la de “Gratuito” en las tiendas de aplicaciones de Apple.

Reeder para iPad y OS X siempre han estado por detrás de su versión para iPhone, que tiene más funciones (y más que va a incluir en la versión 3.1, como el soporte para Feedbin o una función que permite utilizar el lector como cualquier otro, sin sincronización con la nube). Así, la gente de Reeder hace otro anuncio importante: pronto, las versiones de OS X y iPad se pondrán a la par con la de iPhone en cuanto a funcionalidad.

Lo que sí dejan muy claro es que el desarrollo de Reeder no se detendrá tras el cierre de Google Reader el próximo 1 de julio. Las aplicaciones ya soportan otros servicios alternativos, y no me sorprendería lo más mínimo que integraran la API de Normandy cuando sea lanzada. Sea lo que sea, os mantendremos informados. Podéis descargar cuando queráis Reeder para OS X y para iPad.

Más información | Reeder
En Applesfera | Reeder se prepara para el cierre de Google Reader y ofrece gratuitamente sus versiones para iPad y Mac
En Genbeta | Cuando el aspecto importa: cinco lectores de RSS con diseños impecables