22 Februari 2019 – Catatan Hangout Bantuan Google

Memiliki sejumlah teks masuk akal, jadi mungkin menggeser blok teks raksasa itu menjadi satu atau dua kalimat yang Anda tempatkan di paro atas di bawah judul adalah pendekatan yang baik di sini karena ini juga memberi pengguna sedikit lebih banyak informasi tentang apa yang mereka harapkan di halaman ini. Itu adalah arah yang akan saya tuju ke sana. Saya benar-benar akan mencoba menghindari situasi di mana Anda agak memalsukan halaman dengan meletakkan banyak teks di bagian bawah halaman hanya karena sisa halaman kurang optimal. Alih-alih, coba temukan cara untuk meningkatkan halaman secara keseluruhan sehingga Anda tidak perlu melakukan solusi ini.

Pertanyaan 16:00 - Jika skema di situs memiliki kesalahan, seberapa besar pengaruhnya terhadap pengindeksan di hasil pencarian? Jenis skema baru yang disetujui oleh Google mulai membuat kesalahan di situs yang sebelumnya tidak memiliki kesalahan. Apa yang akan menjadi dampaknya?

Jawaban 16:22 - Kami melihat ini pada jenis tingkat fitur, di mana kami mengatakan untuk menyajikan situs Anda dengan cara khusus ini, kami perlu memiliki markup semacam ini di halaman dan perlu mengikuti panduan ini dan itu perlu mengikuti persyaratan ini. Misalnya, jika Anda ingin terlihat sebagai kartu kaya resep di hasil pencarian, ada persyaratan tertentu yang perlu Anda lakukan dan kami akan melihat apakah persyaratan itu terpenuhi. Jika markup untuk persyaratan itu valid, itu bagus. Jika ada markup lain pada halaman yang tidak valid, maka itu tidak menjadi masalah bagi kami. Ini benar-benar pada tingkat fitur. Kami ingin menunjukkan situs Anda dengan hasil kaya untuk resep, kami melihat Anda memiliki semua persyaratan, kami akan mengambil semua itu dan menunjukkannya di hasil pencarian. Kami akan menyajikan situs dengan cara yang benar-benar mendorong pengguna untuk pergi dan memeriksa detail tersebut. Jika Anda memiliki markup lain di halaman tersebut yang mungkin cocok dengan salah satu fitur lain yang ada tetapi markupnya belum valid, kami mengabaikannya. Dari sudut pandang itu, Anda tidak perlu memiliki nol kesalahan untuk markup Anda. Sebaliknya, Anda perlu memikirkan fitur mana yang ingin Anda gunakan dalam hasil pencarian dan periksa kembali apakah persyaratan untuk fitur tersebut terpenuhi.

Pertanyaan 18:00 - Ketika tim mendorong perubahan algoritme, apakah ada saat-saat di mana perubahan ditujukan hanya pada industri tertentu, atau apakah perubahan tersebut dibuat dan hanya memengaruhi satu industri lebih dari yang lain?

Answer 18:15 - Ini adalah pertanyaan yang menarik tentang bagaimana kami bekerja pada hasil pencarian kami secara umum. Dari sudut pandang kami, biasanya kami tidak akan mengatakan, “Kami perlu melakukan sesuatu yang spesifik untuk membuat hasil pencarian untuk satu industri tertentu,” tetapi sebaliknya, kami melihat sebaliknya dan mencoba untuk berpikir. tentang cara kami dapat meningkatkan hasil penelusuran sehubungan dengan hasil penelusuran untuk jenis kueri tertentu. Kami tidak terlalu fokus pada industri, tetapi kami fokus pada pencarian yang dilakukan orang. Jelas, mereka agak terkait. Jika kami melihat, misalnya, bahwa orang mendapatkan informasi yang membingungkan dari kueri medis, maka mungkin kami perlu meningkatkan cara kami mengenali relevansi hasil penelusuran untuk kueri medis. Kami tidak akan menargetkan industri medis dan berkata, "Kami perlu meningkatkan cara 10 situs tertentu ini ditampilkan dalam hasil pencarian," tetapi lebih dari itu kami melihat pengguna bingung dengan jenis kueri ini dan itu sesuatu yang membingungkan banyak orang dan kami perlu menemukan cara untuk meningkatkan relevansi dan kualitas untuk kueri tertentu tersebut.

