Come funziona la ricerca

Come Google e Bing trasformano il web aperto in una risposta: la pipeline scansione → indicizzazione → pubblicazione come tre varchi, con rendering, canonicalizzazione e sistemi di ranking.

1 segnale di evidenza in questa pagina

La ricerca funziona in tre fasi — scansione → indicizzazione → pubblicazione — che sono varchi, non un nastro trasportatore: “non tutte le pagine superano ogni fase”. Essere sottoposti a scansione non significa essere indicizzati, perché l’indicizzazione non è garantita; essere indicizzati non significa posizionarsi. L’indicizzazione comprende rendering e canonicalizzazione; il ranking dipende da molti sistemi automatizzati, non da un solo algoritmo. Questo hub inquadra l’intero percorso e rimanda agli approfondimenti, a partire dal cluster sulla scansione.

In breve — La ricerca si svolge in tre fasi — scansione → indicizzazione → pubblicazione — che funzionano come varchi: “not all pages make it through each stage.” (traduzione): «non tutte le pagine superano ogni fase». La scansione scopre e recupera; il rendering, cioè l’esecuzione di JavaScript in una versione recente di Chrome, è il ponte verso l’indicizzazione e può avvenire in ritardo. Indicizzare significa comprendere, canonicalizzare tramite circa 40 segnali e memorizzare, ma non è garantito. Servire significa comprendere la query e poi ordinare con numerosi sistemi di ranking automatizzati — RankBrain, BERT, neural matching, sistemi basati sui link e PageRank — non con un unico “algoritmo”, valutando centinaia di fattori contestuali e aggiungendo le funzionalità di ricerca. Bing segue la stessa struttura. Considera ogni diagramma, incluso il mio, un modello e non il codice sorgente. Il vantaggio pratico: quando una pagina non compare, diagnostica a quale varco si è fermata.

Tre fasi, tre varchi

Google descrive la pipeline senza mezzi termini: “Google Search works in three stages, and not all pages make it through each stage” (traduzione): «La Ricerca Google funziona in tre fasi e non tutte le pagine superano ogni fase»: scansione, indicizzazione e pubblicazione. Prova a sostegno di questa affermazione Google describes Search as operating through crawling, indexing, and serving search results. Ambito: Google's public conceptual model, not an exhaustive implementation description. Attendibilità: alta · Verificato: Google: How Search works L’ultima parte è il punto centrale. La pipeline non è un nastro trasportatore che porta ogni pagina al traguardo: è composta da tre varchi, ciascuno con un esito positivo o negativo e una propria modalità di errore.

Il modello mentale su cui basare tutto:

Scopri e recupera (scansione) → comprendi e memorizza (indicizzazione, compresi rendering e canonicalizzazione) → abbina e ordina (pubblicazione, compresi comprensione della query, sistemi di ranking e funzionalità di ricerca).

Tieni distinti scansione ≠ indicizzazione ≠ ranking e gran parte della SEO tecnica smetterà di sembrare misteriosa.

Scansione, indicizzazione e pubblicazione sono varchi sequenziali di idoneità, non garanzie né un’unica classifica. Fonte: /technical-seo/how-search-works/

Tre fasi procedono da sinistra a destra. Scansione: un bot scopre un URL e scarica la pagina. Indicizzazione: il motore elabora la pagina e memorizza le informazioni idonee. Pubblicazione o ranking: le migliori corrispondenze indicizzate vengono ordinate per una query. Una nota precisa che non tutte le pagine avanzano attraverso ogni fase.

© Patrick Stox LLC · CC BY 4.0 ·

Fase 1 — Scansione (scoperta e recupero)

La scansione unisce scoperta e download. Google trova le pagine che già conosce, segue i link dalle pagine note verso quelle nuove e legge le sitemap inviate; Google chiama l’intero processo “URL discovery.” (traduzione): «scoperta degli URL». Che cosa viene scansionato, con quale frequenza e quante pagine vengono recuperate a ogni visita è stabilito da algoritmi: “Googlebot uses an algorithmic process to determine which sites to crawl, how often, and how many pages to fetch from each site.” (traduzione): «Googlebot usa un processo algoritmico per stabilire quali siti sottoporre a scansione, con quale frequenza e quante pagine recuperare da ciascun sito».

