Entradas

Qué es un Favicon y para qué sirve

Cada vez que realizo una conferencia o un curso, suelo mirarme las páginas web de los asistentes. Para ello, la organización del evento me envía un listado con sus URL y las voy abriendo en un mismo navegador pero en diferentes pestañas. Por desgracia, cuando tengo las páginas abiertas y puedo ver los fav icons de todo el mundo, observo que una buena parte de ellos son los favicons de los CMS utilizados para construir sus páginas web (normalmente el de Joomla o el de WordPress), no un favicon corporativo, que es lo que debería ser.

Así que aquí va este breve artículo explicando qué es un favicon y para qué sirve, a ver si de esta manera, consigo que la gente le otorgue la importancia que se merece.

 

Qué es un favicon

Es un pequeño icono (normalmente de 16×16 píxels o de 32×32 px) que se utiliza para identificar un sitio web en las pestañas de un navegador, en un listado de favoritos, o en cualquier otra parte que requiera una identificación pequeña.

En este blog que estás leyendo, el favicon es una “MP” con fondo fucsia que puedes ver junto a la URL o en la pestaña de la página tu navegador.

 

Para qué sirve un favicon

Es un símbolo que transmite imagen corporativa, así que sirve para:

  • Transmitir nuestra imagen de marca cuando alguien navega por nuestra página web y fija su mirada en la zona de la URL del navegador.
  • Para que nuestra página sea fácilmente identificable cuando alguien tiene abiertas varias pestañas en su navegador.
  • Para que nuestra página sea fácilmente identificable cuando alguien la guarda en sus favoritos.

 

esto es un favicon

Cómo podemos crear un favicon para nuestra página web

Existen muchos programas que te ayudarán a crearlo. Este es el que yo utilizo para crearlos: creador de favicons.

Mi consejo es que crees tu favicon en 32×32 píxels y que sea parecido a tu logo. Puedes crear favicons a partir de imágenes… quizás esto puede serte de ayuda, pero píxel a píxel también es fácil de crear. Otro consejo: antes de diseñar tu favicon mira favicons de otras empresas en Google Imágenes, esto puede ayudarte a inspirarte para el tuyo y a asegurarte de que sin querer, no utilices algún favicon que ya ha sido creado por alguien más.

Cuando ya lo tengas creado, debes guardarlo utilizando el nombre favicon.ico y subirlo por FTP al directorio raíz de tu página web. Algunos gestores de contenido como WordPress  disponen de una sección en el panel de administración para que indiques la URL exacta del favicon… aunque funciona igualmente si allí no indicas nada pero dispones de favicon en tu directorio raíz. También algunas plantillas de WordPress llevan ya una zona en la que indicas la URL de la imagen de tu favicon y ya está.

Para que tu favicon se vea lo antes posible, puedes dar a conocer su existencia a través del código fuente de tu página web, utilizando en los metatags la siguiente línea de código:

<link type=”image/x-icon” href=”favicon.ico” rel=”shortcut icon” />

Aunque de nuevo, si no utilizas la línea de código, el navegador lo verá por si solo en algún momento. En Firefox y Chrome se ve casi al momento, en Explorer tarda un poco más.

Esto es todo.
Que vaya todo bien… (y cuando tengas un momento, asegúrate de que tu página web dispone de su propio favicon ;-)

Nos hablamos

Regalamos la página web al hotel que más lo necesite

Sí, es cierto. Lo hacemos.

La idea no fue nuestra, fue de nuestros clientes, que en estos tiempos de crisis intentan no tener que pagar por el coste de programar una página web y convencernos de que conceptualicemos y programemos su página, a cuenta de beneficios futuros o simplemente a modo de favor.

Pero nuestras páginas web no son baratas. En la creación de cada una de ellas participa un equipo de marketing (que la conceptualiza, la orienta a cliente y confecciona los textos), un equipo de programación (que la hace funcional, a la vez que robusta técnicamente) y un equipo de diseño (que le da ese toque especial que la hace única y agradable a los ojos del usuario).

