7:00 de la mañana. Me despierto de un sobresalto y sin una gota de sueño. Intento seguir durmiendo y no soy capaz. Bueno, así tendré más tiempo para desayunar hoy… pienso para mí. Así que mientras desayuno, leo las noticias por Internet, y en concreto este bombazo, el pinchazo de la burbuja inmobiliaria en bolsa. Pienso para mí: Esto es una noticia digna de menéame , y a estas horas seguro que pocos se han hecho eco. Así que me dispongo a registrarme para enviar la noticia. Cabe resaltar que soy asiduo a la página, pero hasta ahora no me había registrado para enviar ninguna noticia. Envío el bombazo y sigo con lo mío. Esta noticia es digna de portada, y más cuando la bolsa abra con pérdidas, pienso para mí.

Doce de la mañana. Visito de nuevo la noticia que envié. 5 meneos negativos, de los cuales, 2 cansinas … ¡pero si la bolsa se desploma! ¿cómo que cansina? y 1 duplicada. ¿duplicada? ¡la envié a las 7:30 de la mañana y me aseguré de que no estaba duplicada! Visito los principales periódicos, la noticia es portada de la mayoría de diarios por Internet en España. ¡no puede ser! la noticia que envié se pierde entre la cola de pendientes y es descartada. ¡Pero si tiene que ser portada! Y efectivamente, visito la portada de Menéame de nuevo, y exactamente la misma noticia del pinchazo de la burbuja ya es portada, pero publicada por otro usuario a las 11:00 de la mañana, apenas una hora antes de mi última visita y casi tres horas después de la noticia que envié.

Menéame es de calle la web social de los dos últimos años en España, pero posee un peligroso talón de aquiles. Los primeros meneos son vitales para que una noticia prospere. Un par de votos negativos al principio, pueden hundir una noticia en el fondo de los registros. ¿están las noticias pendientes sometidas a los “usuarios de click impulsivo” o hiperactivos, capaces de emitir votos y juicios de valor anticipado sin apenas leer las noticias que aparecen?

O peor aún… un árbol es difícil de talar, pero un tierno brote se aplasta con un dedo. Por tanto… ¿no puede cualquier usuario dedicarse a rechazar noticias pendientes a modo de “censor”, logrando atajar “su” problema cuando apenas tiene unos segundos de vida?. No conozco muy bien si el sistema de menéame actualmente es capaz de preveer algo así, pero con la noticia que publiqué el sistema no ha funcionado muy bien. Está claro que la noticia tenía que ser portada, nuestro censor no puede poner puertas al mar, pero… ¿y si nuestro censor es un medio de comunicación que vota negativamente las noticias de su competencia? tengamos en cuenta que el efecto menéame puede dar muchas visitas a un medio u otro…

Todavía no entiendo cómo una noticia tan buena ha podido perder tres horas de portada, las de más tráfico además, por ser la hora en la que la gente lee los periódicos. Que alguien me lo explique. Ahí están los comentarios.


(editado)

Por cierto, he incluido este mismo post en menéame. En un principio la envié para subrayar un gran defecto que percibí al publicar mi primera noticia …Y no veas cómo se han puesto algunos… Que si troll, que si llorica, que si me doy autobombo… Lo que confirma más la tésis que he expuesto en este artículo:

1. La gente vota y no lee las noticias. Se emiten juicios de valor y se lapida sin conocer el caso.
2. La gente vota negativamente si no le gusta el contenido de la noticia, sea veraz o no.

Y alguna que otra más…
3. A la gente que no le interesa una noticia, la vota negativamente, en vez de dejarla pasar.
4. Los usuarios veteranos tienen más peso en menéame pero no siempre usan ese peso con imparcialidad.
5. Los usuarios veteranos están hasta el gorro de trolls y a veces confunden trolls con personas normales.
6. La gente no pierde un segundo en descalificar con los comentarios sin comprobar si tienen razón.
7. La gente utiliza los votos negativos como arma arrojadiza.
8. Los usuarios veteranos tienen un inexplicable amor incondicional a menéame censurando cualquier opinión que vaya en contra del sistema de votaciones.

Por aquí os la dejo para que juzguéis vosotros mismos y votéis lo que os parece:
http://meneame.net/story/el-talon-de-aquiles-de-meneame

TuneGlue

Chaval, te han comido la merienda. Estoy seguro que es la frase que dirán los que me conocen y saben detrás de lo que ando después de leer este hilo.

