WordPress მრავალენოვანი საიტის მიგრაცია: ენები, URL-ები და ხარისხის კონტროლი

მოკლე პასუხი (TL;DR): მრავალენოვანი WordPress საიტის მიგრაცია არის კონტენტის, URL-ების, ენის ნიშნების და სარედაქციო პასუხისმგებლობის ერთიანი გეგმა. თითოეული ენის ვერსიას სჭირდება მკაფიო მისამართი, შესაბამისი შიდა ბმულები და შემოწმება, რომ მომხმარებელი სწორ ტექსტზე მოხვდეს.

ენის დამატება მხოლოდ ავტომატური თარგმანის ჩართვა არ არის. მიგრაციამდე უნდა გაირკვეს რომელი გვერდები არსებობს თითოეულ ენაზე, რომელია რეალურად დამტკიცებული და ვინ ამოწმებს მომსახურების პირობებს. aiWEB-ის პროექტის განხილვისას ენის ვერსიები, ტექსტის მომზადება და მოვლის წესი ცალკე ნაწილებად უნდა ჩაიწეროს.

შექმენით ენის ვერსიების რუკა

პირველ ცხრილში დააკავშირეთ ყველა ენის გვერდები. მაგალითად, ქართული სერვისის გვერდი შეიძლება ინგლისურ გვერდს შეესაბამებოდეს, მაგრამ ყველა გვერდს ზუსტი წყვილი არ ექნება. მონიშნეთ:

• ძველი URL და ენის კოდი;
• ახალი URL და გვერდის სათაური;
• თარგმანი დასრულებულია, რედაქტირდება თუ საერთოდ არ არსებობს;
• ვინ ამოწმებს იურიდიულ, კომერციულ და ტექნიკურ ტერმინებს;
• რომელ გვერდებზეა ფორმა, CTA, სურათი ან ჩამოსატვირთი ფაილი;
• რომელი ძველი URL უნდა გადამისამართდეს და რომელს სჭირდება ახალი ტექსტი.

არ შექმნათ ცარიელი თარგმანის გვერდი მხოლოდ იმიტომ, რომ ენის მენიუში ღილაკი არსებობს. თუ ენის ვერსია ჯერ არ არის მზად, მომხმარებლის გზა და საძიებო სისტემის სიგნალი მკაფიოდ უნდა იყოს განსაზღვრული.

URL-ის არქიტექტურა

Google-ის საერთაშორისო ძიების დოკუმენტაცია გირჩევთ განსხვავებულ URL-ებს განსხვავებული ენის ან რეგიონის შინაარსისთვის. ეს შეიძლება იყოს ენის პრეფიქსი, ქვედომენი ან სხვა მკაფიო სტრუქტურა. არჩევანი პროექტის არქიტექტურაზეა დამოკიდებული, მაგრამ სხვადასხვა ენის გვერდი ერთსა და იმავე URL-ზე შემთხვევითი გადართვით არ უნდა დარჩეს.

შეინარჩუნეთ ენის სტრუქტურა ყველა შიდა ბმულში. თუ ქართული გვერდი ახალ მისამართზე გადავიდა, ქართულ მენიუში ის ქართულ ვერსიას უნდა მიუთითებდეს. ინგლისურ გვერდზე კი ინგლისური რესურსები უნდა გამოჩნდეს. URL-ის რუკა დაუკავშირეთ გადამისამართებების ჩეკლისტს. შეცვლილი URL-ისთვის მუდმივი 301 ან 308 გადამისამართება ცალკე უნდა დაიგეგმოს.

hreflang-ის სწორი კავშირი

Google-ის რეკომენდაციით, ენის ვერსიებმა ერთმანეთს hreflang სიგნალით უნდა მიუთითონ. თითოეულ ვერსიას სიაში საკუთარი მისამართიც უნდა ჰქონდეს და დანარჩენი შესაბამისი ვერსიებიც. ბმულები შეიძლება განთავსდეს HTML-ში, HTTP სათაურში ან საიტის რუკაში, მაგრამ ერთი მეთოდი თანმიმდევრულად გამოიყენეთ.

