Jaki problem to rozwiązuje
Droga część migracji CMS jest niewidoczna aż do po go-live: adresy URL, które zmieniły się bez przekierowań, metadane zgubione w tranzycie, linki wewnętrzne wskazujące na starą strukturę i pozycje, które budowało się latami, wyparowujące w tygodnie. Odbudowa stron to praca; odbudowa utraconego ruchu organicznego często w ogóle nie jest możliwa w rok.
Jak pracujemy
Zaczynamy od pełnej inwentaryzacji treści z crawla i danych analitycznych, a nie z pamięci: każdy URL, jego ruch, pozycje i linki zwrotne. Ta inwentaryzacja napędza jawne decyzje - co migruje bez zmian, co zostaje skonsolidowane, co wycofane - więc migracja jest jednocześnie porządkiem w treści, którego nikt inaczej nie zaplanuje.
Architekturę URL nowej strony projektujemy, zanim cokolwiek się ruszy: logiczna struktura, wzorce, które HubSpot obsługuje czysto, i kompletna mapa przekierowań jeden do jednego dla wszystkiego, co się zmienia. Treść przenosi się ze swoimi metadanymi - tytuły, opisy, ustawienia kanoniczne, teksty alternatywne - a linki wewnętrzne przepisujemy na nową strukturę, zamiast zostawiać je odbijające się przez przekierowania.
Go-live idzie według listy kontrolnej: przekierowania zweryfikowane na skalę, mapa strony zgłoszona, błędy crawla obserwowane codziennie w pierwszych tygodniach i pozycje monitorowane względem punktu odniesienia sprzed migracji, który zapisaliśmy.
Deliverables
- Inwentaryzacja treści z danymi o ruchu, pozycjach i linkach zwrotnych
- Decyzja migruj, skonsoliduj lub wycofaj per URL
- Nowa architektura URL i kompletna mapa przekierowań
- Treść przeniesiona z metadanymi i przepisanymi linkami wewnętrznymi
- Wykonanie listy kontrolnej go-live i zgłoszenie mapy strony
- Monitoring po migracji względem zapisanego punktu odniesienia