Migracja z Drupala do WordPressa z freelancerem

Jak przenieść stronę z Drupala do WordPressa z pomocą freelancera: plan migracji treści i funkcji

Migracja z Drupala do WordPressa to nie tylko przeniesienie stron. Witryny oparte na Drupalu często korzystają z typów treści, taksonomii, pól, uprawnień i modułów, które nie mają bezpośrednich odpowiedników w WordPressie. Jeśli pominie się te szczegóły, nowa strona może wyglądać na gotową, choć filtry wyszukiwania nie działają, informacje o autorach znikają albo pliki multimedialne przestają być powiązane z treścią.

Freelancer może przeprowadzić cały proces, ale właściciel strony również musi podjąć kilka ważnych decyzji. Zanim zaczniesz zastanawiać się, jak zaplanować migracja Drupala do WordPressa z freelancerem, przygotuj spis treści, ustal, z których funkcji faktycznie korzystają użytkownicy, i uzgodnij, czym oba systemy będą się różnić po uruchomieniu nowej strony. Dzięki temu migracja będzie oparta na planie, który da się przetestować, a nie na nieprecyzyjnym poleceniu „przenieś wszystko”.

1. Dopasuj typy treści Drupala do struktur WordPressa

Zacznij od spisania typów treści Drupala i pól przypisanych do każdego z nich. Artykuł z aktualnościami może zawierać tytuł, zajawkę, treść, autora, datę publikacji, temat i główny obraz. Strona produktu może mieć inny zestaw pól oraz powiązanie z kategorią lub dostawcą. Freelancer potrzebuje takiego zestawienia, zanim wybierze odpowiednie struktury w WordPressie.

Węzły Drupala można przenieść do standardowych wpisów lub stron WordPressa, ale niektóre treści warto obsługiwać za pomocą własnego typu wpisu. Na przykład katalog organizacji z własną stroną archiwum i polami profilu zwykle lepiej odwzorować jako typ wpisu „Organizacja” niż zbiór zwykłych stron. Słowniki Drupala mogą stać się kategoriami lub własnymi taksonomiami WordPressa — zależnie od sposobu ich wykorzystania. Tabela opisująca mapowanie treści Drupal WordPress pozwala jasno zapisać te decyzje.

Nie zakładaj, że pola o takich samych nazwach działają w ten sam sposób. Pole Drupala, które dopuszcza wiele wartości, może wymagać innej konfiguracji w WordPressie niż pole przechowujące tylko jedną wartość. Data zapisana wraz ze strefą czasową może z kolei wymagać jawnie określonej reguły konwersji. Zapisz przykłady nietypowych wartości, by freelancer mógł je przetestować, zamiast zgadywać.

Uwzględnij w mapowaniu także adresy URL. Jeśli artykuł w Drupalu znajduje się obecnie pod adresem /news/community-update, zdecyduj, czy WordPress zachowa tę ścieżkę, czy przekieruje ją na nowy adres. Arkusz z typem treści w źródle, strukturą docelową, polami, zasadami dotyczącymi taksonomii i sposobem obsługi adresów URL będzie punktem odniesienia podczas testów.

2. Zdecyduj, co odtworzyć, czym zastąpić, a z czego zrezygnować

Moduły Drupala często obsługują konkretne procesy, dlatego samo skopiowanie widocznej funkcji nie wystarczy, jeśli ważny jest również mechanizm jej działania. Wypisz używane obecnie moduły i funkcje niestandardowe, a następnie odnotuj, kto z nich korzysta. Logowanie członków, kolejka akceptacji treści przez redakcję i wyszukiwanie z filtrami mogą wymagać trzech różnych rozwiązań w WordPressie.

Podziel każdą pozycję na jedną z trzech grup: odtworzyć w WordPressie, zastąpić dostępnym narzędziem albo pominąć. Na przykład stary kalendarz wydarzeń, w którym nie ma już nadchodzących wydarzeń, może w ogóle nie wymagać przenoszenia. Publiczny katalog, z którego użytkownicy nadal codziennie korzystają, może wymagać zastępstwa z polami umożliwiającymi wyszukiwanie. Niestandardowy proces akceptacji może wymagać prac programistycznych, jeśli nowy sposób pracy redakcji nie pozwala odtworzyć wymaganych etapów.

Poproś freelancera, by dla każdej pozostawianej funkcji opisał proponowane rozwiązanie i jego ograniczenia. Jeśli zamiennik zmieni to, kto może edytować treści albo jak odwiedzający je odnajdują, zapisz tę zmianę przed rozpoczęciem prac. „Działa jak Drupal” nie jest użytecznym kryterium odbioru; „redaktorzy mogą przesłać artykuł do sprawdzenia bez jego publikowania” — już tak.

Oddziel funkcje niezbędne od tych, które są jedynie preferowane. Ułatwi to kontrolę zakresu prac, gdy moduł Drupala nie ma bezpośredniego odpowiednika, i pozwoli właścicielowi zaakceptować prostszy proces. Więcej informacji o wyborze między indywidualnym wykonawcą a zespołem znajdziesz w artykule Czy warto zatrudnić freelancera?.

3. Przygotuj reprezentatywną próbkę migracji

Zanim przeniesiesz całą bazę danych, poproś freelancera o migrację niewielkiej próbki obejmującej różne typy treści. Podstawowa strona pozwoli sprawdzić proste pola i adresy URL. Artykuł powiązany z wieloma terminami pokaże, czy prawidłowo przenoszą się przypisania i hierarchia taksonomii. Element z dużą ilością multimediów pozwoli sprawdzić pliki graficzne, podpisy i osadzone treści. Jeśli witryna ma specjalny typ treści, uwzględnij przynajmniej jeden jego przykład.

Próbka powinna być na tyle duża, by pokazać różne przypadki, ale na tyle mała, by właściciel lub redaktor mógł sprawdzić każdy rekord. Uzgodnijcie, które elementy źródłowe zostaną wykorzystane i co oznacza, że każdy z nich został przeniesiony prawidłowo. Na przykład próbny artykuł może wymagać zachowania pierwotnego autora, dwóch terminów tematycznych, zaktualizowanej daty i załącznika do pobrania.

Porównaj wyniki w WordPressie z danymi w Drupalu — nie tylko z makietą projektu. Sprawdź, czy treść można edytować, czy filtry taksonomii zwracają oczekiwane elementy i czy multimedia wyświetlają się we właściwym miejscu. Strona może wyglądać poprawnie, mimo że jej terminy nie zostały zapisane w bazie danych. Poprawienie mapowania po migracji próbki jest znacznie tańsze niż wykrycie tego samego błędu w tysiącach rekordów.

Poproś freelancera o zapisanie problemów wykrytych podczas migracji próbki i wynikających z nich zmian w mapowaniu. Taki zapis stanie się pierwszą wersją dokumentacji migracji i ułatwi późniejsze przekazanie prac bez polegania na pamięci.

4. Ustal zasady porządkowania treści i przekazania ich redakcji

Migracja to nieodpowiedni moment na podejmowanie nieudokumentowanych decyzji redakcyjnych. Uzgodnij wcześniej, co stanie się z nieaktualnymi szkicami, zduplikowanymi stronami, nieobsługiwanymi wartościami pól i treściami oznaczonymi do weryfikacji. Jednym z praktycznych rozwiązań może być domyślne przeniesienie opublikowanych treści i umieszczenie szkiców na osobnej liście do sprawdzenia. Wybór zależy od procesu publikacji w danej witrynie.

Trzeba też jasno określić, kto podejmuje decyzje dotyczące duplikatów. Freelancer może oznaczyć rekordy o takich samych tytułach lub adresach URL, ale to redaktor powinien zdecydować, czy je połączyć, usunąć, czy zachować. Jeśli dwie strony Drupala zawierają różne informacje mimo podobnych tytułów, automatyczne czyszczenie może usunąć przydatne materiały. Prowadź rejestr decyzji zawierający źródłowy adres URL, wybrane działanie i nazwisko odpowiedzialnego redaktora.

Ustal również zasady dotyczące osadzonych multimediów. Niektóre treści w Drupalu mogą odwoływać się do plików przechowywanych w starszej lokalizacji albo zawierać filmy osadzone za pomocą kodu dawnego dostawcy. Zdecyduj, czy freelancer ma skopiować plik, zastąpić osadzenie, czy oznaczyć je do sprawdzenia przez redakcję. Nieobsługiwane wartości pól należy zgłaszać zamiast po cichu je pomijać — brakująca wartość może mieć znaczenie dla produktu, profilu lub informacji prawnej.

Uzgodnij, kto sprawdzi przeniesioną kopię i jak będą przekazywane wyjątki. Freelancer może na przykład przygotować arkusz rekordów z brakującymi obrazami, a redaktor dostarczyć nowe pliki przed uruchomieniem strony. Jasne zasady przekazania prac oddzielają techniczną migrację od akceptacji redakcyjnej.

5. Sprawdzaj przeniesione dane nie tylko wizualnie

Kontrola wyglądu pozwala wykryć błędy układu, ale nie potwierdzi, że wszystkie pola i powiązania zostały przeniesione poprawnie. Porównaj rekordy w Drupalu i WordPressie pod kątem tytułów, treści, wartości pól, przypisań taksonomii, autorów, znaczników czasu i powiązań z multimediami. Dobierz zakres kontroli do modelu treści witryny, zamiast ograniczać się do sprawdzenia strony głównej.

