8 Februari 2019 – Catatan Hangout Bantuan Google

Minggu ini John memiliki beberapa wawasan yang bagus tentang Panduan Penilai Kualitas, yang kami adalah penggemar beratnya, dalam hal kepercayaan situs web. Di bawah ini adalah pertanyaan dan jawaban pilihan yang kami pikir paling membantu untuk SEO. Video lengkap dan transkripsi di bawah ini!

Bagaimana Google menafsirkan halaman ketika tag h digunakan sebagai ganti <p>?

4:34

Saya tidak melihat masalah besar dengan itu maksud saya jelas seperti Anda karena Anda menyadarinya mungkin sesuatu yang masuk akal untuk dibersihkan tetapi bukan berarti kami akan mengatakan ini adalah efek negatif melainkan apa yang Anda lakukan di sana dengan mengatakan semuanya penting, Anda memberi tahu kami bahwa semuanya sama pentingnya. Jadi sepertinya semuanya penting karena itu tidak ada yang terlalu penting. Jadi kami kesulitan memahami konteks di dalam halaman. Jadi itu sebabnya sebagian besar saya akan membersihkannya. Kita dapat mengetahui bagian mana yang benar-benar penting dan bagian mana yang merupakan jenis teks normal dan dengan cara itu kita dapat memahami halaman ini sedikit lebih baik. Saya tidak tahu apakah Anda akan melihat perubahan peringkat langsung karena perbaikan itu, tetapi ini memudahkan kami untuk mengetahui tentang apa sebenarnya halaman itu. Saya tidak berpikir ini akan menjadi sesuatu yang kami akan lihat sebagai spam atau sesuatu yang akan terlihat bermasalah itu benar-benar hanya Anda Anda tidak memberi kami informasi sebanyak yang Anda bisa berikan kepada kami dengan memberi tahu kami bahwa ini sangat penting dan ini adalah jenis konten normal

Ringkasan: Ini mungkin bukan masalah besar. Namun, John menegaskan bahwa Google dapat menggunakan tag h untuk menentukan konten mana pada halaman yang penting dan tentang apa halaman tersebut.

Mengapa Google terkadang tidak menghormati kanonik pada konten sindikasi?

8:56

Saya pikir ini selalu merupakan situasi yang rumit, kami mencoba mencari tahu halaman mana yang paling relevan untuk beberapa pertanyaan ini dan mengarahkan pengguna langsung ke sana, tetapi jika ini adalah situs web yang benar-benar terpisah dan mereka hanya memposting artikel yang sama, maka ada juga banyak jenis nilai tambahan dari sisa situs web dan itu bisa menjadi informasi pada halaman tertentu itu bisa menjadi jenis nilai tambahan yang dibawa oleh sisa situs web di mana ketika seseorang pergi ke satu artikel itu mungkin mereka pergi dan lihat hal-hal lain di situs web itu karena jika tidak, itu juga sangat bagus. Jadi itu adalah sesuatu yang selalu bisa terjadi dan jika Anda mensindikasikan konten, itu adalah sesuatu yang perlu Anda pertimbangkan bahwa mungkin saja konten yang Anda sindikasikan ke beberapa situs web lain berakhir dengan peringkat di atas konten Anda yang tidak selalu sepenuhnya dapat dihindari. . Jadi itu adalah semacam trade-off yang harus Anda lihat di sana. Saya pikir kanonik adalah cara yang baik untuk memberi tahu kami bahwa kedua halaman ini milik bersama tetapi juga kasus bahwa kanonik tidak benar-benar benar dalam hal apa pun seperti ini karena halamannya sendiri mungkin sangat berbeda. Mungkin ada blok teks yang sama di kedua halaman ini, tetapi mungkin ada banyak konten lain di sekitar halaman itu yang sama sekali berbeda yang bisa berupa komentar pengguna, yang bisa berupa komentar pengguna lainnya. situs web itu sendiri. Jadi sekali lagi itu semacam pertukaran yang harus Anda perhatikan masuk akal untuk membawa informasi ke khalayak yang lebih luas dengan mensindikasikan konten tetapi di sisi lain Anda harus memperhitungkan bahwa mungkin situs web lain ini akan mendapat peringkat di atas situs web Anda ketika harus mencari konten tertentu.

Ringkasan: Jika Anda mensindikasikan konten, Google dapat memilih untuk mengindeks konten di situs yang menerbitkan ulang daripada milik Anda sendiri. Jika ada banyak konten lain (seperti komentar) di salah satu halaman ini, maka Google mungkin tidak menghormati kanonik.

Apakah Google selalu mengenali markup data terstruktur?

26:58

Jadi saya tidak tahu apa yang Anda maksud dengan organisasi data terstruktur tetapi secara umum kami memiliki algoritme yang mencoba mencari tahu kapan masuk akal untuk menampilkan data terstruktur sebagai hasil kaya dalam hasil pencarian dan ketika kami merasa bahwa mungkin itu tidak berhasil merasakan atau ketika kami merasa bahwa mungkin kami tidak yakin seratus persen tentang situs web ini atau tentang cara data terstruktur diterapkan di situs web ini dan kami akan sedikit lebih berhati-hati. Jadi itu adalah sesuatu di mana jika Anda memberikan markup data terstruktur yang valid, itu bukan jaminan bahwa itu akan selalu ditampilkan persis seperti itu di hasil pencarian.

Ringkasan: Jika data terstruktur tidak memberikan hasil yang kaya untuk Anda (seperti bintang di hasil pencarian), bisa jadi itu tidak diterapkan dengan benar. Tapi, bisa juga karena algoritma Google memutuskan untuk tidak menampilkannya.

Apakah Google selalu mengenali markup data terstruktur?

53:46