Así que no podemos competir con “el_primo_de_tu_vecino_que_hace_webs”, pero desde luego, el resultado que ofrecen nuestras páginas tampoco tiene nada que ver con las del “primo”.

Esto provoca que nuestros clientes deseen nuestras páginas, pero que a la vez, con los tiempos que corren, a veces sea un poco complicado destinar a ellas los recursos necesarios. De ahí que intenten convencernos para que rebajemos los precios e incluso para que programemos gratis.

Lo más divertido, e instructivo, han sido los argumentos que esgrimían algunos clientes para convencernos de que deseaban la web sin tener que pagar por ella. De ahí que en una reunión de esas de “viernes por la tarde”, en la que nos juntamos todo el equipo y vamos repasando cliente por cliente y viendo cómo va cada proyecto, pensamos que sería una buena idea crear un concurso de argumentos con los qué convencernos de no cobrar una página web y regalar la página a quien estuviese necesitado y a la vez fuese ingenioso en sus argumentos.

Estamos seguros de aprender un montón con este concurso… así que el coste de la programación y diseño de la página, en realidad va a ser en formación del personal.

Si crees que puedes convencernos, podría ser que consiguieses la página web gratis para tu hotel. Al menos uno de los participantes lo conseguirá (con motor de reservas incluido), podrías ser tu.

Aquí están las bases del concurso y el formulario de inscripción: “Regalamos la página web al hotel que más lo necesite

Nos hablamos.

Un abrazo.

AJAX, una técnica a usar con moderación

En este artículo explicamos qué es el AJAX, cuándo debe usarse y qué contraindicaciones tiene. También mostramos cómo subsanar algunas de las contraindicaciones.

¿Qué es el AJAX?

Las siglas AJAX significan: Asynchronous JavaScript And XML. Es decir, la combinación de JavaScript y XML de forma asincrónica.

Es una técnica desarrollada para aplicaciones Web interactivas, que consiste en hacer que un conjunto de tres tecnologías ya existentes trabajen juntas, de manera efectiva.

Estas tecnologías son:

  1. (X)HTML y CSS (Hojas de Estilo en Cascada), para dar una estructura y presentar la información en la página web.
  2. JavaScript, utilizado para la interacción dinámica con los datos.
  3. XML, utilizado para la interacción con el servidor web. Aunque no es simpre necesario utilizar XML con las aplicaciones AJAX, ya que por ejemplo, con ficheros de texto plano también se puede almacenar la información.

Al igual que el DHTML, AJAX no es de por sí una tecnología web independiente, sino un término que abarca las tres tecnologías antes mencionadas.

¿Para qué sirve el Ajax?

El Ajax sirve para efectuar cambios en una página web, a voluntad del usuario, sin tener que recargar toda la página de nuevo.

Por ejemplo, en una página web el usuario solicita alguna información que es ofrecida desde la misma página web (como ver la descripción de un producto) y al pulsar sobre el enlace, en la misma página (sin cargarla de nuevo) aparece la información solicitada.

El proceso de mostrar los datos realizado en HTML íntegramente consumiría bastante ancho de banda, ya que todo el HTML debería volver a ser cargado para sólo mostrar los cambios efectuados. En cambio, con una aplicación AJAX es mucho más rápido y no consume ancho de banda.

El JavaScript utilizado en la aplicación AJAX es un lenguaje dinámico, capaz de efectuar cambios en una página Web sin necesidad de re-cargarla. AJAX se asegura de que sólo la información necesaria sea solicitada y procesada, empleando SOAP u otro lenguaje de servicios web basado ligeramente en XML.

De ahí que a nivel técnico, se obtengan 3 ventajas: un tiempo de carga mucho menor, ahorro del ancho de banda del usuario y carga mucho menor del servidor donde está alojada la web.

Los problemas de AJAX

