Godziny pracy SEO, 4 marca 2022 r.

Oto podsumowanie najciekawszych pytań i odpowiedzi z godzin pracy Google SEO z Johnem Muellerem 4 marca 2022 r.

Testowanie znaczników schematu w walidatorze schema.org a w Google Search Console

7:41 „John, moje pierwsze pytanie brzmi: Google Search Console zgłasza błąd […] w wymaganym elemencie danych strukturalnych. Ale kiedy sprawdzam to samo na validator.schema.org, nie pokazuje żadnych ostrzeżeń ani żadnych błędów. Więc pierwsze pytanie brzmi, czy jest to właściwa witryna do sprawdzania implementacji AMP strony internetowej? […]”

John odpowiedział: „ Tak, więc te narzędzia testowe są do nieco innych celów. Prawdopodobnie dlatego widzisz tę różnicę. Narzędzie do testowania w schema.org polega bardziej na ogólnym zrozumieniu znaczników schema.org, podobnie jak ogólnie, na podstawie wymagań, jakie ma schema.org. Narzędzie do testowania w Search Console koncentruje się wyłącznie na tym, co możemy wyciągnąć z uporządkowanych danych i wykorzystać do wyświetlenia w funkcji wyszukiwania. Więc tak naprawdę skupia się na części tej historii dotyczącej wyszukiwania. A w wyszukiwarce używamy tylko niewielkiej części znaczników schema.org. A czasami mamy nieco inne wymagania, które być może wymagają konkretnego elementu bardziej niż wymagałby tego podstawowy znacznik schema.org. I dlatego często widzisz tę różnicę. A walidator schema.org służy do teoretycznego znacznika, a walidator Google służy do praktycznej strony wyszukiwania Google. “

9:20 „[…] W zasadzie to nie jest błąd. To ostrzeżenie w Search Console. A kiedy sprawdzam szczegóły w Search Console, widzę tylko, że nie robisz tego dobrze. Czy będzie więc możliwy sposób [naprawienie problemu], czy mój zespół programistów powinien to rozgryźć?

John wyjaśnił: „Tak, jeśli to ostrzeżenie, to bym się tym nie martwił. Mówi po prostu, że mogłeś zrobić coś inaczej. […]. To, co zrobię, jeśli chcesz dowiedzieć się, na czym dokładnie polega różnica, to dokładnie sprawdzić dokumentację na developers.google.com for Search, gdzie mamy wszystkie udokumentowane dane strukturalne oraz wszystkie wymagane i zalecane pola. I prawdopodobnie jedno z zalecanych lub opcjonalnych pól powoduje to ostrzeżenie”.

Powody, dla których strona może być indeksowana, ale nie indeksowana

14:11 „ Jaki jest możliwy powód, dla którego […] niektóre strony nie zostały zaindeksowane, mimo że były indeksowane wiele razy? ”

John odpowiedział: „ To może się zdarzyć. Przypuszczam, że nie zdarza się to często, ponieważ zwykle, gdy decydujemy się coś zaindeksować, jesteśmy również całkiem szczęśliwi, mogąc to zindeksować. Ale może się zdarzyć, że zaindeksujemy stronę i ostatecznie zdecydujemy, że właściwie nie musimy jej indeksować.

[…] niektóre typowe sytuacje, w których może się to zdarzyć, a które być może nie mają zastosowania w twoim przypadku, to kod błędu na stronie. Najpierw musimy go zindeksować, a potem widzimy kod błędu. Jeśli na stronie znajduje się noindex , musimy go najpierw zaindeksować, a potem widzimy noindex. Jeśli strona jest kompletnym duplikatem czegoś innego, co już widzieliśmy, indeksujemy ją i widzimy, że jest to duplikat, ale ponownie skupiamy się na stronie głównej. To są normalne sytuacje, w których indeksujemy coś, a nie indeksujemy. Ale może się również zdarzyć, że coś zindeksujemy, a potem, zanim dojdziemy do indeksowania, zdecydujemy, och, właściwie, zamiast tego chcemy pobrać coś innego ze strony. ”

15:41 „[…] jakie inne czynniki [oprócz tych już wymienionych] mogą spowodować, że Googlebot zdecyduje, och, nie chcemy go indeksować na końcu?”

John powiedział: „Nie wiem od ręki. Myślę, że ogólna jakość witryny zdecydowanie odgrywa w tym rolę, ale zwykle, jeśli nie jesteśmy przekonani co do jakości witryny, prawdopodobnie nie zaindeksowalibyśmy strony w pierwszej kolejności. Więc myślę, że to trudna sytuacja. A jeśli spojrzysz w Search Console, myślę, że prawie dla każdej witryny, będziesz miał grupę wykrytych, ale nie zindeksowanych , a także zindeksowanych i nie zindeksowanych. Myślę, że to po prostu dość powszechne w różnych witrynach”.

Osoba zadająca pytanie chciała się dowiedzieć, czy jest coś innego, czym powinna się zająć, poza jakością strony i problemami technicznymi. John zalecił, aby nie skupiali się zbytnio na jednej stronie, „ Myślę też, że ważne jest, aby nie skupiać się zbytnio na tej konkretnej stronie. Jeśli więc jesteś pewien, że z technicznego punktu widzenia wszystko jest w porządku, nie zakładam, że problemem jest jakość tej konkretnej strony, ale raczej postrzegana jakość tej części witryny lub cała strona internetowa. To jest miejsce, w którym spróbowałbym zobaczyć, co możesz zrobić, aby coś poprawić, nie tylko tę pojedynczą stronę, która nie została zindeksowana, ale rodzaj szerszego obrazu wokół tej strony. ”

Czy usunięcie list produktów w witrynie eCommerce może postawić Cię w niekorzystnej sytuacji?

21:48 „ Prowadzimy więc witrynę eCommerce i jesteśmy teraz na etapie, w którym chcemy wprowadzić istotne aktualizacje na naszych stronach kategorii. […] w jednym szkicu chcemy pozbyć się list produktów. Masz więc listy produktów z wyszukiwaniem aspektowym, w którym możesz filtrować produkty, których szukasz. […] gdy usuniemy całą listę produktów ze stron kategorii, czy będziemy mieli wadę w rankingach, ponieważ po pierwsze wszyscy inni konkurenci mają tego rodzaju listy produktów? Po drugie, domyślam się, że jest to tak ugruntowany element stron eCommerce, że użytkownicy oczekują […] pewnego przeglądu wszystkich produktów, a filtry pozwalają im wyszukiwać produkty, których szukają. ”

John odpowiedział: „ Nie widziałbym tam żadnych problemów z punktu widzenia SEO. Myślę, że są różne rzeczy, na które chciałbyś uważać, […] abyśmy nadal mogli znaleźć wszystkie poszczególne produkty, które mamy tam czyste linki. Ale jeśli po prostu przeprojektujesz tę stronę kategorii i sprawisz, że będzie wyglądała bardziej jak strona informacyjna, nie spodziewałbym się z tym żadnych problemów. Nie sądzę też, żebyśmy robili coś specjalnego z tego rodzaju stronami kategorii w wyszukiwarce, więc z tego punktu widzenia zasadniczo zmieniasz wygląd.  

Myślę, że byłoby inaczej, gdyby była to strona produktu, a Ty miałbyś to zmienić całkowicie, ponieważ staramy się rozpoznawać strony produktów i dowiedzieć się, gdzie jest cena, gdzie jest dostępność , tego typu rzeczy. A jeśli sprawiłeś, że wyglądało to zupełnie inaczej […], to mógłbym sobie wyobrazić , że wpływa to na to, jak odbieramy strony produktów i czy możemy to pokazać w wynikach wyszukiwania produktów, czy nie. Ale strony kategorii, o ile wiem, nie robimy z nimi nic specjalnego. Więc jeśli zasadniczo je ukryjesz i upewnisz się, że nadal możemy znaleźć linki do produktów […] możesz to zrobić. Ale jeśli chcesz, aby były bardziej przydatne, dostarczając więcej informacji na ich temat, myślę, że to dobry pomysł”.

Na końcu pytania John dodał, że ważne jest, aby sprawdzić zmiany z perspektywy użytkownika : „[…] wspomniałeś 'czy użytkownicy byliby zdezorientowani'. Sprawdziłbym to jeszcze raz. Więc z punktu widzenia SEO, myślę, że to jest w porządku, ale z punktu widzenia użytkownika jest to prawdopodobnie coś, co chciałbyś najpierw przetestować”.

