Tem alguma idéia?

Tem uma ideia incrível para tornar nosso produto ainda melhor? Este é o lugar para compartilhá-la! Envie suas sugestões de funcionalidades e vote nas ideias de outros membros da comunidade. As ideias mais populares e impactantes podem ser aprovadas e movidas para o nosso quadro "Ideias em Ação", onde você pode acompanhar o progresso delas.

Sua contribuição impulsiona a inovação—vamos construir algo incrível juntos!

Planned

Servir conteúdo em Markdown em solicitações com cabeçalho “Accept: text/markdown” para obter pontuação máxima no AI Content — Parte 2

Dando continuidade à solicitação de recurso sobre o llms.txt — uma vez que o llms.txt e o llms-full.txt estejam implementados, o único obstáculo restante para atingir a pontuação máxima na dimensão “Conteúdo” do isitagentready.com é a negociação de conteúdo Markdown. Quando um agente de IA solicita uma página, ele envia um cabeçalho `Accept: text/markdown `. Se o seu servidor retornar HTML, o agente precisa filtrar a navegação, os scripts, os anúncios e o ruído de marcação para chegar ao conteúdo real — gastando tokens e, muitas vezes, cometendo erros. Se o seu servidor detectar esse cabeçalho e retornar Markdown limpo, o agente recebe exatamente o que precisa, de forma eficiente. A solicitação: Quando o eDirectory detectar um cabeçalho de solicitação Accept: text/markdown, retorne uma versão em Markdown limpa da página em vez de HTML — abrangendo, no mínimo: Páginas de categorias (nome, descrição, resumos das listagens) Páginas de detalhes dos anúncios (nome da empresa, descrição, informações de contato, categoria) Páginas estáticas principais (Sobre, Contato, Adicionar um Anúncio) Isso não precisa substituir a resposta em HTML para navegadores comuns — basta interceptar o cabeçalho e fornecer uma representação alternativa simplificada aos agentes que a solicitarem. Por que isso é importante: Essa é a diferença entre um agente de IA ser capaz de ler seu diretório e poder usá-lo como uma fonte confiável. Combinado com o llms.txt, um arquivo robots.txt adequado com regras para bots de IA e um mapa do site, isso completa as três primeiras categorias de preparação para IA e coloca os sites do eDirectory no topo da curva de pontuação. A maioria das plataformas ainda não implementou isso. É um verdadeiro diferencial no momento. Aaron

Aaron B 4 days ago

Planned

Adicionar suporte aos arquivos llms.txt e llms-full.txt para a preparação de agentes de IA – Parte 1

Os agentes de IA (ChatGPT, Claude, Perplexity, Gemini) estão se tornando cada vez mais a forma como as pessoas encontram empresas e serviços — e eles precisam de um sinal diferente daquele que o Google utiliza. O padrão emergente é o llms.txt e o llms-full.txt, dois arquivos simples em Markdown hospedados na raiz do seu site que fornecem aos agentes de IA um mapa claro e estruturado do seu site — o que ele abrange, suas principais categorias e páginas-chave. Pense nisso como um robots.txt, mas para LLMs. A especificação está documentada em llmstxt.org. A Cloudflare lançou recentemente um verificador gratuito de prontidão para IA em isitagentready.com, que avalia seu site em uma escala de 0 a 100 em cinco dimensões. Os arquivos llms.txt afetam diretamente a pontuação de Conteúdo. Sem eles, os agentes de IA precisam extrair dados do HTML e, muitas vezes, ignoram o site por completo. A solicitação: Adicione uma seção dedicada à Identidade de IA no painel de administração do eDirectory, onde os proprietários do diretório possam fornecer: Nome e slogan do diretório Objetivo e descrição do diretório Para quem é o diretório (público-alvo) Quais regiões, setores ou nichos ele abrange Quando o diretório foi fundado/lançado Nome e e-mail do contato principal Site do proprietário/operador ou links de redes sociais Gerar automaticamente os arquivos llms.txt e llms-full.txt combinando essas informações de identidade de IA com a estrutura de categorias atual do diretório, as páginas principais e a descrição do site — de forma semelhante à como os mapas do site já são gerados Hospede ambos os arquivos na raiz do site com os cabeçalhos Content-Type: text/plain corretos e mantenha-os atualizados à medida que as categorias e páginas forem alteradas A seção de Identidade de IA é importante porque a geração automática apenas a partir das categorias fornece aos agentes de IA a estrutura do diretório, mas não o contexto — quem o administra, por que ele existe, a quem ele atende. Esse contexto é o que ajuda um agente de IA a decidir se o seu diretório é a fonte correta a ser citada para uma determinada consulta. Para sites que já estão no Cloudflare, isso também aumentaria significativamente as pontuações no isitagentready.com. Vale ressaltar que a nota máxima na dimensão “Conteúdo” também exige o fornecimento de Markdown em solicitações com Accept: text/markdown, o que poderia ser um recurso natural a ser implementado em seguida. Veja a Parte 2 Essa é uma vitória rápida que coloca os sites do eDirectory à frente da grande maioria da web neste momento. A janela de oportunidade em que isso é um diferencial, em vez de um requisito básico, não ficará aberta por muito tempo. Aaron

