zalety / wady nawigacji hashowej z perspektywy SEO

15

Pracuję nad aplikacją, która implementuje nawigację na podstawie zdarzeń hashchange. Zawartość jest ładowana głównie przez wywołania ajax po zmianach skrótu (i wyświetlane przez zastrzyki DOM).

Z punktu widzenia SEO - czy wyszukiwarki są w stanie zaindeksować tę wstrzykiwaną treść?
Czy wyszukiwarki mogą śledzić moje linki skrótów (ex href = "# page = 1")?

Jeśli nie - jakieś obejścia poza statyczną treścią na moich stronach tylko z powodów związanych z SEO?

Dzięki

Znalazłem kilka podobnych wątków na SO, ale nie znalazłem satysfakcjonujących odpowiedzi, więc wybacz mi, aby zapytać ponownie.


źródło

Odpowiedzi:

2

czy wyszukiwarki są w stanie zaindeksować tę wstrzykniętą treść?

Ans - Tak i Nie.

Nie: jeśli wstrzykujesz treść, zmieniając tylko hashtag , żaden robot nie będzie mógł indeksować treści. Te normalne hashtagi były przeznaczone do tej samej nawigacji strony (na długo przed pojawieniem się AJAX), a nie do zmiany stanu strony. Aby więc zapobiec wielokrotnemu indeksowaniu tych samych stron, roboty indeksujące zostały celowo zaprogramowane do ignorowania wszystkiego po hasztagu w adresie URL.

Tak: masz dwa obejścia:

Jeśli chodzi o SEO, oba obejścia / rozwiązania działają równie dobrze, jeśli są prawidłowo wdrożone. Ale który z nich jest lepszy od SEO, to kolejna dyskusja .

Anchit
źródło
0

Aby wypełnić odpowiedź legoscii ( /programming//a/11582278/1518423 ), możesz użyć bezgłowej biblioteki przeglądarki po stronie serwera, aby przekazać statyczny kod HTML botowi Google.

Ponieważ często używasz ajax, wydaje się, że lubisz javascript, więc tutaj jest bezgłowa przeglądarka javascript, którą można używać z node.js: http://zombie.labnotes.org/

Mam nadzieję, że to działa dla Ciebie, baw się dobrze!

Społeczność
źródło
0

Chociaż istnieją wyszukiwarki obsługujące indeksowanie treści ajax, tradycyjne adresy URL i statyczna treść strony są jeszcze bardziej niezawodne pod względem widoczności w wyszukiwarkach.

Kiedy znaczna (duża) część strony musi zostać przeładowana, zwykle pożądane jest, aby treść ajax mogła być indeksowana. W takich przypadkach jednak przekierowanie byłoby zazwyczaj realną (ale niepożądaną) alternatywą.

Sugerowałbym początkowo kodować stronę w taki sposób, aby przekierowywała, gdy trzeba przeładować duże / znaczące części strony ( Krok 1 ). To znaczy, kotwica z tradycyjnym adresem URL <a href="/webmasters//page/1">(lub czymś podobnym) zamiast <a href="#page=1">.

Następnie napisz javascript (jQuery), aby przechwycić przekierowanie i użyj ajax, aby ponownie załadować część strony, która zmieniłaby się, gdyby strona została przekierowana ( Krok 2 ).

<a id="page1" href="/page/1">Page 1</a>
<script>
    $("#page1").click(function () {

        /*
         * Perform ajax here to replace a portion of the page.
         */

        return false;    // prevent redirection
    });
</script>

W pierwszym kroku powstają strony ze statyczną zawartością i tradycyjnymi adresami URL, które działają nawet bez javascript, a w drugim kroku strona staje się dynamiczna (unika zawartości statycznej).

Car
źródło