Prova a sostegno di questa affermazione Google's crawling stage discovers URLs through known pages, links, and submitted sitemaps, then algorithmically decides which discovered URLs to fetch and how often. Ambito: web Attendibilità: alta · Verificato: In-depth guide to how Google Search works

La conclusione a questo livello: la scansione è un prerequisito per l’indicizzazione, non un segnale di ranking. Prova a sostegno di questa affermazione Google states that not all pages make it through each Search processing stage and that increased crawl rate is not a ranking signal. Ambito: Google Search; crawling and indexing do not guarantee ranking. Attendibilità: alta · Verificato: Google: How Search works Google: Crawling myths Una frequenza di scansione maggiore non migliora le posizioni. Non ripeterò qui l’intera pipeline — scoperta, pianificazione, crawl budget, file di log e altro — perché è trattata nel cluster sulla scansione collegato in fondo. Il vero compito della scansione è consegnare la pagina recuperata alla fase successiva.

Una precisazione: le pagine web entrano nella pipeline tramite la scansione, ma questa non è l’unica fonte di informazioni di Google. Come illustrato più avanti, l’indice attinge anche a partnership, feed di dati e Knowledge Graph di Google. “Non presente nell’indice” e “non presente nel web sottoposto a scansione” non sono quindi esattamente la stessa domanda.

Il ponte: il rendering

Ecco il passaggio che molte panoramiche descrivono male o ignorano. Tra scansione e indicizzazione, Google esegue il rendering della pagina. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” (traduzione): «Durante la scansione, Google esegue il rendering della pagina e qualsiasi JavaScript trovato usando una versione recente di Chrome». Nelle parole rivolte agli utenti da Google: “When crawlers find a webpage, our systems render the content of the page, just as a browser does.” (traduzione): «Quando i crawler trovano una pagina web, i nostri sistemi ne eseguono il rendering proprio come un browser».

Il rendering fa parte dell’indicizzazione, non della scansione: viene eseguito nel Web Rendering Service, basato su Chromium headless e sempre aggiornato, e può avvenire con un ritardo rispetto al recupero iniziale. Se i contenuti compaiono soltanto dopo l’esecuzione di JavaScript, Google comprende la versione renderizzata, che può arrivare più tardi dell’HTML grezzo. Per questo i siti che usano molto JavaScript devono trattare il rendering come un tema a sé. Lo approfondisco nei miei contenuti sulla SEO JavaScript.

Fase 2 — Indicizzazione (comprensione e memorizzazione)

Dopo la scansione e il rendering di una pagina, l’indicizzazione cerca di comprenderla. Google: “After a page is crawled, Google tries to understand what the page is about. This stage is called indexing and it includes processing and analyzing the textual content and key content tags and attributes, such as <title> elements and alt attributes, images, videos, and more.” (traduzione): «Dopo la scansione di una pagina, Google cerca di capire di che cosa tratta. Questa fase si chiama indicizzazione e comprende l’elaborazione e l’analisi del contenuto testuale e di tag e attributi importanti, come gli elementi <title> e gli attributi alt, le immagini, i video e altro ancora».

In questa fase accadono tre cose che molte panoramiche trascurano:

Comprendere. Google elabora testo, tag e contenuti multimediali per determinarne il tema. Nella mia presentazione How Search Works lo descrivo come un parser che normalizza l’HTML, lo divide in token e vettorializza i contenuti, trasformando le parole in numeri, affinché se ne possa analizzare il significato; nel percorso vengono estratti segnali relativi a lingua, posizione, schema e semantica. È la mia parafrasi del funzionamento dell’elaborazione, non una citazione di Google.

Canonicalizzare. L’indicizzazione decide anche quale URL rappresenta un insieme di duplicati. “During the indexing process, Google determines if a page is a duplicate of another page on the internet or canonical. The canonical is the page that may be shown in search results.” (traduzione): «Durante l’indicizzazione, Google stabilisce se una pagina è un duplicato di un’altra pagina su Internet oppure è la versione canonica. La pagina canonica può essere mostrata nei risultati». Google raggruppa i duplicati e sceglie una sola versione canonica per il gruppo. Non è una decisione casuale, ma ponderata tramite segnali. Come spiego in Google utilizza circa 40 segnali di canonicalizzazione, “canonicalization is the process that search engines use to determine the main version of the URL that will be indexed and shown to users when there are duplicate URLs” (traduzione): «la canonicalizzazione è il processo con cui i motori determinano la versione principale dell’URL da indicizzare e mostrare agli utenti quando esistono URL duplicati». Secondo Allan Scott di Google esistono circa 40 diversi segnali di selezione della versione canonica, tra cui reindirizzamenti, rel=canonical, URL nelle sitemap, link interni ed esterni, hreflang, PageRank, HTTPS rispetto a HTTP e URL più brevi rispetto a quelli più lunghi.

