Категории

  • Голосование
  • Право голоса
  • Киев
  • Украина
  • Здоровье
  • Популярное
  • Новости
  • Новости

      Artmisto
      Наша команда-партнер Artmisto. С "Buddy.Bet" азартные игроки найдут идеальное место для развлечений и возможность выиграть крупные суммы.

    Czego dowiedzieliśmy się do tej pory na temat używania JavaScript do SEO

    1. Kilka podstaw Najpierw…
    2. Czy możesz sprawdzić, czy Google indeksował te zmiany?
    3. Jak efektywny jest Google przy indeksowaniu zmian JS?
    4. Jak długo zajmuje Google indeksowanie zmian JS?
    5. Wniosek

    Наша команда-партнер Artmisto

    Andy Allen

    Odkąd uruchomiliśmy Optymalizator na miejscu na początku września, dowiedzieliśmy się wiele o skuteczności JavaScript w optymalizacji ważnych elementów SEO. Dowiedzieliśmy się również wiele o własnej zdolności Google do indeksowania treści renderowanych JS.

    Istnieje wiele świetnych artykułów pochodzących ze społeczności SEO na temat Javascript i SEO, a świadomość znacznie wzrasta. To fantastyczne, ponieważ wszyscy możemy uczyć się od siebie nawzajem.

    W tym blogu nie będę omawiać, jak skuteczny jest JavaScript do wprowadzania zmian w SEO, o czym mówiliśmy wcześniej podczas uruchamiania narzędzia (przeczytaj tutaj jeśli jeszcze tego nie widziałeś).

    Zamiast tego chcę podzielić się spostrzeżeniami i odkryciami, które odkryliśmy w ciągu ostatnich kilku miesięcy, które naszym zdaniem będą przydatne.

    Niektórzy mogą już to wiedzieć, niektóre z nich mogą nie być, ale mamy nadzieję, że nauczysz się przynajmniej czegoś długiego!

    Kilka podstaw Najpierw…

    Przepraszam, jeśli uczę kogokolwiek ssać jajka tutaj, ale pierwszą rzeczą do zapamiętania jest to, że musisz zawsze sprawdzać DOM podczas przeglądania i sprawdzania zmian JS na stronie internetowej. Google będzie indeksować, a następnie indeksować renderowane DOM, a nie „tradycyjne” wstępnie renderowane źródło HTML.

    Wymaga to kilku zmian w zwykłym sposobie, w jaki SEO może sprawdzić stronę internetową pod kątem SEO;

    1. Musisz przeglądać i sprawdzać DOM podczas przeglądania kodu indeksowanego przez Google i
    2. Przeglądanie kodu źródłowego nie ma już znaczenia

    Jest to szczególnie ważne, ponieważ wszelkie zmiany SEO dokonane za pośrednictwem JS (lub jakiekolwiek zmiany na stronie internetowej) będą widoczne tylko w renderowanym DOM. Dzieje się tak bez względu na to, czy twoja strona jest zbudowana z wykorzystaniem JS framework, korzystasz z naszego narzędzia Optymalizatora na miejscu, czy dodajesz JS ręcznie.

    Czy możesz sprawdzić, czy Google indeksował te zmiany?

    Errrr tak i nie. Możesz, ale nie jest to tak proste, jak w przypadku tradycyjnych zmian HTML, i istnieją pewne ważne rozróżnienia.

    Fetch and Render (F / R)

    Pierwszą rzeczą do odnotowania jest to, że narzędzie Fetch and Render w Search Console (znane w tym artykule jako F / R) może być nieco mylące, jeśli chodzi o JS. Kiedy F / R wyciąga dwa widoki; „Pobieranie” i „Rendering”.

    „Pobieranie” powoduje wycofanie nierenderowanego kodu HTML, więc wszelkie zmiany dokonane za pośrednictwem JS nie będą wyświetlane:

    „Pobieranie” powoduje wycofanie nierenderowanego kodu HTML, więc wszelkie zmiany dokonane za pośrednictwem JS nie będą wyświetlane:

    Zakładka „Rendering” wyświetli jednak wszelkie zmiany wprowadzone na stronie za pośrednictwem JS (uwaga - Google „indeksuje” DOM w pewnym momencie podczas ładowania strony internetowej, więc tylko JS zmienia się, zanim ten punkt zostanie przeszukany. Więcej na temat to później 🙂

    Więcej na temat to później 🙂

    Ważne, aby pamiętać tutaj - zwłaszcza dla tych, którzy korzystają z naszego narzędzia Optymalizator na miejscu - czy renderowane metadane nie mogą być tutaj sprawdzane. Niestety powyższa karta „rendering” nie pozwala na wyświetlenie renderowanego HTML, więc nie można sprawdzić żadnego kodu, który nie jest widoczny.

    Na szczęście wiemy, że nawet jeśli nie można tego sprawdzić tutaj, Google faktycznie indeksuje wszystkie metadane, które są zmieniane przez JS. Sprawdź tę stronę, aby samodzielnie przeprowadzić szybkie testy - https://thewebshed.co/test-page/

    Pamięć podręczna Google

    Chcemy tylko podkreślić, że pamięć podręczna strony Google pokaże nierenderowany kod HTML, tak jak powyższa karta „pobieranie”. W związku z tym przeglądanie pamięci podręcznej strony Google jest w pewnym sensie bezużyteczne, jeśli aktualizujesz zawartość strony za pośrednictwem JS… (sprawdź tytuł strony na poniższym zrzucie ekranu, jest to nierenderowany tytuł HTML)

    W związku z tym przeglądanie pamięci podręcznej strony Google jest w pewnym sensie bezużyteczne, jeśli aktualizujesz zawartość strony za pośrednictwem JS… (sprawdź tytuł strony na poniższym zrzucie ekranu, jest to nierenderowany tytuł HTML)

    Jak efektywny jest Google przy indeksowaniu zmian JS?

    To pytanie (i wiele innych TBH!) Zostało bardzo dobrze odebrane przez inne świetne SEO (w tym Justin Briggs i Bartosz Góralewicz ) i jest to bardzo gorący temat rozmowy. Głównie dlatego, że Google nie ma na ten temat ostatecznej dokumentacji; musimy pamiętać, że indeksowanie JS jest stosunkowo nowe, nawet dla Google.

    Pierwszą rzeczą, którą należy zrozumieć, gdy podejdziemy do powyższego pytania, jest to, w jakim momencie Google indeksuje (w zasadzie wykonuje migawkę) renderowanego DOM? To może wydawać się dziwnym pytaniem, ale jest bardzo ważne. I można to łatwo zrozumieć.

    Jest powszechnie akceptowane i rozumiane, że Google wykonuje „migawkę” strony, gdy przeglądarka uruchamia zdarzenie „ładuj”. Łatwo to zauważyć; po prostu sprawdź element, kliknij kartę sieci i ponownie załaduj stronę.

    Czerwony pasek sygnalizuje zdarzenie obciążenia; zasoby załadowane po tym nie będą indeksowane przez GBot.

    Czerwony pasek sygnalizuje zdarzenie obciążenia;  zasoby załadowane po tym nie będą indeksowane przez GBot

    Widzieliśmy to również z naszymi klientami, ale okazało się, że czerwone paski są nieco mylące, ponieważ czas, który pojawia się w dwóch powyższych przypadkach, różni się. Prawdopodobnie jest ku temu dobry powód, proszę o komentarz poniżej, jeśli wiesz dlaczego 🙂

    Zamiast tego odkryliśmy, że to, na czym powinieneś się skupić, to czas ładowania, który jest szczegółowo opisany na dole ekranu. Odkryliśmy, że dopóki zasoby zaczną się ładować przed tym punktem, będą indeksowane przez Google. Zapewniamy to dla naszego Optymalizatora na miejscu.

    Jedna ważna uwaga tutaj - narzędzia pomagające w buforowaniu stron internetowych w celu zwiększenia szybkości i wydajności mogą mieć wpływ na wszelkie zmiany, które wprowadzasz, ponieważ mogą buforować zasoby JS.

    Współpracowaliśmy z Barrym Adamsem, który wskazał nam świetny artykuł na temat różnicy między indeksowaniem a indeksowaniem w zakresie Javascript. Zdecydowanie zalecamy sprawdzenie tego tutaj, ponieważ doskonale wyjaśnia proces, przez który przechodzi Google.

    Jak długo zajmuje Google indeksowanie zmian JS?

    W tym tygodniu były dwa świetne posty na ten temat; jeden po Eoghan Henn i jeden przez Bartosz Góralewicz . Zamierzam podzielić się tym, co znaleźliśmy z naszymi klientami, którzy korzystają z Optymalizatora na miejscu, ale tutaj słowo ostrzeżenie ; nie ma twardej i szybkiej zasady dotyczącej tego, jak szybko (lub powoli) indeksuje JS Google, ponieważ będzie się dalej poprawiać. Zapytaliśmy nawet samego głównego człowieka:

    Myślę, że dość oczywista odpowiedź… Prawdopodobnie lepiej zadać otwarte pytanie następnym razem Kieran 🙂

    Jak dotąd odkryliśmy, że wszelkie aktualizacje zawartości strony za pośrednictwem JS mogą trwać od 1 do 14 dni. A to zależy od różnych sytuacji:

    1. Jeśli Google po raz pierwszy widzi zmiany wprowadzone przez JS, np. Przy pierwszej aktualizacji tytułu strony na stronie indeksowanie i wyświetlanie nowej zawartości w SERP zajmuje zwykle od 1-2 dni (czasami wcześniej)
    2. Jeśli nie pierwszy raz Google widzi zmiany wprowadzone przez JS, np. Po raz drugi aktualizujesz tytuł strony na stronie. Aktualizacja treści w SERP może potrwać do 14 dni

    Uwaga: w celu określenia, co liczy się jako „dzień 1”, jest to dzień, w którym wykonaliśmy indeks żądania Fetch + Render + (znany w tym artykule jako F / R / I) dla tej strony w Search Console.

    Dzieje się tak dlatego, że Google buforuje zasoby JS na nieokreślony czas:

    Zakładamy, że minęło co najmniej 14 dni; oto, co pokazały nam nasze testy. Jednak staraliśmy się przyspieszyć to wszystko poprzez wbijanie F / R / I na strony, na których dokonaliśmy aktualizacji poprzednio indeksowanej zawartości JS. Więc jeśli tego nie zrobisz, może być dłużej.

    Czekaj, 2 tygodnie to długi czas, prawda?

    Na pewno tak. Nieustannie testujemy, aby zobaczyć, jak możemy „zmusić” Google do opuszczenia pamięci podręcznej JS i nad czym pracujemy.

    Istnieje jednak jedno tymczasowe rozwiązanie, które pomogło nam w tym, nie jest idealne, ale obecnie działa. To wygląda tak:

    1. Dokonałeś zmiany treści stron za pośrednictwem JS, ale chcesz ją zaktualizować ponownie za pośrednictwem JS. I nie chcesz czekać 14 dni na zmianę tej zmiany w SERP
    2. Całkowicie usuwasz zawartość JS, więc gdy Google będzie później indeksować Twoją witrynę, zobaczy ona niepublikowaną treść HTML. Przyspiesz to używając F / R / I
    3. Sprawdzasz SERPy, aby zobaczyć, że wyświetlana jest nierenderowana treść HTML
    4. Następnie zaczynasz od nowa, dodając nową treść do strony za pomocą JS i przyspieszając indeksowanie za pomocą F / R / I

    Tak jak powiedziałem, nie ładnie, ale skutecznie.

    Aby pomóc z numerem dwa powyżej, dodaliśmy przycisk „Usuń zmiany optymalizatora” w narzędziu, dzięki czemu można szybko usunąć treść utworzoną na stronie:

    Aby pomóc z numerem dwa powyżej, dodaliśmy przycisk „Usuń zmiany optymalizatora” w narzędziu, dzięki czemu można szybko usunąć treść utworzoną na stronie:

    Dlatego ważne jest, aby upewnić się, że nie ma żadnych narzędzi buforujących (po stronie serwera lub po stronie klienta), które uniemożliwiają widoczną zmianę dokonaną przez JS. Dlatego też ważne jest, aby te zmiany były widoczne przed załadowaniem.

    Wniosek

    Wprowadzanie zmian na stronie internetowej za pomocą JS jest doskonałym rozwiązaniem do implementacji SEO na stronie na platformach CMS i stronach internetowych o skomplikowanych / przestarzałych / utraconych danych logowania. Ważne jest jednak, aby nadal rozumieć obecne ograniczenia dzięki możliwości indeksowania i ponownego indeksowania JS przez Google.

    Nieustannie ulepszamy Optymalizator na miejscu, a przyspieszenie wskaźnika ponownego indeksowania Google jest dla nas jednym z najważniejszych priorytetów. Z pewnością będziemy Cię informować na bieżąco.

    Jeśli chcesz coś dodać, prosimy o komentarz poniżej!

    Świetne zasoby na temat JS SEO

    Nie bylibyśmy w stanie stworzyć Optymalizatora na miejscu bez pomocy społeczności SEO i hojności w dzieleniu się wiedzą. Jeśli chcesz dowiedzieć się więcej o korzystaniu z JS dla SEO, sprawdź jeden z poniższych artykułów:

    Oliver Mason, „Googlebot Renders As-If” - http://ohgm.co.uk/googlebot-renders-as-if/

    Eoghan Henn, „Więcej eksperymentów SEO JavaScript z Google Tag Managerem” - https://www.searchviu.com/en/javascript-seo-experiments-google-tag-manager/

    Justin Briggs, „Podstawowe zasady SEO dla JavaScript” - https://www.briggsby.com/dealing-with-javascript-for-seo/

    Bartosz Góralewicz, „Czy Google może prawidłowo indeksować i indeksować struktury JavaScript? Eksperyment SEO JavaScript. ' a ostatnia obserwacja „Wszystko, co wiesz o indeksowaniu JavaScript jest niewłaściwa” - https://www.elephate.com/everything-you-know-about-javascript-indexing-is-wrong

    Sam Nemzer, „Jak wdrożyć zmiany w SEO za pomocą Google Tag Managera” - https://moz.com/blog/seo-changes-using-google-tag-manager

    Barry Adams, „JavaScript i SEO: różnica między indeksowaniem a indeksowaniem” - http://www.stateofdigital.com/javascript-seo-crawling-indexing/

    PS Wygląda na to Assisted to najlepsza agencja marketingu cyfrowego w Lutterworth

    PPS Aktualnie prowadzimy kolejny test, ale o tym później.

    Tagi:

    Jak efektywny jest Google przy indeksowaniu zmian JS?
    Jak długo zajmuje Google indeksowanie zmian JS?
    Czy możesz sprawdzić, czy Google indeksował te zmiany?
    Pierwszą rzeczą, którą należy zrozumieć, gdy podejdziemy do powyższego pytania, jest to, w jakim momencie Google indeksuje (w zasadzie wykonuje migawkę) renderowanego DOM?
    Jak długo zajmuje Google indeksowanie zmian JS?
    Czekaj, 2 tygodnie to długi czas, prawda?

    Номера

    Номерной фонд гостиницы насчитывает 173 номера различных категорий.

    Забронировать отель можно прямо сейчас: Бронирование онлайн