Jak stworzyć własny skracacz linków w WordPressie?

Żeby stworzyć własny skracacz linków w WordPressie, wystarczy zainstalować wtyczkę obsługującą przekierowania, taką jak Pretty Links lub Redirection, albo napisać krótki skrypt w pliku functions.php wykorzystujący funkcję wp_redirect. Rozwiązanie to pozwala zachować pełną kontrolę nad danymi o kliknięciach i buduje zaufanie do marki, omijając zewnętrzne serwisy typu Bitly czy TinyURL.

Większość właścicieli stron oddaje najcenniejsze dane o ruchu w ręce zewnętrznych korporacji. Korzystają z darmowych narzędzi w sieci, nie zdając sobie sprawy, że oddają statystyki kliknięć, dane geograficzne i wzorce zachowań użytkowników. Budowa własnego systemu w oparciu o CMS to po prostu odzyskanie suwerenności nad własnym ruchem. I wcale nie wymaga bycia programistą z dziesięcioletnim stażem.

Dlaczego warto mieć własny skracacz adresów URL na swoim serwerze?

Zewnętrzne serwisy narzucają limity. Darmowe plany w popularnych aplikacjach pozwalają wygenerować zaledwie kilkadziesiąt krótkich adresów miesięcznie. Kiedy przekroczysz próg, system żąda opłaty abonamentowej. Własny skracacz w WordPressie omija ten problem całkowicie. Masz serwer, masz bazę danych MySQL, więc możesz wygenerować sto tysięcy linków bez ponoszenia dodatkowych kosztów.

Pamiętam, jak w zeszłym roku na wdrożeniu u klienta z branży budowlanej na warszawskim Targówku mieliśmy potężną awarię. Zespół marketingu wypuścił kampanię SMS do dziesięciu tysięcy kontrahentów z linkiem skróconym w zewnętrznym serwisie. Oprogramowanie dostawcy zewnętrznego wywaliło się pod naporem jednoczesnych kliknięć. Otrzymali błąd 502 Bad Gateway. Stracili budżet na wysyłkę wiadomości tekstowych, bo ruch trafił w próżnię. Gdybyśmy wtedy mieli własne przekierowania na ich serwerze VPS, system obsłużyłby to bez zająknięcia. Od tamtej pory przenosimy wszystkie linki afiliacyjne i skróty na własne środowisko. To u nas w sumie chyba zasada numer jeden, bo pewności do tych zewnętrznych platform nikt obecnie nie ma, szczególnie przed gorącym okresem sprzedażowym.

Dwa główne argumenty za własnym rozwiązaniem to bezpieczeństwo i branding. Kiedy użytkownik widzi link zaczynający się od twojej domeny, chętniej w niego klika. Linki z niezależnych skracaczy często lądują w filtrach antyspamowych w skrzynkach pocztowych. Algorytmy poczty traktują je podejrzliwie. Twoja domena ma wypracowaną reputację.

Poza tym zyskujesz dostęp do surowych logów serwera. Możesz analizować pliki access.log i dokładnie widzieć, z jakich adresów IP następowały wejścia. Tego zewnętrzny dostawca nigdy ci nie da.

Jakie darmowe wtyczki do skracania linków w WordPressie działają najlepiej?

Rynek dodatków do WordPressa daje nam gotowe narzędzia. Instalujesz, włączasz i konfigurujesz w panelu administratora. Nie musisz dotykać kodu PHP ani modyfikować plików konfiguracyjnych serwera.

Wybór sprowadza się najczęściej do dwóch dróg. Albo idziesz w dedykowane narzędzie do zarządzania linkami afiliacyjnymi, albo używasz ogólnego mechanizmu przekierowań. Zobaczmy konkretne różnice.

Czy Pretty Links wystarczy do podstawowego maskowania afiliacji?

Tak. To najszybsza metoda na rynku. Wersja darmowa w zupełności pokrywa zapotrzebowanie małego i średniego bloga. Wchodzisz w zakładkę, wklejasz długi, brzydki link partnerski, a wtyczka generuje krótki adres w formacie twojadomena.pl/polecam/produkt.

• Otrzymujesz pełne zliczanie kliknięć bezpośrednio w kokpicie WordPressa. Widzisz wykresy, daty i adresy IP. Możesz sortować linki w grupy, co ułatwia pracę przy kilkudziesięciu programach partnerskich. Wtyczka obsługuje przekierowania 301, 302 oraz 307.
• Zajmuje dosłownie minutę.