Saya pikir itu selalu sedikit rumit biasanya ada dua aspek yang terlibat di sana. Salah satunya lebih merupakan masalah terutama dengan situs web yang lebih baru di mana nama situs web atau nama perusahaan lebih seperti kueri umum. Jadi kalau misalnya nama websitenya adalah “Pengacara Terbaik di Pittsburgh” atau semacamnya. Kemudian di satu sisi itu mungkin nama perusahaan, di sisi lain jika seseorang mengetiknya ke dalam pencarian, kita mungkin akan berasumsi bahwa mereka tidak mencari perusahaan tertentu itu, tetapi mereka mencari informasi untuk kueri itu. . Jadi itu terutama dengan perusahaan baru, itu adalah sesuatu yang kita lihat sesekali. Kami melihat bahwa forum atau orang-orang di sana berkata, oh saya tidak memberi peringkat untuk nama domain saya, dan kemudian nama domain mereka seperti saya tidak tahu penyedia VPN terbaik. 'tidak berarti Anda akan diberi peringkat untuk kueri itu. Jadi itu satu hal ketika datang ke situs yang sedikit lebih mapan yang sudah ada di luar sana biasanya itu lebih merupakan tanda bahwa kita tidak terlalu mempercayai situs web itu lagi. Jadi itu adalah sesuatu di mana kami mungkin mengenali bahwa sebenarnya orang-orang mencari perusahaan ini tetapi kami merasa mungkin situs web perusahaan itu sendiri bukanlah hasil yang paling relevan di sini, mungkin kami merasa bahwa ada semacam informasi tambahan tentang perusahaan itu yang lebih penting bagi pengguna lihat dulu mana yang bisa mengakibatkan hal seperti ini terjadi. Biasanya hal itu lebih merupakan masalah mengacak-acak satu atau dua halaman pertama dalam hasil pencarian. Akan sangat jarang bahwa hal seperti itu akan mengakibatkan situs web tidak muncul sama sekali di beberapa halaman pertama hasil pencarian. Saya pikir itulah yang Anda soroti di sana dengan pertanyaan Anda dan itu adalah sesuatu yang menurut saya baik, bahkan jika kami tidak terlalu mempercayai situs web ini lagi maka kami setidaknya harus memilikinya di suatu tempat di hasil pencarian karena jika kami dapat mengetahuinya bahwa seseorang secara eksplisit mencari situs web itu akan merugikan pengguna untuk tidak menampilkannya sama sekali. Seperti untuk mungkin untuk kueri umum, orang dapat berargumen mungkin itu bukan hasil yang sempurna, tetapi jika kami dapat mengatakan bahwa mereka benar-benar mencari situs web itu, setidaknya kami harus memberi pengguna kesempatan untuk melihat situs web itu juga. Jadi itulah mengapa saya mengambil itu dan berkata baik mungkin kita harus menangkap ini sedikit lebih baik dan saya tidak tahu apakah algoritme kami benar-benar memahami seberapa tepercaya situs web Anda nantinya. Saya tidak tahu situs webnya sehingga sangat sulit bagi saya untuk menilai, tetapi bahkan jika kami berpikir bahwa itu tidak dapat dipercaya sama sekali, mungkin kami masih harus menunjukkannya di suatu tempat di hasil pencarian di halaman pertama. Hal lain yang mungkin perlu dilihat jika Anda belum melakukannya adalah melihat pedoman penilai kualitas yang kami miliki dan ada banyak informasi tentang jenis kepercayaan di sana. Beberapa di antaranya layak diambil dengan sebutir garam bukan karena kami mengambil semacam itu satu-satu dan menggunakannya sebagai faktor peringkat tetapi ada banyak ide di sana terutama ketika Anda berbicara tentang suatu topik itu semacam situs web hukum atau situs web medis maka masuk akal untuk menunjukkan kepada pengguna seperti mengapa Anda memberikan informasi ini mengapa mereka harus mempercayai Anda.

Ringkasan: Jika Anda memiliki merek baru yang kebetulan memiliki kata kunci di nama merek dan url, ini tidak berarti bahwa Anda harus secara otomatis memberi peringkat untuk kata kunci tersebut. Namun, jika algoritme Google tidak memercayai situs Anda, maka peringkatnya tidak akan bagus. John mengarahkan kami ke Pedoman Penilai Kualitas untuk info lebih lanjut. Catatan kami: Ada juga informasi bagus di sini tentang bagaimana kami berpikir bahwa pembaruan algoritme terkini terkait dengan kepercayaan.

Jika Anda menyukai hal-hal seperti ini, Anda akan menyukai buletin saya!

Saya dan tim saya melaporkan setiap minggu tentang pembaruan algoritma Google terbaru, berita, dan tip SEO.

Video Lengkap dan Transkrip

