5 marca 2019 r. – Google Help Hangout Notes

Dołączamy do Johna Muellera w jego domu na tym Hangoucie pomocy dla webmasterów. Mieliśmy kilka świetnych pytań dotyczących Page Speed, hreflang i Backlinks. Film i pełną transkrypcję można znaleźć po naszym wakacjach. Jeśli Ci się to podoba, rozważ zapisanie się do naszego cotygodniowego biuletynu! W łatwych do strawienia kęsach podsumowujemy najlepsze artykuły tygodnia dotyczące SEO.

Czy możesz wyjaśnić problem z używaniem json - ld za pomocą menedżera tagów?

11:18

Myślę więc, że to, o czym rozmawialiśmy, jest dość wiele razy i kilka takich spotkań, a także napisano o tym nowe posty na blogu od różnych osób, w tym również Barry'ego. Ale zasadniczo się do tego wraca, abyśmy mogli pobierać zawartość z menedżera tagów, oznacza to, że musimy być w stanie renderować pliki skryptów z menedżera tagów w procesie JavaScript i wyprowadzać tam zapis oraz uwzględnić stronę indeksowania. Jest to więc coś, co zawsze wymaga dużo pracy dla naszych systemów i nie zawsze jest czymś, co robimy dla wszystkich stron, w szczególności gdy widzimy, że w przeciwnym razie strona byłaby taka sama, naszym systemom jest to trochę trudne do uzasadnienia musimy również przetworzyć cały ten JavaScript. Co więcej, wiele narzędzi testowych nie przetwarza menedżera tagów i nie przetwarza wyników, więc naprawdę trudno jest narzędziom potwierdzić, że te znaczniki działają poprawnie. Przetwarzanie go w wyszukiwaniu zajmuje więcej czasu, może być trochę niestabilne i tak naprawdę nie wiesz dokładnie, w czym jest indeksowane w danym momencie. To wszystko są powody, dla których z mojego punktu widzenia dobrze jest używać menedżera tagów do czegokolwiek innego. Można go używać do tego również w przypadku JsonLD do ustrukturyzowanych danych w wyszukiwaniu, ale warto pamiętać, że nie jest to świetne podejście do szczególnie ustrukturyzowanych danych w wyszukiwaniu. Są to znacznie prostsze sposoby dostarczania danych struktury bezpośrednio na stronie internetowej, co ułatwia konserwację, ułatwia śledzenie w celu testowania tego wszystkiego. Tak więc polecam to zrobić, nie mówię, że nie możesz tutaj używać menedżera tagów, do tego z pewnością możesz go użyć, a my postaramy się jak najlepiej go podnieść i użyć i tak dalej, ale to nie jest całkiem ten sam poziom szybkości i elastyczności, bezpieczeństwa, jeśli chodzi o faktyczne udostępnianie danych struktury bezpośrednio na stronach.

Podsumowanie: Chociaż możliwe jest korzystanie z JSON-LD i innych danych strukturalnych za pośrednictwem Menedżera tagów Google, nie jest to najlepsze podejście. Aby Google ściągnął treść z Menedżera tagów i wyrenderował kod JavaScript. Przetwórz skrypt z Menedżera tagów i wyślij zapis, a następnie indeks. Istnieją proste sposoby dostarczania uporządkowanych danych bezpośrednio na stronie, co ułatwia Google.

W jaki sposób Google wybiera adres URL do wyświetlania w wyszukiwarce?

15:20

Tak więc ten rodzaj dotyczy ogólnego pytania, w jaki sposób Google wybiera adres URL do wyświetlania w wyszukiwarce, a z jednej strony jest to aspekt, na przykład strona docelowa obrazu 1 mająca kanoniczny rel ustawiony na widok całej strony, będzie oznaczają, że te strony nie są równoważne. Więc jest to rodzaj trafienia lub chybienia, że ​​w ogóle byśmy podjęli i używali tego kanonicznego, myślę, że jest to jeden aspekt, o którym należy pamiętać. Inną rzeczą, o której należy pamiętać, jest to, że nawet jeśli rozumiemy, że te strony mogą być postrzegane jako ekwiwalentne, kwestią jest użycie wielu czynników w celu ustalenia, która z tych stron jest rzeczywiście kanoniczna. Więc do tego używamy rel canonical, używamy przekierowań, jeśli coś mamy. Używamy wewnętrznych linków zewnętrznych, używamy takich rzeczy, jak mapy witryn, linki hreflang, wszystko to pomogło nam zrozumieć, który z tych adresów URL jest tym, który powinniśmy wyświetlać i czy określony kanoniczny adres URL jest tym, którego nigdy nie używasz w pozostałych witryny, to prawdopodobnie powiemy, że uczynienie tego linku jako kanonicznym było błędem, ponieważ webmaster tak naprawdę nie miał na myśli, i być może będziemy musieli wybrać inny URL jako kanoniczny. Więc myślę, że to, co się tutaj stanie, to albo zignorujemy relację kanoniczną, ponieważ to nie to samo, albo zamiast tego wybierzemy jedną z innych istniejących stron, ponieważ jest to jedna ze stron, które są jak silnie powiązane w obrębie Strona internetowa. Więc nie sądzę, aby ta konkretna konfiguracja była tak przydatna w twoim przypadku.

Podsumowanie: Google używa rel canonical, przekierowań, linków wewnętrznych, map witryn, hreflang, aby zrozumieć, że adres URL jest tym, który Google powinien pokazywać. Ale jeśli określony kanoniczny URL jest taki, który nigdy nie jest używany w pozostałej części Twojej witryny, Google może zignorować rel canonical i wybrać inną stronę, która jest mocno połączona wewnętrznie.

Czy dobrym pomysłem jest umieszczanie autorów w postach na blogu zamiast zwykłego użytkownika edytora?

17:38

Myślę, że to dobry ruch, zwłaszcza jeśli wiesz, kto napisał artykuł i możesz traktować go jak autorską stronę docelową. Myślę, że to dobry ruch. Nawet z czysto użytkownika punktu widzenia, jeśli ktoś przejdzie do Twojej witryny i nagle zobaczy, że te artykuły zostały napisane przez Barry'ego, a nie tylko redaktora, a Ty masz stronę docelową dla tego autora, może to być znak, że jest to lepsze dla użytkownika, który może być czymś, co użytkownicy wybierają lub wchodzą na stronę docelową autora i widzą, że ten autor jest w rzeczywistości ekspertem w tej dziedzinie i jest tam aktywny od kilku lat, myślę, że zawsze warto mieć na stronie internetowej w ogólnie, a jeśli chodzi o rankingi Google, trudno jest powiedzieć, czy miałoby to jakikolwiek bezpośredni wpływ. Ale przynajmniej pośrednie skutki są takie, że użytkownicy mogą bardziej ufać Twoim treściom, niż polecane, lub myślę, że jest to coś, czego można by się spodziewać.

Podsumowanie: Tak! Posiadanie autorskiej strony docelowej to sposób na pokazanie EAT autorów. Poprawi to również ogólne wrażenia użytkownika, w przeciwieństwie do ogólnego „edytora” lub „administratora”

Jakie jest zalecenie, jeśli Twój interfejs użytkownika można przetłumaczyć na inne języki, ale treści dodatkowe, takie jak treści generowane przez użytkowników, pozostają w innym języku?

21:48

Jest to więc coś, co zdarza się dość często, szczególnie w przypadku treści generowanych przez użytkowników. Więc jeśli masz forum, blog lub coś takiego, a ludzie komentują w jednym języku, ale masz konfigurację tak, aby interfejs użytkownika mógł zmienić się na inne języki. Następnie szybko dochodzi do sytuacji, w której interfejs użytkownika może być w języku francuskim lub niemieckim, ale treść może nadal być na przykład w języku hiszpańskim, ponieważ wszyscy komentują po hiszpańsku i jest to zasadniczo coś, z czym możesz sobie poradzić na wiele sposobów. Możesz więc powiedzieć, że moja wersja kanoniczna to wersja hiszpańska i wszystko jest jak wersja hiszpańska, to jest jedna z opcji, którą możesz zrobić. Możesz użyć adnotacji hreflang pomiędzy tymi wersjami, aby powiedzieć, że jest to najbardziej francuska wersja mojej treści, którą mogę dostarczyć, główna treść nie jest w języku francuskim, ale interfejs użytkownika jest w języku francuskim, więc użytkownik przechodzący na stronę będzie mógł w pewien sposób poruszać się po niej moja strona internetowa to coś, co możesz zrobić. I zasadniczo są to różne odmiany, które możesz tam podać, aby poinformować nas nieco więcej o twoich preferencjach. Z praktycznego punktu widzenia to ostatecznie zależy od Ciebie, jak chcesz być pokazywany w wyszukiwarce. Jeśli więc uważasz, że francuski użytkownik może wejść do Twojej witryny i wylądować na stronie z treścią w języku hiszpańskim i interfejsem użytkownika w języku francuskim, a następnie użyć adnotacji hreflang między tymi wersjami. Jeśli uważasz, że użytkownik we Francji miałby w ogóle problemy z poruszaniem się po Twojej witrynie, gdyby główna treść była w języku hiszpańskim, nawet jeśli interfejs użytkownika jest w języku francuskim, może warto zachować hiszpańską wersję z zaindeksowanym hiszpańskim interfejsem użytkownika. Więc to zależy od ciebie. Myślę, że żadne z tych rozwiązań nie jest idealne. Czasami zależy to trochę od tego, jak jednolita treść jest zrozumiała, jakie wersje językowe chcesz zindeksować i które wersje użytkownicy spodziewają się zobaczyć w wynikach wyszukiwania. Więc na przykład, jeśli jesteś bardzo międzynarodowym forum i ludzie publikują w różnych językach, to prawdopodobnie trudno jest powiedzieć, że chcesz indeksować tylko tę wersję interfejsu użytkownika, może ma sens indeksowanie wszystkich wersji interfejsu użytkownika. Wadą oczywiście indeksowania wszystkich wersji interfejsu użytkownika jest to, że mnoży liczbę adresów URL, które nagle ma Twoja witryna. Oznacza to, że musimy indeksować znacznie więcej, a jeśli jest to duża witryna z treściami tworzonymi przez użytkowników, oznacza to, że musimy indeksować z jednej strony całą treść generowaną przez użytkowników, a następnie musimy indeksować wszystkie jej wielokrotności dla każdej innej wersję językową, której nie wiem, czy jest przydatna, czy to za dużo indeksowania dla Twojej witryny, czy to zapobiega szybkiemu pojawianiu się nowszych treści w wynikach wyszukiwania. To jest coś innego do zaważenia. Jeśli mówisz tylko o kilku tysiącach artykułów, może to mniejszy problem.

Podsumowanie: Możesz wybrać jedną wersję językową jako wersję kanoniczną lub dodać adnotacje hreflang pomiędzy tymi wersjami językowymi.

Czy powinienem zrzec się dużej liczby losowych adresów URL, które prowadzą do mojej witryny?

27:58

Nie, to jest w zasadzie właściwy ruch, a zwłaszcza jeśli jest to coś, o co naprawdę się martwisz. Myślę więc, że w przypadku większości witryn nie ma sensu wyrzekać się rzeczy, które są jak niepewne i dziwne, ponieważ w większości po prostu je ignorujemy. A więc w szczególności w odniesieniu do linków, jeśli jest to coś, o czym patrząc na to dobrze mówisz, może to być postrzegane, ponieważ te linki są przez nas kupowane, na przykład naturalnie tam przez nas umieszczane, gdyby ktoś z zespołu serwisu miał spójrz na to ręcznie i założyliby, że to my robimy coś głupiego, to jest rodzaj rzeczy, w których powiedziałbym, że prawdopodobnie wyrzeczenie się ich lub usunięcie ich byłoby właściwym posunięciem, ale w przeciwnym razie, jeśli to tylko niepewny link i to wygląda na to, że są tam miliony innych linków, ktoś uruchomił narzędzie i wrzucił mnóstwo linków na to forum, to jest coś, co nasze algorytmy już wymyśliły. Więc nie jest to coś, o co bym się nie martwił.

Podsumowanie: Google jest dobry w ustalaniu, które linki zignorować. Ale lepiej być bezpiecznym, niż żałować, jeśli chodzi o wyrzekanie się.

Jak ważna jest szybkość strony dla Google?

42:30

Jaka jest obecna polityka? Tak więc prędkość jest dla nas czymś, co ma dla nas duże znaczenie i ma duży wpływ na użytkowników, więc osobiście potraktowałbym to całkiem poważnie i myślę, że fajną częścią prędkości są różne narzędzia, które zapewniają całkiem obiektywne pomiary. nad którymi możesz pracować. W odniesieniu do wielu z nas lub innych problemów związanych z SEO, takich jak: nie znam jakości ich treści, takie rzeczy jak prędkość jest czymś, co jest dość mierzalne i czymś, nad czym można popracować, i powinno być coś, czego używamy jako bezpośredni efekt zachowania użytkowników w Twojej witrynie. Więc nie jest to tylko coś, co z punktu widzenia Google, jak mówimy, że prędkość jest ważna, jest to narzędzie do śledzenia pozycji, ale jest to coś, co zobaczysz bezpośrednio, gdy użytkownicy wejdą na Twoją witrynę, a Twoja witryna nagle zajmie kilka sekund dłużej, aby załadować tych użytkowników zareaguje zupełnie inaczej na Twojej stronie i będziesz miał więcej problemów z przekształceniem ich w klientów, jednak zdefiniujesz klientów na swojej stronie.

Podsumowanie: Szybkość jest niezwykle ważna, jeśli chodzi o Google. Jest to jedna z metryk, którą można łatwo śledzić i podejmować działania. Istnieją świetne narzędzia, które dają doskonały wgląd w to, jak działa Twoja witryna i co możesz zrobić, aby zwiększyć szybkość strony.

Jeśli zapłacę za Google Ads, moja pozycja w rankingu będzie lepsza czy gorsza?

47:24

Więc od czasu do czasu dostajemy to pytanie, a pytanie tutaj brzmi: czy mój ranking zostanie naruszony, ale lepsze lub najgorsze jest coś, co słyszymy również od niektórych osób, że twój ranking nie poprawi się, jeśli użyjesz Google Ads niektórzy twierdzą, że Twój ranking spadnie, jeśli użyjesz reklam Google, ponieważ chcemy, abyś kupował więcej reklam, a żadna z tych rzeczy nie jest prawdą. Tak więc nasze wyniki wyszukiwania są całkowicie niezależne od tego, czy korzystasz z Google Ads, są całkowicie niezależne od technologii, których używasz w swojej witrynie. Więc jeśli używasz czegoś takiego jak analityka lub innego narzędzia śledzącego, to zależy wyłącznie od Ciebie. Jeśli zarabiasz z Adsense lub którąkolwiek z innych sieci reklamowych, całkowicie zależy od Ciebie. Więc niezależnie od tego, czy korzystasz z produktów Google w swojej witrynie, czy korzystasz z innych usług Google dla swojej witryny, zależy wyłącznie od Ciebie. To jest coś, co wolimy, aby te usługi działały samodzielnie, a jeśli powiesz ten konkretny powód, usługa Google nie jest świetna, nie chcę z niej korzystać, możesz użyć czegoś innego. Nie chcemy umieszczać Cię w tym polu, w którym utkniesz między skupieniem się na swojej witrynie i robieniem tego, co uważasz za słuszne dla swoich użytkowników, a koniecznością korzystania z tego jednego konkretnego produktu. Więc tak naprawdę jest tak, że nie łączymy ich razem i robimy to wprost i ciężko pracujemy, aby upewnić się, że te rzeczy działają dobrze.

Podsumowanie: Google Ads nie ma wpływu na rankingi organiczne.

Jeśli lubisz takie rzeczy, pokochasz mój newsletter!

Mój zespół i ja co tydzień informujemy o najnowszych aktualizacjach algorytmu Google, wiadomościach i wskazówkach dotyczących SEO.

Pełne wideo i transkrypcja

Pytanie 1:14 – Dwa tygodnie temu nasza strona internetowa straciła 94% ruchu Google w ciągu nocy. Przy stałym ruchu wyszukiwania przez ostatnie 20 lat i bez większych zmian zakładamy, że coś technicznego może udostępniać IPS lub SSL za pośrednictwem CDN, takie jak Cloudfare, algorytmicznie spowodować duży spadek ruchu. Sięgnęliśmy głębiej i odkryliśmy, że niektóre strony z tym zawierają niezwykle ryzykowne treści pod tym samym adresem IP. Możemy zmienić nasz motyw i mieć dedykowany certyfikat, jednak nadal będziemy w korku, co może się tutaj wydarzyć?

Odpowiedź 2:01 - Ale ogólnie to, że inne witryny są hostowane pod tym samym adresem IP, nie jest powodem do niepokoju. Tak więc w szczególności w przypadku większych hosterów wspólne adresy IP są dość powszechne, a wspólny adres IP w CDN jest niezwykle powszechny. I to się zmienia, ponieważ wiele sieci CDN ma punkty końcowe w różnych krajach i dzielą te punkty końcowe z różnymi aktywnymi tam witrynami. Tak więc zasadniczo użytkownik i Niemcy mogą widzieć inny adres IP niż na przykład użytkownik w USA, ale ogólnie jest to niezwykle powszechna praktyka, dzielenie adresów IP i nie jest to coś, co będzie problematyczne. Na początku było to coś, co czasami było bardzo przydatne do rozpoznawania dat i gospodarzy. Gdzie, gdybyśmy zobaczyli jeden adres IP i 9000 witryn, które miały adresy statyczne i wszystkie są spamerskie, a jeśli na tym samym hoście byłyby dwie inne witryny, może to być dla nas trudne do zrozumienia, czy te dwie witryny naprawdę zostały całkowicie zrealizowane osobnych witryn w porównaniu z tymi 9 000 innych witryn. To dość trudna sytuacja dla algorytmów. Ale w większości takich przypadków zobaczymy mieszankę różnego rodzaju różnych witryn, więc różne witryny w różnych językach dla różnych krajów z różnymi docelowymi użytkownikami niektóre witryny spamerskie niektóre witryny niebędące spamem na tym samym adresie IP i wszystko jest w porządku . Nie byłby to więc powód, abyśmy mówili: och, na przykład dlatego, że na tym adresie IP jest jedna strona spamerska, która stanowiłaby problem. Więc nie wiem konkretnie, co stało się tutaj z tą witryną, przyglądam się, że ogólnie również aspekt naszej witryny radził sobie dobrze w wyszukiwaniu przez tyle lat, zanim mam tendencję do twierdzenia, że ​​jest to dobre na twoim stronie, ale niekoniecznie jest to coś, co zawsze byśmy tak zachowali.

