RKR IndexNow Best: Notifique os mecanismos de busca sobre cada alteração e mensure seus produtos com o Search Console.

02/11/2026
v1.7.0

Análise completa da versão 1.6.3 , testada de ponta a ponta (78 verificações: salvamentos, alterações de preço, desativações, exclusões, estoque, novas tentativas, fila, catálogo, Bing, Search Console, webhook, dados de demonstração, backup) no PrestaShop 1.7.8.11 , 8.2.8 , 9.0.0 e 9.2.0 , em loja única e multiloja.

Fixo

• As credenciais nunca foram utilizáveis: o segredo do Search Console, a chave da API do Bing, a conta de serviço do Google e o segredo do webhook eram armazenados com um hash unidirecional ( 1.7.8 /8.x) ou não podiam ser salvos de forma alguma (9.x), e salvar a conta do Google impedia a abertura do painel. Agora, elas são criptografadas com a chave da loja e lidas novamente; os valores ilegíveis das versões anteriores são apagados na atualização para que possam ser digitados novamente.
• Cada atualização redefine a configuração das lojas de aplicação única (chave IndexNow, token cron, regras de exclusão, credenciais). A chave e o token cron agora são válidos para toda a instalação e uma atualização nunca sobrescreve um valor armazenado.
• Em um ambiente com várias lojas, a chave e o token do cron eram invisíveis para todas as lojas: nada era enviado e o cron respondia com o código 403.
• As linhas da fila podem ser atualizadas no lugar errado (o ID de outra tabela foi lido após uma inserção), deixando URLs pendentes indefinidamente.
• Alterações de preço e desativações nunca foram detectadas (os valores foram lidos após a gravação). Agora, eles são comparados com o banco de dados antes da gravação.
• O salvamento não depende mais dos mecanismos de busca: os hooks apenas enfileiram as requisições, e os URLs são enviados de uma só vez, em uma única requisição em lote, após a página ser processada. Importações e ações em massa não expiram mais.
• Sempre a forma JSON do protocolo com keyLocation : URLs únicos de lojas instaladas em uma subpasta foram rejeitados (403).
• Uma URL é considerada entregue quando um mecanismo a aceita; um mecanismo que responde com código 429 não invalida mais todo o lote. Apenas api.indexnow.org é selecionado por padrão (os mecanismos compartilham o que recebem).
• As páginas do CMS foram notificadas no idioma errado; os URLs do fabricante e do fornecedor usavam o domínio da loja atual.
• Produtos, categorias e páginas excluídos são notificados em todos os idiomas (seus URLs são capturados antes da exclusão).
• Dois drenos simultâneos (dois crons, o cron e um save) não enviam mais as mesmas linhas.
• O número de tentativas de repetição aumentou em horas, em vez de segundos, quando o PHP e o MySQL são executados em fusos horários diferentes.
• Uma regra de exclusão adicionada posteriormente deixou de bloquear o início da fila.
• As regras de exclusão perderam suas quebras de linha ao serem salvas.
• Os dados de demonstração eram enviados para o IndexNow pelo cron e, ao serem removidos, os números reais do dia eram apagados; o sistema nunca mais acessa as linhas reais dos dados.
• Bing Webmaster: a chave da API foi enviada em um cabeçalho e todas as solicitações falharam. O teste agora lê a cota diária real do site sem gastar envios.
• API de indexação do Google: o teste não consome mais cota (verificação de propriedade), a declaração assinada é enviada apenas para o Google e a propriedade é opcional.
• Search Console: URI de redirecionamento fixa (exibida no painel para copiar para o Google Cloud), estado de uso único aleatório, tokens por loja, a propriedade da loja é escolhida automaticamente, totais da página conforme calculados pelo Google e o acesso é revogado ao desconectar.
• O gráfico de tendências do Search Console mostrava um pico em vez dos números diários (e cada sincronização adicionava 28 dias de cliques ao dia atual): agora ele armazena os cliques diários, as impressões e a posição de toda a propriedade.
• A opção de exportar/importar não teve efeito algum no painel; o backup não contém mais os segredos nem a chave do IndexNow, e a importação aplica as mesmas regras do painel.
• Front office: erro 500 em todas as páginas com o selo (PrestaShop 9); texto estranho impresso sob o selo; estilos do selo não carregados.
• Bloco da página do produto sem seus scripts no PrestaShop 8/9.
• Textos com "&" ou aspas exibiam entidades HTML no PrestaShop 1.7.8 / 8.x.

Segurança

• Cada ação no painel verifica a permissão do perfil do funcionário (visualizar/editar/excluir), aceita apenas solicitações POST e utiliza um nonce aleatório por sessão.
• Webhook: sem redirecionamentos, o endereço verificado é fixado para a solicitação (sem rebinding de DNS), NAT de nível de operadora e outros intervalos internos bloqueados.
• A limpeza da fila e do registro afeta apenas a loja do contexto.

Mudado

• Gatilho de estoque: somente quando um produto se esgota ou volta ao estoque, não para cada unidade.
• Uma cópia da loja movida para outro domínio (ambiente de teste, cópia local) para de enviar notificações até que o painel seja salvo nesse novo local.
• Uma única linha de comando cron atende a todas as lojas da instalação; ela esvazia as filas do Google e do Bing e atualiza o Search Console quando o painel assim o indica.
• O catálogo completo é enfileirado em lotes (sem limite de tempo para lojas grandes).
• Característica de menu própria, regras de complementos do PrestaShop (sem Context:: , sem hash_hmac , sem nofilter , .htaccess , licença), traduções concluídas (501 strings em espanhol).