Nadszedł czas na relaunch? Gratulacje, że znalazłeś ten artykuł. Poniższe informacje mogą być decydującym wkładem w to, aby twój relaunch się powiódł i osiągnąłeś fantastyczny rezultat. Bo nie zawsze tak się dzieje. Jestem właścicielem agencji i zdradzę ci dokładnie to, co pozwoli ci zmusić osoby takie jak mnie do wyjątkowo dobrej pracy i uniknięcia typowych błędów podczas relaunchy. Ale zacznijmy od początku.
Spis treści
Relaunch strony internetowej to przekształcenie i przemodelowanie istniejącej strony internetowej. Podczas tego procesu mogą być zmienione zarówno projekt, treści, jak i technologia. Celem relaunchu strony internetowej jest jej poprawa i dostosowanie do obecnych wymagań.
Pewne zewnętrzne czynniki powodują, że w firmach ogłaszane jest „relaunch”: świeżo zatrudniony pracownik wnosi świetne pomysły, nowy szef przychodzi i chce również porządnie odnowić aspekt cyfrowy, konkurencja ma nową stronę internetową, a sprzedaż spada. Być może żona szefa również nie podoba się stara strona, albo Generacji Z strona nie jest wystarczająco „świetlna”. Pewnie znasz to. Tak samo jak to, że najwyraźniej zbliża się czas na nową stronę internetową, to samo jak osobiste opinie, nie stanowią powodu do relaunchu.
Istnieje jednak kilka lepszych powodów, dla których firmy lub organizacje chcą przeprowadzić relaunch strony internetowej. Najważniejsze z nich to:
- Przestarzały design i/lub rebranding: Przestarzała strona internetowa może sprawiać wrażenie, że firma nie nadąża za aktualnościami lub nie jest już aktywna. Zatem nowy, nowoczesny design ma poprawić wizerunek. Również w przypadku zmiany wizerunku marki lub tożsamości firmy, zwykle zachodzi potrzeba relaunchu strony internetowej, aby odzwierciedlić nową wiadomość marki.
- Poprawa doświadczenia użytkownika: Jeśli użyteczność strony internetowej jest niska, może prowadzić to do wysokiego współczynnika odrzuceń. Relaunch może pomóc poprawić doświadczenie użytkownika i ułatwić nawigację po stronie.
- Optymalizacja mobilna: Ponieważ coraz więcej osób korzysta z witryn poprzez urządzenia mobilne, ważne jest zapewnienie prawidłowego funkcjonowania strony na różnych rozmiarach ekranów i urządzeń.
- Optymalizacja pod kątem wyszukiwarek (SEO): Przestarzała strona internetowa może sprawiać problemy z wydajnością SEO. Relaunch daje możliwość wprowadzenia zmian zwiększających przyjazność dla SEO, by poprawić widoczność w wyszukiwarkach.
- Aktualizacja treści: Jeśli zmieniają się informacje, usługi lub produkty firmy, strona internetowa musi być aktualizowana, aby odzwierciedlić te zmiany.
- Poprawa bezpieczeństwa: Starsze strony internetowe są często bardziej narażone na ryzyko bezpieczeństwa. Relaunch może pomóc poprawić bezpieczeństwo strony internetowej i ochronić ją przed atakami cybernetycznymi.
- Aktualizacja technologiczna: Korzystanie z przestarzałych technologii może wpłynąć na wydajność strony internetowej. Relaunch może stanowić okazję do przejścia na aktualne technologie i platformy internetowe.
- Dostępność dla osób niepełnosprawnych: Poprawa dostępności dla osób niepełnosprawnych jest istotnym celem dla wielu stron internetowych, aby zapewnić im dostępność.
- Konkurencyjność: Aby dotrzymać kroku konkurencji, ważne jest posiadanie nowoczesnej i wydajnej strony internetowej. Relaunch może pomóc w zachowaniu lub zwiększeniu konkurencyjności.
- Poprawy analityczne: Poprzez wdrożenie lepszych narzędzi analizy i zbieranie danych firmy mogą lepiej zrozumieć i zoptymalizować wydajność swojej strony internetowej.
- Zgodność z wymaganiami prawno-ustrojowymi: Przepisy prawne w zakresie ochrony danych, dostępności i bezpieczeństwa regularnie się zmieniają. Relaunch może być konieczny, aby upewnić się, że strona internetowa spełnia te wymagania.
Te powody mogą pojawić się pojedynczo lub w połączeniu i mogą różnić się w zależności od celów i potrzeb przedsiębiorstwa. Relaunch strony internetowej jest często strategiczną decyzją mającą na celu poprawę obecności online oraz osiągnięcie celów przedsiębiorstwa. Jeśli przyjrzysz się powyższym punktom indywidualnie, staje się jasne, że większość powodów można zrealizować za pomocą mniejszych sprintów i nie wymagają one dużego relaunchu.
Różnicujmy zatem, co oznacza relaunch i co nie: Nowy design przy istniejącej podstawie technicznej to raczej odświeżenie. Relaunch ma miejsce wtedy, gdy w ramach celu relaunchu zachodzi rzeczywista zmiana w doświadczeniu użytkownika, funkcjonowaniu i podstawach technicznych.
Relaunch powinien być zawsze uzasadniony faktami (np. technologia utkwiła w martwym punkcie i nie da się jej już aktualizować), wskaźnikami, danymi pomiarowymi i porównawczymi.
To moja pierwsza rekomendacja, którą chcę przekazać: Ewolucja zamiast rewolucji! Unikaj relaunchu tak długo, jak to możliwe i spróbuj zrealizować każdy z punktów, które zostały przedstawione jako powody do relaunchu, indywidualnie lub inkrementalnie. Ulepsz jedno, wprowadź zmiany, zanalizuj, co się dzieje, wprowadź kolejne zmiany lub przejdź do następnego punktu. Najlepszym przykładem jest Amazon, które naprawdę minimalizuje zmiany i udoskonalenia i od wielu lat nie decyduje się na duże zmiany relaunchu.
Relaunch zawsze niesie ze sobą duże ryzyko dla twojej widoczności w Google. Wszyscy zwracają uwagę na poprawki, ale niewiele osób bierze pod uwagę ryzyko. Oczywiście, interfejs użytkownika staje się lepszy, pozytywne doświadczenie użytkownika wzrasta, technicznie jesteś znowu na bieżąco. Niemniej jednak: Jeśli sukces twojej firmy zależy od silnej organicznej widoczności, relaunch to ostateczne rozwiązanie i podejmuje się go tylko wtedy, gdy ból jest wystarczająco duży, poprzez kombinację wspomnianych powodów, które nie mogą być naprawione poprzez pojedyncze sprinty. Dlaczego? Sprawdź, co się wydarzyło z widocznością online tych czterech stron po przeprowadzeniu relaunchu:
Zaplanuj starannie relaunch i zabezpiecz sukces realizacji listą kontrolną. Przede wszystkim postaw sobie dwa cele: zachować widoczność online oraz znaleźć możliwości stworzenia podstaw dla zwiększenia widoczności online w ramach relaunchu. Dokładnie do tego służy ten artykuł, aby przekazać Ci przewodnik po relaunchu, dzięki któremu ryzyka relaunchu będą ograniczone, a Ty będziesz mógł uzyskać naprawdę doskonały wynik pracy z potencjałem długotrwałych, organicznych sukcesów SEO.
Plan relaunchu
Planowanie relaunchu strony internetowej powinno być starannie przeprowadzone. Ważne jest uwzględnienie następujących kroków:
- Analiza istniejącej strony internetowej i szczegółowe zarejestrowanie stanu istniejącego: na początku należy przeprowadzić analizę istniejącej strony internetowej, aby zidentyfikować jej mocne i słabe strony.
- Określenie celów: Cele relaunchu strony internetowej powinny być jasno zdefiniowane. Obejmują one na przykład poprawę wskaźnika konwersji, zwiększenie liczby odwiedzających lub zmianę na nowy system zarządzania treścią z lepszą opieką nad treścią i możliwościami utrzymania.
- Stworzenie koncepcji: Na podstawie analizy, celów oraz analizy konkurencyjnej powinna być opracowana koncepcja relaunchu strony internetowej. Koncepcja powinna obejmować następujące aspekty: design, treści, technologię oraz SEO/marketing.
- Realizacja: Następnie koncepcja jest wdrażana. Obejmuje to rozwój designu, tworzenie/dopasowywanie treści oraz wdrożenie zmian technicznych.
- Testy: Przed publikacją nowa strona internetowa powinna być dokładnie przetestowana, aby upewnić się, że działa bezbłędnie. Obejmuje to również konkretną listę kontrolną.
- Publikacja: Następnie nowa strona internetowa zostanie opublikowana. Dalsze testowanie na żywo, analizowanie i dostosowywanie są kontynuowane.
Określenie celów i strategii relaunchu
Określ dokładnie, jakie cele ma osiągnąć relaunch. Cele mogą być (oprócz wyżej wymienionych powodów):
- Poprawa doświadczenia użytkownika
- Zwiększenie przejrzystości
- Rozbudowa oferty treści
- Nowoczesny design
- Zwiększenie dochodów i wartości koszyka zakupowego
- Zmiana na inny system zarządzania treścią z prostszą opieką nad treścią i techniczną możliwością utrzymania rozszerzalności oraz aktualizowalności.
Sugestia: Po pierwszych spotkaniach rozpoczynających w zespole jako firmy – jeszcze przed rozmowami z realizującymi agencjami – każdy uczestnik projektu powinien na kartce papieru lub w swoim narzędziu komunikacyjnym (np. Slack) wpisać cele Waszego relaunchu. Kiedy wszyscy równocześnie wskażą swoje cele, zobaczysz, jak szeroko mogą się różnić opinie, mimo że cele zostały wcześniej omówione werbalnie na spotkaniach. Dlatego ważne jest, aby cele były także spisane. Znając dokładnie cele, można już na wczesnym etapie sprawdzić przy pomocy prototypu interfejsu użytkownika, czy zostały one uwzględnione koncepcyjnie.
Specyfikacja wymagań w przypadku zlecenia relaunchu
Agencja potrzebuje obszernego zestawienia projektu od klienta do przygotowania oferty. Firmy zazwyczaj posiadają dokument Worda lub PDF, w którym bardziej lub mniej szczegółowo przedstawiony jest plan. Następnie odbywają się ankiety lub warsztaty, na których agencje lepiej uwydatniają punkty bólu klienta, aby móc złożyć ofertę. Przy większych projektach tworzy się specyfikację, im bardziej szczegółową, tym lepiej.
Specyfikacja to dokument, który odgrywa kluczową rolę w przypadku relaunchu strony internetowej. Służy on zapisaniu wymagań, celów i oczekiwań odnośnie relaunchu w formie pisemnej. Dobrze opracowana specyfikacja umożliwia zapewnienie, że wszyscy zaangażowani – czy to zespół deweloperski, zespół projektantów czy klient – mają jasne zrozumienie tego, co ma zostać osiągnięte podczas relaunchu. Jest również początkiem dobrze przemyślanej i zobowiązującej oferty agencji realizującej. Oto informacje i elementy, które zazwyczaj mogą być zawarte w specyfikacji w przypadku relaunchu strony internetowej:
- Cele i przeznaczenie: Opis głównych celów relaunchu, np. poprawa doświadczenia użytkownika, zwiększenie widoczności w wyszukiwarkach lub zmiana systemu zarządzania treścią z aktualizacją designu.
- Zakres projektu: Jasne określenie tego, co jest zawarte w relaunchu i co nie. Może to obejmować liczbę stron, integrację narzędzi stron trzecich lub przeróbkę zawartości.
- Wymagania dotyczące designu: Informacje dotyczące pożądanej wizualnej struktury strony internetowej, w tym układów oraz zgodności z wytycznymi dotyczącymi wizerunku firmy, czyli kolorów, czcionek i obrazów.
- Wymagania dotyczące funkcjonalności: Rozbicie pożądanych funkcji i interakcji na stronie internetowej, takich jak formularze kontaktowe, funkcje wyszukiwania, funkcje e-commerce itp.
- Wymagania techniczne: Specyfikacja technologii, które mają zostać użyte podczas relaunchu, na przykład wybór systemu zarządzania treścią (CMS) lub implementacja określonych funkcji. Wybór nowoczesnych formatów obrazów i grafik (WebP, AVIF, SVG) również do tego należy.
- Ręczne i automatyczne kopie zapasowe i rewizje edycji treści.
- Wymagania dotyczące zawartości: Dokładne wytyczne dotyczące przeróbki, aktualizacji lub nowego utworzenia treści, w tym tekstów, obrazów, filmów i innych mediów. Zarządzanie meta-danymi i danymi strukturalnymi.
- Wymagania SEO: więcej o tym w kolejnej części zawartości.
- Harmonogram i kamienie milowe: Plan, który określa zaplanowane daty rozpoczęcia i zakończenia relaunchu oraz istotnych kamieni milowych.
- Budżet: Informacje o budżecie na relaunch, w tym koszty designu, rozwoju, hostingu oraz ewentualnych usług stron trzecich.
- Zapewnia jakościowe narzędzia testowe: Opis testów i procedur kontroli jakości, które mają być przeprowadzone podczas relaunchu w celu zapewnienia, że strona internetowa działa prawidłowo.
- Wymagania dotyczące utrzymania i wsparcia: Wymagania dotyczące stałej konserwacji i wsparcia strony internetowej po relaunchu.
Dobrze zorganizowana specyfikacja wymagań jest kluczowa, aby uniknąć nieporozumień, skutecznie zarządzać projektem i upewnić się, że oczekiwania wszystkich zainteresowanych stron są spełnione. Służy jako wytyczna i dokument referencyjny dla całego zespołu projektowego, przyczyniając się do zapewnienia sukcesu w odświeżeniu strony internetowej.
Kiedy planowaliśmy odświeżenie TutKit.com z pełną zmianą frameworka z CodeIgniter na Laravel, nasza specyfikacja wymagań obejmowała 220 stron - niezbyt zachęcająca wizja dla agencji, przeglądającej ten dokument.
Uwaga: W moim artykule nie będę wchodzić szczegółowo w koncepcję, design, funkcjonalność i technologie użyte. Nowa strona internetowa na pewno będzie wyglądać świetnie. Największym zagrożeniem podczas relaunchu jest faktycznie pogorszenie technicznej użyteczności dla użytkowników i jakości OnPage poprzez brak przekierowań 301 itp., co prowadzi do utraty pozycji i widoczności. Aby temu zapobiec, w dalszej części artykułu skupiono się głównie na zapewnieniu sukcesu projektu z punktu widzenia użyteczności dla użytkownika i SEO.
Definicja wymagań SEO dla nowej strony internetowej
Briefing klienta lub bardziej szczegółowa specyfikacja wymagań już określają, czego oczekuje się względem aspektów projektowych, treściowych, funkcjonalnych i technicznych i stanowią bazę do przygotowania kosztorysu przez agencję.
Dla checklisty relaunchu w celu zapewnienia sukcesu projektu należy przyjrzeć się poszczególnym fragmentom pod kątem SEO. Pojawiają się specjalne wymagania SEO wynikające na przykład z:
- zmiany struktury URL (mapa przekierowań URL!) oraz zmiany ścieżek do linków
- zmieniająca się nawigacja (ważna ze względu na wewnętrzne linkowanie i hierarchię linków)
- zmieniające się technologie (CMS, framework JavaScript, serwer, ...)
- zmieniające się treści (potencjalna utrata widoczności dobrze pozycjonowanych stron)
Strony osiągają dobrą pozycję w Google dzięki istotnej treści, dlatego ważne jest, czy istniejące treści ulegają zmianie, czy są łączone, czy treści są usuwane i/lub dodawane? Czy struktura treści kategorii lub stron ulega zmianie? Z tych punktów należy wywnioskować wymagania SEO, które należy uwzględnić w checklistach relaunchu.
Czy metadane ze starych treści również są przekazywane i czy ulegają zmianie? Jak przebiega zarządzanie treścią przez redaktora i czy treści stron są powiązane ze strukturalnymi danymi?
Czy istniejące lub nowe obrazy są zapisane w nowoczesnych formatach obrazów dla stron internetowych (WebP/Avif) i czy zwraca się uwagę na SEO obrazów z mówiącymi URL-ami pisane małymi literami, zamiast np. 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.
Należy również zadbać o to, aby pliki obrazów miały strukturalne dane (ImageObject) oraz były przekazywane do Google przez miniatury <meta>, aby zwiększyć szanse na osadzenie obrazu w wynikach wyszukiwania i listach obrazów Google.
Zmiana systemu zarządzania treścią w ramach relaunchu zazwyczaj prowadzi do zmiany struktury URL i nowych ścieżek linków. Z perspektywy SEO jest to działanie nieskuteczne i należy dokładnie je przemyśleć.
Warto również zastanowić się, jak można poprawić sygnały użytkownika. Na stronach treści mogą być osadzane materiały wideo, filmy instruktażowe i pomocnicze. Jeśli użytkownik przychodzący z Google na stronę docelową kliknie wideo i je obejrzy, zwiększy to czas przebywania na stronie (dobry sygnał użytkownika), a także poprawi współczynnik powrotu do wyników wyszukiwania (dobry sygnał użytkownika).
Należy zwrócić uwagę, jak są zintegrowane sekcje treści na stronach, które spełniają wymagania Google dotyczące treści pomocnych i zasad E-A-T.
Dla Google „Treści pomocne” to treści, które są istotne i przydatne dla użytkowników. Odpowiadają na pytania użytkowników wyczerpująco i informacyjnie, oferują rozwiązania dla problemów i dostarczają wartości ponad zwykłe komunikaty reklamowe.
Oto kilka przykładów przydatnych treści:
- Tutoriale i instrukcje: Treści te pomagają użytkownikom nauczyć się nowych zadań lub rozwiązać istniejące problemy.
- Recenzje i porównania: Treści te pomagają użytkownikom wybrać właściwy produkt lub usługę.
- Aktualności i aktualizacje: Treści te informują użytkowników o bieżących wydarzeniach i trendach.
- Infografiki i wykresy: Treści te mogą pomóc wizualizować złożone dane i informacje.
- Blogi i artykuły: Treści te oferują głębszy wgląd w konkretne zagadnienie.
Google wykorzystuje różne sygnały do rozpoznawania treści pomocnych. Należą do nich między innymi:
- Reakcje użytkowników: Google obserwuje, w jaki sposób użytkownicy wchodzą w interakcje z treściami, na przykład jak długo pozostają na stronie, jak często ją udostępniają i oceniają.
- Sygnatury jakości: Google ocenia jakość treści na podstawie czynników takich jak istotność, kompletność i aktualność.
- Opinie użytkowników: Google uwzględnia również opinie użytkowników, na przykład oceny i komentarze.
- Mając na uwadze te sygnały, właściciele stron mogą zwiększyć szanse na uznanie ich treści za pomocne.
Zasada EEAT to koncepcja opracowana przez Google, która ocenia jakość stron internetowych i treści internetowych. Oznacza to Ekspertyzę, Doświadczenie, Autorytet i Godność, czyli Ekspertyza, Doświadczenie, Autorytet i Godność.
- Ekspertyza odnosi się do wiedzy i doświadczenia osób tworzących treści. Google ocenia ekspertyzę na podstawie czynników takich jak wykształcenie, doświadczenie zawodowe i nagrody.
- Doświadczenie jest potwierdzone, gdy treść została utworzona również z pewnym doświadczeniem, na przykład na podstawie rzeczywistego korzystania z produktu, z rzeczywistą wizytą w miejscu lub z opisem przeżyć przez osobę?
- Autorytet odnosi się do reputacji strony internetowej lub treści internetowej. Google ocenia autorytet na podstawie czynników takich jak linki zwrotne, aktywność w mediach społecznościowych i oceny użytkowników.
- Godność odnosi się do wiarygodności i rzetelności strony internetowej lub treści internetowej. Google ocenia godność na podstawie czynników takich jak prywatność, bezpieczeństwo i przejrzystość.
Jakie wymagania SEO mają istniejące i nowe funkcje związane z front-endem i back-endem? Chodzi tu na przykład o:
- Crawlbarność (istotne treści powinny być widoczne i przeszukiwalne nawet bez JavaScriptu)
- Jasność celu strony internetowej oraz jasność co do działania Call-to-Action (pożądane zachowanie klienta docelowego na stronach)
- Unikanie duplikowania zawartości poprzez na przykład automatycznie tworzone strony kategorii lub duplikaty stron z wariantami produktów
- Zapewnienie wysokiej prędkości wczytywania strony poprzez unikanie zbyt dużej liczby plików JavaScript i CSS, dzięki wykorzystaniu nowoczesnych formatów obrazów (WebP/AVIF)
Te wymagania SEO powinny być uwzględnione w wytycznych projektu lub specyfikacji technicznej, a także w formie listy kontrolnej z narzędziami do testów lub jako porównanie pomiędzy IST a SOLL w ramach zapewniania jakości projektu oraz dodatkowo jako kryterium odbioru usług agencji. Więcej informacji poniżej.
Określenie wewnętrznych i zewnętrznych uczestników projektu
Określ uczestników projektu - tutaj z perspektywy klienta lub właściciela strony internetowej:
- Kto odpowiada za zarządzanie projektem i podejmowanie ostatecznych decyzji?
- Kto jest odpowiedzialny za koordynację i komunikację z agencją lub klientem?
- Kto zajmuje się wewnętrznym zarządzaniem projektem?
- Kto przygotowuje wewnętrznie treści i materiały dla agencji?
- Kto zajmuje się projektowaniem User Experience?
- Kto przeprowadza prace developerskie?
- Kto raportuje klientowi ze strony agencji w ustalonych interwałach?
- Kto odpowiada za testowanie i zapewnianie jakości ze strony agencji/lub klienta?
- Czy zewnętrzny konsultant jest zaangażowany (np. do spraw SEO czy wymogów prawnych)?
- Kto zatwierdza zadania? Kto akceptuje zadania w systemie zgłoszeń po ich wykonaniu?
- Kto powinien być informowany o danym czasie (pracownicy, klienci, partnerzy, opiekunowie kampanii reklamowych, ...)?
Przy wyborze zewnętrznych uczestników projektu ważne są cztery punkty
- Czy agencja zrealizowała jeden lub więcej projektów tego rodzaju? Czy są referencje? Czy istnieją opinie klientów i czy jest możliwa rozmowa zwrotna z klientami agencji - co jest zalecane w przypadku dużych implementacji indywidualnych?
- Czy w ofercie usług i w technicznej realizacji (CMS/system sklepowy/framework) są już natywnie spełnione wszystkie wymagania związane z redizajnem? Czy istnieją indywidualne funkcje czy wymagania, które będą musiały zostać dodatkowo zaprogramowane (również za pomocą wtyczki lub modułu)? Czy w ofercie są wyłączone pewne usługi lub są one planowane na później, a są kluczowe dla sukcesu projektu? Ważne jest, aby nie pojawiały się żadne nowe problemy, które są większe niż pierwotny powód dla redizajnu.
- Czy wykonująca agencja lub usługodawca pasuje pod względem rozmiaru zespołu, lokalizacji regionalnej oraz (ewentualnie ocen pracowników możliwymi dzięki recenzjom na Kununu) do przedsiębiorstwa, aby zapewnić dalsze wsparcie?
- Czy jest możliwy bezpośredni kontakt z zespołem designu i developerskim odpowiedzialnym za realizację? Ważne jest poznanie faktycznego zespołu z agencji. Życzliwi i obiecujący wszystko specjaliści od sprzedaży pozyskują zlecenie, ale następnie nie są już odpowiedzialni. Dlatego ważne jest załatwienie bezpośredniego kontaktu z realizującym zespołem.
Cztery wskazówki dla własnego zabezpieczenia w tym kontekście
- Jako klient, zwróć uwagę na technologię używaną przez agencję. To, co jest zawarte w ofercie, warto sprawdzić w wyszukiwarce pod hasłami "CMS + Wady" lub "CMS + Doświadczenia". Powinieneś dokładnie wiedzieć, na co się decydujesz. Warto stawiać na rozwiązania Open Source. Jestem świadom, że nie zawsze to możliwe. Najlepiej zwrócić szczególną uwagę na to, czy istnieje jak największa społeczność deweloperów korzystających z danej technologii, aby uniknąć utknięcia przy rozwiązaniu własnym dla agencji, którym może się zajmować tylko ta agencja, co w pewnym sensie później narzuca ograniczenia.
- Zwróć uwagę, czy otrzymujesz nieskrępowane prawa do korzystania i modyfikowania wykonanej przez agencję usługi, aby mieć zawsze prawo do rozwoju strony internetowej wewnętrznie lub zewnętrznie. Taki zapis powinien być w umowie o dzieło.
- Jeśli Twoja firma jest technicznie nowoczesna i ma w zespole administratorów, programistów czy innych specjalistów, sensowne jest uruchomienie kontroli wersji przy użyciu GITa oraz systemu zarządzania projektem JIRA (lub podobnego narzędzia) i systemu zgłoszeń, najlepiej na własnym koncie. Następnie udzielisz agencji pełnych uprawnień dostępowych, a prace mogą się rozpocząć. Im większy projekt, tym bardziej szorstkie i pełne cierpień może być jego wykonanie. Dlatego dobrze jest być panem kluczowych dostępów i kont. Zdaję sobie sprawę, że ta rekomendacja pod względem fachowym może być stosowana tylko przez niewielu klientów.
- Czasami agencje oferują bezpośrednio hostowanie stron klientom. My sami nie jesteśmy tego zwolennikami, ponieważ z jednej strony zwiększa to zależność w relacji z klientem, z drugiej strony uważamy, że dostawcy hostingowi są najlepiej przystosowani do hostowania stron, ponieważ są specjalizowani w tej dziedzinie. Mieliśmy już sytuacje, kiedy sami zainstalowaliśmy i zarządzaliśmy serwerami, co pochłonęło dużą ilość zasobów osobowych i czasowych. Wróciliśmy na starsze ścieżki. Teraz nasze systemy działają na serwerach chmurowych jednego z głównych dostawców w Niemczech i jesteśmy zadowoleni. Przy wyborze hostingu zawsze upewnij się, że w pakiecie są już zawarte kopie zapasowe po stronie serwera, które mogą zostać przywrócone za pomocą kilku kliknięć.
Określenie okresu i terminu uruchomienia
Relaunch będzie przeprowadzany w kilku sprintach projektowych. Z naszego doświadczenia agencji mogą to być:
- Stan aktualny zostanie odnotowany (za pomocą narzędzi testowych, ale również pisemnie z informacjami na temat tego, co działa dobrze po stronie klienta i gdzie konieczne są ulepszenia)
- Faza badawcza z analizą konkurencji oraz poszukiwaniem rozwiązań/inspiracji
- Koncepcja wireframe'ów
- Projektowanie interfejsu użytkownika
- Tworzenie frontendu i backendu
- Migracja danych lub import treści (zautomatyzowany/ręczny)
- Optymalizacje strukturalne i merytoryczne treści (tekst i obraz) & SEO-Sprint
Sprinty projektowe na siebie nachodzą, ponieważ w trakcie realizacji nowi uczestnicy projektu stają się aktywni.
Ważne jest określenie okresu trwania poszczególnych sprintów projektowych i uzgodnienie tego z uczestnikami.
Czy agencja dla klienta, jeśli projekt jest większy, zakłada własny kanał Slack do szybszej komunikacji?
Wskazówka na tym etapie: Dobrze jest, jeśli agencja pracuje już we wczesnej fazie z prototypami klikalnymi, czyli już na etapie koncepcji wireframe'ów, a tym bardziej przy projektowaniu interfejsu użytkownika. Dzięki temu klienci lepiej wczuwają się w doświadczenie związane ze stroną internetową. Proste pliki JPG lub PNG jako propozycje projektów są obecnie przestarzałe. Powinny to być prototypy klikalne, które są tworzone za pomocą Sketch, Figma, Adobe XD lub innego profesjonalnego narzędzia.
W tej wczesnej fazie zmiany są łatwe do wprowadzenia. Jeśli funkcje i sekcje strony internetowej są już rozwinięte, zmiany są znacznie bardziej skomplikowane i mogą prowadzić do ewentualnych negocjacji, co jest absolutnie niesatysfakcjonujące.
Tutaj można zobaczyć, jak wygląda taki prototyp dla projektowania interfejsu użytkownika na urządzenia mobilne z ścieżkami klikalnymi:
Należy ustalić, od którego momentu możliwe są bieżące testy ze strony klienta. Programiści powinni testować swoje lokalne prace także po zintegrowaniu ich z systemem etapowym. Brzmi to banalnie, ale każdy, kto współpracuje z programistami, od razu to zrozumie. Następnie osoba odpowiedzialna za zapewnienie jakości po stronie agencji powinna przetestować zgłoszenie lub funkcję. Dopiero wtedy zgłoszenie zostaje udostępnione do testów klientowi. Klient nie powinien czuć się jako tester alfa, lecz powinien dostać system już przetestowany przez dwie pary oczu. Agencja sprawdza jakość, a klient testuje jako betatester! Czy w ogóle istnieje dostęp do systemu zgłoszeń agencji?
Należy również ustalić pisemnie, że raporty po stronie agencji muszą być wysyłane klientowi z określoną częstotliwością. Na przykład, raz w tygodniu można wysyłać raporty mailowo, informujące o bieżącym stanie prac, koniecznych pętlach opinii lub żądaniach do wykonania. Jest to również porada wynikająca z naszego doświadczenia agencji: Dobrze jest nie pozostawiać klienta w niepewności na weekend. Lepiej poinformować, co zostało zrobione i co czeka w następnym tygodniu. Przejrzystość pomaga, aby wszyscy byli zadowoleni z postępu prac.
Termin uruchomienia dzieła powinien być również ustalony. Zgodnie z prawem Parkinsona, praca rozszerza się tak, że wypełnia dostępną czasowość do jej wykonania. Innymi słowy, im więcej czasu jest dostępne na wykonanie zadania, tym więcej czasu na to zostanie przeznaczone, niezależnie od rzeczywistej złożoności czy nakładu pracy. Planowane ukończenie należy również umieścić w umowie. Naruszenie terminu może wiązać się nawet z karami umownymi w umowie. Zasada ta mówi, że kary umowne w wysokości 0,2% od kwoty zlecenia za każdy dzień zwłoki są skuteczne, przy maksymalnej kary umownej w wysokości 5% od kwoty zlecenia. Kara umowna nie musi być domagana się ze strony klienta, ale daje ci możliwość uzyskania od agencji kilku dodatkowych życzeń jako rekompensatę.
Ważne: Zakończenie w piątek. Nawet nie podczas dni międzyświątecznych ani w głównym okresie działalności przedsiębiorstwa. Faktycznie zalecamy rozpoczynanie dużych relansów w nocy z niedzieli na poniedziałek, szczególnie gdy zmienia się adres IP, aby ustwienia DNS u większości dostawców mogły zostać zaktualizowane w poniedziałek, co często zdarza się już w późnym przedpołudniu, jeśli zmiana DNS została dokonana w nocy. W rzeczywistości pozostaje wtedy 4,5 dni robocze na przeprowadzenie testów na żywo i naprawę błędów po ich wykryciu.
Protokołowanie stanu obecnego twojej witryny internetowej
Stan obecny należy udokumentować przed rozpoczęciem prac. W stanie obecnym należy oszacować wyniki pomiarów technicznych dla parametrów. Po prawej stronie można wprowadzać wartości docelowe:
Co? | Opis | Narzędzie testowe | Aktualny (Wartość Aktualna) | Oczekiwane (Wartość Docelowa) |
Technika & Meta | Tytuły stron, nagłówki, Meta-Dane, Alternatywne Teksty, … | Seobility | ||
Struktura | Przekierowania, błędne linki, mapy witryny, ... | Seobility | ||
Zawartość | Porównanie słów kluczowych, błędy pisowni, zbyt mała ilość treści, ... | Seobility | ||
SEO Obrazów | Mówiące adresy URL, nowoczesne formaty obrazów (WebP/AVIF), Miniatury w tagach <meta> | brak | ||
Dane Open Graph zaimplementowane | Dane Open Graph dla mediów społecznościowych | Open Graph Checker | ||
Dane struktury (Schemat znaków) | Schemat znaków / Dane struktury | Schema.org | ||
PageSpeed Strona główna | PageSpeed na urządzenia mobilne/komputer stacjonarny | PageSpeed Insights | ||
PageSpeed Strona lądownicowa | PageSpeed na urządzenia mobilne/komputer stacjonarny | PageSpeed Insights | ||
PageSpeed Strona kategorii | PageSpeed na urządzenia mobilne/komputer stacjonarny | PageSpeed Insights | ||
PageSpeed Strona produktowa | PageSpeed na urządzenia mobilne/komputer stacjonarny | PageSpeed Insights | ||
PageSpeed Strona bloga | PageSpeed na urządzenia mobilne/komputer stacjonarny | PageSpeed Insights | ||
Dostępność według typów stron | Zapewnienie dostępności dla grup użytkowników z ograniczeniami | Accessibility Checker i/lub wave.webaim.org | ||
Sprawdzenie Hreflang | Dla witryn wielojęzycznych | Hreflang Validator | ||
Headery bezpieczeństwa | Zaufanie & Bezpieczeństwo | SecurityHeaders.com | ||
Health-Check | Zaufanie & Bezpieczeństwo | Audyt Bezpieczeństwa (Astra) | ||
Test w różnych przeglądarkach i urządzeniach | Edge, Firefox, Safari, Chrome na komputerze & mobilnie, iOs & Android | Narzędzia Deweloperskie / Lambdatest | ||
Polityka plików cookie i RODO | Polityka prawa do zgody w zakresie plików cookie & zgodność z RODO | Cookie Metrix | ||
Crawling: Status hosta | Pobieranie pliku robots.txt, rozdzielczość DNS, połączenie z serwerem | Google Search Console | ||
Statystyka Crawlingu | Zapytania, rozmiar pobieranego pliku, średni czas reakcji | Google Search Console | ||
Kliknięcia w wynikach SERP | zmierzone według okresu (miesięcznie/90 dni, ...) | Google Search Console | ||
Impresje w wynikach SERP | zmierzone według okresu (miesięcznie/90 dni, ...) | Google Search Console | ||
Średnia CTR w wynikach SERP | zmierzone według okresu (miesięcznie/90 dni, ...) | Google Search Console | ||
Średnia pozycja SERP | zmierzone według okresu (miesięcznie/90 dni, ...) | Google Search Console | ||
Spełnienie podstawowych wartości Web Vitals | Czynnik rankingowy dla doświadczenia użytkownika (PageSpeed, optymalizacja dla urządzeń mobilnych, ...) | Google Search Console | ||
Analiza danych GA4 | Czas przesiadywania, Strony/Odwiedziny, ... | Google Analytics 4 | ||
Wskaźnik konwersji | Dla stron rezerwacji lub sklepów internetowych | Własne wskaźniki | ||
Średnia wartość koszyka | Dla sklepów internetowych | Własne wskaźniki | ||
Zakupy/Obroty dziennie | Dla sklepów internetowych | Własne wskaźniki | ||
Liczba subskrypcji Newslettera | W zależności od potrzeb | Usługa Newsletterowa | ||
Zapytania o kontakt | W zależności od potrzeb | Własne wskaźniki | ||
Pobrania | W zależności od potrzeb | Własne wskaźniki | ||
Wyświetlenia wideo | W zależności od potrzeb | Własne wskaźniki | ||
Inne do dodania w razie potrzeby | ||||
Inne do dodania w razie potrzeby | < |