• Saltar a la navegación principal
  • Saltar al contenido principal

Sebastián Thüer

Comunicación, diseño y tecnología

  • Acerca
  • Blog
  • Contacto
  • Show Search
Hide Search

Sebastián Thüer

Ocultar contenido con ‘display:none’ y los buscadores

Sebastián Thüer · 24.04.2008 ·

Hoy en día suele ser bastante habitual que el usuario solo vea una parte del contenido que se carga en pantalla. Combinando Javascript y CSS es posible ocultar ciertas zonas para mejorar la experiencia del usuario y éstas se desplieguen cuando se realiza alguna acción.

Uno de los casos más habituales es mostrar solo las opciones principales del menú y ocultar el submenú. O tener un texto que permanece oculto hasta que el usuario realiza una cierta acción. Esto normalmente se logra encerrando el área en un DIV y asignándole mediante CSS la propiedad ‘display:none’.

Si lo analizamos, el método es bastante similar al que se usaba años atrás para engañar a los buscadores y llenar las páginas de palabras clave que no se mostraban al usuario. Solo que antes las técnicas eras bastante más rudimentarias y la «invisibilidad» del texto se lograba haciendo que tuviese el mismo color que el fondo. Rápidamente este tipo de comportamiento fue penalizado por los buscadores y hoy en día nadie usa este método.

¿Qué ocurre con el ‘display:none’? ¿Pueden los buscadores penalizarnos porque creen que estamos haciendo spam ocultando palabras clave? En principio, puede decirse que no porque se trata de una práctica bastante extendida. Muchos gestores de contenidos (CMS) lo emplean. Además, tiene bastantes más aplicaciones que la de su posible uso para hacer spam a los busscadores y sería difícil establecer un algoritmo que indicase si se trata de un uso normal o no. Esto es lo que dice Eric Enge en su post «Is Hiding Content With «Display: None» Legitimate SEO?»

De todos modos, recomienda no abusar de esta propiedad e informarse bien -especialmente la gente que hace marketing- sobre si la solución tecnológica que implementa nuestro sitio usa esta propiedad y cómo lo hace.

Ocultar contenido con 'display:none' y los buscadores

Sebastián Thüer · 24.04.2008 ·

Hoy en día suele ser bastante habitual que el usuario solo vea una parte del contenido que se carga en pantalla. Combinando Javascript y CSS es posible ocultar ciertas zonas para mejorar la experiencia del usuario y éstas se desplieguen cuando se realiza alguna acción.

Uno de los casos más habituales es mostrar solo las opciones principales del menú y ocultar el submenú. O tener un texto que permanece oculto hasta que el usuario realiza una cierta acción. Esto normalmente se logra encerrando el área en un DIV y asignándole mediante CSS la propiedad ‘display:none’.

Si lo analizamos, el método es bastante similar al que se usaba años atrás para engañar a los buscadores y llenar las páginas de palabras clave que no se mostraban al usuario. Solo que antes las técnicas eras bastante más rudimentarias y la «invisibilidad» del texto se lograba haciendo que tuviese el mismo color que el fondo. Rápidamente este tipo de comportamiento fue penalizado por los buscadores y hoy en día nadie usa este método.

¿Qué ocurre con el ‘display:none’? ¿Pueden los buscadores penalizarnos porque creen que estamos haciendo spam ocultando palabras clave? En principio, puede decirse que no porque se trata de una práctica bastante extendida. Muchos gestores de contenidos (CMS) lo emplean. Además, tiene bastantes más aplicaciones que la de su posible uso para hacer spam a los busscadores y sería difícil establecer un algoritmo que indicase si se trata de un uso normal o no. Esto es lo que dice Eric Enge en su post «Is Hiding Content With «Display: None» Legitimate SEO?»

De todos modos, recomienda no abusar de esta propiedad e informarse bien -especialmente la gente que hace marketing- sobre si la solución tecnológica que implementa nuestro sitio usa esta propiedad y cómo lo hace.

Microsoft le quita apoyo a Outlook Express

Sebastián Thüer · 22.04.2008 ·

Microsoft anuncia que a partir del 30 de junio Outlook Express no tendrá más soporte para Hotmail ¿La razón? Dejarán de usar el protocolo DAV para pasar por otro llamado DeltaSynch que -afirman- es más eficiente para manejar buzones con varios gigas de mensajes y adjuntos.

Para sustituir Outlook Express nos invitan a descargarnos Windows Live Mail, un programa con una interface al estilo de las aplicaciones Live pero que al final de cuentas hace prácticamente lo mismo. Entre las novedades destacables solo veo la opción de leer RSS.

En definitiva, si queremos leer nuestra cuenta de Hotmail desde un cliente de correo deberemos descargar el Live Mail. De momento no hay más clientes que puedan interactuar con DeltaSynch y los protocoles POP3 / IMAP no están los planes de Microsoft.

Hombres trabajando

Sebastián Thüer · 19.04.2008 ·

Estuve mirando lo de publicar el blog en la raíz del sitio y creo que la solución más sencilla pasa por reinstalar WordPress e importar los posts anteriores. Jugando con los permalinks puedo conservar las URL anteriores sin complicarme demasiado.

Este fin de semana me pongo con esto… y puede que el sitio no esté accesible.

Checklist para actualizar este blog

Sebastián Thüer · 18.04.2008 ·

Hace tiempo que no escribo nada en el blog y creo que ya llegó la hora de renovarlo. Para hacerlo me hice una lista de tareas con las cosas a mejorar:

1. Contenido

Un blog donde no se escribe ni comenta es un blog muerto. El primer paso es tener una cierta periodicidad en la escritura y no publicar espasmódicamente “para poner algo”. Lo segundo que tengo en mente es reorientarlo y hablar sobre cosas más generales relacionadas con tecnologías e Internet.

2. Diseño

El diseño actual fue el primer trabajo que hice sobre un tema de WordPress y aunque creo que no me salió mal me dan ganas de cambiarlo. Tengo que ponerme a revisar nuevos themes y sacar ideas para hacer algo bonito, sencillo y funcional.

3. Tecnología

No sé por qué en su momento se me dio por publicar el blog dentro de un directorio… tal vez porque pensaba en poner más cosas que al final nunca hice. Tengo que pensar cómo moverlo a la raíz sin perder los URL actuales, es decir, jugar un poco con los permalinks y el .htaccess. Lo otro es revisar mi lista plugins, actualizar algunos, borrar otros y mirar alguno nuevo.

Ordenadas las ideas, manos a la obra.

  • « Ir a la página anterior
  • Página 1
  • Páginas intermedias omitidas …
  • Página 152
  • Página 153
  • Página 154
  • Página 155
  • Página 156
  • Páginas intermedias omitidas …
  • Página 170
  • Ir a la página siguiente »

Sebastián Thüer

Creative Commons Atribución 4.0 Internacional © 2025 · Less Is More · Acceder