Znaczenie wewnętrznej struktury linkowania

25:18 „ Jeśli masz ustrukturyzowane dane do konfiguracji bułki tartej, czy linkowanie wewnętrzne jest nadal ważne dla SEO?”

John odpowiedział: „Tak, absolutnie. To jest coś, gdzie linkowanie wewnętrzne jest nadkrytyczne dla SEO. Myślę, że to jedna z największych rzeczy, które możesz zrobić w witrynie, aby kierować Google i kierować odwiedzających do stron, które Twoim zdaniem są ważne. A to, co uważasz za ważne, zależy wyłącznie od Ciebie. Możesz zdecydować, że sprawy będą ważne tam, gdzie zarabiasz najwięcej pieniędzy, lub możesz sprawić, by sprawy stały się ważne, gdy jesteś najsilniejszym konkurentem, a może jesteś najsłabszym konkurentem. Dzięki linkom wewnętrznym możesz naprawdę skupić się na tych kierunkach i tych częściach witryny. I to nie jest coś, co można po prostu zastąpić ustrukturyzowanymi danymi.

Tak więc tylko dlatego, że gdzieś na stronie znajdują się uporządkowane dane, nie uważałbym tego za zamiennik normalnego linkowania wewnętrznego. Nawet jeśli w danych strukturalnych podasz również adresy URL, nie używamy tych adresów URL w taki sam sposób, jak zwykłe linki wewnętrzne na stronie. Więc zdecydowanie nie jest tak, że adnotacje hreflang zastępują linki między wersjami krajowymi, a adnotacje breadcrumb zastępują linki między różnymi poziomami witryny. Naprawdę powinieneś mieć normalne linki HTML między różnymi częściami Twojej witryny. I najlepiej, jeśli nie powinieneś mieć podstawowego zestawu linków, ale raczej powinieneś spojrzeć na to w strategiczny sposób i zastanowić się, na czym ci najbardziej zależy i jak możesz to podkreślić za pomocą wewnętrznego linkowania? ”

Wiele schematów produktów na stronie z listą produktów

29:50 „ Czy w przypadku strony z listą produktów możemy zaimplementować wiele schematów produktów na stronie z listą produktów? ”

John powiedział: „ Z punktu widzenia naszych zasad nie wydaje mi się, że powinieneś to robić, przynajmniej kiedy ostatni raz sprawdzałem zasady dotyczące danych strukturalnych, ponieważ w przypadku ustrukturyzowanych danych produktów naprawdę chcemy, aby dotyczyło to podstawowych element strony. A jeśli masz wiele produktów na stronie, to nie jest tak, że jeden z nich jest głównym elementem strony. Dlatego z tego punktu widzenia nie powinieneś używać wielu elementów danych strukturalnych dotyczących produktów na stronie kategorii […]. ”

Czy Twoje rankingi mogą ucierpieć, jeśli tworzysz strony w różnych językach?

30:30 „ Czy istnieje najlepsza praktyka dla stron z używanym językiem mieszanym? Na przykład nasza międzynarodowa szkoła w Japonii obsługuje japońskie i nie-japońskie rodziny, ale większość informacji na naszej stronie głównej przechowujemy w języku angielskim. Na stronie dodajemy również obsługę w języku japońskim. […] Ponieważ nasza komunikacja w prawdziwym życiu jest językiem mieszanym, strona główna odzwierciedla to, co wydawało się bardziej naturalne. Czy jesteśmy ukarani w wyszukiwarce, jeśli strona jest celowo mieszanym językiem?”

John odpowiedział: „Niekoniecznie powiedziałbym, że strona jest karana w takiej sprawie. Ale staramy się zrozumieć, jaki jest podstawowy język strony, co pomaga nam zrozumieć, dla jakiego rodzaju zapytań będziemy mogli wyświetlić tę stronę. Myślę, że jest to dość trudne w takiej sprawie.

