Godziny pracy SEO, 12 listopada 2021 r.

Oto podsumowanie najciekawszych pytań i odpowiedzi z godzin pracy Google SEO z Johnem Muellerem 12 listopada 2021 r.

Strony Noindex w Google Search Console

8:16 „ [Niektóre strony] zostały błędnie ustawione na noindex. Zostało to naprawione kilka miesięcy temu. […] Próbowaliśmy poprosić o indeksowanie przez Search Console [i] ponownie przesyłając mapy witryn, ale nadal nie indeksujemy tych stron. Czy masz jakieś pomysły na to, co może spowodować, że Googlebot nie będzie słuchać żądań indeksowania lub czy w Search Console występują znane problemy z indeksowaniem?”

John: „Nie sądzę, aby istniały jakieś znane problemy w tym zakresie, ale czasami jesteśmy trochę konserwatywni, jeśli chodzi o przesyłanie próśb o indeksowanie, co prawdopodobnie częściowo jest tym, co tam widzisz. […] Z jednej strony, jeśli widzimy, że strona przez dłuższy czas jest bezindeksowa, to zwykle zwalniamy z jej indeksowaniem. […] Oznacza to również, że kiedy strona stanie się indeksowalna, wznowimy indeksowanie, więc jest to zasadniczo ten jeden rodzaj pchania, który musisz wykonać.

Inną rzeczą jest to, że ponieważ Search Console raportuje zasadniczo adresy URL, które znamy dla witryny, może być tak, że obraz wygląda gorzej niż w rzeczywistości. Może to być coś, na co możesz spojrzeć, na przykład przeglądając Raport skuteczności i filtrując według tej sekcji witryny lub wzorców adresów URL, aby sprawdzić, czy ta liczba stron o wysokim noindeksie w Search Console raportuje na stronach, które nie były naprawdę ważne, a ważne strony z tych sekcji są faktycznie indeksowane”.

John stwierdził również, że „[…] mapa witryny jest zasadniczo dobrym początkiem, ale inną rzeczą, którą możesz zrobić, jest wyjaśnienie za pomocą wewnętrznych linków, że te strony są bardzo ważne dla witryny, dzięki czemu indeksujemy je trochę szybciej. Może to być tymczasowy link wewnętrzny, w którym powiesz: przez kilka tygodni linkujemy do poszczególnych produktów z naszej strony głównej. […] Zasadniczo, gdy stwierdzamy, że wewnętrzne linki znacznie się zmieniły, zwykle wychodzimy i dwukrotnie sprawdzamy również te strony. Więc to może być tymczasowe podejście do ponownego wpychania rzeczy do indeksu. W przypadku linków wewnętrznych nie chodzi o to, że mówisz, że są to ważne strony w sieci, ale raczej o ważne strony związane z Twoją witryną. Jeśli więc znacząco zmienisz linkowanie wewnętrzne, może się zdarzyć, że inne części witryny, które były ledwo indeksowane, w pewnym momencie znikną. Dlatego zrobiłbym to na tymczasowym poziomie i powiedziałbym, że chcę wepchnąć je z powrotem do systemu, aby były ponownie indeksowane w normalnym tempie, a następnie zmienię wewnętrzne linki z powrotem, aby wszystko było znowu bardziej normalne ”.

Jeśli chodzi o dodawanie linków do stopki, John dodał: „Myślę, że to też by zadziałało. Zwykle lepiej, gdybyśmy mogli go znaleźć na naprawdę ważnych stronach w serwisie, zwykle jak na Twojej stronie głównej, […] gdzie mówisz, że to jest dla Ciebie ważne, dlatego sprawdzimy dokładnie tę stronę. ”

Tagi kanoniczne i alternatywne

14:25 „Korzystam z witryny WordPress i używam dwóch wtyczek. Jeden [z nich] automatycznie dodaje link rel="canonical" do każdej strony. […] [Druga to wtyczka tłumacza], która dodaje [do] każdej strony link rel=”alternatywny”. Czy logiczne jest stwierdzenie: dla tego adresu URL jest on kanoniczny, ale jest też alternatywą? Czy to koliduje gdzieś w pełzaczu?

John stwierdził: „Nie. To znaczy nie wiem dokładnie, co robią te dwie wtyczki. Z ogólnego punktu widzenia, jeśli masz stronę, na której znajduje się rel=canonical, zasadniczo masz kanoniczne powiedzenie: wspomniany link to preferowany adres URL, który chcę. Jeśli to ta sama strona, to świetnie, ponieważ wtedy daje nam potwierdzenie, że ta strona jest tą, którą chcesz zindeksować.

Rel = „alternatywny” zasadniczo oznacza, że ​​istnieją również alternatywne wersje tej strony. Tak więc w przypadku różnych języków, na przykład, jeśli masz jedną stronę w języku angielskim, a jedną w języku francuskim, między tymi dwiema wersjami językowymi będzie istniał link rel=”alternatywny”. I nie mówi się, że strona, na której znajduje się ten link, jest alternatywna, ale raczej są to dwie różne wersje, jedna z nich jest po angielsku, a jedna po francusku. Oba mogą być kanoniczne, więc posiadanie tej kombinacji jest zwykle w porządku.

Jedynym miejscem, na które należy uważać, jest to, że kanoniczny nie powinien znajdować się w różnych językach. Więc nie powinno być tak, że na twojej francuskiej stronie masz zestaw kanoniczny do wersji angielskiej, ponieważ zasadniczo są to różne strony. Ale strona francuska może być kanoniczna, a strona angielska może być kanoniczna, i masz alternatywny związek między tymi dwoma, a to w zasadzie dobry zestaw.

Kanonizacja lub tag noindex

16:49 „Mamy stronę internetową ze sklepem e-commerce z wieloma odmianami produktów, które mają cienkie lub zduplikowane treści. Zrobiłem listę wszystkich adresów URL, które chcemy indeksować […], a nie chcemy indeksować. […] Nie wiem, co byłoby lepsze: kanonizacja czy noindex?”

John powiedział: „Myślę, że ogólne pytanie, czy powinienem użyć noindex czy rel=” canonical” dla innej strony, jest czymś, na co prawdopodobnie nie ma absolutnej odpowiedzi. […] Jeśli się z tym zmagasz, to nie jesteś jedyną osobą, która lubi, och, której mam użyć? Zwykle oznacza to również, że obie te opcje mogą być w porządku. Zwykle więc patrzę na to, jakie są twoje naprawdę silne preferencje. Jeśli silną preferencją jest to, że naprawdę nie chcesz, aby ta treść była w ogóle wyświetlana w wyszukiwaniu, użyję noindex. Jeśli twoje preferencje są większe, naprawdę chcę, aby wszystko było połączone na jednej stronie […], wtedy użyłbym rel="canonical". Ostatecznie efekt jest podobny, ponieważ prawdopodobnie strona, na którą patrzysz, nie zostanie wyświetlona w wynikach wyszukiwania, ale z noindexem – na pewno nie jest wyświetlana, a z rel=”canonical” – raczej nie jest wyświetlana. ”

John podsumował: „ Możesz też zrobić obie. Jeśli na przykład linki zewnętrzne wskazują na tę stronę, to posiadanie ich obu pomaga nam dobrze zrozumieć, że nie chcesz indeksować tej strony, ale określiłeś również inną, więc może niektóre z sygnałów możemy po prostu do przodu”.

Indeksowanie i indeksowanie zoptymalizowane pod kątem urządzeń mobilnych

28:26 „[…] Odpowiednio optymalizujemy naszą witrynę [pod kątem indeksowania zoptymalizowanego pod kątem urządzeń mobilnych]. Jeśli chodzi o konfigurację, Google zaleca dwa sposoby na zrobienie tego. Pierwszy to responsywny projekt strony internetowej, a drugi to dynamiczne serwowanie. Ponieważ pierwszy sposób jest dla nas trochę trudny do osiągnięcia w naszym środowisku technologicznym, używamy drugiego sposobu. Ale wciąż widzimy, że obecnie mamy ponad dwieście tysięcy indeksowań dziennie w kierunku naszej domeny mobilnej. Czy to normalne? […] Mieliśmy domenę m-dot, potem przekierowaliśmy ją na domenę główną”.

John odpowiedział: „Pewna ilość takiego raczkowania jest normalna. Całkowite zatrzymanie indeksowania domeny przez nasze systemy zajmuje bardzo dużo czasu, nawet po jej przekierowaniu, więc nie uważałbym tego za problem. Nasze systemy mają czasami bardzo długą pamięć na takie rzeczy, a jeśli przenosisz witrynę z jednej domeny do drugiej lub wprowadzasz tę zmianę mobilną za pomocą subdomeny, czasami całkowite zatrzymanie indeksowania zajmuje lata”.

Technologie internetowe a ranking

36:00 “ Czy jest jakiś związek lub wpływ na rankingi dla stron, które są wykonane w normalnym HTML, CSS, JS i innym – PWA? […] Jeden z naszych głównych konkurentów niedawno go przyjął i zauważyliśmy ogromny skok w ich rankingach SERP”.

John powiedział: „Są to zasadniczo różne sposoby tworzenia strony internetowej i możesz stworzyć stronę internetową z wieloma różnymi frameworkami i formatami. W większości postrzegamy je jako zwykłe strony HTML. Więc jeśli jest to strona oparta na JavaScript, wyrenderujemy ją, a następnie przetworzymy jak normalną stronę HTML. Jeśli jest to HTML już na początku, możemy to zrobić. [Istnieją] różne frameworki i CMS-y. Zwykle w zasadzie to ignorujemy i po prostu mówimy, no cóż, oto strona HTML i możemy ją przetworzyć.

Więc sam fakt, że jeden z twoich konkurentów przeszedł z jednego frameworka do drugiego i zauważył poprawę w wyszukiwaniu, ta zmiana frameworka, z mojego punktu widzenia, nie byłby za to odpowiedzialny. Ale może mają teraz nowszą stronę internetową wraz ze zmianą frameworka. Może nowsza witryna ma inne wewnętrzne linki, inną treść wewnętrznie, [jest] znacznie szybsza lub znacznie wolniejsza, użytkownicy naprawdę ją lubią, albo zrobili kampanię marketingową wraz z uruchomieniem witryny. Wszystkie te rzeczy tam grają i to wszystko, co nie jest ograniczone do struktury, której używasz.”

Google PageSpeed ​​Insights a Lighthouse

37:39 „Czy wyniki w danych laboratoryjnych w Google PageSpeed ​​Insights są takie same jak wyniki Lighthouse w mojej przeglądarce Chrome? Czy używają tej samej formuły?”

John powiedział: „Nie wiem na sto procent, ale robi się to zupełnie inaczej. […] Jeśli używasz PageSpeed ​​Insights, która jest uruchomiona w centrum danych gdzieś z zasadniczo emulowanymi urządzeniami, na których staramy się zachowywać jak normalny komputer, i mamy ograniczenia, które powodują, że działa on trochę wolniej. […] W Lighthouse zasadniczo działa na twoim komputerze z połączeniem internetowym. Myślę, że Lighthouse w Chrome ma również pewne ograniczenia , które stosuje, aby wyglądało może trochę wolniej niż twój komputer, aby upewnić się, że jest porównywalny.

Ale zasadniczo działają one w zupełnie innych środowiskach i dlatego często można tam zobaczyć różne liczby. […] Jeśli testujesz z innymi narzędziami prędkości działającymi online, możesz [również] zobaczyć inne liczby. Ponadto dane pola, których używamy do rankingu wyszukiwania, które widzisz w Search Console, mogą być również zupełnie innymi liczbami tylko dlatego, że Twoi użytkownicy mogą mieć przeciętnie inny rodzaj urządzenia lub inny rodzaj połączenia internetowego. Więc nawet jeśli formuły są takie same, całe środowisko wokół tych systemów jest bardzo różne”.

Google Discover

