RKR IndexNow Best: Avvisa i motori di ricerca di ogni modifica e misura i tuoi prodotti con Search Console

v1.7.02026/11/02

Recensione completa della 1.6.3 , testata end-to-end (78 controlli: salvataggi, modifiche di prezzo, disattivazioni, eliminazioni, magazzino, tentativi, coda, catalogo, Bing, Search Console, webhook, dati demo, backup) su PrestaShop 1.7.8.11 , 8.2.8 , 9.0.0 e 9.2.0 , sia in modalità negozio singolo che multi-negozio.

Fisso

• Le credenziali non erano mai utilizzabili: il segreto di Search Console, la chiave API di Bing, l'account di servizio Google e il segreto del webhook venivano memorizzati con un hash unidirezionale ( 1.7.8 / 8.x) o non potevano essere salvati affatto (9.x), e il salvataggio dell'account Google impediva l'apertura del pannello. Ora vengono crittografate con la chiave del negozio e lette correttamente; i valori illeggibili delle versioni precedenti vengono cancellati durante l'aggiornamento in modo che possano essere digitati nuovamente.
• Ogni aggiornamento reimpostava la configurazione dei negozi singoli (chiave IndexNow, token cron, regole di esclusione, credenziali). La chiave e il token cron sono ora validi per l'intera installazione e un aggiornamento non sovrascrive mai un valore memorizzato.
• Nel caso di più negozi, la chiave e il token cron erano invisibili a tutti i negozi: non veniva inviato nulla e il cron rispondeva con un errore 403.
• Le righe della coda potrebbero essere aggiornate nel posto sbagliato (l'ID di un'altra tabella è stato letto dopo un inserimento), lasciando gli URL in sospeso per sempre.
• Le variazioni di prezzo e le disattivazioni non venivano mai rilevate (i valori venivano letti dopo il salvataggio). Ora vengono confrontati con i dati presenti nel database prima del salvataggio.
• Il salvataggio non attende più i motori di ricerca: gli hook si mettono in coda e gli URL della richiesta vengono inviati una sola volta alla fine, in un'unica richiesta di massa, dopo che la pagina ha ricevuto risposta. Importazioni e azioni di massa non vanno più in timeout.
• Sempre la forma JSON del protocollo con keyLocation : gli URL singoli dei negozi installati in una sottocartella sono stati rifiutati (403).
• Un URL viene considerato consegnato quando almeno un motore lo accetta; un motore che risponde con codice 429 non fa più fallire l'intero batch. Di default viene selezionato solo api.indexnow.org (i motori condividono i dati ricevuti).
• Le pagine del CMS venivano notificate nella lingua sbagliata; gli URL dei produttori e dei fornitori utilizzavano il dominio del negozio corrente.
• I prodotti, le categorie e le pagine eliminate vengono notificati in tutte le lingue (i relativi URL vengono acquisiti prima dell'eliminazione).
• Due operazioni di svuotamento simultanee (due cron, il cron e un salvataggio) non inviano più le stesse righe.
• Quando PHP e MySQL vengono eseguiti in fusi orari diversi, i tentativi di ripetizione si protraggono per ore anziché per secondi.
• Una regola di esclusione aggiunta in seguito non blocca più la testa della coda.
• Le regole di esclusione hanno perso le interruzioni di riga al momento del salvataggio.
• I dati demo venivano inviati a IndexNow tramite cron e la loro rimozione ha cancellato i dati reali del giorno; ora non vengono più utilizzate righe di dati reali.
• Bing Webmaster: la chiave API veniva inviata nell'intestazione e ogni richiesta falliva. Il test ora legge la quota giornaliera reale del sito senza consumare invii.
• API di indicizzazione di Google: il test non consuma più quote (controllo di proprietà), l'asserzione firmata viene inviata solo a Google e la proprietà è facoltativa.
• Search Console: URI di reindirizzamento fisso (mostrato nel pannello da copiare in Google Cloud), stato casuale monouso, token per negozio, la proprietà del negozio viene scelta automaticamente, totali di pagina come calcolati da Google e l'accesso viene revocato alla disconnessione.
• Il grafico delle tendenze di Search Console mostrava un singolo picco anziché i dati giornalieri (e ogni sincronizzazione aggiungeva 28 giorni di clic al giorno corrente): ora memorizza i clic giornalieri, le impressioni e la posizione dell'intera proprietà.
• Le operazioni di esportazione/importazione dal pannello di controllo non hanno avuto alcun effetto; un backup non contiene più segreti né la chiave IndexNow e l'importazione applica le stesse regole del pannello.
• Front office: errore 500 su ogni pagina con il badge attivo (PrestaShop 9); testo stampato in modo errato sotto il badge; stili del badge non caricati.
• Blocco pagina prodotto senza script su PrestaShop 8/9.
• I testi con "&" o virgolette mostravano entità HTML su PrestaShop 1.7.8 / 8.x.

Sicurezza

• Ogni azione del pannello verifica l'autorizzazione del profilo del dipendente (visualizzazione/modifica/eliminazione), accetta solo richieste POST e utilizza un nonce casuale per sessione.
• Webhook: nessun reindirizzamento, l'indirizzo verificato viene bloccato per la richiesta (nessun reindirizzamento DNS), NAT di livello carrier e altri intervalli interni bloccati.
• La pulizia delle code e dei log interessa solo il negozio del contesto.

Modificato

• Attivazione della disponibilità: si attiva solo quando un prodotto si esaurisce o torna disponibile, non per ogni singola unità.
• Una copia del negozio spostata su un altro dominio (staging, copia locale) smette di inviare notifiche finché il pannello non viene salvato in tale dominio.
• Un singolo script cron serve per ogni negozio dell'installazione; svuota le code di Google e Bing e aggiorna Search Console quando il pannello lo richiede.
• L'intero catalogo viene messo in coda a lotti (nessun limite di tempo per gli ordini di grandi dimensioni).
• Caratteristiche del menu personalizzate, regole PrestaShop Addons (no Context:: , no hash_hmac , no nofilter , .htaccess , license), traduzioni completate (501 stringhe in spagnolo).