Tras 5 meses de clases los fines de semana llegó el día. El pasado mes de Octubre presenté el proyecto final del Máster SEO – SEM de Kschool. La prueba consistía en realizar una auditoría WPO de una página web. Como alumno y newbie en esto del SEO, mi trabajo no fue perfecto, pero si creo que toca todos los puntos importantes y puede servir de guía a la hora de auditar una web a nivel WPO.

Al ser algo extenso, resumiré lo importante

 

¿Qué es WPO en SEO?

Antes de entrar en materia, es importante tener claro qué es la WPO (web performance optimization). A mi me gusta la definición que hay en la wikipedia sobre posicionamiento en buscadores. En ella, podemos leer que la  WPO consiste en optimizar el tiempo de carga de una web para conseguir la reducción del ancho de banda, aumentar la tasa de conversión y mejorar la experiencia de usuario.

 

¿Por qué es importante?

Por un lado, tener una web ligera, optimizada, le facilita el trabajo a Google, tanto a sus bots como a nivel de almacenamiento. Este punto es importante, la empresa de Mountain View se gasta millones de euros en almacenar y procesar la infinidad de datos que hay en la red. Si nuestra web es liviana, ellos ahorran pasta.

Por otro lado, está el usuario. ¿Cuántas veces te has ido de una web porque tardaba en cargar?

Y finalmente llegamos a la conversión. Hay infinidad de estudios que demuestran que cada milisegundo que hacemos más rápida una web, más se incrementa el porcentaje de conversión. Siendo el tiempo óptimo, ligeramente por debajo de 2 segundos según la siguiente gráfica.

Tiempo de carga y conversión

 

Caso práctico de auditoría SEO

Visión general: recopilar información sobre escuelamarketingastronomico.net

Builtwith

Empezamos el análisis utilizando la herramienta online builthwith.com. El objetivo es conocer de qué tecnologías está compuesta la página web. Esto nos ayudará, según vayamos analizando el site con otras herramientas, a detectar problemas, intuir dónde radica el origen de los mismos y proponer soluciones.

Builtwith análisis WPO

En una primera impresión, llama la atención el gran número de plugins activos, hasta diecisiete. Con funcionalidades que se solapan, que no son necesarias o de dudosa utilidad. Veamos:

  • Vipers Video Quicktags, no es necesario hoy en día. Este plugin nació con la idea de poder embeber vídeos en WordPress, algo que es posible hacer directamente con el CMS o mediante la utilización de shortcodes.
    El propio autor del plugin, Alex Mills, anunció el pasado 4º de julio que ya no seguiría desarrollando este plugin y dando soporte.
  • WordPress Related Posts permite incrustar artículos relacionados al final de un post. Cosa innecesaria ya que el propio Framework Genesis ya incorpora esa opción.
    Plugin de post relacionados
  • MailChimp es otro que podríamos retirar, ya que con embeber el código en un widget sería suficiente.
  • WP Retina 2x permite la visualización de imágenes en dispositivos de alta resolución con una mayor calidad, ¿es esto realmente necesario?, ¿es un valor añadido que nuestro público objetivo va a valorar?, ¿el coste que esto supone a nivel de descarga, merece la pena asumirlo? Son preguntas que el cliente deberá replantearse.
    Analizar con Analytics, desde qué resolución de pantalla visualizan el contenido los usuarios, nos puede ayudar a tomar una decisión.

Datos de Analytics por resolución de pantalla

  • Contact Form 7 y Zopim tienen un mismo propósito, que el cliente sea capaz de ponerse en contacto con nosotros. Zopim permite la comunicación en tiempo
    real, mientras que con Contact Form 7 mantenemos un diálogo vía email. ¿Los dos son necesarios?
  • Jetpack es un plugin multipropósito, por lo que seguramente se estén cargando infinidad de funcionalidades que no se usan y consumiendo recursos en el servidor más necesarios para otros fines.
  • Sitelinks Search Box permite hacer búsquedas internas utilizando el motor de búsqueda de Google. Puede que esta funcionalidad vaya en contra del objetivo principal, vender. Para una web orientada a captar visitas, que el usuario permanezca el mayor tiempo posible puede ser interesante. En este caso, la caja de búsqueda ocupa un lugar privilegiado donde tendría más sentido un call to action que llevase a los cursos.

Plugin buscador dentro de la web

Page Speed Insight

Continuamos el proceso de análisis con la herramienta de PageSpeed. Información de primera mano del propio Google indicando qué puntos son mejorables a nivel de velocidad y usabilidad.
Como vemos en las fotografías, la herramienta arroja unas notas de 39/100 en móvil y 53/100 en desktop.

Versión móvil:

page speed insight movil
Resultado de la versión de escritorio:

page speed insight pc
Enumeramos los puntos críticos a mejorar según la herramienta:

  1. Eliminar el JavaScript que bloquea la visualización y el CSS del contenido de la mitad superior de la página.
  2. Habilitar compresión.
  3. Especificar caché de navegador.
  4. Priorizar el contenido visible (en móvil).
  5. Reducir el tiempo de respuesta del servidor.

Para contrastar el test realizado, vamos a utilizar también la herramienta Web Page Test.

Web Page Test

Al utilizar WPT, lo primero que debemos hacer es seleccionar el lugar desde dónde se va a hacer el test de prueba. Dentro de las opciones que nos dan, elegimos París ya que es el lugar más cercano a nuestro público objetivo.

  • Sumario:

web page test

PageSpeed ya señaló problemas en el tiempo de respuesta del servidor. Efectivamente el TTFB es demasiado alto, oscila entre 1,2 segundos y 2,5 segundos, cuando debería ser lo menor posible, por debajo 0,5.

El tiempo total que tarda la página en cargar oscila entre 6 y 8,5 segundos, parámetros muy elevados (lo ideal es entorno a 2 segundos).

En el cuadro superior derecho de la imagen, podemos comprobar como, al igual que PS, Web Page Test nos recomienda:

  1. Habilitar la compresión.
  2. Especificar el caché del navegador.
  3. Comprimir imágenes.
  • Waterfall

En la pestaña detalles, podemos ver en forma de cascada como se van cargando todos los recursos uno a uno y el tiempo que consumen.

water fall de web page test

En la imagen se aprecia que hay imágenes que ralentizan la carga total de la página, así como una redirección 302, que debería apuntar directamente al recurso con respuesta 200.
De un total de 86 solicitudes, 28 son externas y 58 internas (adjuntadas en peticiones.xlsx).

Consola de CHROME

Por último, vamos a utilizar también la consola de Chrome, Ctrl+Shift+J, pestaña Auditar.

Consola de Chrome
Encontramos los mismos problemas, llamando la atención, que en la home (versión desktop) sólo se utilicen el 4% de las reglas de CSS que se cargan.

 

To be continued…

Hasta aquí la visión general o la primera toma de contacto. Ya nos hacemos una idea de dónde están los problemas de escuelamarketingastronomico.net. En el siguiente post seguiremos con el análisis pero esta vez profundizando más al detalle.

Artículos relacionados

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *


He leído y acepto las políticas de privacidad

Recursos de marketing online

Contacto

Copyright 2018 | Indexingdata® Agencia de Maketing Digital y Publicidad en Soria | Políticas de privacidad Política de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies