Alternativas ao OpenRouter na Europa: gateways de IA por empresa, acesso a fornecedores e registo

O OpenRouter dá acesso a modelos de muitos fornecedores com uma única chave de API. Para quem trabalha na UE e procura o mesmo com uma configuração diferente, esta comparação analisa cinco alternativas: Nodion, Vercel AI Gateway, Cloudflare AI Gateway, Portkey e LiteLLM. Entre as opções comparadas, a Nodion é a única empresa sediada na UE. Cada opção é avaliada em cinco pontos: onde a empresa está sediada, se o serviço é alojado ou gerido por si, se precisa de contas próprias nos fornecedores, o que fica registado por omissão e que opções para a UE estão documentadas. Situação em outubro de 2026; os preços e as taxas ficam de fora, porque mudam.

O que é o OpenRouter

A OpenRouter, Inc. é uma empresa norte-americana sediada em Nova Iorque, e os seus termos regem-se pela lei do Estado de Nova Iorque. Oferece uma única API, muito semelhante à OpenAI Chat API, que dá acesso a modelos de muitos fornecedores. O pagamento é feito com créditos pré-pagos; as chaves próprias de fornecedor (BYOK) são opcionais, pelo que não precisa de contas nos fornecedores.

Quanto aos dados, o OpenRouter documenta três definições por omissão. Não guarda os seus prompts nem as respostas, a menos que ative o registo (opt-in) ou que um conteúdo seja assinalado como potencial material de abuso sexual de crianças (CSAM), que a sua política lhe permite conservar; guarda, sim, metadados de cada pedido, como o número de tokens e a latência. O encaminhamento com zero data retention (ZDR), que só usa fornecedores que não guardam os seus dados, está disponível em todos os planos, mas tem de ser ativado pelo utilizador, nas definições de privacidade ou por pedido. Por fim, o encaminhamento europeu dentro da região (in-region routing) através de eu.openrouter.ai está disponível nos planos Business e Enterprise: os prompts e as respostas (completions) são então desencriptados na Europa (UE/EEE, Reino Unido e Suíça) e encaminhados apenas para endpoints de fornecedores nessa zona, enquanto os dados de conta, os registos de faturação e os logs de segurança podem ser guardados ou tratados nos EUA.

Fontes, verificadas em outubro de 2026: termos do OpenRouter, visão geral da API, BYOK, recolha de dados, zero data retention, encaminhamento na região, planos.

Porque é que as equipas na UE procuram alternativas

Um gateway de IA fica entre o seu código e os fornecedores de modelos, por isso vê cada prompt. Quatro perguntas decidem se encaixa numa configuração na UE:

• Onde a empresa está sediada. Uma região na UE decide onde os dados são tratados; a empresa determina a que leis podem ficar sujeitos. Um gateway norte-americano continua sujeito à lei dos EUA, mesmo com um endpoint na UE.
• Quem são os fornecedores. O gateway reencaminha os seus prompts para fornecedores. Onde estão sediados e o que guardam conta tanto como o próprio gateway.
• Se precisa de contas próprias nos fornecedores. Cada conta é mais um contrato, mais um conjunto de termos e mais um subcontratante no seu registo das atividades de tratamento.
• O que fica registado por omissão. Alguns gateways guardam prompts e respostas nos logs até que essa opção seja desativada.

Resumo comparativo