Aaron B 4 days ago

Abrir configurações do provedor de IA — Ponto de extremidade personalizado da API + Nome do modelo

Gostaria de sugerir o que considero uma das melhorias mais significativas que poderiam ser feitas na seção de IA do eDirectory: permitir a configuração do provedor de IA para que seja possível definir uma URL base da API e um nome de modelo personalizados, em vez de limitar os usuários exclusivamente ao OpenAI. O padrão da API OpenAI é para a IA o que o S3 é para o armazenamento de objetos A melhor maneira de entender isso é por meio de uma analogia. Anos atrás, o Amazon S3 definiu um padrão de API para armazenamento de objetos. Hoje, dezenas de provedores — Cloudflare R2, Backblaze B2, Wasabi, MinIO e muitos outros — implementam essa mesma API compatível com S3. O resultado é que qualquer aplicativo desenvolvido para se comunicar com o S3 pode trocar de provedor simplesmente alterando uma URL de endpoint e as credenciais. Sem alterações no código. Sem trabalho de reintegração. A API OpenAI /v1/chat/completions tornou-se exatamente a mesma coisa para a inferência de IA. Agora é o protocolo padrão de fato do setor, e praticamente todos os principais provedores de IA do mundo a adotaram como uma interface compatível de forma imediata. Provedores ocidentais OpenAI — api.openai.com/v1 Google Gemini — generativelanguage.googleapis.com/v1beta/openai xAI / Grok — api.x.ai/v1 Mistral AI — api.mistral.ai/v1 Groq — api.groq.com/openai/v1 Together AI — api.together.xyz/v1 Fireworks AI — api.fireworks.ai/inference/v1 Perplexity — api.perplexity.ai OpenRouter — openrouter.ai/api/v1 (redireciona para mais de 100 modelos por meio de uma única chave) Ollama (auto-hospedado) — localhost:11434/v1 LM Studio (auto-hospedado) — localhost:1234/v1 Provedores chineses (todos compatíveis com OpenAI) DeepSeek — api.deepseek.com/v1 Z.ai / GLM (Zhipu AI) — api.z.ai/api/openai/v1 Qwen / Alibaba — dashscope.aliyuncs.com/compatible-mode/v1 MiniMax — api.minimax.chat/v1 Moonshot / Kimi — api.moonshot.ai/v1 ByteDance / Doubao — ark.cn-beijing.volces.com/api/v3 Baidu / ERNIE — qianfan.baidubce.com/v2 StepFun — api.stepfun.com/v1 Xiaomi / MiMo — via OpenRouter Tencent Hunyuan — api.hunyuan.cloud.tencent.com/v1 Todos eles utilizam o mesmo protocolo. Se o eDirectory simplesmente expusesse uma URL base de API personalizada e um campo de nome de modelo, cada um deles se tornaria instantaneamente utilizável — sem nenhum trabalho de desenvolvimento adicional de sua parte. Uma única implementação desbloqueia todo o ecossistema, agora e para todos os provedores que surgirem no futuro. Assim como a compatibilidade com o S3 fez para o armazenamento. O caso dos custos No momento, os usuários estão presos aos preços da OpenAI. Veja aqui quanto isso realmente custa em comparação com o que está disponível em todo o ecossistema (preços por 1 milhão de tokens, em dólares americanos): OpenAI — GPT-5.5 Entrada: $5,00 / Saída: $30,00 Anthropic — Claude Opus 4.8 Entrada: $5,00 / Saída: $25,00 (Não é nativamente compatível com a OpenAI — acessível apenas via OpenRouter) Google Gemini — Gemini 3.1 Pro Entrada: $2,00 / Saída: $12,00

Aaron B 6 days ago

Maior flexibilidade do widget de categorias

