Podbijamy świat, czyli wielojęzyczny serwis. Ale co z domeną?

Podbijamy świat! Jasne, że tak. Jednak... może zacznijmy od początku. Jeśli chcemy piastować pozycję światowego lidera - przede wszystkim, co wydaje się być dość oczywiste... musimy dysponować - przynajmniej - wielojęzycznym interfejsem użytkownika, tudzież contentem całego serwisu.

Każdy zapewne by chciał, aby jego produkt był najpopularniejszy na świecie. Jednakże... może zacznijmy od początku. Jeśli chcemy piastować pozycję światowego lidera - przede wszystkim, co wydaje się być dość oczywiste... musimy dysponować - przynajmniej - wielojęzycznym interfejsem użytkownika, tudzież contentem całego serwisu.

Jasne, jest to dość oczywiste. Jednakże idąc dalej... gdy już podejmiemy decyzję co do tego, że chcemy być \"ogólno-światowi\", przyjdzie nam zderzyć się z kolejnym... i to wcale nie takim oczywistym - dylematem: co z domeną? Powinienem stworzyć subdomenę do już istniejącej domeny produktu? Może wykupić tą samą, ale z innym rozszerzeniem? Być może skorzystać z tej, którą już posiadamy albo wykupić kompletnie nową, niekoniecznie powiązaną z naszą już działającą w Polsce?

Powoli, spróbujmy po kolei...

Dlaczego tak w ogóle miałbyś potrzebować wielojęzyczną stronę?

Może posłużę się przykładami... Spójrz na google, Yahoo!, msn, amazon, czy ebay\'a. Czy są one wielojęzyczne? Oczywiście, że tak.

Idąc dalej...

Jeśli chcemy mieć klientów z różnych zakątków naszego globu - musimy z nimi rozmawiać w języku, który są w stanie zrozumieć. Ludzie bardzo łatwo przyzwyczajają się do tego, co proste i przyjemne. Konkurencja zaś już to proste i przyjemne \"coś\" (w tym przypadku mówimy o wielojęzykowych interfejsach) zaoferowała.

Smutne, ale prawdziwe. Nie ma na świecie języka uniwersalnego, który cały ten proces mógłby nam znacząco uprościć.

I owszem... zdaję sobie sprawę, że żyjemy w 21szym wieku, w którym to każdy może korzystać z internetowych (darmowych!) translatorów. Mimo to jednak... po pierwsze: nadal istnieje znaczna liczba użytkowników, którzy o translatorach nigdy nie słyszeli; a po drugie: nikt nie chce używać translatorów dzień po dniu. Korzystanie z tychże narzędzi znacznie spowalnia naszą pracę; translatory nie potrafią tłumaczyć obrazków, czy stron flashowych; a co równie istotne... nie tłumaczą one często tak dobrze, jak byśmy sobie tego życzyli.

Krótko mówiąc: ludzie chcą używać stron, które są w ich języku. Jeśli ty im takiej nie zaoferujesz - znajdą sobie inną, która im to zapewni.

W takim razie - jaką domenę potrzebujesz?

Miałem bardzo podobny dylemat kilka tygodni temu. Jako, że jednak nie chciałbym być posądzony w tym miejscu o krypto-reklamę... przyjmijmy, że posiadam stronę xyz.pl, która to jest po polsku. Z czasem jednak zdałem sobie sprawę z tego, że potrzebuję również i angielską wersję tegoż serwisu. Taką też stworzyłem...

Pozwolicie więc, że przedstawię po krótce mój styl rozumowania w tej materii.

Po pierwsze... trzeba sobie odpowiedzieć na bardzo ważne pytanie:

Co jest core\'em Twojego serwisu?

Poprzez core rozumiem w tym momencie: co jest najważniejszą częścią projektu, gdzie jest jego wartość dodana, co tak naprawdę usiłujemy sprzedać?

W moim przypadku: był to content. Core\'em mojego serwisu był jego content, tj. publikowane w nim newsy, tudzież jak kto woli - artykuły.

Dobrze... skoro to już wiemy, możemy przejść dalej.

Czy chcemy tłumaczyć nasz core, czy też sprzedawać go w niezmienionej wersji wszystkim użytkownikom?

W moim przypadku: chcę tłumaczyć. Chciałbym publikować newsy zarówno w języku polskim, jak i angielskim.

I dalej...

Wybieramy domenę.

Po szybkiej burzy mógzów wyłoniły się następujące propozycje:

• xyz.pl - bez żadnych zmian
• xyz.com
• en.xyz.pl
• jakakolwiek_inna_domena.com

xyz.pl - bez żadnych zmian mogłoby być całkiem niezłym rozwiązaniem dla aplikacji internetowych pokroju web-planner, todo list, aplikacja do zarządzania domowym budżetem, itd. Core w każdym z nich pozostaje taki sam. Jedyne co musimy tłumaczyć to interfejs użytkownika. Dlatego też wielojęzyczny reddit jest dostępny pod domeną reddit.com; wielojęzyczny facebook jest dostępny pod domeną facebook.com; wielojęzyczny YouTube jest dostępny pod youtube.com; wielojęzyczny contails jest dostępny pod contails.com. Oczywiście, że wszystkie te serwisy (albo przynajmniej znaczna większość z nich) posiada również lokalne odpowiedniki tychże domen (np. youtube.pl), jednakże ich podstawowym i często jedynym zadaniem jest przekierowanie użytkownika na tą główną domenę produktu. Podsumowując... zauważcie tylko jedno:w każdym z tych serwisów core się nie zmienia. Bez względu na wybrany język - zmianie ulega jedynie interfejs użytkownika.