Możemy również zrozumieć, kiedy na stronie jest wiele języków. To po prostu znacznie ułatwia nam zrozumienie, że jeśli ktoś szuka w języku angielskim, jest to właściwa strona, którą należy mu pokazać. Więc mógłbym sobie wyobrazić coś takiego jak strona główna, może ma sens mieć taką mieszankę lub niewielką mieszankę. Jeśli masz jedną stronę główną jako podstawowy angielski, być może dodaj niektóre elementy w języku japońskim. Jeśli masz inną wersję, która jest głównie japońska, z pewnymi elementami w języku angielskim, jest w porządku. Ale pomaga nam to naprawdę zrozumieć, że w większości jest to strona w języku angielskim. A jeśli ktoś szuka po angielsku konkretnego rodzaju szkoły międzynarodowej w Japonii, to ma sens, że powiemy: cóż, mamy tutaj angielską treść, o której wiemy, że pasuje do Twoich potrzeb i która pasuje do zapytań, które nam zadałeś. Więc z tego punktu widzenia niekoniecznie powiedziałbym, że strona jest ukarana, ale znacznie utrudnia to naszym systemom ustalenie, jak prawidłowo ustawić tę stronę.

Jedną z rzeczy, o których możesz pomyśleć, jest sprawdzenie w Search Console, jakie zapytania prowadzą do Twojej witryny lub strony głównej. Zastanów się, na które z tych zapytań może mieć wpływ niewłaściwa znajomość języka przez Google. I może być tak, że jeśli większość ludzi szuka twojego nazwiska lub marki twojej szkoły, w zasadzie, prawdopodobnie nie będzie to miało żadnego wpływu. Z drugiej strony, jeśli większość ludzi szuka szerszych zapytań, bardziej ogólnych zapytań, prawie jak zdanie, które pasowałoby do czegoś na twojej stronie głównej, to mógłbym sobie wyobrazić, że byłoby ci trochę trudniej pojawić się w wynikach wyszukiwania dla , tylko dlatego, że nie jesteśmy pewni, czy Twoja strona główna jest rzeczywiście w języku tego zapytania […].

Jedno, co możesz też zrobić, […] to zrobić swoją stronę główną w rodzaju tej dwujęzycznej wersji […], ale stworzyć dodatkowo osobne strony dla poszczególnych języków, aby jeśli ktoś szukał długich informacji o szkole międzynarodowej, takich jak dzięki temu nadal mogą znaleźć te strony w czystym angielskim lub głównie w języku angielskim, a następnie stamtąd przejść do reszty Twojej witryny […].

Różnice w treści między wersjami mobilnymi i komputerowymi

34:20 „ Jeśli jest różnica między treścią w wersji mobilnej a komputerowej, to czy to oznacza, że ​​Google ukarze witrynę i wpłynie na jej pozycję w rankingu, czy po prostu Googlebot może ją znaleźć w wersji mobilnej, ale wygrał nie być w stanie uszeregować? ”

John powiedział: „ W związku z tym w większości przenieśliśmy większość naszego indeksowania na indeksowanie zoptymalizowane pod kątem urządzeń mobilnych, co oznacza, że ​​w takim przypadku będziemy patrzeć tylko na mobilną wersję witryny. Zasadniczo więc, jeśli jest coś, co nieco różni się w wersji witryny na komputery, w większości nie używamy tego nawet do wyszukiwania. Więc to nie jest tak, że ukarzelibyśmy witrynę z powodu różnicy, ale raczej tak, że patrzymy tylko na jedną wersję witryny i nawet nie wiemy, co jest w drugiej wersji, żeby potraktować ją inaczej .  

A w przypadku kilku witryn, które nadal są indeksowane na komputerach stacjonarnych, ma to zastosowanie w drugą stronę. Oczywiście, jeśli w wersji mobilnej jest coś, czego nie ma w wersji na komputery, a robot indeksujący Cię indeksuje, to tak naprawdę tego nie zobaczymy. Od czasu do czasu indeksujemy wersję alternatywną, ale nie indeksujemy jej w celu uzyskania dodatkowych informacji, ale raczej w celu potwierdzenia, że ​​istnieje takie połączenie między adresem URL na komputery a adresem URL na urządzenia mobilne. ”

Czy możesz hostować mapę witryny w chmurze?

46:20 „ Mamy naprawdę ogromną stronę z milionami adresów URL, a […] mapy witryn są obecnie odnawiane. A nasz zespół IT rozważa przechowywanie […] nowych plików map witryn w naszej usłudze w chmurze. Oznacza to, że od example.com/sitemaps do cloud.com/sitemaps. I zastanawiamy się, czy to problem, jeśli przechowujemy mapy witryn w chmurze? A jeśli to nie problem, czy stworzymy również trwałe przekierowanie dla starego adresu URL dla tego example.com/sitemap, czy też jak powinniśmy zaplanować przeprowadzkę? ”