Problemas con la indexación en buscadores:

AJAX es utilizado por Google, Yahoo, Amazon y un sinfín más de buscadores, portales y creadores de contenido, pero no lo utilizan de forma general y masiva tal como algunos piensan. Google, por ejemplo, que apoya que los webmasters utilicen AJAX en sus programaciones, lo utiliza él mismo en GMail, en Google Suggest, en Google Maps, pero no en absolutamente todas sus páginas web.

El problema con AJAX es que el contenido que se muestra dentro de la aplicación que utiliza AJAX, no se indexa en los buscadores. Esto es así porque las arañas (spiders) de los buscadores no son capaces de interactuar con la aplicación AJAX y conseguir que se active el comando que muestra el contenido.

De ahí que sea una mala idea por ejemplo, crear un listado con el nombre de nuestros productos y hacer que con una aplicación AJAX al pulsar sobre un nombre de producto, se muestre la descripción del producto y su fotografía, a la derecha del listado. Si hacemos esto, las descripciones de los productos y sus imágenes no quedarán indexadas ni en Google ni en cualquier otro buscador.

Aunque no todo son malas noticias, ciertas formas de trabajar con AJAX sí que indexan, por ejemplo, las que juegan a mostrar o no mostrar contenidos utilizando márgenes positivos y negativos. Así que basta con que tengamos en cuenta a la hora de programar si las arañas podrán pasar o no podrán pasar.

Problemas con la accesibilidad:

Si partimos de la base que nuestras páginas web deberían ser siempre accesibles a todo tipo de navegadores y de usuarios y al menos deberían cumplir el estándar A del W3C (http://www.w3.org), nos encontramos en que la mayor parte de scripts que mejoran apariencia y la interactividad de una página web tienen problemas de accesibilidad. El AJAX también los tiene.

Como hemos visto al inicio de este artículo, la utilización de AJAX implica la utilización de JavaScript, y algunos navegadores no soportan este tipo de programación. Aunque como veremos más adelante esto tiene solución.

Pero tengamos en cuenta que una gran parte de las aplicaciones AJAX que encontraremos en las librerías que existen en Internet no han subsanado este problema y por lo tanto, son aplicaciones que no cumplen los standares W3C (al final de estas líneas ofrecemos enlaces a librerías de código y a artículos que tratan el tema de la accesibilidad y AJAX).

AJAX, a usar con moderación

Tal como hemos visto en apartado anterior, a pesar de que las aplicaciones AJAX aportan dinamismo, interactividad y reducción de ancho de banda a una página web, también tienen inconvenientes a nivel de indexación en buscadores y a nivel de accesibilidad. Por lo tanto, debemos tener en cuenta y neutralizar lo siguiente:

  1. Si utilizamos AJAX en nuestras páginas web, debemos ser conscientes de que el contenido que se muestre dentro de la aplicación AJAX no será indexado por los buscadores. Para subsanar este detalle, podemos crear este contenido de forma redundante y hacerlo accesible a las arañas a través de un sitemap o a través de enlaces en el pie de página de la web.
  2. Si utilizamos AJAX para hacer más interactiva nuestra página, debemos tener en cuenta que no cumpliremos el nivel A de accesibilidad, a menos que utilicemos las librerías de código aprobadas por el W3C o medios para navegar por la web sin necesidad de utilizar JavaScript.

Enlaces relacionados

Nueva información sobre la indexación de AJAX en Google (marzo 2010): http://code.google.com/intl/es/web/ajaxcrawling/

Ejemplos de páginas web que utilizan AJAX y librerías con código AJAX para ser utilizadas por webmasters:
http://ajaxpatterns.org/Ajax_Examples

Artículos donde se explica cómo conseguir código AJAX que sí cumple con el nivel A de accesibilidad del W3C:
http://www.maxkiesler.com/

Listado con errores comunes de accesibilidad:
http://www.w3.org/TR/WCAG20-SCRIPT-TECHS/#N11799

¿Cómo se indexa el https?

La indexación del https es uno de esos misterios que hace la vida de los SEO más interesante. Si bien sabemos que es posible indexarlo en la mayor parte de los buscadores, casi nadie sabe cómo conseguirlo en el mínimo tiempo posible.

¿Qué es el https?

El https es la versión segura del protocolo http. La diferencia entre uno y el otro es que el primero transmite los datos cifrados, y el segundo los transmite sin cifrar.

El sistema https utiliza un cifrado basado en las Secure Socket Layers (ssl) para enviar la información.

La decodificación de la información depende del servidor remoto y del navegador utilizado por el usuario.

Es utilizado principalmente por entidades bancarias, tiendas en línea, y cualquier tipo de servicio que requiera el envío de datos personales o contraseñas.

¿Cómo funciona el https?

Contrariamente a lo que piensa mucha gente, el https no impide el acceso a la información, sólo la encripta cuando la transmite. De ahí que el contenido de una página web que utiliza el protocolo https pueda ser leído por las arañas de los buscadores. Lo que no puede ser leído es el contenido que se envía desde esa página web a su servidor, por ejemplo, el login y la contraseña de acceso a una zona privada de la página web.

El puerto estándar para este protocolo es el 443.

¿Cómo sabemos que realmente se indexa el https?

Google indexa https desde inicios del 2002 y progresivamente, el resto de buscadores han ido adaptando su tecnología para indexar también el https.

El último buscador en hacerlo ha sido MSN, que lo consiguió en junio 2006.

Si buscamos “https://www.” o bien inurl:https en los principales buscadores, encontraremos páginas https indexadas en ellos.

¿Cómo podemos indexar nuestro https?

En principio, de forma natural podemos indexar nuestras páginas en https, pero como este protocolo transmite la información de forma mucho más lenta, algunas veces las arañas no consiguen descargar las páginas en el tiempo que tienen establecido y se van sin indexarlo. Este es el principal problema con el que nos podemos encontrar. Lo resolveremos intentando disminuir el tiempo de descarga de estas páginas.

Cómo podemos acelerar la indexación del https

Existen dos técnicas:

  1. Google Sitemap: Incluir en nuestro sitemap las páginas https (nos referimos al google sitemap, no al sitemap para humanos), y darlo de alta en sitemaps de google.
  2. Guerrilla: repartir por todo Internet enlaces que vayan a nuestras páginas https, y conseguir de esta forma que las arañas que están indexando las páginas donde tengamos los enlaces, entren también en la parte https de nuestra web.

Cómo podemos hacer que no se indexe nuestro https

No es tan fácil cómo parece. No nos sirve incluir las páginas https en nuestro robots.txt. Cada puerto necesita su propio robots.txt, así que deberemos crear un robot.txt para nuestras páginas http y otro para nuestras páginas https. O sea, deberemos tener también una página llamada

https://www.nombredelapagina.com/robots.txt

Si necesitas ayuda para indexar o desindexar tus páginas https, no dudes en contactarnos. Estaremos encatados de asistirte.

Información complementaria:

Blog de MSN acerca de indexación – Artículo donde explican que MSN empieza a indexar https
http://blogs.msdn.com/livesearch/archive/2006/06/28/649980.aspx

Información de Google acerca de cómo no indexar https:
http://www.google.es/support/webmasters/bin/answer.py?answer=35302

Más información sobre sitemaps de google:
SiteMaps de Google
http://www.geamarketing.com/articulos/Descubre_indexacion_futuro_Google_SiteMap.php

Curso online, gratuito, de posicionamiento en buscadores: Curso de posicionamiento en buscadores
http://www.geamarketing.com/posicionamiento_buscadores.php

 

Descubre la indexación del futuro: Google SiteMap

Google nos propone lo que va a ser la nueva forma de indexar páginas web.
Los motores de búsqueda como Google y Yahoo, utilizan arañas para recoger la información de las páginas web que hay publicadas en Internet. Una vez tienen la información, la procesan para poder ordenar rápidamente los resultados de búsqueda, en función de un algoritmo determinado, cuando un usuario acude a sus respectivas páginas web e inquiere algún término o alguna frase.

Las arañas de los buscadores visitan periódicamente las páginas web que están publicadas en Internet y actualizan automáticamente la información acerca de su contenido.

Hasta ahora, las arañas entraban en el directorio raíz de un dominio, buscaban el fichero robots.txt para asegurarse de que el site deseaba ser indexado y luego procedían a visitar todos los enlaces que encontraban en la página web, registrando así todo el contenido de la página.

Google SiteMaps va a revolucionar esta forma de indexar las páginas web.

No es sólo que Google ahora lea con más detenimiento los mapas del site que la gente incluye en sus páginas web… no es nada de esto… es una nueva forma radical de indexar el contenido de las páginas. Google nos propone la creación de un sitemap en XML siguiendo unas especificaciones determinadas que darán toda la información a sus arañas y que les permitirá el acceso a urls que hasta ahora podían haber estado escondidas por diversos motivos ajenos a la voluntad de los webmasters.

Google desea poder acceder a todo el contenido de las páginas web de la forma más fácil y eficiente. Tal como ahora está planteada la indexación de páginas, aún siendo mucho más eficiente que los índices humanos que teníamos antaño (quién no recuerda haber ido a un buscador, haber insertado a mano la definición de nuestro site, las palabras clave por las que deseábamos ser encontrados y la URL del site… pero esto es ya prehistoria internáutica), lo que Google nos plantea ahora es muchísimo mejor.

Todo consiste en poner a la disposición de las arañas un sitemap especial.

Para crear este sitemap, basta con disponer una aplicación que se instala en nuestro servidor (hay versiones para todos los sistemas operativos) y que crea un mapa del site en un formato determinado. La aplicación que nos propone Google puede generar el mapa a partir de las URL de la página web, a partir de los directorios de la página web, o a partir de los logs del servidor (ideal para páginas dinámicas).
Una vez tenemos el sitemap hecho según las especificaciones de Google, podemos darlo de alta en Google SiteMaps. Automáticamente y en menos de 4 horas, Google lo habrá indexado.

Google permite que los webmasters creen un cron que genere un nuevo mapa hasta cada hora (para sites con mucha renovación de contenido) y que haga el submit del mapa automáticamente en Google Sitemaps. De esta manera, las arañas conocerán de inmediato las nuevas páginas creadas y las podrán incorporar al índice.

Ventajas de esta aplicación:

No importa lo mal que tengas la página web a nivel de caminos para las arañas… con un site map creado por el Sitemap Generator, las arañas de Google siempre encontrarán las url de todas tus páginas.

Otra gran ventaja es la rápida indexación del contenido de todo el site. En menos de 4 horas, las arañas han visitado hasta 50.000 enlaces de nuestra página web. Para webs con más URLs, Google recomienda realizar diversos sitemap y disponer de un índice de sitemaps.

Desventajas de esta aplicación:

Requiere algo de conocimientos en programación, por lo que, o bien los ISP ofrecen este servicio como valor añadido para sus clientes o bien muchas páginas web no dispondrán de ese servicio y deberán seguir siendo indexadas por arañas normales y corrientes.

Los sitemap que ya están disponibles en la mayor parte de páginas web no son compatibles con el formato de Google. Google desea un documento en XML con unas especificaciones determinadas.

Con este proyecto, Google busca sin duda, la forma de mejorar la indexación de las páginas web y poder contar en sus índices con páginas que hasta ahora se perdían en un mar de enlaces dentro de nuestros sites.

Google ha creado el Sitemap Generator y el servicio de indexación Express y lo ofrece de forma completamente gratuita… será interesante ver la reacción de Yahoo ante esto, ya que Yahoo ofrece el servicio de indexación rápida previo pago de 49$, 20$ Ó 10$ según el número de url que deseemos indexar de forma acelerada.

De momento no disponemos de resultados de primera mano respecto a la efectividad de la indexación a través del SiteMap de Google. En cuanto tengamos instalado el nuevo sitemap en varias páginas web y estemos en disposición de hacer comparativas de número de incremento en páginas indexadas y de frecuencia de visititas de arañas, escribiremos un nuevo artículo informando de los resultados. Nos vemos entonces.

Nota posterior: Han pasado algunos meses desde que escribimos este artículo. Los resultados han sido muy buenos. Toda una web queda indexada de nuevo en menos de 24 horas. Es ideal para cuando una nueva web sale a la red. La puedes tener indexada en un momento, sin tener que esperar meses y meses a que las arañas de Google lean todo su contenido.

Información complementaria:

URL con información acerca del sitemap de Google:
https://www.google.com/webmasters/sitemaps/docs/en/about.html

URL con especificaciones acerca del sitemap de Google:
https://www.google.com/webmasters/sitemaps/docs/en/protocol.html

Google libera el acceso a los APIs de sus AdWords

Hace un tiempo que corre el rumor de una posible liberalización de los APIs que controlan los AdWords de Google. Hasta ahora los rumores eran negados por el gigante de Internet, pero desde ayer la cosa ha cambiado.

Ya es posible solicitar el acceso a los APIs.

Pero ¿en qué consisten los APIs de AdWords de Google? Básicamente es un código de programación –hasta ahora no modificable por nadie que no fuera Google– que permitirá a los anunciantes y a otras empresas utilizar su propio interfaz de software.

Por un lado es un poco decepcionante si se tienen en cuenta las expectativas que había levantado el rumor, ya que los APIs no añaden nuevas funcionalidades a los AdWords. Con los APIs puedes hacer lo mismo que puedes hacer con el panel de control que ya usan los anunciantes de Google. En esencia de lo que estamos hablando es de un mayor grado de personalización, de la posibilidad de afinar en cualquiera de estos tres aspectos:

  • Gestión de las campañas.
  • Informes de las campañas.
  • Estimación de tráfico.

Para evitar abusos o spam de AdWords, los APIs estarán asociados a un número máximo de operaciones por mes para cada anunciante. Cada uno de estos números de operaciones máximos se calcula de forma individual con base a las cuentas existentes.

Con este movimiento Google busca conseguir dos cosas. La primera es proporcionar APIs gratuitos que permitirán la expansión a grandes empresas de publicidad y la entrada en mercados hasta ahora poco accesibles. Y la segunda es que se les da un poco más de control a los anunciantes.

Hace un tiempo Amazon consiguió llegar a lugares impensables y con funcionalidades increíbles al liberalizar ciertas APIs y permitir que programadores de todo el mundo pudieran consultar el catálogo de Amazon en casi cualquier dispositivo. Como consecuencia de aquello al día de hoy existen formas realmente originales y potentes de usar Amazon para el usuario. Un ejemplo es algo que ya es realidad en algunos países asiáticos: una persona se para delante de una zapatería y quiere comprobar si unos zapatos son caros. Escanea el código de barras con su móvil (funcionalidad que ya incluyen algunos móviles en Japón y Corea) y entonces el producto se compara con el precio en Amazon y se obtienen ventajas y descuentos en caso de comprarlo online.

En el caso de Google la liberalización de APIs no es tan amplia, pero es un primer paso indiscutible hacia la apertura a nuevos mercados y la consolidación de su posición dominante.

Si se produce la evolución lógica previsible es más que probable que en meses o incluso semanas veamos los primeros resultados de esta nueva flexibilidad en los AdWords.

Enlaces de interés:

Página General sobre los APIs de AdWords

Página informativa de Google para solicitar el acceso a las APIs

Blog de los API AdWords

Foros de discusión sobre los APIs