Me explico. Hace tiempo descubrí last.fm, una red social para música en la que puedes descubrir artistas nuevos en base a parecidos musicales o estilos, conocer usuarios con criterios musicales similares a los tuyos, además tienen una radio estilo Pandora, un interfaz muy orientado a la participación… Para los profanos, la página es algo así como Myspace Music, pero sin los odiosos fondos cutres y horteras y con la información de los artistas y usuarios mucho más estructurada y relacionada.

Además de todo esto, lo que más me gustó de la misma, y su valor diferencial, son sus poderosos servicios web, que pueden, desde leer los tags de tu Winamp o iTunes para listar las canciones que más escuchas en tu espacio personal para establecer perfiles, estadísticas y similitudes entre artistas, hasta consultar vía xml casi toda la información que la web dispone.

Además, al tratarse de un servicio basado en la información que apporta la comunidad, la página está viva y se autoalimenta en base a las tendencias musicales que la sociedad descubre. Me gustaba todo menos la información tabular. Quiero decir, buscaba “soulwax” para encontrar artistas similares, y bien, me aparecían artistas para conocer, pero mostrados en una aburrida tabla o “grid” de datos.

Así que inspirado en las herramientas “Eye candy” de representación de datos complejos basadas en grafos se me ocurrió la idea de utilizar dichos servicios web para un juguete visual que además fuera útil; navegar por un grafo de tendencias musicales basadas en artistas alimentado por last.fm

Tras algunos esbozos para desarrollar un conjunto de clases de representación de este tipo de redes, mi pequeño proyecto se paró un año por trabajo y estudios. Ahora descubro con pesar, que literalmente me han comido la merienda. Me queda al menos el consuelo de que alguien, en otro lugar del mundo pensó en la misma idea que yo, la y la parió tal y como me la imaginaba.

TuneGlue° | Relationship Explorer

Soy la leche. Hago una clase que puede ser útil para la humanidad, y la tengo dos años y medio cogiendo polvo, y sin apenas usar en plan gollum ( tesoooro) en vez de soltarla, hasta que casi queda obsoleta. Así que, para que la mejoréis y para que la disfrutéis, por aquí suelto esta clase antes de que no la use ni yo.

Es una Clase que maneja precargas en serie en Actionscript 2.0, está implementada con LoadMovie para permitir cargar sonidos y demás. Es útil en galerías de imágenes donde las cargas en paralelo no son tan útiles porque hace falta ir mostrando el contenido según va cargando, en el orden de carga. Usa modelo de despachado de eventos, con lo que es muy fácil integrarla con otras clases.

Actionscript:
  1.  
  2. import com.gskinner.events.GDispatcher;
  3. import mx.utils.Delegate;
  4. /**
  5. * @author Alejandro Sánchez Marcos
  6. * http://www.electroduendes.com/
  7. * @version 1.1
  8. * @usage  Clase para cargar Jpgs o swfs en un contenedor en serie (una detrás
  9. * de otra). Suele ser útil para galerías de imágenes.
  10. *
  11. * listeners:
  12. *      - onLoadProgress; devuelve un objeto del tipo:
  13. *      {type:"onLoadProgress", mc:MovieClip, progress:Number, total:Number, percent:Number};
  14. *      
  15. *      - onLoadActualStart; devuelve un objeto del tipo:
  16. *      {type:"onLoadActualStart", mc:MovieClip}
  17. *      
  18. *      - onLoadActualComplete; devuelve un objeto del tipo:
  19. *  {type:"onLoadActualComplete", mc:MovieClip}
  20. *      
  21. *      - onLoadAllComplete; devuelve un objeto del tipo:
  22. *      {type:"onLoadAllComplete"}
  23. *      
  24. * <code>
  25. *           import com.electroduendes.precarga.PrecargaSerie;
  26. *           import mx.utils.Delegate;
  27. *           
  28. *           var precarga:PrecargaSerie = new PrecargaSerie();
  29. *           var urls:Array = new Array("1.jpg", "2.jpg", "3.jpg", "4.jpg");
  30. *           var clips:Array = new Array(_root.uno,
  31. *                _root.dos, _root.tres, _root.cuatro);
  32. *           precarga.addEventListener("onLoadProgress",
  33. *                Delegate.create(this, progreso));
  34. *           precarga.addEventListener("onLoadActualComplete",
  35. *                Delegate.create(this, fincarga));
  36. *           precarga.addEventListener("onLoadAllComplete",
  37. *                Delegate.create(this, fintodo));
  38. *           precarga.addEventListener("onLoadActualStart",
  39. *                Delegate.create(this, inicioCarga));
  40. *           precarga.loadClips(urls, clips);
  41. *           
  42. *           function progreso(obj) {
  43. *                trace("progreso despachado para mc "+obj.mc+ " al : "+obj.percent+"%");
  44. *           }
  45. *           function inicioCarga(obj){
  46. *                trace("inicio de carga para el mc"+obj.mc);
  47. *           }
  48. *           function fincarga(obj) {
  49. *                trace("fincarga despachada para movieclip: "+obj.mc);
  50. *           }
  51. *           
  52. *           function fintodo() {
  53. *                trace("fintodo despachado");
  54. *           }   
  55. * </code>
  56. */
  57. class com.electroduendes.precarga.PrecargaSerie {
  58.  
  59.         private var numCargados:Number = 0;
  60.         // número de objetos que ya están cargados
  61.         private var actualProgress:Number = 0;
  62.         // almacena el progreso de carga
  63.         private var actualTotal:Number = 0;
  64.         private var actualPercent:Number = 0;
  65.         private var actualTarget:MovieClip = null;
  66.         private var urlArray : Array;
  67.         private var targetArray : Array;
  68.         private var interval:Number = 0;
  69.         var dispatchEvent:Function;
  70.         var addEventListener:Function;
  71.         var removeEventListener:Function;
  72.         function PrecargaSerie(){
  73.                 GDispatcher.initialize(this);
  74.         }
  75.         /*
  76.          * inicia el proceso de carga
  77.          * @param urlArray el arrray de películas a cargar
  78.          * @param targetArray el array de contenedores (movieclips)
  79.          */
  80.         function loadClips(urlArray:Array, targetArray:Array, type:String) {
  81.                        
  82.                         this.urlArray = urlArray;
  83.                         this.targetArray = targetArray;
  84.                         load();
  85.         }
  86.         /**
  87.         * efectua el loadMovie.
  88.         * se va a ejecutar 'n veces' tantas como numCargados.
  89.         */
  90.         private function load():Void {
  91.                 targetArray[numCargados].loadMovie(urlArray[numCargados]);
  92.                 // con el setInterval, nos aseguramos de que actualProgress sea> 0
  93.                 // guardamos la referencia actual en el atributo actualTarget
  94.                 actualTarget = targetArray[numCargados];
  95.                 interval = setInterval(Delegate.create(this, loadStart), 50);
  96.         }
  97.         /**
  98.         * permite saber si la carga está iniciada
  99.         * se usa porque la carga no devuelve 0 hasta que no se comienza a cargar
  100.         */
  101.         private function loadStart():Void {
  102.                 actualProgress = targetArray[numCargados].getBytesLoaded();
  103.                 // si ya ha empezado a cargar...
  104.                 if (actualProgress>=0) {
  105.                         // limpiamos esta funcion
  106.                         clearInterval(interval);
  107.                         onLoadActualStart();
  108.                         // con esto conseguimos que actualProgress siempre esté actualizado
  109.                         interval = setInterval(Delegate.create(this,onLoadProgress), 50);
  110.                 }
  111.         }
  112.         /**
  113.         * permite escuchar el porcentaje de la carga
  114.         * actualiza las propiedades tales como actualProgress, actualPercent.
  115.         */
  116.         private function onLoadProgress():Void {
  117.                 actualProgress = actualTarget.getBytesLoaded();
  118.                 actualTotal = actualTarget.getBytesTotal();
  119.                 actualPercent = Math.round((actualProgress*100)/actualTotal);
  120.                
  121.                 var eventObj:Object = { type:"onLoadProgress",
  122.                                         mc:MovieClip,
  123.                                         progress:Number,
  124.                                         total:Number,
  125.                                         percent:Number
  126.                                         };
  127.                 eventObj.mc = actualTarget;
  128.                 eventObj.progress = actualProgress;
  129.                 eventObj.total = actualTotal;
  130.                 eventObj.percent = actualPercent;
  131.                
  132.                 //despacho evento para los preloaders
  133.                 dispatchEvent(eventObj);
  134.                 if (actualPercent>=100) {
  135.                         clearInterval(interval);
  136.                         actualProgress = 0;
  137.                         numCargados++;
  138.                         onLoadActualComplete(actualTarget);
  139.                         if (numCargados<targetArray.length) {
  140.                                 load();
  141.                         } else {
  142.                                 //acabamos!
  143.                                 onLoadAllComplete();
  144.                         }
  145.                 }
  146.         }
  147.         /**
  148.         * función que se ejecutará cuando empiece la precarga de
  149.         * algún objeto
  150.         * @param ref
  151.         * una referencia del objeto que se ha cargado
  152.         */
  153.         public function onLoadActualStart():Void {
  154.                 var eventObj:Object = {type:"onLoadActualStart", mc:MovieClip};
  155.                 eventObj.mc = actualTarget;
  156.                 dispatchEvent(eventObj);
  157.         }
  158.         /**
  159.         *
  160.         * @usage función que se ejecutará cuando termine la precarga de
  161.         * algún objeto
  162.         * @param ref
  163.         * una referencia del objeto que se ha cargado
  164.         */
  165.         private function onLoadActualComplete(ref:Object):Void {
  166.                 var eventObj:Object = {type:"onLoadActualComplete", mc:Object};
  167.                 //despacho evento
  168.                 eventObj.mc = actualTarget;
  169.                 dispatchEvent(eventObj);           
  170.         }
  171.         /**
  172.         *
  173.         * @usage función que se ejecutará cuando termine la precarga de
  174.         * de el último objeto a cargar
  175.         */
  176.         private function onLoadAllComplete():Void {     
  177.                 var eventObj:Object = {type:"onLoadAllComplete"};
  178.                 //despacho evento
  179.                 dispatchEvent(eventObj);
  180.         }
  181.         /**
  182.         * @usage getter target array
  183.         * los contenidos
  184.         * @return un array de clips
  185.         */
  186.         public function getTargetArray():Array {
  187.                 return targetArray.slice();
  188.         }
  189. }
  190.  
  191.  