Jeśli to możliwe, użyj eksportów lub zapytań do bazy danych, by porównać liczbę rekordów i wybrane pola. Jeśli migracja obejmuje 240 wpisów dotyczących wydarzeń, raport powinien uwzględniać rekordy docelowe albo wymieniać konkretne wykluczenia. Nie zakładaj, że liczby się zgadzają — sprawdź to. Jeśli końcowa liczba nie jest jeszcze znana, oznacz ją do weryfikacji zamiast wymyślać wartość docelową.

Sprawdź też powiązania w działającej witrynie WordPress. Otwórz archiwum taksonomii i potwierdź, że przypisany do danego terminu artykuł pojawia się na liście. Jeśli autorzy wpływają na nawigację, sprawdź archiwum autora. Otwórz kilka elementów zawierających dużo multimediów i upewnij się, że obrazy lub załączniki są powiązane z właściwymi rekordami, a nie tylko znajdują się gdzieś w bibliotece mediów.

Opisuj wyjątki na tyle szczegółowo, by można było podjąć działanie. Uwzględnij identyfikator źródłowy, docelowy adres URL, problem, osobę odpowiedzialną i status. Notatka „część obrazów jest błędna” niewiele wyjaśnia. Wskazanie konkretnego artykułu i brakującego obrazu daje freelancerowi i redaktorowi jasne zadanie.

6. Zaplanuj uruchomienie z uwzględnieniem zmian w treści

Podczas gdy freelancer przygotowuje WordPressa, treści na stronie mogą się zmieniać. Przed rozpoczęciem migracji wybierz zamrożenie treści albo końcowy import zmian. Przy zamrożeniu redaktorzy przestają publikować w Drupalu na uzgodniony czas, w którym odbywa się końcowe przeniesienie i kontrola. W przypadku importu zmian freelancer najpierw przenosi początkowy zestaw treści, a później importuje rekordy utworzone lub zmienione od tego momentu.

Zamrożenie jest prostsze do wyjaśnienia, ale może utrudnić pracę redakcji, która regularnie publikuje nowe treści. Import końcowych zmian pozwala publikować bez przerwy, wymaga jednak niezawodnego sposobu wykrywania zmienionych rekordów i zapobiegania duplikatom. Ustal, kto będzie śledził zmiany, kiedy odbędzie się ostatni import i jak zostaną sprawdzone aktualizacje wprowadzone podczas przełączania witryny.

Przygotuj listę kontrolną uruchomienia z konkretnymi warunkami: zakończony import końcowy, sprawdzone najważniejsze strony, przetestowane przekierowania, poprawnie wysłane formularze i powiadomieni właściciele treści. Jeśli ważny element nie przejdzie kontroli, ustal, czy uruchomienie zostanie wstrzymane, czy zastosowane będzie zatwierdzone obejście. Decyzję należy podjąć przed presją związaną z dniem uruchomienia.

7. Dopilnuj dostępu, dokumentacji i możliwości powrotu do poprzedniej wersji

Przy przekazaniu prac upewnij się, że freelancer dostarczył skrypty migracyjne, mapowanie pól, rejestr wyjątków i instrukcje uruchamiania ewentualnego importu końcowego. Poproś o informacje dotyczące własnych typów wpisów, taksonomii, zadań cyklicznych i ręcznych czynności, które mogą być potrzebne przyszłemu administratorowi. Skrypt bez instrukcji może być trudny do ponownego wykorzystania, gdy za kilka miesięcy trzeba będzie coś poprawić.

Sprawdź również dostęp do kont. Usuń konta tymczasowe lub ogranicz niepotrzebne już uprawnienia, a jeśli dane logowania były udostępniane na potrzeby migracji, zmień je. Wyznacz jedną konkretną osobę odpowiedzialną za administrację WordPressa, aby witryna nie była zależna od prywatnego konta dawnego wykonawcy.

Gotowość do powrotu do poprzedniej wersji oznacza zachowanie kopii Drupala, którą można odtworzyć, oraz ustalenie, kto przywróci witrynę, jeśli po uruchomieniu pojawi się poważny problem. Uzgodnij miejsce przechowywania kopii zapasowej, osobę odpowiedzialną za jej odtworzenie i warunki, które uruchomią procedurę powrotu. Nie usuwaj starej witryny tylko dlatego, że WordPress już działa. Zachowaj ją, dopóki uzgodnione kontrole nie zostaną zakończone i zespół nie potwierdzi, że ważne treści i procesy działają zgodnie z założeniami.