Co się dzieje między decyzją a publikacją: etapy tworzenia strony internetowej

Umowa jest podpisana, zaliczka wpłacona, i wtedy zapada cisza. Firma czeka, aż pojawi się strona internetowa, wykonawca czeka na teksty i fotografie, i żaden z nich nie myśli, że czeka przez dokładnie ten sam tydzień, dlatego po miesiącu obie strony są niezadowolone, a żadna nic nie zrobiła źle; po prostu nikt nie zapisał, kto co dostarcza i do której daty.

Ten artykuł jest o tym, co się dzieje między decyzją a publikacją, i przede wszystkim o podziale pracy między obiema stronami, bo właśnie on rozstrzyga o terminie znacznie częściej niż szybkość prac albo wybrana technologia. O tym, jakie błędy popełniają zamawiający, pisaliśmy osobno w artykule o dziesięciu błędach przy zamawianiu strony internetowej, i tutaj ich nie powtarzamy. Nie ma tu też cen ani porównania samodzielnego wykonania z zamówieniem, bo oba są tematami innych artykułów, a mowa jest tylko o kolejności i o tym, co na którym etapie trzeba przygotować.

Discovery nie jest początkiem budowy

Prawie każdy proces tworzenia strony zaczyna się od etapu zwanego discovery albo badaniami, i właśnie ten etap najczęściej bywa źle rozumiany, bo zamawiający traktuje go jako formalność przed właściwą pracą. Nielsen Norman Group, która używa tego pojęcia profesjonalnie, definiuje je jako etap przygotowawczy, w którym bada się sam problem i jego kontekst, formułuje, co da się rozwiązać, i zbiera dość dowodów, żeby wiedzieć, co robić dalej, i podkreśla właśnie, że w discovery nie testuje się rozwiązań.

W sektorze publicznym ta myśl jest sformalizowana jeszcze ściślej, bo podręcznik usług cyfrowych rządu brytyjskiego rozróżnia pięć faz, mianowicie discovery, alfa, beta, eksploatację i wycofanie z eksploatacji, i o discovery jest tam napisane wprost: na tym etapie nie zaczyna się budować usługi. Na końcu etapu zespół decyduje, czy iść dalej, czy stanąć, a sam podręcznik nie narzuca stałego terminu, choć wskazuje, że w praktyce ten etap zwykle trwa od czterech do ośmiu tygodni.

Tu od razu trzeba zrobić zastrzeżenie, bo inaczej powstaje błędne wyobrażenie: wymieniony podręcznik opisuje cykl życia państwowej usługi cyfrowej, a nie dziesięciostronicową stronę firmową, i przenoszenie jego terminów na zwykły projekt tworzenia strony byłoby mylące. Cenna jest w nim zasada, nie kalendarz: przed budową jest etap, którego celem jest zrozumieć zadanie, a wynikiem tego etapu może być też decyzja, żeby w ogóle nie budować.

W praktycznym projekcie ten etap zwykle przybiera postać rozmowy o procesach, rolach użytkowników i zakresie, a jej wynikiem jest pisemny plan, nie szkic projektu graficznego, choć zamawiającemu często chce się zobaczyć właśnie to drugie. Dla zamawiającego wynikają z tego dwie bezpośrednie konsekwencje, i pierwsza jest taka, że bez pisemnego wyniku discovery później po prostu nie ma z czym porównać tego, co zostało zbudowane, więc spór o zakres zostaje bez dowodu dla obu stron. Druga jest taka, że właśnie na tym etapie zmiana zdania jest tania, natomiast po rozpoczęciu budowy każda zmiana kosztuje także to, co już zostało zbudowane i co przyjdzie przerobić.

Prototyp jest najtańszym miejscem, żeby zmienić zdanie

Między planem a budową jest etap, który zamawiający czasem uważają za zbędny wydatek, i to jest właśnie ten etap, który najczęściej oszczędza pieniądze. Prototyp to klikalna wersja witryny bez właściwego kodu, w której da się przejść główne ścieżki i zobaczyć, gdzie czegoś brakuje, a jej jedynym celem jest pozwolić zmienić zdanie, dopóki zmiana zdania jest jeszcze tania.

