Zawartość
- Zarządzaj treściami tak, jak w 1999 roku
- Wytnij funkcje! Wytnij zawartość!
- Ale dlatego mam CMS
- Masz WEB CMS
- Zarządzanie wieloma lokalizacjami
- Responsywny projekt na ratunek!
- Prawdziwym problemem jest złe zarządzanie treścią
- Strategia dotycząca treści na urządzenia mobilne
Korzystanie z mobilnej witryny internetowej powinno naturalnie różnić się od środowiska stacjonarnego - nie tylko prezentacja wizualna, zawartość powinna mieć inny priorytet i inną strukturę. Ryzyko polega jednak na tym, że w końcu będziesz utrzymywać różne wersje. Wiadomość flash: to będzie katastrofa. Zduplikowana treść. Niezsynchronizowane aktualizacje. Zmarnowany wysiłek.
Gdy pionier użyteczności, Jakob Nielsen, stwierdził, że należy „zbudować oddzielną witrynę zoptymalizowaną pod kątem urządzeń mobilnych (lub witrynę mobilną), jeśli Cię na to stać”, w której wyeliminujesz funkcje i treści, które „nie są kluczowe w przypadku zastosowań mobilnych”, wiele z nich społeczność projektantów i programistów wyciągnęła swoje pochodnie i widły. Wygląda na to, że ludzie, którzy spędzają dużo czasu na myśleniu o urządzeniach mobilnych, zgadzają się, że oddzielna witryna mobilna jest „cofnięta o 180 stopni”.
Ale co w ogóle oznacza „oddzielna witryna mobilna”?
Niezależnie od tego, czy mówisz o treści, czy o kodzie, tym, przed czym chcesz się ustrzec, jest tworzenie wielu wersji witryny. Nazywa się rozwidleniem i z punktu widzenia konserwacji jest rozwidlającym się koszmarem. Jeśli podzielisz swoją witrynę na oddzielne wersje mobilną i komputerową, utkniesz na aktualizowaniu obu za każdym razem, gdy zajdzie zmiana. Uniknięcie tego problemu jest trudne, nawet w przypadku wyrafinowanych systemów zarządzania treścią. Ale zanim to osiągniemy, zacznijmy od prostego scenariusza.
Zarządzaj treściami tak, jak w 1999 roku
Wyobraź sobie, że masz statyczną witrynę internetową, którą utworzyłeś pod koniec lat 90. Nie ma CMS, więc cała zawartość jest na stałe zakodowana w kodzie HTML.
Decydujesz, że chcesz wejść w XXI wiek, tworząc witrynę mobilną. Dobrze dla ciebie! Z wyjątkiem części koszmaru, która polega na tym, że zasadniczo będziesz tworzyć całkowicie oddzielną witrynę internetową, a teraz będziesz musiał aktualizować obie wersje za każdym razem, gdy nastąpi zmiana. Musisz zakodować dwa zupełnie różne zestawy stron: unikalne szablony na komputery i urządzenia mobilne. A nawet jeśli - zwłaszcza jeśli - chcesz opublikować dokładnie tę samą treść w obu wersjach, będziesz musiał również utrzymywać dwie oddzielne wersje treści. Podwoić obciążenie pracą, podwoić przyjemność?
Wytnij funkcje! Wytnij zawartość!
Wspaniały! Możesz pomyśleć. Może tworzenie odrębnych treści jest w rzeczywistości zaletą! Oddzielna witryna mobilna nadal będzie asami, jeśli nie chcę publikować dokładnie tych samych informacji. Wycinam funkcje, wycinam zawartość i ponownie ustalam priorytety tego, co chcę powiedzieć. Opublikuję witrynę mobilną, która przedstawia tylko część moich treści, skierowaną specjalnie na potrzeby użytkowników mobilnych.
Odłóżmy na chwilę na bok spór o to, czy to jest właściwy dla użytkownika. (To nie jest.)
Z punktu widzenia konserwacji nadal rozwidlasz swoje treści. Chcesz dodać nową stronę? Czy edytować opis? Naprawić literówkę? Zrobisz to dwa razy.
Ale dlatego mam CMS
Cały sens posiadania systemu zarządzania treścią polega na usprawnieniu przepływu pracy przy publikowaniu, prawda? Więc oczywiście po prostu zakładasz, że Twój obecny CMS ułatwi publikowanie treści na różnych kanałach i platformach.
Jakob Nielsen, zapytany o niebezpieczeństwa związane z rozwidlaniem treści, przyjmuje takie założenie:
„Zakładam, że większość witryn na skalę przemysłową będzie generowana z jednej wewnętrznej bazy danych produktów i systemu zarządzania treścią, z różnymi projektami reprezentowanymi przez szablony i reguły określające, jakie informacje trafiają do danej wersji”.
Niestety, obecnie wiele systemów CMS po prostu nie obsługuje tego typu publikowania wielokanałowego. Poproś swój system CMS, aby wyświetlał podobne, ale nie takie same treści w różnych szablonach zgodnie z zestawem reguł biznesowych, a zacznie wypluwać jardy papieru do drukarek igłowych, wydając sygnał dźwiękowy, że „nie oblicza”.
Masz WEB CMS
Większość systemów CMS jest zaprojektowana do publikowania na jednej i tylko jednej platformie: w sieci na komputery stacjonarne. W sieciowym systemie CMS (WCMS) funkcje tworzenia treści i zarządzania nią są „połączone” z funkcjami publikowania i wyświetlania treści. (Jeśli masz korporacyjny system CMS na dużą skalę, prawdopodobnie jest on „odłączony” i ten punkt może Cię nie dotyczyć).
Większość witryn po prostu nie ma zaplecza do zarządzania treścią, który obsługuje wypełnianie różnych szablonów projektowych różnymi treściami. Zasoby treści (takie jak pola tekstowe, obrazy i pliki pomocnicze lub multimedia) są zwykle zablokowane w określonym formacie wyjściowym lub projekcie. Do tej pory nie stanowiło to problemu, ponieważ nikt nie spodziewał się, że WCMS będzie musiał obsługiwać publikowanie w różnych kanałach - sieć komputerowa była wszystkim, co było.
Fakt, że WCMS działa w ten sposób, nie jest zwykłym „szczegółem implementacji”. Niestety, ma to fundamentalne znaczenie dla dzisiejszego sposobu publikowania treści w internecie. Musimy to naprawić, jeśli mamy zapewniać zoptymalizowane środowisko na komputerach stacjonarnych i urządzeniach mobilnych.
Zarządzanie wieloma lokalizacjami
W rzeczywistości niektóre systemy CMS obsługują publikowanie treści w wielu szablonach.Nazywa się to zarządzaniem wieloma witrynami i pozwala blogowi WordPress lub witrynie Drupal mieć osobne szablony do wyświetlania treści na komputery i urządzenia mobilne. Zwróć uwagę, że jest napisane „oddzielne szablony” - a nie osobna treść. Te systemy CMS nadal lubią publikować te same treści w obu witrynach. (W szczególności są zadowoleni, gdy publikują te same treści „treści” lub „węzłów” w trybie jeden do jednego na komputerach i urządzeniach mobilnych. Inne elementy treści, takie jak paski boczne lub komentarze użytkowników, są często przechowywane w innym miejscu i mogą zostać usunięte na zewnątrz.)
To, czego te systemy CMS nie robią (przynajmniej nie bez włożenia w to znacznego wysiłku), to wspieranie publikowania różnych treści w różnych szablonach zgodnie z zestawem reguł biznesowych. Jeśli więc planujesz dostarczać mniej treści użytkownikowi mobilnemu, prawdopodobnie Twój CMS nie ułatwi Ci tego. Nadal będziesz musiał utrzymywać dwie wersje tych treści i aktualizować je oddzielnie, gdy zajdzie zmiana.
Innymi słowy, jesteś rozwidlony.
Responsywny projekt na ratunek!
Projektowanie responsywne jest często uważane za rozwiązanie, które pozwala uniknąć konieczności utrzymywania wielu oddzielnych baz kodu dla kodu frontendu. Postaraj się opracować jeden zestaw kodu, który będzie dostosowywał się do różnych rozmiarów ekranu i stopniowo rozszerzał pod kątem różnych możliwości urządzenia, a na dłuższą metę zaoszczędzisz czas. Uwolnisz się także od wyścigu zbrojeń, gdy będziesz musiał obsługiwać dziesiątki różnych urządzeń i obudów.
Projektowanie responsywne to także podejście, które pozwala uniknąć rozwidlania treści. Jeśli masz połączony system CMS, który może obsługiwać publikowanie tylko w jednym zestawie szablonów, możesz oszukać swój system CMS w celu opublikowania go na różnych urządzeniach, obsługując konwersję do rozmiarów telefonów komórkowych lub tabletów w interfejsie użytkownika.
Decyzja o tym, czy opracować responsywnie zaprojektowaną witrynę, czy zachować różne szablony dla komputerów stacjonarnych, telefonów i wszystkiego innego, jest pragmatycznym wyborem opartym na tym, jak chcesz przydzielić czas i zasoby na rozwój i konserwację. Istnieją dobre powody dla obu podejść - często zakorzenione w specyfice funkcjonowania twojego CMS - a to, co działa w jednej organizacji, może nie działać w innej.
Nie dajmy się rozproszyć tej debacie i zapomnijmy o podstawowym problemie, jakim jest ewolucja naszych narzędzi i procesów zarządzania treścią, aby skutecznie wspierać publikowanie wielokanałowe.
Prawdziwym problemem jest złe zarządzanie treścią
Szum i debaty na temat projektowania responsywnego pomijają prawdziwy problem. W dłuższej perspektywie wyzwaniem dla większości organizacji nie będzie utrzymywanie wielu zestawów kodu frontendu dla różnych szablonów. Będzie zachowywać odmiany zduplikowanej treści.
Wszelkie argumenty dotyczące tego, czy dostarczać mniej treści lub inne treści użytkownikowi mobilnemu, muszą uwzględniać poziom wysiłku, jaki będzie wymagany do zarządzania tymi treściami i ich utrzymania. Jeśli zastanawiasz się, czy możesz ograniczyć informacje dostarczane użytkownikom mobilnym, pamiętaj, że takie podejście może skazać Cię na powielanie treści i problemy z zarządzaniem. Zwracanie na to uwagi jest istotą strategii treści.
Strategia dotycząca treści na urządzenia mobilne
Aby zapewnić wspaniałe wrażenia na urządzeniach mobilnych - takie, które dostarczają informacji, których chcą użytkownicy, i które mogą być obsługiwane wewnętrznie - potrzebujemy strategii dotyczącej treści dla telefonów komórkowych.
- Przestań myśleć, po prostu zgadnij, jakiego podzbioru treści chce „użytkownik mobilny”. Będziesz źle odgadnąć.
- Skoro już o tym mowa, przestań myśleć, że obecne statystyki mobilne pomogą Ci podjąć właściwą decyzję. Dzisiejsze kiepskie, okaleczone środowisko mobilne to nieodpowiednie środowisko do oceny tego, co ludzie naprawdę chcą robić na urządzeniach mobilnych.
- Skoncentruj się na umieszczeniu całej zawartości na komputerze w formacie umożliwiającym wygodne przeglądanie na urządzeniach mobilnych, czy to tworząc nowy zestaw szablonów dla urządzeń mobilnych, responsywnie zaprojektowaną witrynę, czy też kombinację tych dwóch (powiedzmy, zachowując obecny komputer witryna i tworzenie responsywnych szablonów dla różnych telefonów i tabletów).
- Gdy już będziesz mieć wszystkie swoje treści na telefonie komórkowym, stopniowo wymyślaj, jak inaczej ustalać priorytety informacji. Na przykład strona główna dla telefonów komórkowych może różnić się od strony głównej dla komputerów stacjonarnych. Ale oprzyj to na prawdziwych danych o tym, jak ludzie korzystają z pełnego zestawu treści na urządzeniach mobilnych - nie zakładaj tylko, że wiesz najlepiej.
- Jeśli odkryjesz, że niektóre z Twoich treści po prostu nikomu nie są przydatne - są przestarzałe, źle napisane lub nieistotne - skorzystaj z okazji, aby je wyczyścić. Użytkownicy komputerów stacjonarnych też skorzystają!
- Napraw swój CMS. Jeśli wyobrażasz sobie przyszłość, w której będziesz mógł publikować różne treści na urządzeniach mobilnych, a nie na komputerach stacjonarnych, musisz się upewnić, że Twoje narzędzia, procesy i przepływ pracy będą to wspierać.
