Criar uma query

​

Criando uma query

Limitações da query!

Suas queries terão limitações dependendo do nível de acesso que você estiver usando.

Se você tiver acesso Pro, sua query pode ter até 512 caracteres.

Se você tiver acesso Enterprise, entre em contato com seu gerente de contas.

Disponibilidade de operadores

Embora a maioria dos operadores esteja disponível para qualquer desenvolvedor, há vários reservados para quem foi aprovado para o acesso Enterprise. Indicamos em qual nível de acesso cada operador está disponível na tabela list of operators, usando os seguintes rótulos:

• Core operators: Disponível ao usar qualquer Projeto.
• Advanced operators: Disponível ao usar um Projeto com acesso Enterprise   

​

Tipos de operadores: independentes e que exigem conjunção

Operadores independentes podem ser usados sozinhos ou em conjunto com quaisquer outros operadores (inclusive aqueles que exigem conjunção).

Por exemplo, a seguinte query funcionará porque usa o operador #hashtag, que é independente:

#xapiv2

Operadores que exigem conjunção não podem ser usados isoladamente em uma query; eles só podem ser usados quando pelo menos um operador independente estiver incluído na query. Isso ocorre porque usar esses operadores sozinhos seria amplo demais e resultaria na correspondência de um volume extremamente alto de Posts.

Por exemplo, as seguintes queries não são compatíveis, pois contêm apenas operadores que exigem conjunção:

has:media has:links OR is:retweet

Se adicionarmos um operador independente, como a expressão “X data”, a query passará a funcionar corretamente.

“X data” has:mentions (has:media OR has:links)

​

Operadores booleanos e agrupamento

Se você deseja encadear vários operadores em uma única query, você tem as seguintes ferramentas à sua disposição:

