Slug vs URL — różnice i najlepsze praktyki SEO dla adresów stron
Terminy 'slug' i 'URL' są często używane zamiennie, ale mają różne znaczenia. URL to pełny adres strony, slug to tylko jego część identyfikująca konkretną stronę. Rozumienie tej różnicy i dobrych praktyk tworzenia obu jest podstawą technicznego SEO. Generator Slug na WikiPlus automatyzuje tworzenie optymalnych slugów, ale warto rozumieć zasady stojące za narzędziem.
Anatomia URL — protocol, domain, path, slug
URL (Uniform Resource Locator) to pełny adres zasobu w internecie. Składa się z: Protocol: https:// — określa zasady komunikacji. HTTPS to wymóg dla SEO i bezpieczeństwa. Subdomain: www. (opcjonalny) — www. jest subdomaindomain. Możesz używać www lub nie, ale bądź konsekwentny i przekieruj jedną wersję na drugą. Domain: example.com — nazwa domeny z rozszerzeniem (.com, .pl, .org). Port: :443 — opcjonalny, domyślnie 443 dla HTTPS, 80 dla HTTP. Path: /blog/seo/ — ścieżka do zasobu, może być wielopoziomowa. Slug: przyjazne-url — ostatni segment ścieżki identyfikujący konkretną stronę. Query string: ?page=2&sort=price — parametry URL po znaku ?. Fragment: #section — zakotwiczenie do elementu na stronie (nie wysyłane do serwera). Slug = last segment of path. URL = całość. W praktyce 'slug' jest używany dla ostatniego, semantycznego segmentu URL. Całość (path + slug) tworzy 'permalink' strony.
URL Encoding — znaki specjalne i bezpieczeństwo
URL może zawierać tylko określony zestaw znaków bezpośrednio — litery, cyfry i kilka znaków specjalnych (-._~:/?#[]@!$&'()*+,;=). Polskie znaki i spacje muszą być zakodowane w formacie percent-encoding: spacja = %20, ą = %C4%85, ę = %C4%99, ó = %C3%B3 itd. Przykład: tytuł 'Formatowanie JSON — poradnik' w URL: Zakodowany: /Formatowanie%20JSON%20%E2%80%94%20poradnik. Jako slug ASCII: /formatowanie-json-poradnik. ASCII slug jest zdecydowanie czytelniejszy w pasku adresu, emailach, SMS-ach i wydrukach. Przeglądarka automatycznie zakoduje i odkoduje znaki Unicode — użytkownik zobaczy czytelny URL jeśli używa nowoczesnej przeglądarki. Jednak w systemach back-end, logach serwera i starszych systemach zakodowane URL mogą sprawiać problemy. Rekomendacja: używaj ASCII slugów z myślnikami — bezpiecznie i czytelnie wszędzie.
Canonicalization — jak Google radzi sobie z wieloma URL?
Ten sam zasób może być dostępny pod wieloma URL: HTTP vs HTTPS, www vs bez www, z trailing slash vs bez (/artykul/ vs /artykul), z parametrami vs bez (?utm_source=google), przez CDN vs origin. Canonicalization to proces wskazania Google preferowanej wersji URL. Metody: rel="canonical": `<link rel="canonical" href="https://example.com/artykul">` — wskazuje preferowany URL. Google 301: przekierowanie z niepożądanej wersji na preferowaną. Sitemap: tylko preferowane URL w sitemapie. Google Search Console: ustawienie preferowanej domeny (www/bez www). Niezgodność canonical: jeśli rel="canonical" wskazuje na inną stronę niż ta, którą piszesz — Google zignoruje tę stronę na rzecz wskazanej. Pamiętaj żeby canonical zawsze wskazywał na siebie samego (self-canonical) gdy nie ma duplikatów. Generator Slug WikiPlus generuje czyste, kanoniczne slugi — jeden slug = jeden zasób.
Narzędzia do analizy i optymalizacji URL na witrynie
Kilka narzędzi do audytu i optymalizacji URL całej witryny. Screaming Frog SEO Spider: crawluje witrynę i eksportuje wszystkie URL do CSV. Możesz filtrować po długości URL, wykrywać duplikaty, sprawdzać redirecty i canonical. Ahrefs Site Audit, Semrush Site Audit: automatyczne wykrywanie problemów z URL (zbyt długie, zduplikowane, z parametrami). Google Search Console → Coverage: URL zaindeksowane, wykluczrzone, błędy 404, redirect chains. Google Search Console → Starsze narzędzia → Parametry URL: zarządzanie parametrami dla crawlera. Botify, Lumar: zaawansowane crawlery SEO dla dużych witryn. Dla małych witryn: Screaming Frog darmowy (do 500 URL) + Google Search Console wystarczą do podstawowej analizy URL. Generator Slug WikiPlus jest punktem wyjścia — zanim URL trafi na stronę, optymalizujesz go w narzędziu.
Często zadawane pytania
- Czy trailing slash (/artykul/ vs /artykul) wpływa na SEO?
- Nie bezpośrednio — oba są akceptowalne. Ważne: bądź konsekwentny. Wybierz jedną wersję i przekieruj drugą przez 301. /artykul/ (z trailing slash) jest tradycyjny dla katalogów, /artykul (bez) dla plików. Nowoczesne CMS zazwyczaj używają jednej z tych form konsekwentnie.
- Czy UTM parametry w URL są złe dla SEO?
- UTM parametry (?utm_source=google) są transparentne dla Google — Google traktuje URL z UTM jako te same strony co URL bez UTM (jeśli canonical jest ustawiony poprawnie). Problem: jeśli strony z UTM są indeksowane bez canonicala, możesz mieć duplikaty. Upewnij się, że strony z UTM mają canonical na czyste URL.
- Jak długi może być URL aby Google go zaindeksował?
- Google oficjalnie nie podaje limitu, ale crawluje i indeksuje URL do ok. 2000 znaków. Bardzo długie URL (>500 znaków) mogą być skracane w wynikach. Praktycznie: trzymaj URL poniżej 255 znaków. Dobry slug: 3-60 znaków, pełne URL poniżej 150 znaków.