Autore
La tecnica SEO non si limita a correggere i 404 e può risolvere i problemi principali di un sito web. Ecco 5 punti importanti da controllare in un audit.
1 - Google voit-il bien la page web complète?
Da circa 10 anni, i siti web dipendono molto da JavaScript per la creazione delle loro pagine. Google è in grado di elaborare una pagina con tutte le sue risorse, ma più una pagina è grande, più ha la possibilità di essere caricata per intero. All'opposto, il rischio è che si perdano elementi essenziali della pagina se questa è troppo lenta (zone di contenuto, link).
Lo strumento di ispezione dell'URL della Search Console permette di verificare come Google ha visto la pagina: il codice HTML generato è sempre lo stesso che si trova nel navigatore, le risorse utili (CSS e JS essenziali) sono ben caricate?
Lo strumento di ispezione dell'URL propone in realtà due funzioni:
Attenzione, quindi, a studiare le vostre pagine attraverso la versione adattata alla vostra analisi.
2 - Google ne voit-il que les pages utiles du site ?
È consuetudine considerare che un URL in HTTP 200 sia una buona scelta e che un URL in HTTP 404 sia un problema. Come spesso accade in ambito SEO, non c'è una risposta univoca e una valutazione è necessaria.
Prendiamo l'esempio di un sito di e-commerce: si compone principalmente di pagine di annunci (categorie) e di schede prodotto.
Una pagina di elenchi (Catégories, Sous-catégories) è in grado di proporre all'internauta alcune opzioni di UX come i filtri (colore) e i tris (prezzo).
Queste opzioni generano spesso URL con parametri quasi infiniti a causa delle combinazioni di opzioni (ciò che si ottiene è exemple.com/chemises?couleur=Bleu&taille=XS). Il rischio è quello di rendere accessibile a Google un numero incontrollato di pagine inutili ai fini della SEO, in quanto scarse (troppi filtri e quindi pochi prodotti) o duplicate (prodotti identici ordinati in modo diverso).
Controllate nella Search Console il numero di pagine "valide" (vertiginose). Inoltre, se le vostre sitemap sono configurate in modo da contenere solo le pagine utili e conosciute del vostro sito, potete distinguere :
Il pericolo è quindi in questa seconda categoria, nonostante il colore verde rassicurante.
D'altra parte, un prodotto ha un ciclo di vita che implica la sua eliminazione dal sito a termine. La sua pagina viene naturalmente passata a HTTP 404, che si aggiunge agli altri prodotti eliminati in precedenza, quindi al rapporto della Search Console sugli URL esclusi - Introvabili (404). Allo stesso titolo delle foglie morte che si accumulano al piede di un albero in autunno, si tratta di un comportamento normale per un sito. E, a livello generale, qual è il rischio per il vostro sito che Google trovi degli URL in 404?
3 - Google considera il sito compatibile con i dispositivi mobili?
L'attenzione di Google in ambito SEO al tema del mobile ha portato alla messa in linea del suo indice mobile: la qualità di un sito in ambito SEO viene valutata in base alla sua versione mobile. È necessario assicurarsi che non vi siano differenze di contenuto e di link tra la versione desktop e quella mobile.
Si incontra sempre un problema più raro ma più critico: Google può considerare che un sito non sia mobile. La maggior parte dei siti è in Responsive Web Design (RWD) e rende lo stesso sito compatibile sia su desktop che su mobile. È proprio questa tecnologia che può essere un problema: è garantita da alcuni file di risorse del sito (principalmente i CSS) che possono essere bloccati da Google in modo involontario.
In alcuni casi si trovano nel robots.txt (file che indica a Google ciò che si può vedere o meno su un sito) delle indicazioni che bloccano le risorse necessarie al Responsive Design, spesso dovute a un'eredità di un vecchio CMS (o a robots.txt che riporta più siti web diversi con CMS diversi). Google non è in grado di generare le pagine del sito se non con le pagine di stile incomplete e giudica il sito non compatibile. Ma la constatazione di questo problema è semplicissima (la Search Console segnala l'errore, si può testare una pagina tramite il Test d'ottimizzazione mobile) e la sua soluzione è in generale relativamente rapida.
4 - Visitate lo stesso sito di Google con il vostro navigatore e i vostri strumenti?
Una pagina web è generata da un server web. Questo risponde a una richiesta tramite un URL che contiene le informazioni del richiedente, in particolare: l'User-Agent per identificare il tipo di richiedente (strumento, navigatore, robot di esplorazione) e l'indirizzo IP. Il server invia quindi una risposta HTTP, accompagnata spesso da una pagina web. Una risposta HTTP200 è accompagnata dalla pagina richiesta, mentre una risposta HTTP404 o HTTP500 non lo è.
In breve, alcuni siti rispondono in modo diverso a seconda di chi fa la richiesta. Questo pone due problemi principali:
Un esempio significativo è lo statuto delle pagine che vengono ridirette per l'utente interno: una pagina exemple.com può esistere per Google ma essere ridiretta in exemple.com/fr_FR/ per l'utente interno, a causa della lingua del suo navigatore e dei suoi cookies (cosa che non fa il robot di esplorazione di Google).
5 - Le donazioni strutturate sono una minaccia per il sito?
Con la stessa logica delle estensioni di annunci in SEA, i risultati naturali beneficiano di diverse aggiunte visive. Le donazioni strutturate sono costituite da métadonnées che identificano più elementi di una pagina in base a formati predefiniti. Il risultato finale è una migliore lettura di questi elementi da parte dei ricercatori, in cambio dei quali si ottengono estratti che arricchiscono i risultati della ricerca. L'esempio è quello dei dati strutturati relativi a un prodotto: si identifica il suo nome, il suo prezzo, la sua disponibilità e la sua nota mensile, e questi elementi vengono inseriti per questa pagina nei risultati della ricerca.
Nonostante la grande precisione della documentazione dei dati strutturati (tramite Schema.org e Google) e gli strumenti di test per la loro implementazione, gli errori sono ancora numerosi, anche tra i CMS più avanzati del mercato.
Nel maggior numero di casi, una cattiva implementazione rende le informazioni parzialmente inoperanti - l'elemento in causa non genera più estratti arricchiti senza bloccare gli altri (un premio ben bilanciato non viene bloccato da una nota di scarso valore).
Più grave, un'implementazione valida a prima vista può nuocere al sito. Alcuni CMS del mercato sono molto generosi nel loro bilanciamento: pagine di prodotti in cui sono bilanciati i prodotti principali, ma anche i prodotti associati (in cross-selling). Il prodotto principale è chiaramente identificato dal resto della pagina (titolo, H1), ma i prezzi sono multipli. Google deve scegliere un prezzo da indicare per questa pagina nei risultati della ricerca, e ha poche possibilità di recuperare il prezzo. Ci si ritrova quindi con pagine prodotte nelle SERP con prezzi errati: inferiori o superiori, inaccettabili per l'utente.
Il caso più grave, e purtroppo non così raro, riguarda le sanzioni penali di Google. Un'implicazione considerata abusiva rispetto alle pratiche autorizzate da Google per quanto riguarda le donazioni strutturate comporta un ritiro completo degli estratti arricchiti per il sito, fino alla risoluzione del problema e alla richiesta di riconsiderazione dell'azione manuale (successivamente convalidata da una persona fisica). I casi più recenti hanno richiesto 2 mesi di tempo per essere riconsiderati, durante i quali i siti interessati sono stati modificati nelle SERP rispetto ai concorrenti (in modo univoco, senza impatto sulle posizioni).