Pertanyaan: 19:35 - Saya memigrasikan situs web dari domain a ke domain b, semua 301 telah ada dari setiap Url lama ke versi baru masing-masing sejak hari pertama, permintaan perubahan alamat diajukan, domain a memiliki peta situs lama yang diperbarui , semua URL dialihkan ke domain b. Domain b hanya memiliki pembaruan file peta situs baru dan semua peringkat saat ini hilang.

Answer 20:04 - Jadi sepertinya Anda sudah menyiapkan semuanya, tapi mungkin ada yang tidak beres di sepanjang jalan. Apa yang akan saya lakukan adalah memposting di forum bantuan Webmaster untuk membuat seseorang benar-benar melihat situasi khusus ini dan melihat apakah ada sesuatu yang Anda abaikan. Ada beberapa situasi di mana perpindahan dari satu domain ke domain lain menyebabkan masalah, khususnya jika domain yang Anda pindahkan memiliki riwayat lama yang aneh terkait dengannya, yang mungkin memerlukan sedikit waktu untuk dibersihkan, agar kami dapat mengenalinya. situs web ini tidak terkait dengan yang lama, dan kita harus memperlakukan ini sebagai situasi baru dan tidak memperhitungkan situasi lama.

Pertanyaan 21:30 - Karena Google plus dimatikan, mungkinkah G dapat menyediakan cara bagi penerbit untuk memindahkan pengikut dan pengguna mereka ke youtube.

Jawaban 21:40 - Saya rasa tidak. Ada beberapa cara untuk mengekspor data Anda dari Google+ dengan menggunakan fitur take out… tapi saya tidak mengetahui apa pun yang akan membawa seseorang yang mengikuti Anda ke sana dan membuat mereka mengikuti Anda di Youtube. Saya pikir itu akan menjadi semacam peregangan ...

Pertanyaan 22:22 - Pertanyaan tentang peringkat di korsel berita teratas. Beberapa bulan terakhir kami telah melihat perilaku aneh untuk situs berita internasional kami. Untuk kueri yang sama, peringkat kami sangat baik di tab berita SERP, tetapi untuk kueri yang sama kami tidak muncul di korsel berita teratas dan untuk kueri yang sama di sisi lain, kami memberi peringkat sangat baik untuk korsel video. Jadi pertanyaan saya adalah, ada data terstruktur tertentu yang dapat kami terapkan agar muncul di carousel cerita teratas. Kami menerapkan halaman AMP, data terstruktur dengan benar, jadi kami bertanya-tanya apakah ada implementasi tertentu yang harus kami lakukan untuk muncul di carousel berita utama?

Answer 23:37 - Biasanya tidak, jika Anda menerapkan AMP, saya pikir untuk seluler itu adalah sesuatu yang diperlukan dan saya pikir untuk Desktop Anda tidak perlu memiliki AMP untuk carousel cerita teratas, tidak 100% yakin akan hal itu. Tetapi jika Anda telah menerapkannya, Anda tetap terlindungi. Jika tidak, fitur berita utama adalah dan fitur pencarian organik, Anda tidak perlu melakukan sesuatu yang spesifik agar terlihat, tetapi kami mencoba mengambilnya secara organik dan menunjukkannya saat kami pikir itu masuk akal.

Pertanyaan 27:35 - Bagaimana memastikan bahwa TLD GEO memiliki target Geo yang tidak. Jadi jika saya mengetik hotel di New York di India maka akan ditampilkan situs web India. Jadi pertanyaannya adalah bagaimana saya bisa memeriksa ulang seperti apa pencarian yang ditargetkan secara geografis.

Answer 27:55 - The thing that I usually do to check is on the one hand, go to that local Google version and other hand there's an advanced search setting that allows you to see the results for a specific country. You can get there fairly quickly by just adding or changing the Url query “ &gl= country code”. You can also you HL= and specific language code, if you want the search results in a different language. Both of those you can set in the advanced search setting in the result too. This won't help with the sort of local search results, however. So if you're looking for a pizzeria in one city then that's not something we have as a parameter.

Question 29:30 - We have two chairs, one in leather, one in fabric, both with separate URLs and different model numbers. Is this a problem or would they be filtered out for duplicate content?