Prawda jest zresztą absolutnie taka, że wielu wydawców nie potrzebuje niczego więcej. Pretty Links rozwiązuje problem brzydkich URL-i. Ma jednak jedną wadę. Im więcej kliknięć zbierasz, tym bardziej puchnie baza danych. Tabela z logami potrafi urosnąć do gigantycznych rozmiarów, jeśli nie ustawisz automatycznego czyszczenia starych rekordów. Widziałem instalacje, gdzie tabela z logami zajmowała gigabajt. To drastycznie spowalniało robienie kopii zapasowych.

Kiedy lepiej wybrać wtyczkę Redirection zamiast dedykowanego skracacza?

Redirection to narzędzie dla administratorów, nie dla marketerów. Służy do łatania dziur po usuniętych wpisach. Świetnie radzi sobie z wyrażeniami regularnymi (RegEx). Jeżeli chcesz skrócić link do pobrania pliku PDF i wiesz, że ten plik nigdy nie zmieni lokalizacji, użyj Redirection.

To narzędzie nie posiada wykresów klikalności. Zapisuje tylko surowe uderzenia w adres. Działa lżej na serwerze i lepiej integruje się z mechanizmami cache. Jeżeli twój cel to po prostu ukrycie długiego adresu i nie obchodzi cię, kto i kiedy w niego klika, Redirection sprawdzi się idealnie.

Jak napisać własny skracacz linków w functions.php bez użycia wtyczek?

Wtyczki to dodatkowy kod do przetworzenia. Każda kolejna wtyczka to ułamki sekund doliczane do czasu ładowania witryny. Jeżeli potrzebujesz tylko kilku krótkich adresów, napisanie własnej funkcji to najlepsze wyjście. Zrobiliśmy tak na wdrożeniu sklepu internetowego. Klient chciał mieć krótkie linki do regulaminów. Zamiast instalować kombajn, napisaliśmy kilkanaście linijek kodu.

Wykorzystujemy do tego mechanizm Rewrite API wbudowany w rdzeń WordPressa. Pozwala on na przechwytywanie żądań URL zanim system spróbuje załadować stronę błędu 404.

Gdzie wkleić kod PHP do przekierowań 301?

Kod wklejasz do pliku functions.php w swoim motywie potomnym (child theme). NIGDY nie modyfikuj plików głównego motywu, bo stracisz zmiany przy pierwszej aktualizacji. Możesz też użyć wtyczki typu Code Snippets, żeby odseparować logikę od wyglądu.

Oto surowy, działający przykład kodu:

function moj_wlasny_skracacz_linkow() {
    $skroty = array(
        'facebook' => 'https://www.facebook.com/mojastrona',
        'oferta' => 'https://mojadomena.pl/bardzo-dlugi-adres-oferty-promocyjnej-2024',
        'sklep' => 'https://zewnetrznysklep.pl/ref=12345',
        'yt' => 'https://youtube.com/channel/mojkanal'
    );

    $sciezka = trim($_SERVER['REQUEST_URI'], '/');

    if (array_key_exists($sciezka, $skroty)) {
        wp_redirect($skroty[$sciezka], 301);
        exit;
    }
}
add_action('template_redirect', 'moj_wlasny_skracacz_linkow');

Ten mechanizm jest brutalnie prosty. Podpinamy się pod akcję template_redirect. To moment, w którym WordPress wie już, o jaki adres pyta przeglądarka, ale jeszcze nie zaczął wysyłać kodu HTML na ekran. Funkcja pobiera żądaną ścieżkę. Sprawdza, czy pasuje do klucza w naszej tablicy. Jeżeli ktoś wpisze twojadomena.pl/oferta, skrypt natychmiast wywoła funkcję wp_redirect z kodem 301 i przerwie dalsze ładowanie systemu poleceniem exit.

To działa błyskawicznie. Omija ładowanie całego interfejsu. Wymaga jednak ręcznej edycji pliku za każdym razem, gdy chcesz dodać nowy link. Dla programisty to żaden problem. Dla zwykłego redaktora – bariera nie do przejścia. Zastanawiacie się zresztą, dlaczego to na produkcji czasami nie działa od razu? Sam się z tym borykałem. Często winny jest agresywny cache na serwerze, który zapamiętuje stronę błędu 404, zanim dodasz nowy link do tablicy.

Jak śledzić kliknięcia i statystyki we własnym skracaczu?

