Hay veces que busco algo y quiero llegar a la fuente, no a un sitio donde están agregadas un montón de fuentes y que supone para mí un paso extra. La agregación se convierte en ruido y contamina los resultados de mi búsqueda. Es desagradable.
(nota mental: cuidado, que a ti se te han ocurrido mil veces cosas similares. Huye de ellas)
¿En otras ocasiones si me resultará útil llegar a esos nodos agregadores?
A raiz de mi amable diatriba del otro día sobre los profesionales dedicados en exclusivamente al posicionamiento en buscadores, Pacoo escribió un interesante comentario, listando una serie de criterios de posicionamiento que son parte de la especialidad de este tipo de empresas, y que se salen del trabajo estándar (chiste! chiste!) de esas otras empresas o personas que hacen webs-como-dios-manda.
Pues bien, voy yo, más chulo que un ocho (¿yo?) y digo que el 80% del posicionamiento natural en buscadores se consigue simplemente utilizando de forma correcta estándares web (y algunas buenas prácticas que van de la mano). Lo cual, concretando poco, consiste en:
(Cumpliendo estos puntos, además, te llevas una dósis considerable de accesibilidad… ¡gratis!)
Otro punto muy importante, y que tiene relación directa con la arquitectura de la información de tu site, es la densidad de palabras en una pagina, que comenta Pacoo, y/o el ratio de código/contenido. Consideramos código todo el XHTML/CSS y el texto irrelevante (aquel que no tiene relación con el objeto a posicionar) que haya en el documento web.
Si incluimos toneladas de menús o referencias a mil secciones dentro de nuestro site, o código prescindible (tablas para maquetar, fonts, etc), estaremos disminuyendo el ratio de código a contenido, y con ello disminuyendo la relevancia de nuestro documento.
Yo me preocupo de hacer buen código, y consigo unos resultados buenos (o eso me dicen y yo me creo). Y con muy poco esfuerzo ; el mismo que cuesta hacer las cosas bien, ni más ni menos. Aunque ahora que lo pienso, también añado un poco de mi pócima secreta.
PS: Otro día desarrollo el concepto de “posicionamiento natural” que he citado hoy, y que tiene que ver con ese épico tema, La Falacia De la Indexación.
Desde Furilo Enterprises estamos regalando invitaciones para acceder a un nuevo servicio que estamos desarrollando y que está en fase beta: se trata de “Escribe tu comentario“. Si eres uno de los afortunados en posesión de una de estas invitaciones podrás acceder al servicio, que consiste, someramente, en poder dejar un comentario a uno, o varios, de los posts de este tu blog (¡Cúanta coma! ¡Qué mareo!).
Con cada invitación podrás invitar a otras personas a usar el servicio. Es lo que se llama marketing viral. Es una nueva técnica en la que Furilo Enterprises está especializándose.
La próxima iteración en el servicio será “Deja tu comentario a este post mandando un SMS al 6669” (0,9 euros por comentario). Esta iteración además de fundamentar el modelo de negocio de este blog, neutralizará a los trolls que amenazan con dinamitar, desde abajo, la blogosfera (porque luego el servicio se convertirá en algo revolucionario, y será adoptado por bloggers de alta estofa a lo largo y ancho de la blogosfera castellana, y otras blogosferas, casi con total seguridad. Y yo me haré, por fin, famoso).
Y neutralizará también a los spammers, claro. El cambio de interfaz de posteo logrará que:
a) quien de verdad tenga ganas de escribir un comentario, lo haga. Los que no, no. O sea, que los trolls anónimos que en el fondo no tienen nada que decir se callarán. O bien:
b) que los spammers consideren que merece la pena la inversión, que paguen el euro por cada enlace y que Furilo Enterprises, en consecuencia, se forre.
Siempre he pensado que un buen indicador de aquellas cosas que son interesantes y que deben ser compartidas son aquellas que efectivamente compartes. Es decir: todos reenviamos de vez en cuando algún enlace a algún conocido. Es más, determinados enlaces a determinados conocidos. Esta tarea alcanza un nivel de especialización altísimo.
Sabemos que tal cosa le interesará a fulano, que tal otra a mengano, y que está de aquí puede que le interese a fulano pero no se la envío porque sería mandarle demasiado (algo que puede que le interese, pero dado su nivel de ocupación no le será relevante).
Chanaría tener un mapa de estos envíos, y poder hacer intersección de los mapas de cada uno. Aunque es de esas cosas abstractas y complicadas de materializar, porque el medio de reenvío de enlaces es diverso y no está atado a nada (aunque se podría empezar por alguna extensión del Firefox para Bloglines, que fuese anotando qué enlaces mandas a qué emails).
Esta mañana he reenviado estos dos enlaces de mi primer paseo por Bloglines:
Hablando de Bloglines, me he propuesto un reto: eliminar 3 suscripciones cada día hasta llegar a cero, y volver a empezar (tardaré más de tres meses, pero merecerá la pena). Y creo que iré listando las suscripciones que voy borrando, por si me arrepiento. La anti-red social.
PS. Los comentarios no funcionan. Aunque me consta que más de uno pilló el humor negro del asunto. Tengo que actualizarme. Mientras tanto.
Ensalaba de enlaces para terminar la semana y limpiar un poco mi lista de cosas por comentar:
(ah! y creo que voy a adoptar este formato de Destilando Agregador, claramente inspirado en los Week-logs de Mariano. Aunque no serán semanales, sino aleatorios, como yo)
Y ya saben, broadcasting brain 24/7 at delicious.
Me entero por un mensaje de Rafael Romero en la lista AccesoWeb de la publicación por parte del capítulo español del W3C de las Guías Breves de Tecnologías W3C , un conjunto de 14 guías, agrupadas por áreas, que tienen como objetivo ofrecer una breve introducción de las diferentes tecnologías desarrolladas por el W3C de una forma rápida y sencilla. Las guías proporcionan información sobre qué son esas tecnologías, para qué sirven y cómo funcionan. Además se incluyen algunos ejemplos prácticos que permiten entender mejor su funcionamiento.
Estos son los temas de cada una de las guías: Accesibilidad, CSS, Independencia de Dispositivo, Internacionalización, Interacción Multimodal, Política de Patentes del W3C, Privacidad y P3P, Seguridad, Servicios Web, Tecnologías Multimedia, Tecnologías XML,
Web Semántica, XForms, XHTML.
Un espléndido recurso en castellano para empezar a abrazar los estándares: Guías Breves de Tecnologías W3C .
(por cierto, he tenido que habilitar la moderación de los comentarios, porque ayer sufrí una inundación de spam nunca antes vista)
Las redes sociales han sido uno de los hypes de la primera parte de este año 2004. Las redes sociales entendidas como servicio en un entorno punto com, porque el concepto de red social en esferas académicas tiene un significado más amplío, apropiado y anterior.
Y un hype no es un hype si primero no sube mucho para luego bajar otro tanto. Varias han sido las referencias respecto a este bajón: Alberto Knapp citando prensa extranjera; Enrique Dans citando otros blogs… Y yo, que les cito a ellos. O me cito a mi mismo, y me quedo tan ancho.
Una red social no se debe entender como servicio, sino como funcionalidad. Tal como comentan Enrique y Alberto, una red social que no tenga una finalidad concreta que reporte ventajas explícitas a cada usuario no tiene mucho futuro. Y morirá, claro que morirá.
Porque una red social es poco más que un paradigma de navegación en un espacio compartido. ¿Qué nos queda si eliminamos todos los elementos no comunes de los diferentes servicios de red social? Una capa de navegación que nos relaciona con otros semejantes de acuerdo con algunos criterios.
Imaginemos una agenda del Outlook mejorada: cada ficha, en vez de mantenerla nosotros, la mantiene el propio protagonista (un sencillo web service consuma el milagro de que llegue a nosotros). A esta ficha le añadimos un enlace para poder ver el resto de la agenda de cada uno. Y… poco más: lo que tenemos es el LinkedIn de turno. Si LinkedIn pusiese en marcha los web services necesarios, podríamos desprendernos tranquilamente de toda su parte web, porque en esencia no ofrece nada más que lo comentado arriba.
Tratar de vender el rollo red social como más de lo que es, una funcionalidad muy básica que solo puede vivir complementando un espacio ya existente, es crear artificios sin futuro en torno a los cuales no se puede crear valor. Se puede crear valor en torno a un espacio como es el de tus contactos de negocio, pero no solo en torno a esa capa de navegación que es lo que es una red social. Y además, como funcionalidad para el usuario, esta debería ser transparente: no tendríamos por qué hablar de red social.
Aunque el lenguaje consiste en crear términos y otorgar significados para poder entendernos, y el término “red social” ya ha adquirido el suyo. Solo hacer notar cómo quien sabe de lo que habla, no habla sobre ello: LinkedIn, una de las redes sociales más valoradas, no se refiere a ella en ningún momento como social network, sino como herramienta ( = funcionalidad) para ayudarte a descubrir conexiones de negocios…
(aunque quien soy yo para hablar de todo esto, que tengo una categoria con el término en cuestión…)
Nueva versión de Amazon Light, la 4.0, basada en la nueva versión de los web services de Amazon. Amazon Light es una interfaz ligera, como su propio nombre indica, a todo el contenido de Amazon. Entre las novedades de esta versión está la integración con otros servicios (del.icio.us, Blogger, Gmail, Dropcash, iTunes…), y también la posibilidad de buscar wishlists o añadir artículos a tu wishlist.
Usos absurdos de esta novedad: El Corte Inglés u otro tendero on-line podría enterarse de qué me interesa y mandármelo ellos mismos, para demostrarme lo bien que funciona su sistema y hacer que abandone Amazon. O integrar mi wishlist en su sistema, enlazando a los productos en su propia tienda.
Esto tiene trabas técnicas seguro que legales más todavía pero, ¿a que molaría?
Mark Fletcher comenta en su blog que Bloglines anunciará mañana sus web services. Movimiento espectacular, como nos tiene acostumbrados.
Esencialmente, Bloglines se convierte, entre otras cosas, en el gran caché de los blogs en Internet. Porque puede.
So what does this mean? If you’re a desktop aggregator developer, you can use Bloglines to provide a sync’ing capability for your users. And you don’t have to worry about supporting the different RSS and Atom formats (and various imperfect feeds), because Bloglines normalizes all data.
¿Aplicaciones? Ya irán saliendo, y no se por qué, pero es un movimiento brillante. Bloglines todavía no se tiene que preocupar por ganar dinero, puede centrarse en hacerse imprescindible.
El rumor de hoy (que no es de hoy) es la posibilidad de que Google edite su propio navegador. Basado en Mozilla, claro. Kottke nos ofrece las claves que pueden llevar a pensar tal cosa.
Y es que Mozilla da para mucho. Me muero por ver una aplicación (como Gmail, ¿por ejemplo?) hecha a base de XUL. Si quereís tener una idea de lo que se puede hacer con este acrónimo, que se pondrá de moda dentro de poco, podeís probar MAB - Mozilla Amazon Browser, una rich web client application que hace uso de los web services de Amazon para ofrecer un front-end basado en XUL de la tienda. El invento se puede probar en remoto, además de poder instalarlo como extensión de Firefox.
También recomiendo la lectura de Why I Use XUL?, las razones del autor del MAB para usar XUL.
¿Cuando se atreverán las empresas a utilizar estándares de este tipo para desarrollar aplicaciones? Sobre todo en lo que se refiere a aplicaciones internas: de un tiempo a esta parte es una tendencia el desarrollar estas aplicaciones basadas en web. Si bien esta aproximación tiene algunas ventajas (tiempo de desarrollo más rápido, cualquier equipo con una conexión normal a Internet o la intranet con un navegador estándar puede utilizar la aplicación…) también tiene algunas carencias, sobre todo una fundamental, que son las que vienen a solucionar estándares como XUL: el desarrollo de todos los widgets y demás elementos básicos de la interfaz, que en el mundo del escritorio están siempre ahí pero que en una aplicación web hay que diseñar y desarrollar desde cero.
Como comenta el autor del MAB, cosas como hacer que una columna sea redimensionable, la creación de paneles con pestañas, etc. es algo delicado en una aplicación web, pero con XUL son elementos de serie que solo tienes que colocar en tu desarrollo y modificar su aspecto (¡¡vía CSS!!), de modo que puedes emplear tu tiempo en desarrollar una mejor aplicación en vez de desarrollar la interfaz de usuario.
Actualización: Más opiniones sobre los movimientos de Google en torno a Mozilla. Esto parece un capítulo de Colombo. En esta historia nos cuentan como el “Bug 226572 - Google branded Mozilla browser” de Bugzilla titulado fue marcado como “privado” hace poco.
Más actualización: En Los guiños de Google a Mozilla (google.dirson.com) apuntan a dos aplicacioncitas que Google ha creado con XUL. Y también gracias a ese post descubro un nuevo weblog que tiene buena pinta: Zootropo.
Selecciona el agregador que utilices para suscribirte a este blog (también puedes obtener la URL de los feeds):