Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/0A-_RXqFliY/

Post agregado:

El botón Google +1 es una utilidad de Google que permite a los usuarios marcar como recomendado el contenido de un determinado web. Estas recomendaciones serán mostradas en los resultados de Google y deben ser hechas por usuarios con cuentas de Google. De esta manera nuestros visitantes recomendarán a sus amigos nuestro contenido de forma que tendremos una nueva manera de publicitar nuestra web.

Generador de Google +1

Google ofrece una página donde puedes configurar rápidamente el botón +1, obtener el código javascript para colocarlo en tu web. Para ello primero ingresamos a http://www.google.com/webmasters/+1/button/ donde seleccionamos el tamaño del botón (Small, Medium, Standard, Tall) y el idioma para obtener el código javascript.

El primer código lo ubican en donde desean se muestre en botón Google +1, pueden ubicar el varios lugares el código para mostrar varias veces el botón.

El siguiente código se pone una sola vez y hay que colocarlo justo antes de la etiqueta </body>. Este código es la forma asincrona de insertar javascript externo en una web, lo cual hace que primero cargue todos los elementos de la pagina y al final recién se carga el javascript necesario para el funcionamiento del botón +1.

También es posible utilizar la forma tradicional para llamar al javascript externo, para ello en lugar del código anterior colocaremos el siguiente código en el header de tu HTML.

Con lo cual obtenemos el siguiente resultado en nuestra página:

Estas son las configuraciones básicas, ahora si necesitas personalizar o integrar aún mas el botón Google +1, puedes leer la documentación en Adding the +1 button to your site.

Como pueden ver utilizar este nuevo botón es sencillo y ayudará a obtener mas visitas a nuestras paginas mediante las recomendaciones de nuestros visitantes a sus contactos.

© 2006 - 2011 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/0A-_RXqFliY/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/2tkTjrK_Ed0/

Post agregado:

Auditar o identificar problemas relacionados con el SEO es el primer paso para posicionar adecuadamente un sitio web. Identificando los problemas podremos plantear soluciones adecuadas para corregir estos puntos débiles y reforzar nuestros aciertos.

Análisis en los Motores de Búsqueda

El primer paso es verificar que la información de nuestro web esta indexada correctamente en los motores de búsqueda.

• Busca en Google: site: tudominio.com, esto devolverá todas la páginas indexadas de tu dominio. Compara el total de páginas indexadas con el total de páginas que tienes alojadas en tu servidor.
• Prueba buscar el nombre de tu web o marca y verificar tu posición en los buscadores. Si no existen resultados de tu web es probable que hayas sido penalizado.
• Revisa la versión en cache que tienen los buscadores y verifica que sea la misma versión de tu página actual, si no es así entonces el buscador tiene indexado una versión antigua de tu página.

Análisis Contenido Duplicado

