Seguimiento de descargas

Algunas personas que tienen sitios desde donde se descargan archivos de distinto tipo, han preguntado si hay una forma de mantener un registro de esas descargas, algo que muchos servicios donde se alojan esos archivos permiten o incluyen pero otro nos y, desde Blogger, no hay muchas alternativas.

Una de ellas es usar Google Analytics que es un servicio que se integra desde la misma Configuración del blog o manualmente, copiando y pegando el script que ellos proveen.

Teniéndolo incluido, podemos, ellos nos dan la posibilidad de hacer un seguimiento de cualquier enlace en particular aunque las explicaciones que ahora nos muestran son poco claras; más fácil es entender el método leyendo la ayuda "vieja" aunque esté en inglés ya que la metodología no ha cambiado.

¿Qué nos dicen? Que si tenemos un enlace de cualquier tipo:

<a href="URL_archivo">descargar</a>

bastaría agregarle un evento onclick que llame a la función de Google Analytics y, de ese modo, las descarga del archivo será registrada por el servicio:

<a href="URL_archivo" onclick="_gaq.push(['_trackPageview','URL_archivo']);">descargar</a>

o bien:

<a href="URL_archivo" onclick="_gaq.push(['_trackEvent','URL_archivo']);">descargar</a>

Usar uno u otro sistema dependerá de la forma en que quisiéramos que se registraran los datos y las diferencias entre _trackPageview y _trackEvent quedan para ser estudiadas por cada uno ya que, además poseen parámetros opcionales.

Si quisiéramos automatizar esto y agregarlo a los enlaces sin tener que escribirlos manualmente, deberías usar alguna clase de script. Por ejemplo, usando jQuery podríamos usar una clase para identificar los archivos:

<a class="descarga" href="URL_archivo">descargar</a>

y poner una función así:

$('.descarga').click(function () {
  _gaq.push(['_trackPageview', $(this).attr('href').replace('http://','')]);
});

o así:

$('.descarga').click(function () {
  _gaq.push(['_trackEvent', 'MISdescargas']);
});

Y para quien no quiera complicarse la vida, llegado el caso, pueden usar entourage.js que es un script que agregamos antes de </head> o antes del código de Google Analytics y hará todo eso de modo automático.

Y un dia ... Google se comió al mundo

¿Será un error temporal o el hambre del gigante crece de tal manera que quiere que todos seamos parte de su merienda?

Este mensaje aparece cuando uno entra a Blogger utilizando Opera, sin importar si es la última versión o no. Efectivamente, puede "ignorarse" pero volverá a aparecer una y otra vez.

Tal vez, estadísticamente no sea algo que afecte a muchos usuarios pero, las estadísticas sólo son numeritos abstractos a menos que se coloquen en cierto contexto. Es verdad, los usuarios que usan este navegador son porcentualmente pocos pero hablamos de un universo con cientos de millones de usuarios así que aún un porcentaje pequeño implica DECENAS DE MILLONES de personas.

Y la clave de todo el asunto es responder la pregunta inicial ¿se trata de un error o tendremos que terminar usando sólo lo que a ellos se les ocurra? ¿Empezarán a aparecer cartelitos similares en el resto de los navegadores?

La verdad, no me sorprendería, Google ya lo hace con otros servicios como YouTube y es una costumbre bastante arraigada en muchos otros sitios, incluyendo blogs que muestran mensajes diciendo que está optimizado para tal o cual navegador y que sólo se verá bien en esos así que si uno es de esos tontos que no los usa ... ¿qué?

¿Qué queremos decir cuando ponemos un mensaje de ese tipo? ¿Que no eres bienvenido? ¿Que eres un tonto? ¿Que nosotros "sabemos" y tu eres un ignorante que has elegido usar un navegador "obsoleto"? ¿Que si uso Chrome soy cool? ¿Que lo que yo hago está perfecto y todos los demás están equivocados?

Hay cartelitos de todo tipo, la mayoría son "sutiles" pero hay otro que son casi burlones ¿Será necesario hacer eso?

Yo creo que no, de ninguna manera.

La esencia de este mundo es el OTRO. El OTRO no es otra cosa que UNO MISMO visto desde otro lado. La diversidad es básica para la evolución de cualquier cosa; los gustos son subjetivos y no discutibles. Si el sitio no se ve razonablemente bien en un navegador específico, la responsabilidad es mía. Si puedo o quiero resolver el asunto es un tema distinto; obviamente, no habrá forma de complacer a todos pero habrá que intentarlo o por lo menos, ser consciente de esas limitaciones.

Si un sitio no funciona correctamente en un navegador standard, más que un cartelito diciendo que cambies, debería haber un cartelito pidiendo disculpas. Es una simple cuestión de respeto.

REFERENCIAS:Planeta Botch

Blogs, webs: Todo depende

Todos los scripts se deben colocar antes de </head>
NO, no es cierto

Todos los scripts se deben colocar antes de </body>
NO, no es cierto

Entonces ¿dónde demonios se colocan TODOS los scripts?
La respuesta es la más fácil y la más difícil: DEPENDE

¿De qué depende? De lo que hagan, de cómo funcionen, de cada caso particular.

UFA!!! Ahí se acabó la sencillez del diseño web

¿No es que era fácil? Ahora, resulta que ¿DEBO APRENDER PENSAR SABER LEER?

Lo lamento, si creyeron en la publicidad de los distintos servicios que ofrecen el oro y el moro me temo que deberán re-plantearse las cosas porque aún no se ha inventado el botón donde hacer click-click-click y solucionar TODOS los problemas en un abrir y cerrar de ojos.

Hace años que me repito lo mismo y si alguna vez lo escribí, fue de puro atrevido: el diseño web y sobre todo, los blogs, no son ni arte ni técnica: son artesanías. Ahora, sigo siendo un atrevido pero esa intuición prematura se ha vuelto una convicción. Todo esto que hacemos se arma a fuerza de empeño, de pruebas y errores; son una mezcla singular de instinto y pura casualidad. El resultado final, jamás es idéntico, todo depende de muchas cosas. Copio y pego algo y todo está OK, lo hago otra vez y no funciona ¿por qué? No hay una respuesta única, obviamente, algo es distinto, no sabemos qué y eso es lo que hay que buscar y para buscar eso hay que ... aprender, pensar y rogar que nos demos cuenta.

¿Eso significa que esto es algo reservado sólo para ciertos "talentoso"? NOOOOOOO en absoluto pero, si está reservado para quienes son pacientes, perseverantes, curiosos y algo atrevidos.

Atreverse es intentar sabiendo de antemano que todo puede fallar. Si no se está dispuesto a perder es mejor no apostar. Hay que tomar recaudos, hay que guardar backups, hay que marcar un límite, hasta acá llegué, hasta ahora todo está bien pero quiero seguir adelante: OK, guardo, marco, señalo, recuerdo de tal forma de poder retroceder y empezar otra vez. Porque empezar otra vez será inevitable. No pasará hoy, no pasará mañana pero alguna vez ocurrirá, sin la menor duda.

Hay que aprender a decir "esto me supera". Por lo menos, por ahora, con lo que sé, con lo que aprendí, no puedo hacer más; tal vez en un tiempo le encuentre la vuelta o descubra que no era tan complicado como me parecía y pueda volver a intentarlo. Eso no es resignación, eso no es abandonar, eso es saber que tenemos limitaciones y descubrir esas limitaciones es lo que nos permite superarlas.

Que alguien pueda hacer algo y yo no pueda no me califica; no me hace ser menos y obviamente, lo inverso tampoco es cierto.

Los blogs son un TODO DEPENDE permanente y esa es la única regla que existe.

Sobre reglas y diversidades

Cuando la w3.org dice que hay etiquetas y atributos que son obsoletos y que no deben usarse, sólo expresa un deseo ya que los navegadores siguen y seguirán soportando TODAS las etiquetas que existen y por lo tanto, este tipo de información que a algunos les parece mandatorio, no pasa de ser una sugerencia porque, como en muchos otros casos, la distancia entre la teoría y la práctica puede ser enorme.

La realidad indica que la w3.org dispone cosas y los navegadores hacen lo que quieren o lo que pueden. Si eso es malo o bueno carece de importancia y es discutible, lo cierto es que las reglas y las leyes sólo tienen sentido cuando existe alguien que pueda obligar a aplicarlas, caso contrario, sólo son palabras.

En la web, eso tiene una variante, las reglas sirven si nos sirven ya que es un tema donde no intervienen ni la moral ni la ética y donde todo lo que funciona bien está bien aunque pueda ser mejorado.

Validar el HTML es la forma de saber si una página cumple con los estándares del W3C pero ¿hay alguna relación entre validar el HTML de un sitio y su posicionamiento en los buscadores?

Algunos afirman que SI pero, Google responde NO:

"Muchos sitios web pueden tener código inválido pero verse correctamente porque muchos navegadores actuales hacen un buen trabajo a la hora de tratar con código deficiente. Así que no es tan importante que el código sea absolutamente perfecto, sino que la página se muestre correctamente a los usuarios en general ... Google puede entender y manejar páginas que son perfectas gramaticalmente hablando y con un código HTML perfectamente correcto, y también puede entender las que son un poco más informales. Porque básicamente entiende sobre qué trata la página."

¿Acaso esto significa que podemos hacer cualquier cosa? Mi respuesta es SI PERO NO.

¿Cuál es el sentido de una página web? Que, tal como dice Google, "se muestre correctamente a los usuarios en general", a la mayor parte de ellos, sea cual sea el navegador que utilicen.

¿Esto es posible? Mi respuesta es la misma: SI PERO NO.

El 100% es un lindo numero pero es un valor excesivo e inalcanzable a menos que se sacrifique tantas cosas que la web se transforme en uniforme y la medida a tener en cuenta sea siempre el navegador menos versátil, la resolución de pantalla más chica, la conexión más lenta, la imaginación más escasa.

Cada uno deberá evaluar qué quiere, a quién se dirige y tomar decisiones. Decisiones que tendrán consecuencias. Tal cosa no se verá tan bien en tal navegador y tal otra tendrá que ser adaptada, retorcida o desestimada. Eso, no es ni un pecado ni un error, es aprender a manejarse dentro de los límites de la realidad, sin falsearla. No hay ningún motivo para tratar de imponer reglas que no son tales sino sólo gustos subjetivos.

Nada es perfecto, nada es universal. Si algo ha enseñado la famosa globalización es justamente lo inverso; que el mundo del futuro (si es que existe) no será único sino una suma de diversidades infinitas.

Reglas, sugerencias, un poco de todo

La llamada Google HTML/CSS Style Guide es eso; un documento de Google que intenta definir algunas reglas a seguir cuando se escriben códigos HTML o CSS cuyo objetivo es ayudar a quienes lo leen o deben interpretarlo.

La guia es una mezcla de sugerencias validas y subjetivas por lo tanto, cada uno debería "filtrarla" y tener en cuenta aquellas cosas que se adapten a su modo de trabajo y descartar las otras. La base de todo esto es la accesibilidad es decir, que nosotros mismos entendamos qué estamos escribiendo y lo hagamos siempre del mismo modo para que resulte sencillo modificarlo en el futuro.

La paradoja del documento de Google es que ellos no aplican lo que predican ya que las páginas que crean los servicios que administran suelen ser engendros irracionales sin pies ni cabeza. Ni hablar de Blogger o de sus plantillas !!!

De todos modos, acá hay algunas sugerencias a tener en cuenta que no son novedad pero tal vez valga la pena repetir.

1 Usar las etiquetas HTML correctas ya que cada una de ellas ha sido creada con un propósito.

A es un enlace por lo tanto; es mejor poner:

<a href="UNA_URL">un enlace</a>

que:

<div onclick="abrir('UNA_URL');">un enlace</a>