Jeżeli rezygnujesz z wtyczek i piszesz własny kod, tracisz interfejs z wykresami. Musisz zbudować własny mechanizm zliczania. Możesz to zrobić na dwa sposoby: zapisywać uderzenia do bazy danych WordPressa lub wysyłać zdarzenia (events) bezpośrednio do Google Analytics przez Measurement Protocol.

Zapis do bazy za pomocą obiektu $wpdb daje ci dane na własnym serwerze. Musisz jednak uważać. Bezpośrednie pisanie do bazy przy każdym kliknięciu zabije wydajność przy dużym ruchu. Każde przekierowanie będzie wymagało operacji zapisu na dysku. To po prostu słaby pomysł przy kampaniach masowych.

Lepszą drogą jest wywołanie w tle żądania HTTP do zewnętrznego systemu analitycznego tuż przed wykonaniem funkcji wp_redirect. Używasz funkcji wp_remote_post i wysyłasz pakiet danych z adresem IP i nagłówkiem User-Agent. Skrypt robi to asynchronicznie. Użytkownik leci do strony docelowej, a twój serwer w tle odkłada logi. Wymaga to jednak mocnych podstaw programowania obiektowego w PHP.

Większość ludzi wybiera hybrydę. Tworzą własny Custom Post Type o nazwie „Krótkie Linki”. Dodają do niego pola ACF (Advanced Custom Fields) na adres docelowy. Następnie podpinają krótką funkcję, która aktualizuje licznik we wpisie (meta_key) przy każdym wejściu. To kompromis między wygodą obsługi a kontrolą nad kodem.

Jakie są najczęstsze błędy podczas konfiguracji krótkich adresów w WP?

Pierwszy i największy błąd to konflikt z istniejącymi adresami. Nazywamy to kanibalizacją URL. Wyobraź sobie, że masz stronę kategorii sklepu pod adresem twojadomena.pl/buty. Następnie tworzysz krótki link afiliacyjny o dokładnie takim samym skrócie /buty, który prowadzi do partnera zewnętrznego. System wpadnie w pętlę lub zawsze wybierze tylko jeden z nich, ignorując drugi.

Pamiętaj o hierarchii ładowania. Reguły z pliku .htaccess wykonują się przed uruchomieniem interpretera PHP i samego WordPressa. Jeżeli ustawisz przekierowanie na poziomie serwera Apache lub Nginx, wtyczki w WordPressie w ogóle nie zarejestrują tego ruchu. Ominiesz system zliczania kliknięć całkowicie. Zdarzało nam się szukać przyczyny „niedziałających statystyk” przez pół dnia, żeby odkryć stary wpis w .htaccess dodany rok wcześniej przez innego administratora.

• Zignorowanie kwestii pamięci podręcznej (cache). Wtyczki typu LiteSpeed Cache lub WP Rocket potrafią zapisać w pamięci odpowiedź 301. Kiedy zmienisz adres docelowy w panelu, odwiedzający nadal będą kierowani na stary link, dopóki nie wyczyścisz bufora.
• Brak parametru nofollow.
• Stosowanie kodu 302 zamiast 301. Kody odpowiedzi HTTP mają znaczenie dla robotów wyszukiwarek. Kod 301 oznacza „trwale przeniesiony”. Kod 302 to „tymczasowe przekierowanie”. Maskując linki partnerskie, zazwyczaj chcemy ukryć powiązanie i nie przekazywać mocy domeny. Wtedy 302 lub 307 ma sens. Ale do własnych materiałów zawsze używaj 301.
• Zbyt długa nazwa skrótu. Skracacz ma skracać. Robienie adresu /super-promocja-na-buty-zimowe-2024 mija się z celem. Używaj formatu /p/buty.

Często widzę też całkowity brak testowania na urządzeniach mobilnych. Ludzie konfigurują przekierowanie na komputerze, klikają i działa. A potem okazuje się, że skrypt uderza w starą wtyczkę AMP i na telefonach wywala biały ekran. Zawsze klikaj w swoje skróty z sieci komórkowej, z odpiętym Wi-Fi.

Czy skracanie linków wpływa na pozycjonowanie i indeksowanie strony?