summercase

Tras el gran éxito del año pasado, este año el festival de música Summercase, que se celebrará simultáneamente en Madrid y Barcelona el 13 y 14 de Julio de 2007, tiene que aplicarse para estar a la altura de su predecesor. Y tal y como esperaba, las primeras confirmaciones ya han caído y, aunque aún es pronto para conclusiones, el cartel comienza a posicionarse como el mejor del año. Por aquí va la lista de los confirmados hasta ahora.

  • Air
  • The Arcade Fire 
  • The Chemical Brothers
  • Kaiser Chiefs
  • !!!
  • LCD SoundSystem
  • Dj Shadow
  • Electrelane
  • PJ Harvey
  • The Jesus and Mary Chain. 

Cabe resaltar que la edición del año pasado resultó impecable. A excepción de algún que otro gorila de seguridad con tácticas de persuasión un tanto fascistas, sonido, calidad del cartel, aforo, servicios, cero colas, espacio y precio del abono más que ajustado, forjaron lo que fué uno de los mejores festivales independientes de música del año pasado, a la altura si se permite del intocable Festival de Benicassim, cuyo recinto comienza a quedarse pequeño debido a la afluencia masiva de público británico que viene sufriendo en las últimas ediciones.

 www.summercase.com

Apple iphone
Iphone

Bueno, pues ya acabó el culebrón. Después de 200 patentes y tropecientos rumores, Steve Jobs ha anunciado el nuevo Apple iPhone en la Macworld2007. Un nuevo gadget para babear, con todo lo bueno del iPod, mas un teléfono, cámara de 2 Mpx. Bluetooth, Wifi, Internet, Safari, correo... a un precio de 599$ para el de 8Gb y 499$ para el de 4Gb. El tamaño del disco duro es algo corto, pero como contrapartida, el cacharro es muy delgado y muy sexy, además que la pantalla es enorme y táctil. La era del botón minúsculo ha muerto en los teléfonos móviles. ¡adios a los botones de plástico, hola Apple inc.!

Por lo visto, la keynote en su línea, con Steve Jobs consultando descojonado las acciones de Apple con un widget de bolsa desde el iPhone

Enlaces relacionados:

Si no conocéis todavía la peli de terror "pulse" que se estrenará a principios del año que viene, me agrada presentarlos la que para mí es una de las piezas interactivas del año en España, quieroverunfantasma. Bajo el sello de Cp-interactive, la web de pulse consigue la mejor experiencia de terror que he visto hasta el momento en internet desde los trailers de The ring y de el proyecto de la bruja de blair.
El mecanismo de difusión clásico de "recomienda a tu amigo" también es digno de resaltar. De la mano de Flash 8 y Flash Media Server, la pieza, permite grabar en vídeo por tu webcam y enviar tu mensaje de miedo a tus colegas. De ese modo, ellos verán aparecer tu vídeo intercalado en el spot. Parece que los juegos con webcams y Flash Media Server tienen mucho jugo para las agencias.

Por fin se sabe... tal, y como se olía en mi anterior post, la tomadura de pelo ha sido bastante grande. El blog "protesta" findelacorrupcion.com, no era otra cosa que el teaser de la campaña de Universal para promocionar el dvd de "corrupción en miami" estas navidades.

Y bueno, la campaña tiene algo más de sentido conocido el anunciante, e incluso podemos ya entender el por qué los vídeos y el blog respiraban ese aire tan "cutre", quizá para no engañar demasiado, y que el efecto no resultara contraproducente, quizá también como parodia del archiconocido "robo de la silla de ZP".

Ahora sabrás que detrás de todo lo que ya hemos movido hay un producto.
Un anunciante. Un plan de marketing afinado para la comunicación de este siglo.

Pero antes de que saltes, escúchame un minuto más.

El "movimiento" Findelacorrupcion.com nació en respuesta a inquietudes reales.
Contamos con el apoyo de una red de jóvenes de carne y hueso en toda España.
Sus actuaciones, manifestaciones y reivindicaciones son absolutamente reales.

Veremos cuánto más se mueve el blog ahora una vez descubierto el pastel. Me da que menos que los ojos de espinete de mozo.

Y bueno, no todo van a ser palos...al menos se está hablando del tema, que ya es algo, aunque sinceramente preferiría que todo este tinglado no hubiera sido parido por creativos en nómina de una agencia, sino como un acto de repulsa real y sin intereses comerciales ni pagerankianos. Sólo espero que cuando venga el lobo de verdad, los pastores no estén viendo la peli...

Esta última semana, he recibido dos correos electrónicos que enlazan a un blog "findelacorrupcion.com" que, con aire invasivo, activista y gamberril se han colado en mi correo para enlazar a una serie de vídeos insulsos y a un blog lleno de posts vacíos de semántica y repleto de malas prácticas de redacción, en los que se afirma a través de una serie de acciones de protesta, (bastante cutres, dicho sea de paso, y que no dejan duda de que se trata de un montaje) que hoy 5 de diciembre asistiremos al fin de la corrupción mediante yo que sé qué acción. Asimismo, aseveran en el mismo que todo este tinglado no se trata de una pésima campaña de expectativa "viral". Mi reacción... un poco enfadado por el spam, y bastante malumorado por jugar con una causa que realmente me importa. Los vídeos no están a la altura y la base creativa para transmitir el mensaje no engancha. Maaal.

Así que me he dispuesto a averiguar quién está detrás de esta tomadura de pelo sin sentido y creo haberlo encontrado. Y cómo no, detrás está una agencia. Al menos el contacto administrativo del dominio. No es otro que Paul Fleming, Director de bvirtual.com, una agencia de publicidad situada en Barcelona. Todo apunta a que detrás hay dinerito. Uy... mal otra vez.

Estoy tan indignado como toda España con la situación actual del ladrillo, y como joven y "rebelde" apoyo las ideas de esta campaña, pero no apruebo la manera de difundir el mensaje. El viral unido a las campañas de expectativa están de moda en cualquier agencia que se precie, pero...¿enviar spam tiene algo de viral? ¿tiene algún atractivo para el espectador el contenido de los vídeos como para ser reenviados y que realmente "explote" por Internet? Llevo en el medio bastante tiempo, y he visto cmo colegas en sus ratos de ocio, o en su trabajo, lanzaban aplicaciones, posts, vídeos o webs que en un día se comían todo el añcho de banda contratado para un año. ¿y por qué? Porque se ofrecen contenidos interesantes, porque la creatividad es buena, o porque la aplicación es útil, o porque simplemente es divertido, y digno de ser difundido.

En este caso, lo siento, para mí esta acción no se puede calificar de "marketing viral". Primero, porque no me ha llegado por un amigo ni por una web y segundo, porque la reacción general es de rechazo, como la de muchos otros (ver los comentarios del vídeo en youtube).

Tendremos que esperar a mañana, pero de momento, malo, malo...

Ya tengo un poco de tiempo para mí y mis agobios de trabajo empiezan a bajar, supongo que se empezará a notar porque saco más tiempo en escribir. :D
Pues estaba yo haciéndome eco de la noticia con la que he comido, la de un pavo que usaba un virus para grabar por webcam... resulta que el programador era español... y madre mía la que le va a caer... pero bueno, eso no es el motivo del post. El caso es que estaba leyendo en news.com la historia, y... oh! sorpresa! me sale una aplicación de la gente de liveplasma, de los que ya hemos hablado anteriormente. Pues se han currado lo mismo, pero para las noticias de news.com. Un ejemplo de que las aplicaciones "Eye candy" a veces no son tanto. ¿Alguien con datos para saber si esas aplicaciones dan pasta? :D

Podéis verlo en la página de la noticia, aparece un banner a la derecha, en el que hay un grafo de noticias relacionadas.

Liveplasma.com+news.com

a)Si ya te has descargado la versión 2.0 del Firefox, y conoces su nueva relación con estos enlaces, pues eres un pedazo de friki, que quieres que te diga, al menos te puedes reir de este artículo y puedes ir di-réc-tamente a la conclusión del mismo.
b)En caso contrario, te conviene leerlo para ver la relación amor-odio de los usuarios con esta funcionalidad y el final de sus días.

Estoy bastante harto de las ventanas nuevas, y desde aquí lo grito al mundo. Y lo que más me jode, es que yo, Alejandro Sánchez, un mísero picador de código, puedo hacer algo para cambiarlo, y en cambio no lo hago!!.

Os pongo en situación: típico desarrollo de una web. Un cliente llama por teléfono y comenta algunos errores. Que si esta imagen nosequé, que si el gestor de la aplicación nosecual... Lo típico que suele pasar cuando revisas la web. Es entonces cuando una de las frases que más me irrita de las de mi gremio, sale por la boca del cliente...

- Oye, los enlaces externos a la web siempre me los pones para que se abran en ventana nueva.

(Como si me hubiera olvidado de hacerlo... ¡Pues no! ¡no me he olvidado, esque los odio, y lo he hecho a propósito!)
Es entonces cuando intentas lo imposible. Convencer al cliente de las maldades de las dichosas ventanas nuevas.
Que si las ventanas nuevas no gustan a los navegantes, que si estamos desarrollando código xhtml, que si la web semántica, que si la ventana nueva no es compatible con los estándares XHTML, que si podemos advertir al usuario con una iconografía adecuada.... Nada, el cliente sigue empeñado en plantar su bandera en este entuerto. Pero sigamos que ahora llega por lo que Santa Teresa no comía y Chimo Bayo se forró... el éxtasis de esta conversación.

- Pero coño, si no lo hacemos, ¡perdemos las visitas!

Cágate lorito. En esta situación de la conversación es cuando la contingencia proferida por el que te da de comer, te deja tan seco que eres incapaz de seguir la conversación, y un "veré lo que puedo hacer" es lo único que te sale después de sentirte como si hubiéras estampado tus morros en una pared.

Por ello, para que esto no me vuelva a pasar, para no quedarme en blanco, para que la próxima vez no me pille desprevenido, voy a contar al mundo además de ensayar el "por qué odio los enlaces en ventana nueva":

-1. Estamos usando erróneamente la funcionalidad para demostrar al visitante que se trata de un enlace externo. Digo yo... ¿no se suele notar bastante de por sí? ¿además...no es más usable utilizar códigos de color o iconos para denotar que se trata de un enlace externo?

0. Estamos subestimando el botón atrás del navegador. Incluso el usuario más novato es lo primero que pilla. Como las páginas de un libro. Si abrimos una ventana nueva y el usuario quiere volver a la anterior, lo primero que hace el usuario novato, es lanzarse a por el botón atrás del navegador, que por supuesto está desactivado. Eso es extremadamente confuso para novatos y no tanto.

1. No ganaremos más visitas y fastidiaremos a nuestros visitantes.
Ideas como la de utilizar enlaces externos en ventana nueva para conseguir cientos de visitas más podrían servir a las start-ups de finales de los 90 para maquillar las estadísticas de acceso, hinchar visitas y seguir chupando inversión. Ahora, en 2006, si tu web es interesante, tendrá MILLONES de visitas, porque la mitad de la población de España usa Iternet. Preocúpate por tus contenidos, y las visitas llegarán.