Catatan dari Yohanes 0:33 - Saya hanya ingin membicarakan satu hal secara singkat sebelum kita beralih ke pertanyaan. Seperti yang mungkin telah Anda lihat, kami melakukan posting blog tentang konsol pencarian, beberapa perubahan yang muncul di konsol pencarian. Tahun lalu kami mulai pindah ke platform baru di konsol pencarian dan bagi kami untuk tim konsol pencarian, ini adalah sesuatu yang telah mereka kerjakan selama beberapa waktu dan ini adalah sesuatu yang harus kami selesaikan kurang lebih menuju paling lambat akhir tahun. Jadi tujuan kami dengan posting blog dengan beberapa perubahan yang akan datang adalah untuk memastikan bahwa kami memberi tahu Anda semua sedini mungkin. Sehingga ketika hal-hal berubah atau hilang dengan cara yang menurut kami dapat memengaruhi Anda, kami ingin memberi tahu Anda tentang hal itu sedini mungkin. Perubahan Saya pikir selalu sedikit merepotkan terutama ketika Anda memiliki proses yang bekerja cukup baik dan seseorang pergi dan mengubah alat atau mengubah data yang disediakan di alat itu selalu sedikit membuat frustrasi. Jadi beberapa dari perubahan ini tidak dapat kami hindari beberapa di antaranya kami pikir kami harus melakukannya pada awalnya ketika kami memulai dengan konsol pencarian mengetahui sekarang jika kami telah mengetahui maka apa yang kami ketahui sekarang adalah sesuatu seperti perubahan kanonik yang kami umumkan minggu ini. Jadi saya menyadari kadang-kadang ini agak membuat frustrasi, tetapi kami berharap kami akan memiliki jalan yang cukup bagus ke depan dan kami ingin benar-benar memberi tahu Anda lebih awal dan membiarkan Anda mencoba berbagai hal lebih awal sehingga Anda tidak terlalu terkejut ketika ada perubahan. Kami juga memiliki banyak hal yang sangat rapi dan dengan beralih ke platform baru dan menghapus beberapa fitur lama, tim memiliki lebih banyak waktu untuk benar-benar bergerak maju dan membuat hal-hal baru dan mewah. Jadi, Anda dapat melakukannya di sana jika Anda merasa yakin tentang hal-hal tertentu yang hilang atau hilang atau yang ingin Anda lihat di alat baru, pastikan untuk menggunakan fitur umpan balik di konsol pencarian dan jangan pergi begitu saja. di sana dan katakan seperti saya sangat menginginkan ini tetapi beri kami beberapa informasi tentang apa yang ingin Anda lihat dari itu seperti apa yang ingin Anda capai dengan memiliki fitur baru ini atau memiliki hal yang sama seperti yang kami miliki di yang lama di yang baru karena memberi kami sedikit lebih banyak informasi di sana membantu kami mencari tahu bagaimana kami perlu memprioritaskan ini adalah sesuatu yang mungkin kami lewatkan sesuatu yang seharusnya kami pikirkan sejak awal. Apakah ini sesuatu yang mungkin kami dapat memberikan cara yang lebih baik untuk memberi Anda informasi itu atau untuk membantu Anda melakukan hal itu daripada yang kami miliki di alat lama. Jadi pastikan untuk masuk ke alat umpan balik kirimi kami informasi beri kami umpan balik tentang apa yang menurut Anda ingin Anda lihat secara berbeda beberapa dari hal-hal ini yang akan dapat kami lakukan beberapa di antaranya mungkin membutuhkan waktu sedikit lebih lama karena kami benar-benar membutuhkannya untuk pertama-tama membersihkan semua barang lama yang telah kami kumpulkan selama bertahun-tahun dan memindahkan semuanya ke platform baru. Jadi untuk beberapa hal itu saya suka sedikit kesabaran tetapi tidak apa-apa untuk memberi tahu kami secara vokal jika ada sesuatu yang Anda rasakan sangat kuat, jadi jangan terlalu malu.

Pertanyaan 4:34 - Kami menemukan salah satu situs klien kami, cara mereka membangun situs web tidak ada teks paragraf, semuanya adalah tag h1 h2 h3 h4. Jadi ini menggunakan tag heading 4 alih-alih tag P. Konten utama website mereka menggunakan tag heading 4 untuk konten utama website. Apakah ini berdampak negatif pada peringkat mereka?

Answer 4:40 - Saya tidak melihat masalah besar dengan itu maksud saya jelas seperti Anda karena Anda melihat itu mungkin sesuatu yang masuk akal untuk dibersihkan tetapi bukan berarti kami akan mengatakan ini adalah efek negatif melainkan apa yang Anda lakukan di sana dengan mengatakan semuanya penting Anda memberi tahu kami bahwa semuanya sama pentingnya. Jadi sepertinya semuanya penting karena itu tidak ada yang terlalu penting. Jadi kami kesulitan memahami konteks di dalam halaman. Jadi itu sebabnya sebagian besar saya akan membersihkannya. Kita dapat mengetahui bagian mana yang benar-benar penting dan bagian mana yang merupakan jenis teks normal dan dengan cara itu kita dapat memahami halaman ini sedikit lebih baik. Saya tidak tahu apakah Anda akan melihat perubahan peringkat langsung karena perbaikan itu, tetapi ini memudahkan kami untuk mengetahui tentang apa sebenarnya halaman itu. Saya tidak berpikir ini akan menjadi sesuatu yang kami akan lihat sebagai spam atau sesuatu yang akan terlihat bermasalah itu benar-benar hanya Anda Anda tidak memberi kami informasi sebanyak yang Anda bisa berikan kepada kami dengan memberi tahu kami bahwa ini sangat penting dan ini adalah jenis konten normal

Pertanyaan 7:03 - Kami terus mendapatkan tautan rusak acak di konsol pencarian Saya bertanya-tanya apa yang harus kami lakukan di sana dengan mengalihkannya atau membiarkannya apa adanya?

Jawaban 7:15 - Saya tidak tahu tautan rusak acak apa yang Anda lihat di sana yang mungkin menjadi sesuatu untuk diposting di forum untuk mendapatkan saran juga, tetapi secara umum jika Anda melihat tautan yang menunjuk ke situs web Anda yang tidak 'tidak berfungsi sama sekali maka tidak masalah mengembalikan 404 untuk URL yang tidak ada. Untuk itulah kode status 404 digunakan dan sistem kami bekerja dengan baik. Jadi jika ada URL yang tidak pernah ada, kembalikan 404 itu baik-baik saja. Di sisi lain, jika Anda melihat bahwa ada tautan yang datang ke situs web Anda yang mengarah ke tempat lain, Anda dapat menebak apa maksudnya dan mungkin mereka hanya salah ketik atau titik tambahan di akhir atau sesuatu seperti itu, maka itu mungkin masuk akal. untuk mengarahkan ulang terutama ketika Anda melihat orang-orang melalui tautan tersebut karena sepertinya ada sesuatu atau seseorang yang mencoba merekomendasikan situs web Anda tetapi mereka tidak melakukannya dengan benar. Jadi mungkin masuk akal untuk mengarahkan mereka ke halaman yang benar sebagai gantinya. Saya pikir untuk kedua situasi ini adalah sesuatu di mana Anda juga dapat melihat sedikit lalu lintas melalui URL tersebut jika banyak orang pergi ke URL tersebut maka entah bagaimana itu mendorong karena orang ingin pergi ke halaman Anda maka mungkin masuk akal untuk mencari cara untuk menentukan apa yang dimaksud dengan tautan ini dan ke mana saya bisa mengarahkannya, ke mana saya bisa mengarahkan orang.

Pertanyaan 8:56 - Faktor apa yang mungkin menyebabkan konten yang telah disindikasikan di situs mitra mendapat peringkat yang baik. Ini terlepas dari kenyataan bahwa kanonik diatur ke konten asli di pihak saya dan telah ada selama beberapa bulan. Apakah ini masalah situs atau niche atau otoritas. Apa yang bisa kita lakukan di sana?

Answer 9:19 - Saya pikir ini selalu merupakan situasi yang rumit, kami mencoba mencari tahu halaman mana yang paling relevan untuk beberapa pertanyaan ini dan mengarahkan pengguna langsung ke sana, tetapi jika ini adalah situs web yang benar-benar terpisah dan mereka hanya memposting artikel yang sama maka ada juga banyak jenis nilai tambahan dari sisa situs web dan itu bisa menjadi informasi pada halaman tertentu itu bisa menjadi jenis nilai tambahan yang dibawa oleh sisa situs web di mana ketika seseorang pergi ke satu artikel itu mungkin mereka pergi dan melihat hal-hal lain di situs web itu karena jika tidak, itu juga sangat bagus. Jadi itu adalah sesuatu yang selalu bisa terjadi dan jika Anda mensindikasikan konten, itu adalah sesuatu yang perlu Anda pertimbangkan bahwa mungkin saja konten yang Anda sindikasikan ke beberapa situs web lain berakhir dengan peringkat di atas konten Anda yang tidak selalu sepenuhnya dapat dihindari. . Jadi itu adalah semacam trade-off yang harus Anda lihat di sana. Saya pikir kanonik adalah cara yang baik untuk memberi tahu kami bahwa kedua halaman ini milik bersama tetapi juga kasus bahwa kanonik tidak benar-benar benar dalam hal apa pun seperti ini karena halamannya sendiri mungkin sangat berbeda. Mungkin ada blok teks yang sama di kedua halaman ini, tetapi mungkin ada banyak konten lain di sekitar halaman itu yang sama sekali berbeda yang bisa berupa komentar pengguna, yang bisa berupa komentar pengguna lainnya. situs web itu sendiri. Jadi sekali lagi itu semacam pertukaran yang harus Anda perhatikan masuk akal untuk membawa informasi ke khalayak yang lebih luas dengan mensindikasikan konten tetapi di sisi lain Anda harus memperhitungkan bahwa mungkin situs web lain ini akan mendapat peringkat di atas situs web Anda ketika harus mencari konten tertentu.

Pertanyaan 11:24 - Google melaporkan halaman produk kami yang kedaluwarsa sebagai soft 404 untuk URL ini dialihkan ke produk alternatif yang relevan dengan pesan yang mengatakan bahwa produk yang mereka inginkan tidak tersedia. Apakah pengalihan menyebabkan soft 404 atau konten halaman pengalihan?

Jawaban 11:47- Saya menduga apa yang terjadi di sini adalah bahwa algoritme kami melihat halaman ini dan mereka melihat bahwa mungkin ada spanduk di halaman ini yang mengatakan produk ini tidak lagi tersedia dan mereka menganggap itu berlaku untuk halaman pengguna berakhir. Jadi itu terkadang tidak bisa dihindari di sana. Jika Anda benar-benar mengganti satu produk dengan produk lain, mungkin masuk akal untuk mengalihkan saja.

Pertanyaan 12:32 - Berapa lama waktu yang dibutuhkan Google untuk mengenali tag Hreflang? Mungkinkah Google pertama kali mengindeks dari Swiss dan menampilkan versi CH dari situs web di bawah TLD Jerman?

Answer 13:02 - Jadi kami sebenarnya tidak mengindeks konten terlebih dahulu dari Swiss, perayap kami dan sistem kami lebih berlokasi di AS daripada di Swiss. Jadi saya tidak berpikir kami akan memprioritaskan konten Swiss di atas konten lain, tetapi apa yang terjadi dengan tautan hrefLang secara umum adalah semacam proses multi-langkah. Pertama, kita harus merayapi dan mengindeks versi halaman yang berbeda itu. Kemudian kami harus mengindeksnya dengan URL yang sama dengan yang Anda tentukan di dalam markup hreflang dan kemudian kami harus dapat mengikuti markup hreflang di antara versi halaman yang berbeda tersebut dan untuk melakukan itu kami juga harus mendapatkan konfirmasi itu kembali. . Jadi itu adalah sesuatu yang memakan waktu sedikit lebih lama dari sekadar perayapan dan pengindeksan normal, kita harus memahami jaringan antara halaman yang berbeda ini yang semuanya seharusnya menjadi bagian dari kumpulan halaman hreflang ini. Jadi itu adalah sesuatu yang mungkin normal untuk kita ambil, saya tidak tahu, mungkin dua hingga tiga kali lebih lama daripada yang kita lakukan untuk hanya merayapi dan mengindeks satu halaman sehingga kita dapat memahami tautan antara versi hreflang. Sekali lagi tidak ada preferensi untuk Swiss atas negara-negara lain di Eropa Saya pikir itu akan baik dari hanya untuk saya pribadi dari semacam sudut pandang egois tetapi tidak masuk akal dalam jenis wilayah global pada umumnya. Kami kami mencoba untuk memperlakukan semua situs web yang sama. Jadi hanya karena sebuah situs web memiliki versi CH tidak berarti secara otomatis peringkatnya di atas versi Jerman. Jadi hal lain dengan hreflang adalah untuk sebagian besar tidak mengubah peringkat itu hanya menukar URL.