Answer 30:00 - Thats a really common question that we get a lot for E-commerce sites. Unfortunately the answer is, it depends. By default I would prefer to have fewer pages and the advantage is its less to crawl so it's easier to update and on the other hand, fewer pages means we can concentrate the value on fewer URLs, we don't have to dilute it across different versions… Chances are that one product page will be more relevant in the search results in general because we are able to concentrate those signals, all of that value into that product page. The thing that I would call out as an exception here is if people are explicitly looking for something different, so one of these variations is very different the other one and it doesn't make sense to combine them.

Question 32:00 - If you have an e-commerce website and you get a lot of links to product pages which due to their nature expire, what can you do to those pages so that the link equity to those pages won't be lost? Would you create a redirect rule that automatically redirects this page to a subcategory?

Answer 32:55 - In general people see this as more of problem then it actually is, for the most part if the content is so temporary that it expires regularly. Then usually that's not something that people will link to and maybes thats some you can encourage people to link to in different ways. For example if you know that this product is only going to last a couple of months then it's not going to be available ever again and maybe it makes more sense to encourage users to link to the category of products instead or to your business instead of linking to this one specific product because in the long run, those links to the product that no longer exists maybe that's something that doesn't really make sense for other people as we. So what I'd recommend doing there is, on the one hand if you have products that change over time maybe that new product is a replacement of the old one and you can redirect from one old product to a new version. On the other hand if this is a informational landing page that is useful regardless of whether or not you sell that product, some of the information on that page might still be relevant to users. What I would expect from a search point of view, is to see a sort of soft 404 page. So you're saying this product doesn't exist anymore but you're still showing some content instead… There are lots of subtle edge cases here so I'm hesitant to say that everyone should do it like this or everyone should do it in another way. There's some really neat write-ups on how to handle expired content out there, so I'd look around to see what options are available and =what options makes sense in your specific case and maybe there are mixes that you can do as well where you say in the first month or so when the product is not available, you do this and then after a year I do something completely different or I just return a 404 because it's really gone and nobody should care about this. But in general, I wouldn't care too much about those links especially if they're to products that are really temporary by nature because if you're building your whole users experience up around kind of how Google uses those specific links then the chances are you're taking a bigger hit by having a bad UX then you would ever gain by tricking google into thinking that those two links that went to one expired product are now relevant to a different thing.

Question 38:00 - Lets say I have big 10,000 word piece of content, for example a guide divided into 10 chapters. From an SEO perspective is it better to publish it as a single page or to split each chapter on different dedicated page?

Answer 38:22 - Unfortunately, the answer here is also, it depends, in that sometimes people are looking one big comprehensive piece of content and sometimes people are looking for individual pieces of content. So I don't know if it would make sense to always go into the combined or always go in to the split route. What I've noticed from working with out tech writers is that sometimes content performs in ways that you don't expect and it's worth testing to see how it works well for users. Kind of trying to figure out, are people actually going through that content and getting something useful out of it, are they converting in a way that's useful for you? And based on that then making a decision, for example if you split an article up and they all start on page 5 instead of page 1 from the search results, is that still as useful to you and to users as if they landed on a big article where they had all of the comprehensive information. I don't know, maybe there are ways that you can kind of make both of those work. So I'd really recommend testing this and not kind of blindly saying from 8, 000 I need to split it up into two chunks. Instead try to figure out that makes sense for your particular piece of content and what makes sense for your ultimate goal. Your putting this content out there because you want to achieve something specific so measure what that effect is based on those different variations that you're thinking about.

Question 40:00 - I noticed a few big publications listed in Google News are back dating some of the news articles to fool Google search users into believing that they're the first source of that news can Google detect this? How does google act on this? Where can when you report such findings?

Answer 49:18 - We use multiple methods to figure out what the right date is for a page. So sometimes people put a date on the page and we say well this is not correct and we'll treat it as something else. So that's something where I don't know if I would assume that just by backdating something you would have any kind of kind of preferential visibility in the search results. So I kind of questioned that that part of the question there. One of the things I have noticed though is that a lot of publications have trouble specifying dates in a way that are kind of reasonable for Google and in a way that are hard to misunderstand. So sometimes it's something as simple as the date format where we can't recognize that this is actually a date. Sometimes it's something kind of tricky in that sometimes there's a time zone specified, sometimes there isn't, sometimes they're using structured data to specify a date and a time and then on the page that information is not available. All of these things can make it really hard for us to pick the right day sometimes it's not so much a matter of publisher trying to mislead Google but rather Google kind of being confused by what a publisher is providing and those situations are always interesting for us. So you're welcome to pass those on to me so that we can take a look to see what what is actually happening here? How did we get confused? What could we do to make it so that webmasters and publishers understand better how to provide dates that work well for Google as well?

Question 42:10 - When it comes to categorizing content Adsense is classifying some of our pages as adult and after a manual review lifting this restriction this Adsense feed into or is it linked to the search categorization or the do the two platforms use the same algorithms or talk to each other?

Answer 42:30 - So as far as I know Adsense does a lot of these classifications completely differently from search they use their own systems for this part of that kind of makes sense because they have different policies so when it comes to search we might choose to show things in one way but Adsense because they're focused more on the advertising part of the kind of set up there, they they might have more restrictive policies where they say well this type of content is not something we'd like to place ads on or they just might have different different policies then we would have in search overall. So just because you're seeing something happening from the ad side doesn't necessarily mean that the same thing would be applying from the search side.

Question 43:22 - When will structured data testing tools start showing schema injected through tag manager in JSON-LD?

Answer 43:30 - I don't know. I have seen that question pop up again on Twitter so I'll definitely bring that up with the team as well to see what we can do to make that a little bit easier. In general using the the tag manager to inject things like structured data or to inject other kind of search related functionality into the page is something that you can do. It's something that we often pick up but it's something that's a lot harder to diagnose and it's a little bit fragile. So that's something where I would recommend if if at all possible to make sure that you can inject the structured data directly on the page. That way you can use all of the testing tools out there to determine that it's working correctly and you can be sure that Google search is always taking that into account. Whereas if you use tag manager for some of these things we can pick that up when we render the page it takes a little bit longer to get there and if anything happens to kind of subtly break along the way towards rendering that page then it might happen that we don't make it and it probably will happen that other search engines won't be able to pick that structure data up either. So I'm I'm okay with using tag manager it kind of has a stopgap solution where until you can actually change those pages but I would really recommend it in the long run to make sure to put that structured data directly on the page so that you don't have this kind of unclear situation.

Question 45:15 - When website rolls out a new tech stack progressively and Googlebot sees some sections of the site and an old stack and some on a new site stack. Is this scenario something crawlers and users will be routed to what should be monitored to ensure that all go smoothly and organic search isn't impacted?

Answer 45:40 - Jadi saya pikir bagian terakhir adalah sesuatu yang perlu Anda ketahui bahwa pada dasarnya tidak mungkin untuk menjamin bahwa jika Anda membuat perubahan yang lebih besar di situs web Anda, pencarian organik tidak akan terpengaruh olehnya. Ada aspek positif dan negatif di sana, di satu sisi Anda mungkin membuat perubahan yang lebih besar di situs web Anda terutama karena Anda ingin penelusuran organik terpengaruh karena Anda ingin peringkat yang lebih baik, jadi itu adalah sesuatu yang harus dapat kami ambil. Di sisi lain, sangat mungkin Anda meluncurkan tumpukan teknologi baru yang merusak banyak hal yang dulu berfungsi dengan baik untuk penelusuran. Jadi saya akan mengatakan bahwa kapan pun Anda melakukan perombakan yang lebih besar pada situs web, Anda harus berasumsi bahwa ini dapat memengaruhi pencarian dan ada baiknya mendapatkan bantuan dari SEO untuk mendapatkan bantuan dari pengembang dari orang lain untuk memeriksa ulang hal-hal sebelumnya. waktu daripada mencoba masuk setelahnya dan berkata, yah ini tidak berhasil, situs web kami menghilang dari pencarian apa yang kami lakukan sekarang, karena jika Anda mencoba untuk memperbaikinya setelah itu, itu akan selalu menjadi perjuangan yang jauh lebih besar. Ini akan memakan waktu lebih lama dan mungkin Anda benar-benar merusak sesuatu dengan cara yang memiliki dampak jangka panjang yang membutuhkan waktu lebih lama untuk benar-benar memperbaikinya, maka jika Anda memiliki bantuan yang tepat dan jenis saran yang tepat dari awal sebelum mereka diluncurkan. Jelas seperti terkadang jadwal berjalan dengan cara yang buruk dan terkadang orang yang tepat tidak terlibat dalam langkah yang tepat, seperti hal-hal yang terjadi. Jadi Anda tidak selalu bisa mempersiapkan segalanya. Sehubungan dengan peluncuran bertahap, saya pikir itu pendekatan yang baik untuk diambil dan itu adalah sesuatu di mana Anda dapat melihat bagaimana mesin pencari mulai merayapi tumpukan baru yang Anda berikan jika Anda tidak mengubah URL yang biasanya merupakan situasi yang ideal. Kemudian Anda dapat melihat bagaimana URL tersebut mengubah kinerjanya dalam pencarian. Anda dapat melihat bahwa di konsol pencarian melakukan klik dan tayangan untuk URL tersebut dan jika Anda memberikan sedikit waktu untuk menetap selama peluncuran, maka biasanya Anda dapat memastikan bahwa oke ini berfungsi, saya dapat mengambil yang sama jenis pengaturan dan menerapkannya ke sebagian besar situs web dan benar-benar meluncurkannya secara bertahap.

