19 februarie 2019 – Google Help Hangout Notes

Răspuns 13:45 - Ai dreptate. Deci, de fiecare dată când Google încarcă o pagină care este văzută ca o vizită proaspătă pentru prima dată pe acel site sau pe pagina respectivă, în general, nu păstrăm niciun cookie, nu înseamnă că păstrăm starea sesiunii în care am spune cum ar fi, am încărcat asta o pagină și urmăm linkurile de aici, prin urmare, vom păstra acea stare și vom face clic pe acele linkuri pentru a ajunge la acele pagini noi, ci mai degrabă vom găsi acele URL-uri și apoi vom prelua acele URL-uri individual. Deci, într-un caz ca acesta, nu văd niciun efect pozitiv sau negativ asupra Googlebot aici, se pare că ar fi ceva care ar accelera semnificativ lucrurile pentru utilizatori, așa că este un lucru bun și probabil că vedeți niște efecte indirecte acolo și că atunci când utilizatorii pot folosi site-ul dvs. foarte repede, de multe ori petrec mai mult timp pe site, se uită puțin mai mult în jur și, la rândul lor, este probabil mai probabil că vor putea recomanda acel site și altora, ceea ce este ceva pe care s-ar putea să-l ridicăm.

Întrebarea 12:52 - Cât timp poate dura pentru a restabili clasarea dacă mut un site de pe un domeniu vechi într-unul complet nou și mă asigur că toate cele 301 redirecționări sunt la locul lor?

Răspuns 15:02 - Deci, acesta este ceva care se poate întâmpla foarte repede dacă faceți o mutare curată a site-ului de la un domeniu la altul, unde totul este în esență la fel, unde putem recunoaște că această adresă URL veche este redirecționată la aceeași adresă URL pe noul domeniu. În general, îl putem găsi destul de repede și, de obicei, veți vedea într-un fel de prezentare generală a indexării în consola de căutare, veți vedea că una scade exact pe măsură ce cealaltă crește și lucrurile se schimbă cu poate o zi sau cam asa ceva. un fel de denivelare între ele. Pe de altă parte, dacă faceți modificări semnificative pe site-ul dvs., astfel încât adrese URL diferite încadrează diferite tipuri de conținut, atunci toate acestea ne pot face mult mai dificil și trebuie să reevaluăm cu adevărat noul site complet și pe baza noul site web să descopere cum ar trebui să poziționăm acest site. Acestea sunt diferențele de acolo, dar dacă este într-adevăr doar URL-ul curat se mută la aceeași adresă URL pe alt tip de modificare de domeniu, nu este cu adevărat o problemă.

Întrebarea 16:18 - Un domeniu nou moștenește sucul SEO și, de asemenea, se va clasa pentru cuvinte cheie noi?

Răspuns 16:25 - Deci, în esență, încercăm, dacă putem transfera într-adevăr tot ceea ce facem unul la unul pe noul domeniu, atunci acel nou domeniu va fi în locul celui mai vechi. Și se poate clasa pentru cuvintele cheie vechi și se poate clasa pentru cuvintele cheie noi și, din nou, dacă faceți modificări semnificative în timpul acelei mișcări, atunci desigur că noua stare trebuie să fie luată în considerare și nu este doar ca și cum am putea transmite totul către noul una pentru că una nouă nu este doar o versiune mutată a celei vechi.

Întrebarea 16:58 - O întrebare privind URL-urile parametrilor cu link-uri UTM. Aceste link-uri vor dilua valoarea link-ului dacă sunt puternic conectate intern? Obținem pagini indexate cu parametri în care canonicalul indică versiunea preferată cum va afecta pe termen lung dacă suntem conectați la site cu 80% parametri și 20% URL-uri curate.

