Gość (83.4.*.*)
W świecie pozycjonowania stron internetowych krąży mnóstwo teorii, które z czasem zyskały status niemalże prawd objawionych, mimo że nie mają solidnych podstaw w rzeczywistości. Jednym z takich przekonań jest mit o konieczności stosowania jak najkrótszych wartości dla atrybutów id w kodzie HTML. Choć mogłoby się wydawać, że „odchudzanie” kodu w każdym możliwym miejscu pomoże w rankingach Google, prawda jest znacznie bardziej złożona i osadzona w zamierzchłej przeszłości technologii internetowych.
Aby zrozumieć źródło tego mitu, musimy cofnąć się do czasów, gdy internet raczkował, a prędkość łącza mierzono w kilobitach na sekundę. W epoce modemów telefonicznych (dial-up) każdy bajt danych miał znaczenie. Programiści starali się optymalizować kod tak bardzo, jak to tylko możliwe, aby skrócić czas ładowania strony. W tamtym okresie panowało przekonanie, że krótszy kod HTML to szybsza strona, a szybsza strona to lepsze doświadczenie użytkownika i – potencjalnie – lepsza ocena przez wczesne algorytmy wyszukiwarek.
Kolejnym źródłem mogą być dawne ograniczenia techniczne przeglądarek oraz standardy takie jak HTML 4.01, które nakładały pewne restrykcje na to, jak identyfikatory mogą być budowane. Choć nie mówiły one wprost o długości, promowały zwięzłość. Dodatkowo, w świecie programowania niskopoziomowego oszczędność pamięci jest kluczowa, co niektórzy błędnie przenieśli na grunt wysokopoziomowego języka znaczników, jakim jest HTML.
Krótka odpowiedź brzmi: nie. Współczesne algorytmy Google, takie jak te odpowiedzialne za Core Web Vitals, skupiają się na tym, jak szybko strona staje się interaktywna i jak stabilna jest wizualnie, a nie na tym, czy Twój identyfikator sekcji nazywa się id="s1", czy id="sekcja-promocyjna-listopad".
Różnica w rozmiarze pliku między krótkim a długim identyfikatorem jest mierzona w bajtach. Przy dzisiejszych standardach kompresji (np. Gzip lub Brotli), powtarzające się ciągi znaków w kodzie są optymalizowane tak wydajnie, że różnica w czasie przesyłu danych jest praktycznie niemierzalna dla ludzkiego oka i robotów indeksujących. Googlebot analizuje strukturę dokumentu, aby zrozumieć hierarchię treści, a nie po to, by liczyć znaki w atrybutach technicznych.
Zamiast skracać identyfikatory na siłę, warto skupić się na ich opisowości. W nowoczesnym web developmencie i SEO technicznym liczy się "Clean Code" oraz dostępność (Accessibility). Oto dlaczego warto stosować czytelne nazwy id:
id="main-navigation" zamiast id="n1", jest znacznie łatwiejszy w utrzymaniu i edycji.mojastrona.pl/#kontakt). Użytkownik widzący w pasku adresu opisową nazwę czuje się bezpieczniej i lepiej orientuje się w strukturze witryny.Warto wiedzieć, że atrybut id odgrywa kluczową rolę w dostępności cyfrowej (WCAG). Czytniki ekranu używane przez osoby niewidome korzystają z identyfikatorów, aby powiązać etykiety (label) z polami formularzy lub opisami. Choć dla samego czytnika długość ciągu znaków nie ma znaczenia, to dla programisty tworzącego dostępną stronę, logiczne i opisowe nazewnictwo jest fundamentem bezbłędnej implementacji tych powiązań.
id.id nie jest jego długość, ale to, by był unikalny w obrębie całego dokumentu HTML. Powielanie tego samego id na jednej stronie jest błędem walidacji, który może realnie utrudnić interpretację strony przez przeglądarki i roboty.Zamiast więc tracić czas na skracanie id="stopka-strony-internetowej" do formy id="st", lepiej poświęcić go na optymalizację grafik lub dopracowanie treści pod kątem fraz kluczowych – to tam drzemie prawdziwy potencjał SEO.