Gostaria de sugerir uma melhoria para o widget de categorias. Atualmente, ele permite selecionar apenas categorias de primeiro nível e as categorias principais, e elas não podem ser reorganizadas. Seria muito útil se o widget pudesse: Incluir subcategorias de segundo ou terceiro nível para que os usuários possam encontrar áreas populares mais rapidamente. Permitir a reordenação de categorias e subcategorias, dando aos administradores controle sobre a ordem de exibição para otimizar a navegação e a experiência do usuário. Essa melhoria tornaria o diretório mais flexível e fácil de navegar, além de permitir destacar as subcategorias mais relevantes para os usuários, melhorando tanto a visibilidade quanto o engajamento.

Shay Williams about 2 months ago

Feedback sobre melhorias na interface do usuário (UI) e na experiência do usuário (UX) do eDirectory

Gosto muito do módulo de IA — ele tem um visual moderno, funcional e renovado. No entanto, grande parte do restante da interface do usuário parece ultrapassada. Os contornos cinza e os fundos neutros nas páginas, especialmente na área de listagem, dão uma aparência antiquada. Uma opção de fundo branco e um estilo menos rígido modernizariam a interface. O espaçamento entre as seções é mínimo, o que me obriga a adicionar manualmente cabeçalhos ou excluir conteúdo apenas para criar um pouco de espaço. A consistência nas fontes, tamanhos e negrito em títulos, cabeçalhos e seções — como na seção de preços — precisa ser melhorada, pois as inconsistências tornam a interface menos refinada. Seria ótimo ter módulos de criação de conteúdo mais flexíveis, permitindo layouts de uma, duas ou três linhas com texto, imagens, botões e blocos de conteúdo. A possibilidade de ver as edições em tempo real durante a criação melhoraria significativamente a experiência em comparação com o fluxo de trabalho atual de salvar e visualizar. No geral, uma pequena renovação visual — cores modernas, tipografia consistente, espaçamento aprimorado e blocos de conteúdo mais flexíveis — faria uma enorme diferença na usabilidade e na percepção, complementando os recursos de IA que já parecem atualizados.

Shay Williams about 2 months ago

1

Tornar o modo IA opcional nas páginas de listagem

O modo de IA no diretório é um ótimo recurso e funciona bem quando usado de forma intencional. No entanto, nas páginas de categorias, ele exibe automaticamente recomendações de IA, o que atrapalha a experiência natural de rolagem. Seria melhor se os usuários pudessem controlar quando ver as recomendações em cada página que visitam, permitindo uma navegação fluida sem ter que esperar o carregamento do conteúdo de IA. Talvez seja melhor ajustar este texto: Resposta gerada por IA. Resumo personalizado com base na sua pesquisa. Para: Quer recomendações geradas por IA? Obtenha um resumo personalizado com base na sua pesquisa. Isso dá aos usuários a opção de ativar as sugestões de IA apenas quando quiserem, mantendo a experiência de navegação suave e ininterrupta, ao mesmo tempo em que fornece insights personalizados quando desejado. Esse ajuste garante clareza e respeita o controle do usuário sobre o conteúdo

Shay Williams about 2 months ago

1

Controle de uso da IA e roteamento do controlador externo para o modo IA

À medida que o uso da IA cresce, um dos principais desafios para os proprietários de plataformas é gerenciar e otimizar os custos das APIs. Atualmente, o AI Mode envia todas as consultas diretamente para a OpenAI, sem a opção de controlar ou filtrar as solicitações. Gostaríamos de sugerir as seguintes melhorias para versões futuras do eDirectory: Controlador externo / Opção de roteamento de API Permitir que as consultas do Modo IA sejam roteadas para um endpoint externo configurável antes de chamar a OpenAI Isso permitiria uma lógica personalizada, como: • Filtragem de consultas simples (tratadas internamente) • Decidir quando o OpenAI é necessário • Integração com sistemas de IA externos ou bases de conhecimento Controles de uso de IA Capacidade de definir limites de consultas (por usuário / por dia) Opção de restringir o acesso à IA por nível de assinatura (por exemplo, apenas Premium) Botão para ativar/desativar o Modo de IA por página ou módulo Visibilidade da gestão de custos Rastreamento básico de uso (por exemplo, número de consultas de IA acionadas) Registro ou relatórios opcionais para ajudar a monitorar o consumo da API 🎯 Por que isso é importante: Esses recursos permitiriam aos proprietários de diretórios: Escalar a IA de forma responsável Alinhar o uso da IA com a monetização (por exemplo, listagens Premium) Evitar custos descontrolados de API Ampliar os recursos de IA do eDirectory além do comportamento padrão da OpenAI Acreditamos que isso aumentaria significativamente a flexibilidade e a escalabilidade a longo prazo do Modo IA em todas as plataformas baseadas no eDirectory.