სიგნალი მხოლოდ მაშინ არის სასარგებლო, თუ მითითებული URL რეალურად იხსნება, საკუთარ თავს მიუთითებს და გვერდის ენა ემთხვევა მის აღწერას. შეცდომების სია შეავსეთ მინიმუმ ამ ველებით: გვერდი, ენა, hreflang კოდი, მითითებული URL, პასუხის სტატუსი და შემოწმების თარიღი.

თარგმანის ხარისხის 3 შემოწმება

1. მნიშვნელობა: სერვისის პირობები, მოქმედება და შეზღუდვა ორ ენაზე ერთნაირად არის გაგებული;
2. ტერმინები: ბრენდის სახელები, იურიდიული სიტყვები, პროდუქტის სახელები და CTA შეთანხმებულად იწერება;
3. ქმედება: ფორმა, ტელეფონი, ელფოსტა, კალენდარი და გადახდის ან მოთხოვნის გზა რეალურად მუშაობს შესაბამის ენაზე.

ქართული ტექსტის ბუნებრიობა ცალკე უნდა შემოწმდეს. პირდაპირი მანქანური თარგმანი შეიძლება გრამატიკულად წაკითხვადი იყოს, მაგრამ ბიზნესის პირობებში არასწორი ტონი ან მნიშვნელობა დატოვოს. თარჯიმანი ან ენის პასუხისმგებელი უნდა ხედავდეს არა მხოლოდ ფრაზას, არამედ გვერდის მიზანსა და მოქმედებას.

კონტენტის მოდელი და მედია

WordPress-ის Export ინსტრუმენტი ჩანაწერებსა და გვერდებს XML/WXR ფორმატში ამოიღებს, მაგრამ მრავალენოვანი კავშირები, მედიაზე დამოკიდებულებები და პლაგინის სპეციფიკური ველები ცალკე შესამოწმებელია. მიგრაციამდე ჩამოწერეთ რომელი ველი ინახავს ენის კოდს, თარგმანის წყვილს, slug-ს, alt ტექსტს და SEO აღწერას.

სურათის ალტერნატიული ტექსტი ენის მიხედვით უნდა აღწერდეს იმავე ვიზუალურ ფუნქციას. ჩამოსატვირთი დოკუმენტები, ფორმის დამადასტურებელი შეტყობინება და შეცდომის ტექსტიც თარგმანის გეგმის ნაწილია. ხელმისაწვდომობისთვის ეს საკითხები კონკრეტულ შემოწმების კრიტერიუმებთან შეადარეთ.

სცენარი: ქართული და ინგლისური სერვისები

წარმოიდგინეთ ქართული მომსახურების კომპანია, რომელსაც ქართული და ინგლისური გვერდები აქვს, მაგრამ ახალი სერვისები ჯერ მხოლოდ ქართულად ქვეყნდება. ძველ საიტზე ენის მენიუ ყველა გვერდს აკავშირებს, მათ შორის ცარიელ ინგლისურ URL-ებსაც.

გუნდმა ჯერ ადგენს რომელი სერვისებია ორივე ბაზრისთვის აქტიური და რომელი ტექსტი ჯერ არ არის დამტკიცებული. მიგრაციისას მზადდება ცალკე URL-ები მხოლოდ დასრულებული ვერსიებისთვის, hreflang კავშირი მოწმდება ორივე მიმართულებით და ენის მენიუ აჩვენებს რეალურ ხელმისაწვდომობას. ინგლისურ გვერდზე ფორმის მიმღები და ავტომატური პასუხი ცალკე ტესტირდება, რადგან ერთი ენის ტექსტის გამართვა მეორე ენის პროცესს არ ამტკიცებს.

შედარება: ერთი URL და ცალკე ენის URL-ები

მიგრაციის შემოწმების თანმიმდევრობა