Răspuns 17:33 - Bănuiesc că este întotdeauna o situație cam dificilă pentru că, în esență, ne dați semnale mixte. Pe de o parte, spui că acestea sunt link-urile pe care vreau să le indexez pentru că așa faci linkuri interne pe site-ul tău. Pe de altă parte, acele pagini, când le deschidem, au un rel canonic care indică o adresă URL diferită. Deci spui indexează-l pe acesta și din acela spui bine, indexează-l pe unul diferit. Deci, sistemele noastre ajung să facă acolo este că încearcă să cântărească diferitele tipuri de adrese URL pe care le găsim pentru acest conținut. Putem recunoaște probabil că acest conținut, aceste adrese URL duc la același conținut. So we can kind of put them in the same group and then it's a matter of picking which one to actually use for indexing and on the one hand we have the internal links pointing to the UTM versions, on the other hand we have the rel canonical pointing to kind of the cleaner version. The cleaner version is probably also a shorter URL and nicer looking URL that kind of plays in inline with us as well but it's still not guaranteed from our point of view that we would always use the shorter.

So rel canonical is obviously a strong sign internal linking is also kind of a stronger signal, in that that's something that's under your control. So if you explicitly linked to those URLs and we think maybe you want them indexed like that. So in practice what what would probably happen here is we would index a mix of URLs some of them we would index the shorter version because maybe we find other signals pointing at the shorter version as well. Some of them we probably index with the UTM version and we would try to rank them normally as the UTM version.

In practice in search you wouldn't see any difference in ranking you would just see that these URLs might be shown in the search results. So they would rank exactly the same with UTM or without UTM and they would just be listed individually in the search results. And from a practical point of view that just means that in search console you might see a mix of these URLs. In the the performance report you might see kind of this mix. In the indexing report you might see a mix in some of the other reports. Maybe around the AMP or structured data if you use anything like that you might also see this mix. You might also see in some cases situation where it swaps between the URLs so it might be that we index it with UTM parameters at one point and then a couple weeks later if we switch to the cleaner version and we say, well probably this cleaner version is better, and then at some point later on or algorithm to look at it again and say well actually more signals point to the UTM version we'll switch back, that could theoretically happen as well.

So what I would recommend doing there is if you have a preference with regards to your urls make sure that you're being as clear as possible within your website about what version you want to have indexed. With UTM parameters you're also creating the situation that we'd have to crawl both of those versions so it's a little bit more overhead if it's just one extra version that's probably not such a big deal. If you have multiple UTM parameters that you're using across the website then we would try to crawl all of the different variations which would in turn mean that maybe we crawl, I don't know, a couple times as many URLs as your website actually has to be able to keep up with indexing. So that's probably something you'd want to avoid. So my recommendation would be really to try to clean that up as much as possible, so that we can stick to the clean URLs. To the URLs that you want to have indexed instead of ending up in this state where maybe we'll pick them up like this, maybe we'll pick them up like this, and in your reporting it could be like this, it could be like this. You have to watch out for that all the time. So keep it as simple as possible.

Question 21:56 - Will there be any ability to test and view desktop renders with screenshots in the URL inspection tool in search console?

Answer 22:05 - I get these kind of questions all the time. It's like will you do this in search console or will you do that. And in general we try not to pre-announce things so I don't really have any insight that I can give you there with regards to what will happen in the future. It does seem like something that is kind of a missing aspect of the tool in that it's focusing on mobile at the moment but it might be nice to actually test the desktop version as well. So I'll definitely pass that on to your team to make sure that that's on their radar somewhere.

Question 22:41 - On one website with a couple million pages we have a sidebar which has internal links in it and next to each there's a number which represents how many sub pages that link leads to. Sort of as an information informative visual aid and generating those numbers takes a lot of time is it okay to remove those numbers for the front page when Googlebot is detected?