Memorizzare. “The collected information about the canonical page and its cluster may be stored in the Google index, a large database hosted on thousands of computers.” (traduzione): «Le informazioni raccolte sulla pagina canonica e sul relativo cluster possono essere memorizzate nell’indice Google, un grande database ospitato su migliaia di computer». L’indice è enorme: “hundreds of billions of webpages… well over 100,000,000 gigabytes in size” (traduzione): «centinaia di miliardi di pagine web e ben oltre cento milioni di gigabyte». Non contiene soltanto HTML sottoposto a scansione: “we have multiple indexes of different types of information, which is gathered through crawling, through partnerships, through data feeds being sent to us and through our own encyclopedia of facts, the Knowledge Graph.” (traduzione): «abbiamo più indici per diversi tipi di informazioni, raccolte tramite scansione, partnership, feed di dati che ci vengono inviati e la nostra enciclopedia di fatti, il Knowledge Graph».

L’indicizzazione non è garantita

Il mito essenziale da sfatare: la scansione non garantisce l’indicizzazione. Google: “Indexing isn’t guaranteed; not every page that Google processes will be indexed.” (traduzione): «L’indicizzazione non è garantita; non tutte le pagine elaborate da Google verranno indicizzate». Tra le cause comuni figurano contenuti di bassa qualità, una direttiva noindex per i robot e una struttura della pagina che rende difficile l’indicizzazione.

John Mueller lo ha espresso in termini molto diretti. Alla domanda su quanto possa durare lo stato “rilevata/sottoposta a scansione, attualmente non indicizzata”, ha risposto: “That can be forever. It’s something where we just don’t crawl and index all pages.” (traduzione): «Può durare per sempre. Semplicemente non sottoponiamo a scansione e non indicizziamo tutte le pagine». La soluzione non è un trucco, ma la sostanza: “continue working on the website and making sure that our systems recognize that there’s value in crawling and indexing more and then over time we will crawl and index more.” (traduzione): «continuare a lavorare sul sito e assicurarsi che i nostri sistemi riconoscano il valore di una maggiore scansione e indicizzazione; nel tempo sottoporremo a scansione e indicizzeremo di più».

Ho dimostrato che scansione ≠ indicizzazione anche nella direzione opposta. In Indicizzata anche se bloccata da robots.txt il concetto è semplice: “crawling and indexing are two different things.” (traduzione): «scansione e indicizzazione sono due cose diverse». Una pagina bloccata per la scansione può comunque essere indicizzata se altre pagine contengono link verso di essa; Google non può semplicemente vederne il contenuto, compresa l’eventuale direttiva noindex.

Fase 3 — Pubblicazione dei risultati (abbinamento e ordine)

La pubblicazione avviene nell’istante in cui qualcuno effettua una ricerca. “When a user enters a query, our machines search the index for matching pages and return the results we believe are the highest quality and most relevant to the user’s query.” (traduzione): «Quando un utente inserisce una query, le nostre macchine cercano nell’indice le pagine corrispondenti e restituiscono i risultati che riteniamo di qualità più elevata e più pertinenti alla query». Ma al suo interno ci sono due passaggi distinti.

Prima, comprendere la query

Prima di ordinare qualsiasi risultato, Google deve capire che cosa è stato chiesto. Ciò comprende correzione ortografica, sinonimi, espansione della query e individuazione dell’intento. Nella mia presentazione How Search Works descrivo la correzione ortografica tramite una rete neurale profonda, l’espansione della query tra sinonimi, acronimi e stemming e il neural matching che collega termini concettualmente affini; una quota significativa delle query giornaliere non è mai stata vista prima da Google. È una parafrasi tratta dalla presentazione. La comprensione della query è una fase distinta e non coincide con il ranking.

