- Zastępowanie tagów tytułów i opisów meta za pomocą Menedżera tagów Google
- Deindeksowanie stron z tagami „noindex” zaimplementowanymi za pomocą Google Tag Manager
- Dodawanie tagów kanonicznych za pomocą Menedżera tagów Google
- Czy Google śledzi linki wewnętrzne dodane do Menedżera tagów Google?
- Czy Google indeksuje adresy URL zawarte tylko w skryptach JSON-LD dodanych za pomocą Google Tag Manager?
- Wnioski: Możesz dodać wszystko za pomocą GTM, ale może upłynąć trochę czasu, zanim zmiany zaczną się pojawiać.
Po naszej małej Eksperyment SEO SEO z konfiguracja hreflang z Google Tag Manager postanowiliśmy przeprowadzić kilka testów, aby przeanalizować, w jaki sposób Google radzi sobie ze zmianami dokonanymi na stronach internetowych z JavaScript, używając Google Tag Managera:
- Czy Google rozpoznaje zmiany tagów tytułu i opisów meta zaimplementowanych w Menedżerze tagów Google?
- Czy Google usuwa indeksowanie stron ustawionych na „noindex” za pomocą Google Tag Managera?
- Czy Google szanuje tagi kanoniczne dodane w Google Tag Manager?
- Czy Google indeksuje strony, które są połączone tylko za pomocą wewnętrznych linków wstrzykiwanych za pomocą Google Tag Manager?
- Czy Google indeksuje adresy URL połączone tylko za pomocą znaczników JSON-LD zaimplementowanych w Menedżerze tagów Google?
Jeśli jesteś ciekawy odpowiedzi na te pytania i chcesz wiedzieć dokładnie, jak to wszystko skonfigurować za pomocą Menedżera tagów Google, czytaj dalej.
TL; DR - Wszystkie te testy zadziałały dobrze, ale niektóre zmiany zajęły bardzo dużo czasu, aby pokazać się w wynikach Google. Przejdź prosto do wnioski jeśli się spieszysz.
Bezpośredni dostęp do różnych części testu:
Zastępowanie tagów tytułów i opisów meta za pomocą Menedżera tagów Google
Tag tytułowy i metaopis angielskiej strony głównej naszej firmy, https://www.searchviu.com/en/ , wyglądają tak w dokumencie źródłowym HTML strony:
Użyliśmy następującego skryptu w niestandardowym tagu HTML w Menedżerze tagów Google, aby zastąpić tag tytułu i opis meta, tak aby inny tekst był wyświetlany w renderowanym HTML:
Zauważ, że dla tagu tytułu zmieniliśmy tylko wielkie litery, podczas gdy w opisie meta zastąpiliśmy kilka słów.
Teraz oryginalny tag tytułu i opis meta nadal są wyświetlane w dokumencie źródłowym HTML, ale jeśli sprawdzisz renderowany HTML za pomocą narzędzi programistycznych Chrome, zobaczysz, że GTM zastępuje je nową, zdefiniowaną przez nas wersją:
Osiem dni po opublikowaniu tej zmiany w GTM, Google zaczął pokazywać tag tytułowy i opis meta, który dodaliśmy z GTM, zamiast oryginalnych danych z dokumentu źródłowego HTML i od tego czasu pokazujemy:
Nie byliśmy tak zaskoczeni tym wynikiem, ponieważ wcześniej przeprowadziliśmy eksperyment, który to sugerował Google używa renderowanego HTML interpretować hreflang i ignoruje dokument źródłowy HTML. Tak więc oczekiwaliśmy takiego samego zachowania dla tagów tytułu i opisów meta.
Fakt, że zmiany pojawiły się dopiero po ośmiu dniach, również nas nie zaskoczył, ponieważ Google renderuje strony mniej regularnie, niż je indeksuje. Wymagałoby to więcej badań, aby uzyskać bardziej rzetelne stwierdzenie o różnicach między częstotliwością indeksowania a częstotliwością renderowania, więc jest to tylko uwaga dodatkowa.
Rzućmy okiem na niektóre z trudniejszych rzeczy! Następny przystanek: „noindex”.
Deindeksowanie stron z tagami „noindex” zaimplementowanymi za pomocą Google Tag Manager
Podczas konfigurowania tych testów natknęliśmy się na kilka adresów URL z naszej domeny, których nie chcieliśmy indeksować:
Poniższy skrypt, użyty w niestandardowym znaczniku HTML w GTM, z wyzwalaczem, który umożliwia wykonanie go na stronach, które chcemy usunąć z indeksu, dodaje metatag „noindex” do stron, o których mowa:
A potem czekaliśmy. I czekał. I czekał. I straciłem nadzieję. Google po prostu go nie odebrał.
W tym momencie muszę przyznać, że jestem niechlujnym badaczem. Nie mogę ci powiedzieć, ile czasu to zajęło. Gdzieś między 6 a 3 miesiącem. Ale pewnego dnia Google zdecydowało się wyrenderować strony, które chcieliśmy usunąć z indeksu i BOOM (wszystkie pięć stron zostało pomyślnie zindeksowanych):
Oto zapytanie wyszukiwania, którego użyłem na powyższym obrazku, na wypadek, gdybyś chciał to sprawdzić sam:
site: searchviu.com/en/we-are-going-to-miss-you/ OR site: searchviu.com/de/wir-werden-dich-vermissen/ OR site: searchviu.com/en/author/ana- strona cidre / OR: searchviu.com/en/thank-getting-contact/ strona OR: searchviu.com/en/embed/
Więc to też działało dobrze, ale zajęło dużo więcej czasu niż zmiany w tagu tytułu i opisie meta. Nasza teoria jest taka, że mniej ważne strony są renderowane jeszcze rzadziej. Ale, jak powiedziałem powyżej, potrzebujemy więcej badań nad różnicami między częstotliwością indeksowania a częstotliwością renderowania, zanim dojdziemy do jakichkolwiek solidnych wniosków na ten temat.
Zobaczmy, czy to samo działa z tagami kanonicznymi.
Dodawanie tagów kanonicznych za pomocą Menedżera tagów Google
Tagi kanoniczne są trudne, ponieważ niezależnie od sposobu ich wdrożenia, Google często decyduje się na to ignoruj znaczniki kanoniczne, jeśli istnieją inne sygnały, które są z nimi w konflikcie . Musieliśmy więc znaleźć szansę na kanoniczny tag, który był całkiem pewien, że Google nie zignoruje.
Jednym z najważniejszych wymagań dla poprawnego użycia znaczników kanonicznych jest to, że cała zawartość strony, na której znajduje się znacznik kanoniczny, znajduje się na stronie wskazywanej przez znacznik kanoniczny. Z tego powodu zdecydowaliśmy się ustawić kanoniczny znacznik z moja strona autora do główna strona bloga , ponieważ cała zawartość pierwszej jest dostępna na tej drugiej.
Oto jak to ustawić w GTM:
Krótko mówiąc: działało to dobrze, ale trwało tak długo, jak zmiana „noindex”.
Oto wynik wyszukiwania dla zapytania „eoghan henn searchviu”, zanim dodaliśmy kanoniczny tag z GTM:
A oto obecny wynik. Strona zniknęła (aw rzeczywistości ranking został utracony - kolejna interesująca notatka) :
Google szanuje tagi kanoniczne dodane w Google Tag Manager (jeśli są używane w odpowiednim kontekście).
Wiem, że jesteś tutaj głównie po informacje o linkach dodanych z JavaScript, więc spójrzmy teraz na to.
Czy Google śledzi linki wewnętrzne dodane do Menedżera tagów Google?
Jedną z rzeczy, które nas naprawdę interesowały podczas konfigurowania tego testu, było to, czy Google będzie indeksować wewnętrzne linki, których nie można znaleźć w dokumencie źródłowym HTML, ale które zostały dodane za pomocą JavaScript przy użyciu Google Tag Manager. Ustawiliśmy więc następujący mały eksperyment.
Po pierwsze, stworzyliśmy dwie identyczne strony na naszej stronie WordPress, jedną, którą linkujemy wewnętrznie z dodanym linkiem za pośrednictwem GTM, i drugą, której nie będziemy linkować wewnętrznie:
Dlaczego skonfigurowaliśmy drugą stronę? Cóż, jeśli pierwsza strona zostanie zindeksowana, musimy upewnić się, że jest to spowodowane wstrzyknięciem wewnętrznego łącza, a nie z powodu czegoś innego. Upewniliśmy się, że strona nie pojawi się w żadnych mapach witryn i że nie opublikowaliśmy żadnych pingów ani innych mechanizmów tła. Ale po bezpiecznej stronie zdecydowaliśmy się utworzyć drugą stronę jako stronę kontrolną. Wynik testu może być pozytywny tylko wtedy, gdy pierwsza strona jest indeksowana, a druga strona nie.
Może jednak nie jestem takim niedbałym badaczem…
Przyjrzyjmy się więc, jak to ustawiliśmy w GTM. Wybraliśmy ładną strona nieistotna z naszej strony internetowej szukał linku, na który nikt nie kliknie (miejmy nadzieję) i użył następującego skryptu w GTM, aby zastąpić docelowy adres URL linku adresem URL pierwszej z naszych dwóch stron testowych:
Oto wynik. Strona, która była połączona tylko za pośrednictwem łącza wstrzykniętego za pomocą GTM, została zaindeksowana, a strona kontrolna nie. To, podobnie jak poprzednie zmiany, trwało bardzo długo, dopóki nie pokazało się (mniej więcej dwa miesiące):
Jeśli zastanawiasz się nad częścią -sameas w powyższym zapytaniu, przeczytaj następny fragment tego artykułu. Stworzyliśmy kolejną stronę testową, którą połączyliśmy tylko za pomocą JSON-LD z wtyczką GTM, aby zobaczyć, jak Google radzi sobie z taką sytuacją.
Czy Google indeksuje adresy URL zawarte tylko w skryptach JSON-LD dodanych za pomocą Google Tag Manager?
Jeśli mnie znasz, prawdopodobnie wiesz, że naprawdę się w to bawię wdrażanie danych strukturalnych (schema.org) w formacie JSON-LD za pomocą Google Tag Manager . Wcześniej zauważyłem również, że adresy URL z jednej domeny, które były zawarte w skryptach JSON-LD w innej domenie, pojawiły się jako linki zewnętrzne do pierwszej domeny w Google Search Console . Google to robi dziwne rzeczy z informacjami znalezionymi w danych strukturalnych, więc chciałem wiedzieć więcej.
Zdecydowaliśmy się utworzyć kolejną stronę testową, taką jak te opisane powyżej w teście linków wewnętrznych, ale tym razem uwzględnimy tylko URL w skrypcie JSON-LD i nigdzie indziej. Oto jak to skonfigurować w Google Tag Manager:
Myślę, że na tym etapie nie dziwi fakt, że to też zadziałało. Google zaindeksował stronę testową, która była połączona tylko za pomocą skryptu JSON-LD na pierwszej stronie testowej:
Skrypty JSON-LD są kolejnym źródłem danych, które Google wykorzystuje do celów wykrywania adresów URL.
Wnioski: Możesz dodać wszystko za pomocą GTM, ale może upłynąć trochę czasu, zanim zmiany zaczną się pojawiać.
Wyniki tych testów wykazały, że Google będzie przetwarzać i używać tagów tytułów, opisów meta, tagów „noindex” i tagów kanonicznych dodanych lub zmodyfikowanych za pomocą Menedżera tagów Google . Dokument źródłowy HTML jest ignorowany i uwzględniany jest tylko renderowany HTML.
Ponadto za pomocą Menedżera tagów Google można dodawać linki wewnętrzne , a Google indeksuje adresy URL połączone w ten sposób . Nawet adresy URL zawarte w skryptach JSON-LD dodanych za pomocą Menedżera tagów Google będą indeksowane.
Niestety, ten eksperyment nie był tak naprawdę zaprojektowany, aby zmierzyć, jak długo zmiany są widoczne w wynikach Google . Nie skonfigurowaliśmy monitorowania, aby regularnie sprawdzać wyniki. Wiemy, że zmiany w tagu tytułu i meta opisie strony głównej pojawiły się po ośmiu dniach. Wszystkie inne zmiany trwały około dwóch miesięcy, dopóki się nie pokazały.
Wydaje się oczywiste, że Google rzadziej renderuje strony i regularnie indeksuje ich dokumenty źródłowe HTML. Dalsze badania nad różnicami między częstotliwością indeksowania a częstotliwością renderowania byłyby bardzo cenne .
Dawne testy SEO JavaScript, które nie uwzględniały tych ogromnych opóźnień, mogły mieć negatywne wyniki, ponieważ testy nie przebiegały wystarczająco długo, zwłaszcza jeśli były przeprowadzane na stronach, które zostały skonfigurowane tylko do celów eksperymentu. Wydaje się, że ważne strony (jak nasza strona domowa w opisanym powyżej przypadku) są renderowane częściej niż te mniej ważne (podobnie jak wszystkie inne strony, na których testy trwały około dwóch miesięcy, aby pokazać wyniki).
Mamy nadzieję, że nasz mały eksperyment SEO SEO przydał się i że wielu innych stworzy podobne testy, aby cała branża SEO mogła dowiedzieć się więcej o tym, jak Google radzi sobie ze stronami opartymi na JavaScript. Masz pytania lub uwagi? Po prostu prześlij nam komentarz!
Czy Google indeksuje adresy URL zawarte tylko w skryptach JSON-LD dodanych za pomocą Google Tag Manager?Czy Google śledzi linki wewnętrzne dodane do Menedżera tagów Google?
Czy Google indeksuje adresy URL zawarte tylko w skryptach JSON-LD dodanych za pomocą Google Tag Manager?
Masz pytania lub uwagi?