Verifica que tu dominio tenga canonicalización. Es decir que la versión no-www (http://tudominio.com) de tu web haga una redirección 301 a la versión www (http://www.tudominio.com) o viceversa. Si no existe esta redirección 301 ambas versiones puedes considerarse como dominios diferentes y una considerada como contenido duplicado.

Para hacer una revisión de contenido, realiza la búsqueda exacta de una frase (Entre comillas dobles) que se encuentre en tu web y analizar la cantidad y tipo de resultados devueltos. Tambíen puedes utilizar el la palabra clave intitle para indicar la búsqueda solo en los títulos.

• Buscar en el contenido: "Frase a buscar"
• Buscar en los titulos: intitle: "Frase a buscar"

Si tienes varias páginas con el mismo contenido, puedes utilizar la propiedad canonical para indicar a los buscadores cual de estas páginas debe ser considerada como contenido original:

Análisis de los URLs

Revisar que los URLs de tu página sean cortos, limpios y descriptivos (Descriptivos: que contienen keywords indicadores del contenido hay en la página). Evitar incluir parámetros adicionales como identificadores, códigos de sesión entre otros. En resumen los URLs deben ser sencillos de recordar y deben indicar directamente el contenido que están alojando.

Ejemplos:

• Incorrecto: http://blog.unijimpe.net/?p=1268
• Correcto: http://blog.unijimpe.net/depurar-flash-con-firebug/

Análisis de la etiqueta <title>

Asegúrate que todas las páginas tengan títulos únicos y descriptivos. Recuerda que los títulos deben ser únicos pues de lo contrario los motores de búsqueda no distinguirán la diferencia entre las diferentes páginas. Deben ser descriptivos de forma que explique sin opción a dudas cual es el contenido de la página.

No es necesario incluir el nombre de tu marca en el titulo, pero si deciden hacerlo debe ser al final de titulo y con un carácter separador, esto para obtener mejores beneficios en el ranking de los buscadores. Además hay que verificar que los títulos deben ser de menos de 70 caracteres de longitud en lo posible.

Análisis de los Metatags

Revisa el metatag robots en todas las páginas de tu sitio. Ten en cuenta que si el metatag robots tiene asignado el valor NoIndex o NoFollow evitará que tu contenido sea indexado en los buscadores. El uso no intencionado de estos tags hará que el contenido no sea indexado. El siguiente código debe ser utilizado sólo cuando se quiera evitar que la página sea indexada, por ejemplo cuando el contenido es accesible sólo para usuarios registrados.

También es necesario revisar que el metatag description sea único y contenga un resumen del contenido de la página. El contenido de este tag será mostrado en los resultados de la búsqueda por lo que ayuda a los usuarios a obtener una idea del contenido de nuestra página. Si no puedes crear un resumen de la página elimina el metatag description y Google hará un resumen automático.

Analisis de robots.txt y sitemap.xml

En el archivo robots.txt se incluye un listado de las páginas o archivos que incluir o bloquear según el tipo de buscador. Es necesario verificar que este archivo no contengan enlaces que deseamos sean indexadas.

El archivo sitemap.xml es un documento XML que contiene todas las rutas con su respecto intervalo de tiempo a rastrear que deseamos enviar a los buscadores. Revisar que todas nuestras páginas estén incluidas con el intervalo de tiempo adecuado.

Para analizar estos dos archivos pueden utilizar las herramientas de Google Webmaster Tools.

Análisis de Redirecciones
Los buscadores interpretan el contenido de nuestra página pero no interpretan javascript, por lo que las redirecciones se deben hacer utilizando headers a nivel de servidor de lo contrario los motores de búsqueda no llegarán a la página de destino. Además de ello si se hace una redirección esta debe ser del tipo 301 para indicar que el contenido ha sido movido definitivamente a la nueva dirección. También hay que evitar el uso excesivo de las redirecciones pues estas incrementan el tiempo de carga de la página debido al tiempo que se toman los servidores para resolver las direcciones.

Se puede utilizar la herramienta HTTP Redirect Viewer para el análisis del tipo y cantidad de redirecciones.

Análisis de las Enlaces Internos

Revisa que las páginas no tengan enlaces excesivos. Google informa que se debe utilizar una máximo de 100 enlaces por cada página, por que debes incluir sólo las páginas que consideres mas importantes para no exceder es límite.

También es necesario verificar el uso correcto de los textos anchor en los enlaces internos. Esta es una oportunidad para informar a los usuarios y motores de búsqueda el contenido del enlace de destino, por lo cual debes elegir correctamente el texto del enlace.

Tener en cuenta que Google no interpreta Javascript por lo cual los enlaces hechos de esta forma no serán interpretados y los buscadores nunca llegarán a la página de destino.

Si tus visitantes pueden publicar comentarios u otro tipo de contenido que incluyan enlaces, utiliza el la propiedad rel="nofollow" para evitar que estemos enlazando a sitios de baja calidad o sitios de spam lo que afectaría negativamente nuestro posicionamiento.

Análisis del Tiempo de Carga

Si el tiempo de carga de tu página es excesivo los motores de búsqueda lo considerarán como un factor en contra y en el peor caso no lo indexarán debido a la dificultad para acceder a nuestra información. Para hacer un análisis de la velocidad de carga se puede utilizar el plugin para Firebug YSlow o también la herramienta online Page Speed Online de Google.

Para resolver este problema, revisa que las imágenes de tu web no sean muy pesadas, utiliza los headers de expiración, minifica tus archivos js y css, utiliza gzip para enviar contenido. Para mas tips para acelerar la velocidad de carga pueden leer Optimizar Carga de Paginas Web.

Análisis del Código HTML

Los motores de búsqueda interpretan nuestra página como un texto plano y los tags HTML indican la forma como debe ser interpretado, pero estos no pueden interpretar imágenes, vídeos, flash. Interpretan texto pero no tienen la capacidad de interpretar código Javascript por lo cual lo que vemos en pantalla no es necesariamente lo que puede ser interpretado por el motor de búsqueda.

Entonces hay que asegurarse que nuestro código HTML sea redactado adecuadamente y muestre al buscador el contenido correcto de nuestro web. Se puede hacer un análisis de como interpretan los buscadores una página con SEO Parser la cual esta en estado beta pero que permite hacer una análisis de como nos ven los buscadores.

Mas Información

• The Art of SEO - Chapter IV: Auditing an Existing Site to Identify SEO Problems
• Demystifying the "duplicate content penalty"
• Specify your canonical
• Acerca de rel="nofollow"
• Optimizar Carga de Paginas Web

© 2006 - 2011 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/2tkTjrK_Ed0/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/7a_orsvgS4o/

Post agregado:

Existen diversos factores que afectan el posicionamiento de una página web, en la experiencia de los webmasters se ha demostrado que algunos influyen más que otros y en algunos casos existen factores que influyen negativamente.

Factores que afectan Positivamente

Keyword utilizado en la etiqueta <title>

El texto utilizado dentro de la etiqueta <title> se muestra en la barra de estado del navegador y se utiliza como titulo en el resumen del resultado de búsqueda. Es considerado el factor mas influyente en el posicionamiento. Si el titulo contiene el keyword que esta buscando el usuario hay mas probabilidad de aparecer en las primeras posiciones.

Recomendaciones:

• No dejar páginas sin titulo como: "Untitled Page" o "Untitled Document".
• El titulo debe ser descriptivo y describir completamente el contenido de la página.
• Colocar títulos distintos a cada página, por ejemplo "Contáctenos - unijimpe".

Texto utilizado en los enlaces

El texto utilizado en los enlaces es una descripción del contenido que se esta enlazando. Si existen enlaces desde diferentes dominios que contienen un mismo keyword es una fuerte indicador del contenido de un web. Es por ello que conseguir enlaces desde otras páginas con el texto adecuado es importante para posicionar una página en los primeros lugares.

Recomendaciones:

• Evitar crear enlaces del tipo Click Aquí en su lugar se debe utilizar Contáctenos.
• Evitar utilizar javascript en la propiedad "href" del enlace, los buscadores no pueden seguirla.
• Si se utiliza la propiedad rel="nofollow" los enlaces no son seguidos por Google.

Estructura de enlaces

Si se utiliza una estructura de enlaces limpia, que sea descriptiva de la sección donde nos encontramos y que contengan las palabras clave del contenido, tendremos mejores opciones para posicionar nuestro contenido. Por ejemplo en lugar de tener un enlace de la forma: producto.php?id=25 es mejor reemplazarlo por product/macbook-pro-13/ donde es obvio que estamos revisando la sección productos y especificamente un Macbook Pro de 13 pulgadas.

Autoridad Global del Sitio

Esto es la cantidad de enlaces que tiene el sitio web desde otros dominios. Si un sitio es considerado de gran autoridad el contenido de estas páginas aparecerán entre los primeros resultados de búsqueda. Para tener una idea de la autoridad de un sitio se puede ver el Pagerank de la página principal del dominio también utilizando Yahoo Site Explorer donde se puede conocer la cantidad de links entrantes.

Edad del Sitio

El tiempo del sitio es una señal de la importancia de un web. Un sitio que tiene 8 años se considera mas importante que un sitio creado hace 3 meses. Algunos señalan que la fecha de expiración del dominio también es importante por lo cual registran el dominio por varios años.

Popularidad del enlace en la estructura interna del Site

En la estructura interna de enlaces hay algunos que son mas importantes, esto es por la cantidad de enlaces que tienen dentro del mismo web. Así una pagina que tenga un enlace solo desde la sección contacto y no de las demás tienes menos importancia que los otros enlaces.

Relevancia tópica de los enlaces entrantes

Si los enlaces entrantes vienen desde otros sitios que tienen relevancia, entonces es mas probable que este contenido aparezca en los primeros resultados de la búsqueda. Estos enlaces se consiguen creando contenido de calidad de modo que otros sitios nos enlazarán como referencia.

Keyword utilizado en el contenido

Los motores de búsqueda analizan el contenido de nuestra página y si la palabra clave que busca un usuario se encuentra en el contenido de nuestra página entonces apareceremos en el resultado de las búsquedas.

Factores que afectan Negativamente

Servidor inaccesible a los buscadores

Si tu servidor web esta inaccesible (en determinados momentos) y el motor de búsqueda intenta acceder, entonces no se podrá indexar el contenido. Por lo cual es recomendable contratar un hosting de calidad que nos ofrezca un porcentaje alto de uptime.

Contenido similar o duplicado de otras páginas

Si el contenido de nuestra página es muy semejante o copiado de otros sitios, el buscador lo catalogará como contenido duplicado por lo cual la pagina con el contenido original aparecerá en los primeros lugares mientras que el duplicado será relegado a las ultimas posiciones.

Enlaces externos de baja calidad o de sitios de spam

Si nuestro web tiene enlaces desde sitios considerados como spamers es una señal que estamos trabajando con técnicas de spam por cual esto afectará negativamente para nuestro posicionamiento.

Compra de enlaces

La compra de enlaces es una técnica penalizada por los buscadores ya que intenta manipular el posicionamiento natural. Los buscadores detectan la compra de enlaces por ejemplo por el incremento abrupto de enlaces entrantes, es por ello que no es recomendable comprar enlaces o hacerlos utilizando la propiedad rel="nofollow".

Títulos y/o metatags duplicados

Si colocamos varias páginas con el mismo title y metatags los buscadores no distinguirán que tipo de contenido tiene cada página e incluso cual es la página principal. Es por ello que hay que tener cuidado cuando se redacten estos parámetros.

Mas Información

• Search Engine Ranking Factors | SEOmoz
• Webmaster Guidelines - Webmaster Tools Help
• Top Ten Google SEO Ranking Factors
• The Art of SEO - Chapter II: Analyzing Ranking Factors

© 2006 - 2011 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/7a_orsvgS4o/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/sHbZFEGOoSE/

Post agregado:

Page Speed el plugin para Firefox y Chrome que permite hacer análisis de la velocidad de carga de un web y ofrece sugerencias de optimización presenta ahora una versión online para realizar un diagnostico de la velocidad de carga de nuestra web sin instalar ningún plugin a nuestro navegador favorito.

Page Speed Online ofrece un reporte agrupado en tres bloques:

• High priority son puntos con los cuales puedes acelerar de gran manera tu web. Es recomendable implementar todas estas sugerencias. Entre estos puntos están: optimizar las imágenes, generar thumbnails de las imágenes, activar keep-alive, combinar CSS en sprites.
• Medium priority estos puntos son menos decisivos para la velocidad de tu web pero puede beneficiarse con estas sugerencias. Entre estos puntos tenemos: Minificar CSS y JS, reducir la cantidad de redirecciones, configurar cache de contenido.
• Low priority son puntos que tienen poco impacto en la velocidad de carga pero pueden ayudar en algo a acelerar nuestra web. En este bloque se encuentran: Evitar peticiones erroneas, eliminar query string en peticiones estáticas, etc.

Adicionalmente Page Speed ofrece dos tipos de análisis, el primero para la versión de escritorio de tu web y el otro es para la versión móvil de tu web. Siguiendo las sugerencias que ofrece esta herramienta podremos acelerar la carga de nuestra web con pequeños cambios que harán que nuestros visitantes tengan una mejor experiencia en nuestra web.

© 2006 - 2011 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/sHbZFEGOoSE/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/jaLAPVqQsnQ/

Post agregado:

Goo.gl es el servicio de Google para acortar URLs semejante a Bit.ly que ofrece un API que permite acortar y expandir las URLs de manera sencilla. Además de ello ofrece estadísticas de visitas a nuestras URLs acortadas para una análisis del rendimiento.

Creando un API Key
El proceso completo para hacer uso del API esta explicado en Getting Started - Google URL Shortener API. Donde se explica que para hacer poder acortar las URLs es necesario tener un API Key. Este key es gratuito y para obtenerlo hay que seguir los siguientes pasos.

• Entra a Google API Console.
• Crea un nuevo proyecto y activa "URL Shortener API".
• Click en el menú "Identity" y en la sección Access Key encontrarás tu key.

Creando la Clase para Goo.gl

De acuerdo a la documentación creamos un clase en PHP con dos métodos shorten para acortar un URL y expand para expandir URLs.

Este código lo guardamos en un archivo llamado googl.php.

Utilizando la clase

Para utilizar la clase lo primero es incluir la clase al inicio de nuestro archivo PHPy luego creamos una instancia del objeto para utilizarlo posteriormente.

Entonces si deseamos acortar un URL haremos uso del método shorten el cual recibe dos parámetros el primero el URL que deseamos acortar y el segundo es tu Key.

Si por el contrario deseamos expandir un URL ya acortado, haremos uso del método expand el cual recibe un único parámetro que el URL acortado que deseamos expandir.

Como se puede ver el uso de esta clase es muy sencilla, solo hay que indicar el URL que deseamos acortar junto con nuestro API y generaremos automáticamente la versión acortada del mismo. Además de ello esta URL se anexará a nuestra cuenta de Goo.gl y podremos ver las estadísticas de visitas.

© 2006 - 2011 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/jaLAPVqQsnQ/

Este post fue creado por llops en el blog http://llops.com/blog.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/llopsBlog/~3/oLLPxMaZzAU/

Post agregado:

No recuerdo ninguna época que se hubiera escrito tanto sobre Flash. Se ha escrito a favor y en contra, se han dicho verdades y mentiras, y he leído tantos análisis sesgados y torticeros que me he sentido tentado más de una vez a escribir mi opinión a la defensiva. La cuestión es que en cuanto me alejaba un poquito del debate, y ya desde la barrera, veía tal cantidad de "salsa rosa" que pensaba que no merecía la pena hacer más grande la pelota.

Pero esta semana ha pasado algo importante que ha puesto nuevamente el tema Flash sobre la mesa, y esta vez me encuentro lo bastante sereno como para reflexionar sobre ello. Para todos los públicos :)

Empecemos por lo que ha pasado.

El anuncio de Google

Hace 3 días Google sorprendía a todo el mundo anunciando que no soportará h.264 en Chrome y que sólo tendrá en cuenta "open codecs". A raíz de aquí, ha aparecido una cantidad abrumadora de artículos y comentarios al respecto. Los defensores alegan que esto beneficia a la web, ya que forzará que se acabe imponiendo un códec libre y abierto en Html5, y los detractores dicen directamente que Google la está rompiendo. En medio están... bueno, en medio no hay nadie.

Y aquí aparece lo incomprensible para mí: el argumento estrella para atacar a Google ha sido... ¡Flash! Los ataques versan sobre esta idea: "Google, eres hipócrita, dices que lo haces para apoyar una web abierta y soportas Flash" (añadidle todo tipo de insultos, letras mayúsculas y/o muchos signos de admiración). Lo importante aquí es que no ha sido una crítica aislada de unos pocos, sino que se ha dicho cientos de veces, y gente a la que se le supone un cierto criterio ha escrito artículos destacando con énfasis esta idea.

No es la intención de este post diseccionar la postura de Google, pero es interesante aclarar un concepto para construir luego un hilo argumental.

El tocino y la velocidad

Dar soporte a un códec de vídeo significa que dicho códec pasa a ser parte del navegador. Google sabe que si soporta h.264 éste acabará siendo el estándar de facto en Html5, mientras que si lo deja fuera juega una baza casi definitiva para que el soporte nativo de video se base en formatos abiertos.

