Se você tem alguma sugestão ou ideia para melhorar o desenvolvimento de nossos produtos, aqui é o lugar!

Antes de abrir uma nova sugestão, faça uma busca para verificar se já não existe alguma similar; caso exista, utilize seus votos para aumentar a relevância da mesma.

Crie sempre sugestões de forma individual, ou seja, coloque sempre somente uma sugestão por postagem, evitando que ela se torne confusa.

Análise e desenvolvimento das sugestões:

  • Todas as sugestões são analisadas pela nossa equipe em até 48 horas. Não serão respondidas dúvidas por este canal; utilize nossa Central de Atendimento;
  • As sugestões terão interação da Tray quando tivermos dúvida ou quando a mesma já estiver em desenvolvimento;
  • Após a analise as sugestões aceitas irão permanecer em aberta para votação e comentário dos lojistas;
  • Sugestões que não são possíveis seu desenvolvimento, serão finalizadas;
  • Sugestão repetida será agrupada com a sugestão mais antiga;
  • A cada trimestre é priorizado o desenvolvimento das sugestões com base em sua votação e nas mudanças mercadológicas.

** Sugestões (ou comentários) serão removidas caso não contribuam com a evolução do produto.

Utilizamos alguns status para as ideias:

  • Em revisão: estamos aguardando outros usuários colaborarem com a ideia, para que em algum momento ela possua boa relevância para as lojas;
  • Planejada: trata-se de uma ideia que já está em nosso roadmap e será desenvolvida dentro de algum tempo;
  • Iniciada: atividade que já está sendo desenvolvida por nossa equipe;
  • Em beta: atividade que está sendo desenvolvida, mas já está apta para lojistas utilizarem em suas lojas para nos ajudar a encontrar aprimoramentos para a funcionalidade;
  • Concluída: ideia concluída ou recurso já existente na plataforma;
  • Recusada: trata-se de uma ideia que não será implementada, podendo ser devido a indisponibilidade de APIs de parceiros ou ser uma demanda que não é viável para a plataforma.

Para contatos de suporte e problemas individuais, por favor utilizem nossa área de atendimento em: http://atendimento.tray.com.br

+4
Completed

Dados estruturados e ecommerce avançado / datalayer

Christian 2 years ago em Tray OpenCode • updated by Equipe Tray 2 years ago 1
Boa tarde. Seria ótimo se a Tray já disponibilizasse o DataLayer com formatação para e-commerce avançado. Bem como as variáveis ecomm_prodid, ecomm_pageType, ecomm_totalvalue.

Mesmo para customização manual, realizando um datalayer.push antes do pageview, não encontrei na documentação uma variável (atributo) de "product" que retorne o nome da categoria, apenas o ID.
+3

Ser possível filtrar quais produtos ainda não foram publicados!

SAUL 2 years ago em Tray OpenCode • atualizado 2 years ago 1

Olá boa tarde, na hora de publicar o anuncio, você seleciona o apelido, existe apenas um filtro:

"Exibir todos os produtos"

"Exibir produtos sem anuncio"

"Exibir produtos com anuncio"

a ideia é otima, porem não resolve pra mim, pois se você colocar "exibir produtos sem anuncio", ele aparece a quantidade de produtos porem não exibe nada, pois voce precisa digitar algo na busca.

outra coisa é que aparece os produtos sem estoque em vermelho, seria legal poder filtrar produtos "estoque acima de 0", e o recurso não está filtrando por apelido.


+3
Completed

Modal de login

Weslley Ceresa 2 years ago em Tray OpenCode • updated by Equipe Tray 1 year ago 12
Add um link para tela de cadastro e ser possível que seja chamado de qualquer tela da loja, Home, Categoria...
+3
Completed

Poder retornar atributo de preço com desconto por forma de pagamento para marcação de dados estruturados

