Dlaczego zmiana szablonu wymaga osobnej kontroli
Dane uporządkowane często powstają automatycznie z pól systemu zarządzania treścią. To wygodne, dopóki szablon strony, nazwy pól i reguły generowania oznaczeń pozostają ze sobą zgodne. Po przebudowie witryny cena produktu może być pobierana z niewłaściwego pola, oznaczenie artykułu może pojawić się na stronie kategorii, a data aktualizacji może przestać się zmieniać mimo edycji treści. Jeden błąd w szablonie bywa powielany na wielu adresach.
Dlatego kontrola nie powinna kończyć się na pytaniu, czy kod ma poprawną składnię. Trzeba też ustalić, co dana podstrona rzeczywiście przedstawia i czy wygenerowane informacje są zgodne z tym, co widzi odwiedzający. Oznaczenie, które przechodzi test techniczny, nadal może opisywać niewłaściwą rzecz.
Wybierz reprezentatywne strony, nie tylko stronę główną
Zacznij od spisania typów podstron objętych zmianą: na przykład artykułu, strony autora, kategorii, produktu dostępnego w sprzedaży i produktu niedostępnego. Dla każdego typu wybierz co najmniej jeden rzeczywisty adres. Jeżeli szablon obsługuje różne warianty treści, uwzględnij również przypadki graniczne: artykuł bez zdjęcia, produkt z wariantami czy usługę bez podanej ceny. Strona główna nie zastąpi takiej próby, bo zwykle korzysta z innych pól i reguł.
Przy każdym adresie zapisz oczekiwany typ oznaczenia oraz kilka informacji, które powinny się w nim znaleźć. Dla artykułu mogą to być tytuł, autor i daty; dla produktu — nazwa, aktualnie prezentowana oferta i dostępność. Taka krótka lista ułatwia później odróżnienie brakującego pola od pola, które na danej stronie w ogóle nie powinno występować.
Porównaj wygenerowane oznaczenia z widoczną treścią
Otwórz wybraną podstronę i sprawdź dane uporządkowane w jej wygenerowanym kodzie. Następnie zestaw wartości z treścią strony: czy nazwa odnosi się do tego samego produktu, czy cena dotyczy wybranego wariantu, czy autor wskazuje osobę przedstawioną przy artykule? Zwróć uwagę także na oznaczenia wstawiane globalnie. Zmiana wspólnego komponentu może nieumyślnie dodać ten sam typ danych do podstron o różnych funkcjach.
Sprawdź, skąd pochodzą wartości, które wyglądają na poprawne tylko na pierwszy rzut oka. Domyślny tekst w pustym polu, stara cena przechowywana w pamięci podręcznej lub identyczny opis na wszystkich stronach mogą umknąć podczas pobieżnego przeglądu. Jeśli istotnej informacji nie ma w widocznej treści albo nie pasuje ona do przedstawianej rzeczy, najpierw ustal przyczynę rozbieżności. Nie poprawiaj wyłącznie kodu oznaczeń, jeżeli problem leży w danych źródłowych.
Oddziel błędy składni od błędów znaczenia
Narzędzie do walidacji pomaga wykryć niepoprawną strukturę, brakujące wartości lub problemy z formatem pól. Warto sprawdzić nim strony wybrane do próby, ale wynik traktować jako jeden etap kontroli. Komunikat o błędzie technicznym wymaga innego działania niż poprawny technicznie kod, który opisuje nie tę podstronę. W pierwszym przypadku sprawdź sposób generowania oznaczenia; w drugim — mapowanie pól, warunki wyświetlania i sam wybór typu.
Zapisuj wyniki w prostym zestawieniu: adres, typ strony, oczekiwane oznaczenie, wykryta rozbieżność, miejsce poprawki i wynik ponownego testu. Dzięki temu łatwiej zauważyć, czy kilka pozornie osobnych problemów ma wspólną przyczynę w szablonie. Samo usunięcie ostrzeżenia nie jest celem, jeżeli po zmianie oznaczenie nadal nie odpowiada zawartości strony.
Powtórz kontrolę po wdrożeniu i przy kolejnych zmianach
Test wykonany na wersji roboczej nie potwierdza jeszcze, że ta sama wersja kodu i te same dane trafiły na publiczne strony. Po wdrożeniu ponownie sprawdź wybrane adresy, zwłaszcza te, na których wcześniej wystąpił problem. Upewnij się, że oglądasz aktualnie wygenerowaną stronę, a nie starszą kopię z pamięci podręcznej. Gdy reguła dotyczy całego typu podstron, warto skontrolować więcej niż jeden adres.
Na koniec zachowaj listę kontrolną dla przyszłych aktualizacji: typy stron, przypadki graniczne, pola wymagające porównania z treścią oraz sposób weryfikacji po publikacji. Wracaj do niej przy zmianie szablonu, pól w systemie treści lub sposobu prezentowania ofert. Taka procedura nie gwarantuje określonego wyglądu wyników wyszukiwania, ale pomaga utrzymać oznaczenia zgodne z rzeczywistą zawartością witryny.