ჯერ გაამზადეთ ენისა და URL-ების რუკა, შემდეგ გადაიტანეთ ერთი სრულად შევსებული წყვილი staging-ზე. შეამოწმეთ მენიუ, hreflang, კანონიკური მისამართი, შიდა ბმულები, სურათები, ფორმა და შეცდომის მდგომარეობა. ამის შემდეგ გააფართოვეთ ტესტი დანარჩენ გვერდებზე. ეს ეტაპი უკავშირდება staging და cutover გეგმას.

რისი გარანტია არ არის მრავალენოვანი არქიტექტურა

ცალკე ენის URL და სწორი hreflang არ იძლევა კონკრეტულ საძიებო პოზიციას ან უცხოენოვანი მოთხოვნების რაოდენობას. Google აღწერს ტექნიკურ სიგნალებს, მაგრამ ენის ხარისხი, ბაზრის მოთხოვნა, კონკურენცია და შეთავაზების შესაბამისობა ცალკე ფაქტორებია.

თარგმანის ავტომატიზაცია შეიძლება სამუშაოს დაეხმაროს, მაგრამ პასუხისმგებელი პირის მიერ დამტკიცებას ვერ ჩაანაცვლებს, განსაკუთრებით პირობების, ფასების, იურიდიული ტექსტისა და ფორმის შეტყობინებების შემთხვევაში. aiWEB-ის პროექტში რომელი ენა მზადდება და ვინ ამტკიცებს, წინასწარ უნდა იყოს შეთანხმებული.

დაკავშირებული მასალა

• კონტენტის აუდიტი მიგრაციამდე
• SEO გადამისამართებების ჩეკლისტი
• staging და cutover
• რედაქტორის სამუშაო პროცესი
• WordPress-იდან Next.js-ზე გადასვლა
• მოთხოვნების შენარჩუნება
• aiWEB პროექტის განხილვა

<li><a href="https://developers.google.com/search/docs/specialty/international/localized-versions">ოფიციალური მითითება: ენის ვერსიები</a></li>
<li><a href="https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites">ოფიციალური მითითება: მრავალრეგიონული საიტები</a></li>
<li><a href="https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes">ოფიციალური მითითება: საიტის გადატანა</a></li></ul>

ხშირი კითხვები

ყველა ენის გვერდს უნდა ჰქონდეს hreflang?

ყველა ინდექსირებადი ენის ვერსიას უნდა ჰქონდეს თანმიმდევრული შესაბამისობის სიგნალი და საკუთარ თავზე მითითება. ცარიელი ან ჯერ დაუმტკიცებელი გვერდი ამ სიაში ავტომატურად არ უნდა მოხვდეს.

შეიძლება თუ არა URL-ის თარგმნა?

შეიძლება, თუ სტრუქტურა თანმიმდევრულია და ძველი მისამართებიდან ახალი მისამართების რუკა არსებობს. შეცვლილი slug-ები გადამისამართებითა და შიდა ბმულების განახლებით უნდა შემოწმდეს.

ვინ ამოწმებს ბიზნესის ტერმინებს?

ენაზე პასუხისმგებელმა რედაქტორმა და ბიზნესის იმ მფლობელმა, ვინც სერვისის პირობებს ამტკიცებს. ტექნიკური ტესტი ვერ ადგენს, სწორად არის თუ არა აღწერილი შეთავაზება.

გამჭვირვალობა: ეს მასალა AI-ის დახმარებით მომზადდა და წყაროები ცალკე მითითებულია. ტექნიკური რეკომენდაციები ეყრდნობა Google-ისა და WordPress-ის საჯარო დოკუმენტაციას; თარგმანის ფაქტობრივი და კომერციული სიზუსტე კონკრეტულმა პასუხისმგებელმა უნდა დაადასტუროს.

შემდეგი ნაბიჯი: შეადგინეთ თითოეული ენის გვერდების რუკა, მონიშნეთ დაუმტკიცებელი ტექსტები და განიხილეთ მრავალენოვანი სამუშაო პროცესი aiWEB-ის გუნდთან.