Christian 2 years ago em Tray OpenCode • atualizado 2 years ago 0
Hoje temos uma dificuldade. Ao enviar o XML para o google shopping, ele dá a opção apenas do preço "De" ou o preço com desconto (o problema é que o preço com desconto é o menor preço, ou seja:
De: 100
Por: 90
(por) 81,00 a vista com desconto.

Para gerar o dado estruturado que o google pede "price", podemos utilizar apenas 100 ou 90, no entanto não encontrei na documentação como recuperar o preço com desconto da forma de pagamento.

O problema maior ainda ocorre pois o XML do google shopping envia o valor com desconto da forma de pagamento. Ou seja: há discrepância entre o feed (xml) e os microdados, tornando a conta passível de suspensão no google e inabilitando os anúncios de display que utilizam o feed.
+2

Botão de Limpeza de Cache

Matheus Trovao 2 months ago em Tray OpenCode 0

Durante as ultimas semanas do mês de setembro, esta sendo causado um certo impassse no desenvolvimento de lojas pelo OpenCode por conta do cache. Independente de ser atualizado por meio do Ruby ou do Administrativo, a presença do cache atrapalha no desenvolvimento.
Poderia ser implantado um botão de limpar o cache no Editor HTML, de forma que evitaria que o cliente ficasse limpando o cache todo instante, prejudicando o desempenho da loja.

+2

API Pública de Marcas

Famasom Maringa 8 months ago em Tray OpenCode • updated by Luingry Silva Carvalho 4 months ago 1

Uma API pública de marcas apenas para consulta, visto que as marcas que a loja trabalha não são sigilosas, não é necessário validação por token.

Uma API deste tipo possibilitaria criar uma página personalizada com as marcas da loja.

+2

Edição de Alt text no logo do site

contato 9 months ago em Tray OpenCode • updated by Equipe Tray 9 months ago 1

Boa tarde. Venho, mais uma vez, pedir a imensa gentileza de habilitar a edição do alt text do meu logo do site, pois já abri sugestão e não sei quantas reclamações na ouvidoria e e-mails para o developers e cada hora vocês me dão uma desculpa diferente. Só quero que liberem a edição do alt text do meu logo no meu site via html mesmo. Nada muito complicado. 

Agradeço a gentileza.

Bruna

+2

Tag tray.scripts em async ou defer!

Guilherme Pereira 1 year ago em Tray OpenCode • atualizado 1 year ago 1

Bom dia!

Tudo bem?

Gera algum tipo de problema para o lado de vocês, deixar os script carregados pela tag {{ tray.script }} com async ou defer habilitado?

Pois, ele estão deixando o carregamento do meu site mais demorado, pois os scripts carregados por eles estão com carregamento bloqueante...

Obs: esta informação veio direto de sistemas de análise de página, com o pagespeed do google.

Abraços,

Guilherme Pereira

+2

Página em construção ou manutenção

adrjp 1 year ago em Tray OpenCode • updated by Equipe Tray 1 year ago 1

Poderia ser inserido uma opção no sistema, para que o administrador tivesse acesso a uma página (editável) de construção ou manutenção onde seriam inseridos algo básico como logotipo, endereço e e-mail que ficaria visível aos clientes em quanto fossem feitas as atualizações na loja.

+2

Variação de cores com maior leque de variação.

Manuel Douradinho 1 year ago em Tray OpenCode 0

Seguinte, usando o ML antes mesmo da febre de E-commerce que nos açoita, eu sempre reparei em algumas facilidades que me deixavam muito contente com a utilização do mesmo. Porém, com a evolução do mercado, devemos nos atualizar ou ficaremos para trás, e foi isso que fiz.
Hoje, venho em meio dessa postagem para talvez ajudar não só a mim, mas a Tray e outros clientes que sofrem na hora de criar um anúncio com variação de cores. Dentro do ML eu posso usar a cor Azul+Vermelha, Azul+Roxa, Roxa+Azul e assim por diante. Sempre repetindo variações desde que as mesmas não estejam no mesmo campo, sendo ele principal ou secundário.
Ai me ocorreu uma questão, que talvez a Tray esteja "ficando para trás".

Eu não consigo fazer essas mesmas variações utilizando a plataforma, sendo assim, comecei a pensar em como poderia funcionar e como deveria funcionar para que o problema não ocorra mais:
Suponhamos que o azul carregue a numeração de ID4 e que o Vermelho carregue a numeração de ID0, se a Tray "separa" essas cores sem descriminar qual delas é a primária ou a secundária, ficará impossível fazer os anúncios com as variações que sitei acima. Coisa muito importante para quem vende calçados, roupas e alguns outros produtos que carregam muitas cores. Mas ai, qual seria a solução ?
Invés das cores terem suas ID's fixas, elas deveriam somar com a cor secundária e ser lhe dada uma nova. Por exemplo:
Azul=4 + Vermelho=0 = ID40 - Tornando uma ID única em uma junção de duas cores.
Vermelho=0 + Azul=4 = ID04 - Possibilitando o uso das mesmas cores.

O modo que a Tray faz hoje (falando erroneamente):
Azul=4 / Vermelho=0 - Duas colunas separadas sem criar variáveis, o código simplesmente procura se a cor já foi utilizada, se ela foi, ela não poderá mais ser repetida.
Vermelho=0 / Azul=4 - O código não verifica as cores como uma variável nova, ele procura se as cores já foram usadas no campo, se foram, acontece o erro "Variações duplicadas".
Vermelho=0 / Preto=1 - Sendo assim, tendo um vermelho e um azul em cada lado das duplicações tornará impossível eu utilizar essas cores em outras variáveis dentro do mesmo produto.

Espero que tenham conseguido entender com esses exemplos. Pois até a atendente do Suporte entendeu e me pediu para explicar aqui nas sugestões, para ver a possibilidade de inclusão desta ideia. Eu realmente não sei qual é a linguagem que vocês utilizam, mas se for Java ou Html5, pelo amor de deus, isso é muito simples e deixaria a vida de seus clientes ( inclusive a minha)_muito mais simples.

Att - Danilo H. Bispo, Equipe Itra de Desenvolvimento.