Więc tylko dlatego, że witryna radziła sobie dobrze w przeszłości i wyszukiwanie nie oznacza, że ​​z jednej strony nadal będzie dobrze sobie radzić w wyszukiwaniu, z jednej strony zmieniają się oczekiwania użytkowników, z drugiej zmieniają się algorytmy Google. Tak więc te rzeczy zawsze mogą się zmienić i może się zdarzyć, że czasami coś się zmieni, a naszym celem jest mniej powiedzieć, że ta konkretna strona internetowa to złe algorytmy, ale raczej powiedzieć, że rozpoznaliśmy, że być może nie spełniliśmy oczekiwań użytkowników lub robimy rzeczy w sposób, który nie jest już zgodny z oczekiwaniami użytkowników, więc nasze algorytmy zmieniają się, aby w dzisiejszych czasach przywracać wyniki, które mówią użytkownicy i są istotne z powrotem w wynikach wyszukiwania. Więc to jest coś, w co zawsze można grać w zależności od rodzaju strony internetowej.

Pytanie 5:49 – Jakiś czas temu strona, która wydawała się nas przewyższać, polegała na kradzieży naszych treści, a następnie modyfikowaniu ich tak, aby nie naruszała praw autorskich, a następnie przewyższała nas. Zauważyliśmy wzorzec, kiedy spojrzymy wstecz i przeprowadziliśmy kilka badań, które wydaje się, że zmienią projekt naszej strony, poprawią naszą jakość, poprawią rankingi, a następnie skopiują go i za jakiś miesiąc lub dwa zaczną tworzyć ranking my i to um wydaje nam się, że w jakiś sposób algorytmy pomyliły się i przypisują tej witrynie uznanie za to, że jest twórcą treści, a nie my, a następnie tłumią nas w rankingach.

Odpowiedź 6:37 - Nie wiem, musiałbym rzucić okiem na strony, aby zobaczyć, co dokładnie się tam dzieje. Z punktu widzenia algorytmów jest to dość trudne, tak jak nasze algorytmy zawsze wybierałyby tę witrynę zamiast Twojej witryny dla tych zapytań. Ale generalnie chciałbym zrobić, jeśli te witryny kopiują twoje treści, spróbuj znaleźć sposoby na rozwiązanie tego problemu, aby zachęcić ich do niekopiowania twoich treści. Więc może przyjrzyj się takim rzeczom, jak skarga DMCA, nie wiem, czy ma to znaczenie w twoim przypadku, czy nie, ale wszystko, aby spróbować rozwiązać to w sposób, w jaki wyszukiwanie nie musi odgadywać, która z tych wersji zawartość powinna być uszeregowana dla tych zapytań.

Pytanie 11:18 - Czy możesz wyjaśnić problem z używaniem json-ld za pomocą menedżera tagów? Menedżer tagów służy do weryfikacji konsoli wyszukiwania i prawdopodobnie analityki, więc z pewnością jest dość stabilny.

Odpowiedź 11:33 - Myślę, że to, o czym rozmawialiśmy, to sporo razy i kilka takich spotkań, a także napisano o tym nowe posty na blogu od różnych osób, w tym Barry'ego. Ale zasadniczo się do tego wraca, abyśmy mogli pobierać zawartość z menedżera tagów, oznacza to, że musimy być w stanie renderować pliki skryptów z menedżera tagów w procesie JavaScript i wyprowadzać tam zapis oraz uwzględnić stronę indeksowania. Jest to więc coś, co zawsze wymaga dużo pracy dla naszych systemów i nie zawsze jest czymś, co robimy dla wszystkich stron, w szczególności gdy widzimy, że w przeciwnym razie strona byłaby taka sama, naszym systemom jest to trochę trudne do uzasadnienia musimy również przetworzyć cały ten JavaScript. Co więcej, wiele narzędzi testowych nie przetwarza menedżera tagów i nie przetwarza wyników, więc naprawdę trudno jest narzędziom potwierdzić, że te znaczniki działają poprawnie. Przetwarzanie go w wyszukiwaniu zajmuje więcej czasu, może być trochę niestabilne i tak naprawdę nie wiesz dokładnie, w czym jest indeksowane w danym momencie. To wszystko są powody, dla których z mojego punktu widzenia dobrze jest używać menedżera tagów do czegokolwiek innego. W tym celu można go używać również w przypadku danych strukturalnych JsonLD w wyszukiwaniu, ale warto pamiętać, że nie jest to świetne podejście do szczególnie ustrukturyzowanych danych w wyszukiwaniu. Są to znacznie prostsze sposoby dostarczania danych struktury bezpośrednio na stronie internetowej, co ułatwia konserwację, ułatwia śledzenie w celu testowania tego wszystkiego. Tak więc polecam to zrobić, nie mówię, że nie możesz tutaj używać menedżera tagów, do tego z pewnością możesz go użyć, a my postaramy się jak najlepiej go podnieść i użyć i tak dalej, ale tak nie jest całkiem ten sam poziom szybkości i elastyczności, bezpieczeństwa, jeśli chodzi o faktyczne dostarczanie danych struktury bezpośrednio na stronach.

Pytanie 14:00 – Klient wykonał migrację HTTPs, przenosząc się za pomocą 302 zamiast 301, czy musi to zmienić na 301? Po jakim czasie Google zrozumie, że jest to stałe przekierowanie?

Odpowiedź 14:14 - Więc prawdopodobnie będziemy to wyłapywać, wiele osób używa niewłaściwego tagu przekierowania do przenoszenia witryny, a my nadal pracujemy nad tym, aby poprawnie to rozgryźć. Szybkim sposobem sprawdzenia, co się dzieje, jest sprawdzenie w konsoli wyszukiwania, czy rzeczy są poprawnie indeksowane. Więc jeśli nowa domena działa dobrze, to prawdopodobnie już jest w porządku. To powiedziawszy, jeśli rozpoznałeś problemy takie jak ten lub jakiekolwiek inne problemy techniczne w witrynie, które są łatwe do naprawienia i wydaje Ci się, że mogą mieć duży wpływ, po prostu je naprawimy. Zwłaszcza niewłaściwy typ przekierowania, który jest jak jednowierszowa zmiana w pliku htaccess na większości stron internetowych. Więc to jest coś, co jest naprawdę łatwe do naprawienia. Abyś nie musiał się martwić, że wyszukiwarki źle to zinterpretują.

Pytanie 15:20 – Nasze galerie obrazów mają unikalny adres URL dla obrazu, taki jak /gallery/image1 lub /image2 lub /image 3 i chcemy dodać galerię /zobacz wszystkie i użyć go jako kanonicznego adresu URL, ale nie mamy tego linku gdziekolwiek na stronie możemy to zrobić? Czy widok musi być widoczny dla czytelnika?

Odpowiedź 15:46 – W ten sposób przechodzimy do ogólnego pytania, w jaki sposób Google wybiera adres URL do wyświetlania w wyszukiwarce, a z jednej strony jest taki aspekt, jak w tym przypadku strona docelowa dla obrazu 1 mająca wartość kanoniczną rel ustawioną na wyświetlenie całej strony oznaczałoby, że te strony nie są równoważne. Więc jest to rodzaj trafienia lub chybienia, że ​​w ogóle byśmy podjęli i używali tego kanonicznego, myślę, że jest to jeden aspekt, o którym należy pamiętać. Inną rzeczą, o której należy pamiętać, jest to, że nawet jeśli rozumiemy, że te strony mogą być postrzegane jako ekwiwalentne, kwestią jest użycie wielu czynników w celu ustalenia, która z tych stron jest rzeczywiście kanoniczna. Więc do tego używamy rel canonical, używamy przekierowań, jeśli coś mamy. Używamy wewnętrznych linków zewnętrznych, używamy takich rzeczy jak mapy witryn, linki hreflang, wszystko to pomogło nam zrozumieć, który z tych adresów URL jest tym, który powinniśmy wyświetlać i czy określony kanoniczny adres URL jest tym, którego nigdy nie używasz w pozostałych witryny, to prawdopodobnie powiemy, że uczynienie tego linku jako kanonicznym było błędem, ponieważ webmaster tak naprawdę nie miał na myśli, i być może będziemy musieli wybrać inny URL jako kanoniczny. Więc myślę, że to, co się tutaj stanie, to albo zignorujemy relację kanoniczną, ponieważ to nie to samo, albo zamiast tego wybierzemy jedną z innych istniejących stron, ponieważ jest to jedna ze stron, które są jak silnie powiązane w obrębie Strona internetowa. Więc nie sądzę, aby ta konkretna konfiguracja była tak przydatna w twoim przypadku.

Pytanie 17:38 – Jaka jest Twoja rekomendacja dla witryn, które mają dużo treści, które chcą udostępnić w innych językach i krajach, ale do tej pory przetłumaczono tylko interfejs, a więc nie główną treść.

Odpowiedź 17:55 - To jest coś, co zdarza się dość często, zwłaszcza w przypadku treści generowanych przez użytkowników. Więc jeśli masz forum, blog lub coś takiego, a ludzie komentują w jednym języku, ale masz konfigurację tak, aby interfejs użytkownika mógł zmienić się na inne języki. Następnie szybko dochodzi do sytuacji, w której interfejs użytkownika może być w języku francuskim lub niemieckim, ale treść może nadal być na przykład w języku hiszpańskim, ponieważ wszyscy komentują po hiszpańsku i jest to zasadniczo coś, z czym możesz sobie poradzić na wiele sposobów. Możesz więc powiedzieć, że moja wersja kanoniczna to wersja hiszpańska i wszystko jest jak wersja hiszpańska, to jest jedna z opcji, którą możesz zrobić. Możesz użyć adnotacji hreflang pomiędzy tymi wersjami, aby powiedzieć, że jest to najbardziej francuska wersja mojej treści, którą mogę dostarczyć, główna treść nie jest w języku francuskim, ale interfejs użytkownika jest w języku francuskim, więc użytkownik przechodzący na stronę będzie mógł w pewien sposób poruszać się po niej moja strona internetowa to coś, co możesz zrobić. I zasadniczo są to różne odmiany, które możesz tam podać, aby poinformować nas nieco więcej o twoich preferencjach. Z praktycznego punktu widzenia to ostatecznie zależy od Ciebie, jak chcesz być pokazywany w wyszukiwarce. Jeśli więc uważasz, że francuski użytkownik może wejść do Twojej witryny i wylądować na stronie z treścią w języku hiszpańskim i interfejsem użytkownika w języku francuskim, a następnie użyć adnotacji hreflang między tymi wersjami. Jeśli uważasz, że użytkownik we Francji miałby w ogóle problemy z poruszaniem się po Twojej witrynie, gdyby główna treść była w języku hiszpańskim, nawet jeśli interfejs użytkownika jest w języku francuskim, może warto zachować hiszpańską wersję z zaindeksowanym hiszpańskim interfejsem użytkownika. Więc to zależy od ciebie. Myślę, że żadne z tych rozwiązań nie jest idealne. Czasami zależy to trochę od tego, jak jednolita treść jest zrozumiała, jakie wersje językowe chcesz zindeksować i które wersje użytkownicy spodziewają się zobaczyć w wynikach wyszukiwania. Więc na przykład, jeśli jesteś bardzo międzynarodowym forum i ludzie publikują w różnych językach, to prawdopodobnie trudno jest powiedzieć, że chcesz indeksować tylko tę wersję interfejsu użytkownika, może ma sens indeksowanie wszystkich wersji interfejsu użytkownika. Wadą oczywiście indeksowania wszystkich wersji interfejsu użytkownika jest to, że mnoży liczbę adresów URL, które nagle ma Twoja witryna. Oznacza to, że musimy indeksować znacznie więcej, a jeśli jest to duża witryna z treściami tworzonymi przez użytkowników, oznacza to, że musimy indeksować z jednej strony całą treść generowaną przez użytkowników, a następnie musimy indeksować wszystkie jej wielokrotności dla każdej innej wersję językową, której nie wiem, czy jest przydatna, czy to za dużo indeksowania dla Twojej witryny, czy to zapobiega szybkiemu pojawianiu się nowszych treści w wynikach wyszukiwania. To jest coś innego do zaważenia. Jeśli mówisz tylko o kilku tysiącach artykułów, może to mniejszy problem.

