WordPress მიგრაციის SEO გადამისამართებების ჩეკლისტი

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

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

შეაგროვეთ ძველი URL-ები

შეაერთეთ WordPress-ის გვერდები, პოსტები, კატეგორიები, მედია, sitemap, შიდა ბმულები, კამპანიის ბმულები და ხელმისაწვდომი Search Console-ის მონაცემები. თითოეულ URL-ს დაურთეთ წყარო და შემოწმების თარიღი. თუ მონაცემი მოძველებულია ან არასრულია, მონიშნეთ როგორც გადასამოწმებელი.

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

აირჩიეთ შესაბამისი ახალი გვერდი

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

შეარჩიეთ პასუხის კოდი

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

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

მოაშორეთ ჯაჭვები და წრეები

გადაამოწმეთ ძველი URL-ის სრული გზა. თუ A გადადის B-ზე, B კი C-ზე, პირდაპირი A-დან C-მდე კავშირი უფრო მარტივი სატესტოა. ასევე მოძებნეთ გადამისამართების წრეები, სადაც ერთი მისამართი მეორეს უბრუნდება. მიგრაციის შემდეგ ძველი და ახალი ბმულები შიდა კონტენტში უნდა განახლდეს, რომ მომხმარებელს ზედმეტი გადახვევა არ დასჭირდეს.

განსაკუთრებით შეამოწმეთ HTTP და HTTPS, www და non-www, ბოლო slash, დიდი და პატარა ასოები, ენის პრეფიქსი და ძველი თარიღიანი slug-ები. თითოეულ ვარიანტს ერთიანი წესით მოექეცით. კონფიგურაციაში ერთი ზოგადი ჩანაცვლება ყველა URL-ს სწორ გვერდზე ვერ მიიყვანს.

განაახლეთ გვერდის შიდა სიგნალები

ახალ საიტზე განაახლეთ canonical, hreflang, შიდა ბმულები, საიტის რუკა და ნავიგაცია. Google-ის საიტის გადატანის დოკუმენტაცია ამ ელემენტების ერთიან შემოწმებას გვირჩევს. გადამისამართება ვერ ასწორებს გვერდზე დარჩენილ ძველ canonical-ს ან სხვა ენის არასწორ ბმულს.

თუ დომენიც იცვლება, Search Console-ის ორივე თვისება ხელმისაწვდომად შეინახეთ და გადართვის შემდეგ მონიტორინგის პასუხისმგებელი დაასახელეთ. შედეგების შემოწმება უნდა მოიცავდეს ხელმისაწვდომ crawl-სა და ინდექსაციის სიგნალებს, სადაც ისინი არსებობს.

ჩაატარეთ ტესტი staging-ზე და ცოცხალ საიტზე

1. აირჩიეთ ძველი URL-ების წარმომადგენლობითი სია: მთავარი, სერვისი, სტატია, კატეგორია, სურათი და ფორმიანი გვერდი;
2. დააფიქსირეთ პასუხის კოდი, საბოლოო URL, canonical, გვერდის სათაური და ფორმის მოქმედება;
3. გაიმეორეთ შემოწმება დომენის გადართვის შემდეგ და მონიშნეთ განსხვავებული შედეგები.

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

სცენარი: შეცვლილი სერვისის სტრუქტურა

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

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

შედარება: წესებზე დაფუძნებული და ხელით გაწერილი redirect

რას ვერ დაგპირდებათ redirect-ის სია

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

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

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

• კონტენტის აუდიტი მიგრაციამდე
• staging და cutover გეგმა
• დომენისა და ჰოსტინგის მფლობელობა
• მრავალენოვანი URL-ები
• მოთხოვნების შენარჩუნება
• რედაქტორის workflow
• aiWEB პროექტის განხილვა

<li><a href="https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes">ოფიციალური მითითება: საიტის გადატანა</a></li>
<li><a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/301">ოფიციალური მითითება: მუდმივი გადამისამართება</a></li>
<li><a href="https://developer.wordpress.org/advanced-administration/upgrade/migrating/">ოფიციალური დოკუმენტაცია: მიგრაცია</a></li></ul>

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

301 თუ 308 უნდა გამოვიყენოთ?

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

ყველა ძველი URL მთავარ გვერდზე გადავამისამართოთ?

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

რამდენ ხანს შევინარჩუნოთ redirect?

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

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

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