Answer 23:08 - So Googlebot should be seeing the equivalent version of the page as users would be seeing. So if this is something that's useful for users I'd recommend showing it to Googlebot as well. It's something where if you're talking about the speed that it takes to to render these pages it's worth keeping in mind that we look at speed on kind of a holistic way we don't just look at the speed of a page as Googlebot is fetching that page when it comes to speed with regards to using speed as a ranking factor. For crawling of course having the pages that are available very quickly that helps us quite a bit so that makes sense to kind of make things fast for Google for crawling at least. One thing I'd recommend here though is try to avoid special casing Googlebot if if at all possible because it does mean that maintenance is a lot harder. If you're doing special for Googlebot then it's a lot harder to tell if Googlebot is seeing errors on the page and users are seeing normal content and Googlebot starts dropping those pages from search because of those errors. So ideally treat them a lot the same as users. One way you could do that here is to use some kind of JavaScript to just asynchronously load that extra information. So that's usually pretty easily doable probably less effort than cloaking to Googlebot in a case like this.

Question 24:47 - Does link equity pass through links on canonical pages or is it just ignored and everything flows to the canonical? So I think the question is more that you have one page it has a rel canonical pointing to a different page and the question is will those links on that original page kind of work pass PageRank or will only that pay the links on the specified canonical page pass PageRank?

Answer 25:18 - So from our point of view there are multiple things I've come into play here. I think first of all those pages should be equivalent if you're saying that there's a canonical for that page it should be equivalent to the final page as well. So it shouldn't matter which of these pages is used for forwarding links because you're essentially telling us these pages are the same we can treat them the same. So it shouldn't matter for our algorithms like if we pick up those links on that page or we pick up the links on the other page. So II would also assume there that not always kind of like in the other question with UTM parameters we would pick the URL that is specified as canonical as the one that we actually index. So if those links are different across versions of pages then that's something where we might not pass PageRank in the way that you're expecting. So all of that kind of comes together and from my point of view what I'd recommend there is just really making sure that those pages are equivalent. So that you don't have to worry about from where, which links are passing PageRank. But rather assume that it could be this page, it could be the other page, the rel canonical is a strong signal for us but it's not a directive that prevents us from using that page completely.

Question 26:50 - Is it a good idea to create a website for every country in the world?

Answer 26:58 - So the short answer there is no that's a terrible idea. Especially if you don't really have content that's unique to every country in the world. In particular if you're using hreflang between the different country and language versions. You need to keep in mind that hreflang does not make those pages rank higher in those countries it just swaps out those URLs. So you still have to be able to rank in those individual locations. Which means if you have one piece of content and you split it up across every country in the world and multiply it by every language then you'll have diluted your contents significantly across a large number of URLs. Which means that any piece of content there will have a lot more trouble being shown in the search results. Because instead of one strong page that we could show potentially worldwide, we have a ton of different pages that all show more or less the same content and none of them are particularly strong. So that's something where when it comes to an internationalization strategy I would strongly recommend getting help from people who have done this successfully for other websites. So that you can really weigh kind of the pros and the cons there. On the one hand you have the advantage of being able to target individual countries and languages with content that's really uniquely kind of specialized for them and on the other hand you have to weigh that if you're diluting the content too much then all of those versions will have a lot harder time to be visible in search. So on the one hand targeting well on the other hand kind of making sure that the versions that you do have available are strong enough to actually be be visible in search and my general thought there is to err on the side of using fewer versions rather than using more versions. So unless you have a really strong use case for having content specifically targeted for individual countries and I err on the side of well maybe one global website is better rather than splitting things up.

Question 29:25 - Can we use both rating schema and question-and-answer schema for question answers

Answer - 29:33 - Sure I don't see offhand why not. The main thing to keep in mind is that the structured data should be focused on the primary content of the page. So I don't know how exactly you would kind of combine the rating and the QA schema on a page but maybe it's something like you have questions and answers to a product and you have ratings at that product as well. That might be an option there but in general it's not that these types of markups are exclusive and you can only use one type you can combine multiple types of markup.

Question 30:41 - So our site had maybe like 5,000 Google visitors per day for several months now we're down to under 500. This was due to a sudden, just happened in one day, we think it's due to an automatic security penalty that we got removed within one business day and we just haven't seen any change within three weeks. So I'm wondering how long was something like that it might take to recover from and if there's anything else that would cause just a sudden one day drop like that?

We got a message in search console that social engineering content was detected. It turns out that was due to our email service provider there click track my software was was automatically flagged because I guess another clients was using it so we were we got a manual review and within a business day and they said it was ok but you know.

Answer 31:48 - Ok so if there was a manual review then that would be resolved. So it's not that there is kind of a hold back after manual review that says, oh we have to be careful with this website, but that should be resolved there. I know It's kind of hard to say just in a general case with regards to a site like that there there are sometimes algorithmic changes that happen that roll out we're bigger change happens with within a day or so. So that might also be playing a role here it might also be that there's something else kind of playing in with the site there. So what what I generally recommend doing is maybe starting a thread in the webmaster help forum with the URL of your site and some of the queries where you're seeing changes. So not just like we had this many queries and now it's like down to this but rather like people are searching for our company name they're still finding our company name but for this particular kind of query we're no longer visible anymore. So that that kind of thing is it's really useful to post in the webmaster help forum and usual also when when people can't find an answer for that, the experts there are able to escalate that on to us so that we can take a look at that as well.

Question 33:24 - So they have multiple sites in German for different countries and they have the a hreflang setup. It sounds like instead of properly. So this is just what the example URLs, it's hard to say but they're saying that they're not seeing a lot of indexing of these URLs across the different country versions so what what could be happening here?

Răspuns 33:54 - Așa că, de obicei, când văd întrebări ca aceasta, se rezumă la algoritmii noștri care se uită la aceste pagini și spun că aceste pagini sunt în esență duplicate unele ale altora. Așa că putem indexa una dintre aceste versiuni și o putem arăta utilizatorilor pentru că este la fel. Deci, în special în germană, este ceva ce văd destul de mult, îmi imaginez că în alte limbi este similar, probabil, în spaniolă, unde există mai multe țări vorbitoare de spaniolă sau, desigur, în engleză, de asemenea, unde conținutul este în esență același și este doar țintit pentru tari diferite. Deci, ceea ce se întâmplă aici este, din punct de vedere al indexării, probabil că, cel puțin potențial, am împături aceste adrese URL, astfel încât versiunile multiple în germană alegem o versiune în germană și spunem că aceasta este cea canonică pentru versiunea germană cu marcajul hreflang pe care îl avem. totuși, d pot afișa celelalte adrese URL. Deci am putea indexa versiunea germană elvețiană și, dacă un utilizator din Germania căutăm, am putea schimba acea adresă URL cu versiunea germană din rezultatele căutării. Dar în raportul de indexare din consola de căutare veți vedea doar acea adresă URL indexată pentru versiunea elvețiană, care este cea pe care am ales-o canonică. Deci nu ați vedea asta pentru versiunea germană, în practică, poate fi în regulă dacă aceste pagini sunt într-adevăr exact aceleași, deoarece schimbăm URL-urile utilizatorilor care ajung la versiunea corectă, care este destul de bine și dificultatea poate fi că, dacă aveți ceva în titlu sau dacă aveți prețuri sau alte date structurate pe acele pagini, ar putea fi ceva care ar deruta utilizatorii, deoarece un utilizator din Germania ar putea căuta, arătăm adresa URL germană, dar în fragment are elvețian moneda ca pret undeva. Deci, asta ar putea fi confuz pentru oameni, așa că, de obicei, există două abordări în ceea ce privește, pe de o parte, ați putea să luați abordarea și să spuneți că împăturiți aceste adrese URL împreună este în regulă, ceea ce face ca acești euro să fie puțin mai puternici pentru mine, este în regulă. Atunci s-ar putea să intri acolo și să spui că mă voi asigura că aceste pagini sunt generice, care încrucișează toate versiunile germane, astfel încât să nu conteze pentru mine care URL este de fapt indexată. Cealaltă abordare este să vă asigurați că aceste adrese URL sunt văzute în mod clar ca adrese URL separate principale. Așadar, să ne asigurăm că conținutul este într-adevăr semnificativ diferit în diferitele versiuni de limbă, astfel încât sistemele noastre atunci când se uită la aceste pagini să spună, ei bine, aceasta este o pagină în germană și aceasta este o pagină în germană diferită, există un link hreflang între cele două astfel încât să putem schimba acele adrese URL, dar sunt pagini unice, trebuie indexate individual. Deci, acestea sunt un fel de cele două abordări acolo, pe de o parte, ați putea împături lucrurile împreună, pe de altă parte, ați putea spune, ei bine, vreau ca acestea să fie separate în mod explicit.

Întrebarea 37:00 - Ce ați sfătui dacă un brand are o prezență internațională și odată ce se închide pentru anumite regiuni. Ce faceți cu site-urile care vizează alte țări dacă acestea redirecționează site-ul principal?

Răspuns 37:14 - În esență, aceasta este un fel de situație de migrare a site-ului. Cred că dacă aveți un site de țară și spuneți că acest site nu mai este disponibil, îl voi redirecționa către o altă versiune a mea. Asta e ceva ce poți face. Ceea ce nu puteți face cu adevărat este să specificați în căutare pentru a ne spune că nu ar trebui să arătăm acest site în anumite țări. Așa că puteți să vă împăturiți versiunile germane și să spuneți ca Germania Austria Elveția că toate ar trebui să fie singurul site german care este în regulă, dar nu vreau să arăt site-ul meu utilizatorilor din Elveția, dar nu puteți. Nu există nicio etichetă meta prin care să-i poți spune Google să nu afișeze site-ul meu în Elveția. Deci, cel mult, ceea ce poți face este să blochezi utilizatorii din acea țară să acceseze site-ul, dar nu poți să îi spui lui Google să nu-l arate în rezultatele căutării pentru acea țară.

Întrebarea 38:18 - Aceasta a fost întrebarea mea. Site-ul nostru este în limba engleză și avem conținut unic cu diferite țări. Deci, din cauza deciziilor de afaceri, închid anumite regiuni. Deci, dacă redirecționăm site-ul, va avea un fel de impact asupra site-ului meu principal, va avea un efect negativ sau pozitiv? Vreau să spun că în prezent avem acest hreflang activat în toate subseturile care au pagini comune în care putem vedea că oferim un produs într-o anumită țară și un singur produs în altă țară, cu conținut diferit și conținut local pentru toată regiunea. Deci mă întreb ce se va întâmpla cu acele pagini? dacă redirecționez acele pagini către site-ul meu principal, paginile mele principale se vor clasa pentru acele regiuni specifice?

Răspuns 39:19 - Acest lucru s-ar putea întâmpla, dar din nou, asta nu este ceva pe care îl poți controla cu adevărat. Deci, dacă redirecționați acele pagini dacă acele pagini încă există, s-ar putea să se claseze și în acele locații, nu puteți spune că nu există metaetichetă sau ați putea spune că site-ul meu ar trebui să fie indexat, dar să nu fie afișat în acest special. țară.

Întrebări 39:50 - Google are acest manual UX pentru cele mai bune practici pentru a încânta utilizatorii pentru diferite nișe. Acestea sunt considerate parte a clasamentului sau puteți oferi o perspectivă despre asta?

Răspuns 40:02 - Deci, acele cărți de joc UX, din câte știu, sunt publicate de echipa de reclame și este mai degrabă o chestiune de, ei bine, acestea sunt cele mai bune practici UX și lucruri bune de făcut pe un site web și nu neapărat ceva ce noi. Aș spune, ei bine, acestea joacă în clasament, dar evident, dacă faci un site web bun care funcționează bine pentru utilizatori, atunci indirect poți vedea cu siguranță un efect în clasament. Dar nu este că am spune că ne uităm la aceste manuale UX și le folosim în mod special ca factori pentru clasare.

Întrebarea 40:38 - Care este impactul linkurilor afiliate atunci când sunt amestecate cu conținut care vizează subiecte sensibile. Știm că monetizarea agresivă poate fi problematică, mai ales atunci când linkurile afiliate nu sunt dezvăluite utilizatorilor și când accentul pe generare de bani este mai important decât furnizarea de conținut grozav utilizatorilor, dar mă întreb cum ar funcționa asta pentru subiecte precum sănătatea, medical, financiar. etc.?

Răspuns 41:05 - Deci, în general, acest lucru nu este, din câte știu eu, nu intrăm în mod explicit pe site și spunem, ei bine, există link-uri care arată ca link-uri afiliate, prin urmare vom trata acest site ca fiind de calitate inferioară. În general, principalele probleme pe care le văd în ceea ce privește site-urile afiliate sunt că acestea tind să fie doar site-uri de calitate inferioară. Deci nu este atât de mult o chestiune de unde este fluxul de check-out, ci mai degrabă de faptul că, în general, conținutul este adesea de calitate scăzută și, din cauza conținutului de calitate scăzută, algoritmii noștri ar putea să-l înțeleagă și să spună, ei bine, acest lucru probabil nu este. cel mai relevant rezultat de afișat în rezultatele căutării și pot exista și site-uri web afiliate de înaltă calitate, care sunt bune. Deci nu este atât de mult o chestiune de a exista sau nu un link afiliat, ci mai degrabă de restul site-ului? Este acesta ceva care ar fi relevant pentru a fi arătat utilizatorilor sau există ceva problematic acolo? Cred că, cel puțin din câte știu eu, asta s-ar aplica în general, așa că nu ar conta cu adevărat care este tema specifică a site-ului web, dar în general există niște site-uri afiliate foarte bune și există unele foarte groaznice. site-uri afiliate. Deci, este mai mult o chestiune de este un site bun sau este un site groaznic?

Întrebarea 42:35 - Odată cu opțiunea de preluare și redare depreciată din vechea consolă de căutare și înlocuită cu instrumentul de inspecție URL, instrumentul de inspecție UL va fi actualizat pentru a include o comparație vizuală paralelă a modului în care Googlebot vede o pagină față de modul în care ar face utilizatorul ii vezi?

Răspuns 42:53 - Nu știu, ca și în cealaltă întrebare, încercăm să nu anunțăm lucrurile în prealabil, așa că nu este ceva în care aș putea spune ceva în mod specific cu privire la ceea ce se va întâmpla în viitor. De asemenea, sunt bucuros să transmit acest lucru echipei pentru a arunca o privire și a vedea în ceea ce privește prioritizarea. Din punct de vedere practic, am simțit întotdeauna că această comparație este ceva mai puțin util în zilele noastre, deoarece majoritatea site-urilor sunt destul de bune în a se asigura că o pagină poate fi redată pentru motoarele de căutare. Cel puțin site-urile pe care le-am uitat tind să fie oarecum pe partea bună acolo. Deci, în special la început, când site-urile nu erau atât de obișnuite cu motoarele de căutare care încercau de fapt să redea o pagină, ceea ce era un lucru mare, dar în zilele noastre nu știu dacă aceasta este într-adevăr o problemă atât de mare, cum ar fi dacă javascript este blocat de un robots.txt, acele lucruri pe care le simt că s-au schimbat semnificativ de-a lungul anilor, dar sunt bucuros să le plătesc echipei și probabil că vor verifica din nou dacă există într-adevăr probleme de care avem nevoie acolo.

Întrebarea 44:12 - Poate linkul dezavuare boost clasamente?

Răspuns 44:17 - Doamne, asta e o întrebare atât de mare. Deci, teoretic, dacă site-ul dvs. este retrogradat cu o acțiune manuală în ceea ce privește linkurile pe care le-ați cumpărat sau că altcineva este cumpărat pentru site-ul dvs. de-a lungul timpului. Poate un SEO anterior, poate ceva care a fost configurat înainte de timpul dvs. cu compania respectivă și apoi puteți utiliza instrumentul de dezavuare pentru a elimina acele linkuri din sistemele noastre și ulterior puteți utiliza formularul de solicitare de reconsiderare pentru a ne informa despre această modificare și apoi echipa manuală de spam web va arunca o privire și va verifica din nou dacă starea curentă este în regulă. Și dacă starea actuală este curată, atunci ei vor rezolva acea acțiune manuală și, în general, site-ul dvs. va putea să se claseze din nou în mod natural. Așa că este ceva în care, în multe cazuri, site-ul web ar putea crește puțin, iar clasamentul în unele cazuri ar putea fi, de asemenea, că aceste link-uri nenaturale au susținut în mod nefiresc site-ul la început. Deci, prin eliminarea acelor legături, s-ar putea ca acest suport să dispară, ceea ce este un fel de stare naturală. Deci, cred că răspunsul mai scurt este că nu există da sau nu aici, în sensul că dezavuarea link-urilor schimbă ceea ce vedem ca link-uri către site-ul dvs. și care vă poate afecta site-ul în mod pozitiv sau negativ. Deci, recomandarea mea, în general, cu instrumentul de dezavuare este să utilizați acest lucru dacă aveți o acțiune manuală în ceea ce privește link-urile și nu puteți elimina acele link-uri sau dacă atunci când vă uitați la link-urile dvs. vă dați seama că a fost acest lucru nebunesc pe care îl avem a făcut poate acum doi ani și echipa de spam web nu a observat, dar poate că este timpul să curățăm actul nostru și să curățăm asta, atunci este ceva în care are sens să folosim un instrument de respingere. Nu aș folosi asta la întâmplare și să spun că acestea sunt link-uri ciudate și nu vreau să fiu asociat cu ele. Sper că Google ar putea să-mi claseze mai bine site-ul atunci când le elimin pe acelea, așa că este puțin probabil să se întâmple.

Întrebarea 46:27 - John, pot să pun aici o întrebare bazată pe respingeri. Așa că vedem uneori, bănuiesc că poate concurenți, vom vedea literalmente un loc trimis link-uri 1.1 sau 1.2 către pagina noastră de pornire. Complet off-topic, site de reparații de instrumente din Irlanda, nimic de-a face cu ceea ce facem, evident. Nu am instrumentele sau capacitatea de a respinge toate linkurile, este mai bine să resping site-ul?

Răspuns 47:01 - Sigur că poți face asta. Da, pentru asta este intrarea domeniului din fișierul dezavuare, așa e ca și cum toate aceste milioane sau mii de link-uri poți spune totul de pe acest site, pur și simplu nu am nimic de-a face cu asta. De obicei, ceea ce se întâmplă în astfel de cazuri în care vedeți această legătură complet aleatorie cu site-ul este că site-ul a fost probabil piratat și, din orice motiv, cineva a decis să renunțe la toate acele link-uri acolo când piratam site-ul web și, de obicei, suntem destul de buni în a le prelua. și încercând să păstrăm statul înainte de a sparge sistemele noastre. Deci probabil că ignorăm deja acele linkuri, este posibil ca poate sau chiar să indexăm site-ul de mai degrabă decât cu conținutul piratat. Deci, de obicei, nu mi-aș face griji prea mult pentru că acest tip de hack-uri sunt foarte comune și avem puțină practică pentru a încerca să ne ocupăm de asta. Dar dacă ești îngrijorat din cauza asta, știi că este o nebunie și cred că link-urile pentru repararea instrumentelor probabil nu sunt ceva în care vrei să spui, oh, așa ceva îmi va ucide site-ul dacă sunt asociat cu viorile, Poate că conținutul pentru adulți este ceva la care ați fi mai precaut, atunci aș folosi doar un fișier de respingere și sunteți sigur că acestea nu sunt luate în considerare.