Pertanyaan 48:26 - Bisakah blog yang sangat buruk menyebabkan seluruh situs web turun peringkat?

Answer 48:50 - Secara umum kami mencoba untuk melihat sebuah situs web secara keseluruhan dan jika ada bagian penting dari situs web yang benar-benar buruk maka itu dapat berpengaruh pada peringkat situs web lainnya dengan baik. Biasanya ketika datang ke situasi di mana Anda memiliki blog dan situs e-niaga bahwa situs e-niaga adalah apa yang menjadi fokus semua orang dan blog hanya memberikan sedikit informasi tambahan dan kemudian jika blog itu semacam buruk maka itu tidak benar-benar mempengaruhi jenis bagian yang lebih besar dari situs e-commerce. Satu-satunya situasi di mana ia dapat memainkan peran dan saya pikir pertanyaan ini mengarah ke arah itu adalah jika blog diatur dengan cara yang buruk secara teknis dan Googlebot mengalami banyak masalah saat merayapinya. Mungkin dalam mengakses URL benar-benar sangat lambat atau mengembalikan banyak kesalahan server, yang dalam hal ini seperti yang disebutkan di sini, maka apa yang akan terjadi adalah kami akan mengurangi perayapan situs web itu secara umum. Jadi belum tentu kita akan menjatuhkannya di peringkat. Halaman buruk di situs web seperti dari sudut pandang teknis jika mereka tidak berfungsi, kami mencoba untuk menjatuhkan halaman tersebut tetapi jika dari sudut pandang perayapan kami mengalami kesulitan merayapi sebagian besar situs web itu maka kami akan memperlambat perayapan karena kami ingin memastikan bahwa perayapan kami bukanlah alasan mengapa situs web ini berkinerja buruk.

Jadi misalnya jika kami merayapi blog dan kami melihat banyak kesalahan server yang mungkin kami katakan, mungkin kami merayap terlalu keras, kami tidak ingin menimbulkan masalah, kami akan mengurangi kecepatan perayapan kami dan jika e-commerce Jika situs berada di penyiapan yang sama dengan blog, maka kami juga akan mengurangi perayapan untuk situs e-niaga. Jadi kami melacak jumlah perayapan yang kami lakukan pada tingkat host jadi jika kedua bagian ini berada di host yang sama maka kami mungkin akan mencoba merayapi mereka pada tingkat yang sama dan jika salah satunya benar-benar buruk dan kami tidak bisa. merayapinya tanpa banyak kesalahan server maka kami akan mengurangi perayapan secara keseluruhan.

Dan untuk banyak situs web yang tidak terlalu penting, kami masih dapat mengikuti sebagian besar perubahan di situs web kami meskipun kami tidak sering merayapi situs e-niaga besar yang dapat berperan. Khususnya jika Anda memiliki produk yang datang dan pergi dan kami tidak dapat mengikuti jenis perayapan produk tersebut saat mereka datang dan pergi maka hasil pencarian untuk situs e-commerce akan menjadi sedikit basi dan itu adalah sesuatu yang mungkin pengguna akan melihat di hasil pencarian.

