LisbonaSiamo al Web Summit, stand A1-33.Vedi i dettagli
Feedance
Articolo

Pagina prodotto non disponibile in Merchant Center: un albero decisionale per 404, blocchi dei bot e catene di redirect

Riconduci gli errori di landing page in Merchant Center a sei cause, da URL errati e robots.txt a protezione bot e redirect, e risolvile alla fonte.

Inci DindarInci Dindar
12 min di lettura
Illustration of a web crawler blocked from a product page, with decision-tree paths to server, settings and location icons

"Pagina prodotto non disponibile" è uno dei messaggi più costosi di Merchant Center, perché arriva senza preavviso. Google disapprova i prodotti interessati, che smettono di comparire negli annunci e nelle schede gratuite finché il suo crawler non riesce di nuovo a raggiungere la pagina (Google Merchant Center Help). Una sola scansione fallita sulla pagina mobile o desktop disapprova l'articolo su entrambi i dispositivi e, dopo la correzione, il prodotto può impiegare fino a 48 ore per tornare attivo (Google, Product crawl issues).

Questa guida è pensata per feed manager, responsabili di agenzia e sviluppatori che trovano errori di landing page nella scheda Richiede attenzione. Alla fine sarai in grado di ricondurre l'errore a una di sei cause (il feed, robots.txt, una regola di firewall o CDN, una catena di redirect, il server o Google stesso) e di correggerlo alla fonte.

Cosa significa davvero ogni nome di errore della landing page

Google segnala un solo problema di fondo, "non siamo riusciti a recuperare la pagina del tuo prodotto", con nomi diversi. La tabella associa ciascun nome al relativo codice API e alla prima cosa da verificare.

Problema come lo mostra Merchant CenterCodice del problema (dove Google ne pubblica uno)Cosa non ha funzionatoDa controllare per primo
Pagina prodotto non disponibile / Landing page desktop non disponibilelanding_page_errorNon è stato possibile recuperare l'URL in link, link_template o mobile_linkStato HTTP dell'URL esattamente come inviato
Pagina mobile non scansionabile a causa di robots.txtmobile_landing_page_crawling_not_allowedrobots.txt ha vietato l'accesso al crawlerRegole di robots.txt per Googlebot e Googlebot-Image
Impossibile controllare le pagine prodotto / Impossibile eseguire i controlli di qualità e conformità alle norme sulle pagine prodottoNon presente nella mappatura della gravità di GoogleUn blocco in robots.txt o un errore HTTP ha interrotto il controllo di qualitàPrima robots.txt, poi i codici di stato
Il crawler Google StoreBot non riesce ad accedere alla pagina prodotto in negozioNon presenteStoreBot non ha potuto verificare prezzo, disponibilità o ritiro per le schede localiProtezione anti-bot, regole di CDN e firewall
Account sospeso: landing page non funzionanteeditorial_and_professional_standards_destination_url_down_policyLanding page che non funzionano su scala di accountSe l'intero sito è down o blocca Google

I codici dei problemi provengono dalla mappatura della gravità della Content API; i nomi provengono dalle pagine di aiuto di Google su pagina prodotto non disponibile, impossibile controllare le pagine prodotto e accesso di StoreBot. L'ultima riga riguarda l'intero account, non il singolo prodotto.

Prima di tutto, conta quanti prodotti sono coinvolti