H1 H2 H3 etc son encabezados; el número (1 a 6) no existe para indicar su tamaño sino para indicar su importancia. Una página web sólo debería tener una etiqueta H1 y esa etiqueta debería ser el título. Si hay subtítulos se usa H2 y no hay que abusar de ellos; si los títulos son elementos intrascendentes (por ejemplo los títulos de la sidebar de Blogger) estos no deberían tener una etiqueta de encabezado y si la tienen, jamás deberían ser encabezados "superiores" al título del blog o al título de la entrada.

P es un párrafo (un texto) así que escribir:

<p><img src="UNA_IMAGEN" /></p>

no tiene mucho sentido.

2 Toda etiqueta IMG debería tener un atributo alt que indique el contenido alternativo pero, lo mismo debería hacerse con videos o cualquier otro tipo de contenido multimedia.

3 Las reglas del HTML5 dicen que ya no es necesario agregar el atributo type en hojas de estilo y scripts a menos que el tipo no sea el usual (CSS y JavaScript) por lo tanto, se sugiere que en lugar de esto:

<link rel="stylesheet" href="archivo.css" type="text/css" />
<script src="archivo.js" type="text/javascript"></script>

se use:

<link rel="stylesheet" href="archivo.css" />
<script src="archivo.js"></script>

ya que es algo que funcionará en cualquier navegador y en cualquier página, aún cuando no sea HTML5.

4 Agregar siempre un punto y coma final a cualquier propiedad de CSS aún cuando no sea "obligatoria" es algo que evitará errores futuros.

Suele verse esto:

.ejemplo {
  text-align: center
}

que funciona perfectamente pero, en algún momento le agregamos alguna otra propiedad:

.ejemplo {
  text-align: center
  color: red;
}

y ya no funcionará porque nos hemos olvidado de agregarle el punto y coma final.

5 Indentar el código siempre es buena idea porque permite visualizar qué cosa esta dentro de que otra y de ese modo comprender cómo se verán afectados los contenidos. Ellos recomiendan usar dos espacios y evitar el uso de la tecla TAB (cosa con la que yo estoy de acuerdo) pero, es algo que queda criterio de cada uno:

<div>
  <p> algo </p>
  <ul>
    <li> item </li>
    <li> item </li>
    <li> item </li>
  </ul>
  <div>
    <!-- OTRA COSA -->
  </div>
</div>

Minimizar quitando espacios o indentaciones debería estar reservado sólo a aquellos códigos que estemos completamente seguros que no vamos a editar jamás.

Por el contrario, se recomienda minimizar ciertas cosas, por ejemplo, eliminar las comillas innecesarias en las direcciones URL:

background: url("UNA_IMAGEN") no-repeat 0 0 transparent;

se puede escribir:

background: url(UNA_IMAGEN) no-repeat 0 0 transparent;

usar tres caracteres de color cuando es posible:

color: #FFF;

en lugar de:

color: #FFFFFF;

eliminar la unidad cuando el valor es cero:

margin: 0;

en lugar de:

margin: 0px;

eliminar el cero cuando se usan valores decimales:

font-size: .8em;

en lugar de:

font-size: 0.8em;

6 Una última recomendación que desconocía y habría que verificar y evaluar: omitir el protocolo (http:, https:) en las direcciones URL de los archivos externos a menos que ese protocolo sea absolutamente necesario; en lugar de:

background: url(https://lh5.googleusercontent.com/xxxxxxx/imagen.jpg);

usar:

background: url(//lh5.googleusercontent.com/xxxxxxx/imagen.jpg);

Si optamos por esto, hay que tener en cuenta que la URL debe comenzar con //

En resumen: conviene leerlo, "masticarlo", aplicar aquello que nos parezca razonable y descartar el resto. Como siempre, sólo debe primar el sentido común y no aceptar todo lo que se diga como si fuera una verdad revelada e incontrovertible, lo diga quien lo diga.

Divagaciones a la hora del naufragio

La gente, en su inmensa mayoría, lo único que pretende de internet es pasarla bien; se contenta con leer y mandar mails, con mirar algún video en YouTube; con charlar un rato con alguien que también está interesado en esas otras cosas que conforman la vida ordinaria de todos los días.

Son muchos los que hoy se olvidan de eso que es tan pero tan pequeñito.

Los geeks de hoy ya no juegan como antes, ahora, sólo compran juguetes ... juguetes caros.

Es una pena porque en ese camino, todos hemos perdido un poco; ellos nos desprecian o nos miran con piedad y se nos acercan para dar consejos inaplicables; y nosotros porque ya no tenemos referencias en las cuales apoyarnos para aprender. Si consultamos por un problema de Windows, nos dicen que instalemos Linux; si preguntamos por qué tal cosa no nos funciona en Internet Explorer, se ríen y nos responden que cambiemos de navegador. Usan Twitter porque allí esta la "gente linda"; odian Facebook porque allí sólo hay "gente común"; usan Chrome porque es cool; si se les nombra MySpace, les da úlcera; Microsoft es basura monopólica pero las Mac son geniales; usan WordPress pero sus sitios parecen haberse creado con una máquina de hacer chorizos y no se les cae una idea original ni aunque se los de vuelta y se los sacuda. Critican y encima, nos hablan de técnicas para atraer visitantes en cinco rápidas lecciones.

Cuando yo era chiquito chiquito chiquito, los geeks no existían. Lo que había entonces eran cerebritos, tragalibros, gente parecida al Profesor Chiflado de Jerry Lewis. No eran los pulcros o los chupamedias de las maestras, eran todo lo contrario; eran los que sabían cosas casi sin proponérselo y lo cierto es que sus vidas no eran sencillas. Eran los que elegíamos para jugar porque no había más remedio, los que jamás eran invitados a una fiesta, los primeros en tener acné y los últimos en besar a una chica.

Que nadie crea que hablo de un complot pero, mientras crecían en medio de la humillación, no me cabe duda que iban tejiendo su venganza y esta no tardó en llegar porque un día, el mundo se transformó de la noche a la mañana y la tecnología nos invadió. Entonces ellos se rieron de nosotros que empezamos a tocar botones equivocados, a no saber nada de play y stop, a volvernos locos programando una videocasetera o a comprar una computadora personal que sólo podíamos utilizar para jugar al Tetris y terminaba arrumbada en el fondo de un placard o transformada en un florero exótico.

Ellos sabían lo que venía y nosotros no. Nosotros soñábamos con los Supersónicos pero a decir verdad, no éramos mucho más que Pedro Picapiedra.

Eran esos que podían abrir una radio con una moneda, transformarla en un televisor y les sobraban piezas. Hablo de los geeks en serio y no de los que van a hacer cola a la cuatro de la mañana para comprarse un I-Phone. Hablo de los que apenas podían soñar con tener un computador de última generación pero que se manejaban perfectamente con un cacharro atado con alambre porque la diversión estaba en el desafío de la escasez.

En algún momento y esto no fue hace mucho, las cosas cambiaron. Las palabras dejaron de tener el mismo significado y hoy definimos como geek a ese que escribe sobre navegadores que no usa nadie, sobre sistemas operativos que jamás oímos nombrar, alguien que nos cuenta lo que ve en una publicidad, alguien que cree que sabe porque tiene cosas.

Los geeks de antes estaban apartados de la gente porque la gente los rechazaba; los geeks de ahora están apartados de la gente porque la subestiman y es así que basta que un servicio se haga popular para que el antiguo dios se transforme en el nuevo demonio.

Hoy es este, mañana aquel. Modas pasajeras a la velocidad de la luz.

¿Habrá por ahí alguien que sepa hacia donde va el futuro? ¿Será que el futuro es el regreso a la web contemplativa? Esta era de hiper-comunicación ¿nos comunica?

Tal vez, hubo un tiempo en que la humanidad era feliz porque estábamos tan lejos los unos de los otros que, cuando nos encontrábamos, siempre había algo que contar y, sobre todo, ganas de escuchar.

Hoy, hay muchas voces y demasiado silencio.