W mojej sytuacji (mój core jest zmienny - w zależności od wybranego języka) naturalną decyzją byłoby użycie innej domeny dla wersji angielskiej, a innej dla wersji polskiej.

Pozostaje mi więc wybrać którąś z \"innych\" domen.

Czy powinienem użyć xyz.com?

To zależy:

• czy ta właśnie domena jest łatwa do wymówienia, przeliterowania przez osoby posługujące się na codzień językiem obcym?
• czy ta domena jest wolna?

Po pierwsze, muszę zdecydować czy nazwa xyz jest łatwa do wymówienia/przeliterowania przez Brytyjczyka, czy Amerykanina. Dla przykładu... uczestniczyłem niedawno w projekcie kopiujkontakty.pl. Był on od samego początku kierowany do Polaków, tak że nazwa wydawała się idealna do celów jakie stawialiśmy produktowi. Pod koniec projektu klient zażyczył sobie jednak, by ta sama usługa (pod tą samą nazwą) była dostępna w języku angielskim. Może ażeby zobrazować sytuację: spróbujcie wejść w skórę przeciętnego Anglika i postarajcie się tą nazwę wymówić. I jak? Nie jest wcale tak łatwo, prawda? To co wydaje się być idealne dla Polaka, niekoniecznie takie jest dla zagranicznego odbiorcy. Pozostanie przy tej nazwie nie miałoby najmniejszego sensu. Na szczęście udało nam się klienta od tego pomysłu odwieźć.

Wracając zaś do naszego przykładu... Xyz wydaję się być łatwą do wymówienia i przeliterowania nazwą - myślę, że możemy więc przy niej pozostać.

Naturalny następny krok: trzeba sprawdzić, czy domena xyz.com jest wolna? (...)

Nie jest. Cóż za niespodzianka!.

Nie ma co jednak rąk załamywać. Pozostają nam dwie ostatnie możliwości: en.xyz.pl oraz jakakolwiek_inna_domena.com. W tej sytuacji możemy wyobrazić sobie jeszcze jedną ewentualność: wykupić domenę xyz.com od jej aktualnego właściciela.

Może więc omówię wszystkie trzy...

Trzecia z wymienionych wyżej opcji, czyli wykupienie domeny xyz.com od jej aktualnego właściciela nie wydaje się być satysfakcjonująca. Nie mam na to funduszy, a biorąc pod uwagę realia... (przeważnie tego typu domeny rejestrowane są przez firmy chcące na nich zarobić) opcja ta jest od razu skazana na wykreślenie.

Druga możliwość: jakakolwiek_inna_domena.com

Ludzie boją się tego typu rozwiązań. Przeważnie firmy, czy pojedynczy przedsiębiorcy chcieliby promować jeden brand, nie dwa, czy trzy. Chcą być rozpoznawalni jako produkt z taką nazwą, a nie inną. Jestem w stanie to zrozumieć. Jednakże... czy jest to naprawdę aż takie złe rozwiązanie? W rozmowach na ten temat zawsze lubię przytaczać przykład allegro.pl. Są oni znani jako allegro.pl w Polsce, teszvesz.hu na Węgrzech, molotok.ru w Rosji, aukro.ua na Ukrainie. I w każdym z tych krajów... są popularni. Użytkownicy wiedzą, że wszystkie te sewisy to po prostu allegro. Ludzie zdają sobie sprawę z tego, że allegro nie nazywa się w Rosji allegro tylko dlatego, że ta domena była już wcześniej zajęta (albo ktoś uznał, że molotok lepiej się w tym kraju sprawdzi) i nie przeszkadza im to(!)

No dobrze... a co jeśli mimo to się uprzemy, że chcemy pozostać przy swojej nazwie? Jest i na to rozwiązanie. W takim przypadku używajmy suffixów lub prefixów. Dlaczego nie mielibyśmy użyć domeny xyzapp.com, xyzhq.com, myxyz.com, itsxyz.com. Spójrzcie na produkty 37signals. Oni mają basecamphq.com, backpackit.com i wcale przez to nie tracą na popularności. To nie jest zły pomysł. Kwestia umiejętnej promocji.

A na koniec... en.xyz.pl

Pierwsze odczucie: najgorsza opcja. Jednakże pomyślmy o tym jeszcze raz.

Jest to na pewno najtańsza opcja (nie musimy rejestrować nowej domeny), jest znacznie łatwiejsza w życiu (nie musimy bawić się w skomplikowane techniczne konfiguracje nowej domeny), nie musimy tworzyć nowych adresów e-mail (używamy dalej *@xyz.pl). A co w tym momencie jest dla nas najważniejsze: jest to mimo wszystko oddzielna domena (choćby z uwagi na SEO).

Pomyśl o takim rozwiązaniu jak o matce/ojcu i córce/synu. Nasza główna strona xyz.pl,  będąca głową rodziny i jej potomstwo. Spójrzmy na Yahoo! i jego (jej?) dzieci: autos.yahoo.com, finance.yahoo.com, travel.yahoo.com, itd. Z jednej strony jest to nic innego jak podstrony głównego serwisu, z drugiej zaś strony - osobne podmioty. Czy nie o to właśnie nam chodziło? Dlaczego podobnej zasady nie zastosować przy budowaniu wielojęzycznych stron?

Nie ma co dalej zwlekać.

Zdecydowałem: en.xyz.pl będzie dla mnie najlepsze.

Pobierz ebook "Social media marketing dla firm i agencje się w nim specjalizujące"