Poi, ordinare con molti sistemi, non con “l’algoritmo”

Ecco la correzione principale. Il ranking non è una sola formula. “Google uses automated ranking systems that look at many factors and signals about hundreds of billions of web pages and other content in our Search index to present the most relevant, useful results, all in a fraction of a second.” (traduzione): «Google utilizza sistemi di ranking automatizzati che esaminano numerosi fattori e segnali relativi a centinaia di miliardi di pagine web e altri contenuti del suo indice per presentare i risultati più pertinenti e utili, il tutto in una frazione di secondo». Nota il plurale: sistemi di ranking. Google ne nomina diversi: RankBrain (“an AI system that helps us understand how words are related to concepts”; (traduzione): «un sistema IA che ci aiuta a capire come le parole sono collegate ai concetti»), BERT, neural matching (“an AI system that Google uses to understand representations of concepts in queries and pages and match them to one another”; (traduzione): «un sistema IA che Google usa per comprendere le rappresentazioni dei concetti nelle query e nelle pagine e abbinarle») e sistemi di analisi dei link e PageRank (“we have various systems that understand how pages link to each other…”; (traduzione): «disponiamo di diversi sistemi che comprendono come le pagine sono collegate tra loro»). Il sistema dei contenuti utili viene ora descritto al passato: è confluito nel ranking principale con l’aggiornamento di marzo 2024 e non è più un sistema live indipendente.

Vale la pena insegnare due distinzioni:

  • Sistemi ≠ aggiornamenti. I sistemi di ranking sono i meccanismi in funzione continua; gli aggiornamenti del ranking sono le modifiche che Google vi apporta. Sono monitorati separatamente.
  • Non esistono “3 fattori principali” fissi. Gary Illyes ha respinto l’idea che i link siano tra i primi tre: “I think they are important, but I think people overestimate the importance of links. I don’t agree it’s in the top three. It hasn’t been for some time.” (traduzione): «Penso che siano importanti, ma che le persone ne sopravvalutino l’importanza. Non sono d’accordo che rientrino nei primi tre e non accade da tempo». Ha anche affermato “it is possible to rank without links.” (traduzione): «è possibile posizionarsi senza link». Illyes ha inoltre sostenuto che non esistano neppure tre fattori universali, perché i segnali principali cambiano da sito a sito; quest’ultima formulazione è una parafrasi di Search Engine Land, non una citazione testuale.

I cinque fattori indicati da Google

Per offrire una mappa adatta ai principianti, il sito di Google raggruppa il ranking in cinque categorie:

  1. Significato della query — “To return relevant results, we first need to establish what you’re looking for - the intent behind your query.” (traduzione): «Per restituire risultati pertinenti dobbiamo prima stabilire che cosa stai cercando, cioè l’intento dietro la query».
  2. Pertinenza dei contenuti — “The most basic signal that information is relevant is when content contains the same keywords as your search query.” (traduzione): «Il segnale più elementare della pertinenza delle informazioni è la presenza nei contenuti delle stesse parole chiave della query».
  3. Qualità dei contenuti — “they identify signals that can help determine which content demonstrates expertise, authoritativeness, and trustworthiness.” (traduzione): «identificano segnali che possono aiutare a stabilire quali contenuti dimostrano competenza, autorevolezza e affidabilità». Le parole di Google qui indicano E-A-T — competenza, autorevolezza, affidabilità — mentre la E di “esperienza” che trasforma l’acronimo in E-E-A-T è una mia spiegazione, non compare in questa citazione.
  4. Usabilità dei contenuti — considerazioni sull’esperienza sulla pagina e sull’accessibilità.
  5. Contesto e impostazioni — “we use information such as your location, past Search history, and Search settings to determine what is most relevant for you.” (traduzione): «usiamo informazioni come posizione, cronologia delle ricerche precedenti e impostazioni di ricerca per stabilire che cosa è più pertinente per te».

La pertinenza dipende dal contesto: “Relevancy is determined by hundreds of factors, which could include information such as the user’s location, language, and device (desktop or phone).” (traduzione): «La pertinenza è determinata da centinaia di fattori, tra cui possono figurare posizione, lingua e dispositivo, desktop o telefono, dell’utente». Anche il peso cambia in base alla query: “when searching for current news topics, content freshness plays a bigger role than dictionary definitions.” (traduzione): «quando si cercano notizie di attualità, la freschezza dei contenuti conta più delle definizioni di un dizionario». Non esiste un unico risultato “migliore” uguale per tutti.

La pubblicazione decide anche l’aspetto della pagina. “Based on the user’s query the search features that appear on the search results page also change.” (traduzione): «In base alla query dell’utente cambiano anche le funzionalità mostrate nella pagina dei risultati». Knowledge panel, risultati avanzati, immagini, video e local pack fanno parte della pubblicazione, non sono un sistema distinto aggiunto in seguito. E per sfatare due miti persistenti: “we never provide special treatment to advertisers in how our search algorithms rank their websites, and nobody can pay us to do so.” (traduzione): «non riserviamo mai un trattamento speciale agli inserzionisti nel modo in cui i nostri algoritmi ordinano i loro siti e nessuno può pagarci per ottenerlo». Non puoi acquistare una posizione organica e l’invio di un URL costituisce soltanto un segnale: non garantisce indicizzazione o ranking.

Bing segue la stessa struttura

Bing segue la stessa pipeline scansione → indicizzazione → ranking, ma usa una propria terminologia. Microsoft: “Crawling is how Bingbot discovers new and updated pages and content to add to our search index.” (traduzione): «La scansione è il modo in cui Bingbot scopre pagine e contenuti nuovi e aggiornati da aggiungere al nostro indice». Poi, “as Bingbot crawls the web, it sends information to Bing about what it finds. These pages are then added to the Bing index.” (traduzione): «mentre Bingbot esegue la scansione del web, invia a Bing informazioni su ciò che trova. Queste pagine vengono quindi aggiunte all’indice di Bing». Infine, “complex algorithms generate Microsoft Bing search results using the user’s search query matching it with third-party webpages in our index.” (traduzione): «algoritmi complessi generano i risultati di Microsoft Bing abbinando la query dell’utente a pagine web di terze parti presenti nel nostro indice». Bing pubblica i propri fattori di ranking: pertinenza, qualità e credibilità, coinvolgimento degli utenti, freschezza, posizione e tempo di caricamento della pagina, un equivalente chiaro dei cinque di Google.

È un modello, non il codice sorgente

Una precisazione onesta prima di considerare tutto questo un dogma. I motori ci dicono molto, ma non tutto, e i meccanismi interni cambiano. Qualsiasi diagramma della pipeline, compreso il mio, è un’approssimazione utile e non il codice effettivo. Ho inserito questa avvertenza nella diapositiva 3 della mia presentazione How Search Works e la ripeto qui: “This is my understanding of systems and is based on a lot of public statements from Google and my own knowledge. Warning: It’s not going to be 100% complete or accurate.” (traduzione): «Questa è la mia comprensione dei sistemi, basata su molte dichiarazioni pubbliche di Google e sulle mie conoscenze. Attenzione: non sarà del tutto completa né accurata». Considera il modello con elasticità: usalo per ragionare, non per dirimere controversie.

A quale fase si è fermata la pagina?

Qui emerge il valore del modello dei tre varchi. Quando una pagina non rende, non tirare a indovinare: individua il varco non superato, quindi correggi quella fase.

SintomoFase probabilePrimi elementi da controllare
La pagina non viene sottoposta a scansioneScansionePagina orfana, cioè priva di link in entrata, blocco in robots.txt, errori del server, assenza dalla sitemap
Sottoposta a scansione ma non indicizzataIndicizzazioneQualità dei contenuti, noindex, canonicalizzazione verso un altro URL, contenuti JS mai renderizzati
Indicizzata ma non posizionataPubblicazione / rankingPertinenza alla query, qualità dei contenuti, concorrenza, mancata corrispondenza dell’intento
Si posiziona l’URL sbagliatoIndicizzazione (canonicalizzazione)Il cluster di duplicati ha scelto un’altra versione canonica: controlla i circa 40 segnali
Contenuti JS assenti dall’indiceRendering (durante l’indicizzazione)Veri link <a href>, ritardo del rendering, limiti del WRS

La diagnosi indica quale approfondimento consultare.

Dove proseguire

Questa pagina è la mappa. Ogni fase ha un approfondimento dedicato:

Scansione — l’unica fase finora sviluppata come cluster completo. Parti dall’hub sulla scansione, quindi approfondisci crawl budget, cioè capacità e domanda e chi deve davvero occuparsene; crawl rate, la velocità di recupero dei bot e come aumentarla o ridurla; frequenza di scansione, ciò che induce Google a tornare prima; e profondità di scansione, il motivo per cui le pagine importanti devono trovarsi vicino alla home page. Per diagnosticare problemi, consulta analisi dei file di log, la fonte certa su ciò che i bot hanno fatto davvero, e spider trap, spazi URL infiniti che consumano il crawl budget. Per far scoprire prima le pagine, ci sono IndexNow, il protocollo push usato da Bing e altri motori, e la Google Indexing API, insieme al mito che indicizzi qualunque contenuto.

Rendering — il ponte tra scansione e indicizzazione, ora sviluppato in due approfondimenti. Rendering spiega come Google esegue JavaScript nel Web Rendering Service, le opzioni di rendering — CSR, SSR, SSG, hydration, ISR, edge e dinamico — e i rispettivi compromessi SEO. SEO JavaScript tratta problemi e correzioni pratici: veri link <a href>, parità del DOM, contenuti lazy, soft 404 e il motivo per cui lo scorrimento infinito può far indicizzare due pagine come una sola.

Indicizzazione — canonicalizzazione e idoneità all’indicizzazione hanno ora un proprio cluster; parti dall’hub sull’indicizzazione.

Ranking — i sistemi di ranking, i segnali su cui si basano e il ruolo di E-E-A-T costituiscono un argomento a sé, che sarà sviluppato prossimamente.

Per trovare tutti i contenuti del cluster in un solo punto, consulta il cluster Come funziona la ricerca.

Aggiungi una nota dell’esperto

Fissa una citazione dell’esperto

Persona nuova? Crea il suo profilo non rivendicato in /admin/experts/ → Fissa una citazione dell’esperto prima.

Italiano › Contenuti

Rapporto Indicizzazione delle pagine (GSC)