Por contra, Flash player es un plugin. Los plugins no forman parte del navegador, y el usuario tiene total libertad para decidir si quiere tener un plugin instalado o no. Cabe recordar que los plugins forman parte de la especificación de Html5. Es tan lícito que un navegador soporte un plugin como una etiqueta h1.

Que Google no vete en su navegador un "complemento cerrado" y que sí lo haga con un "códec cerrado" (que iba camino de entrar en el corazón de Html5), no tiene nada nada que ver. Tachar a Google de hipócrita por esto me parece, como mínimo, un argumento muy débil.

Plugins, tú puedes tener el tuyo

Así pues, según las especificaciones de la w3c, Authors can create plugins. Y esto es lo que hizo Macromedia en su día con Flash Player, Apple con Quicktime, Adobe con Acrobat Reader e infinidad de compañías con sus productos.

¿Qué determina la penetración de un plugin? Sin duda la necesidad que tenga un usuario de navegar por la web utilizando ciertas características extra.

A lo largo de la última década hemos visto plugins muy exitosos como Real Player caer en picado, desaparecer algunos como Shockwave, otros que no han acabado de consolidarse como Silverlight... Y durante este mismo período hemos visto como Flash Player alcanzó una penetración casi total y se ha mantenido a lo largo de los años.

No es un tema de monopolios ni de imposición ni nada parecido. Todo lo contrario: Flash Player lleva años ofreciendo contenido diferencial y por eso se convirtió hace tiempo en uno de los plugins imprescindible en la web.