Pertanyaan 15:12 - Saya baru-baru ini mengubah domain situs saya dari yang ini ke yang lain 301 redirect di tempat. Perubahan alamat telah dimulai, saya masih melihat URL lama dan sudah lebih dari tiga minggu apakah itu normal? Saya memiliki beberapa masalah dengan 301 yang tidak aktif selama seminggu setelah migrasi terjadi tetapi sekarang aktif. Untuk beberapa kueri, situs lama dan baru muncul di hasil penelusuran. Apa yang bisa saya lakukan secara berbeda di sini?

Jawaban 15:46 - Jadi pengalihan 301 benar-benar yang harus Anda perhatikan. Penting bagi kami bahwa pengalihan 301 dilakukan per halaman. Jadi semua halaman lama dialihkan ke halaman yang sama di situs web baru. Kami memiliki semua yang tercakup dalam informasi kami di Pusat Bantuan untuk pemindahan situs, jadi saya akan memeriksanya kembali dan melalui langkah demi langkah dan URL demi URL bahkan untuk melihat bahwa ini benar-benar berfungsi sebagaimana mestinya. . Hal lain yang perlu diingat adalah kami merayapi dan mengindeks URL satu per satu. Jadi kami tidak merayapi seluruh situs web sekaligus dan kemudian menggantinya, kami melakukannya selangkah demi selangkah dan beberapa halaman ini dirayapi dan diindeks dengan sangat cepat dalam beberapa jam, beberapa di antaranya membutuhkan waktu lebih lama untuk di-re- dirayapi dan diindeks ulang dan itu bisa memakan waktu beberapa bulan. Jadi itu adalah sesuatu yang bisa berperan di sini juga di mana mungkin kita tidak memiliki kesempatan untuk merayapi dan mengindeks dan memproses pengalihan untuk semua halaman ini sehingga masih ada beberapa yang hanya kita lihat di situs web lama dan beberapa yang sudah kita lihat di yang baru. Itu bisa berperan di sini juga terutama jika Anda melihat periode tiga atau empat minggu dan itu akan menjadi normal dan akhirnya apa yang juga berperan sedikit dalam ini adalah sesuatu yang menurut SEO dan webmaster benar-benar membingungkan bahwa bahkan setelah kami memproses pengalihan itu jika seseorang secara eksplisit mencari URL lama, kami akan menunjukkan kepada mereka URL lama. Jadi itu sedikit membingungkan sistem kami mencoba membantu di sini dan mengatakan kami tahu URL lama ini dulu ada dan kami memiliki konten baru di sini, tetapi kami akan menunjukkannya kepada Anda karena mungkin itulah yang Anda cari. Jadi misalnya jika Anda melakukan kueri situs untuk URL lama bahkan mungkin di sini setelah melakukan pemindahan situs, kami masih dapat menampilkan beberapa URL dari situs web lama Anda dengan kueri situs meskipun kami telah memproses pengalihan untuk URL tersebut . Jadi ketika Anda mengubah nama situs Anda misalnya, Anda akan melihat dalam kueri situs Anda akan melihat URL lama dengan nama situs baru yang disebutkan di sana dan dari sudut pandang kami itu berfungsi sebagaimana mestinya, kami mencoba membantu rata-rata pengguna yang mencari URL. Bagi seorang webmaster yang baru saja melakukan pemindahan situs memang agak membingungkan. Jadi saya tidak tahu apakah itu sesuatu yang akan kami ubah, tetapi secara umum saya pikir itu masuk akal.

Pertanyaan 21:46 - Bagaimana cara bot pencarian Google melihat personalisasi situs web? Kami memiliki lapisan produk baru yang memungkinkan personalisasi situs web berdasarkan lokasi industri bahkan untuk satu perusahaan, ini memungkinkan kami untuk benar-benar menyesuaikan konten.

Jawaban 22:12 - Saya pikir kita melihat ini untuk terakhir kalinya juga, tetapi hanya untuk memberikan jawaban cepat di sini, yang terpenting adalah Googlebot sebagian besar merayapi dari AS. Jadi, jika Anda menyajikan konten yang berbeda ke negara yang berbeda, Googlebot mungkin hanya akan melihat konten versi AS. Kami tidak akan dapat mengindeks versi konten yang berbeda untuk lokasi yang berbeda. Jadi, jika ada sesuatu yang ingin Anda indeks, pastikan itu ada di bagian umum situs web Anda sehingga Googlebot pasti dapat mengambilnya. Anda dipersilakan untuk menggunakan personalisasi untuk menambahkan informasi tambahan di seluruh halaman tetapi jika Anda ingin sesuatu diindeks, itu harus di bagian halaman yang tidak terkait dengan personalisasi.

Pertanyaan 22:59 - Saya ingin tahu seberapa besar tingkat kinerja yang sangat rendah di web.div memengaruhi peringkat situs web Google?