Opção	Empresa e sede	Alojado ou gerido por si	Acesso aos modelos	Registo por omissão (segundo a documentação)	Opções para a UE (segundo a documentação)
Nodion	Nodion GmbH, Stuttgart, Alemanha	Alojado	Uma chave Nodion, sem contas nos fornecedores	Registo de pedidos com metadados operacionais (modelo, tokens, latência, montante); para modelos alojados pela Nodion, o DPA do AI Inference exclui prompts e resultados desse registo	Encaminha apenas para fornecedores sediados na UE
Vercel AI Gateway	Vercel Inc., EUA	Alojado	Créditos pré-pagos, sem contas nos fornecedores; chaves próprias de fornecedor opcionais	O gateway apaga prompts e respostas após o pedido; ZDR nos fornecedores opcional a partir do plano Pro	Inferência na UE por pedido (desde julho de 2026); região do gateway não fixada
Cloudflare AI Gateway	Cloudflare, Inc., São Francisco, EUA	Alojado na rede da Cloudflare	Sobretudo chaves próprias de fornecedor; créditos Unified Billing opcionais	Logs ativos em cada gateway; podem incluir prompt e resposta; podem ser desativados	Indicado pela Cloudflare como não suportado nos Regional Services
Portkey	Portkey, Inc., São Francisco, EUA; parte da Palo Alto Networks	Alojado, híbrido Enterprise ou gateway open source	Chaves próprias de fornecedor	Pedido e resposta registados; a desativação por pedido mantém tokens, custo e latência	No plano Enterprise (encaminhamento regional ou híbrido)
LiteLLM	BerriAI, São Francisco, EUA	Gerido por si (open source, MIT)	Chaves e contratos próprios com os fornecedores	Nada guardado na BerriAI quando é gerido por si; o registo depende da sua configuração	Onde quer que o execute

1. Nodion

O Nodion AI Inference é o gateway de IA da Nodion GmbH, sediada em Stuttgart, na Alemanha. Encaminha apenas para fornecedores sediados na UE, todos com zero data retention. Não precisa de conta nestes fornecedores: chama todos os modelos através da Nodion com uma única chave de API Nodion, paga a partir de um saldo pré-pago ou, para agentes de programação, com um AI Coding Plan.

A API em https://api.nodion.ai/v1 é compatível com OpenAI, com /v1/chat/completions e a Responses API em /v1/responses, que o Codex CLI usa. O endpoint Responses não tem estado (stateless): não guarda respostas, pelo que o cliente envia a conversa completa, tal como o Codex faz. Quando um fornecedor não está acessível, os pedidos seguintes vão para os outros fornecedores que o seu projeto permite. Nas definições de IA do projeto, decide quais os fornecedores a permitir ou a excluir.

O catálogo inclui modelos de chat como Kimi K3, GLM 5.3, DeepSeek V4.1 Flash e Qwen3.8 27B. A página de cada modelo mostra os fornecedores do modelo com latência, velocidade e uptime das últimas 24 horas. As chaves, a utilização e estas definições ficam no mesmo projeto que a sua aplicação, e cada chave pode ter uma data de expiração e um limite de gastos diário.

Ideal para: equipas que querem o modelo de chave única do OpenRouter, mas com uma empresa da UE e apenas fornecedores sediados na UE.

Fontes: documentação do AI Inference, DPA do AI Inference, Responses API, catálogo do AI Inference, AI Coding Plans, logs do Portkey.

2. Vercel AI Gateway

O Vercel AI Gateway pertence à Vercel Inc., uma empresa norte-americana, e está disponível em todos os planos do Vercel; a sua aplicação não precisa de correr no Vercel. Um único endpoint é compatível com OpenAI para chat completions e para a Responses API, e suporta também a Anthropic Messages API. O acesso funciona com créditos pré-pagos no Vercel, pelo que não precisa de contas nos fornecedores; pode ainda acrescentar as suas próprias chaves de fornecedor.

Segundo a Vercel, o próprio gateway aplica zero data retention por omissão e apaga os prompts e as respostas após o pedido; os logs de pedidos contêm dados como modelo, fornecedor, latência, tokens e custo. A opção de zero data retention nos fornecedores está disponível separadamente para utilizadores Pro e Enterprise, e, por omissão, o gateway não encaminha com base na retenção de dados dos fornecedores. Desde julho de 2026, a inferência na UE pode ser ativada por pedido; segundo a Vercel, um pedido pode ainda assim chegar ao gateway e ser processado por ele em qualquer região do Vercel antes de seguir para o fornecedor.

Fontes: AI Gateway, créditos e chaves próprias, zero data retention, inferência regional, changelog de julho de 2026, termos do Vercel.

3. Cloudflare AI Gateway

O Cloudflare AI Gateway funciona na rede da Cloudflare e está disponível em todos os planos da Cloudflare. A Cloudflare, Inc. é uma empresa norte-americana sediada em São Francisco. Na maioria dos casos, usa as suas próprias chaves de fornecedor, enviadas com o pedido ou guardadas na Cloudflare. Com o Unified Billing opcional, chama fornecedores como OpenAI, Anthropic e Google AI Studio a partir de créditos pré-pagos da Cloudflare, sem chaves de fornecedor. Acrescenta ainda um endpoint de chat completions compatível com OpenAI, novas tentativas (retries) e fallback entre modelos.

Os logs estão ativos por omissão em cada gateway. Uma entrada de log pode incluir o prompt, a resposta, o fornecedor, o consumo de tokens e o custo. Pode desativar o registo por gateway, por pedido ou apenas para o payload. A opção de zero data retention da Cloudflare aplica-se ao tráfego do Unified Billing, não aos pedidos com as suas próprias chaves, e não controla o registo do gateway. A matriz de compatibilidade da Data Localization Suite da Cloudflare indica o AI Gateway como não suportado nos Regional Services.

Fontes: AI Gateway, planos, Unified Billing, chat completions, registo de logs, Data Localization Suite, termos da Cloudflare.

4. Portkey

A Portkey, Inc. nasceu em São Francisco em 2023 e faz parte, desde maio de 2026, da empresa norte-americana Palo Alto Networks, onde passa a ser o gateway de IA do Prisma AIRS. O Portkey está disponível como serviço alojado, como versão híbrida Enterprise com o data plane na sua própria cloud e como gateway open source (MIT) gerido por si. A sua API em https://api.portkey.ai/v1 funciona com o SDK da OpenAI.

Liga as suas próprias contas de fornecedor: no Portkey, adiciona cada fornecedor com a sua chave de API, e o Portkey acrescenta encaminhamento, novas tentativas, fallbacks e observabilidade. Os logs mostram os objetos completos de pedido e resposta; por pedido, o cabeçalho x-portkey-debug: false mantém apenas tokens, custo e latência. A residência de dados na UE faz parte do plano Enterprise: o Portkey inclui o encaminhamento regional de dados (EUA, UE, Índia) entre os seus controlos enterprise, e a configuração híbrida mantém os prompts e as respostas dentro da sua rede.

Fontes: informações sobre o Portkey, aquisição pela Palo Alto Networks, planos, catálogo de modelos, logs, híbrido, gateway open source.

5. LiteLLM

O LiteLLM é um gateway de IA open source (licença MIT) da BerriAI (Berrie AI Incorporated), uma empresa de São Francisco que integrou a turma W23 da Y Combinator. É gerido por si: coloca os fornecedores que configurar atrás de uma única API compatível com OpenAI, com balanceamento de carga, orçamentos, chaves virtuais e guardrails na versão gratuita.

Como o LiteLLM não revende modelos, tem a sua própria conta e o seu próprio contrato com cada fornecedor que usa; os prompts vão apenas para os fornecedores que configurar. Quando o executa por conta própria, o LiteLLM afirma que não são guardados dados nem telemetria nos servidores do LiteLLM, e a telemetria de utilização está desativada por omissão. Onde o gateway corre é uma escolha sua; onde os prompts são depois tratados depende dos fornecedores e dos contratos que escolher.

Fontes: LiteLLM, segurança dos dados, Enterprise, Y Combinator.

Mudar do OpenRouter para a Nodion

• URL base: substitua o URL do OpenRouter por https://api.nodion.ai/v1.
• Chave: crie uma chave de inferência em AI Inference → Keys; começa por nodion_ai_.
• Modelo: use um ID de modelo Nodion, como moonshot/kimi-k3 ou z-ai/glm-5.3, do catálogo.
• Agentes de programação: passo a passo para Codex CLI, OpenCode e Aider, Cline e Continue; a mudança no SDK está descrita em API compatível com OpenAI com encaminhamento na UE.

Como escolher

• Uma chave para muitos modelos, sem contas nos fornecedores, numa empresa da UE: Nodion, com saldo pré-pago ou um AI Coding Plan.
• Apenas fornecedores sediados na UE, com zero data retention: a Nodion encaminha apenas para fornecedores deste tipo.
• Uma subscrição para o seu agente de programação: os AI Coding Plans da Nodion, comparados com outros planos em AI Coding Plans comparados.
• Antes de escolher qualquer gateway: verifique a empresa por trás dele, o que regista por omissão e os fornecedores a que os seus prompts chegam; o que a política de zero data retention abrange enumera o que perguntar.