Y entonces, ¿cuál es el problema de Flash?

Más allá de la valía que ha demostrado Flash, no cabe duda que a la mínima que hay oportunidad de atacar al producto de Adobe muchísima gente se suma al carro. Como veíamos en el caso de Chrome y h.264, aunque el argumento no tiene mucho peso, el ataque está ahí. Así que... ¿por qué tanto odio? ¿cuál es el problema?

Flash ha llegado a ser demasiado popular.

Durante muchos años ha ido marcando el paso en cuanto a innovación en la web se refiere. En términos de adopción, por el camino han ido quedando shockwave, dhtml, applets, y tantos otros. Incluso a día de hoy, sigue marcando el límite de lo viable en muchos campos. Pero poner un árbol con fruta prohibida al alcance de todos siempre es peligroso...

Flash nos volvió comodones: era tan sencillo que cualquiera podía hacer una web. Y era más que una web, era un canvas en blanco que nos permitía hacer lo que nos diera la gana. Literalmente. Diseño, arquitectura, navegación... todo era libre, no había reglas. E internet comenzó a llenarse de sitios en Flash, y por cada web que justificaba su uso había cientos de atrocidades que no. Daba igual que fuera una pieza experiencial que un site para hacer reservas: usábamos Flash.

Ya hace años que mucha gente se dio cuenta y empezó a levantar la voz, pero cuando estás en la cima no se escuchan bien los gritos que vienen desde abajo. Hasta que un buen día, sin darnos cuenta, se había formado una multitud con un lema: Flash es malo.

Ni bueno ni malo ni todo lo contrario

Flash no es bueno ni malo, simplemente es una tecnología. Una tecnología increíble que durante mucho tiempo ha sido mal utilizada por mucha gente. Ahora un porcentaje x de usuarios culpan directamente a la tecnología y piensan que si la matan internet será un lugar mejor.

Si lo pensamos fríamente no tiene mucho sentido. Es como el tema de la Comic Sans. La fuente ni es buena ni mala, pero alcanzó tal popularidad de uso que acabamos odiándola. Si la utilizas la gente se ríe y te señala con el dedo, como si ya no tuviera cabida nunca más en ningún texto o diseño. ¿Qué absurdo, no?

Si no se hubiera utilizado esta tipografía de manera abusiva ahora sería una fuente graciosa en la que nadie repararía. Si no se hubiera abusado de Flash dudo mucho que hubiera esta ansiedad por eliminarlo.

Canvas, ¿el próximo enemigo?

Ok, imaginemos que matamos Flash. Muerto el perro se acabó la rabia. ¡Por fin está sólo Html5!

