Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Z pozyskiwaniem linków jest ten kłopot, że metody dające szybki efekt są albo płatne, albo niezgodne z wytycznymi, a metody bezpieczne wymagają cierpliwości, na którą mało kto ma budżet. Publikowanie kolejnych artykułów eksperckich w nadziei, że ktoś je zauważy, przestało działać dawno — treści do czytania jest dziś w każdej branży więcej, niż ktokolwiek przeczyta.
Rzecz, która nadal działa, to narzędzie. Kalkulator, konfigurator, przelicznik, prosty formularz zwracający wynik dopasowany do sytuacji użytkownika. Różnica względem artykułu jest zasadnicza: artykuł czyta się raz, narzędzia używa się wielokrotnie, a przy okazji podaje się je dalej, bo odpowiada na konkretne pytanie szybciej niż jakikolwiek tekst.
Opisuję więc, jak podchodzę do takich wdrożeń: skąd bierze się temat, jak wygląda sensowny zakres pierwszej wersji, czego wymaga to technicznie, jak zdobyć pierwsze odesłania i czego nie robić, żeby nie zamienić dobrego pomysłu w problem z wytycznymi.
Powód jest prozaiczny i wynika ze sposobu, w jaki ludzie polecają rzeczy w internecie.
Nikt nie pisze w wątku na forum „przeczytaj ten artykuł o obliczaniu kosztu wysyłki”. Pisze się „tu masz przelicznik, wpisz swoje dane”. Odesłanie do narzędzia jest naturalnym elementem odpowiedzi na pytanie, a odesłanie do artykułu jest zaproszeniem do pracy własnej. Ta różnica przekłada się na liczbę wzmianek w miejscach, których nie kontrolujesz i nad którymi nie masz żadnej władzy — czyli dokładnie w tych, które mają wartość.
Druga zaleta jest rozłożona w czasie. Artykuł zbiera uwagę w tygodniu publikacji i potem żyje z wyszukiwarki. Dobre narzędzie zbiera odesłania powoli, ale bez końca, bo za każdym razem, gdy ktoś zadaje to samo pytanie, ktoś inny podaje ten sam adres. Widzę na kontach, którymi się zajmuję, że najstarsze tego typu wdrożenia mają najbardziej różnorodne profile domen odsyłających w całym serwisie.
Trzecia rzecz jest mniej oczywista. Narzędzie z opisaną metodologią bywa cytowane jako źródło sposobu liczenia, nie tylko jako aplikacja do klikania. Dziennikarz, który potrzebuje wyliczenia do artykułu, chętniej powoła się na miejsce, gdzie widać wzór i założenia, niż na tekst z gotową liczbą bez wyjaśnienia.
Najczęstszy błąd popełnia się na tym etapie i żadna jakość wykonania go potem nie naprawia.
Punktem wyjścia nie jest lista fraz, ale rachunek, który klienci naprawdę wykonują — najczęściej w arkuszu, na kartce albo pytając kogoś na grupie. W rozmowie z działem obsługi wychodzi to w kwadrans: pytania powtarzające się codziennie, w których odpowiedź zależy od dwóch–trzech parametrów, to gotowa lista kandydatów.
Sprawdzam potem trzy rzeczy. Czy da się to policzyć jednoznacznie i obronić założenia, bo narzędzie zwracające wynik „to zależy” nie ma sensu. Czy ktoś tego szuka — tu wystarczy przegląd zapytań zaczynających się od „ile”, „jak obliczyć” i „kalkulator”, plus rzut okiem na to, co w tym temacie już istnieje. I czy jest o czym napisać: jeśli nie wyobrażam sobie nagłówka wiadomości do redakcji branżowej, prawdopodobnie nikt tego nie poleci.
Dobrze działają tematy oparte na normach, przepisach, jednostkach i cennikach zewnętrznych, bo są niewygodne do sprawdzenia ręcznie i zmieniają się w czasie. Źle działają narzędzia, które w istocie są formularzem kontaktowym z wyliczeniem na końcu.
Kryterium rozstrzygające jest dla mnie jedno: czy narzędzie ma wartość dla kogoś, kto nigdy nie zostanie klientem. Jeśli nie ma, nie zbierze odesłań, bo linkują głównie osoby, które nie kupują.
Zakres trzymam wąsko, bo rozbudowane projekty tego typu najczęściej nie wychodzą z fazy uzgadniania.
Pierwsza wersja robi jedno wyliczenie, ma kilka pól i zwraca wynik z krótkim wyjaśnieniem, skąd się wziął. Do tego jawna lista założeń, data ostatniej aktualizacji danych i informacja, czego narzędzie nie uwzględnia. Ten ostatni element buduje zaufanie skuteczniej niż cała reszta strony — a bez zaufania nikt nie zaryzykuje polecenia obcego kalkulatora we własnej odpowiedzi.
Rzeczy, których w pierwszej wersji nie ma: logowania, obowiązkowego podania adresu e-mail przed wynikiem, eksportu do pliku, wielojęzyczności. Formularz kontaktowy owszem, ale za wynikiem, nie przed nim.
Miejsce wdrożenia to decyzja, którą trudno potem odkręcić. Umieszczam takie narzędzia w podkatalogu głównej domeny, nie na subdomenie i nie w osobnym serwisie zbudowanym „pod link building”. Osobny serwis wymaga własnej rozpoznawalności, a odesłania do niego nie pracują na widoczność sklepu ani strony usługowej. Subdomena jest rozwiązaniem pośrednim i zwykle jest wybierana dlatego, że tak wygodniej programistom, a nie dlatego, że tak lepiej.
Warto też z góry ustalić, kto jest właścicielem narzędzia po wdrożeniu. Kalkulator z danymi z zeszłego roku szkodzi wiarygodności bardziej, niż pomagał, gdy był aktualny.
Ta część rozstrzyga się na etapie wyboru technologii i najtrudniej ją potem zmienić.
Dokładam jeszcze dwie rzeczy z myślą o cytowaniach. Opis metody liczenia jako zwykły tekst pod narzędziem, z nazwami źródeł danych wypisanymi wprost. I podpis autora z datą — nie z powodu jakiegoś znacznika, ale dlatego, że osoba, która chce się na to powołać, musi wiedzieć, kogo cytuje.
Najbardziej rozczarowujący moment w takich projektach: narzędzie jest gotowe, dobre i nikt o nim nie wie. Bez pierwszej fali dotarcia nie ma czego mierzyć.
Robię cztery rzeczy i traktuję je jako część wdrożenia, nie jako etap opcjonalny. Pierwsza to bezpośredni kontakt z osobami, które w tej branży piszą — dziennikarzami mediów branżowych, autorami newsletterów, prowadzącymi podcasty. Wiadomość jest krótka, mówi, co narzędzie liczy i dlaczego wyliczenie jest niewygodne do zrobienia ręcznie, i nie prosi o link.
Druga to miejsca, w których to pytanie faktycznie się zadaje: grupy tematyczne, fora, serwisy z pytaniami. Tu obowiązuje pokora — odpowiadam merytorycznie, a narzędzie podaję jako uzupełnienie. Wklejanie adresu bez odpowiedzi jest spamem i tak jest odbierane.
Trzecia to instytucje i organizacje, dla których takie zestawienie jest użyteczne: stowarzyszenia branżowe, uczelnie, izby. To najtrudniejsze do zdobycia i najtrwalsze odesłania.
Czwarta to własny serwis — odnośniki z powiązanych podstron, żeby narzędzie nie wisiało w oderwaniu od reszty. Do kalendarza dopisuję jeszcze przegląd wzmianek bez odesłania: nikt nie odmawia dodania adresu do rzeczy, którą już opisał.
Kilka pomysłów wraca w tym temacie regularnie i każdy z nich zamienia bezpieczną metodę w ryzykowną.
Najpopularniejszy to udostępnianie narzędzia do wstawienia na cudzych stronach z gotowym kodem zawierającym odesłanie z nasyconym słowami kluczowymi tekstem. Wytyczne Google traktują takie rozproszone odnośniki jako próbę manipulacji, a zalecenie jest jednoznaczne: link w udostępnianym komponencie powinien być oznaczony jako niepodlegający przekazywaniu wartości. Można to zrobić uczciwie — tylko wtedy przestaje to być metodą pozyskiwania linków, a staje się metodą budowania rozpoznawalności.
Drugi to opłacanie publikacji o narzędziu w portalach, które przyjmują takie zlecenia. Wtedy nie mamy naturalnych odesłań, tylko płatne, ze wszystkimi konsekwencjami — a zaletą narzędzia miało być właśnie to, że linki przychodzą same.
Trzeci to budowanie kilkunastu wariantów tego samego kalkulatora na oddzielnych adresach pod odmiany zapytań. Powstaje zbiór cienkich, niemal identycznych podstron — problem opisany w pozycjonowaniu wielokrotnie i kończący się wypadaniem ich z indeksu.
Czwarty, najbardziej ludzki: porzucenie narzędzia po pierwszym kwartale. Kalkulator ze stawkami z zeszłego roku jest gorszy niż jego brak.
Rozliczanie takiego wdrożenia liczbą kliknięć jest najprostszym sposobem, żeby uznać je za nieudane, więc od początku ustalam inne wskaźniki.
Podstawowy to liczba różnych domen odsyłających do adresu narzędzia, sprawdzana kwartalnie. Interesuje mnie tempo przyrostu i różnorodność, nie stan w danym miesiącu. Drugi to liczba wzmianek bez odesłania, bo to lista zadań do wykonania, a nie porażka. Trzeci to użycia narzędzia — nie wejścia, a doprowadzone do wyniku, bo dopiero one mówią, że rzecz jest zrozumiała.
Osobno patrzę na to, co dzieje się z widocznością całej sekcji serwisu, w której narzędzie stoi, i z podstronami, do których z niego linkuję. Efekt pozyskanych odesłań objawia się tam, nie na samym kalkulatorze.
Horyzont oceny to rok, nie miesiąc. Pierwsze odesłania pojawiają się po tygodniach, sensowny profil po kilku kwartałach. Utrzymanie sprowadza się do dwóch pozycji w kalendarzu: aktualizacja danych z jawnie widoczną datą oraz roczny przegląd założeń. Jeśli nikt w firmie nie weźmie tych dwóch zadań na siebie, lepiej nie zaczynać — nieaktualne narzędzie zbiera nie tylko linki, ale i pretensje.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |