1. Określ, co ma zmienić przebudowa strony
Przydatna lista kontrolna przebudowy strony ma trzy zadania: chronić to, co już pomaga klientom, wskazać elementy wymagające poprawy i określić sposób sprawdzenia nowej wersji. Zacznij od obecnej strony i kilku rzeczywistych zadań odwiedzających. Nowy wygląd to część pracy; zapytania, przydatne treści i istniejące linki również muszą przetrwać zmianę.
Zapisz problemy, które potrafisz konkretnie wskazać. Być może odwiedzający nie mogą porównać usług na telefonie, formularz kontaktowy wymaga informacji, których zespół nigdy nie wykorzystuje, albo pracownicy nie mogą zaktualizować godzin otwarcia. Przy każdym problemie opisz oczekiwane działanie. Zdanie „Odwiedzający może wybrać usługę i wysłać zapytanie bez telefonowania do nas po instrukcje” daje osobie sprawdzającej konkretne zadanie do wykonania.
Oddziel odświeżenie wyglądu od zmian treści, struktury podstron i połączonych narzędzi. Mogą być częścią tego samego projektu, ale każda z nich wymaga wyraźnej decyzji. Jeśli głównym problemem jest nieaktualna oferta, sama zmiana typografii go nie rozwiąże. Skorzystaj z poradnika tworzenia briefu strony internetowej, aby opisać szerszy zakres projektu; ta lista skupia się na tym, co istniejąca strona musi zachować podczas przebudowy.
2. Zdecyduj, co zachować, poprawić, połączyć lub usunąć
Sporządź wykaz podstron przed zatwierdzeniem nowych układów. Zapisz każdy obecny adres, jego cel, ważne treści i osobę uprawnioną do zatwierdzania zmian. Uwzględnij podstrony spoza menu głównego, dokumenty do pobrania, wersje językowe i strony docelowe kampanii. Zapytaj współpracowników, jakie linki wysyłają klientom; przydatne materiały nie zawsze są dobrze widoczne w nawigacji.
Przypisz każdej pozycji decyzję:
- Zachować: cel i informacje pozostają przydatne, nawet jeśli zmieni się sposób prezentacji.
- Poprawić: podstrona zostaje, ale wskazana część jej treści wymaga zatwierdzenia.
- Połączyć: inna podstrona przejmie przydatne materiały i odpowie na tę samą potrzebę odwiedzającego.
- Usunąć: treść nie ma już uzasadnionego celu i uzgodniono jej usunięcie.
Zachowaj konkretne informacje, które pomagają podjąć decyzję: zakres i ograniczenia usług, warunki skorzystania z nich, obszary dostaw, praktyczne instrukcje i dane kontaktowe. Krótszy tekst nie staje się automatycznie bardziej zrozumiały, jeśli znika z niego odpowiedź, której szukał klient. Zapisz zatwierdzone teksty i obrazy ze starej strony, aby osoby oceniające mogły porównać zarówno zawartość, jak i wygląd.
Jeśli masz dostęp do zapisów dotychczasowych zapytań lub raportów dotyczących wyszukiwania, wykorzystaj je do wskazania podstron wymagających szczególnej uwagi. Jeśli danych jest niewiele, odnotuj tę niepewność. Wewnętrzna opinia, że podstrona „nic nie daje”, jest powodem do sprawdzenia, a nie wystarczającą podstawą do jej usunięcia.
3. Przypisz adres docelowy każdemu zmienianemu adresowi URL
Przebudowa nie musi zmieniać obecnych adresów podstron. Poproś o uzasadnienie każdej zmiany: połączenie usług lub czytelniejsza struktura witryny mogą ją uzasadniać, ale nowa paleta kolorów już nie. Dla każdej przenoszonej podstrony zapisz stary adres i odpowiednią stronę, która ją zastąpi. Poproś programistę o sprawdzenie całej uzgodnionej mapy adresów, nie tylko strony głównej.
Google zaleca stałe przekierowania po stronie serwera, takie jak HTTP 301 lub 308, gdy strona trwale zmienia adres. Praktyczny warunek odbioru jest prosty: otwarcie starego adresu kieruje odwiedzającego do właściwej strony zastępczej, która poprawnie się ładuje.
Wskazówki Google dotyczące przenoszenia witryn zalecają kierowanie przekierowań bezpośrednio do ostatecznego miejsca docelowego i unikanie niepowiązanych stron, na przykład przekierowywania wszystkich usuniętych podstron na stronę główną. Podstrona, która została rzeczywiście wycofana i nie ma odpowiedniego zamiennika, powinna zwracać właściwą odpowiedź 404 lub 410. Poproś programistę o udokumentowanie tej decyzji.
Zaktualizuj linki wewnętrzne, odwołania kanoniczne, linki między wersjami językowymi, jeśli są używane, oraz mapę witryny, aby uwzględniały zmienione adresy. Google zaleca utrzymywanie przekierowań przez co najmniej rok, a dłużej, jeśli nadal są przydatne dla odwiedzających. Ustal, kto będzie je utrzymywał po przekazaniu strony. Plan przekierowań chroni ciągłość działania; nie gwarantuje pozycji w wynikach wyszukiwania ani daty indeksowania.
4. Sprawdź całą drogę zapytania do Twojego zespołu
Formularz jest kompletny dopiero wtedy, gdy informacje od odwiedzającego trafiają do uzgodnionego miejsca i ktoś może się nimi zająć. Zapisz obecne pola, odbiorcę, potwierdzenie i każdy połączony system rezerwacji lub zarządzania klientami. Zdecyduj, które zachowania pozostają, a które się zmienią. Przebudowany formularz może wyglądać znajomo, a jednocześnie wysyłać informacje w inne miejsce.
Przeprowadź krótką, zaplanowaną serię testów
Użyj danych wyraźnie oznaczonych jako testowe. Wyślij poprawne zapytanie, a następnie sprawdź rzeczywistą skrzynkę odbiorczą lub wpis w połączonym systemie: wybrana usługa, wiadomość, adres do odpowiedzi i uzgodniony załącznik powinny dotrzeć prawidłowo. Sprawdź, co się dzieje po pominięciu wymaganych pól i wpisaniu nieprawidłowego adresu email. Upewnij się, że wyjaśnienie pomaga odwiedzającemu poprawić błąd.
Poproś programistę o zademonstrowanie uzgodnionego zachowania przy błędzie dostarczenia w kontrolowanym teście. Komunikat o powodzeniu powinien odpowiadać uzgodnionemu stanowi poprawnego przesłania, a komunikat o błędzie wskazywać przydatny następny krok. Nie używaj prawdziwych danych klientów do testowania obsługi błędów.
Sprawdź również linki telefoniczne, linki do poczty i przyciski rezerwacji, zaczynając od podstron, na których się znajdują. Jeśli podstrona usługi wcześniej przekazywała wybór usługi do formularza zapytania, sprawdź, czy nadal to robi. Ten niewielki element kontekstu łatwo zgubić, gdy podstrony i formularze są przebudowywane oddzielnie.
5. Oceń projekt, wykonując rzeczywiste zadania
Oceń działającą wersję podglądową z ostatecznymi treściami, a nie tylko statyczny projekt. Otwórz najdłuższą podstronę usługi, podstronę z kilkoma obrazami i główną ścieżkę wysyłania zapytania. Na uzgodnionych telefonach i w przeglądarkach komputerowych wykonaj zadania zapisane na początku. Sprawdź, czy nawigacja nadal jest użyteczna, tekst się mieści, elementy sterujące reagują, a ważne szczegóły pozostają widoczne.
Uwzględnij dostępność w tej ocenie. Proste testy W3C WAI obejmują wstępne sprawdzenie nagłówków, tekstowych alternatyw obrazów, kontrastu, zmiany rozmiaru tekstu, obsługi klawiaturą i formularzy. Spróbuj poruszać się bez myszy, sprawdź widoczność wskaźnika fokusu klawiatury i powiększ tekst podczas wykonywania głównego zadania.
Te testy stanowią wstępną ocenę. Wskazówki W3C dotyczące oceny wyjaśniają, że samo narzędzie nie może rozstrzygnąć, czy witryna spełnia standardy dostępności; potrzebna jest ocena człowieka z odpowiednią wiedzą. Uzgodnij z wykonawcą wymagany standard, zakres oceny i odpowiedzialność. Zapisuj nierozwiązane bariery razem z pozostałymi usterkami.
Aby ocenić szybkość, poproś o porównywalne testy reprezentatywnych podstron starej i nowej witryny w udokumentowanych warunkach. Sprawdź, co dzieje się podczas ładowania obrazów i fontów oraz czy można wykonać główną czynność. Traktuj wynik punktowy testu jako wskazówkę diagnostyczną. Rozmowa o odbiorze powinna wskazywać rzeczywiste problemy, podstrony, których dotyczą, i uzgodnione poprawki.
6. Użyj arkusza z kryteriami odbioru, które można sprawdzić
Skopiuj poniższy arkusz do dokumentu projektu. Zastąp każdy przykład rzeczywistymi podstronami, narzędziami i uzgodnionymi warunkami testów. Do każdego wiersza dodaj osobę odpowiedzialną, link do dowodów, wynik i datę oceny. Stwierdzenie „wygląda dobrze” nie mówi kolejnej osobie, co zostało sprawdzone.
| Obszar | Co trzeba wykazać |
|---|---|
| Treści | Uzgodnione szczegóły usług i dane kontaktowe są widoczne na każdej zatwierdzonej podstronie; za poprawki odpowiada wskazana osoba. |
| Istniejące linki | Każdy adres z listy migracji prowadzi do uzgodnionego miejsca lub zwraca uzgodnioną odpowiedź informującą o usunięciu. |
| Zapytania | Wiadomość oznaczona jako test dociera do właściwego miejsca z uzgodnionymi polami, a walidacja i stany błędów są sprawdzone. |
| Zadania odwiedzających | Osoba oceniająca przechodzi główną ścieżkę na wskazanych urządzeniach i w przeglądarkach, w tym wykonuje uzgodnione testy klawiatury i powiększenia. |
| Publikacja | Zatwierdzone treści są opublikowane, kluczowe testy przechodzą na publicznej domenie, a wskazana osoba potrafi przywrócić poprzednią wersję. |
| Odpowiedzialność | Firma ma uzgodnione dostępy, określone obowiązki związane z utrzymaniem i instrukcje rutynowych aktualizacji. |
Sklasyfikuj wyniki przed ostatecznym zatwierdzeniem. Niedostarczone zapytanie, niedostępna podstrona usługi lub zablokowana kluczowa czynność powinny wstrzymać publikację. Drobna korekta odstępów może mieć wskazaną osobę odpowiedzialną i uzgodniony późniejszy termin. Ustalcie to rozróżnienie wspólnie, aby żadna ze stron nie pomyliła listy niedokończonych prac z protokołem odbioru.
7. Zaplanuj przełączenie i wykonalny sposób przywrócenia strony
Przed publikacją wskaż zatwierdzoną wersję, osobę wdrażającą zmianę i osobę, która ją sprawdzi. Zapisz możliwą do odtworzenia kopię obecnej strony i istotnej konfiguracji. Zapytaj, na czym polega przywrócenie, kto może je wykonać i co stanie się z zapytaniami lub treściami przesłanymi podczas zmiany. Kopia zapasowa jest przydatna tylko wtedy, gdy zespół wie, jak ją odtworzyć.
Uzgodnij, kiedy kończy się edycja treści i jak zostaną przeniesione zmiany wprowadzone w ostatniej chwili. Ma to znaczenie nawet w małej witrynie: w przeciwnym razie aktualny numer telefonu lub opis usługi może zostać nadpisany starszą wersją roboczą. Jeśli zmienia się też hosting lub ustawienia domeny, wyraźnie sprawdź zależne od nich usługi, takie jak firmowa poczta.
Powtórz kluczowe testy na publicznej domenie bezpośrednio po przełączeniu. Sprawdź stare linki, główną ścieżkę odwiedzającego i rzeczywiste dostarczenie wiadomości testowych. Poproś programistę o potwierdzenie, że publiczne podstrony mają zamierzone ustawienia indeksowania i że tymczasowe ograniczenia podglądu nie trafiły do wersji produkcyjnej. Zadbaj o dostępność osoby odpowiedzialnej za poprawki w uzgodnionym okresie wdrożenia.
8. Zakończ projekt z dowodami i ustaloną odpowiedzialnością
Zaplanuj przegląd po wdrożeniu ze wskazaną osobą odpowiedzialną. Sprawdź zgłoszone problemy, niespodziewanie brakujące podstrony i dostarczanie zapytań. Jeśli są dostępne raporty dotyczące wyszukiwania, oceniaj zmiany w kontekście, zamiast traktować wahanie z jednego dnia jako rozstrzygnięcie o powodzeniu przebudowy. Zachowaj datę publikacji i rejestr zmian, aby można było zbadać późniejsze obserwacje.
Przy przekazaniu zbierz końcowy wykaz podstron, listę przekierowań, wyniki odbioru, ustalenia dotyczące dostępów i instrukcje aktualizacji. Zapytaj, które stałe zadania są uwzględnione, a które wymagają osobnego uzgodnienia. Zanim uznasz przekazanie za zakończone, poproś osobę, która będzie utrzymywać stronę, o pokazanie rutynowej zmiany treści.
Przebudowa strony w Digital Studio kosztuje od 1 790 EUR za maksymalnie pięć istniejących podstron z wykorzystaniem obecnych treści i obejmuje przegląd witryny, responsywną przebudowę oraz uzgodnione przekierowania adresów URL. Większe migracje wyceniamy osobno. Aby omówić istniejącą stronę, wyślij bezpłatne zapytanie o przebudowę z jej adresem, głównym problemem i informacją o tym, co trzeba zachować. Wysłanie zapytania nie wymaga płatności.
