Experimento: Hub de curadoria de conteúdo colaborativo para meta

Se a resposta for ‘tecnicamente’ a resposta correta para a postagem original, então eu acho que seria bom para um moderador marcar uma postagem como a solução

especialmente se:

  • a postagem original fizer uma pergunta muito específica
  • pontos extras se a pergunta estiver no título
  • for uma postagem mais antiga (talvez criar um período em que um tópico é considerado ‘antigo’, digamos 6 meses)
  • se não houve atividade no tópico (a mesma coisa, talvez 3 meses)
  • o moderador tem certeza de que a resposta está correta

Ser marcado como solução de alguma forma facilita a busca pela resposta correta? A busca ou o bot de IA dá mais peso aos tópicos marcados como solução?

3 curtidas

Eu acho que isso depende da configuração prioritize_solved_topics_in_search. Para mim, já é útil que você possa ver nos resultados da pesquisa que o tópico está resolvido. Você também pode filtrar a pesquisa por tópicos resolvidos.

1 curtida

[quote=“Moin, post:23, topic:397606”]Você também pode filtrar a busca por tópicos resolvidos.

[/quote]

Essa era a minha próxima pergunta e é bom saber

Parece que o conceito de ‘content gardening’ (curadoria de conteúdo) está focado em tornar o fórum mais fácil de pesquisar por soluções

Tópicos resolvidos deveriam ter mais prioridade nos resultados da busca? Talvez exibir um banner ou uma forma óbvia de indicar ‘este tópico tem uma solução marcada’?

Eu não acho que eu preferiria um banner maior. Ele precisa de espaço sem adicionar mais informações do que a caixa de seleção verde.

Faz sentido separar esta discussão dos pedidos de jardinagem?

se você se importar em continuar esta discussão para não poluir a discussão geral de jardinagem de conteúdo.

Todas as categorias de suporte (aqui no Meta) utilizam a opção ‘marcar como solução’?

Edição para adicionar:

mas eu não quis implicar que

era para dizer que isso estava fora do tópico. Na verdade, o oposto

Sinto que a opção ‘marcar como solução’ pode ser bastante útil no processo de ‘jardinagem de conteúdo’.

2 curtidas

Isso é usado em várias áreas onde múltiplas soluções possíveis podem ser sugeridas:

Eu acho que Creating form templates poderia ser marcado com form-templates

1 curtida

re. mods marcando soluções:

Boa lista!

JammyDodger usou uma janela de tempo mais curta:

Seria bom começar com uma regra geral em algum lugar entre 2 semanas e 6 meses :grinning_face_with_smiling_eyes:

1 curtida

sim, eu estava apenas chutando um número
2 semanas parece mais próximo de se encaixar
além disso, se o autor da postagem responder e disser que resolveu o problema, mas não marcou como solução, isso é um nocaute (slam dunk)

2 curtidas

Eu implementei uma solução alternativa potencial que podemos experimentar e ver como funciona.

  • concedi privilégios de criação aos usuários de nível de confiança 3
  • ativei “exigir aprovação para novos tópicos”
  • adicionei o seguinte modelo de tópico
<!-- Por favor, não crie tópicos nesta categoria se você não faz parte da equipe. -->
<!-- Usuários de nível de confiança 3 têm privilégios de criação para permitir que editem títulos e tags -->

Eu acho que isso deve permitir que usuários TL3 corrijam títulos e tags nessas categorias de documentação sem introduzir muita confusão sobre quem pode ou deve criar tópicos nessas categorias.

Vamos ver como fica.

(Fiz isso para cada subcategoria de Documentation, exceto para Documentation > Developer Guides, que é gerenciada por uma sincronização de um repositório git)

3 curtidas

Tenho pensado um pouco sobre isso ultimamente porque observei muitos casos em que um autor de postagem diz algo como “Obrigado, isso resolveu meu problema”, mas não marca como resolvido. Ontem eu intervi e marquei como solução, mas se estivermos esperando algumas semanas para fazer isso, isso se aplica?

Não tenho certeza de como as pessoas estão perdendo o grande botão verde que diz “resolvido”, mas se for algo que precisamos fazer para manter o site organizado, acho que deve ser um curso de ação válido, mesmo que tenha sido recentemente.

1 curtida

Algo a considerar seria:

  1. marcar a solução
  2. deixar um comentário dizendo que você o fez

Alternativamente, acabamos de adicionar este recurso recentemente: Notify OP and answerer if staff accepts an answer

Screenshot 2026-03-04 at 10.21.11 PM

Talvez possamos/devamos tentar ativar isso?

2 curtidas

Para constar, isso está ativado aqui há algum tempo:

Screenshot 2026-03-04 at 10.24.11 PM

Essa opção não é uma ideia ruim na minha opinião, a única outra opção viável que vi por aqui historicamente é marcar como resolvido e apenas bloquear o tópico, mas eu não sou de querer bloquear um tópico instantaneamente no segundo em que ele cumpriu seu propósito, caso haja uma pergunta/problema de acompanhamento. Informar ao usuário em uma mensagem de bloqueio parece muito melhor para mim do que uma resposta completa, mas acho que devemos evitar bloquear tópicos arbitrariamente, se possível (especialmente tópicos de suporte).

Informar ao OP parece ser a opção certa, mas também sinto que há um caso para apenas deixar os moderadores/equipe marcarem como solução e deixar o tópico fechar automaticamente? Lembro-me de ter visto uma sugestão de recurso em algum lugar para poder sugerir soluções, mas isso não é para hoje… habilitar isso pode ser melhor nesse meio tempo.

Sim, isso já está configurado também:

Isso é bem generoso (30 dias?).

Então, se ativarmos a outra opção, acho que “marcar solução” é suficiente:

  1. Marcar solução
  2. OP é notificado
  3. (Eles têm 30 dias para responder e esclarecer “não, não foi resolvido”)
  4. Tópico fecha automaticamente

E se 30 dias parecer muito, poderíamos diminuir…

1 curtida

Adicionei a tag a esse tópico.

Esse pode ser o motivo pelo qual muitas tags estão faltando nessa categoria. As tags também são adicionadas no GitHub?

Hmm… Não estou vendo nada aqui que indique que ele tenha tags. Além disso, tags não parecem fazer parte de um frontmatter de documento, como indicado aqui.

Sim, vamos considerar a Documentation > Developer Guides um animal um pouco diferente no momento e focar nas outras primeiro.

Estou curioso para saber como é essa notificação para o OP. Poderia ser js.review.stale_help..?

image

Apenas pensando que a mensagem deve transmitir a ideia de que “isto parece resolvido, mas nos corrija se estivermos errados.”

1 curtida