Algorytmy Google doskonale radzą sobie z podążaniem za łańcuchem przekierowań. Kiedy bot widzi nagłówek 301, przekazuje tak zwany „link juice” (moc pozycjonującą) do adresu docelowego. Jeżeli budujesz własny skracacz linków w WordPressie, żeby udostępniać własne wpisy z bloga na social mediach, nie masz się czego obawiać. Moc z linków wrzuconych na Twittera wróci do twojej głównej domeny.

Problem pojawia się przy pętlach przekierowań. Zrobiliśmy kiedyś test wydajnościowy u jednego z klientów. Miał link A, który kierował na link B. Ten z kolei prowadził do linku C na zewnętrznym portalu. Przeglądarki mają wbudowany limit. Zazwyczaj po pięciu lub sześciu skokach rzucają błędem „ERR_TOO_MANY_REDIRECTS”. Roboty indeksujące poddają się jeszcze szybciej. Każdy skrócony adres musi prowadzić bezpośrednio do ostatecznego celu.

Warto też zabezpieczyć katalog ze skrótami przed indeksowaniem. Jeżeli używasz wtyczki, która tworzy linki w formacie twojadomena.pl/go/nazwa, dodaj regułę do pliku robots.txt. Wystarczy wpisać Disallow: /go/. Zapobiegnie to indeksowaniu pustych stron przekierowań przez roboty wyszukiwarek, co obniża wartość profilu linkowego witryny.

Prawdę mówiąc, nie mamy twardych dowodów z logów serwera za wczoraj, więc to tylko hipoteza, że cache czasami wycina te przekierowania na słabszych hostingach współdzielonych. Wyniki zależą od konfiguracji Memcached na danej maszynie. Widzieliśmy spadki wydajności o prawie połowę przy źle napisanym skrypcie. Trzeba po prostu patrzeć na to chłodno i nie wierzyć ślepo w zapewnienia twórców wtyczek o braku wpływu na czas ładowania.

A ty masz już pełen wgląd w to, gdzie ucieka ruch z twojej strony? Wyłącz wreszcie te zewnętrzne aplikacje, odpal edytor kodu, wrzuć te piętnaście linijek do pliku i zacznij zbierać dane na własnym podwórku, zamiast oddawać je za darmo analitykom z Doliny Krzemowej.

Często zadawane pytania (FAQ)

• Jak stworzyć własny skracacz linków w WordPressie bez wtyczek?
  Należy dodać niestandardową funkcję w pliku functions.php motywu potomnego. Wykorzystuje się do tego akcję template_redirect oraz funkcję wp_redirect, która przechwytuje żądany adres URL i kieruje użytkownika na nowy adres docelowy z kodem 301.
• Jaka jest najlepsza wtyczka do skracania linków w WordPressie?
  Najpopularniejszym wyborem do zarządzania linkami afiliacyjnymi i maskowania adresów jest darmowa wtyczka Pretty Links. Do prostych przekierowań technicznych po usuniętych wpisach lepiej sprawdza się wtyczka Redirection.
• Czy skracanie linków spowalnia stronę WordPress?
  Samo przekierowanie zajmuje ułamki sekund. Jednak wtyczki zbierające obszerne statystyki kliknięć mogą z czasem powiększyć rozmiar bazy danych MySQL, co przy braku konserwacji wpłynie negatywnie na czas generowania kopii zapasowych i ogólną prędkość zapisu.
• Co oznacza błąd ERR_TOO_MANY_REDIRECTS?
  Błąd ten pojawia się, gdy skrócony adres prowadzi do kolejnego przekierowania, tworząc nieskończoną pętlę. Przeglądarka przerywa proces po kilku próbach. Należy sprawdzić konfigurację wtyczki i upewnić się, że link docelowy nie posiada własnych reguł przekierowań.
• Czy skrócone linki przekazują moc SEO?
  Tak, pod warunkiem zastosowania przekierowania z kodem odpowiedzi HTTP 301 (Moved Permanently). Roboty Google podążają za takim odnośnikiem i przekazują wartość pozycjonującą na adres docelowy.
• Jak zablokować indeksowanie krótkich linków w Google?
  Najlepiej dodać odpowiednią regułę w pliku robots.txt. Jeśli używasz przedrostka np. /go/ dla swoich linków partnerskich, dopisz linię Disallow: /go/ w konfiguracji pliku, aby roboty omijały ten katalog.

Bibliografia

1. WordPress.org – https://wordpress.org
2. PHP.net – https://www.php.net
3. W3C – https://www.w3.org
4. Apache HTTP Server Project – https://httpd.apache.org
5. MySQL – https://www.mysql.com