Skocz do zawartości

Indeksowanie stron ładowanych dynamicznie


jaazoo

Rekomendowane odpowiedzi

Siema!

 

Poczytałem trochę na ten temat i wyczytałem, że Google dobrze indeksuje treści ładowane dynamicznie. Ale to twierdzi samo Google, a ciekaw jestem, jak to wygląda w praktyce?

 

Zastanawiam się, bo w tym miejscu: https://productforums.google.com/forum/#!topic/webmaster-pl/1sGqDVgj3Is znalazłem info, że serwer powinien wysłać do przeglądarki kod źródłowy z zawartością podstrony i instrukcję AJAX. Tymczasem na stronie, którą od niedawna się zajmuję (i nie miałem nic wspólnego z jej programowaniemJ ), tak się nie dzieje – tzn. po wglądzie w kod strony nie znajduję takich elementów, jak chociażby opis produktu - przykład: view-source:https://colour.me/shop/#/categories/11/editions/653431

 

Co robot zobaczy w takim przypadku? Na razie oczywiście przez cholerne hashtagi w URL Google podstron nie indeksuje, bo adresy traktuje jako kotwicę w ramach jednego dokumentu. Funkcja „Pobierz jako Google” pokazuje tylko adres https://colour.me/shop/, podobnie jak komenda cache: https://colour.me/shop/#/categories/11/editions/653431 - właśnie przez te cholerne hashtagi w URL-achJ

Jak będzie wprowadzona poprawna struktura adresów URL (m.in. bez elementów /shop/#/), to stan indeksacji będę w stanie sprawdzić. Ale chciałbym wiedzieć już teraz, czy do optymalizacji zgłaszać również architekturę serwisu, czy to akurat jest dobrze zrobione?

 

Z góry dzięki za info!

 

Pozdrawiam,

 

Jacek

 

//ed. mała:)

Odnośnik do komentarza
Udostępnij na innych stronach

Tak, o rozwiązaniu z #! wiem. Na pewno rozwiąże to problem indeksowania adresów URL i jest stosunkowo łatwe do zaimplementowania - przez jeden meta tag. Boję się natomiast, czy Google będzie poprawnie indeksować zawartość podstron? To znaczy - czy będzie widział ich zawartość, czy jednak będzie ona dla niego pusta?

Odnośnik do komentarza
Udostępnij na innych stronach

Sorry za post pod postem, ale nie mogę edytować.

 

Może inaczej trochę. Możecie polecić mi jakieś narzędzie (poza googlowym "Pobierz jako Google"), które pokaże, w jaki sposób robot przeczyta stronę? 

 

Z góry dzięki!

 

Najprościej skorzystać z kopii strony zaindeksowanej w wynikach ;)

 

 

Sam przerabiam ten temat od niedawna. Zobacz jak rozwiązali to na forum dla webmajsterów google - używają #!

 

 

A najśmieszniejsze w tym jest to, że od jakiegoś czasu sugerują już nie używać tego sposobu. Bo to zakładało podrzucanie przez serwer trochę osobnego szablonu statycznego. Co w sumie przedstawione jest na tym zdjęciu od Google: https://developers.google.com/webmasters/ajax-crawling/docs/images/overview.png(gdzie serwuje się ten "HTML Snapshot")  Teraz wciskają, że można to olać a robot odczyta wszystko co będzie doczytywane normalnie przez Javascript. Jak jest na prawdę? Z doświadczenia wg. mnie z tym javascriptem to jednak trochę kulawo. 

Odnośnik do komentarza
Udostępnij na innych stronach

 

 

Najprościej skorzystać z kopii strony zaindeksowanej w wynikach

 

Jap, wiem o tym:) i oczywiście bym tak zrobił, gdyby nie fakt, że w adresie url znajduje się ten cholerny hashtag, przez co cała ścieżka po https://colour.me/shop/nie jest indeksowana, np: site:https://colour.me/shop/#/categories/11/editions/653431 - w indeksie siedzi tylko adres https://colour.me/shop/ , a zapisany cache to koszyk zakupowy:)

 

Doskonale zdaję sobie sprawę, że na tej stronie jest totalny bajzel i że powinienem zacząć od rekomendacji przyjaznych adresów URL (w tym - od usunięcia hashtagów ze ścieżki). Martwi mnie natomiast jeszcze, jak Google będzie czytał tego Ajaxa.

 

 

Odnośnik do komentarza
Udostępnij na innych stronach

.me/shop/#/categories/11/editions/653431 - w indeksie siedzi tylko adres 

https://colour.me/shop/ 

, a zapisany cache to koszyk zakupowy:)

 

 

Siedzi w kopii taki adres tylko ponieważ nie jet skonfigurowany serwis.

 

Nie pamiętam na 100% jak już to praktycznie we wdrożeniu działało ale: Gdy ten meta tag "fragment" jest na stronie to google zmienia sobie cały adres z # i odpytuje wtedy adres ale z: ?_escaped_fragment_ + ew. parametry

 

Cała reszta  to kwestia tak "ustawienia witryny" żeby gdy robot czy ktokolwiek odpyta taki adres z "escaped_fragment" zapodać "snapshot" strony totalnie statyczny - jak strona powinna wyglądać po załadowaniu javascript. Wtedy w kopii nie będziesz miał koszyka zakupowego a treści jakie sam mu "wyplujesz" w tym snapshocie.

 

Chyba, że to wszystko wiesz i źle zrozumiałem ;) Z drugiej strony nie wiem czy w ogóle jest sens w bawienie się gdy cała strona jest dynamicznie tak doładowywana gdzie się nie wejdzie...

Odnośnik do komentarza
Udostępnij na innych stronach

Hehe, tak, o ?_escaped_fragment_  też wiem, ale też wolałbym tego uniknąć:) 

 

Znalazłem coś takiego:

 

https://webmasters.googleblog.com/2016/11/building-indexable-progressive-web-apps.html

 

czyli że należy używać renderowania po stronie serwera albo renderowania hybrydowego. Dobrze rozumiem? 

Odnośnik do komentarza
Udostępnij na innych stronach

Zarchiwizowany

Ten temat przebywa obecnie w archiwum. Dodawanie nowych odpowiedzi zostało zablokowane.

  • Ostatnio przeglądający   0 użytkowników

    • Brak zarejestrowanych użytkowników przeglądających tę stronę.
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę. Warunki użytkowania Polityka prywatności