---
title: "Fii Detalhe"
method: GET
path: "/fiis/{ticker}"
---

# Fii Detalhe

`GET /fiis/{ticker}`

## Request

- Base URL: `https://dadosb3.com` (the document declares no server; this is the origin it was published from)
- URL: `https://dadosb3.com/fiis/{ticker}`
- Auth: none declared

Um FII, em dois formatos pela MESMA URL.

Sem chave, o padrão é a PÁGINA. Quem manda chave (ou pede
`application/json` explicitamente) recebe o JSON de sempre; o FII de
degustação (MXRF11) continua aberto também no JSON.

★ A REGRA É A CHAVE, NÃO O ACCEPT — e isto é conserto de um defeito que eu
mesmo introduzi horas antes (04/09/2026). A primeira versão desta rota
negociava por `_quer_html`, que exige `text/html` EXPLÍCITO:

    Googlebot (manda text/html)  -> 200, a página
    Accept: */*                  -> 401   <- GPTBot, ClaudeBot, curl
    sem Accept                   -> 401

Medido em produção. O Search Console recusou a solicitação de indexação
desta URL, e o motivo estava aqui. A página existe para ser LIDA por
buscador e por IA, e eu a servi só para quem já sabia o formato de bater —
exatamente a porta que ela vinha derrubar.

É a QUARTA vez nesta família: o /mcp respondendo 406 no navegador, o
/auditoria sem placa no llms.txt, o /reapresentacoes com `*/*`, e agora
esta. A lição já estava escrita no I-N19 e eu repeti o erro assim mesmo:
quem manda chave quer o feed (integração existente não pode quebrar), e
quem não manda não tem acesso ao JSON de qualquer jeito — servir 401 em
vez da página só esconde conteúdo público.

## Path parameters

- `ticker` string, required

## Query parameters

- `lang` string, nullable

## Headers

- `accept-language` string, nullable
- `x-api-key` string, nullable

## Response `200`

Successful Response

- unknown

## Other responses

- `422`: Validation Error

---

[API](https://skmtc.dev/dadosb3/apis/dados-b3.md) · [All operations](https://skmtc.dev/dadosb3/apis/dados-b3/llms.txt) · [OpenAPI document](https://skmtc.dev/dadosb3/apis/dados-b3/revisions/42d0dc587552?raw)