John powiedział: „ Na pewno można umieścić plik mapy witryny w innym miejscu. Możesz to zrobić na dwa sposoby. Po pierwsze, jeśli masz obie te domeny zweryfikowane w Search Console, to działa. Innym sposobem jest przesłanie go wraz z plikiem robots.txt, w którym określasz „sitemap:”, a następnie adres URL mapy witryny. To może również przejść do innej domeny. […] Przekierowałbym również stary plik mapy witryny do nowej lokalizacji, aby był czysty, ale prawdopodobnie nawet jeśli po prostu usuniesz stary adres URL mapy witryny i upewnisz się, że poprawnie prześlesz nowy, to powinno po prostu działać.  

Co może być trochę skomplikowane, nie wiem, jak Search Console pokaże to bezpośrednio w interfejsie użytkownika, w szczególności, jeśli plik mapy witryny znajduje się w innej lokalizacji, jeśli Search Console wyświetli informacje o mapie witryny w raporcie indeksowania, na przykład. Ale to jest problem z raportowaniem. To nie jest coś, co zależy od funkcjonalności pliku mapy witryny. Po prostu Search Console nie pokazuje tego poprawnie. I znowu, może tak. Po prostu nie jestem w 100% pewien. ”

Czy historia domeny może mieć wpływ na Twoją witrynę?

49:40 „[…] Więc [w poprzednich godzinach pracy SEO ] zadaliśmy to pytanie o domenę z historią jako dostawca usług towarzyskich. […] domena ma długą historię, bo pierwsza migawka tej strony pochodzi z 1997 roku. […] odnowiliśmy naszą stronę w czerwcu ubiegłego roku […]. A głównym problemem, który mamy, jest […] to, że wciąż jesteśmy oznaczani [jako treści dla dorosłych]. A dodatkowo mamy ten problem […] – zindeksowany, aktualnie nieindeksowany. I próbujemy zrozumieć, czy historia domeny może faktycznie wpłynąć na to, że mamy problemy z indeksowaniem. […] wierzymy, że publikowane przez nas treści są dobrej jakości. Jest wewnętrznie połączony, a my staramy się stworzyć witrynę wysokiej jakości. W tej chwili borykamy się z wydajnością strony, więc w tej chwili trwają prace nad optymalizacją pod tym kątem. Ale używamy prerender.io , więc to, co pokazujemy dla Google, jest już wersją prerenderowaną. Więc jeśli chodzi o nasz wynik Lighthouse, wszystko jest w porządku. […] Co możemy poprawić lub czego możemy szukać, aby zrozumieć, dlaczego nie jesteśmy indeksowani? Chętnie udostępnię również adres URL. “

John zaoferował, że może później spojrzeć na adres URL, a następnie odpowiedział: „ Zazwyczaj strona indeksowania nie byłaby powiązana, gdyby wcześniej w witrynie znajdowały się treści dla dorosłych.

Strona indeksowania może zostać naruszona, jeśli zawartość, która była tam wcześniej, była bardzo spamerska. Więc może to być coś, w którym z punktu widzenia indeksowania wystarczy trochę czasu, aby dowiedzieć się, och, ta nowa witryna w rzeczywistości nie jest w ogóle spamem.

Ale jeśli wcześniej były tam tylko treści dla dorosłych, mógłbym sobie wyobrazić, że być może nasze filtry SafeSearch są trochę powolne w rozpoznawaniu tego. Wiem, że podjęliśmy pewne kroki, aby to przyspieszyć […], a może jest coś innego w SafeSearch, co trochę się zacina.

Po stronie SafeSearch możesz sprawdzić, czy wykonujesz zapytanie w witrynie, a następnie włączać i wyłączać SafeSearch. Powinieneś być w stanie zobaczyć, czy dzieje się coś z SafeSearch, czy nie. Nie widać tego jednak w odniesieniu do indeksowania. Ale później przyjrzę się temu i zobaczymy, czy jest coś bardzo oczywistego, o czym mogę ci powiedzieć. ”