Myślniki w URL: Google doprecyzowuje dokumentację
Najważniejsze wnioski (Key Takeaways)
- Google nadal zaleca oddzielanie słów w adresach URL myślnikami zamiast podkreślników.
- Aktualizacja precyzuje uzasadnienie i dodaje wyjaśnienie roli myślnika jako granicy słów.
- Porównanie wersji dokumentacji nie daje podstaw do ogłaszania nowego wymogu migracji adresów.
- W nowych publikacjach warto kontrolować regułę generowania slugów, czyli końcowych fragmentów adresów opisujących stronę.
- Zmianę istniejących URL-i należy oceniać jako osobny projekt techniczny, z określonym celem i planem weryfikacji.
Google przeredagowało fragment poradnika „URL structure best practices” dotyczący separatorów słów. Myślniki w URL pozostają zalecanym rozwiązaniem. Nowe uzasadnienie wyraźniej wskazuje, że podkreślniki łączą pojęcia, a myślniki sygnalizują granicę między wyrazami. Dokumentacja Google Search Central.
Barry Schwartz opisał zmianę 21 października 2026 r. Dotyczy ona wskazówek czytanych przez specjalistów SEO i deweloperów. Dla właścicieli serwisów najważniejsza jest skala aktualizacji: poprawiono objaśnienie dotychczasowej praktyki, bez zmiany sensu zalecenia. Search Engine Roundtable.
Co dokładnie zmieniło się w sekcji o myślnikach?
Zmiana usuwa nieprecyzyjne odwołanie do stylu zapisu i nazywa wprost podkreślniki. Pozostawiono historyczny kontekst oraz przykład nazwy funkcji programistycznej format_date. Nowy dopisek wyjaśnia rolę myślnika jako separatora. Aktualna sekcja Google.
| Element | Wcześniejsze brzmienie | Obecne brzmienie |
|---|---|---|
| Początek uzasadnienia | „as this style is already commonly used” | „as underscores are commonly used” |
| Dopisek o granicy słów | Brak | „whereas hyphens clearly signal a word boundary” |
| Zalecany separator | Myślnik - | Myślnik - |
Porównanie opiera się na kopii dokumentacji z 15 października 2026 r. i aktualnej wersji Google. Bieżąca strona podaje datę aktualizacji 21 października 2026 r.; jest to data dokumentu, a nie termin wejścia w życie nowego obowiązku.
Wniosek redakcyjny: Google poprawia czytelność argumentacji. Z samego porównania tych fragmentów nie można wyprowadzić tezy o zmianie algorytmu ani przewidzieć wzrostu pozycji po wymianie separatora.
Myślniki w URL a nazwy w kodzie
Omawiana wskazówka dotyczy oddzielania słów w adresach. Przykład funkcji format_date służy wyjaśnieniu uzasadnienia, a nie ocenie sposobu nazywania funkcji w aplikacji.
Dla nowego poradnika można przyjąć roboczy adres /blog/audyt-techniczny-seo/. Wewnętrzna nazwa pola przechowującego jego dane może pozostać niezależną decyzją programistyczną. Nie przenosiłbym reguły dotyczącej publicznych slugów na wszystkie identyfikatory w systemie.
W zadaniu dla dewelopera zapisałbym dokładnie, który mechanizm ma zostać poprawiony: generator adresów nowych artykułów, kategorii czy produktów. Polecenie „zamień wszystkie podkreślniki” jest zbyt szerokie. Może objąć istniejące ścieżki i elementy integracji, których zespół w ogóle nie zamierzał zmieniać.
Czy warto zmieniać istniejące adresy?
Moja rekomendacja: nie uruchamiaj masowej zmiany URL-i wyłącznie w reakcji na tę korektę tekstu. Najpierw ustal, jaki problem użytkownika lub serwisu rozwiąże migracja i jak sprawdzisz jej rezultat.
Google opisuje zmianę adresów jako proces wymagający mapowania starych URL-i na nowe, przekierowań oraz aktualizacji linków wewnętrznych i map witryny. Przy znaczących zmianach mogą pojawić się przejściowe wahania pozycji podczas ponownego przetwarzania stron. Wytyczne Google dotyczące migracji URL-i.
Dla właściciela firmy oznacza to konieczność porównania kosztu wdrożenia i kontroli z konkretną korzyścią. Jeśli trwa już przebudowa architektury serwisu, separator można uwzględnić w jej zakresie. Jeśli powodem zadania jest jedynie nowy zapis w dokumentacji, poprosiłbym o uzasadnienie szersze niż chęć dopasowania znaków.
W raporcie SEO oddzieliłbym obserwację od decyzji. Obserwacja brzmi: generator tworzy slugi z podkreślnikami. Decyzja wymaga odpowiedzi, czy poprawiamy nowe publikacje, czy również przenosimy istniejące strony. Takie rozróżnienie ułatwia oszacowanie prac i przypisanie odpowiedzialności.
Checklista dla SEO, redakcji i deweloperów
Poniższy plan to proponowany sposób wdrożenia dotychczasowej dobrej praktyki:
- Sprawdź tworzenie nowego adresu. Dodaj roboczy tytuł z kilkoma słowami w systemie zarządzania treścią (CMS). Zapisz wynikowy slug i ustal, czy reguła zależy od typu strony.
- Opisz oczekiwany wynik. W zadaniu podaj przykład poprawnego adresu oraz zakres zmiany. Zaznacz, czy zadanie obejmuje wyłącznie przyszłe publikacje. Pozwoli to sprawdzić wykonanie bez domysłów.
- Przejrzyj inne źródła adresów. Uwzględnij importy produktów, automatyczne publikacje i ręczną edycję slugów, jeśli występują w serwisie. Poprawka jednego formularza może nie objąć pozostałych procesów.
- Osobno zatwierdź zakres ewentualnej migracji. Przygotuj zestawienie starych i nowych adresów. Google zaleca stałe przekierowania serwerowe, np. 301 lub 308, oraz aktualizację wskazań adresów kanonicznych, czyli preferowanych URL-i stron. Planowanie migracji według Google.
- Ustal kryterium odbioru. Dla generatora sprawdź nowe publikacje i importy objęte zadaniem. Dla migracji porównaj mapowanie z wdrożeniem, sprawdź docelowe strony i obserwuj indeksowanie oraz ruch w Search Console. Błędne przekierowanie konkretnej ścieżki powinno prowadzić do poprawki tej reguły.
FAQ
Czy Google zmieniło zalecenie dotyczące myślników w URL?
Nie, zalecany separator pozostaje taki sam. Aktualizacja dotyczy uzasadnienia preferowania myślników zamiast podkreślników.
Dlaczego Google wskazuje przykład format_date?
Przykład ilustruje łączenie pojęć podkreślnikiem w nazwie funkcji programistycznej. Służy wyjaśnieniu historycznego kontekstu rekomendacji dotyczącej adresów.
Czy po tej zmianie trzeba przebudować stare adresy?
Sama korekta dokumentacji nie uzasadnia takiej decyzji. Rekomenduję najpierw określić cel migracji i jej zakres, a poprawę generatora nowych adresów rozpatrywać osobno.
Co powinno znaleźć się w zadaniu poprawiającym slugi?
Zadanie powinno zawierać przykład oczekiwanego adresu, listę objętych procesów i informację o obsłudze istniejących stron. Kryterium odbioru warto oprzeć na nowych publikacjach oraz importach używanych przez dany serwis.
Źródła
- Google Search Central: URL structure best practices, sekcja o separatorach słów, aktualizacja 21 października 2026 r..
- Internet Archive: wcześniejsze brzmienie dokumentacji Google, kopia z 15 października 2026 r..
- Search Engine Roundtable: opis zmiany autorstwa Barry’ego Schwartza, 21 października 2026 r..
- Google Search Central: planowanie i kontrola migracji ze zmianą adresów URL.