Jawaban 23:06 - Saya tidak tahu. Jadi web.dev adalah alat yang sangat keren yang mengumpulkan berbagai tes yang kami miliki di mercusuar dan memberi Anda skor pada tes tersebut dan memandu Anda melalui proses peningkatan skor tersebut. Jadi, ketika datang untuk mempercepat hal-hal yang Anda perlu berhati-hati untuk hal-hal yang Anda dapat mencoba dan dari waktu ke waktu melacak kemajuan situs web Anda dan jenis saat Anda akan melalui konten yang berbeda yang ada di alat itu. Jadi itu adalah sesuatu yang menurut saya umumnya merupakan praktik yang baik untuk dilalui dan untuk diselesaikan, tetapi juga sesuatu yang merupakan praktik yang baik untuk diikuti, tetapi itu tidak berarti bahwa mereka secara otomatis akan menghasilkan peringkat yang lebih tinggi. Demikian pula jika Anda memiliki skor rendah di sini, itu tidak berarti bahwa peringkat situs web Anda sangat buruk karena tidak mengikuti praktik terbaik. Jadi ada semacam aspek di satu sisi jika situs web Anda sangat buruk sehingga kami tidak dapat mengindeksnya dengan benar sama sekali yang mungkin terjadi seperti skor SEO yang sangat rendah di mercusuar di mana kami tidak dapat mengakses URL atau tidak ada URL di halaman ini dan hanya JavaScript shell yang tidak dapat kami proses JavaScriptnya. Bahwa saya dapat memiliki efek yang parah pada SEO Anda tetapi di sisi lain jika itu hanya masalah situs Anda menjadi sedikit lambat atau tidak dioptimalkan dengan sempurna, saya tidak tahu apakah itu akan menyebabkan efek yang signifikan pada situs web Anda. Jadi rekomendasi saya di sini adalah untuk melihat saran yang diberikan di alat seperti web.dev dan pikirkan tentang apa yang dapat Anda terapkan pikirkan tentang bagian-bagian yang menurut Anda penting untuk situs web Anda di satu sisi untuk mesin telusur tentu saja jika Anda menanyakan ini di sini di sisi lain juga untuk pengguna Anda karena pada akhirnya jika Anda melakukan sesuatu yang meningkatkan hal-hal untuk pengguna Anda, maka itu akan memiliki semacam efek tetesan jangka panjang di seluruh situs web Anda juga.

Pertanyaan 26:58 - Dapatkah Google memutuskan apakah akan menampilkan informasi organisasi data terstruktur atau tidak.

Answer 27:05 - Jadi saya tidak tahu apa yang Anda maksud dengan organisasi data terstruktur tetapi secara umum kami memiliki algoritme yang mencoba mencari tahu kapan masuk akal untuk menampilkan data terstruktur sebagai hasil kaya dalam hasil pencarian dan kapan kami merasa itu mungkin itu tidak masuk akal atau ketika kami merasa bahwa mungkin kami tidak yakin seratus persen tentang situs web ini atau tentang cara data terstruktur diterapkan di situs web ini dan kami akan sedikit lebih berhati-hati. Jadi itu adalah sesuatu di mana jika Anda memberikan markup data terstruktur yang valid, itu bukan jaminan bahwa itu akan selalu ditampilkan persis seperti itu di hasil pencarian.

Pertanyaan 28:31 - Pertanyaan mengenai struktur situs web dan konfigurasi multi-regional multibahasa haruskah saya khawatir tentang konfigurasi parameter URL saat memisahkan domain berdasarkan folder ke layanan terpisah di konsol pencarian.

Answer 28:52 - Jadi saya pikir di satu sisi saya pikir ada baiknya Anda melihat masalah semacam ini di sisi lain saya agak khawatir Anda akan memiliki konfigurasi yang berbeda untuk situs web berdasarkan subdirektori karena kedengarannya seperti mungkin Anda tidak melakukan sesuatu yang bersih dengan parameter konfigurasi URL secara umum di seluruh situs web. Jadi itu sesuatu di mana, saya tidak tahu situs web di sini secara khusus sehingga sangat sulit untuk mengatakannya, tetapi sepertinya Anda memiliki parameter berbeda yang berarti hal yang berbeda atau yang dapat diabaikan atau yang tidak boleh diabaikan tergantung pada jenis subdirektori individual dalam situs web Anda. Di satu sisi bahwa itu mungkin, kita harus dapat mengatasinya di sisi lain jika ada situasi di mana kita dapat sepenuhnya mengabaikan parameter URL individual dan dalam kasus lain di mana parameter yang sama persis ini sangat penting untuk konten maka itu terasa seperti sesuatu di mana algoritme kami dapat menjadi bingung dan berkata, kami selalu harus menjaga parameter ini atau kami tidak perlu menyimpan parameter ini, dan kemudian tiba-tiba bagian dari konten Anda hilang atau bagian dari konten Anda diindeks beberapa kali. Jadi menggunakan alat parameter URL pasti membantu kami dalam kasus seperti ini, tetapi bagi saya rasanya mungkin lebih masuk akal untuk mencoba membersihkan parameter URL ini secara umum dan menemukan cara untuk memiliki struktur yang konsisten untuk URL situs web Anda. bahwa algoritme tidak harus menebak, bahwa algoritme tidak harus mencari tahu, Oh di jalur khusus ini parameter ini penting dan di jalur lain ini kita bisa mengabaikannya. Kapan pun Anda menambahkan begitu banyak kerumitan tambahan pada perayapan dan pengindeksan situs web, Anda akan menghadapi situasi di mana mungkin ada yang salah. Jadi semakin mudah Anda menyimpannya, semakin bersih Anda menyimpannya, semakin sederhana dan Anda dapat menyimpannya di dalam struktur URL Anda, semakin besar kemungkinan kami dapat merayapi dan mengindeks situs itu tanpa harus berpikir dua kali dan seperti biasa ada mesin pencari lain di luar sana yang tidak memiliki alat konfigurasi URL. Bahwa data yang kami miliki di sana sehingga mereka tidak dapat melihatnya dan Anda mungkin menyebabkan masalah pada mesin pencari lain tersebut atau mungkin juga berperan dengan cara konten Anda dibagikan di media sosial. Jadi semua hal ini ikut bermain di sini. Rekomendasi umum saya di sini adalah tidak menghabiskan terlalu banyak waktu untuk mencoba menyempurnakan alat penanganan parameter URL untuk semua subdirektori yang berbeda ini, melainkan untuk meluangkan waktu dan menginvestasikannya untuk memikirkan apa yang ingin Anda miliki sebagai URL struktur untuk jangka panjang dan memikirkan langkah-langkah yang Anda perlukan untuk mendapatkan struktur URL yang lebih bersih itu.

Pertanyaan 32:17 - Saya berharap mendapatkan wawasan tentang masalah yang saya posting terkait dengan konten yang diindeks sebagai duplikat URL yang dikirimkan tidak dipilih sebagai kanonik.

Answer 33:04 - Jadi secara umum apa yang saya pikir terjadi di sini adalah untuk alasan apa pun algoritme kami percaya bahwa halaman-halaman ini setara dan bahwa kami dapat melipatnya bersama dan karena itu kami memilih kanonik dari salah satu halaman ini dan tampilannya seperti melihat halaman secara manual di browser yang sebenarnya adalah halaman yang sangat berbeda sehingga melipatnya menjadi satu tidak masuk akal karena itu memilih kanonik dari aset ini juga tidak masuk akal. Salah satu hal yang saya lihat di masa lalu yang menyebabkan hal seperti ini adalah ketika kami tidak dapat merender konten dengan benar. Ketika kita sebenarnya tidak bisa mengakses konten dengan benar, ketika pada dasarnya kita melihat halaman kosong yang kita katakan, oh well, ini sama dengan halaman kosong lain yang kita lihat mungkin kita bisa melipatnya. Jadi begitulah arah yang akan saya ambil di sana untuk memikirkan bagaimana Google berpikir bahwa halaman-halaman ini setara, mungkinkah dalam pengujian ramah seluler seperti mereka tidak memiliki konten yang sebenarnya. Mungkinkah saya menampilkan interstisial ke Googlebot dan hanya interstisial itu yang diindeks, apa yang mungkin terjadi di sini? Saya belum memiliki kesempatan untuk memeriksanya sedetail itu di sini jadi mungkin hal seperti ini terjadi di pihak Anda, mungkin ada sesuatu yang aneh terjadi di pihak kita dan kita perlu memperbaikinya tapi itu baik. arah yang akan saya ambil dalam kasus seperti ini.

Pertanyaan 34:41 - Saya ingin mengarahkan pelanggan saya sedikit lebih baik di situs web saya. Saya ingin memastikan bahwa ini tidak membingungkan Google. Saya ingin mengatur struktur URL saya agar seperti domain dan kemudian kategori dan kemudian produk di jalur atau mungkin saya mengaturnya secara berbeda apa yang harus saya lakukan, struktur URL mana yang harus saya pilih?

Answer 35:13 - Dari sudut pandang kami, Anda dapat menggunakan struktur URL apa pun. Jadi jika Anda menggunakan semacam struktur subdirektori subdomain jalur yang baik-baik saja, penting bagi kami bahwa kami tidak lari ke ruang tak terbatas. So if you use URL rewriting on your server that it's not the case that you can just add like the last item in your URL and just continue adding that multiple times and just it always shows the same content but it should be a clean URL structure where we can crawl from one URL to the other without getting lost in infinite spaces along the way. You can use your URL parameters if you want but if you do decide to use your URL parameters like I mentioned in one of the previous questions try to keep it within a reasonable bound. So that we don't again run off into infinite spaces where lots of URLs lead to the same content but whether or not you put the product first or the category first or you use an ID for the category or write out the category as text that's totally up to you. That doesn't have to be a line between your ecommerce site on your blog that can be completely different on both of these. So I think it's good to look at this but on the other hand I lose too much sleep over this and rather define the URL structure that works for you in the long run in particular one that you don't think you need to change in the future. So try not to get too narrow down and pick something that works for you, works for your website.

Question 37:43 - We're developing an application for angular Universal with some sections we want to change the appearance of the URLs in the browser but keep it the same on the server side. So for the server it would be luxury goods leather bags but the user would see just leather bags. Is there any problem with this in angular Universal using dynamic rendering?

Answer 38:08- So just from from a practical point of view Googlebot doesn't care what you do on the server you can track that however you want on your server. The important part for us is that we have separate URLs for separate pages that we have links that Googlebot can click on that are in kind of a elements with an href pointing to a URL that we can follow and that we can access these URLs without any history is with them. So if we take one URL from your website we can copy and paste it into an incognito browser and it should be able to load that content and if it loads that content if you have proper links between those pages then from our point of view how you handle that on your server is totally up to you. Using angular Universal with dynamic rendering or if you have something of your own that you set up that's all totally up to you that's not something that we would care about. It's not something we would even see because we see the HTML that you serve us and the URLs that you serve us.

Question 39:18 - My website fetches individual web pages which are not interlinked through an API but no links are displayed through clicks. It has a search box where every individual page shows search results is Google is successfully crawling all links as valid via sitemap does Google see this is a valid practice because links and millions will harm rankings or increase ranking.

Question 39:48 - So there are lots of aspects in this question where I say this sounds kind of iffy there is some things that sound kind of ok. So if Google is already indexing these pages then something is working out right. In general I I'd be careful to avoid setting up a situation where normal website navigation doesn't work. So we should be able to crawl from one URL to any other URL on your website just by following the links on the page. If that's not possible then we lose a lot of context. So if we're only seeing these URLs through your sitemap file then we don't really know how these URLs are related to each other and it makes it really hard for us to be able to understand how relevant is this piece of content in the context of your website, in the context of the whole web. So that's that's one thing to kind of watch out for and the other thing to watch out for. The other thing too watch out for I think is if you're talking about millions of pages that you're generating through an API with a search box and just so many of those via sitemap files. I may be kind of cautious there with regards to the quality of the content that you're providing there. So in particular if you have like product feeds if you're using RSS feeds to generate these pages, if you're doing anything to automatically pull content from other websites or from other sources and just kind of republishing that on your site then that's something where I could imagine our quality algorithms maybe not being so happy with that. Similarly if this is all really completely republished from other web sites I could imagine the web spam team taking a look at that as well and saying well why should we even index any of this content because we already have all of the content indexed from from the original sources. Like what is the value that your website is providing that the rest of the web is not providing. So that's one thing to kind of watch out for. I don't want to kind of suggest that your website is spammy I haven't seen your website but it is something that we do see a lot and it's something where as a developer you go, oh I have all of these sources and I can create code therefore I can combine all of these sources and create HTML pages and now have a really large website without doing a lot of work, and that's really tempting and lots of people do that, lots of people also buy frameworks that do this for you but it doesn't mean that you're creating a good website. It doesn't mean that you're creating something that Google will look at and say oh this is just what we've been waiting for we will index it and ranked it number one for all of these queries. So it might mean that it looks like very little work in the beginning because you could just combine all of these things but in the end you spend all this time working on your website when actually you're not providing anything of value then you end up starting over again and trying to create something new again. So it looks tempting to save a lot of work in the beginning but in the long run you basically lose that time. So it might make more sense to figure out how can you provide significant value of your own on your website in a way that isn't available from other sites.