Come funziona il rapporto Indicizzazione delle pagine di Google Search Console (prima Copertura dell'indice): indicizzate e non indicizzate, colonna Origine, tutti gli stati, Convalida correzione e ritardo del rapporto.

Leggi l’articolo →
Italiano › Contenuti

Web crawler

Che cos’è davvero un web crawler (spider o bot), come funziona il ciclo recupero → analisi → coda e perché il crawling non coincide con indicizzazione, rendering o ranking.

Leggi l’articolo →
Italiano › Contenuti

Scoperta degli URL

Come i motori di ricerca scoprono gli URL tramite link interni, backlink, sitemap, RSS/Atom e protocolli push come IndexNow e l’API di indicizzazione. L’hub per tutto ciò che riguarda la scoperta.

Leggi l’articolo →
Italiano › Contenuti

Crawl delay

La direttiva crawl-delay di robots.txt — che cosa fa, perché Google ha smesso di rispettarla nel 2019 e Yandex nel 2018, come Bing interpreta ancora il valore, quali altri crawler la rispettano e che cosa usare al suo posto.

Leggi l’articolo →
Italiano › Contenuti

Canonicalizzazione

Come i motori di ricerca scelgono un URL canonical tra duplicati, vi consolidano i segnali e allineano tutti i segnali, sapendo che rel=canonical è un suggerimento, non una regola.

Leggi l’articolo →
Italiano › Contenuti

Tag canonical

Come implementare correttamente rel=canonical: elemento link HTML, header HTTP Link per i PDF, URL assoluti, un solo canonical per pagina e principali errori da evitare.

Leggi l’articolo →
Italiano › Contenuti

Bloccato da robots.txt (stato GSC)

Che cosa significa lo stato "Bloccato da robots.txt" di Indicizzazione delle pagine in Google Search Console: un URL escluso dall’indicizzazione perché robots.txt ha vietato il crawl. Di solito è intenzionale. In che cosa differisce da "Indicizzato nonostante il blocco"; perché noindex e disallow sono in conflitto; e come correggerlo se il blocco è un errore.

Leggi l’articolo →
Italiano › Contenuti

Bloccato per accesso vietato (403)

Che cosa significa lo stato "Bloccato per accesso vietato (403)" nel rapporto Indicizzazione delle pagine di Google Search Console, perché Googlebot riceve 403 mentre il tuo browser no, in che cosa differisce dal 401 e come diagnosticarlo, correggerlo e validarlo.

Leggi l’articolo →
Italiano › Contenuti

Bloccato per altro problema 4xx

Che cosa significa lo stato "Bloccato per altro problema 4xx" nel rapporto Indicizzazione delle pagine di Google Search Console, quali codici 400, 405, 408, 410, 411, 413, 414, 421, 422 e 451 possono trovarsi nel gruppo, come distinguere la sfumatura del 429 e come diagnosticare, correggere e validare il codice reale.

Leggi l’articolo →
Italiano › Contenuti

Bloccato per richiesta non autorizzata (401)

Che cosa significa lo stato "Bloccato per richiesta non autorizzata (401)" nel rapporto Indicizzazione delle pagine di Google Search Console, in che cosa differisce dal 403 secondo RFC 9110, quali sono le cause comuni, come diagnosticarlo come bot e qual è la correzione giusta in base al tipo di pagina: pubblica, privata, falso positivo WAF o con paywall.

Leggi l’articolo →
Italiano › Contenuti

Non trovato (404)

Cosa significa "Non trovato (404)" nel report Indicizzazione delle pagine di Google Search Console — perché Google ha trovato URL che non hai mai inviato, perché i 404 di solito non danneggiano la SEO, e il piccolo insieme di 404 che vale davvero la pena correggere.

Leggi l’articolo →
Italiano › Contenuti

URL contrassegnato 'noindex' (stato GSC)

Cosa significa lo stato "URL contrassegnato 'noindex'" di Google Search Console — e la variante "URL inviato contrassegnato 'noindex'" e il nome legacy "Escluso per tag 'noindex'". Quando è intenzionale vs. un errore, dove vive il noindex (meta tag vs. header X-Robots-Tag), il conflitto con robots.txt, il noindex fantasma/CDN, e come correggere e validare.

Leggi l’articolo →
Italiano › Contenuti

Crawling: come funziona la scansione web

Come i motori di ricerca scoprono e scaricano il web — Googlebot e Bingbot, scoperta degli URL, scheduler di scansione, rendering e differenze tra crawling, indicizzazione e ranking. L’hub per tutto ciò che riguarda il crawling.

Leggi l’articolo →
Italiano › Contenuti

Crawl budget: cos’è e come ottimizzarlo

Che cos’è davvero il crawl budget — capacità di scansione più domanda di scansione — cosa lo spreca e il test onesto per capire se il tuo sito è abbastanza grande da dovertene preoccupare.

Leggi l’articolo →
Italiano › Contenuti

Crawler IA

I tre tipi di crawler IA — bot di addestramento, indicizzatori della ricerca IA e fetcher attivati dall'utente —, i principali nomi e come controllarli senza danneggiare il SEO.

Leggi l’articolo →
Italiano › Contenuti

Googlebot: guida al crawler di Google

Che cos’è davvero Googlebot: Smartphone contro Desktop, rendering con Chromium evergreen, stringhe user-agent, verifica degli intervalli IP, limiti in byte e differenza tra crawling e ranking.

Leggi l’articolo →
Italiano › Contenuti

Il crawler Bingbot

Che cos’è Bingbot, che cosa alimenta oltre a Bing, come verificarlo con il DNS inverso e come controllarne il crawling con robots.txt, Crawl Control e IndexNow.

Leggi l’articolo →
Italiano › Contenuti

PageRank e SEO

PageRank è l'algoritmo originale di Google per l'analisi dei link: il modello del navigatore casuale, la formula, l'evoluzione Reasonable Surfer, la storia dalla barra degli strumenti alla fuga di documenti API del 2024, perché resta un sistema fondamentale di posizionamento e che cosa comporta per i link e l'architettura interna del sito.

Leggi l’articolo →
Italiano › Contenuti

Reindirizzamenti JavaScript

Cos'è un reindirizzamento JavaScript, come la pipeline di rendering di Google lo tratta diversamente da un 301 lato server, quando è un'ultima risorsa accettabile, e come implementarlo e rilevarlo — oltre a dove si collocano il meta refresh e l'History API.

Leggi l’articolo →
Italiano › Contenuti

Robots.txt

Che cosa fa davvero robots.txt — controlla la scansione, non l’indicizzazione — oltre alla sintassi esatta, a come Google lo gestisce internamente e agli errori che danneggiano i siti.

Leggi l’articolo →
Italiano › Contenuti

User Agent e SEO

Cos'è un user agent — l'header HTTP che crawler e browser usano per identificarsi, il token robots.txt rispetto alla stringa completa, e come verificare che un bot sia reale.

Leggi l’articolo →
Italiano › Contenuti

Feed RSS

Come i motori di ricerca usano i feed RSS 2,0 e Atom 1,0 come canale di scoperta per contenuti freschi: Feedfetcher, robots.txt, WebSub e perché un feed integra ma non sostituisce mai una sitemap XML.

Leggi l’articolo →
Italiano › Contenuti

Google Indexing API: guida

Che cosa fa davvero la Google Indexing API — supportata ufficialmente solo per pagine JobPosting e BroadcastEvent (livestream), non per i contenuti generici. I miti, ciò che dice davvero Google e che cosa usare invece per indicizzare più velocemente.

Leggi l’articolo →
Italiano › Contenuti

Sitemap

Cos'è una sitemap, se ti serve, i tipi (XML, HTML, immagini, video, notizie), come trovarla, crearla e inviarla, e perché le sitemap aiutano la scoperta ma non garantiscono mai l'indicizzazione.

Leggi l’articolo →
Italiano › Contenuti

Sitemap XML

Cos'è una sitemap XML, la sua anatomia, i tag ignorati (priority/changefreq), lastmod accurato, i limiti di 50 000/50MB, hreflang nelle sitemap e come inviarne una.

Leggi l’articolo →
Italiano › Contenuti

Contenuto duplicato: perché si verifica e come correggerlo

Non esiste una penalità per contenuto duplicato. Scopri quali sono i costi reali, come Google raggruppa i duplicati e sceglie un canonical e come correggerli.

Leggi l’articolo →
Italiano › Contenuti

Rendering e SEO

Come il Web Rendering Service di Google esegue il tuo JavaScript per costruire la pagina che indicizza — più le opzioni di rendering (CSR, SSR, SSG, hydration, ISR, edge, dynamic) e i loro compromessi SEO.

Leggi l’articolo →
Italiano › Contenuti

Sitelink: cosa sono e come influenzarli

Che cosa sono i sitelink di Google, perché sono algoritmici al 100% e come influenzarli (non controllarli): lo strumento di demozione ormai scomparso, la deprecazione del Sitelinks Searchbox, i Deep Links di Bing e la differenza tra sitelink a pagamento e organici.

Leggi l’articolo →
Italiano › Contenuti

Indicizzazione mobile-first

Cos'è realmente l'indicizzazione mobile-first — come Google usa il tuo HTML mobile per l'indicizzazione e il posizionamento — e perché la parità dei contenuti è la regola fondamentale.

Leggi l’articolo →
Italiano › Contenuti

Indicizzazione

Come i motori di ricerca memorizzano e organizzano le pagine per poterle classificare: analisi dei contenuti, canonicalizzazione, motivi per cui una pagina scansionata può non essere indicizzata e lettura del report Indicizzazione delle pagine in GSC.

Leggi l’articolo →
Italiano › Contenuti

Baiduspider: guida al crawler di Baidu

Che cos’è Baiduspider: le varianti e gli user-agent del crawler di Baidu, la conformità a robots.txt (e l’eccezione cpro/ads), la verifica tramite DNS inverso, il rendering JavaScript debole e il controllo del crawling in Ziyuan.

Leggi l’articolo →
Italiano › Contenuti

IndexNow per la SEO

IndexNow è il protocollo push aperto che informa immediatamente Bing, Yandex, Naver, Seznam e Yep quando cambiano i tuoi URL: un solo invio, condiviso tra tutti. Come funziona, come configurarlo e perché non produce effetti su Google.

Leggi l’articolo →
Italiano › Contenuti

Pagina alternativa con tag canonical corretto

«Pagina alternativa con tag canonical corretto» nel rapporto Indicizzazione delle pagine di Google Search Console non è un errore: è il sistema canonical che funziona come previsto. Ecco che cosa significa, perché i numeri elevati sono spesso normali, come si distingue dai due stati di duplicato e quali pochi casi meritano un controllo.

Leggi l’articolo →