Pero resulta que un día entramos en una página y tarda varios minutos en cargar; y otro día se reproduce automáticamente un audio que no sabemos de donde sale; y una tarde nos encontramos con una molesta animación que no nos deja concentrarnos en la lectura; y entramos en un site que nos fríe la CPU; y descubrimos una web que tiene un montón de estados pero la url permanece invariable; y surge del infierno un site con una navegación innavegable; y las agencias de publicidad empiezan a inundar todo de odiosos banners; ¡y un día nos obligan a ver una intro!

Pero es raro, porque todo está hecho en canvas, que es parte del estándar. ¿Matamos canvas también? ¿Y si mañana surge otra tecnología que se utiliza inadecuadamente, qué haremos? Quizá el tema no pase por matar Flash y "simplemente" sea cuestión de educar a los profesionales de internet...

Flash, todavía necesario

Así que además de no matar la tecnología porque no siempre se use correctamente, hay, a mi entender, dos motivos por los que Flash es todavía necesario:

1. Por la gigantesca cantidad de contenido que existe actualmente en Internet que necesita del plugin para visualizarse.

De verdad, con el corazón en la mano, ¿alguien piensa que si suprimimos todo ese contenido la web sería mejor? ¿No perderíamos aplicaciones con muchísima utilidad? ¿No sería más aburrida sin los cientos de miles de juegos que existen? ¿No se debilitaría la capacidad de sorprender, de emocionar? ¿No echaríamos en falta otras formas de interactividad, de navegación? ¿No sería, resumiendo, un lugar bastante más gris?

2. Porque los estándares normalmente tendrán una evolución mucho más lenta que lo que puedan ofrecer empresas privadas, y es bueno también que haya hueco para la competencia, las alternativas y la innovación.

A día de hoy, hay aplicaciones tremendamente ricas basadas en Flash/Flex que sería imposible o una locura hacer en otra tecnología; lo mismo con los juegos; protocolos como RTMP levantan un muro entre lo que se puede y no hacer en la transmisión de contenido multimedia; el campo de la animación está a kilómetros de distancia; las herramientas para generar contenido reducen tiempo y costes; hay conceptos relacionados con video como grabación de webcam o fullscreen que son una realidad desde hace años en Flash y que no tienen correspondencia a día de hoy en Html; todo lo que se avecina en el campo del 3D... son tantas y tantas cosas...

Y con todo, aunque el 95% de usuarios tuviera suficiente con Html5 y no necesitara todo "lo extra" que aporta Flash, no sería suficiente motivo para quitárnoslo de encima. Debe haber cabida para todo, no podemos pensar que la web se reduce a blogs, redes sociales, webs indexables y buscadores. Si alguien quiere montar un lab experiencial tiene derecho; si un cliente quiere una pieza publicitaria no indexable tiene derecho; si un artista desea una navegación atípica para su portfolio tiene derecho.

Internet es lo que es gracias a su riqueza, no podemos ser reduccionistas.

Html5, bueno para Flash

Html5 no me parece negativo para Flash. No entiendo a los usuarios proflash que ven en frases como "Html5 es un borrador, no estará hasta el 2022", "Html5 tendrá una guerra de códecs y dará problemas", etc. una ventaja competitiva.

Personalmente, me encantaría que Html5 se utilizara ya de forma masiva. Va a traer cosas buenas para todos: a los usuarios por el avance y a los desarrolladores por los estándares. Y tengo la esperanza que paulatinamente Flash se vaya librando de toda esta capa de "profesionales" que utilizan la herramienta de manera incorrecta, y que realmente sólo se quede para aportar valor, para acometer aquellas tareas que los estándares no puedan realizar en un momento dado.

Quizá esto significa que en vez de 10.000 programadores flash quedemos 1.000, pero ya me está bien. Que sea bueno para Flash no implica necesariamente que deba ser bueno para Adobe. Flash está sobreutilizado, y me parece que lo más lógico es que acabe en una posición intermedia: ni en el cielo ni bajo tierra.

Creo que Html5 y Flash acabarán conviviendo sin ningún problema, cada uno con el porcentaje de protagonismo que le corresponda.

Finalizando

La gran mayoría de geeks relacionados con la web (programadores, maquetadores, generadores de opinión...) estamos perdiendo el norte. De verdad.

Desde que empezó la llamada guerra de Apple contra Adobe y luego contra Google y súmale Microsoft y réstale lo que quieras, cada vez que sale una noticia relevante (o no) sale nuestro pequeño talibán y arremete contra todo lo que puede. Perdemos horas de sueño y de salud dándonos cabezazos contra cosas que ni podemos controlar demasiado ni nos cambian tanto la vida al fin y al cabo.

Yo, como programador y entusiasta de Flash, me ha tocado vivir este lado oscuro varias veces los últimos tiempos, y al final he entendido que no vale la pena rebelarse contra todo. El tiempo pone cada cosa en su sitio, así que el futuro de Flash, de Html5, etc. lo iremos viendo sobre la marcha.