Întrebarea 48:44 - Două întrebări rapide cu privire la această adresă URL este o categorie URL pentru un site web de comerț electronic care are un fel de parametru de vizualizare a tuturor, în esență problema noastră este că adresa URL are o adresă canonică pentru versiunea fără parametru. Este legat de versiunea fără parametru pe tot site-ul, este în harta site-ului fără parametru, dar cumva Google decide că nu aceasta este versiunea canonică și toate semnalele noastre indică către cealaltă versiune și nu cred că acționează la fel de mult, dar Nu înțeleg de ce Google nu alege versiunea noastră când toate semnalele noastre sunt îndreptate în aceeași direcție?

Întrebarea 48:24 - Nu știu, greu de spus. Așadar, cred că un lucru de reținut este că se află sub indexare mobile first. Deci, poate că versiunea mobilă este puțin diferită, poate există o rel canonical, poate există ceva cu JavaScript care schimbă rel canonical, nu știu, dar asta este întotdeauna ceva de reținut. Deci, atunci când îl testați în browser și asigurați-vă că verificați de două ori vizualizarea mobilă, dar așa cum amândouă celelalte întrebări de mai devreme, este, de asemenea, posibil ca, din orice alte motive, ne hotărâm bine, de fapt, acesta este cel mai curat versiune.

Întrebarea 50:33 - Dacă nu este conectat de nicăieri și știi că legăturile interne nu indică către el. Nu va fi harta site-ului și, cu inspecția URL-ului către Google, vede corectă canonica corectă că am spus doar că Google a selectat canonica este încă aceasta, mai degrabă decât ceea ce am etichetat. Așa că nu știu dacă ar avea vreun efect, sunt doar îngrijorat că ar putea exista ceva ce ne lipsește care ar putea afecta și alte pagini.

Răspuns 51:11 - Da, nu știu, ar trebui să arunc o privire. În general, dacă este același conținut, atunci clasamentul ar fi același. Deci nu este că ceva se va schimba acolo. Nu știu dacă mituirea mea cu produse de îngrijire a părului ar fi deosebit de utilă, dar nu știu. Așadar, vreau să spun că este o situație în care aveți un fel de pagină de vizualizare completă și cealaltă versiune a paginii în care s-ar putea să primim niște semnale care spun că aceasta este versiunea de vizualizare integrală pe care ar trebui să o păstrăm acela în loc de celălalt pentru că s-ar putea să fie paginat sau ceva de genul ăsta, dar da, nu știu dacă și ar trebui să sapă în asta. Un alt lucru care poate merită menționat este că am dori să întocmim un document cu privire la cele mai bune practici în jurul site-urilor de comerț electronic în general. Deci, dacă întâlniți lucruri ciudate ca acestea pe care le folosim bine cu site-urile de comerț electronic, de multe ori aveți aceste pagini de categorii care au o mulțime de conținut, iar paginarea și filtrarea și vizualizarea, toate lucrurile sunt cam complicate, atunci asta este ceva în care eu Mi-ar plăcea să primesc feedback despre. Deci, poate exemple, poate doar întrebări generale cu privire la site-urile de comerț electronic, toate acestea ar fi foarte util să aveți. În mod ideal, poate le trimitem prin Twitter, astfel încât să le pot colecta acolo. Am început un tweet despre asta și sper să putem pune ceva împreună cu unele, cred că cele mai bune practici în ceea ce privește site-urile de comerț electronic despre cum vă puteți asigura că indexarea și accesarea cu crawlere. functioneaza ideal.