Extensão para Chrome e Firefox
Lê a stack, o catálogo e o SEO da loja VTEX aberta na aba.
Também chama as APIs da loja com a sessão que a aba já tem e põe um botão Localhost no CMS do FastStore, que abre o preview no seu dev server.
No CMS do FastStore, tanto no Headless CMS legacy quanto no Storefront > Content, o botão Pré-visualização abre a loja publicada. A extensão coloca um botão Localhost ao lado dele, que abre a mesma URL no seu dev server com a query inteira. Funciona nas duas versões do CMS e não depende do cmsDevMode. Lojas em VTEX IO e no portal legacy fazem preview por workspace e não usam esse fluxo.
Chama as APIs da loja de dentro da própria aba, com a sessão que ela já tem. Vem com presets de Sessão, Checkout, Catálogo, Intelligent Search, OMS e Master Data. A resposta aparece formatada ou crua, as chamadas ficam num histórico da sessão e dá para copiar tudo como JSON ou CSV. Antes de rodar um método que altera dados, ele pede confirmação.
A extensão diz se a loja roda em IO, FastStore, CMS Legacy Portal ou headless, e mostra account, workspace, binding e os sinais em que cada conclusão se baseia. Na mesma aba ficam o vtex_segment e a sessão. Ela informa se há login de loja e de admin na origem e clona a sessão de {account}.myvtex.com para o domínio da loja sem que o token passe pela área de transferência.
Confere indexação, canonical, hreflang, JSON-LD, headings e imagens sem alt, com regras por tipo de página: acusa uma PDP sem Product ou uma listagem sem ItemList. Ao lado aparecem os vendors carregados na página (GTM, GA4, Meta, TikTok, Clarity, Criteo e outros), com o id da conta quando existe.
map e a ordenação.vtex_segment decodificado: sales channel, culture info, moeda e region id em campos editáveis, e o JSON inteiro para priceTables, campaigns e o resto. Gravar recarrega a aba.__siteEditor, __disableSSR, __disablePixels, binding e sales channel) ligam com um clique, sem mexer no resto da query.service_worker no Chrome e background.scripts no Firefox.pnpm dev da loja rodando. A extensão abre o dev server na porta 3000; se o seu usa outra, mude o campo Porta na aba Preview do popup.Para testar uma versão que ainda não chegou às lojas, clone o repositório e gere os builds:
pnpm install
pnpm build # .output/chrome-mv3
pnpm build:firefox # .output/firefox-mv3No Chrome, abra chrome://extensions, ligue o Modo do desenvolvedor e use Carregar sem compactação na pasta .output/chrome-mv3. No Firefox, abra about:debugging#/runtime/this-firefox e use Carregar extensão temporária com o .output/firefox-mv3/manifest.json.
No Chrome, nos navegadores baseados em Chromium e no Firefox, inclusive no Firefox para Android. Lá tudo acontece no popup, porque o navegador não tem DevTools no aparelho.
Para ler a página, não: detecção de stack, SEO e scripts de terceiros funcionam em qualquer loja VTEX pública. Para chamar um endpoint que exige sessão de admin, você precisa estar logado no admin daquela conta.
Não. As chamadas do fetch runner saem da aba direto para o domínio da loja, e a extensão não copia as respostas para lugar nenhum.
Porque não há content script global: a leitura da página é injetada só quando você abre o popup. O acesso fixo se limita a *.myvtex.com e localhost. Domínio de loja é opcional, e você libera site a site.
Nas issues do repositório. É um projeto independente, mantido nas horas vagas, mas leio tudo.
A extensão não tem servidor e não manda nada para fora do navegador. O que ela lê da aba é descartado quando o painel fecha, e o token de sessão nunca é gravado.
Política de privacidadeProjeto independente, sem associação com a VTEX. Não é um produto oficial dela.