15 preguntas que debe hacer para evaluar la calidad de su sitio web

A veces miras tu propio sitio web y te preguntas: ¿Es este un buen sitio ?

Puede ser útil dar un paso atrás, echar un vistazo crítico a su trabajo y hacer preguntas imparciales.

Las cosas pueden salir mal en cualquier sitio.

Los problemas pueden surgir y ser ignorados, o no ser lo suficientemente urgentes como para resolverlos de inmediato.

Los problemas técnicos menores de SEO pueden acumularse y las nuevas bibliotecas pueden agregar más retraso a las páginas, todo acumulándose hasta que un sitio no se puede usar.

Es esencial evaluar la calidad de su sitio web antes de que eso suceda.

Entonces, ¿cuáles son los defectos de su sitio web?

¿Cómo puede arreglarlos y que funcionen correctamente?

1. ¿Las páginas web contienen varias etiquetas H1?

No debería haber varias etiquetas H1 en la página.

Es posible que los H1 ya no sean un problema importante para Google, pero siguen siendo un problema para los lectores de pantalla, y las mejores prácticas son que solo debería haber uno.

Si incluye más de una etiqueta H1 en la página, se diluye el enfoque de la página.

El H1 es la declaración de tesis de una página y mantenerlo sencillo es esencial.

2. ¿Es el sitio web fácilmente rastreable?

Intente rastrear su página con una herramienta de terceros como Screaming Frog, verifique sus errores de rastreo en Google Search Console o conecte una página a la prueba de Google para dispositivos móviles .

Si no puede rastrear su sitio, es probable que los motores de búsqueda tampoco puedan rastrearlo de manera efectiva.

3. ¿Las páginas de error están configuradas correctamente?

Pueden ocurrir problemas cuando las páginas de error no están configuradas correctamente.

Muchos sitios tienen páginas 404 discretas, que no envían señales 404 a Google. En cambio, dicen 404 a los usuarios y envían códigos HTTP 200, lo que indica a los motores de búsqueda que la página es de buen contenido e indexable.

Esto puede introducir conflictos en el rastreo y la indexación .

El uso de cualquier otra configuración agregará confusión y no ayudará cuando se trata de problemas específicos.

Identificar los problemas de esa manera y corregirlos ayudará a aumentar la calidad de su sitio web.

4. ¿La navegación utiliza JavaScript?

Si utiliza la navegación que utiliza JavaScript para su implementación, interferirá con la compatibilidad entre plataformas y navegadores.

Utilice enlaces HTML directos para navegar por el usuario si se le dirige a una nueva URL.

Muchos de los mismos efectos se pueden lograr mediante la codificación CSS 3 directa, que debería usarse para la navegación.

Si su sitio web utiliza un diseño receptivo, esto ya debería ser parte de él.

En serio, abandona el JavaScript que es innecesario.

5. ¿Las URL se resuelven en un solo caso?

Al igual que los problemas de canonicalización anteriores, las URL en varios casos pueden causar problemas de contenido duplicado porque los motores de búsqueda ven todas estas instancias de URL a la vez.

Un truco que puede utilizar para ocuparse de las URL de varias mayúsculas y minúsculas es agregar un comando inferior al archivo htaccess del sitio web.

Esto hará que todas las URL de mayúsculas y minúsculas se muestren como una URL canónica que elija.

También puede verificar el canónico en la página para verificar que coincida y ver si varias páginas dependen de si hay o no una barra al final de la URL.

6. ¿Su sitio utiliza una arquitectura plana?

El uso de una arquitectura plana está bien, pero no se presta bien a un enfoque temático ni a una organización.

Con una arquitectura plana, todas sus páginas generalmente se descargan en el directorio raíz y no hay un enfoque en temas o temas relacionados.

El uso de una arquitectura en silos le ayuda a agrupar las páginas web por temas y a organizarlas con una estructura de enlace que refuerza aún más el enfoque temático.

Esto, a su vez, ayuda a los motores de búsqueda a comprender mejor para qué está tratando de clasificar.

Para los sitios con un enfoque temático más limitado, una arquitectura plana puede ser una mejor manera de hacerlo, pero aún debería haber una oportunidad para aislar la navegación.

7. ¿Hay contenido delgado en el sitio web?

El contenido de formato corto no es necesariamente un problema, siempre que sea de la calidad suficiente para responder a la consulta de un usuario con información para esa consulta.

El contenido no debe medirse por el recuento de palabras, sino por la calidad, la singularidad, la autoridad, la relevancia y la confianza.

¿Cómo puede saber si el contenido es escaso? Hágase estas preguntas:

8. ¿Planea reutilizar el código existente o crear un sitio desde cero?

Copiar y pegar código no es tan simple como cabría esperar.