Brytyjski podręcznik rządowy mówi to bez ogródek, pisząc o fazie alfa, że trzeba się liczyć z tym, iż cały kod napisany na tym etapie i duża część sprawdzonych pomysłów na końcu etapu zostanie wyrzucona, i to nie stoi w sprzeczności z dobrą pracą, tylko jest jej sensem: wyrzucenie prototypu jest tanie, wyrzucenie zbudowanego systemu nie. W skali strony firmowej ta sama zasada działa w mniejszym zakresie, i właśnie dlatego przygotowujemy prototyp przed pierwszym wierszem kodu produkcyjnego.

Dla zamawiającego wynika z tego praktyczny wymóg, który warto powiedzieć na głos: zatwierdzenie prototypu nie jest formalnym odhaczeniem, tylko jedynym momentem, w którym zmiany kosztują wyłącznie czas, dlatego właśnie wtedy warto wezwać do stołu tych ludzi, którzy później powiedzą, że nikt ich o nic nie pytał. Po zatwierdzeniu prototypu każda taka rozmowa kosztuje już to, co zostało zbudowane.

Drugą rzeczą, która na tym etapie się opłaca, jest treść w szkicu, bo prototyp z tekstem zastępczym da się zatwierdzić łatwo, a potem okazuje się, że właściwe teksty się nie mieszczą albo że dział, na który przewidywano jeden akapit, naprawdę potrzebuje trzech. Jeśli teksty jeszcze nie są gotowe, w prototypie warto umieścić przynajmniej szkice w przybliżeniu właściwej długości, bo długość zmienia układ mocniej niż jakikolwiek kolor.

Większość czekania dzieje się po stronie klienta

Termin projektu najczęściej wyznacza nie szybkość prac, tylko to, jak szybko zamawiający dostarcza treść, i w naszym doświadczeniu to najczęstsza przyczyna opóźnienia. W branży nie ma na ten temat niezależnego badania z metodyką i datą, dlatego mówimy to jako własne doświadczenie i nie udajemy, że stoją za tym procenty.

Tu warto zrobić jeszcze jedno zastrzeżenie, bo inaczej ta część brzmiałaby jak przerzucanie winy: w sektorze publicznym tworzenie treści jest osobnym zawodem i rolą w zespole, a w podręczniku rządowym projektant treści jest wymieniony wśród potrzebnych umiejętności, ale z tego nie wynika, że w zwykłym projekcie teksty pisze wykonawca. Kto je pisze, jest kwestią umowy, a jedyna zła odpowiedź brzmi, że nikt tego nie ustalił przed rozpoczęciem pracy.

Konkretnie po stronie zamawiającego zwykle leży pięć dostaw, i każdej z nich warto już w umowie nadać konkretną datę, a nie zostawiać tego na poziomie rozmowy. Pierwsza to teksty, i są najcięższe ze wszystkich, bo nie da się ich napisać jednego wieczoru i zwykle pisze je ktoś, dla kogo pisanie nie jest częścią głównej pracy i kto musi je wcisnąć między pozostałe obowiązki. Druga to fotografie i logotypy w formacie wektorowym, trzecia to dostępy do istniejących systemów, jeśli coś z nich trzeba przenieść, czwarta to zatwierdzenia w ustalonych punktach projektu, a piąta, która nie jest dokumentem, tylko człowiekiem, to jedna osoba zatwierdzająca, która w imieniu firmy ma prawo powiedzieć tak.

Ta piąta najczęściej bywa nieobecna, a jej brak kosztuje więcej niż jakiekolwiek techniczne utrudnienie: projekt, w którym zatwierdzenie daje komitet, ciągnie się nie dlatego, że ktoś źle pracuje, tylko dlatego, że każde zatwierdzenie wymaga zebrania, zebrania odbywają się raz na dwa tygodnie, a między nimi praca po prostu stoi. Jeśli w firmie jest kilku interesariuszy, właściwym rozwiązaniem nie jest próba ich wyłączenia, tylko uzgodnienie, kto z nich jest ostatecznym decydentem i w jakim terminie oczekuje się odpowiedzi.

W sektorze publicznym ta odpowiedzialność w niektórych krajach jest wpisana w przepisy. W Polsce nie ma odpowiednika, który wskazywałby kierownika urzędu jako właściciela treści oficjalnej strony internetowej: ustawa o dostępności cyfrowej nakłada obowiązki na podmiot publiczny i wymaga w deklaracji dostępności danych kontaktowych, nie przypisuje jednak własności treści kierownikowi instytucji. Prywatnej firmy to i tak nie wiąże, ale myśl jest ta sama i da się ją przyjąć dobrowolnie: odpowiedzialność za treść należy do zamawiającego i trzeba ją złożyć na konkretną osobę z imieniem i nazwiskiem.

Zdjęcia są kwestią praw, nie kwestią plików

Fotografie są miejscem, w którym zamawiający działają z najlepszymi intencjami i mimo to stwarzają ryzyko, bo przyjmuje się, że plik, który leży na komputerze, jest też plikiem, którego wolno użyć. W ustawie o prawie autorskim i prawach pokrewnych fotografia jest utworem chronionym, prawo autorskie powstaje z chwilą ustalenia utworu bez jakichkolwiek formalności, a twórcą jest zawsze człowiek, który zdjęcie wykonał.

Z tego wynika wniosek, który zaskakuje niemal każdą firmę: zapłata za sesję zdjęciową sama w sobie nie oznacza, że zamawiający nabył autorskie prawa majątkowe. Fotograf pozostaje twórcą, autorskie prawa osobiste, w tym prawo do oznaczenia utworu swoim nazwiskiem, nie podlegają zrzeczeniu się ani zbyciu, a autorskie prawa majątkowe przechodzą tylko umową o przeniesienie praw albo licencją, i dla firmy, która planuje używać fotografii na stronie internetowej, w mediach społecznościowych i w druku, znaczy to, że w umowie muszą być wyraźnie wymienione właśnie te pola eksploatacji.

Z bankami zdjęć jest dokładnie tak samo, tylko tam warunki są napisane jasno i publicznie, więc da się je przeczytać przed zakupem: licencja Standard License Shutterstocka daje niewyłączne i nieprzenoszalne prawo do korzystania z obrazu, w tym na witrynach, a na tej samej stronie jest napisane, że klient nie nabywa ani prawa własności, ani praw wyłącznych. Tamże stoją ograniczenia, które zdarza się naruszyć niechcący: obrazu nie wolno przekazywać dalej, nie wolno go użyć jako logotypu albo znaku towarowego, a obrazów oznaczonych jako przeznaczone wyłącznie do użytku redakcyjnego nie wolno używać komercyjnie. Firma, która kupiła licencję Standard License, nabyła prawo do użycia obrazu na witrynie, nie plik, który można przekazać wykonawcy jako swoją własność.

Jest jeszcze jeden przypadek, który niemal zawsze rozumie się źle. Art. 33 pkt 1 ustawy o prawie autorskim i prawach pokrewnych zezwala rozpowszechniać utwory wystawione na stałe na ogólnie dostępnych drogach, ulicach, placach lub w ogrodach, jednakże nie do tego samego użytku. Ograniczenia do użytku osobistego, relacji informacyjnych albo celów niekomercyjnych w tym przepisie nie ma, dlatego fotografia obcej budowli albo obcej rzeźby, która stoi na stałe przy publicznej ulicy lub na placu, na stronie internetowej firmy jest tym zezwoleniem objęta. Przepis nie obejmuje wnętrz ani terenu niedostępnego dla każdego, a „nie do tego samego użytku” znaczy, że nie wolno odtworzyć utworu w tej samej funkcji — na przykład rzeźby jako rzeźby.

Wreszcie ludzie na zdjęciach to kwestia danych osobowych, nie tylko kwestia uprzejmości: zgodnie z RODO fotografia osoby możliwej do zidentyfikowania to dane osobowe, a podstawą prawną może być zgoda albo umowa; zgoda musi być dobrowolna, konkretna, świadoma i jednoznaczna. Najważniejszy wniosek praktyczny jest taki, że zgodę można w każdej chwili wycofać, a po wycofaniu zdjęcia trzeba usunąć ze środowiska publicznego, dlatego zdjęcia zespołu na stronie internetowej trzeba tak uporządkować, żeby odchodzący pracownik nie stawał się problemem.

Środowisko stagingowe i błąd popełniany w dobrej wierze

Przed publikacją praca odbywa się w osobnym środowisku, i jest to potrzebne z prostego powodu: zamawiający musi zobaczyć prawdziwą stronę w prawdziwej przeglądarce, nie obrazek z narzędzia projektowego, a błędy trzeba wyłapać w miejscu, w którym nie widzą ich klienci. Pytanie dotyczy wyłącznie tego, jak to środowisko zamknąć, i właśnie tutaj popełnia się błąd, który wygląda na poprawny.

Rozpowszechnionym rozwiązaniem jest wpisanie zakazu do pliku robots.txt, i to nie robi tego, co ludzie myślą, bo w dokumentacji Google jest to napisane wprost: ten plik przekazuje robotom wyszukiwarek, do których adresów URL mogą uzyskać dostęp, i służy głównie temu, żeby witryna nie była przeciążona żądaniami, ale nie jest mechanizmem służącym do ukrywania strony internetowej przed Google. Żeby strona nie pojawiała się w wynikach wyszukiwania, trzeba użyć reguły noindex albo zabezpieczyć środowisko hasłem.

Dalej idzie szczegół, przez który obie metody razem działają gorzej niż każda z osobna. Reguła noindex działa tylko wtedy, gdy strona jest dostępna dla robota, bo robot musi ją odczytać; jeśli strona jest zakazana w pliku robots.txt, robot tej reguły nigdy nie zobaczy, i strona nadal może pojawić się w wynikach, na przykład gdy prowadzą do niej linki skądinąd; ponadto określenie reguły noindex w pliku robots.txt Google w ogóle nie obsługuje.

Jest też drugi powód, dla którego to nie jest problem teoretyczny, mianowicie jeśli środowisko stagingowe zawiera tę samą treść co gotowa witryna, wyszukiwarka może uznać właśnie je za wersję główną i pokazywać je w wynikach zamiast Państwa witryny, co znaczy, że odwiedzający ląduje na niedokończonej stronie z danymi testowymi. Ten błąd jest trudny do zauważenia, bo sama witryna działa bez zarzutu, a problem widać tylko w wynikach wyszukiwania.

Praktyczna odpowiedź jest więc prosta i warto jej zażądać wprost: środowisko stagingowe zabezpiecza się hasłem. To jedyne rozwiązanie, które niezależnie od zachowania robotów zapewnia, że niedokończona witryna nie pojawia się nigdzie, i jednocześnie usuwa drugie ryzyko, o którym myśli się rzadziej, mianowicie że środowisko stagingowe z tą samą treścią może zostać uznane za wersję główną i zacząć konkurować z prawdziwą witryną.

Które wybory po starcie kosztują najdrożej

Większość decyzji w projekcie strony internetowej da się zmienić także po publikacji, i warto to powiedzieć jasno, bo zamawiający często przeżywają właśnie te sprawy, które później zmienia się najłatwiej. Kolory, układ, szablon, teksty, a nawet położenie stron w menu są zmienialne praktycznie w dowolnej chwili, i kosztuje to tylko godziny pracy, nie przebudowę, ale dwie rzeczy są jednak inne, i właśnie o nich warto pomyśleć przed startem, dopóki zmiana jeszcze nic nie kosztuje.

Pierwsza to struktura adresów, i staje się decyzją właśnie w chwili, gdy strony są zindeksowane i prowadzą do nich obce linki, bo od tego momentu zmiana adresów nie jest już wyborem wizualnym, tylko przenoszeniem witryny, które Google opisuje jako osobną procedurę z własnymi wymaganiami. Trzeba stosować trwałe przekierowania po stronie serwera i utrzymać je co najmniej rok; Google ostrzega też, żeby nie zmieniać za jednym razem i adresów, i systemu zarządzania treścią, i układu, a zwykłej witrynie firmowej zaleca przenieść wszystkie adresy jednocześnie, nie po kawałku. Tamże stoi przydatna uwaga, która zmniejsza obawy: trwałe przekierowania same w sobie nie powodują utraty pozycji w PageRank, choć pozycje przez jakiś czas mogą się wahać.

Druga to sama domena, bo zmiana domeny to to samo przenoszenie witryny ze wszystkimi jego wymaganiami, tylko w większej skali, i dochodzi do tego wszystko, co już jest nadrukowane na wizytówkach i papierze firmowym. O tym, na czyje nazwisko domenę trzeba zarejestrować, pisaliśmy w artykule o dziesięciu błędach przy zamawianiu strony internetowej, i tutaj tego nie powtarzamy; tutaj warto tylko powiedzieć, że wybór domeny jest jedną z nielicznych decyzji, których późniejsza zmiana kosztuje więcej niż zrobienie tego od razu dobrze.

Jest jeden szczegół procedury, który warto znać, żeby nie żądać go bez potrzeby: informację o zmianie adresu w Search Console składa się tylko wtedy, gdy zmienia się domena albo subdomena; przejście z połączenia nieszyfrowanego na szyfrowane albo wybór między adresem z przedrostkiem www i bez niego w tej samej domenie nie są do tego narzędzia przewidziane, i tam wystarczą poprawne przekierowania. Dla firmy znaczy to, że większość zmian załatwia się po stronie serwera, nie w formularzu.

Praktycznie wynika z tego jedna rada przed startem: jeśli stara witryna już istnieje i ma odwiedzających z wyszukiwarek, listę adresów z przekierowaniami na nowe adresy trzeba przygotować przed publikacją, nie dopiero wtedy, gdy ktoś zauważy spadek odwiedzin. Ta lista jest też jedną z tych prac, które zamawiający może przygotować sam, i która, jeśli nikt jej nie przygotuje, po starcie staje się tygodniem szukania.

Dostępność: dla kogo jest obowiązkiem, a dla kogo nie

Dla podmiotów publicznych dostępność cyfrowa jest obowiązkiem od kilku lat; dla prywatnej firmy — tylko wtedy, gdy świadczy usługę wymienioną w ustawie, najczęściej handel elektroniczny, i nie jest mikroprzedsiębiorcą. Informacyjna strona firmowa, która nic nie sprzedaje, na tę listę nie wchodzi. Na rynku te dwa akty często się myli, i to jest błąd, który kosztuje.

Pierwszy dotyczy sektora publicznego i obowiązuje od kilku lat, więc dla urzędów nie jest nowością. Unijną dyrektywę o dostępności stron internetowych podmiotów sektora publicznego Polska przejęła ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych, która wymaga zapewnienia postrzegalności, funkcjonalności, zrozumiałości i kompatybilności oraz opublikowania osobnej deklaracji dostępności. Ten reżim wiąże podmioty publiczne i nie dotyczy zwykłej prywatnej firmy, choć na rynku bywa czasem oferowany jako wymaganie powszechne.

Drugi jest nowszy, i właśnie on rodzi większość nieporozumień, bo data wejścia w życie została szeroko ogłoszona, a zakres już nie: Europejski akt o dostępności Polska przejęła ustawą z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze, która obowiązuje od 28 czerwca 2025 r. To nie znaczy, że od tej daty każda strona internetowa firmy musi spełniać standard dostępności, i właśnie to zbyt szerokie twierdzenie powtarza się na rynku najczęściej, czasem razem z ofertą, żeby to naprawić.

Ustawa dotyczy konkretnej listy usług, a nie dowolnej witryny, i mieszczą się na niej usługi telekomunikacyjne, dostęp do audiowizualnych usług medialnych, określone elementy usług lotniczego, autobusowego, kolejowego i wodnego transportu pasażerskiego, usługi bankowości detalicznej, rozpowszechnianie książek elektronicznych oraz handel elektroniczny. Informacyjna strona firmowa, która nic nie sprzedaje i nie jest bankiem, przewoźnikiem ani platformą książek elektronicznych, na tę listę nie wchodzi.

Jest też wyjątek dla małych firm, i trzeba go sformułować precyzyjnie, bo często opowiada się go zbyt szeroko. Przepisów ustawy nie stosuje się do usług oferowanych lub świadczonych przez mikroprzedsiębiorców; mikroprzedsiębiorca w rozumieniu art. 7 ust. 1 pkt 1 Prawa przedsiębiorców to ten, kto zatrudnia średniorocznie mniej niż dziesięciu pracowników oraz którego roczny obrót netto nie przekracza równowartości dwóch milionów euro albo suma aktywów bilansu nie przekracza równowartości dwóch milionów euro. Wyjątek dotyczy usług; obowiązki związane z produktami są dla mikroprzedsiębiorców lżejsze, ale niezniesione — nie sporządzają dokumentacji oceny nieproporcjonalnego obciążenia, lecz na żądanie organu nadal muszą przedstawić fakty — dlatego zdanie, że mikroprzedsiębiorcy są z ustawy zwolnieni, nie jest poprawne.

Praktyczny wniosek dla zamawiającego jest krótki: jeśli tworzą Państwo sklep internetowy i nie są Państwo mikroprzedsiębiorcą, wymagania dostępności trzeba wpisać już w specyfikację techniczną, bo później oznaczają przeróbkę. Jeśli tworzą Państwo stronę informacyjną, prawnego obowiązku z tej ustawy najpewniej nie ma, ale to nadal argument za tym, żeby strona dała się obsługiwać klawiaturą i czytać czytnikiem ekranu, bo część Państwa klientów z tego korzysta niezależnie od ustawy.

Ile to wszystko trwa

