საიტის რედიზაინი თუ ახალი საიტი: როგორ გადავწყვიტოთ

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

რას ნიშნავს: რედიზაინსა და ახალ საიტს სხვადასხვა საწყისი წერტილი აქვს

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

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

საძიებო და მომხმარებლის გამოცდილების შემოწმებაში გამოიყენეთ 3 Core Web Vitals-ის კონტექსტი, ხელმისაწვდომობისთვის გაითვალისწინეთ WCAG 2.2, ხოლო URL ცვლილებისას მოამზადეთ შესაბამისი 301 გადამისამართება. ამ თემის საკვანძო შემოწმებაა: რედიზაინისა და ახალი საიტის არჩევა. ეს ტექნიკური ნიშნებია და არა ბიზნესის შედეგის გარანტია.

ნაბიჯები: საწყისი აუდიტის მოკლე გზა

ჯერ დაიცავით ის, რაც მუშაობს, შემდეგ გადაწყვიტეთ რა უნდა აშენდეს.

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

როდის გამართლდება ეს გზა

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

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

რეკომენდებული გადაწყვეტილების რიგი

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

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

რა უნდა დარჩეს პროექტის მტკიცებულებად

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

მტკიცებულება	რას პასუხობს	ვის ეხმარება
URL და გვერდების ინვენტარი	რა შევინარჩუნეთ და რა შეიცვალა	SEO და ტექნიკურ გუნდს
ფაქტების და კონტენტის წყარო	რომელი ტექსტი არის დამტკიცებული	მფლობელს და რედაქტორს
QA და უკან დაბრუნება ჩანაწერი	რა შემოწმდა და როგორ ვბრუნდებით	გაშვების პასუხისმგებელს

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

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

გაშვების შემდეგი პასუხისმგებლობა

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

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

შედარება: რედიზაინი და ახალი საიტი

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

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

სცენარი: ლამაზი, მაგრამ მოუხერხებელი საიტი

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

შეცდომები: შეცდომები გადაწყვეტილებისას

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

შეზღუდვები და რა არ უნდა დაგვპირდეს სტატია

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

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

შემდეგი საკითხავი aiWEB-ზე

რა განსაზღვრავს ბიზნესის საიტის ღირებულებას; რა კონტენტი მოვამზადოთ საიტის შექმნამდე; ანალიტიკა საიტის გაშვებამდე: რა უნდა დაიგეგმოს; საიტის ფორმა და CRM: ინტეგრაციის ჩეკლისტი; საიტის სიჩქარის ბიუჯეტი გაშვებამდე; ბიზნესის საიტის გაშვების ჩეკლისტი.

ხშირად დასმული კითხვები (FAQ)

როგორ გავიგოთ, რომ ახალი საიტი გვჭირდება?

თუ ძველი სისტემა აფერხებს უსაფრთხო განახლებას, კონტენტის მართვას ან მნიშვნელოვან ინტეგრაციებს, ახალი საფუძვლის შეფასება საჭიროა.

რედიზაინი SEO-ს დააზიანებს?

რისკი ჩნდება URL, კანონიკური, შინაარსისა და შიდა ბმულების დაუგეგმავი ცვლილებით. დიზაინი თავისთავად არ არის პრობლემა.

შეიძლება თუ არა ეტაპობრივი გადასვლა?

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

რა უნდა შევინარჩუნოთ ძველი საიტიდან?

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