Jadi jika mereka mencari yang baru, saya tidak tahu, telepon baru dan situs e-niaga Anda memiliki telepon baru itu, tetapi kami belum dapat merayapi laman tersebut, maka kami tidak akan dapat menampilkan situs dalam hasil pencarian untuk telepon baru itu. Jadi itu adalah sesuatu di mana saya akan melihat itu dan melihat apa yang dapat Anda lakukan untuk meningkatkannya sehingga dari sudut pandang kualitas lagi itu bukan masalah jika jika bagian dari situs web tidak terlalu bagus, jelas itu dapat mempengaruhi itu juga. Tetapi terutama dari sudut pandang teknis jika kami memiliki masalah signifikan dengan merayapi bagian dari situs web yang kami jelajahi dengan kurang baik dan itu bukan penalti. Ini bukan sesuatu yang kami katakan, oh situs web ini buruk, kami tidak akan menghabiskan begitu banyak waktu di sana, ini lebih merupakan masalah algoritme kami yang mencoba menjadi warga web yang baik dan mengatakan dengan baik bahwa kami ingin memastikan bahwa kami baik-baik saja. bukan alasan mengapa situs web ini mengalami banyak masalah.

Pertanyaan 52:36 - Apakah Googlebot mengikuti perintah peta situs di file robots.txt?

Jawaban 52:41 - Kami mengambil file peta situs di sana tetapi Googlebot tidak merayapinya sebagai tautan, kami memproses file peta situs satu per satu di sana, file XML, bukan halaman dengan tautan di sana. Jadi Googlebot tidak akan mengikutinya sebagai halaman HTML, melainkan memintanya sebagai file peta situs dan memprosesnya dengan pemrosesan XML biasa.

Pertanyaan 53:08 - Di situs web media saya memiliki versi responsif halaman beranda bagian berita dan berita juga memiliki versi AMP. Apakah Anda merekomendasikan memiliki versi AMP halaman beranda dan bagian alternatif sehingga Google menemukan versi bibi dari berita dulu. Apakah itu berpengaruh pada kecepatan pengindeksan?

Answer 53:30 - Jadi dari sudut pandang pengindeksan saya tidak melihat alasan mengapa Anda perlu melakukan ini, kami mengambil halaman bibi ketika mereka terhubung ke halaman normal dengan merayapi halaman normal terlebih dahulu dan kemudian kami lihat tautan ke AMP yang kami ikuti yang mengambil halaman AMP juga. Tetapi terutama kami merayapi, jenis halaman normal atau versi lama atau versi responsif. Saya tidak tahu bagaimana Anda menyebutnya, kami akan merayapinya dengan versi non AMP. Pengecualian tentu saja jika seluruh situs web Anda adalah AMP maka jelas kami akan merayapinya. Sehubungan dengan memiliki versi AMP dari beranda dan bagian, pada akhirnya terserah Anda. Jadi itu adalah sesuatu di mana jika Anda melihat pengguna membuka artikel berita individual dan mereka mengklik tombol beranda di sana dan Anda mengirim mereka ke versi beranda responsif Anda mungkin tidak apa-apa mungkin itu membingungkan bagi pengguna. Pada akhirnya itu terserah Anda. Biasanya halaman-halaman itu tidak akan ditampilkan di bagian baru tempat kami mengambil barang-barang AMP. Jadi mungkin itu bukan masalah langsung, lebih ke sesuatu yang tidak langsung dan jangka panjang.

Pertanyaan 54:52 - Apakah Anda merekomendasikan memiliki file peta situs untuk URL dalam versi AMP?

Jawaban 54:56 - Anda tidak perlu melakukan itu. Sekali lagi pengecualiannya adalah jika seluruh situs web Anda hanya AMP maka jelas itu adalah halaman Anda.

Pertanyaan 55:53 - Saya memiliki beberapa pelanggan dan mereka memiliki teks di baris terbawah halaman ini dan hari ini peringkatnya bagus, Anda tahu, kami memiliki lalu lintas, penjualan. Tapi Anda tahu teks ini tidak baik karena ditulis untuk robot, Anda tahu, bukan untuk orang dan hari ini kami tidak tahu apa yang harus dilakukan jika kami menghapus teks ini, kami dapat kehilangan peringkat kami dan kedua kami tidak tahu bagaimana kami dapat mengintegrasikan teks ini. Apa yang Anda usulkan?