Pytanie 21:25 – Mamy bloga działającego równolegle z naszą witryną e-commerce, od samego początku posty na blogu były oznaczane jako napisane przez użytkownika edytora ogólnego. Patrząc na wytyczne dotyczące jakości i EAT, chcielibyśmy zastąpić edytor prawdziwym imieniem i nazwiskiem autora posta, czy tego rodzaju operacja jest pozytywna, czy może potencjalnie powoduje spam?

Odpowiedź 21:48 - Myślę, że to dobre posunięcie, zwłaszcza jeśli wiesz, kto napisał artykuł i możesz traktować go jak autorską stronę docelową. Myślę, że to dobre posunięcie. Nawet z czysto użytkownika punktu widzenia, jeśli ktoś przejdzie do Twojej witryny i nagle zobaczy, że te artykuły zostały napisane przez Barry'ego, a nie tylko redaktora, a Ty masz stronę docelową dla tego autora, może to być znak, że jest to lepsze dla użytkownika, który może być czymś, co użytkownicy wybierają lub wchodzą na stronę docelową autora i widzą, że ten autor jest w rzeczywistości ekspertem w tej dziedzinie i jest tam aktywny od kilku lat, myślę, że zawsze warto mieć na stronie internetowej w ogólnie, a jeśli chodzi o rankingi Google, trudno jest powiedzieć, czy miałoby to jakikolwiek bezpośredni wpływ. Ale przynajmniej pośrednie skutki są takie, że użytkownicy mogą bardziej ufać Twoim treściom, niż polecane, lub myślę, że jest to coś, czego można by się spodziewać.

Pytanie 22:58 – Oznaczenia schematu z wersją na komputer i wersję amp, czy jest w porządku, jeśli wersja na komputer jest zaimplementowana przy użyciu mikrodanych, ale wersja na wzmacniacz używa json-ld?

Odpowiedź 23:09 - Jasne, że jest w porządku. W odniesieniu do formatu lub tego, który jest tam używany, nie widzę problemu z tym, jedyną rzeczą, o której należy pamiętać, jest to, że o ile wiem, niektóre rodzaje danych strukturalnych są dostępne tylko w json-ld. Może to być sytuacja, w której musisz dokładnie sprawdzić typy danych strukturalnych, których używasz, ale masz jedną wersję witryny korzystającą z jednego typu danych strukturalnych w drugiej wersji przy użyciu innego typu, nawet w ramach tego samego komputera mobilnego odmiana aplikacji, jest to z pewnością możliwe, więc na przykład, jeśli masz bloga, może, nie wiem, katalog produktów w Twojej witrynie i witrynie e-commerce, a witryna e-commerce ma recenzje, które używają json-ld, a Twój blog używa znaczniki artykułów używające mikrodanych, nie wiem, czy jest to właściwy sposób, ale to byłoby w porządku.

Pytanie 24:19 – Jeśli chodzi o wyświetlanie ukrytych treści: brak, czy to w porządku, obsługa Google i wspomniała, że ​​białe tło czcionki lub rozmiar czcionki zero będzie sprzeczny z wytycznymi, ale co z wyświetlaniem: brak?

Odpowiedź 24:32 — Ukryte treści generalnie nie są czymś, co doceniamy. W szczególności wygląda na to, że witryna próbuje umieścić w indeksie Google słowa kluczowe, które nie są w rzeczywistości widoczne na samej stronie. Więc to jest coś, czego naprawdę bym unikał. Wspomniałeś o responsywnym designie, a reszta twojego pytania, myślę, że to jedyny aspekt, który tutaj wchodzi w grę. Jeśli więc korzystasz z responsywnego projektowania, aby te treści były widoczne dla użytkowników mobilnych lub komputerów stacjonarnych, to jest to w porządku. Ale jeśli ta treść jest zasadniczo zawsze niewidoczna, jak czcionki zerowe lub biała czcionka na białym tle lub czarna czcionka na czarnym tle, to są to rzeczy, które nasz system wykryje i powie dobrze, że może ten tekst tutaj nie jest tak istotny bo inaczej mogłoby być iz praktycznego punktu widzenia prawdopodobnie nie dostaniesz ręcznej akcji za coś takiego. Ale inaczej niż próbując to rozgryźć i spróbują zdewaluować tę treść, jeśli chodzi o wyszukiwanie. Aby było mniej prawdopodobne, że pojawi się we fragmencie, mniej prawdopodobne jest, że zostanie potraktowany jako naprawdę ważny na tych stronach.

Pytanie 25:55 – Po ręcznym działaniu linków, jak długo Google traktuje domenę po zaakceptowaniu prośby o ponowne rozpatrzenie, ale nie odzyskaniu potencjalnej pozycji w ruchu?

