Etiqueta ‘matt cutts’

Google.com no valida W3C

¿Por qué la web de Google no valida según estándares de la W3C?. Matt Cutts responde en un video. Google cuenta con millones de consultas por parte de sus usuarios, en este caso es más importante ahorrarse un byte de información que validar. Hay gente que ha dicho que puede validar con unos pocos bytes más, pero en ese punto también hay que pensar que Google debe lidiar con muchos browsers y no puede gastar tiempo en tratar de validar y también verse correcto en todos ellos.

Más interesante aún es cuando Matt comenta que es poca la cantidad de webs que validan y que ellos tienen que tener en cuenta a todas, las que validan y las que no. Por ello, que tu web valide es correcto para el orden y mantenimiento de la misma, pero Google no otorga ningún plus, ninguna mejora de posiciones por esto.

A continuación el video:

Esto no quiere decir que no debes validar tu web. Seguir los estándares permite una mejor indexación y accesibilidad.

NO hagas todo un sitio en Flash

Hace unos días leí un artículo en Cristalab sobre los mitos contra Flex. Para los que no saben, Flex es un framework para desarrollo de aplicaciones Flash. Para los que no sepan qué es Flash, este artículo no les va a interesar en lo más mínimo, suscríbanse y tengan paciencia.

Cada uno imprime una cuota de fanatismo o punto de vista personal a sus artículos, esto puede ser bueno siempre y cuando no se preste para confundir al lector o llevarlo a tomar decisiones equivocadas. En el artículo que comentaba, al aclarar los mitos que existen sobre Flex, se deja al lector con la sensación de que puede hacer cualquier sitio web con Flex sin dificultades. Esto NO es así. Cada etiqueta HTML o tecnología tiene su aplicación específica. Desarrollar un sitio íntegramente en Flash no es correcto.

flash-seo

Si bien hay proyectos web que no podrían existir hoy sin Flash (UStream, YouTube, etc) hay que mencionar que hacen uso de la tecnología donde se debe y nada más. Si necesito transmitir en vivo, si quiero colocar un video, si voy a mostrar un slide de diapositivas o de imágenes, si quiero enriquecer mi web con contenido multimedia, la respuesta es Flash. El error está en pensar que está bien hacer un sitio completamente en Flex/Flash.

Me tomo el atrevimiento de dispararle a cada mito “desmitificado”:

  • Indexación en buscadores: Sí, efectivamente Flex/Flash es indexable. Los PDFs también, vamos, una cosa es que Google pueda ver el contenido que hay dentro y otra es que lo pueda jerarquizar, entender y seguir. En este mismo punto se afirma que AJAX no es indexable, esto es completamente erróneo. AJAX bien hecho es totalmente indexable, el punto es cumplir con la accesibilidad de un sitio.
  • Cambia de tamaño de acuerdo a la resolución del navegador: Sí es un fuerte de Flex/Flash, sin embargo los layouts líquidos en HTML y CSS logran este punto. Google hace uso de layouts líquidos en muchos de sus servicios (Gmail, Reader, etc). De todas maneras este no es un punto de peso para tomar la decisión de hacer uso de Flex o de cualquier tecnología.
  • No se ve en dispositivos móviles: Si bien pronto se podrá ver en varios, puede que no se llegue a acuerdos o a desarrollar el plugin para todas las plataformas móviles. Perder potenciales clientes por no escoger la tecnología adecuada al inicio a cualquier empresa debe caerle mal.
  • Es demasiado pesado: Al compilar la aplicación sin agregar nada pesa 300kb. Cualquier contenido, como imagen o video se suma a este peso inicial. Quizá por una radio online o por un canal con transmisión en vivo espero mucho tiempo, pero si quiero ver la ficha de un producto la quiero ya!
  • Todo lo que hace Flex lo puede hacer AJAX/jQuery/HTML 5: Definitivamente no, es correcto que Flex/Flash tiene su aplicación específica, el error está en el abuso.
  • Flash Player es un plugin cerrado. HTML, CSS y Javascript son estándares abiertos: En este punto se da por entendido que HTML, CSS, Javascript no es multiplataforma. Es cierto que los navegadores interpretan los estándares cada uno a su manera pero van en un mismo rumbo y soportan cada vez más los estándares. Lo bueno de los estándares abiertos es que si te fabricas mañana un móvil y quieres hacer tu propio navegador puedes, lo que no puedes es hacer un plugin de Flash. Por otro lado con las librerías Javascript hoy disponibles puedes desarrollar uniformemente y obtener las mismas prestaciones en todos los navegadores.
  • Argumentar el uso de Flex por su facilidad de programación es un error. Hoy en día la mayoría de los lenguajes cuentan con uno o más frameworks para mejorar la facilidad y velocidad al momento de desarrollar.

Antes de terminar el artículo quiero comentar que Cristalab es una buena fuente de información si desarrollas en Flash y que he hecho uso de sus tutoriales. También quiero dejar en claro que Flash, utilizado correctamente, es un recurso excelente y necesario.

Si en este punto aún quieres hacer tu sitio completamente en Flash, debes tener en cuenta que es necesario tomarte el tiempo de realizar una versión paralela en HTML/CSS/Javascript con todo el contenido accesible. Finalmente me despido con un enlace al momento justo en que Matt Cutts ( encargado del equipo anti-spam web de Google) responde a un asistente sobre PDFs, es interesante su respuesta en la que incluye también a Flash.

Análisis SEO por expertos

Imagina someter tu sitio al análisis SEO de Matt Cutts, ¿ un poco de miedo no? En el siguiente video, que vale la pena ver, Matt y otros dos expertos de Google analizan sitios de algunos de los presentes en la Google I/O 2009.

En el video se pueden ver recomendaciones como:

  • Navegabilidad de los sitios: enlaces de texto, nada de selects o formularios.
  • Textos alternativos en las imágenes: No hay, ni habrá en un futuro próximo OCR(Reconocimiento óptico de caracteres) sobre las imágenes (¡imagina hacerlo en toda la web!).
  • URL amistosas.
  • Densidad de keywords: Google sabe, no te pases.
  • Seguridad: mantenerse actualizado, usar contraseñas fuertes. Periódicamente realizar búsquedas de la forma “site:example.com viagra” para detectar posibles ataques.
  • Long tail y el lenguaje utilizado en nuestros sitios.
  • Concepto KISS. Keep it simple, stupid. (En este caso se menciona a http://www.comfortfeetshop.com/, hoy se puede ver que adoptaron los consejos)
  • nofollow: no usarlo en nuestro sitio(salvo en casos como enlaces a login, que no necesita que le demos pagerank por ejemplo), es simplemente un atributo para no compartir/distribuir PageRank, por tanto dentro de nuestro sitio debemos dejar que fluya.
  • 301 y redirects: que debes hacer si te mudas de dominio para recobrar el pagerank. Atento a las www o no de tu dominio. Si te hosting te permite ambas revisa que lo haga correctamente.
  • Flash y PDFs son cool pero no son necesariamente nativos de la web.

Como se puede observar, es más una clase de accesibilidad y usabilidad. Accesibilidad y usabilidad = SEO.

“No todo es sobre motores de búsqueda, también es sobre los usuarios, sobre los visitantes del sitio“.

Día de rodeo

titulo-rodeo

Cada tanto tiempo en el campo se hace lo que se llama el rodeo. Se realiza para juntar el ganado, aplicarle las medicinas que sean necesarias, para destetar a los terneros (sin ahondar demasiado, es para que los terneros no sigan mamando de las vacas y las dejen engordar), y  para, quizá lo más importante, el conteo general de animales.

¿A que viene todo esto?

Queremos inaugurar una nueva sección. La llamaremos “Día de rodeo”, y con una frecuencia semanal intentará realizar un rodeo del material más interesante sobre el tema que nos ocupa. (¿ es como el Week-log de @amartino? claro, algo así).

A continuación el primer rodeo:

¡Hasta el próximo rodeo!