47:09 „Zauważyliśmy duży problem z Google Discover na naszej stronie internetowej. W ciągu dwóch dni ruch spadł o siedemdziesiąt procent. […] Zastanawiamy się więc, czy zrobiliśmy coś złego? […] Czy możesz wyjaśnić, co dokładnie się stało, skoro to tak drastyczne losowanie? […] Czy to może być błąd techniczny?”

John powiedział: „Nie wiem konkretnie w odniesieniu do Twojej witryny, ale otrzymuję raporty od wielu osób, że ruch w usłudze Discover jest włączony lub wyłączony w tym sensie, że jest bardzo mało miejsca między nimi, jeśli nasze algorytmy określają, w tej chwili nie będziemy pokazywać zbyt wielu treści z tej witryny w Discover, więc w zasadzie cały ten ruch zniknie. Z drugiej strony, to jest to samo, gdy pokazujemy coś z Twojej witryny w Discover, nagle znowu masz duży ruch.

Jeśli jest to problem techniczny, zobaczysz to również w wyszukiwarce internetowej i pojawią się problemy z indeksowaniem. Nie mam pełnego wglądu w to, co dokładnie dzieje się w Discover, ale zwykle problemy, o których ludzie rozmawiają, to z jednej strony problemy z jakością, w których być może jakość strony internetowej nie jest tak dobra i jeśli chodzi o indywidualne polityki, które mamy dla Discover. W szczególności w przypadku Discover mamy pewne zasady, które różnią się od wyszukiwarek internetowych i rekomendacji, które są nieco inne w odniesieniu do, jak sądzę, treści dla dorosłych i treści typu „przynęta na kliknięcia”. […] To wszystko jest wspomniane na stronie Centrum pomocy, którą mamy dla Discover. Wyobrażam sobie, że wiele witryn zawiera mieszankę tych wszystkich rzeczy i czasami podejrzewam, że nasze algorytmy znajdują trochę za dużo, a potem mówią: och, musimy teraz uważać na tę witrynę. Więc bez znajomości Twojej strony internetowej i bez znajomości szczegółów tego, co dokładnie tam wybiera Discover, to jest kierunek, w którym zmierzam. […]

Z naszego punktu widzenia Discover to miejsce, w którym staramy się pokazać ludziom strumień informacji, dlatego zwykle nie mamy zbyt wielu szczegółowych informacji na temat tego, co dokładnie musisz tam podać, aby osiągnąć naprawdę dobre wyniki. Dlatego czasami warto przyjrzeć się temu, co domyślili się inni”.

Czas odpowiedzi

50:41 „Jaki byłby dobry czas reakcji dla nowej witryny z mediami?”

Według Johna: „ Czas odpowiedzi to coś, co wpływa na naszą zdolność do określenia, ile czasu może zająć serwer. Zwykle czas odpowiedzi, z praktycznego punktu widzenia, ogranicza lub wpływa na liczbę równoległych połączeń wymaganych do przeszukania. Jeśli więc chcemy zaindeksować tysiąc adresów URL ze strony internetowej, czas odpowiedzi w celu rozłożenia go w ciągu dnia może być dość duży. Zważywszy, że jeśli chcemy zaindeksować milion adresów URL ze strony internetowej i jest tam wysoki czas odpowiedzi, oznacza to, że otrzymujemy wiele równoległych połączeń z serwerem. Myślę, że mamy tam pewne ograniczenia, ponieważ nie chcemy powodować problemów na serwerze, dlatego czas odpowiedzi jest bezpośrednio związany z szybkością indeksowania.

W przypadku witryny z wiadomościami nie chodzi o to, czy są to wiadomości, czy nie, ale raczej o liczbę adresów URL, które musimy indeksować dziennie. Więc pod takim kątem bym tam spojrzał. Możliwe, że w witrynie z wiadomościami przeszukujemy dziesięć tysięcy stron dziennie i są to ważne artykuły z wiadomościami, które są omawiane. Może być tak, że musimy przeszukiwać miliony artykułów dziennie, bo zawsze musimy odświeżyć archiwum […], wtedy oczywiście czas odpowiedzi, szybkość przeszukiwania, wygląda inaczej”.