Odpowiedź 26:08 — Myślę, że są to dwa aspekty z jednej strony, jeśli ręczna akcja zostanie rozwiązana, to praktycznie bezpośrednio ta witryna będzie widoczna w wynikach wyszukiwania bez tych ręcznych działań. Jest więc jeden wyjątek, w którym jeśli witryna zostanie usunięta z powodu czystego spamu, to zasadniczo zostanie całkowicie usunięta z naszego indeksu. Nie chodzi więc o to, że możemy go ponownie włączyć i pokazać ponownie, będzie to wymagać ponownego zindeksowania i przetworzenia tej witryny, co czasami zajmuje kilka tygodni, ale w przypadku wszystkich innych ręcznych działań jest to rzecz, w której po rozwiązaniu ręcznych działań i rzeczach są z powrotem w poprzednim stanie, to nie jest tak, że Google żywi urazę i twierdzi, że było tu ręczne działanie, a przynajmniej muszę być bardzo ostrożny, ponieważ naprawdę został rozwiązany. Jeśli chodzi o linki, oczywiście, jeśli Twoja witryna była sztucznie pozycjonowana w wynikach wyszukiwania z powodu nienaturalnych linków, a Ty wykonałeś ręczne działanie i naprawisz to, usuwając te nienaturalne linki, wtedy oczywiście Twoja witryna nie będzie sztucznie pozycjonowana wyżej z powodu te nienaturalne linki zniknęły. Jest to więc coś, w którym zupełnie normalne byłoby zauważenie zmiany widoczności po rozwiązaniu czegoś takiego, podobnie jeśli witryna byłaby nienaturalnie widoczna z powodu innych rzeczy w Twojej witrynie, a Ty rozwiążesz to, usuwając te inne rzeczy, wtedy oczywiście Twoja witryna będzie być widocznym ponownie naturalnie, ale nie będzie to nienaturalnie widoczne z powodu tych rzeczy, które usunąłeś, więc należy o tym pamiętać.

Question 27:59 - In looking at some of our backlink profile we had found, I don't even know how our links ended up on these pages, like on pages that have just like 7,000 links and things like that. We disavowed them when we found them. Is there anything we need to be concerned about other than doing that with when we find stuff like that?

Answer 28:20 - No that's that's essentially the right move to do and especially if it's something that you're really worried about. So I think for most websites it doesn't make sense to go out there and disavow things that are just like iffy and weird because for the most part we just ignore those. So in particular with regards to links, if it's something that when you look at it you say well this could be seen as these links be being bought by us, like naturally placed there by us, if someone from the website team were to take a look at this manually and they would assume that, this is us doing something stupid, that's the kind of thing where I'd say probably disavowing them or getting them removed would be the right move there but otherwise if it's just an iffy link and it looks like it's something like there are millions of other links on there someone ran a tool and dropped tons of links into this forum then that's something our algorithms have figured out already. So that's not something I wouldn't worry about.

Question 30:06 - What do you suggest to tackle a low traffic, low quality pages on a site? There lots of suggestions regarding content pruning what recommendations do you have regarding that?

Answer 30:20 - So I think first off the assumption that a page that has low traffic is also low quality is something that I would question and sometimes pages just have low traffic because a lot of people search for them but they're still a really good truck pages. So II would question kind of the assumption that you can just go into analytics and sort of your pages by a number of page views and delete all of the lowest pages there because I don't think that necessarily picks up like that these pages are really low quality or not. So that's kind of a first assumption there, if you know your website then obviously you can combine different metrics to try to figure out where the low quality pages are but I would still recommend making sure that these are really low quality pages before you take any kind of harsh action on those pages. And then as a next step if you do know that these are low quality pages when whenever I talk to our engineers from the quality team they tell us not to tell web masters to just go off and delete those pages but instead to going to improve them. So if you know that they're low quality pages that probably means you know what is missing and that probably means you know there are ways to kind of make these higher quality pages. So that's kind of the direction I would take there and not just delete things that are low quality but figure out a way to make them more high quality instead. So that could be by combining pages maybe it's something where you see this one-page, its kind of thin but it matches this your page and you have otherwise on your website maybe combining them makes sense. So 301 redirecting them to kind of one shared URL instead that might be an option. Rewriting them to be higher quality is obviously a good idea obviously takes work so it's not this one simple magic trick to make number one. Then finally if it's really something that you can't resolve at all or that is such a big mass of pages that are low quality that you can't really fix then maybe deleting them is it right. So those are kind of the different variations there that are available but again I would strongly question the the assumption that low traffic equals low quality. So if you're looking even looking at a larger site don't just assume that because something has low traffic is sign that it's not important for your website or for the rest of the web.

Answered Cont' 34:03 - Yeah so I think one way you could look at this is to say given this state of content that you have what would be your preferred new website look like? So kind of saying like assuming I had all of this content and I had to create a new website out of it what would it look like and then to try to find a way to migrate your existing content into this new structure that you have in mind and like I said it could improve include combining pages, combining maybe tens of different pages together into one stronger page, it could be deleting pages where you say, well these don't make any sense for my website anymore maybe it was something that users cared about a couple years ago but now, I don't know, nobody is playing ingress anymore so all of those ingress pages on my website I have to make a hard decision and delete them. I can see the shocked faces everywhere in here now. But these kind of things happen over time and it makes sense to clean things up over time and sometimes it means deleting, sometimes that means combining, sometimes that just means rewriting and cleaning up. So it's it's hard to have one one answer that works for every side in every situation.

Question 36:36 - How to fix the crawl frequency of low priority pages within a website? Will Google crawl more of such pages because the quantity of these pages is more compared to the important pages?

Answer 36:49 - So I think this was your question as well in general you don't need things the the crawl rate of pages unless these are pages that are being changed more frequently than the crawl rate. So if you have an article that you wrote and it's being crawled once every three months and you're never changing this article that's that's perfectly fine we don't need to crawl it more often. There is no ranking bonus for being crawled more often. So crawling from our site is more of a technical thing where we say, this page has changed we should find a way to pick up this change as quickly as possible. It's not that we would say well the stage has been crawled twice in the last week therefore we will rank it higher those are completely separate parts of our algorithms.

Question 37:48 - I was checking the log files and 90% of our crawl budget is going to those specific URLs only and only 10% is crawling my product pages. So I was wondering I could make them crawl less frequently for those specific sections and maybe Google can start crawling or kind of giving more importance to my other sections of a set?

Answer 38:18 - Okay so you actually want to do the opposite which is I think a good move too. To have those pages crawled less frequently. So from from our point of view there's really no way to do that. So it's something that you would need to almost attack from the other way around to say, that I think these are other pages that are important on my website and therefore I'll link them prominently within my website. I'll make sure that all of my other pages refer to those pages, that they're specifying the sitemap file with the last modification page that we can confirm. So all of those signals to help us understand we need to be able to crawl these pages more frequently because there are changes on these pages. On the other hand if there are no changes on these pages we don't really to recall them for more free company so that's kind of be the other aspect there. If these are pages that are important for you but they are not changing frequently then there's no need to artificially force them to be crawled more often.