Pytanie o termin jest tym, na które zamawiający chce odpowiedzi najpierw, i jest też tym, na które uczciwą odpowiedź dać jest najtrudniej. Terminy publikowane w branży niemal zawsze pochodzą z własnych stron wykonawców, gdzie służą jako obietnica szybkości, dlatego nie da się ich użyć jako niezależnego punktu danych, a niezależnego badania z metodyką nie znaleźliśmy.

Dlatego słuszniej jest mówić o tym, co termin wyznacza, niż szukać średniej liczby, która i tak żadnemu konkretnemu projektowi nie pasuje: termin wyznaczają zakres, szybkość zatwierdzeń i gotowość treści, a w dwóch ostatnich z tych trzech rozstrzygający wpływ leży po stronie zamawiającego. Projekt, w którym teksty są gotowe przed startem i decyzje podejmuje jeden człowiek, idzie znacznie szybciej niż projekt tego samego zakresu bez tych dwóch warunków, i to jest różnica, którą da się zmierzyć w tygodniach.

Nasz własny opublikowany termin na stronie WordPressa wynosi od czterech do dziesięciu tygodni, i dotyczy zwykłej witryny firmowej, natomiast przy projektach bardziej złożonych jest dłuższy, a przy sklepie internetowym jeszcze dłuższy, ale dla konkretnego projektu jedynym pożytecznym terminem jest ten, który wynika z zakresu, nie ze średniej.

Jest jeszcze inny sposób patrzenia na to pytanie, i dla zamawiającego zwykle bywa pożyteczniejszy od jakiejkolwiek liczby: proszę zapytać wykonawcę nie o to, ile to potrwa, tylko które tygodnie zależą od Państwa, a które od niego. Odpowiedź na to pytanie da się sprawdzić, i od razu pokazuje, jak dużą część terminu kontrolują Państwo sami.

I jeszcze jedna rzecz, która na termin wpływa mocniej, niż wygląda, to przyrost zakresu w toku pracy: każda nowa propozycja z osobna jest mała i uzasadniona, ale razem przesuwają datę odbioru, i dzieje się to niepostrzeżenie, bo żadna z nich nigdy nie wygląda na decyzję o przedłużeniu projektu. Jedynym, co przeciw temu pomaga, jest umowa, że zmiany poza pierwotnym zakresem zapisuje się osobno wraz z ich wpływem na termin, a nie włącza milcząco.

Co uzgodnić, zanim praca się zacznie

Przed pierwszą pozycją na fakturze warto omówić i zapisać harmonogram treści z datami: kto pisze teksty, do której daty są w rękach wykonawcy i co się dzieje, jeśli się spóźnią, bo bez tego punktu opóźnienie zawsze wygląda na winę wykonawcy.

Drugie to pochodzenie zdjęć i prawa, mianowicie skąd biorą się fotografie, jaka licencja im przysługuje, czy w licencji jest wymienione użycie właśnie na witrynie i czy ludzie na zdjęciach dali zgodę, którą później mogą wycofać. Trzecie to jedna osoba zatwierdzająca z imieniem i nazwiskiem oraz umowa co do tego, w ilu dniach roboczych oczekuje się odpowiedzi na prośbę o zatwierdzenie, bo bez terminu zatwierdzenie nie jest wielkością planowalną.

Czwarte to środowisko stagingowe zabezpieczone hasłem, nie zakazem w pliku robots.txt, a piąte to lista przekierowań ze starych adresów na nowe, jeśli stara witryna już istnieje i ma odwiedzających. Szóste jest pytaniem o dostępność, na które odpowiedź zależy od tego, co robi Państwa witryna, i które o wiele taniej zadać w chwili spisywania specyfikacji technicznej niż po odbiorze.

Tę listę warto przejść w jednej rozmowie, nie po kawałku, bo właśnie razem pokazuje, jak duża część projektu zależy od zamawiającego, i zwykle jest większa, niż zamawiający się spodziewał. Żaden z tych wymogów nie jest drogi, i żaden nie wymaga wiedzy technicznej; wymagają tylko tego, żeby ktoś je zadał przed rozpoczęciem pracy.

I siódme, które nie jest techniczne, ale rozstrzyga więcej niż pozostałe sześć: umowa o to, jaki jest minimalny zakres, z którym witrynę można opublikować. Projekt, w którym publikacja następuje dopiero wtedy, gdy wszystko jest gotowe, bywa, że nie publikuje się nigdy, natomiast projekt z jasnym minimalnym zakresem publikuje się na czas i potem rośnie. Jeśli chcą Państwo, żebyśmy tę rozmowę przeprowadzili razem z Państwem, proszę do nas napisać.