Um site de reservas em árabe não é uma tradução

Uma agência em São Paulo liga o árabe, olha para a home e considera o trabalho feito. Duas semanas depois uma cliente encaminha o link de uma tarifa para a irmã pelo WhatsApp e ele chega como um muro de sinais de porcentagem. Outra telefona porque o total aparece no que para ela é o lado errado do preço. Uma terceira reserva Guarulhos–Dubai no dia errado, porque o calendário abre a semana na segunda. Nenhum dos três é um erro de tradução. Um site de reservas em árabe é um layout, um sistema de dígitos e um esquema de URL antes de ser um conjunto de textos — e os textos são feitos primeiro, porque são a parte que aparece num print.
Isto é o que muda de fato, mais ou menos na ordem em que as agências esbarram nisso.
RTL é uma decisão de layout, não uma direção de texto
Definir dir="rtl" espelha a página: a navegação vai para a direita, a coluna de filtros para a esquerda, os parágrafos alinham à direita. Essa parte é quase de graça. Caro é tudo o que não pode ser espelhado.
Horários não espelham: 07:45 continua 07:45. Um trecho que se lê GRU–DXB precisa continuar a ser lido como itinerário nessa ordem dentro de um parágrafo que corre da direita para a esquerda, porque o aeroporto de partida é o de partida em qualquer sentido que a frase siga. Códigos de companhia, PNR e números de bilhete eletrônico são cadeias latinas soltas dentro de frases árabes; se não forem isoladas, o algoritmo bidirecional do navegador reordena a pontuação em volta delas, e um record locator seguido de ponto pode sair com o ponto do lado errado. Para o cliente, é um erro de digitação no código da reserva dele. Seu logotipo não espelha. Um triângulo de play não espelha. Uma seta de voltar, sim.
Depois vêm as coisas que ninguém lista até um cliente reclamar: a ordem entre símbolo de moeda e número, o stepper do funil de reserva, o mapa de assentos, o sentido em que um carrossel avança, de que lado da linha de resultado fica o logo da companhia, e por qual borda uma tabela de tarifas larga rola. Cada uma é uma decisão. Nenhuma é uma chave que se liga.
Dígitos, datas e o calendário que o cliente realmente tem na mão
O árabe se escreve com dois conjuntos de dígitos, ambos em uso corrente, e viagem é feita de dígitos: tarifas, horários, durações, franquia de bagagem, campos de cartão, códigos OTP. Qual conjunto o seu mercado lê é uma pergunta que se responde uma vez, com os seus próprios clientes, e depois se aplica sem exceção. A falha visível não é escolher o menos comum. É misturar — o preço num conjunto e o horário de partida no outro, no mesmo card de resultado — o que parece um site inacabado.
Datas carregam mais pressupostos do que dígitos. Uma semana que começa na segunda está errada para um cliente cuja semana começa no domingo, e um calendário que abre no dia errado causa exatamente um tipo de engano: uma reserva uma coluna ao lado. Quem planeja a Umrah trabalha com um mês Hijri, não gregoriano, e mostrar a data Hijri ao lado da gregoriana no seletor de datas e no itinerário não custa nada e evita um telefonema. Mostrar em todo lugar, numa viagem de negócios a Frankfurt, é ruído.
O que um site de reservas em árabe precisa acertar
A distância entre um site traduzido e um localizado é superfície por superfície, não global. Esta é a lista que vale discutir com o seu desenvolvedor:
| Superfície | Só traduzido | De fato localizado |
|---|---|---|
| Nome do passageiro | Rótulos em árabe | Captura em caracteres latinos, rotulada como aparece no passaporte, porque é esse o nome que a companhia guarda no PNR |
| Datas | Nomes dos meses em árabe | O primeiro dia de semana do leitor, os dígitos dele, Hijri ao lado do gregoriano quando a viagem pede |
| Dinheiro | O nome da moeda traduzido | A moeda padrão do mercado e a lista em que você realmente vende |
| Telefone e OTP | Rótulos em árabe | DDI do mercado pré-selecionado, dígitos latinos no campo, código legível de relance |
| Aeroportos e cidades | Nomes em árabe | Nome em árabe com o código IATA latino ainda visível, porque o sub-agente digita DXB e o viajante lê árabe |
| URLs | O título traduzido | Uma política de slug por idioma, decidida uma vez |
| Tipografia | O fallback árabe do sistema | Uma fonte árabe escolhida pelos dígitos e pelo corpo pequeno, não uma fonte latina com árabe emprestado por trás |
| Contato | Uma página de contato traduzida | Um número que um cliente daquele mercado consiga discar, em horários em que ele está acordado |
A linha do nome é a que custa dinheiro de verdade, e é a mais errada. O viajante digita o nome em árabe porque o formulário convidou, o bilhete é emitido contra aquela cadeia, e ela não bate com o passaporte que a companhia confere. Tudo o que vem depois — a reemissão, a discussão, o reembolso — cai em você e não na cia aérea.
A linha da tipografia é mais barata do que parece. Nesta plataforma o tema, incluindo fontes, cores e logotipo, é trocável pelo painel administrativo sem novo deploy, então testar outra fonte árabe contra a sua própria tabela de tarifas é uma tarde, não uma release. A linha da moeda é assunto próprio; passamos por ele em preços multimoeda e onde a margem vaza.
Slugs, e o que sobrevive a um colar no WhatsApp
Um slug em árabe aparece muito bem na barra de endereços e é feito das palavras que as pessoas de fato digitam numa busca. Copiado para um campo de texto puro, ele percent-codifica e infla várias vezes, e o que sua cliente encaminha parece saída de máquina. Uma transliteração latina cola limpa e é ilegível para todo mundo — não corresponde a nada que um leitor árabe procure nem a nada que um leitor de português procure.
Separe a decisão pelo que a URL serve. Uma página de conteúdo vive de busca, então dê a ela o slug em árabe; a forma codificada só aparece quando alguém copia, e a página de destino está certa de qualquer jeito. Um deep link de reserva — um resultado de busca, uma tarifa em opção, uma cotação para um sub-agente — nunca vai ser bonito, porque já carrega datas e número de passageiros na query string. A esse dê um link curto e deixe curto.
A regra por baixo das duas: uma URL canônica por página e por idioma. Publicar o mesmo artigo num slug árabe e num transliterado divide entre dois endereços tudo o que aquela página ganha, e deixa você mantendo os dois.
hreflang, ou sua página árabe compete com a sua inglesa
Duas versões linguísticas de uma página não são duas páginas. Se um rastreador não consegue perceber isso, o desfecho mais comum não é punição — é uma versão ser escolhida e a outra tratada como quase-duplicada e descartada em silêncio.
Quatro coisas as mantêm separadas. Cada idioma precisa da própria URL, o que exclui um endereço só com um toggle em JavaScript. Cada versão lista todos os idiomas inclusive ela mesma, porque um conjunto que não aponta de volta para si é descartado inteiro. O canonical de cada página aponta para ela mesma, não para o original em inglês — páginas árabes canonicalizadas para o inglês é o jeito mais rápido de não ter página árabe nenhuma indexada. E x-default vai para onde você quer que caia um leitor sem correspondência.
Resista a dividir em ar-AE e ar-SA a menos que essas páginas realmente difiram — outra moeda, outro telefone, outro inventário. Duas variantes regionais do mesmo texto são duas páginas competindo pela mesma consulta com o seu nome nas duas.
Quanto custa errar isso
O abandono não acontece na home. Acontece nos dados do passageiro, que é o lugar mais caro do funil para perder alguém: a pessoa já buscou, escolheu, viu o preço e concordou, e você já pagou pela busca que a trouxe até ali.
O resto do custo é mais silencioso. Cada ligação de cliente confuso é um minuto de equipe que você foi para o online justamente para economizar. Cada nome divergente é uma reemissão e um cliente que culpa você, não a companhia. E uma página árabe que nunca é indexada é um artigo que você pagou e ninguém acha — a única categoria de falha que não gera reclamação, e por isso pode durar um ano.
Por onde começar
Se o árabe é o seu segundo mercado, o trabalho é retrofit e a tabela acima é a sua punch list. Se é o primeiro, a ordem se inverte: escolha o conjunto de dígitos e a fonte árabe antes da paleta, construa o formulário de passageiro contra um passaporte real, e trate o português como a tradução.
De qualquer modo, o teste mais barato é uma vitrine real na frente de um cliente real. O assistente em criar um site de viagens provisiona um site com a sua marca num subdomínio da plataforma a partir do próprio formulário e não pede cartão; a vitrine sai em 40 idiomas, árabe, farsi, hebraico e urdu entre eles, com o seu domínio anexável depois. Se você ainda está decidindo se constrói o motor por conta própria, esse argumento está exposto aqui — mas faça isso em árabe antes de decidir, porque o trabalho de RTL é justamente a parte que as estimativas internas deixam de fora.