¿Alguna vez ha visto sitios web que parecen tener errores en cada línea de código al consultar con el validador del W3C?

Por lo general, esto se debe a que el desarrollador copió y pegó el código que se escribió para un DOCTYPE y lo usó para otro.

Si copia y pega el código para XHTML 1.0 en un DOCTYPE HTML 5, puede esperar miles de errores.

Es por eso que es esencial considerar esto si está transfiriendo un sitio a WordPress: verifique el DOCTYPE utilizado.

Esto puede interferir con la compatibilidad entre navegadores y plataformas.

9. ¿El sitio tiene datos estructurados de Schema.org cuando corresponda?

El esquema es clave para obtener fragmentos enriquecidos en Google.

Incluso si su sitio no se presta bien a elementos de datos estructurados específicos, existen formas de agregar marcado estructurado de todos modos.

Primero, realizar una auditoría de entidad es útil para encontrar lo que su sitio ya está haciendo.

Si nada, puede corregir esta inequidad agregando marcado de esquema a cosas como:

Compruebe que está utilizando solo un tipo de esquema de datos y que el esquema funciona dentro de los estándares de Google.

10. ¿Tiene el sitio un mapa del sitio XML?

Un elemento rara vez se traduce en un aumento de la calidad general de un sitio web, pero este es uno de esos animales raros.

Tener un mapa del sitio XML hace que sea mucho más fácil para los motores de búsqueda rastrear su sitio web.

Cosas como errores 4xx y 5xx en el mapa del sitio, URL no canónicas en el mapa del sitio, páginas bloqueadas en el mapa del sitio, mapas del sitio que son demasiado grandes y otros problemas deben ser analizados para medir cómo el mapa del sitio impacta la calidad de un sitio web.

11. ¿Las páginas de destino no están optimizadas correctamente?

A veces, tener varias páginas de destino optimizadas para las mismas palabras clave en el sitio no hace que su sitio sea más relevante.

Esto puede provocar la canibalización de palabras clave .

Tener varias páginas de destino para la misma palabra clave también puede diluir el valor de su enlace.

Si otros sitios están interesados ​​en vincular sus páginas sobre un tema en particular, Google puede diluir la equidad del vínculo en todas esas páginas sobre ese tema específico.

12. ¿El archivo Robots.txt está libre de errores?

Robots.txt puede ser un problema importante si el propietario del sitio web no lo ha configurado correctamente.

Una de las cosas con las que suelo encontrarme en las auditorías de sitios web es un archivo robots.txt que no está configurado correctamente.

Con demasiada frecuencia, veo sitios que tienen problemas de indexación y tienen el siguiente código agregado innecesariamente:

No permitir: /

Esto impide que todos los rastreadores rastreen el sitio web desde la carpeta raíz hacia abajo.

A veces es necesario impedir que los robots rastreen una parte específica de su sitio, y eso está bien.

Pero asegúrese de revisar su archivo robots.txt para asegurarse de que Googlebot pueda rastrear sus páginas más importantes.

13. ¿El sitio web utiliza un diseño adaptable?

Atrás quedaron los días de sitios web separados para dispositivos móviles (ya sabes, los sitios que usan subdominios para el sitio móvil: «mobile.example.com» o «m.example.com»).

Gracias al diseño receptivo , esto ya no es necesario.

En cambio, el método moderno utiliza HTML 5 y CSS 3 Media Queries para crear un diseño receptivo.

Esto es aún más importante con la llegada del índice «mobile-first» de Google.

14. ¿Están bloqueados CSS y JavaScript en Robots.txt?

Es crucial repasar este, porque robots.txt no debería bloquear los recursos CSS o JS.

Google envió una advertencia masiva en julio de 2015 sobre el bloqueo de recursos CSS y JS.

En resumen, no lo hagas.

Puede ver si esto está causando problemas en la prueba de compatibilidad con dispositivos móviles de Google .

15. ¿Se utilizan URL dinámicas excesivas en todo el sitio web?

Identificar la cantidad de URL dinámicas y si presentan un problema puede ser un desafío.

La mejor forma de hacerlo es identificar si la cantidad de URL dinámicas supera a las URL estáticas del sitio.

Si lo hacen, podría tener un problema con las URL dinámicas que afectan la capacidad de rastreo.

Hace que sea más difícil para los motores de búsqueda comprender su sitio y su contenido.

Resumen

Siga nuestras recomendaciones para inspeccionar su sitio Web o productos tecnológico en la Web, así de esa manera, puede continuar un proceso de evaluación que identifica problemas y los coloca en la cola de desarrollo antes de que se conviertan en problemas.

Si no le queda claro no está demás considerar contratar un equipo especializado en SEO o una agencia de Marketing y Servicios Digitales.

Gracias por puntuar este post.