Question 43:34 - We're facing an issue where lots of resources couldn't load through the to the same page not getting rendered in the snapshot for Googlebot while debugging these issues we couldn't find a solution and Google is marking them as other error. What could that be?

Answer 43:51 - So this is also a fairly common question what is essentially happening here is we're making a trade-off between a testing tool and the actual indexing and within the testing tool we try to get information as quickly as possible directly from your server but at the same time we also want to give you an answer fairly reasonably quickly so that you can see what is happening. What what tends to happen here is if you have a lot of resources on your pages that need to be loaded in order for your page to load then it could happen that our systems essentially timeout and we try to fetch all of these embedded resources but we don't have enough time because we want to provide an answer to you as quickly as possible. So you end up seeing these embedded resources not being pulled and you see an error in the live rendering of the page like that. When it comes to indexing our systems are quite a bit more complex though we cache a lot of these resources. So if we try to index an HTML page we'll know all of these CSS files we've seen before we can just pull them out of our cache we don't have to fetch them again we can render those pages normally and that just works. One thing you can do or maybe they're two you can do to to kind of help improve that for the testing tool and for users in general. On the one hand you can reduce the number of embedded resources that are required on your pages. So instead of having a hundred CSS files you've you kind of throw them into the tool you create one CSS file out of that that's one thing that you can do that makes sense for both users and for search engines. You can do that for JavaScript as well you can minify the JavaScript you can combine things and kind of make packages rather than individual files I think that's a good approach. The other thing is if you're seeing this happening for your pages and you don't have a lot of embedded content then that's kind of a hint that your server is a bit slow and that we can't kind of fetch enough content from your server to actually make this work. So that might be a chance to look at your server your network connectivity and to think about what you can do to make that a little bit faster so that these tools don't time out so that it's also faster for users as well. So in both of these cases the net effect is that users will mostly be seeing the speed improvement but the side effect will also be that you'll be able to use these tools a little bit better because they tend not to time out as much.

So what what I would do there is try to use some other tools to figure out is this really a problem on your side somehow that things are a little bit slow or is this something just on Google side that we we tend not to have as much time to fetch all of these individual resources so what you could do is use the the chrome developer tools what is it the network tab that you have there and to figure out like how many of these resources are being loaded how long does it take you can use webpagetest.org it also creates a kind of a waterfall diagram for your content also listing the the time that it takes for those test URLs and the size of the resources that were to return and by using those two you can kind of figure out is is it the case that it just takes 20 seconds to load my page with all of the embedded content with all of the high resolution images or is it the case that these testing tools say my page loads in 3 or 4 seconds with all of the embedded content therefore it's probably more an issue on Google side I don't have to worry about it.

Question 53:46 - I've noticed as a result of the last several updates that have been coined the the medic update. I've seen some websites that no longer show on the first page of search results for their own company, for their own brand, and I was wondering why in general what would that be?

Answer 54:35 - I think that's that's always a bit tricky there usually are two aspects that are involved there. One is more an issue especially with newer websites where the website name or the company name is more like a generic query. So if for example the the website's name is “ Best Lawyers in Pittsburgh” or something like that. Then on the one hand that might be the company name, on the other hand if someone were to type that into search, we would probably assume that they're not looking for that specific company but rather they're looking for information for that query. So that's especially with newer companies that's something that we see every now and then. We see that the forums or people there saying, oh I'm not ranking for my domain name, and then their domain name is something like I don't know best VPN providers.com it's like well, it's a domain name but it doesn't mean that you will rank for for that query. So that's one thing when it comes to sites that are a little bit more established that are out there already usually it's more a sign that we just don't really trust that website as much anymore. So that's something where we might recognize that actually people are searching for this company but we feel maybe the company website itself is not the most relevant result here, maybe we feel that there is kind of auxiliary information about that company which is more important that users see first where which could result in something like this happening. Usually that that's more a matter of things kind of shuffling around on the first one or two pages in the search results. It would be really rare that that's something like that would result in a website not showing up at all the first couple pages of the search results. I think that's that's kind of what you highlighted there with your question and that's something where I think well, even if we didn't trust this website as much anymore then we should at least have it somewhere in the search results because if we can tell that someone is explicitly looking for that website it would be a disservice for the user to not show it at all. Like for maybe for generic queries one could argue maybe it's not the perfect result but if we can tell that they're really looking for that website at least we should give the user a chance to see that website as well. So that's kind of why I took that and said well maybe we should be catching this a little bit better and II don't know if our algorithms are correctly kind of understanding how trustworthy your website there would be. I don't know the website so that's really hard for me to judge but even if we think that it wasn't trustworthy at all maybe we should still show it somewhere in the search results on the first page. The other thing to maybe look at if you haven't done so already is look at look at the quality rater guidelines that we have and there's a lot of information about kind of trustworthiness in there. Some of that is worth taking with a grain of salt it's not that we take that kind of one-to-one and use that as a ranking factor but there there are a lot of ideas in there especially when you're talking about a topic that's a kind of legal website or medical website then it does make sense to show users like why are you providing this information why should they trust you.