A los valientes que hayan llegado hasta aquí: sino os gusta Flash, espero que como mínimo podáis dedicarle una breve reflexión al tema con espíritu crítico pero positivo; y a los que lo usáis, únicamente puedo recomendar que os esforcéis por hacer las cosas lo mejor posible y... ¡a disfrutar! Sólo nosotros sabemos lo jodidamente divertido que es trabajar con Flash ;)

24 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2011

Autor del post: llops
Enlace original: http://feedproxy.google.com/~r/llopsBlog/~3/oLLPxMaZzAU/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/qSHOJ5p_5WQ/

Post agregado:

Google Finance es un servicio para temas relacionados a finanzas (Cotizaciones financieras, datos económicos de empresas y noticias financieras), entre las muchas herramientas que ofrece dispone de un conversor de monedas para la mayoría de monedas del mundo. Aprovecharemos este servicio para crear un conversor de monedas personalizado.

Obteniendo la Información

Lo primero es obtener los datos, para ello utilizaremos un URL que Google Finance utiliza para mostrar el tipo de cambio.

Donde se tienen los siguiente parámetros:

• 100 es el monto que deseamos convertir.
• USD es la moneda que deseamos convertir (En este caso USD).
• PEN es la moneda a la que deseamos convertir.

El cual devuelve como resultado los datos en formato JSON:

Para una lista completa de los códigos de monedas disponibles pueden visitar Currency Codes.

Implementando Conversor de Monedas Básico

Como los datos son devueltos en formato JSON, utilizaremos la librería JSON.php de la cual hemos comentado en JSON con PHP. Entonces crearemos un script para mostrar la equivalencia entre el Dolares Americanos (USD) y Nuevos Soles (PEN).

Primero incluimos la librería JSON.php luego utilizamos la función file_get_contents para obtener los datos desde el URL donde hemos puesto los códigos de las monedas a convertir. Después decodificamos el contenido.

Una vez obtenido los valores solo queda imprimir los resultados en nuestra página.

Pueden ver el resultado de este ejemplo en http://samples.unijimpe.net/currency/.

Conversor de Monedas Personalizado

Ahora si deseamos que el usuario seleccione que moneda desea convertir, se puede agregar dos selectores: uno para seleccionar la moneda de origen al cual llamaremos from y otro para definir la moneda de destino llamado to. Luego solo nos queda procesar los datos del formulario y mostrar los resultados.

A nuestro segundo ejemplo le agregamos una hoja de estilos y ordenamos nuestro formulario para obtener un buen resultado. Pueden ver el resultado del ejemplo en http://samples.unijimpe.net/currency/custom.php.

Como pueden ver basado en nuestro conocimiento de JSON con PHP podemos utilizar un servicio para integrarlo a nuestra de manera rápida. Les dejo los archivos fuente del ejemplo para que lo puedan estudiar y hacer sus pruebas.

© 2006 - 2010 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/qSHOJ5p_5WQ/

Este post fue creado por admin en el blog http://www.subflash.com.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://www.subflash.com/2010/06/froyo-bolson-tu-nuevo-amiguito/

Post agregado:

Aunque ya hacía bastante tiempo que este taller estaba preparado para formar parte de la parrilla de Subflash 2010, hemos querido esperar a los acontecimientos para poder centrarlo en la temática que más podía interesar. No debe haber mucha gente a la que se le haya escapado el revuelo que se ha montado entre Apple, Adobe y posteriormente Google, con flash para iPhone, flash para Android, etc.

Pues bueno no podíamos dejar la parte móvil de lado en un subflash, asi que desde BlocketPC, a través de Raúl Jiménez (@elecash) y Marcos González (@qmarcos), podremos informarnos de qué ha sido de Flash Lite, de qué novedades hay en el panorama de desarrollo móvil con Flash, y de si se han abierto algunas posibilidades nuevas que no se esperaban… desde luego hay mucho de qué hablar, porque ha sido un año movidito en este sentido!

Para ello a través del taller “Froyo Bolsón, tu nuevo amiguito”, se hará un recorrido por lo que supone el soporte real de FP10.1 en un dispositivo móvil, lo que se puede intuir venir con la posibildiad de que un terminal android corra esta versión del flash player, e imaginar lo fácil que sería ver FP10.1 en otros tipos de dispositivos que tengan android como base de sistema operativo. Con el iPhone, y sobre todo con android disponemos de AS3 en el proceso de desarrollo para móviles, el mismo player que el escritorio o la web, y por tanto un soporte para multiplataforma adecuado, ¡desarrollando una sola vez y ejecutando en múltiples escenarios!

Con esto damos por cerrado el programa de Subflash con todos sus talleres que podéis ver en la propia web del evento, en el apartado SESIONES, y por supuesto desde donde os animamos a registraros (mientras queden plazas libres…) para sacar más provecho aun del veranito!

