Trang đặt vé tiếng Ả Rập không phải là một bản dịch

Một đại lý ở Jeddah bật công tắc tiếng Ả Rập, nhìn trang chủ của mình và cho rằng việc đã xong. Hai tuần sau, một khách hàng chuyển tiếp đường dẫn giá vé cho em gái qua WhatsApp, và thứ đến nơi là một bức tường dấu phần trăm. Một người khác gọi điện vì tổng tiền hiện ra ở phía mà theo chị là sai bên của giá. Người thứ ba đặt chặng SGN–DXB nhầm ngày, vì bộ chọn ngày bắt đầu tuần từ thứ Hai. Không có lỗi nào trong số đó là lỗi dịch thuật. Một trang đặt vé tiếng Ả Rập là một bố cục, một hệ chữ số và một quy ước URL trước khi nó là một tập chuỗi ký tự — và phần chuỗi ký tự được làm trước, vì đó là phần nhìn thấy được trong ảnh chụp màn hình.

Đây là những gì thực sự thay đổi, đại khái theo đúng thứ tự mà các đại lý va phải.

RTL là một quyết định bố cục, không phải hướng chữ

Đặt dir="rtl" sẽ lật gương cả trang. Thanh điều hướng chạy sang phải, cột bộ lọc sang trái, đoạn văn canh phải. Phần đó gần như miễn phí. Phần tốn kém là tất cả những thứ không được lật.

Giờ bay không lật: 07:45 vẫn là 07:45. Dải hành trình đọc là SGN đến DXB vẫn phải đọc thành một chặng theo đúng thứ tự đó ngay bên trong một đoạn văn chạy từ phải sang trái, vì sân bay khởi hành vẫn là sân bay khởi hành dù câu chữ chạy theo chiều nào. Mã hãng, PNR và số vé điện tử là những chuỗi Latinh thả vào giữa câu tiếng Ả Rập, và nếu không được cô lập, thuật toán bidirectional của trình duyệt sẽ sắp xếp lại dấu câu quanh chúng — một record locator theo sau là dấu chấm có thể hiện ra với dấu chấm ở đầu bên kia, và trong mắt khách hàng thì đó là lỗi đánh máy trong mã đặt chỗ của họ. Logo của bạn không lật. Hình tam giác nút play không lật. Mũi tên quay lại thì có.

Rồi đến những thứ không ai liệt kê ra cho tới khi một khách hàng nhắc đến: thứ tự giữa ký hiệu tiền tệ và con số, thanh tiến trình dọc phễu đặt chỗ, sơ đồ ghế, chiều mà carousel chạy tới, logo hãng bay nằm ở mép nào của một dòng kết quả, và bảng giá rộng cuộn từ mép nào. Mỗi thứ trong đó là một quyết định. Không thứ nào là một công tắc bạn chỉ việc bật.

Chữ số, ngày tháng, và cuốn lịch mà khách hàng của bạn thực sự đang cầm

Tiếng Ả Rập được viết bằng hai bộ chữ số và cả hai đều đang dùng hằng ngày, trong khi ngành du lịch thì đầy con số: giá vé, giờ, thời lượng, mức hành lý, ô nhập thẻ, mã OTP. Thị trường của bạn đọc bộ nào là câu hỏi phải trả lời một lần, với chính khách của bạn, rồi áp dụng không ngoại lệ. Sai sót dễ thấy không phải là chọn nhầm bộ ít phổ biến hơn. Sai sót là trộn lẫn hai bộ — giá ở bộ này còn giờ khởi hành ở bộ kia trên cùng một thẻ kết quả — đọc lên cứ như một trang làm dở.

Ngày tháng mang theo nhiều giả định hơn cả chữ số. Một tuần bắt đầu từ thứ Hai là sai với khách hàng có tuần bắt đầu từ Chủ nhật, và một cuốn lịch khởi đầu sai ngày gây ra đúng một loại nhầm lẫn: đặt lệch một cột. Khách hàng đang lên kế hoạch Umrah làm việc theo tháng Hijri chứ không theo lịch Gregory, và hiển thị ngày Hijri bên cạnh ngày Gregory trên bộ chọn ngày và trên hành trình chẳng tốn gì mà tiết kiệm được một cuộc gọi. Hiển thị nó ở mọi nơi, kể cả trong một chuyến công tác Frankfurt, thì chỉ là nhiễu.

Một trang đặt vé tiếng Ả Rập buộc phải làm đúng những gì

Khoảng cách giữa một trang được dịch và một trang được bản địa hóa nằm ở từng bề mặt một, không phải ở tổng thể. Đây là danh sách đáng đem ra tranh luận với lập trình viên của bạn:

Dòng tên là dòng ngốn tiền thật, và cũng là dòng sai nhiều nhất. Một hành khách gõ tên mình bằng chữ Ả Rập vì biểu mẫu đã mời như vậy, vé được xuất theo đúng chuỗi đó, và nó không khớp với hộ chiếu mà hãng bay kiểm tra. Mọi thứ phía sau — xuất lại vé, tranh cãi, hoàn tiền — rơi xuống bạn chứ không rơi xuống hãng.

Dòng kiểu chữ rẻ hơn vẻ ngoài của nó. Trên nền tảng này, theme gồm font, màu và logo đổi được ngay từ trang quản trị mà không cần deploy lại, nên thử một kiểu chữ Ả Rập khác trên chính bảng giá của bạn là việc của một buổi chiều chứ không phải của một bản phát hành. Dòng tiền tệ là một chủ đề riêng; chúng tôi đã đi qua nó trong bài định giá đa tiền tệ và chỗ lợi nhuận rò rỉ.

Slug, và thứ gì sống sót sau một lần dán vào WhatsApp

Một slug tiếng Ả Rập hiện rất đẹp trên thanh địa chỉ và được ghép từ đúng những từ người ta gõ vào ô tìm kiếm. Chép vào một ô văn bản thuần, nó bị percent-encode và phình lên gấp nhiều lần, và thứ khách hàng của bạn chuyển đi trông như đầu ra của máy. Phiên âm Latinh thì dán sạch sẽ và không ai đọc nổi — nó chẳng khớp với thứ người đọc tiếng Ả Rập tìm, cũng chẳng khớp với thứ người đọc tiếng Anh tìm.

Hãy tách quyết định theo việc URL đó dùng để làm gì. Một trang nội dung sống chết nhờ tìm kiếm, nên hãy cho nó slug bằng chính chữ viết của nó; dạng mã hóa chỉ lộ ra khi có người sao chép, và trang mà nó dẫn tới vẫn đúng trong cả hai trường hợp. Một deep link đặt chỗ — một kết quả tìm kiếm, một mức giá đang giữ, một báo giá gửi cho sub-agent — sẽ chẳng bao giờ đẹp, vì đằng nào nó cũng đang cõng ngày tháng và số khách trong query string. Hãy cho cái đó một liên kết ngắn và để nó ngắn.

Nguyên tắc nằm dưới cả hai: một URL canonical cho mỗi trang, cho mỗi ngôn ngữ. Đăng cùng một bài ở cả slug tiếng Ả Rập lẫn slug phiên âm sẽ chia đôi mọi thứ trang đó kiếm được cho hai địa chỉ, và để lại cho bạn hai thứ phải bảo trì.

hreflang, hoặc trang tiếng Ả Rập của bạn cạnh tranh với trang tiếng Anh của bạn

Hai phiên bản ngôn ngữ của một trang không phải là hai trang. Nếu con bot không phân biệt được, hậu quả phổ biến nhất không phải là án phạt — hậu quả là một phiên bản được chọn còn phiên bản kia bị coi là gần-trùng lặp và bị lặng lẽ bỏ đi.

Bốn thứ giữ chúng tách nhau. Mỗi ngôn ngữ cần URL riêng, điều này loại luôn phương án một địa chỉ duy nhất với công tắc JavaScript. Mỗi phiên bản liệt kê mọi ngôn ngữ, kể cả chính nó, vì một tập hợp không trỏ ngược về chính mình sẽ bị bỏ nguyên cụm. Canonical của mỗi trang trỏ về chính nó, không trỏ về bản tiếng Anh gốc — đặt canonical các trang tiếng Ả Rập về tiếng Anh là cách nhanh nhất để không có nổi một trang tiếng Ả Rập nào được lập chỉ mục. Còn x-default thì trỏ tới nơi bạn muốn người đọc không khớp ngôn ngữ nào đáp xuống.

Đừng vội tách thành ar-AE và ar-SA trừ khi các trang đó thật sự khác nhau — khác tiền tệ, khác số điện thoại, khác kho hàng. Hai biến thể vùng của cùng một nội dung là hai trang tranh nhau cùng một truy vấn, và cả hai đều mang tên bạn.

Cái giá phải trả khi làm sai

Khách bỏ cuộc không phải ở trang chủ. Họ bỏ ở bước nhập thông tin hành khách, chỗ đắt nhất trong phễu để mất một người: họ đã tìm, đã chọn, đã thấy giá và đã đồng ý, còn bạn thì đã trả tiền cho lượt tìm kiếm đưa họ tới đó.

Phần còn lại của cái giá thì lặng hơn. Mỗi cuộc gọi vì rối là đúng cái phút nhân sự mà bạn lên online để tiết kiệm. Mỗi lần lệch tên là một lần xuất lại vé và một khách hàng trách bạn chứ không trách hãng bay. Và một trang tiếng Ả Rập không bao giờ được lập chỉ mục là một bài viết bạn đã trả tiền để viết mà không ai tìm thấy — loại thất bại duy nhất không sinh ra lời phàn nàn nào, và vì thế nó có thể chạy suốt một năm.

Bắt đầu từ đâu

Nếu tiếng Ả Rập là thị trường thứ hai của bạn, việc này là một cuộc cải tạo và bảng ở trên chính là danh sách hạng mục phải sửa. Nếu đó là thị trường đầu tiên, thứ tự đảo lại: chọn bộ chữ số và kiểu chữ Ả Rập trước cả bảng màu, dựng biểu mẫu hành khách với một cuốn hộ chiếu thật trên bàn, và coi tiếng Anh mới là bản dịch.

Dù theo hướng nào, phép thử rẻ nhất vẫn là một storefront thật đặt trước mặt một khách hàng thật. Trình hướng dẫn tại tạo website du lịch dựng sẵn một trang mang thương hiệu của bạn trên subdomain của nền tảng ngay từ chính biểu mẫu đó và không hỏi thẻ; storefront ra mắt với 40 ngôn ngữ, trong đó có tiếng Ả Rập, Ba Tư, Hebrew và Urdu, còn tên miền riêng thì gắn sau cũng được. Nếu bạn vẫn đang cân nhắc tự dựng lấy engine, lập luận cho việc đó đã được bày ra ở đây — nhưng hãy làm thử bằng tiếng Ả Rập trước khi quyết, vì phần RTL chính là phần mà các ước lượng nội bộ hay bỏ sót.