Question 40:11 - Can you tell if with redirection only link penalty passes or link penalty and content penalties both pass for example at website with pure spam manual action is redirected to another site so technically the URLs will be a soft 404, will it affect the redirected website?

Question 40:37 - So I'm not quite sure with which part of this question you're you're kind of focusing on. On the one hand if a random spammy website redirects to your website that's usually something we can recognize and just ignore. On the other hand if yours is that spammy website and you're redirecting to another website to try to escape that penalty then probably we will be able to follow that site migration and apply that manual action or algorithmic action to the new website as well. So my recommendation there would be instead of trying to get away by doing fancy redirects or other types of site moves. I would recommend just cleaning up the issues so that you don't have to worry about those anymore. So if there are link actions with regards to that website then clean up those those links so that you're in a clean state again. The reconsideration process is great for that because someone from the web spam team will take a manual look at your website and they'll say, this looks good this is fine like. You did good work and clean things up it's clear that you understand what you should be doing now so we can remove them. So I think that's really useful to have there from a practical point of view. So that would be kind of my recommendation if you're the website that has this problem. On the other hand if like I mentioned some random website redirects to your website and that's usually something that we can recognize, this is not a normal site move this is just the read website redirecting to you to another website and we can get that.

Question 42:30 - John two quick general questions one related to site load speed, we've read and heard various things including recently people saying that like every microsecond counts and things like that, what is the current policy I know in the past you said as long as it's not ridiculously long to load you're fine?

Answer 42:53 - What is the current policy? So speed is something that does matter quite a bit to us and it has a big effect on users so that's something that I would personally take quite seriously and I think the the nice part about speed is there various tools that gives you pretty objective measures there that you can actually work on. With regards to a lot of us or other issues around SEO like, I don't know the quality of their content things like that speed is something that that is quite measurable and something that you can kind of work on, and it should also be something we're used a direct effect from your users behavior within your website. So it's not just something that from from Google's point of view like we say speed is important it is rank tracker but it's something that you will see directly when users come to your website and your website is suddenly taking a couple seconds longer to load those users will react quite differently on your website and you'll have more trouble converting them into customers however you define customers on your website.

Question 44:08 - From the standpoint of like if it's 1.1 seconds versus 1.2 second that kind of thing would would you say that that's very important to try to really optimize those?

Answer 44:21 - I think the tricky part with speed is there's so many different measures in the meantime that it's hard for me to say like, load time is the only thing you should be thinking about, but there ways to to kind of determine how quickly the page is is generally accessible. How quickly they the content is visible on the page, even kind of ignoring the aspect that maybe the rest of the page below the fold is still rendering and still takes a bit of time to actually be ready, maybe the part that users care about is actually visible fairly quickly. So from from that point of view usually small differences are less of a thing but kind of like I mentioned speed is something where you can use these different tools who could come up with a different metrics and you can focus on those metrics and try to improve those and you can measure that yourself and you can kind of work on that without having to go through various Google tools and waiting for things to update in the index in these tools.

Question 45:47 - Can I use Google official videos in my blog or can I only link to them for example Matt Cutts videos about SEO. I will use Adsense on the blog when I have enough adsense my blog will be complete in 6 months.

Answer 46:03 - I don't think there are any restrictions with regards to embedding videos for a channel but if there were no restrictions then I think the embed option YouTube wouldn't be available there. So if the embed option is there then then go for it. I think in in general I'd be cautious about using just a video as the primary piece of content on a web page and you should really work to kind of use the video in a way that supports your primary content but not that it replaces your primary. So for example I wouldn't take any of these videos and just put them on a blog post and add a title to them and expect them to show up highly in search. But if you have specific content around that video if you have a transcription of that many don't you have some comments to that transcription to the content that are shown in the video or you're using that video as kind of a point of reference with regards to your content and I think that's a perfectly fine approach. But just purely using a video on a page is something that atleast in a web search point view makes it really hard for us to determine what is actually useful on this page and why should we show it in the search results.

Question 47:27 - If I pay for Google Ads will my ranking be better or worse?

Odpowiedź 47:34 – Więc otrzymujemy to pytanie od czasu do czasu, a pytanie tutaj brzmi: czy mój ranking zostanie naruszony, ale lepsze lub najgorsze jest coś, co słyszymy od niektórych osób, że twój ranking nie zostanie uzyskany lepiej, jeśli korzystasz z Google Ads, niektórzy twierdzą, że Twój ranking spadnie, jeśli użyjesz reklam Google, ponieważ chcemy, abyś kupował więcej reklam, a żadna z tych rzeczy nie jest prawdziwa. Tak więc nasze wyniki wyszukiwania są całkowicie niezależne od tego, czy korzystasz z Google Ads, są całkowicie niezależne od technologii, których używasz w swojej witrynie. Więc jeśli używasz czegoś takiego jak analityka lub innego narzędzia śledzącego, to zależy wyłącznie od Ciebie. Jeśli zarabiasz z Adsense lub którąkolwiek z innych sieci reklamowych, całkowicie zależy od Ciebie. Więc niezależnie od tego, czy korzystasz z produktów Google w swojej witrynie, czy korzystasz z innych usług Google dla swojej witryny, zależy wyłącznie od Ciebie. To jest coś, co wolimy, aby te usługi działały samodzielnie, a jeśli powiesz ten konkretny powód, usługa Google nie jest świetna, nie chcę z niej korzystać, możesz użyć czegoś innego. Nie chcemy umieszczać Cię w tym polu, w którym utkniesz między skupieniem się na swojej witrynie i robieniem tego, co uważasz za słuszne dla swoich użytkowników, a koniecznością korzystania z tego jednego konkretnego produktu. Więc tak naprawdę jest tak, że nie łączymy ich razem i robimy to wprost i ciężko pracujemy, aby upewnić się, że te rzeczy działają dobrze.