Autor
La técnica SEO no se limita a corregir sus 404 y puede solucionar problemas graves en un sitio web. Aquí tiene 5 puntos importantes que debe controlar en una auditoría.
1 - Google voit-il bien la page web complète ?
Desde hace más de 10 años, los sitios web dependen en gran medida de JavaScript para generar sus páginas. Google es capaz de ejecutar una página con todos sus recursos, pero cuanto más grande sea una página, más posibilidades tendrá de cargarse por completo. A la inversa, el riesgo es que se pierdan elementos esenciales de la página si ésta es demasiado larga (zonas de contenido, enlaces).
La herramienta de inspección de la URL de Search Console permite comprobar cómo Google ha visto la página: ¿el código HTML generado es igual al que tenemos en nuestro navegador, los recursos útiles (CSS y JS esenciales) están bien cargados?
L'outil d'inspection de l'URL propose en réalité deux fonctions :
Attention donc à étudier vos pages à travers la version adaptée à votre analyse.
2 - ¿Google no ve las páginas útiles del sitio?
Tenemos la mala costumbre de considerar que una URL en HTTP 200 es una buena opción, y una URL en HTTP 404 es un problema. Como sucede a menudo en SEO, no hay una respuesta binaria, y es necesario tomar una decisión.
Prenons l'exemple d'un site e-commerce : il se compose principalement de pages de listings (catégories) et de fiches produit.
Un listado de páginas (Catégories, Sous-catégories) es susceptible de proponer opciones de UX al internauta como filtros (couleur) y tris (prix).
Estas opciones suelen generar URLs con parámetros casi infinitos debido a las combinaciones de opciones (lo que haría que exemple.com/chemises?couleur=Bleu&taille=XS). El riesgo es dejar accesible a Google un número incontrolado de páginas inútiles para el SEO, ya sean débiles (demasiados filtros y, por tanto, pocos productos) o duplicadas (productos idénticos ordenados de forma diferente).
Compruebe en Search Console el número de páginas “válidas”. Aún mejor, si sus mapas de sitio están configurados para contener sólo las páginas útiles y conocidas de su sitio, podrá distinguir :
Le danger est donc dans cette seconde catégorie, malgré sa couleur verte rassurante.
Por otro lado, un producto tiene un ciclo de vida que implica su desaparición del sitio web. Su página pasará naturalmente a HTTP 404, que se sumará a otros productos eliminados anteriormente - por lo tanto, en el informe de la Consola de Búsqueda sobre las URL Excluidas - Introvisible (404). Al igual que las hojas muertas que se acumulan al pie de un árbol en otoño, se trata de un comportamiento normal para un sitio web. Y de manera general, ¿cuál es el riesgo para su sitio de que Google envíe URLs en 404? Ninguno.
3 - ¿Google considera que el sitio es compatible con móviles?
La fijación de Google en SEO en el tema móvil ha dado lugar a la puesta en línea de su índice móvil: la calidad de un sitio en SEO se evalúa en función de su versión móvil. Es importante asegurarse de que no existen diferencias de contenido y enlaces entre la versión de escritorio y la versión móvil.
On rencontre parfois un problème plus rare mais plus critique : Google puede considerar que un sitio no es móvil. La mayoría de los sitios están en Responsive Web Design (RWD) haciendo un mismo sitio compatible en escritorio y en móvil. Precisamente esta tecnología puede ser un problema: se basa en archivos de recursos del sitio (principalmente CSS) que Google puede bloquear involuntariamente.
A veces, en el archivo robots.txt (que indica a Google lo que puede ver o no en un sitio web) se encuentran bloqueados los recursos necesarios para el diseño adaptativo, a menudo debido a un antiguo CMS heredado (o a que el archivo robots.txt indica que hay varios sitios web adaptativos en distintos CMS). Google no podrá entonces generar las páginas del sitio que no tengan hojas de estilo incomplètes y considerará el sitio no compatible. Sin embargo, detectar este problema es sencillo (Search Console detecta el error, se puede probar una página a través de la prueba de optimización para móviles) y, en general, su solución es relativamente rápida.
4 - ¿Visita bien el mismo sitio que Google con su navegador y sus herramientas?
Una página web es generada por un servidor web. Éste responde a una solicitud a través de una URL que contiene la información del solicitante, en particular: el User-Agent para identificar el tipo de solicitante (herramienta, navegador, robot de exploración) y la dirección IP. El servidor devuelve entonces una respuesta HTTP, acompañada a menudo de una página web. Una respuesta HTTP200 va acompañada de la página solicitada, una respuesta HTTP404 o HTTP500 no.
En resumen, algunos sitios web responden de forma diferente según quién los solicite. Esto plantea dos problemas importantes:
Un ejemplo ilustrativo es el estado en línea de las páginas que se redirigen para el internauta: una página exemple.com puede existir para Google pero redirigirse a exemple.com/fr_FR/ para el internauta, debido al idioma de su navegador y de sus cookies (lo que no se consigue con el robot de exploración de Google).
5 - Los datos estructurados, ¿son una amenaza para el sitio web?
Dans la même logique que les extensions d'annonces en SEA, Los resultados naturales se benefician de diversos añadidos visuales. Los datos estructurados son métadrones que identifican varios elementos clave de una página según formatos definidos. La finalidad es una mejor lectura de estos elementos por parte de los motores de la investigación, a cambio de lo cual generan extractos enriquecedores en sus resultados de investigación. Un ejemplo ilustrativo es el de los datos estructurados sobre un producto: se identifica su nombre, su precio, su disponibilidad y su nota media, y estos elementos aparecen en esta página de los resultados de la investigación.
A pesar de la gran precisión de la documentación de datos estructurados (par Schema.org et Google) et les outils de test de leur implémentation, les erreurs restent courantes, même parmi les CMS les plus avancés du marché.
En la mayoría de los casos, una mala implementación los vuelve parcialmente inoperantes - el elemento en cuestión no generará extractos enriquecidos sin bloquear los otros (un precio bien equilibrado no será bloqueado por una nota media deficiente).
Y lo que es más grave, una implementación válida a primera vista puede perjudicar al sitio. Algunos CMS del mercado se muestran muy generalizados en su equilibrado: páginas de producto en las que se equilibra el producto principal pero también los productos asociados (en venta cruzada). El producto principal está claramente identificado por el resto de la página (título, H1), pero los precios son múltiples. Google debe elegir un precio para esta página en los resultados de búsqueda, y tiene pocas posibilidades de retenerlo. Por lo tanto, hay páginas que aparecen en las SERP con precios erróneos: inferiores o superiores, inaceptables para el internauta.
Le cas le plus sérieux et malheureusement pas si rare concerne las penalidades manuales de Google. Una implementación considerada abusiva con respecto a las prácticas autorizadas por Google en cuanto a los datos estructurados conlleva una retirada completa de los extractos enriquecidos para el sitio, hasta la resolución del problema y la solicitud de reconsideración de la acción manual (validada posteriormente por una persona física). Des cas récents ont pris 2 mois à être reconsidérés, pendant lesquels les sites concernés étaient désavantagés dans les SERP vis-à-vis des concurrents (visuellement uniquement, sans impact sur les positions).