Lógica AND	Operadores sucessivos separados por espaço resultam em lógica booleana “AND”, o que significa que os Posts corresponderão apenas se ambas as condições forem atendidas. Por exemplo, snow day #NoSchool corresponderá a Posts contendo os termos snow e day e a hashtag #NoSchool.
Lógica OR	Operadores sucessivos com OR entre eles resultarão em lógica OR, o que significa que os Posts corresponderão se qualquer uma das condições for atendida. Por exemplo, especificar grumpy OR cat OR #meme corresponderá a quaisquer Posts contendo pelo menos os termos grumpy ou cat, ou a hashtag #meme.
Lógica NOT, negação	Adicione um hífen (-) a uma palavra‑chave (ou qualquer operador) para negá-la (NOT). Por exemplo, cat #meme -grumpy corresponderá a Posts contendo a hashtag #meme e o termo cat, mas somente se não contiverem o termo grumpy. Uma cláusula de query comum é -is:retweet, que não corresponderá a Retweets, correspondendo assim apenas a Posts originais, Quote Tweets e respostas. Todos os operadores podem ser negados, mas operadores negados não podem ser usados sozinhos.
Agrupamento	Você pode usar parênteses para agrupar operadores. Por exemplo, (grumpy cat) OR (#meme has:images) retornará Posts contendo os termos grumpy e cat, ou Posts com imagens contendo a hashtag #meme. Observe que ANDs são aplicados primeiro e, depois, ORs são aplicados.

Uma observação sobre negações

O operador -is:nullcast deve sempre ser negado.

Operadores negados não podem ser usados sozinhos.

Não negue um conjunto de operadores agrupados entre parênteses. Em vez disso, negue cada operador individualmente. Por exemplo, em vez de usar skiing -(snow OR day OR noschool), sugerimos usar skiing -snow -day -noschool. 

Ordem de operações

Ao combinar funcionalidades AND e OR, a seguinte ordem de operações ditará como sua query é avaliada.

1. Operadores conectados por lógica AND são combinados primeiro
2. Em seguida, operadores conectados com lógica OR são aplicados

Por exemplo:

• apple OR iphone ipad seria avaliado como apple OR (iphone ipad)
• ipad iphone OR android seria avaliado como (iphone ipad) OR android

Para eliminar incertezas e garantir que sua query seja avaliada conforme o pretendido, agrupe termos com parênteses quando apropriado. 

Por exemplo:

• (apple OR iphone) ipad
• iphone (ipad OR android)  

Pontuação, diacríticos e diferenciação de maiúsculas/minúsculas

Se você especificar uma query de palavra‑chave ou hashtag com acentos ou diacríticos, ela corresponderá ao texto do Post que contenha tanto o termo com acentos e diacríticos quanto o termo com caracteres normais. Por exemplo, queries com a palavra‑chave Diacrítica ou a hashtag #cumpleaños corresponderão a Diacrítica ou #cumpleaños, assim como a Diacritica ou #cumpleanos sem o til í ou o eñe.

Caracteres com acentos ou diacríticos são tratados da mesma forma que caracteres normais e não são tratados como limites de palavra. Por exemplo, uma query com a palavra‑chave cumpleaños corresponderia apenas a atividades contendo a palavra cumpleaños e não corresponderia a atividades contendo cumplea, cumplean ou os.

Todos os operadores são avaliados sem diferenciação de maiúsculas/minúsculas. Por exemplo, a query cat corresponderá a Posts com todos os seguintes: cat, CAT, Cat.

O comportamento de correspondência do stream filtrado é diferente do das contagens de Post. Ao criar uma regra de stream filtrado, saiba que palavras‑chave e hashtags que incluem acentos e diacríticos corresponderão apenas a termos que também incluam o acento e o diacrítico, e não corresponderão a termos que usam caracteres normais em seu lugar. 

Por exemplo, regras de stream filtrado que incluem a palavra‑chave Diacrítica ou a hashtag #cumpleaños corresponderão apenas aos termos Diacrítica e #cumpleaños, e não corresponderão a Diacritica ou #cumpleanos sem o til í ou o eñe

Especificidade e eficiência

Quando você começar a construir sua query, é importante manter algumas coisas em mente.

• Usar operadores amplos e isolados na sua query, como uma única palavra-chave ou #hashtag, geralmente não é recomendado, pois provavelmente corresponderá a um volume massivo de Posts. Criar uma query mais robusta resultará em um conjunto mais específico de Posts correspondentes e, idealmente, aumentará a precisão das suas contagens de Post para ajudar você a encontrar insights mais valiosos.
  • Por exemplo, se sua query fosse apenas a palavra-chave happy, você provavelmente obteria algo entre 200.000 e 300.000 Posts por dia.
  • Adicionar mais operadores condicionais restringe seus resultados; por exemplo, (happy OR happiness) place_country:GB -birthday -is:retweet
• Escrever queries eficientes também ajuda a permanecer dentro da restrição de comprimento de caracteres da query. A contagem de caracteres inclui toda a string da query, incluindo espaços e operadores.
  • Por exemplo, a seguinte query tem 59 caracteres: (happy OR happiness) place_country:GB -birthday -is:retweet

Comportamento de correspondência de Quote Tweet

Ao usar os endpoints de contagem de Post, os operadores não corresponderão ao conteúdo do Post original que foi citado, mas corresponderão ao conteúdo incluído no Quote Tweet.

No entanto, observe que o stream filtrado corresponderá tanto ao conteúdo do Post original que foi citado quanto ao conteúdo do Quote Tweet.

Construindo uma query iterativamente

Teste sua query cedo e com frequência

Conseguir que uma query retorne os resultados “corretos” na primeira vez é raro. Há muito em X que pode ou não ser óbvio à primeira vista, e a sintaxe de query descrita acima pode ser difícil de alinhar à sua query desejada.

À medida que você constrói uma query, é importante testá-la periodicamente usando um dos endpoints de Search Post para garantir que os Posts que estão correspondendo à sua query sejam relevantes para o seu caso de uso.

Para esta seção, vamos começar com the seguinte query e ajustá-la com base nos resultados que recebermos durante nosso teste:

happy OR happiness

Use os resultados para estreitar a query

Ao testar a query com Search Posts, você deve examinar os Posts retornados para ver se eles incluem os dados que você espera e deseja receber. Começar com uma query ampla e um superconjunto de correspondências de Post permite revisar o resultado e estreitar a query para filtrar resultados indesejados.

Quando testamos a query de exemplo, percebemos que estávamos recebendo Posts em uma variedade de idiomas diferentes. Nessa situação, queremos receber apenas Posts em inglês, então vamos adicionar o operador lang:

(happy OR happiness) lang:en

O teste retornou vários Posts desejando às pessoas um feliz aniversário, então vamos adicionar -birthday como um operador de palavra-chave negada. Também queremos receber apenas Posts originais, então adicionamos o operador negado -is:retweet:

(happy OR happiness) lang:en -birthday -is:retweet

Ajuste para inclusão quando necessário

Se você perceber que não está recebendo dados via Search Posts que espera e sabe que existem Posts que deveriam retornar, talvez seja necessário ampliar sua query removendo operadores que podem estar filtrando os dados desejados.

No nosso exemplo, percebemos que havia outros Posts na nossa timeline pessoal que expressavam a emoção que estamos procurando e não foram incluídos nos resultados do teste. Para garantir maior cobertura, vamos adicionar as palavras-chave excited e elated.

(happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet

Ajuste para tendências/“picos” populares ao longo do período

As tendências vão e vêm rapidamente em X. Manter sua query deve ser um processo ativo. Se você planeja usar uma query por um período, sugerimos verificar periodicamente os dados que está recebendo para ver se precisa fazer ajustes.

No nosso exemplo, percebemos que começamos a receber alguns Posts desejando às pessoas “happy holidays”. Como não queremos esses Posts incluídos em nossos resultados, vamos adicionar a palavra-chave negada -holidays.

(happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet -holidays

Depois de testar e iterar adequadamente sua query, você pode começar a enviá-la com os endpoints de contagem de Post para começar a receber apenas o volume de Posts, em vez dos payloads completos de Post.

​

Adicionando uma query à sua solicitação

Para adicionar sua query à solicitação, use o parâmetro query. Como em qualquer parâmetro de query, certifique-se de fazer a codificação HTTP da query que você elaborou.

Veja um exemplo de como isso fica usando um comando cURL. Se quiser usar este comando, substitua $BEARER_TOKEN pelo seu próprio Bearer Token:

      curl https://api.x.com/2/tweets/counts/recent?query=cat%20has%3Amedia%20-grumpy&tweet.fields=created_at&max_results=100 -H "Authorization: Bearer $BEARER_TOKEN"

​

Exemplos de query

Acompanhamento de um desastre natural

A query a seguir correspondeu a Posts originais provenientes de agências meteorológicas e instrumentos de medição que discutem o furacão Harvey, que atingiu Houston em 2017.

Veja como a query ficaria sem a codificação HTTP:

has:geo (from:NWSNHC OR from:NHC_Atlantic OR from:NWSHouston OR from:NWSSanAntonio OR from:USGS_TexasRain OR from:USGS_TexasFlood OR from:JeffLindner1) -is:retweet

E veja como a query ficaria com a codificação HTTP, o parâmetro query e o URI de contagem de Posts recentes:

https://api.x.com/2/tweets/counts/recent?query=-is%3Aretweet%20has%3Ageo%20(from%3ANWSNHC%20OR%20from%3ANHC\_Atlantic%20OR%20from%3ANWSHouston%20OR%20from%3ANWSSanAntonio%20OR%20from%3AUSGS\_TexasRain%20OR%20from%3AUSGS_TexasFlood%20OR%20from%3AJeffLindner1)

Analisar o sentimento de uma conversa

A próxima regra pode ser usada para entender melhor o sentimento da conversa que se desenvolve em torno da hashtag #nowplaying, mas restrita apenas a Posts publicados na América do Norte.

Veja como as duas queries diferentes, uma para positivo e outra para negativo, ficariam sem a codificação HTTP:

#nowplaying (happy OR exciting OR excited OR favorite OR fav OR amazing OR lovely OR incredible) (place_country:US OR place_country:MX OR place_country:CA) -horrible -worst -sucks -bad -disappointing

#nowplaying (horrible OR worst OR sucks OR bad OR disappointing) (place_country:US OR place_country:MX OR place_country:CA) -happy -exciting -excited -favorite -fav -amazing -lovely -incredible

E veja como a query ficaria com a codificação HTTP, o parâmetro query e o URI de contagem de Posts recentes:

https://api.x.com/2/tweets/counts/recent?query=%23nowplaying%20(happy%20OR%20exciting%20OR%20excited%20OR%20favorite%20OR%20fav%20OR%20amazing%20OR%20lovely%20OR%20incredible)%20(place\_country%3AUS%20OR%20place\_country%3AMX%20OR%20place_country%3ACA)%20-horrible%20-worst%20-sucks%20-bad%20-disappointing

https://api.x.com/2/tweets/counts/recent?query=%23nowplaying%20(horrible%20OR%20worst%20OR%20sucks%20OR%20bad%20OR%20disappointing)%20(place\_country%3AUS%20OR%20place\_country%3AMX%20OR%20place_country%3ACA)%20-happy%20-exciting%20-excited%20-favorite%20-fav%20-amazing%20-lovely%20-incredible

Encontrar Posts relacionados a uma anotação específica de Post

Esta regra foi criada para filtrar Posts originais que incluíam a imagem de um animal de estimação que não fosse um gato, em que o idioma identificado no Post é japonês. Para isso, usamos o operador context: para aproveitar a funcionalidade de anotações de Post. Primeiro, usamos o endpoint de consulta de Post e o parâmetro de fields tweet.fields=context_annotations para identificar quais IDs de domain.entity precisamos usar em nossa query:

• Posts relacionados a gatos retornam o domínio 66 (categoria Interests and Hobbies) com a entidade 852262932607926273 (Cats).
• Posts relacionados a animais de estimação retornam o domínio 65 (Interests and Hobbies Vertical) com a entidade 852262932607926273 (Pets).

Veja como a query ficaria sem a codificação HTTP:

context:65.852262932607926273 -context:66.852262932607926273 -is:retweet has:images lang:ja

E veja como a query ficaria com a codificação HTTP, o parâmetro query e o URI de contagem de Posts recentes:

https://api.x.com/2/tweets/counts/recent?query=context%3A65.852262932607926273%20-context%3A66.852262932607926273%20-is%3Aretweet%20has%3Aimages%20lang%3Aja

​

Operadores

Operador	Tipo	Disponibilidade	Descrição
keyword	Independente	Core	Corresponde a uma palavra-chave no corpo de um Post. Esta é uma correspondência tokenizada, o que significa que sua string de palavra-chave será comparada ao texto tokenizado do corpo do Post. A tokenização divide palavras com base em pontuação, símbolos e caracteres separadores do plano básico Unicode. Por exemplo, um Post com o texto “I like coca-cola” seria dividido nos seguintes tokens: I, like, coca, cola. Esses tokens seriam então comparados à string de palavra-chave usada em sua query. Para corresponder a strings contendo pontuação (por exemplo coca-cola), símbolos ou caracteres separadores, você deve envolver sua palavra-chave em aspas duplas. Exemplo: pepsi OR cola OR "coca cola"
emoji	Independente	Core	Corresponde a um emoji no corpo de um Post. Semelhante a uma palavra-chave, emojis são uma correspondência tokenizada, o que significa que seu emoji será comparado ao texto tokenizado do corpo do Post. Note que se um emoji tem uma variante, você deve envolvê-lo em aspas duplas para adicioná-lo a uma query. Exemplo: (😃 OR 😡) 😬
"exact phrase match"	Independente	Core	Corresponde à frase exata no corpo de um Post. Exemplo: ("X API" OR #v2) -"recent counts"
#	Independente	Core	Corresponde a qualquer Post contendo uma hashtag reconhecida, se a hashtag for uma entidade reconhecida em um Post. Este operador executa uma correspondência exata, NÃO uma correspondência tokenizada, o que significa que a regra #thanku corresponderá a posts com a hashtag exata #thanku, mas não àqueles com a hashtag #thankunext. Exemplo: #thankunext #fanart OR @arianagrande
@	Independente	Core	Corresponde a qualquer Post que menciona o nome de usuário fornecido, se o nome de usuário for uma entidade reconhecida (incluindo o caractere @). Exemplo: (@XDevelopers OR @API) -@X
$	Independente	Advanced	Corresponde a qualquer Post que contém o ‘cashtag’ especificado (onde o caractere inicial do token é o caractere ‘'). Note que o operador cashtag depende da extração de entidade 'symbols' do X para corresponder a cashtags, em vez de tentar extrair o cashtag do próprio corpo. Exemplo: `twtr OR @XDevelopers -$fb`
from:	Independente	Core	Corresponde a qualquer Post de um usuário específico. O valor pode ser o nome de usuário (excluindo o caractere @) ou o ID numérico do usuário. Você só pode passar um único nome de usuário/ID por operador from:. Exemplo: from:XDevelopers OR from:API -from:X
to:	Independente	Core	Corresponde a qualquer Post que é uma resposta a um usuário específico. O valor pode ser o nome de usuário (excluindo o caractere @) ou o ID numérico do usuário. Você só pode passar um único nome de usuário/ID por operador to:. Exemplo: to:XDevelopers OR to:API -to:X
url:	Independente	Core	Executa uma correspondência tokenizada em qualquer URL validamente formatada de um Post. Este operador pode corresponder ao conteúdo dos campos url ou expanded_url. Por exemplo, um Post contendo “You should check out X Developer Labs: https://t.co/c0A36SWil4” (com a URL curta redirecionando para https://developer.x.com) corresponderá a ambas as seguintes regras: from:XDevelopers url:"https://developer.x.com" e from:XDevelopers url:"https://t.co". Tokens e frases contendo pontuação ou caracteres especiais devem estar entre aspas duplas.
retweets_of:	Independente	Core	Corresponde a Posts que são Retweets do usuário especificado. O valor pode ser o nome de usuário (excluindo o caractere @) ou o ID numérico do usuário. Você só pode passar um único nome de usuário/ID por operador retweets_of:. Exemplo: retweets_of:XDevelopers OR retweets_of:API
context:	Independente	Core	Corresponde a Posts com um par específico de domain id/entity id. Você só pode passar um único domain/entity por operador context:. Exemplo: context:domain_id.entity_id. Você pode combinar múltiplos domain/entities usando o operador OR: (context:47.113922 9372198469633 OR context:11.1088514520308342784)
entity:	Independente	Core	Corresponde a Posts com um valor de string de entidade específico. Você só pode passar um único operador entity:. Exemplo: entity:"string declaration of entity/place". Por favor, note que isso está disponível apenas com busca recente.
conversation_id:	Independente	Core	Corresponde a Posts que compartilham um conversation_id comum. Um conversation_id é definido como o ID do Post de um Post que iniciou uma conversa. Conforme respostas a um Post são publicadas, mesmo respostas a respostas, o conversation_id é adicionado ao seu payload JSON. Você só pode passar um único conversation ID por operador conversation_id:. Exemplo: conversation_id:1334987486343299072 (from:XDevelopers OR from:API)
list:	Independente	Advanced	Corresponde a Posts publicados por usuários que são membros de uma List especificada. Por exemplo, se @XDevelopers e @API fossem membros da List 123, e você incluísse list:123 em sua query, sua resposta conterá apenas Posts que foram publicados por essas contas. Você pode encontrar IDs de List usando o endpoint de consulta de List. Exemplo: list:123
place:	Independente	Advanced	Corresponde a Posts marcados com a localização especificada ou ID de lugar do X. Nomes de lugares com múltiplas palavras (“New York City”, “Palo Alto”) devem estar entre aspas. Você só pode passar um único lugar por operador place:. Nota: Veja o endpoint GET geo/search Standard v1.1 para como obter IDs de lugar do X. Exemplo: place:"new york city" OR place:seattle OR place:fd70c22040963ac7
place_country:	Independente	Advanced	Corresponde a Posts onde o código do país associado a um lugar/localização marcado corresponde ao código de caractere alfa-2 ISO fornecido. Você pode encontrar uma lista de códigos ISO válidos na Wikipedia. Você só pode passar um único código ISO por operador place_country:. Exemplo: place_country:US OR place_country:MX OR place_country:CA
point_radius:	Independente	Advanced	Corresponde ao objeto place.geo.coordinates do Post quando presente, e no X, a um polígono geo de lugar, onde o polígono do lugar está totalmente contido dentro da região definida. point_radius:[longitude latitude radius]. Unidades de raio suportadas são milhas (mi) e quilômetros (km). O raio deve ser menor que 25mi. Longitude está na faixa de ±180. Latitude está na faixa de ±90. Todas as coordenadas estão em graus decimais. Argumentos da regra estão contidos dentro de colchetes, delimitados por espaço. Exemplo: point_radius:[2.355128 48.861118 16km] OR point_radius:[-41.287336 174.761070 20mi]
bounding_box:	Independente	Advanced	Corresponde ao objeto place.geo.coordinates do Post quando presente, e no X, a um polígono geo de lugar, onde o polígono do lugar está totalmente contido dentro da região definida. bounding_box:[west_long south_lat east_long north_lat]. Largura e altura da caixa delimitadora devem ser menores que 25mi. Longitude está na faixa de ±180. Latitude está na faixa de ±90. Todas as coordenadas estão em graus decimais. Argumentos da regra estão contidos dentro de colchetes, delimitados por espaço. Exemplo: bounding_box:[-105.301758 39.964069 -105.178505 40.09455]
is:retweet	Conjunção obrigatória	Core	Corresponde a Retweets que correspondem ao resto da regra especificada. Este operador procura apenas por Retweets verdadeiros (por exemplo, aqueles gerados usando o botão Retweet). Quote Tweets não serão correspondidos por este operador. Exemplo: data @XDevelopers -is:retweet
is:reply	Conjunção obrigatória	Core	Entrega apenas respostas explícitas que correspondem a uma regra. Também pode ser negado para excluir respostas que correspondem a uma query da entrega. Nota: Este operador também está disponível com o endpoint de stream filtrado. Quando usado com stream filtrado, este operador corresponde a respostas a um Post original, respostas em Posts citados e respostas em Retweets. Exemplo: from:XDevelopers is:reply
is:quote	Conjunção obrigatória	Core	Retorna todos os Quote Tweets, também conhecidos como Posts com comentários. Exemplo: "sentiment analysis" is:quote
is:verified	Conjunction required	Core	Entrega apenas Posts cujos autores são verificados pelo X. Exemplo: #nowplaying is:verified
-is :nullcast	Conjunction required	Advanced	Remove Posts criados apenas para promoção no ads.x.com que possuem "source":"Twitter for Advertisers (legacy)" ou "source":"Twitter for Advertisers". Este operador deve ser negado. Para mais informações sobre Posts Nullcasted, consulte nossa página sobre disponibilidade de Posts. Exemplo: "mobile games" -is:nullcast
has:hashtags	Conjunction required	Core	Encontra Posts que contêm pelo menos uma hashtag. Exemplo: from:XDevelopers -has:hashtags
has:cashtags	Conjunction required	Advanced	Encontra Posts que contêm um símbolo de cashtag (com um caractere ‘' inicial. Por exemplo, `tag). Exemplo: #stonks has:cashtags`
has:links	Conjunction required	Core	Este operador encontra Posts que contêm links e mídia no corpo do Post. Exemplo: from:XDevelopers announcement has:links
has:mentions	Conjunction required	Core	Encontra Posts que mencionam outro usuário do X. Exemplo: #nowplaying has:mentions
has:media	Conjunction required	Core	Encontra Posts que contêm um objeto de mídia, como uma foto, GIF ou vídeo, conforme determinado pelo X. Isso não encontrará mídia criada com Periscope, ou Posts com links para outros sites de hospedagem de mídia. Exemplo: (kittens OR puppies) has:media
has:images	Conjunction required	Core	Encontra Posts que contêm uma URL reconhecida para uma imagem. Exemplo: #meme has:images
has:videos	Conjunction required	Core	Encontra Posts que contêm vídeos nativos do X, enviados diretamente para o X. Isso não encontrará vídeos criados com Periscope, ou Posts com links para outros sites de hospedagem de vídeo. Exemplo: #icebucketchallenge has:videos
has:geo	Conjunction required	Advanced	Encontra Posts que possuem dados de geolocalização específicos do Post fornecidos pelo usuário do X. Isso pode ser uma localização na forma de um local do X, com o nome de exibição correspondente, polígono geográfico e outros campos, ou em casos raros, uma coordenada geográfica lat-long. Nota: Operadores que fazem busca por local (geo do Post) incluirão apenas resultados de posts originais. Retweets não contêm dados de local. Exemplo: recommend #paris has:geo -bakery
lang:	Conjunction required	Core	Encontra Posts que foram classificados pelo X como sendo de um idioma específico (se, e somente se, o Post foi classificado). É importante notar que cada Post atualmente é classificado como sendo de apenas um idioma, então usar AND com múltiplos idiomas não produzirá resultados. Você pode passar apenas um único identificador de idioma BCP 47 por operador lang:. Nota: se nenhuma classificação de idioma puder ser feita, o resultado fornecido é ‘und’ (para indefinido). Exemplo: recommend #paris lang:en

Amárico: am	Alemão: de	Malaiala: ml	Eslovaco: sk
Árabe: ar	Grego: el	Maldivo: dv	Esloveno: sl
Armênio: hy	Guzerate: gu	Marata: mr	Curdo Sorâni: ckb
Basco: eu	Crioulo haitiano: ht	Nepalês: ne	Espanhol: es
Bengali: bn	Hebraico: iw	Norueguês: no	Sueco: sv
Bósnio: bs	Hindi: hi	Odia: or	Tagalo: tl
Búlgaro: bg	Hindi romanizado: hi-Latn	Punjabi: pa	Tâmil: ta
Birmanês: my	Húngaro: hu	Pashto: ps	Télugo: te
Croata: hr	Islandês: is	Persa: fa	Tailandês: th
Catalão: ca	Indonésio: in	Polonês: pl	Tibetano: bo
Tcheco: cs	Italiano: it	Português: pt	Chinês tradicional: zh-TW
Dinamarquês: da	Japonês: ja	Romeno: ro	Turco: tr
Holandês: nl	Canarês: kn	Russo: ru	Ucraniano: uk
Inglês: en	Khmer: km	Sérvio: sr	Urdu: ur
Estoniano: et	Coreano: ko	Chinês simplificado: zh-CN	Uigur: ug
Finlandês: fi	Lao: lo	Sindi: sd	Vietnamita: vi
Francês: fr	Letão: lv	Cingalês: si	Galês: cy
Georgiano: ka	Lituano: lt