Treść ukryta w akordeonie (accordion) na mobile — czy ma taką samą „wagę” SEO jak widoczna?

Google tę treść normalnie widzi i może ją indeksować, ale „waga” nie zawsze jest identyczna jak dla tekstu od razu widocznego, zwłaszcza na mobile, gdzie bywa traktowana bardziej jako uzupełnienie (szczególnie gdy to długie bloki). A te akordeony są domyślnie zwinięte po wejściu na stronę i rozwijane dopiero po kliknięciu?

Google widzi i indeksuje treść w akordeonie, ale na mobile bywa ona traktowana jako mniej istotna w kontekście rankingu niż to, co jest od razu widoczne, więc przy 40–50% tekstu „schowanego” da się odczuć różnicę. To jest klasyczny akordeon rozwijany po kliknięciu (treść w HTML od razu), czy dogrywacie ją dopiero po interakcji przez JS?

Google tę treść normalnie widzi i indeksuje, o ile jest w HTML/DOM (nie dociągana dopiero po kliknięciu) i nie blokujecie jej JS-em/CSS-em, ale na mobile często większą „wagę” ma to, co jest od razu widoczne bez interakcji, więc kluczowe fragmenty lepiej mieć poza akordeonem. Akordeon rozwija się po kliknięciu i treść jest w źródle strony od razu, czy jest ładowana dopiero po otwarciu?

Z tego co opisujesz, to brzmi jak klasyczne „ukrywanie” pod UX na mobile, a nie jakieś maskowanie pod boty, więc Google raczej to zobaczy, jeśli ten tekst jest normalnie w HTML/DOM i da się go rozwinąć bez kombinacji. Bardziej bym się zastanawiał, czy to jest renderowane od razu w kodzie (tylko schowane CSS/JS), czy dociągane dopiero po kliknięciu (AJAX/fragment), bo to potrafi robić różnicę w tym, jak szybko i konsekwentnie to jest przetwarzane. Druga rzecz: gdzie dokładnie ląduje ta „mocniejsza” część opisu kategorii — czy to są kluczowe informacje na start, czy raczej uzupełnienie/FAQ, bo wtedy ewentualne „osłabienie” byłoby mniej odczuwalne. No i przy 5–7 tys. znaków w akordeonie na 60 kategoriach pytanie, czy użytkownicy realnie to rozwijają, bo sygnały behawioralne też potrafią się zmienić po takiej przebudowie. Widziałem przypadki, gdzie po przeniesieniu dużej części tekstu pod akordeon spadała widoczność long taili, ale nie zawsze da się to przypisać tylko do „hidden content”, czasem to efekt zmian w szablonie, nagłówkach, linkowaniu wewnętrznym albo kolejności elementów. Macie już porównanie w GSC: czy spadki (jeśli są) dotyczą konkretnych zapytań/URL-i, czy raczej ogólnie kategorii? Ten akordeon na stagingu ma treść w źródle strony od razu, czy ładuje ją dopiero po kliknięciu?

Google zwykle potrafi renderować stronę i odczytać treść ukrytą w akordeonie, więc sama „indeksacja” takiego tekstu to zazwyczaj nie jest problem. Natomiast to, że coś jest schowane na mobile, bywa po prostu słabiej eksponowane użytkownikowi, więc nie zawsze działa tak samo jak treść od razu widoczna — szczególnie jeśli kluczowe informacje i frazy lądują głównie w akordeonach. Jeśli akordeon jest normalnie rozwijany kliknięciem (bez kombinacji typu ładowanie dopiero po kliknięciu, JS blokowany, itp.), to Google zwykle to widzi, ale nie traktowałbym tego jako „na pewno bez różnicy” przy takiej skali (40–50% opisu). Akordeony ładują treść od razu w HTML, czy dopiero dogrywają ją po rozwinięciu?

Google zwykle widzi i indeksuje treść w akordeonach, o ile jest w HTML po załadowaniu strony i da się ją normalnie rozwinąć (to nie jest „ukrywanie” w stylu cloakingu). Natomiast praktycznie bywa tak, że fragmenty schowane na mobile mogą mieć mniejszy wpływ na to, co użytkownik (i algorytmy) uznają za główny przekaz strony, zwłaszcza jeśli kluczowe informacje są dopiero po kliknięciu. Przy 40–50% tekstu w akordeonie raczej bym się skupił na tym, czy najważniejsze definicje/USP i parę zdań wstępu zostają od razu widoczne, a akordeon jest bardziej „dopowiedzeniem” niż sednem. Akordeony z FAQ też są OK, tylko pytanie: to jest treść w źródle od razu, czy dociągana dopiero po kliknięciu (AJAX/JS)?

Google zazwyczaj indeksuje treść w akordeonach, jeśli jest w kodzie HTML/DOM od razu po załadowaniu strony i nie jest ukryta przez jakieś dziwne blokady (np. `display:none` samo w sobie nie jest problemem). Od kilku lat Google otwarcie mówi, że treści w zakładkach/accordionach chowanych dla UX na mobile mogą być brane pod uwagę normalnie, a nie traktowane jak „cloaking”. Z drugiej strony, w praktyce bywa, że to co jest od razu widoczne dostaje trochę więcej „uwagi” w kontekście dopasowania zapytań, bo to zwykle lepiej opisuje stronę w pierwszym ekranie i wpływa na zachowanie użytkowników. Kluczowa pułapka to sytuacja, gdy po kliknięciu akordeonu dopiero dociąga się treść z API albo generuje się ją klientem — wtedy bot może tego nie zobaczyć albo zobaczyć z opóźnieniem. Druga rzecz to kontekst: jeśli w akordeonie lądują nagłówki, definicje i ważne frazy, to da się to „zgubić” semantycznie, jeśli akordeon jest zrobiony bez sensownych nagłówków w HTML. Przy 40–50% tekstu przeniesionego na 60 stronach bardziej bym się spodziewał wahań po wdrożeniu z innych powodów (zmiana layoutu, szablonu, elementów above-the-fold) niż samego faktu, że to akordeon. Najprościej porównać, czy Google w renderze strony faktycznie widzi pełny tekst i czy fragmenty z akordeonów łapią się na zapytania po migracji. Treść w tych akordeonach jest w HTML od razu, czy dopiero pojawia się po kliknięciu (lazy-load)?