Skip to content

feat(vtex): expose the search id on the listing page - #19

Merged
marcoferreiradev merged 1 commit into
main-altfrom
feat/plp-search-id
Oct 8, 2026
Merged

marcoferreiradev merged 1 commit into
main-altfrom
feat/plp-search-id

Conversation

@marcoferreiradev

Copy link
Copy Markdown
Collaborator

O que é

O loader vtex/loaders/intelligentSearch/productListingPage.ts passa a devolver o searchId que o Intelligent Search manda em toda resposta de product_search, em pageInfo.searchId.

Por que

O VTEX Activity Flow (search analytics) exige esse id, sem alteração, em cada impressão e clique de resultado de busca (doc). O loader descartava o campo, então o site não tinha como marcar a busca. Consumidor: deco-sites/oficina-reserva#838.

O que muda

  • commerce/types.ts: PageInfo.searchId?: string.
  • vtex/utils/types.ts: ProductSearchResult.searchId?: string.
  • O loader copia o campo; vazio vira undefined.

Campo opcional e aditivo: quem não lê não muda. O id é determinístico por consulta (duas chamadas iguais à API devolvem o mesmo), então o cache do loader não o falsifica.

Validado

Com o site apontando para esta branch em localhost: /live/invoke devolve ids distintos para página 1 e 2 da mesma busca, iguais em chamadas repetidas.

🤖 Generated with Claude Code

Intelligent Search answers every product search with a searchId, and VTEX's
search analytics (Activity Flow) want it reported back verbatim on impressions
and clicks. The loader dropped it; it now travels on pageInfo.searchId.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
@marcoferreiradev
marcoferreiradev merged commit 033681c into main-alt Oct 8, 2026
4 checks passed
@marcoferreiradev marcoferreiradev self-assigned this Oct 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant