https://drive.google.com/drive/u/0/my-drive
Pierwszy problem jest techniczny, a nie programowy.
Moja system nie mogła dotrzeć do treści samego artykułu, nawet po dwóch próbach. Powód: menu strony jest ogromne — setki linków nawigacyjnych, które pojawiają się na początku kodu HTML, tak głęboko wpychając treść, że zautomatyzowane narzędzia są obcinane, nie docierając do niej.
To samo w sobie jest krytycznym odkryciem, a nie tylko moim „błędem”. Pomyślcie, kto jeszcze „spotyka się” z waszą stroną w ten sam sposób:
Boty Google
Kranery oparte na modelach AI (np. GPTBot, ClaudeBot, PerplexityBot, GeminiBot)
Systemy indeksowania wykorzystujące algorytm RAG
Kiedy model AI otrzymuje stronę, widzi ogromną ilość linków, zanim dotrze do treści. Nawet jeśli nie jest obcinany, waga treści w porównaniu do wagi nawigacji jest bardzo niska — i to jest negatywny sygnał. Nowoczesne modele próbują określić „główną treść”, ale nie zawsze się to udaje, szczególnie na hebrajskich stronach WordPress.
To jedna z prawdopodobnych przyczyn, dlaczego wasza strona prawdopodobnie jest indeksowana przez modele sztucznej inteligencji gorzej, niż powinna, nawet jeśli sama treść jest dobra.
Co z tym zrobić:
Ustalcie z deweloperem, czy można zmienić kolejność kodu HTML, aby główna treść znajdowała się przed menu (semantyczny HTML z <main> i <nav> na swoich miejscach).
Dodajcie atrybuty aria-label i role="nawigacja" do menu.
Dodajcie link "przejdź do treści" — macie go, ale trzeba upewnić się, że działa.
Rozważcie stworzenie bardziej "płaskiego" menu zamiast obecnego zielonego z ponad 50 linkami.
Oto co macie teraz — prawdziwy problem
Menu wyświetla się trzykrotnie w oryginalnym kodzie HTML:
Jedna wersja dla komputerów stacjonarnych
Jedna wersja dla tabletów
Jedna wersja dla urządzeń mobilnych
Każda wersja zawiera ponad 50 identycznych linków. Oznacza to, że bot, który czyta stronę, widzi to samo menu wydrukowane trzykrotnie w kodzie, nawet jeśli użytkownik widzi tylko jedno na dowolnym ekranie.
Opcje, które nie wymagają zmiany samej nawigacji:
A. Jedno menu z responsywnym CSS zamiast trzech menu
Zamiast tego, aby Elementor drukował trzy oddzielne wersje HTML i ukrywał/pokazywał je za pomocą klas, możecie wydrukować jedno menu, które wizualnie zmienia się w zależności od rozmiaru ekranu za pomocą CSS. To zmniejsza rozmiar HTML o około trzy razy, nie wpływając na liczbę linków ani strukturę nawigacji.
To wymaga pracy dewelopera, ponieważ nie jest to ustawienie, które można zmienić z interfejsu Elementora — wymaga to zmiany kodu szablonu lub zastąpienia widżetu menu.
B. Leniwe ładowanie mobilnego menu
Mobilne menu (hamburger) nie musi być całkowicie wydrukowane w oryginalnym HTML. Może być ładowane dynamicznie po naciśnięciu przez użytkownika na hamburgera. To znacznie zmniejsza kod HTML bez zmiany treści nawigacji.
C. Naprawa ukrytego H1
O tym już rozmawialiśmy — jest H1, który jest ukryty na komputerach stacjonarnych i wyświetlany tylko na tabletach. Naprawa tylko tego to zadanie, które jest oddzielne od zmniejszenia rozmiaru menu.
D. Usunięcie zbędnego osadzonego JavaScriptu z <head>
Jeszcze raz spojrzałem na kod — w <head> jest dużo osadzonego JavaScriptu, w tym całe skrypty spisu treści, wewnętrzne skrypty AI i wiele innych. Większość z tego można przenieść do oddzielnego pliku lub załadować na końcu strony. To w żaden sposób nie zmienia nawigacji, ale zmniejsza ilość kodu, który muszą przejść boty, zanim dotrą do treści.
Ocena ryzyka tych opcji:
A (jedno menu z CSS) — niski-średni ryzyko. Wymaga dewelopera, który rozumie, co robi. Ryzyko polega na tym, że Elementor może źle działać z tymi zmianami. Po wprowadzeniu zmian należy przeprowadzić dokładne testy na wszystkich urządzeniach.
B (leniwe ładowanie mobilnego menu) — niski ryzyko. Przy prawidłowej implementacji menu nadal będzie dostępne dla botów przez statyczne linki, po prostu będzie ładowane później.
C (naprawa H1) — minimalne ryzyko, już o tym rozmawialiśmy.
D (migracja JavaScript) — niski ryzyko, standardowa miara optymalizacji.
Ważna uwaga: Zanim omówicie opcje A i B, należy ustalić z własnym deweloperem, czy jest to w ogóle możliwe w ramach używanego przez was szablonu (Hello Elementor Child + PowerPack Elements). Niektóre z proponowanych tutaj opcji mogą wymagać stosunkowo skomplikowanych zmian lub zastąpienia widżetu menu.