Autor del post: admin
Enlace original: http://www.subflash.com/2010/06/froyo-bolson-tu-nuevo-amiguito/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/0De0giGhqwA/

Post agregado:

Google Font Library es un servicio recién lanzado por Google que permitirá incluir fuentes o tipografías adicionales a las tradicionales con la cual se puede dar un mejor aspecto a diseño de un website o blog.

Para ello Google aloja en sus servidores fuentes gratuitas las cuales podemos integrar en nuestro web gracias a un API que han creado. Esto hará que podamos incluir tipografías diferentes a las tradicionales (Arial, Verdana, Times, etc.) que nos ayudará a dar un mejor acabado a nuestro web que de otra forma lo haríamos utilizando imágenes o flash.

Utilizar Google Font Library

Lo primero es elegir la fuente para ello pueden ver el listado de fuentes disponibles con todas sus variantes (normal, italic, bold, etc.) en Google Font Directory. Primero cargamos la tipografía utilizando el tag link y luego podemos utilizar la tipografía como si fuera una fuente estandar. Por ejemplo escogemos la fuente 'Lobster' y deseamos aplicarlo a los elementos h1 de nuestra página.

Si deseas incluir mas de una fuente debes separar los nombres de las fuentes por el carácter "|" en la ruta, por ejemplo si deseamos utilizar las fuentes Lobster y Cantarell, tendríamos.

Como pueden ver es sencillo de utilizar y como las fuentes están alojadas en los servidores de Google nos garantizan una excelente velocidad de carga. Para demostrar el funcionamiento de este servicio pueden ver un ejemplo funcionando en google-font donde hemos utilizado dos fuentes diferentes, pueden ver el código fuente para ver como hemos utilizado este servicio.

Font previewer

Para facilitar el uso de esta librería, pueden visitar Font Previewer en donde pueden seleccionar la tipografía, variante, tamaño y demás opciones y tendrán automáticamente generado el código que deben utilizar en su web.

Compatibilidad

Esta librería tiene sus limitaciones y es que solo funciona en las navegadores mas modernos. Los navegadores compatibles con esta librería son:

• Google Chrome: versión 4.249.4+
• Mozilla Firefox: versión: 3.5+
• Apple Safari: versión 3.1+
• Microsoft Internet Explorer: versión 6+

Google Font API no es compatible con: iPhone, iPad, iPod, o Android. En el caso de estos dispositivos el browser mostrará la siguiente tipografía en la lista de tipografías de la hoja de estilos.

© 2006 - 2010 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/0De0giGhqwA/

Este post fue creado por unijimpe en el blog http://blog.unijimpe.net.
Deberías haber sido redirigido al post original mediante Javascript, de no se así puedes acceder a él desde el siguiente enlace:
http://feedproxy.google.com/~r/unijimpe/~3/6CHRIO-Fm3o/

Post agregado:

Feedburner, el popular servicio de Google para distribuir, analizar y monetizar Feeds pone a disposición una nueva herramienta llamada "Socialize" que permite publicar nuestros posts en Twitter de manera automática y con varias opciones de configuración.

Entonces con esta nueva opción cualquier blog o web que distribuya sus Feeds utilizando Feedburner puede publicar directamente en Twitter con una sencilla configuración.

Activar Socialize
Para activar esta opción, seleccionamos el Feed que deseamos compartir en Twitter, luego accedemos al menú Publicize y luego a la opción Socialize con lo cual llegaremos a la pantalla para configurar como publicar en Twiiter. Tendremos las siguientes opciones:

• Select Account permite agregar la cuenta Twitter donde publicar tus feeds.
• Post content para seleccionar el contenido del Tweet (Titulo, Titulo y Contenido, Contenido).
• Include link para seleccionar si se desea colocar un enlace al post original
• Leave room for retweets permite recortar el contenido para faciliar el re-tweet.
• Hash tags: incluir hashtags en el tweet
• Additional text: permite colocar un texto al inicio del tweet.
• Item limit: para limitar la cantidad de tweets pos actualización.
• Item order: orden de publicación de los tweets (por defecto por fecha).
• Keyword filter: permite filtrar por terminos o categorías.

La publicación de los Tweets se demora alrededor de 30 minutos y los enlaces incluidos son acortados con el servicio goo.gl el cual ofrece estadísticas de visitas de manera semejante a bit.ly.

Mas Información

• Using Socialize to distribute your feed on social networks
• Socializing your feed with Twitter
• Making URLs shorter for Google Toolbar and FeedBurner

© 2006 - 2010 unijimpe - Utiliza este feed solo para uso personal, partes de este feed pueden ser utilizados mencionando al autor, no esta permitido publicar enteramente este feed para uso comercial sin permiso del autor.

Autor del post: unijimpe
Enlace original: http://feedproxy.google.com/~r/unijimpe/~3/6CHRIO-Fm3o/