Prima di aprire qualsiasi URL, verifica quale quota del catalogo è interessata. Il rapporto ti dice dove guardare.

  • Quasi tutti i prodotti: qualcosa a livello di intero sito (robots.txt, una regola di CDN o firewall, il DNS, un'interruzione) sta bloccando Google. Parti dai rami B, C ed E.
  • Un sottoinsieme ben definito (una categoria, un brand o un pattern di URL): il feed sta producendo URL errati. Parti dai rami A e D.
  • Una quota piccola e sparsa senza alcun pattern, con pagine che si caricano regolarmente: la scansione di Google potrebbe semplicemente essere fallita. Emmanuel Flossie di FeedArmy considera circa il 10% dei prodotti il segnale di una causa lato Google e la totalità dei prodotti il segnale di un problema del sito (PPC Land, marzo 2026). È l'osservazione di un singolo professionista, non un benchmark di Google: usala come ipotesi di partenza, non come verdetto.

Scarica i prodotti interessati come CSV dalla scheda Richiede attenzione (Google) e ordinali per percorso dell'URL: il pattern di solito emerge subito.

L'albero decisionale: sei cause, nell'ordine in cui testarle

Passa un URL interessato nello strumento Controllo URL, scegliendo smartphone o desktop come tipo di recupero in base all'errore: è il test che raccomanda Google stesso (Google). Poi segui il primo ramo che corrisponde.

A. L'URL nel feed è sbagliato (404 o URL non valido)

Se il controllo restituisce 404, confronta l'URL del feed con quello live. Cause abituali: uno slug cambiato, un dominio di staging, un prefisso di lingua mancante o caratteri non codificati. Google richiede che gli URL inizino con http:// o https://, usino il tuo dominio verificato e codifichino i caratteri speciali, facendo l'esempio di una virgola che diventa %2C (Google). L'attributo link deve seguire la codifica RFC 2396 o RFC 1738 (Google, Product data specification).

È un problema frequente negli store turchi e arabi, le cui piattaforme costruiscono gli slug dai nomi dei prodotti. Righe illustrative, create per questa guida:

Prima (come esportato)Dopo (come dovrebbe arrivare a Google)
https://shop.example.com/kadın-deri-çanta-siyahhttps://shop.example.com/kad%C4%B1n-deri-%C3%A7anta-siyah
https://shop.example.com/urun/şık-gömlek,beyazhttps://shop.example.com/urun/%C5%9F%C4%B1k-g%C3%B6mlek%2Cbeyaz
https://shop.example.com/ar/حقيبة-جلدhttps://shop.example.com/ar/%D8%AD%D9%82%D9%8A%D8%A8%D8%A9-%D8%AC%D9%84%D8%AF
https://staging.shop.example.com/p/12345https://shop.example.com/p/12345

Esegui la codifica con una regola del feed anziché a mano, e codifica una sola volta. La doppia codifica trasforma %C4 in %25C4, un nuovo 404. Correggi pochi prodotti con Modifica prodotto; per correggerne molti, sistema link e mobile_link alla fonte e ricarica il feed (Google).

B. robots.txt sta bloccando Google o non è raggiungibile

Se il controllo segnala la pagina come bloccata, apri /robots.txt. La soluzione di Google è consentire sia al crawler delle landing page sia a quello delle immagini di recuperare l'intero sito (Google):

User-agent: Googlebot
Disallow:

User-agent: Googlebot-image
Disallow:

Tre dettagli che spesso sfuggono:

  • AdsBot ignora il carattere jolly. AdsBot-Google e AdsBot-Google-Mobile ignorano il gruppo User-agent: *, quindi le regole che li riguardano devono nominarli esplicitamente (Google, special-case crawlers). Google usa AdsBot-Google per gli annunci e Googlebot per i risultati organici, e bloccare l'uno o l'altro può causare problemi (Google).
  • Storebot-Google ha un proprio token. Le sue regole influiscono su tutte le superfici di Google Shopping (Google, common crawlers), quindi un Disallow: / aggiunto per risparmiare crawl budget esclude Storebot da ogni pagina prodotto.
  • Anche un robots.txt irraggiungibile è un errore. "Impossibile accedere al file robots.txt" è una causa a sé di pagina prodotto non disponibile (Google).

Se di recente hai modificato robots.txt, Google può continuare a mostrare i prodotti interessati per un massimo di 30 giorni usando immagini approvate in precedenza (Google). Questo periodo di tolleranza nasconde il problema, ma non lo risolve.

C. La protezione anti-bot, un firewall o il geo-blocking restituiscono 403 solo a Google

Questo ramo confonde perché la pagina si carica regolarmente in un browser. Google descrive il pattern in prima persona: firewall o CDN come Cloudflare che restituiscono 403 o 404 solo ai bot automatici, blocklist di user agent e framework di fingerprinting che segnalano i crawler in base a user agent, IP, variabili del browser o frequenza di scansione (Google, StoreBot access).

  1. Controlla il log del firewall o della CDN per richieste di Googlebot, AdsBot-Google o Storebot-Google bloccate o sottoposte a challenge.
  2. Verifica tramite reverse DNS, non con un elenco statico di IP. Google sconsiglia la allowlist di IP statici e raccomanda il reverse DNS (Google). Googlebot si risolve su googlebot.com, AdsBot su google.com, e Google pubblica gli intervalli come common-crawlers.json e special-crawlers.json (Google, verifying requests).
  3. Sappi cosa il tuo prodotto anti-bot può e non può escludere. La documentazione di Cloudflare indica che Bot Fight Mode non può essere aggirata o saltata con regole personalizzate WAF o Page Rules, mentre Super Bot Fight Mode supporta le regole Skip (Cloudflare docs). Se Google viene sottoposto a challenge con Bot Fight Mode, la soluzione è un cambio di configurazione o di piano, non un'altra regola.
  4. Controlla il geo-blocking. L'indicazione di Google è consentire lo user agent AdsBot-Google e, se limiti le regioni, consentire la scansione dagli Stati Uniti (Google). Gli store che limitano il traffico a Turchia o Paesi del Golfo incappano in questo problema.

Non testare tutto questo inviando curl con uno user agent Googlebot dalla tua macchina. Un prodotto anti-bot che verifica tramite IP bloccherà la tua richiesta come falsa anche quando il vero Googlebot è consentito. Usa Controllo URL, che recupera la pagina dalla rete di Google.

D. Troppi redirect o una destinazione di redirect non valida

Google chiede non più di due redirect (Google). Una tipica catena di tre passaggi è da http:// a https://, dal dominio senza prefisso a www, dal vecchio slug al nuovo. Invia l'URL finale. I redirect che restituiscono un URL non valido, vuoto o troppo lungo sono un errore a parte (Google). Se usi il componente aggiuntivo per disponibilità e prezzi regionali, anche gli URL con un parametro region_id devono essere scansionabili (Google).

E. Risposte 5xx, timeout o errori DNS

Questi indicano il server, non il feed; Google elenca 5xx, hostname non risolvibili, risposte malformate e timeout come cause distinte (Google). Le sue indicazioni per l'alta stagione: se il sito è down o va in timeout, gli articoli possono essere disapprovati, quindi verifica che il server regga un picco di traffico e controlla la velocità con PageSpeed Insights (Google, preparing for big events). Fallo prima di un picco come il Black Friday o il Ramadan, non durante.

F. Dalla tua parte non c'è nulla che non vada

Se Controllo URL restituisce 200, robots.txt consente Google, il log del firewall è pulito e solo una minoranza sparsa di prodotti è interessata, richiedi un controllo del sito web. Accelera la riapprovazione; Google può impiegare fino a 12 ore e in quell'intervallo non accetta una seconda richiesta (Google). Il problema può ripresentarsi, a volte il giorno dopo (PPC Land); in quel caso, passa la questione al supporto di Merchant Center allegando i risultati dei tuoi controlli.

Quanto tempo serve per il recupero dopo la correzione

Google indica tempistiche diverse per fasi diverse. Usa questa tabella per allineare le aspettative con chi gestisce il budget:

FaseTempistica pubblicataFonte
Controllo del sito web dopo la tua richiestaFino a 12 ore (nessuna seconda richiesta in quell'intervallo)Google
La scheda Richiede attenzione riflette la correzione di robots.txtDa 24 a 72 oreGoogle
Prodotto che ricompare dopo la correzione della scansioneFino a 48 oreGoogle
Schede locali dopo il ripristino dell'accesso di StoreBotIn genere da 12 a 48 oreGoogle
Immagini approvate in precedenza ancora mostrate dopo una modifica di robots.txtFino a 30 giorniGoogle

Una checklist di prevenzione con punteggio

Assegna un punto per ogni voce che puoi confermare oggi. Sette o più: gli errori dovrebbero essere rari e rapidi da diagnosticare. Quattro o meno: la prossima modifica a robots.txt o alla CDN rischia di mettere offline dei prodotti.

  1. Il feed esporta l'URL canonico finale del prodotto, mai un URL che reindirizza più di una volta.
  2. Una regola del feed codifica con percent-encoding i caratteri non ASCII e le virgole esattamente una volta.
  3. Nessun dominio di staging, anteprima o test può arrivare al feed di produzione.
  4. robots.txt consente Googlebot e Googlebot-Image su tutti i percorsi di prodotti e immagini.
  5. Nessuno ha scritto un disallow per Storebot-Google o AdsBot-Google senza un motivo che qualcuno sia in grado di spiegare.
  6. La protezione anti-bot esclude i crawler Google verificati tramite reverse DNS, e il tuo prodotto anti-bot supporta davvero le esclusioni.
  7. Le restrizioni geografiche consentono la scansione dagli Stati Uniti.
  8. Ogni modifica a robots.txt, CDN o WAF viene testata su tre URL di prodotto con Controllo URL.
  9. Qualcuno controlla Richiede attenzione ogni settimana, e ogni giorno in alta stagione.
  10. I prodotti esauriti o eliminati escono dal feed prima che i loro URL inizino a restituire 404.

Le voci da 1 a 3 e la 10 riguardano il feed, dove uno strumento di gestione dei feed può farle rispettare. Feed Protection di Feedance esegue i suoi controlli a ogni aggiornamento del feed ed esclude gli articoli con link alle immagini non funzionanti prima che raggiungano un canale. La nostra integrazione con Google Merchant Center invia i valori di link prodotti dalle tue regole. Il lato immagini dello stesso problema è trattato nella nostra guida su come correggere i link alle immagini dei prodotti.

Dove questa guida mostra i suoi limiti

Gli strumenti per i feed, compreso il nostro, non scansionano il tuo sito come fa Googlebot. Feed Protection convalida i dati del feed a ogni aggiornamento, non è un monitoraggio in tempo reale e non recupera le landing page dalla rete di Google. I rami B, C ed E restano in capo al tuo sviluppatore, al tuo hosting o all'amministratore della CDN, e Controllo URL insieme ai log del server o della CDN sono gli strumenti giusti in questi casi: nessuna piattaforma di feed li sostituisce.

Questa guida riguarda solo Google; Meta e TikTok Shop usano crawler e nomi di errore propri. Le pagine di Google stesso non concordano sulle tempistiche, quindi considera la tabella di recupero come un intervallo. E la regola "il 10% indica il lato Google" viene da un singolo professionista, e non abbiamo dati di prima mano per confermarla.

Domande frequenti

"Pagina prodotto non disponibile" significa che il mio sito è down?

Non necessariamente. Significa che il crawler di Google non è riuscito a recuperare l'URL inviato, e le cause possono essere un URL del feed errato, un blocco in robots.txt, un blocco del firewall rivolto solo ai bot, troppi redirect o un errore lato Google.

Perché i miei prodotti sono disapprovati su desktop se ha fallito solo la pagina mobile?

Google afferma che un errore di scansione sulla landing page mobile o desktop disapprova l'articolo su entrambi i dispositivi finché la pagina non è raggiungibile. Correggi la versione che non funziona e tornano entrambe.

Consentire Googlebot in robots.txt basta per gli annunci Shopping?

Non sempre. AdsBot-Google ignora il gruppo User-agent: * e Storebot-Google ha un proprio token per le superfici Shopping. Verifica che nessuna regola vieti l'accesso all'uno o all'altro.

Devo inserire gli indirizzi IP di Google in allowlist nel firewall?

Google sconsiglia la allowlist di IP statici e raccomanda la verifica tramite reverse DNS. Se ti servono gli intervalli, leggi i file JSON pubblicati da Google anziché un elenco copiato una volta sola.

Quanto passa prima che i prodotti disapprovati tornino attivi dopo la correzione?

Un controllo del sito web richiesto richiede fino a 12 ore; poi le pagine di Google indicano fino a 48–72 ore perché prodotti e scheda Richiede attenzione si aggiornino. Calcola due o tre giorni.

I caratteri turchi o arabi negli URL dei prodotti causano disapprovazioni?

Possono, se arrivano a Google non codificati o codificati due volte. Codifica i caratteri non ASCII e le virgole esattamente una volta con una regola del feed.

Un problema alla landing page può sospendere l'intero account?

Sì. Google prevede un problema di gravità critica a livello di account per landing page non funzionanti che sospende l'account, quindi un'impennata di questi errori su tutto il catalogo richiede attenzione in giornata.

Le cause lato feed descritte in questa guida (domini errati, caratteri non codificati, URL che non dovrebbero proprio essere nel feed) è meglio intercettarle nel feed che in Merchant Center. Passa il tuo feed nello strumento gratuito di audit del feed di prodotto, che valuta completezza dei dati, qualità dei dati e salute tecnica, e risolvi ciò che segnala prima del prossimo picco.

Fonti

Vuoi un secondo parere sul tuo feed? Lo analizziamo insieme a te e ti mostriamo le lacune prima del prossimo invio.
Richiedi un audit gratuito
Inci Dindar
Scritto da
Inci Dindar

Co-fondatrice di Feedance, dove mette a frutto oltre 20 anni di esperienza nel product design e nella user experience per definire il modo in cui i cataloghi diventano creatività. Con una forte attenzione al collegamento tra design system e automazione, si dedica ad aiutare i brand a scalare la qualità visiva senza scalare l'impegno di design.

LinkedIn

Scopri quali
prodotti rendono.

Collega il tuo feed e GA4. Mostriamo Product Score, 4T, Price War e Broken Size sul tuo catalogo.