Sắp có hỗ trợ dịch thuật cho các trình tạo trang trên WPML

Hai ngày trước, chúng tôi đã thực hiện một cuộc khảo sát để hỏi bạn về cách bạn muốn dịch các trang web được thiết kế bằng trình tạo trang. Trong bài viết này, tôi muốn chia sẻ kết quả và cách điều này sẽ ảnh hưởng đến quá trình phát triển sắp tới của chúng tôi trên WPML 3.6.

Bối cảnh – Cách chúng tôi khuyên dùng để dịch các trang web có trình tạo trang hiện nay

Đối với tất cả các trình tạo trang ngoại trừ Toolset Layouts, cách duy nhất để dịch hiện nay là tạo các thiết kế riêng biệt cho từng ngôn ngữ.

Cách này có thể sử dụng được, nhưng không thuận tiện lắm. Chúng tôi nghĩ rằng sẽ dễ dàng hơn nếu chỉ thiết kế một lần cho tất cả các ngôn ngữ và chỉ dịch các văn bản bằng WPML. Nhân tiện, chúng tôi đang hoàn thiện tài liệu hướng dẫn cách dịch mọi thứ trong Toolset, bao gồm cả bố cục. Tôi sẽ viết về điều này khi tài liệu hoàn tất.

Hỏi: Bạn có hài lòng với phương pháp dịch nội dung được tạo bằng trình tạo trang hiện tại không?

Một số người thực sự thích thiết kế riêng cho từng ngôn ngữ. Điều này hợp lý khi toàn bộ thiết kế cần được tinh chỉnh. Tôi đoán, nếu bạn có một thiết kế rất chính xác cho trang chủ của trang web, thì việc tinh chỉnh và tối ưu hóa cho từng ngôn ngữ là điều hợp lý.

Hầu hết đều OK với những gì chúng ta có hiện nay, nhưng thích có một thiết kế duy nhất và dịch bằng WPML hơn. Và, một số người nói rằng phương pháp này không thể sử dụng được đối với họ. Tôi nghĩ đây là những người sử dụng các dịch vụ dịch thuật. Tôi đồng ý rằng hầu như không thể yêu cầu những người dịch bên ngoài can thiệp vào các thiết kế trình tạo trang của bạn. Chúng tôi đã gặp phải những vấn đề này khi tích hợp WPML với một số dịch vụ dịch thuật.

Hỏi: Bạn thường sử dụng những trình tạo trang nào?

Gần 60% các trang web sử dụng trình tạo trang đang dùng Visual Composer. Các trình tạo trang rất phổ biến tiếp theo là Divi và Avada. Những trình tạo trang khác cũng khá phổ biến.

Quá trình dịch thuật sẽ diễn ra như thế nào?

Vì chúng tôi đã tích hợp đầy đủ và hoạt động tốt với plugin Layouts (mặc dù tài liệu vẫn đang “trong quá trình hoàn thiện”), tôi sẽ sử dụng Layouts làm ví dụ.

Bước 1) Thiết kế trong trình tạo trang

Như tôi đã giải thích, bạn sẽ chỉ cần thiết kế một lần trong trình tạo trang. Cùng một thiết kế sẽ được sử dụng cho tất cả các bản dịch.

Bước 2) Gửi đi dịch

Khi một trang sử dụng trình tạo trang, bạn sẽ cần dịch nó “hai lần”. Lần đầu là cho trang, bao gồm tiêu đề trang và mọi trường tùy chỉnh mà bạn sử dụng. Lần thứ hai là cho thiết kế của trình tạo trang. Tôi biết điều này hơi rắc rối. Chúng tôi sẽ cố gắng tự động hóa việc này, nhưng có thể không phải trong giai đoạn đầu tiên.

Truy cập WPML->Quản lý dịch thuật. Tại đó, bạn sẽ thấy các loại nội dung mới cho các thiết kế của trình tạo trang. Chọn các thiết kế mà bạn muốn dịch và gửi đi dịch. Bạn có thể xem qua các thành phần khác nhau trên trang web của mình và thêm vào Giỏ dịch thuật. Khi bạn đã hoàn tất việc chọn nội dung để dịch, hãy truy cập WPML->Quản lý dịch thuật->Giỏ dịch thuật và gửi mọi thứ cùng nhau trong một đợt. Bạn có thể dịch cục bộ (bằng Trình biên tập dịch thuật của WPML) hoặc dịch bên ngoài với dịch vụ dịch thuật yêu thích của bạn.

Bước 3) Dịch

Bạn sẽ thấy tất cả các văn bản thuộc về thiết kế nằm cạnh nhau. Bạn chỉ dịch các văn bản chứ không phải cấu trúc. Hãy dịch và đánh dấu từng trường là “hoàn thành”. Khi bạn lưu, các bản dịch sẽ tự động được áp dụng cho thiết kế của trình tạo trang.

Bước 4) Xem kết quả trên giao diện người dùng

Các bản dịch của bạn sẽ xuất hiện trên giao diện người dùng khi bạn xem nội dung. Bạn sẽ không thấy bất kỳ bản dịch nào trong trình tạo trang, vì các bản dịch không làm thay đổi nó.

Bước 5) Cập nhật bản dịch khi thiết kế cập nhật

Nếu bạn chỉnh sửa thiết kế trong trình tạo trang, hãy truy cập Bảng điều khiển dịch thuật và gửi lại để dịch. Chỉ các văn bản đã sửa đổi mới xuất hiện để dịch.

Lộ trình tích hợp dịch thuật cho các trình tạo trang với WPML

Chúng tôi đang bắt đầu việc tích hợp với Visual Composer, rất tiếc đây lại là trình tạo trang ít thuận tiện nhất để tích hợp. VC lưu trữ thiết kế dưới dạng các shortcode bên trong “nội dung”. Các shortcode này không có ID, vì vậy rất khó để liên kết giữa một thành phần và văn bản của nó. Chúng tôi sẽ cố gắng làm việc với các nhà phát triển VC để thêm ID vào các ô. Dù sao đi nữa, chúng tôi sẽ sử dụng một phương pháp dự phòng để xác định các chuỗi dựa trên nội dung của chúng. Điều này có nghĩa là nếu một văn bản thay đổi, bạn cần phải dịch lại từ đầu, vì chúng tôi không có cách nào để biết văn bản đó là gì trước khi bạn chỉnh sửa ô. Chúng tôi sẽ cố gắng hết sức để thêm ID vào các ô VC. Tôi hy vọng bạn hiểu rằng điều này không hoàn toàn nằm trong tầm kiểm soát của chúng tôi.

Các trình tạo trang khác hoạt động theo cách khác. Chúng lưu trữ thiết kế của trình tạo trang tách biệt với “nội dung” và các ô có số nhận dạng duy nhất. Do đó, khi bạn chỉnh sửa một ô, bạn sẽ thấy bản dịch trước đó và chỉ cần cập nhật nó.

WPML 3.6 chắc chắn sẽ bao gồm hỗ trợ cho Visual Composer. Chúng tôi cũng sẽ cố gắng bao gồm hỗ trợ cho Divi. Là một phần của chu kỳ phát hành này, chúng tôi cũng sẽ viết tài liệu chi tiết về cách đăng ký các chuỗi để dịch trong các trình tạo trang. Việc này khá đơn giản, chỉ cần được ghi chép lại tài liệu một cách hợp lý.

Sau đó, chúng tôi sẽ làm việc với tất cả các nhà phát triển trình tạo trang khác để tích hợp hỗ trợ tương tự vào sản phẩm của họ.

Phản hồi?

Bạn thấy điều này thế nào? Tôi chắc chắn rằng một số người sẽ muốn chúng tôi làm việc trên các trình tạo trang khác trước. Chúng tôi phải ưu tiên, vì vậy chúng tôi đang bắt đầu với những gì hầu hết mọi người sử dụng. Chúng tôi sẽ đảm bảo hỗ trợ TẤT CẢ các trình tạo trang, hy vọng là càng sớm càng tốt. Tôi muốn nhận được phản hồi của bạn về quá trình dịch thuật và kế hoạch tổng thể. Nếu bạn có bất kỳ ý tưởng, câu hỏi hoặc đề xuất nào, hãy để lại bình luận và tôi sẽ phản hồi lại cho bạn.