2. La gente sabe navegar.
La web no es lo que era. Llevamos casi 6 años con banda ancha y la gente lo pilló en dos meses. Un navegante no es tonto, aunque pretendamos engañarle, sabe abrir y cerrar ventanas del navegador. Si quieren abrir el enlace en una ventana nueva porque tu web es interesante, y quieren seguir consultándola, lo harán. Si símplemente estaban de paso, para encontrar un enlace que menciona tu web, les enfurecerá que les abras el enlace que buscan en ventana nueva, y se llevarán esa última y mala impresión de tu web. Cuida a tus visitantes.

3.La navegación por pestañas cambiará la manera de navegar.
Siempre he sido muy fanático de la navegación por pestañas, y nunca me gustó que tras un par de horas navegando por internet, mi barra de tareas estuviese llena. Además, es muy cómodo lanzar nuevas pestañas (el equivalente a ventanas), con el botón central del ratón, puedes hacerlo. Sinceramente, para un usuario como yo, las ventanas nuevas ya no existen, y para la mayor parte de la gente, cuando llegue Windows Vista, e Internet Exploter 7 también. Pues bien. Hay mucha gente que que tiene que usar Javascript para lanzar ventanas nuevas, e incluso las que no son nuevas, por una serie de motivos que explicaré más adelante. Usando javascript, además de conseguir que Google no indexe casi siempre correctamente los contenidos, me estáis fastidiando a mí y a todos los que queremos navegar cómodamente con pestañas.

4. XHTML estricto no se lleva bien con las ventanas nuevas.
Estoy harto de verlo. Los clientes de las webs no quieren gastar un duro en validar una tecnología que no saben ni pronunciar XHTML qué?.... Los programadores, que recomiendan un poco más de presupuesto para pasar las validaciones XHTML y una web un poco más participativa, son tomados como al pito del sereno.
Luego resulta que la página es resultona pero no hay visitas... claro, a san Google no le ha gustado mucho. Es el turno para las empresas SEO, auditoras, y agencias de medios que con ese aura de yo-consigo-mas-visitas-que-la-casa-campo-el-sábado, cobran una pasta gansa, y lo primero de que se quejan es de que la web no es semántica no pasa los controles w3c...Ahora de repente, a tu cliente le gusta eso del xhtml porque está de moda y lo leyó en nosequé revista o blog.
Vale, es buena noticia; si conseguimos que la web pase los controles XHTML, conseguiremos además visualizarla en múltiples dispositivos, y de paso, se lo pondremos más fácil a los ciegos. Pues si quieres ver tu web en un móvil de última generación o en una pda, prueba a abrir un enlace externo en otra ventana, te darás cuenta de que el concepto de ventana ni siquiera suele existir en esos dispositivos.

5. Google.
Esta afirmación es un poco demagógica, pero es una verdad como un puño. Siguiendo con el XHTML, Google se pirra por sus huesos (para el que no lo sepa, el XHTML permite decir a Google: "esto es un cabecero", o "esto es un menú", para todos los tipos de contenidos de la página, lo que a Google le viene de perlas para establecer relevancias).

Los clientes entienden muy bien cualquier argumento que lleve la palabra Google, por consiguiente XHTML se la pone dura. ¿acepta XHTML estricto ventanas nuevas? -No-, pues no se hable más.

La trampa está en que hay trucos para validar XHTML pudiendo abrir ventanas nuevas en los enlaces externos.Pero no deja de ser un truco y estamos en las mismas... ¿crees que tu móvil podrá ejecutar un javascript (el truco para hacerlo) para abrir una ventana? lo más seguro es que por culpa del "truco" ese usuario ni siquiera pueda visitar el enlace que sugieres en tu web.

Ahora vengo yo, que soy un listo y te cuento, después de este tocho, que Firefox 2.0 entiende "ventana nueva" en el html por "nueva pestaña". Pues me parece a mí que la conclusión es... Si no puedes mediante palabras, adáptate.

Enlaces relacionados;
XHTML en Wikipedia
Web semántica en wikipedia
30 días para una web accesible: día 16, no abrir ventanas nuevas

« Previous PageNext Page »