Extensão para Chrome e Firefox
A stack da loja VTEX, na aba que você já está.
Lê a stack, o catálogo e o SEO da página, chama as APIs da loja com a sessão dela e destrava o preview do CMS do FastStore no seu localhost.
01
O botão Pré-visualização do CMS do FastStore — o Headless CMS legacy e o Storefront > Content — abre a loja publicada. A extensão injeta um botão Localhost ao lado dele que abre a mesma URL no seu dev server: a query inteira preservada, nas duas versões do CMS, e sem depender do cmsDevMode. Lojas em VTEX IO e no portal legacy previsualizam por workspace e não usam esse fluxo.
02
Chame as APIs da loja de dentro da própria aba, com a sessão que ela já tem. Presets de Sessão, Checkout, Catálogo, Intelligent Search, OMS e Master Data; a resposta formatada ou crua; histórico da sessão e cópia como JSON ou CSV. Método que altera dados pede confirmação antes.
03
IO, FastStore, CMS Legacy Portal ou headless — com account, workspace, binding e os sinais que sustentam cada conclusão. Na mesma aba, o vtex_segment decodificado em campos editáveis, e a sessão: diz se há login de loja e de admin na origem, e clona a de {account}.myvtex.com para o domínio da loja sem o token passar pela área de transferência.
04
Indexação, canonical, hreflang, JSON-LD, headings e imagens sem alt, com regras por tipo de página — PDP sem Product, listagem sem ItemList. Ao lado, os vendors carregados na página, com o id da conta quando existe: GTM, GA4, Meta, TikTok, Clarity, Criteo e outros.
PDP com a lista de SKUs — EAN, refId, seller, preço e disponibilidade — e atalho para o admin. Listagem e busca com categoria, caminho, termo, map e ordenação.
O cookie 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.
Abre a mesma rota em outro workspace, com os recentes e a volta ao master. As flags do render-runtime — __siteEditor, __disableSSR, __disablePixels, binding e sales channel — em um clique, preservando o resto da query.
O runner também roda numa aba VTEX do DevTools, com a janela inteira, além do popup.
Um código-fonte, dois builds MV3: service_worker no Chrome, background.scripts no Firefox. O build do Firefox roda também no Android, onde tudo passa pelo popup — o navegador não tem DevTools no aparelho.
A leitura da página é injetada sob demanda quando você abre o popup. Por isso a instalação não pede “ler dados em todos os sites”.
Chrome e nos navegadores baseados em Chromium, e Firefox. O build do Firefox roda também no 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. As chamadas de API usam a sessão que a aba já tem — se o endpoint exige sessão de admin, você precisa estar logado no admin daquela conta.
Não. Não existe servidor: ela lê a aba sob demanda e descarta quando o painel fecha.
Não há content script global — a leitura da página é injetada sob demanda quando você abre o popup. O acesso fixo é só a *.myvtex.com e localhost; domínio de loja é opcional e liberado por você, site a site.
Nas issues do repositório. É um projeto independente, mantido nas horas vagas, mas leio tudo.
Não há servidor. A extensão lê a aba sob demanda e descarta quando o painel fecha. O acesso fixo é só a *.myvtex.com e localhost; domínio de loja é opcional, concedido por você site a site.
Projeto independente. Não é um produto oficial da VTEX, e não usa a identidade visual da VTEX.