redila 3 months ago

Bloqueador de palavras-chave de spam no perfil

O spam de perfis em diretórios tornou-se um problema significativo que afeta negativamente a qualidade, o desempenho e a credibilidade das plataformas de diretórios online. Trata-se de bots automatizados que criam perfis falsos, principalmente com o objetivo de gerar backlinks para melhorar as classificações de SEO. O problema Bots automatizados estão criando perfis comerciais falsos no meu diretório, incorporando backlinks ocultos para sites de jogos de azar, apostas e outros sites do mercado cinza. Em apenas um dia, nossos registros de acesso confirmaram um grande número de perfis de spam sendo ativados por redes de bots em mais de 14 endereços IP. Esses perfis prejudicam a classificação do diretório hospedeiro no Google, atraem scanners de vulnerabilidades, aumentam a carga do servidor e podem desencadear violações das políticas de redes de anúncios — tudo isso sem o conhecimento do proprietário do site até que o dano já esteja feito. Como funciona o spam de perfis em diretórios: Envios automatizados: os spammers usam ferramentas como XRumer, GSA Search Engine Ranker e Scrapebox para criar automaticamente listagens falsas em diretórios. Manipulação de backlinks: O objetivo principal é inserir backlinks nessas listagens falsas para manipular as classificações de pesquisa. Volume de links em detrimento da qualidade: mesmo links de baixa qualidade ou irrelevantes podem impactar as classificações de SEO devido ao grande volume de backlinks gerados. Manipulação de texto âncora: os spammers usam palavras-chave específicas (por exemplo, “viagra barato”, “serviços de SEO”) no texto âncora da listagem para influenciar as classificações de busca. Rastreamento e indexação: os diretórios são alvo para melhorar o rastreamento e a indexação do site do spammer. Efeitos no diretório: Poluição do banco de dados: Milhares de listagens duplicadas ou falsas podem sobrecarregar o diretório, tornando-o mais difícil de navegar e menos utilizável. Sobrecarga do servidor: Bots que enviam perfis falsos geram tráfego desnecessário, resultando em alto uso da CPU e sobrecarga nos servidores. Prejuízo para o SEO: O spam excessivo pode fazer com que os mecanismos de busca classifiquem o diretório como um site de baixa qualidade, prejudicando as classificações tanto das listagens legítimas quanto das de spam. Perda de confiança: usuários reais podem ser dissuadidos de interagir com o diretório se encontrarem listagens falsas ou irrelevantes. Riscos legais: Alguns spammers promovem produtos ou serviços ilegais, expondo potencialmente o diretório a problemas legais. Como os spammers se beneficiam: Backlinks: O objetivo principal é criar backlinks que melhorem as classificações de SEO. Redes de links: Os spammers costumam criar redes de links, aproveitando diretórios para impulsionar outras páginas com spam. Texto âncora: Os spammers manipulam o texto âncora para segmentar palavras-chave específicas e melhorar as classificações. Solução para administradores de diretórios Uma lista de bloqueio de palavras-chave/padrões nas configurações do perfil do administrador do site impediria a criação ou publicação de perfis quando termos banidos fossem detectados nos campos de nome de usuário, nome da empresa ou URL do site. Isso funcionaria de maneira semelhante à forma como o eDirectory já lida com spam em avaliações e listagens. Versão mínima viável: Uma lista simples de palavras banidas no sitemgr que os administradores possam preencher por conta própria. Aplicada aos campos de slug do nome de usuário, nome de exibição e URL do site na criação do perfil. Bloquear silenciosamente ou reter para revisão, em vez de alertar o bot de que foi detectado. Por que isso é importante O ataque é totalmente automatizado, pode atingir centenas de perfis e o dano à autoridade do domínio é cumulativo, tornando a recuperação lenta. Um filtro de palavras-chave no momento da criação impede o ataque antes que ele comece, em vez de forçar os administradores a limparem os dados de forma reativa. Cada instalação do Directory é um alvo em potencial — isso protege toda a base de clientes. Nota final A internet funciona como uma corrida armamentista entre sinal e ruído. O spam de diretórios é ruído tentando se passar por sinal. O desafio interessante é projetar sistemas onde empresas genuínas ainda possam entrar facilmente, enquanto o lixo automatizado se choca contra paredes invisíveis. Esse quebra-cabeça de engenharia — parte sociologia, parte ciência da computação — é o que mantém grandes diretórios vivos, enquanto milhares de menores...

Aaron B 3 months ago