5 błędów związanych z migracją witryny SEO, których należy unikać dzięki Sara Moccand

Opublikowany: 2022-06-27


Czy kiedykolwiek brałeś udział w katastrofalnej migracji witryny? Być może zostałeś wciągnięty do projektu, aby poradzić sobie ze skutkami źle przemyślanej migracji witryny.

Dzisiaj omówimy pięć kluczowych błędów, których należy unikać podczas migracji witryny, z kobietą, która w zeszłym roku poddała się i zasubskrybowała Netflix i Disney Plus. Jest współprowadzącą spotkanie SEO Nerds Switzerland i specjalistką ds. SEO w Liip, agencji rozwoju stron internetowych i urządzeń mobilnych z sześcioma biurami w Szwajcarii. Serdecznie witamy w podkaście In Search SEO, Sara Moccand.

Błędy, których należy unikać to:
  1. Słabe planowanie
  2. Nie testuję przekierowań
  3. Nie audytowanie inscenizacji
  4. Migracja w okresie dużego zapotrzebowania
  5. Po zindeksowaniu etapów





5 wskazówek dotyczących migracji witryny, które warto mieć na oku


    Sara: Cześć.

    C: Hej, Saro. Sarę znajdziesz na liip.ch. Więc Sara, dlaczego migracja strony jest tak dużym problemem dla SEO?

    S: Powiedziałbym, że głównie dlatego, że możesz stracić cały ruch organiczny, który jest źródłem przychodów. To jest główny powód, dlatego każdy musi być bardzo ostrożny podczas migracji swojej witryny.

    D: Więc dzisiaj mówimy o pięciu kluczowych błędach, których należy unikać podczas migracji witryny. Zaczynając od numeru jeden, kiepskie planowanie.



    1. Słabe planowanie



    P. – Tak, jednym z największych błędów jest złe planowanie. Mam kilka przykładów. Słabe planowanie może zacząć się od początku. Na przykład w agencji sprzedaż niewłaściwa liczba dni, co oznacza konieczność ponownego omówienia budżetu, co bardzo go komplikuje. Przykładów jest kilka, ale zacznijmy od głównych problemów. Oczywiście, nie uda Ci się wdrożyć rzeczy tak, jak chcesz, jeśli nie zaplanujesz ich właściwie. Drugim problemem, jak już wspomniałem, jest utrata ruchu. To katastrofalny scenariusz, utrata ruchu, a rozwiązaniem tego problemu jest poznanie imienia wszystkich zaangażowanych osób. To jest sekret. Dowiedz się, kto jest deweloperem, frontendem, backendem, projektantem itp. Dowiedz się wszystkiego, co możesz o ich nazwiskach i tym, co robią, abyś zawsze mógł się z nimi skontaktować.

    Każda migracja strony internetowej jest jak nowy projekt. Więc masz projekt, który ma plan. I tam możesz dokładnie zobaczyć, gdzie SEO może wchodzić w interakcje. Należy o tym pamiętać. Na przykład programiści na początku wiedzą, co robić, wybiorą technologię, z którą będą pracować. Dlatego dla SEO interesujące jest, aby wiedzieć, jakiej technologii zamierzają użyć. A może możesz również wpłynąć na używaną technologię. Czasami, niezbyt często, ale czasami. To tylko przykład nauki ogólnego planowania i odkrywania, gdzie możesz wchodzić w interakcje.

    D: Oczywiście jest wiele rzeczy, które możesz uwzględnić w planie, ale czy są jakieś standardowe elementy, które uwzględniłbyś w planie? A może każdy projekt jest wyjątkowy?

    S: Powiedziałbym, że są trzy standardowe rzeczy. Wiedząc, kiedy technologia zostanie wybrana, wiedząc, kiedy projektant zacznie projektować architekturę witryny i wiedząc, w którym momencie zostanie ona uruchomiona, możesz przeanalizować etapy, aby upewnić się, kiedy zostaną uruchomione. To prowadzi mnie do podziału na migrację witryny. Masz swój plan, a potem dzielisz go na fazy. Pierwsza to faza przygotowań, w której wchodzisz w interakcję z twórcami. I tam musisz również przeanalizować, jak radzi sobie strona, które strony są ważne itp. I przygotujesz również swoją mapę przekierowań. Następną fazą jest faza testowania, w której testujesz wszystko, ponieważ wszystko, co jest w fazie, zostanie w 100% opublikowane, więc jeśli pojawi się problem, problem pojawi się później.

    D: Wspomniałeś tam również o adresach URL. Wydaje mi się, że niektóre migracje stron internetowych są łatwiejsze niż inne. Niektórzy mogą migrować serwery i zachować tę samą technologię, CMS, prawdopodobnie te same adresy URL… Co się stanie, jeśli zmienisz każdy adres URL lub większość adresów URL, ponieważ musisz? Może przechodzisz z czegoś, co ma ASP, na przykład, na końcu adresu URL, do całkiem zwykłego adresu URL? Czy można jednocześnie zachować wszystkie rankingi i zmieniać adresy URL?

    S: Kiedy pracuję w firmie deweloperskiej, ludzie przychodzą to robić. Nie przychodzą tylko po to, żeby trochę zmienić serwer. To, co chcą zrobić, to właśnie to. Chcą wszystko zmienić. To jest mój problem. Więc tak, to działa. Musisz zrobić swoje przekierowania, musisz zrobić swoją mapę przekierowań i masz czas, w którym wyszukiwarki muszą się trochę dostosować. W większości przypadków działa dobrze, ponieważ kiedy robisz swoją mapę przekierowań, celem jest zrobienie tego mądrze. Na przykład wiesz, że jeśli strona jest w rankingu pod kątem czegoś konkretnego, przekierujesz ją na ten sam temat. Następnie musisz być trochę ostrożny w swojej mapie przekierowań, a wtedy to działa. Ponownie, najbardziej przypadkowy scenariusz, jaki widziałem, dotyczy dokładnie tego, w którym wszystko zmienili.

    D: Jeszcze jedno pytanie uzupełniające w związku z tym, co powiedziałeś. Powiedziałeś, że czasami wyszukiwarki potrzebują trochę czasu na dostosowanie się. Ile czasu można poświęcić wyszukiwarkom, zanim zobaczysz te same rankingi, które miałeś wcześniej?

    P. – Nie, miałem na myśli, zanim wpadniesz w panikę. Powiedziałbym, że to zależy, ale widziałem kilka razy, kiedy nie zmieniają wszystkiego, ale zmieniają się całkiem sporo i dostosowują się dość szybko. Powiedziałbym, że maksymalnie miesiąc, półtora miesiąca. A jeśli potem się nie adaptuje, to gdzieś jest jakiś problem.

    D: Przejdźmy do drugiego, nie do testowania przekierowań.



    2. Nie testowanie przekierowań



    P. – Tak. Zróbmy kilka przykładów na ścianie wstydu, gdzie poszło mi słabo. Pamiętam, że na początku ułożyłem mapę przekierowań i każdy plik był w porządku. Następnie oddałem go programiście, aby przygotował wszystko, co testowałem. I powiedziałem, że wszystko jest w porządku. Potem wszedł na żywo. A kiedy rozpoczęliśmy transmisję na żywo, zastanawiałem się, co się dzieje. I wtedy zdałem sobie sprawę, że generuje łańcuch przekierowań, co mnie trochę zaskoczyło. Miałem więc szczęście mieć bardzo dobre relacje z programistami, którzy byli w stanie naprawić to na miejscu. To był jeden scenariusz, w którym testowałem, ale nie testowałem wystarczająco dobrze, ponieważ nie zdawałem sobie z tego sprawy przed uruchomieniem.

    Kolejny raz na ścianie wstydu i by mieć świadomość, jak ważne jest, aby wszystko perfekcyjnie przetestować. Pamiętam, że istniała strona internetowa z wieloma krajami, ale była określona rola adresu URL. Poprosiłem więc programistę o pomoc w stworzeniu dla mnie skryptu, dzięki czemu pójdziemy szybciej. Zrobił scenariusz, a ja zarezerwowałem pół dnia z deweloperem na test, ale potem powiedział: „Hej, Saro, przetestowałem to”. Fantastycznie. Jeśli już to zrobiłeś, fantastycznie. Ale pozwól, że spróbuję w jednym kraju. Więc przetestowałem to w USA i powiedziałem: „Wszystko działa. Świetny. Dziękuję Ci. Do widzenia. Przybij piątkę!" Potem rozpoczęliśmy transmisję na żywo. Sprawdziłem wszystko, a kiedy sprawdziłem, zapytałem: „Co się dzieje? Co to jest skakanie? Gdzie jest Japonia i Kuwejt?” Widzę, że przenieśliśmy wszystko, ale tęskniliśmy za Japonią i Kuwejtem, z czego nie zdawałem sobie sprawy, zanim pojawiły się na żywo. I znowu miałem szczęście, ponieważ pomogli mi natychmiast go odzyskać, więc nie było prawdziwych reperkusji, ponieważ stało się to w dniu, w którym wszystko naprawiliśmy. Ale to jest problem. Musisz przetestować.

    D: Myślę, że odnosi się to również do punktu trzeciego, ponieważ punkt trzeci nie dotyczy audytu inscenizacji.



    3. Nie audytowanie inscenizacji



    P. – Tak, to część punktu trzeciego. Na początku miałem swoje bilety, sprawdzałem je i na inscenizacji wszystko było w porządku. Fantastyczny. Bilety są realizowane. Ale potem zdałem sobie sprawę, że nie przeprowadzam audytu, tak jakbym normalnie audytował stronę internetową. Na przykład zaczynasz widzieć dziwne rzeczy. Pamiętam tę stronę, która niedawno się wydarzyła i po stronie serwera renderowała się idealnie. Wszystko widziałem w kodzie w konsoli. Więc byłem szczęśliwy. Ale mam problem z ukrytymi elementami, zawsze sprawdzam ukryte elementy. Stało się tak, że JavaScript zachowywał się bardzo dziwnie. To było usuwanie wszystkich tekstów z ukrytego elementu. Więc możesz to zobaczyć, ale nie w kodzie. To przykład na to, jak ważny jest audyt inscenizacji serwisu i sprawdzenie wszystkich realizacji.

    Kolejną rzeczą, którą musisz zrobić, to mieć własną listę kontrolną, naprawić listę kontrolną ze wszystkimi zadaniami, dokładnie tak jak audyt, a potem zawsze możesz dodać kolumnę. Np. jeśli korzystasz z Google Sheet, masz kolumnę, że do tego zadania mam bilet, do tych zadań nie jest to wymagane, mógłbym go wziąć. Na przykład w przypadku JavaScript, który podałem, nie otwierasz zgłoszenia, otwierasz je tylko w przypadku problemu. A potem podajesz swoją listę priorytetów w innej kolumnie, status. Który status URL w toku, a następnie komentujesz. Komentarze są bardzo ważne, każdy je zabiera, ale komentarze są ważne, ponieważ musisz wiedzieć, dlaczego coś jest blokowane. Na przykład, jeśli dana osoba blokuje lub blokuje inny bilet, musisz wiedzieć, aby go zablokować. To trochę o kontroli inscenizacji i jej ważności. To zależy, ale niektórzy programiści będą również używać w kodzie np. noindex na wszystkich stronach. A potem zapomną go usunąć, gdy wejdą na żywo. Problem polega na tym, że musisz mieć świadomość, że go używają, więc możesz poprosić ich, aby pamiętali o usunięciu noindex przed uruchomieniem, proszę.

    C: A punkt numer cztery, którego należy unikać, to migracja w okresie dużego popytu.



    4. Migracja w okresie dużego popytu



    P. – Tak. Powinno to być oczywiste, ponieważ masz problem utraty ruchu, a przynajmniej na krótki czas, nie zawsze tak jest. Znowu zależy to od migracji serwisu, ale istnieje ryzyko, że czas adaptacji będzie trwał. A jeśli masz czas na inne zajęcia… Załóżmy, że pracujesz w eCommerce. Prawdopodobnie między październikiem a końcem grudnia nie chcesz migrować swojej witryny, ponieważ zbliżają się Święta Bożego Narodzenia i wiele osób będzie kupować za pośrednictwem Twojego sklepu eCommerce. Klient zwykle wie, że w tym okresie ma duże zapotrzebowanie. Możesz więc sprawdzić z klientem jego analitykę, aby uniknąć problemu.

    D: Wspomniałeś wcześniej, że niektórzy programiści mogą nawet umieszczać noindex na każdej stronie, aby faktycznie spróbować uniknąć indeksowania stron. Błąd numer pięć polega na zindeksowaniu inscenizacji. Czy radziłbyś umieścić tag noindex na każdej stronie w środowisku testowym, aby uniknąć tego typu rzeczy?



    5. Indeksowanie inscenizacji



    S: Nie, ochrona hasłem jest zawsze rozwiązaniem. Możesz zrobić noindex, ale, jak w moim przykładzie, możesz zapomnieć, kiedy rozpoczniesz transmisję na żywo. Na koniec najlepszym rozwiązaniem, które zawsze działa, jest ochrona hasłem, kropka. Pamiętam, że kilka lat temu inscenizacja została zindeksowana i było to prawdopodobnie najbardziej szokujące doświadczenie, jakie miałem. Inscenizacja została zindeksowana i problem polegał na tym, że… można było kupić bilety na stronie internetowej, a problem polegał na tym, że ludzie, którzy próbowali kupić bilety na stronie inscenizacji, byli trochę katastrofalni. Czy możesz sobie wyobrazić ludzi próbujących kupować na stronie inscenizacji? Więc skontaktowali się ze mną, mówiąc, że mają ten problem. I udało nam się go rozwiązać, ponieważ jest to stosunkowo łatwe do rozwiązania. To chyba jeden z głównych punktów dla mnie. Gdy programiści wprowadzili ochronę hasłem i wstawili noindex. Dlatego muszę uważać nie tylko na sprawdzenie, czy jest chroniony hasłem, ale także na sprawdzenie noindexu.

    D: Jestem pewien, że mogłeś rozszerzyć tę rozmowę do 101 błędów, aby uniknąć podczas migracji naszej witryny, ale mam nadzieję, że mamy tam Twoją piątkę najlepszych. Jak zawsze, to świetne rzeczy od Sary. Skończmy z marynatą Pareto. Pareto mówi, że możesz uzyskać 80% swoich wyników z 20% swoich wysiłków. Jakie działanie SEO poleciłbyś, które zapewnia niesamowite wyniki przy skromnym nakładzie pracy?





    The Pareto Pickle - Planowanie migracji strony internetowej



    S: Dla mnie w migracji strony jest to planowanie. Poświęć trochę czasu na planowanie. To nie jest ogromna ilość czasu w porównaniu z pracą, którą musisz wykonać. Jeśli masz strukturę, to nie popełniasz błędów, a wtedy oszczędzasz sobie dużo czasu, ponieważ za każdy błąd musisz poprosić o czas na naprawienie się po błędach, więc zdecydowanie planujesz.

    D: Planuj właściwie. Byłem twoim gospodarzem, David Bain. Sarę znajdziesz na liip.ch. Sara, bardzo dziękuję za udział w podkaście The In Search SEO.

    S: Dziękuję.

    D: I dziękuję za wysłuchanie.