Answer 56:26 - Ya II akan melihat ini lebih sebagai proyek jangka menengah atau jangka panjang untuk memikirkan cara agar Anda dapat mengintegrasikan bagian dari teks itu dengan lebih baik di bagian normal halaman. Jadi tidak demikian setidaknya pada saat kita akan melihat halaman-halaman itu dan berkata, oh ini mengerikan kita harus menurunkan situs web untuk melakukan ini, tetapi kita mencoba untuk mengambil konten tambahan di sana dan sampai batas tertentu saya berpikir bahwa konten tambahan itu berguna tetapi jika Anda tidak bisa begitu saja memerasnya ke dalam sisa halaman, cobalah memikirkan cara-cara yang dapat Anda lakukan untuk jangka panjang. Terutama yang saya sarankan lakukan adalah mencoba menemukan cara untuk mengurangi jumlah teks yang Anda berikan seperti itu. Jadi, alih-alih artikel Wikipedia besar di bagian bawah ini mungkin menguranginya menjadi beberapa kalimat sehingga masih berguna bagi pengguna saat mereka melihatnya dan tetap memberikan konteks yang tepat untuk mesin pencari saat mereka melihat halaman secara keseluruhan.

Jadi itu bukan sesuatu yang saya akan katakan seperti masalah kritis yang perlu Anda selesaikan segera, melainkan sesuatu di mana mungkin orang baru saja menggunakan ini sebagai cara untuk, saya tidak tahu, mengatasi kekurangan lain pada halaman itu di awalnya dan mungkin lebih baik memperbaiki kekurangan itu dalam jangka panjang daripada terus membangun teks panjang yang tidak dibaca siapa pun.

Pertanyaan 58:03 - Masalah yang kami hadapi saat ini adalah kami memiliki beberapa kata kunci pada teks ini dan itu terkait dengan 50 kata yang kami dapatkan peringkatnya dari Google dan kami pikir jika kami menulis beberapa teks yang menarik untuk klien, untuk pelanggan, dan kami dapat' t menggunakan kata kunci yang sama apakah lebih baik menulis ulang?

Jawaban 58:32 - Saya tidak tahu, saya akan mencoba mencari cara agar teks berfungsi untuk keduanya tetapi sekali lagi saya akan melihat ini sebagai sesuatu yang lebih jangka panjang dan tidak mengatakan, oh saya perlu menulis ulang semuanya hari ini jika tidak, Google akan menghukum saya, tetapi saya pikir sering kali orang menaruh banyak teks di halaman ini khusus untuk mesin pencari dan mereka tidak menyadari bahwa mesin pencari mengabaikan banyak teks itu. Jadi, jika Anda dapat menguranginya sehingga lebih sedikit isian kata kunci maka mungkin itu akan berfungsi lebih baik, tetapi itu adalah sesuatu yang terkadang membutuhkan sedikit latihan dan menemukan pendekatan yang tepat untuk memastikan bahwa Anda mencakup konten yang dicari orang dan juga memberikan konteks yang dibutuhkan orang ketika mereka melihat halaman itu satu per satu.

Pertanyaan 59:24 - Saya biasanya menulis posting blog untuk blog Rusia saya dan saya perlu menggunakan banyak teks alternatif dalam gambar apa pun, tetapi jika saya menulis panduan langkah demi langkah, informasi seperti ini, Anda tahu, saya menggunakan banyak dari tangkapan layar saya harus meletakkan semua itu di sana karena saya tidak yakin mereka perlu mendapatkan peringkat untuk tangkapan layar ini dari gambar Google.

Jawaban 59:52 - Terserah Anda. Itu terserah Anda. Jadi saya akan melihat ini lebih sebagai bagaimana orang yang mencari secara visual datang ke situs web saya daripada bagaimana saya bisa mendapatkan gambar sebanyak mungkin ke dalam gambar Google. Jadi dari sudut pandang itu jika Anda mengatakan tangkapan layar ini membantu halaman itu tetapi tidak ada yang akan mencari tangkapan layar ini, lalu seperti, mengapa repot-repot? Tidak perlu terlalu banyak detail di sana, jelas untuk pembaca layar memiliki teks alt berguna sehingga sejumlah teks alt berguna di sana tetapi jika Anda tahu bahwa orang tidak datang dengan gambar Google ke situs web Anda untuk gambar-gambar itu maka Anda dapat menulis teks Anda dengan cara yang sedikit berbeda. Anda tidak perlu khawatir tentang jenis pencarian gambar pencarian yang menargetkan bagian dari itu.