5 февраля 2019 г. – Google Help Hangout Notes

Вопрос 13:02. У меня был короткий вопрос, поскольку вы знаете, что мы годами занимаемся всевозможными странными проблемами с ранжированием. У одного из моих партнеров, когда он имел дело с некоторыми проблемами YouTube, была потенциальная теория, основанная, например, на запрещенных словах. Иногда мы называли продавца автомобилей дебилом или что-то в этом роде и в некоторых наших статьях. По сути, мы хотели выяснить, может ли потенциально возникнуть проблема с использованием подобного языка на определенных страницах сайта. Я не имею в виду ненормативную лексику, а просто что-то вроде оскорблений? Мы все еще наблюдаем явление, когда другие веб-сайты, которые в основном украли наш контент, а затем немного изменили его, ранжируются там, где мы раньше, а затем мы ранжируемся как-то плохо. Когда они изменяют содержимое после того, как украли его, они не стремятся украсть те страницы сайта, которые имеют такой тип использования языка.

Ответ 14:49 - Не думаю, что это на что-то повлияет. На некоторых страницах есть пользовательский контент, и они также используют такой неформальный язык, так что я думаю, что это совершенно нормально.

Вопрос 17:41. Мы добавили похожие статьи в конец страницы нашего блога. Мы делаем ссылку в следующей ссылке на одну из этих связанных статей.

Ответ 17:52 - Нет. Таким образом, тип ссылки rel next на самом деле предназначен только для серии разбивки на страницы, а не для связанных ссылок. Так что я бы просто давал перекрестные ссылки на эти связанные статьи, как правило, обычно это то, что обычно делают эти плагины.

Вопрос 19:42. Теперь скорость и безопасность становятся все более важными факторами. Планируете ли вы использовать ошибки безопасности в DNS SEC и использование CDN в качестве ранжирующего сигнала помимо данных для скорости?

Ответ 19:55 - Я не знаю, имеет ли смысл делать это, я думаю, в отдельные элементы, которые составляют скорость, но я определенно вижу, что мы используем, я имею в виду, мы используем скорость как фактор ранжирования. . Так что, если все эти элементы влияют на скорость, сделайте свой сайт быстрее для пользователей, и, возможно, это то, что вам нужно. Но я не думаю, что это было бы в случае, когда мы сказали бы, что эта конкретная технология является чем-то, что вы должны использовать, потому что это реальный фактор ранжирования. Это больше, что мы говорим хорошо, скорость важна, как вы достигнете этой скорости, в конечном счете, зависит от вас. Возможно, вы используете эти технологии, возможно, используете другие технологии. Есть действительно крутые причуды в новых способах, которыми вы можете сделать веб-сайт очень быстро, и как вы это сделаете, в конечном счете, зависит от вас, потому что с точки зрения пользователя им все равно, какую технологию вы используете, пока страница открывается. очень быстро.

Вопрос 20:59. Мы используем web.dev и набрали 100 баллов из сотен за оптимальную производительность SEO и доступность, однако мы не увидели никакого улучшения рейтинга. Сколько времени это занимает?

Ответ 20:12. Таким образом, web.dev — это отличный способ проверить ваш сайт на множество известных проблем и сравнить с известными передовыми практиками, но просто достижение хороших результатов не означает, что ваш сайт автоматически поднимется в рейтинге выше. все остальные. Так что нужно помнить, что это не окончательный и окончательный способ сделать SEO и хорошо ранжироваться. Это список лучших практик, и он дает вам различные вещи, которые мы можем протестировать и которые мы можем отметить для вас. Так что это то, где я думаю, что это хорошая идея, чтобы посмотреть на эти вещи, но вы должны быть в состоянии интерпретировать то, что из них получается, и вы должны понимать, что для ранжирования номер один есть нечто большее, чем просто выполнение набора технических требований. требования.

Вопрос 22:26 — Недавно я исследовал способ обслуживания статического контента с помощью бессерверной облачной инфраструктуры, созданной динамической CMS, с множеством модных слов, чтобы мы могли сохранить отличное и простое в использовании обратно в WordPress, который обслуживает контент и статический HTML для пользователей, что значительно повысит производительность и безопасность. Поскольку Google и Automatic теперь сотрудничают, а WordPress поддерживает большую часть Интернета, как вы думаете, может ли быть способ сделать это без приложений, вместо того, чтобы заниматься компьютерными играми?

Ответ 22:33. Я не знаю какого-либо конкретного способа настроить это с тем, что вы там видите, но в целом наши инструменты тестирования работают для любого веб-контента. Поэтому, если вы можете обслуживать свой контент, используя любую инфраструктуру, которая, по вашему мнению, имеет смысл для вашего сайта, независимо от того, какая серверная часть, по вашему мнению, имеет смысл для вашего сайта, и вы можете использовать наши инструменты тестирования, чтобы подтвердить, что Googlebot может видеть этот контент, тогда это должно упражняться. Таким образом, это не значит, что робот Googlebot специально говорит вам, что вам нужно использовать эту инфраструктуру и делать это так, чтобы мы могли это сделать, но вы можете использовать любую инфраструктуру, которую вы хотите, и пока робот Google может получить доступ к этому контенту, вы должны быть готовым.

Вопрос 24:32. В предыдущих видеовстречах вы упомянули, что последним этапом изменений, связанных с производительностью, является открытое постепенное снижение рейтинга по мере того, как ваш веб-сайт становится все медленнее. Мы работаем над повышением скорости нашего сайта. Знаете ли вы, сколько времени может потребоваться Google, чтобы заметить эти улучшения после их выхода?

Ответ 24:54. Как и почти все, что связано с веб-поиском, это не то, что связано с фиксированными временными рамками, а скорее мы просматриваем страницы индекса с течением времени. Мы обновляем вид этих сигналов, которые у нас есть для этих страниц с течением времени. Нет фиксированной временной шкалы, некоторые из этих страниц и сигналов обновляются каждый день или даже чаще. Некоторым из них требуется немного больше времени, для обновления некоторых требуются месяцы. Итак, что вы, вероятно, увидите здесь, если сделаете значительные улучшения на своем веб-сайте, но со временем вы увидите такой постепенный рост в отношении того, что мы принимаем во внимание эти сигналы. Это может быть очень сложно, когда дело доходит до скорости в том смысле, что скорость не является самым важным фактором ранжирования. Мы смотрим на такие вещи, как контент, и пытаемся выяснить, какие из этих страниц также наиболее важны для пользователей. Таким образом, если сайт действительно быстрый, это не означает, что он всегда занимает первое место в рейтинге. Теоретически пустая страница будет самой быстрой страницей, но это не означает, что это хороший результат для пользователя, поэтому скорость является скорее меньшим фактором ранжирования. там. Таким образом, мы, вероятно, увидим большие изменения в видимости вашего сайта в поиске с течением времени, основанные на улучшении качества и улучшении веб-сайта в целом, а скорость больше похожа на что-то небольшое, что, вероятно, даже трудно измерить индивидуально.

27:33. Возможно ли, что алгоритм связывает негативные факторы с людьми или организациями, а затем понижает рейтинг несвязанных веб-сайтов, связанных с теми же людьми?

По сути, у нас были проблемы с советами по покупке автомобилей, а затем у одного из моих партнеров и у меня был сайт типа хобби, связанный с ловлей каменных крабов, когда мы его разместили, он был в тройке лучших по всему, что связано с этим, а затем это вроде исчезли из рейтинга. Мы разместили вопрос на справочном форуме для веб-мастеров, и через несколько минут все ведущие участники начали сосредотачиваться на том факте, что сайт ассоциируется с советами по покупке автомобилей, и поэтому я хотел посмотреть, возможно ли, что есть какой-то негативный оттенок. нам лично.

Ответ 28:27 - Я не могу себе представить, что к вам лично что-то привязано, где наши алгоритмы сказали бы, о боже, снова этот парень. Так что обычно это происходит, когда мы видим веб-сайт, и это своего рода хорошо взаимосвязанный набор сайтов, которые все проблематичны, тогда это может быть что-то или алгоритм работает, о, мы должны быть осторожны, здесь все эти веб-сайты проблематичны, так что, может быть, это новое веб-сайт, который также является частью этого набора, также довольно сложен. Но если дело в том, что эти веб-сайты просто находятся на одном сервере с одним и тем же владельцем, это обычно не проблема. Это также, как правило, большая проблема, когда речь идет о дорвеях, где, возможно, вы создаете новый веб-сайт для сотен разных городов по всей стране, и, по сути, все эти страницы такие же, как и все веб-сайты одинаковые и это то, о чем наши алгоритмы могли бы сказать, ну, это не похоже на большую ценность для нас.

Вопрос 31:33 - В основном, что происходит, это страницы, которые являются результатом того, что пользователь на нашем сайте правильно выбирает свои биологические вещи, поэтому они выбирают конфигурацию гена и реагента, который идет вместе с ним, и что происходит, так это то, что мы создаем поиск страница эффективно, это процесс фильтрации, мы создаем страницу поиска, а затем, конечно, она ссылается на страницу продукта, и они нажимают на эту ссылку, эти отфильтрованные страницы периодически попадают в Инструменты Google для веб-мастеров, и вы знаете, что это не просто пара. It happens thousands at a time and so one of the things we were wondering is we do have it in our robots.txt file and we believe it's correct is there do we need to do I'll call it belt-and-suspenders and also make those a no index you know command at the beginning of the page or something like that that would help that? It just it makes it difficult to use webmaster tools sometimes when it's full of that kind of information. Finding the needle of the things we really have to take care of is difficult by the sometimes over-enthusiastic webmasters tool of capturing everything we do.

We'll see I'm in either mostly in the performance the new performance tool and it will be you know an anomaly or soft 404 one of those two because it tries to go back and find it and of course you can't find it.

Answer 33:16 - So noindex would be an option here as well but then you would have to take it out of the robots.txt so that we can see the he no index. I wonder if that's already happening to some extent here because we we wouldn't be flagging it as a soft 404 in search console if it were completely blocked by robots. So that's something where maybe we're already able to kind of crawl those pages and then we say oh we probably don't need to index these therefore we'll let the webmaster know that we kind of stumbled upon them. So that might be something to double-check that they're actually blocked by robots.txt.

Question - We're pretty sure it also happens and then they disappear and then it happens and disappear. So maybe it's just a matter of that the processing time in between the two. We just they don't, I mean, they're not really pages so we don't want them in the index because they have no title, no h1, none of that stuff because they're really not pages. They're just the results of a user asking to configure a gene and one of our products.

Answer 34:40 - Yeah so in in that case I would just leave them in the robots.txt leave them blocked. I think that's perfectly fine. There's no real way to kind of block them from appearing at all in search console but I think having them the robots.txt file is perfectly fine.

Question 35:00 - By the way when are they gonna put the robots.txt tester tool in the new Webmaster Tools?

Answer 35:06 - I don't know we haven't announced that yet but we're trying to be a little bit ahead of turning things down so that people have a chance to move to something new. To move the new tools in search console. So as soon as we we have more plans on what is happening there we will let you know. I think this is one of those tools that that make sense to keep. So since we haven't announced that we're turning it off I imagine it'll just come with the new switch to console over time.

Question 35:47 - I have a client going through a site migration it's a large enterprise website where they're going from multiple subdomains to one and right now individual business pages and content is across several branded subdomains. Each business has the same template with you know one main page and several sub pages and the single domain experience will consolidate that business template down to maybe one or two to three pages there's a lot of content consolidation. They'll be doing this in in phases you know and it'll still be a large-scale but since we're talking about so many multiple page experiences going down to one potentially. For those to be retired or redirected business business pages on old sub domain I've been thinking they should intentionally orphan those first before pushing through so many redirects at once to the new consolidated experience. Almost to let the dust settle but is it the right approach or is it just best to redirect those old pages the new relevant and compact experience and then let the dust settle from there?

Answer 36:46 - I will just try to go with the final state as quickly as possible. So instead of creating this temporary situation where things are neither the old one or the new one, I would try to just redirect to the new ones as quickly as possible.

Question 37:49 - If it's dynamic surveying and a site owner wants to set up an amp page also with the same URL and a desktop page does he need to add an amp HTML page so the same URL for mobile desktop and amp?

Answer 38:00 - So I think first of all you wouldn't be able to use the same URL for mobile and amp if you're serving different HTML because the same user would be going through that page and you wouldn't know which content to serve so that I think wouldn't work. However you can of course make an AMP page and just say the amp page is my normal page that's a perfectly fine set up. For example in the new WordPress AMP plug-in I believe there's an option I don't know it's called native amp I think. Where basically your website is purely an amp page and that's that's a perfectly fine setup. So in a case like that you would I believe set the amp HTML tag to the same URL so that we know this is meant to be the amp page you would also set the canonical to the same URL so that we know this is the canonical that you want to have indexed and then we'd be able to pick that up.

Question 39:08 - Do backlinks help in the rankings of videos in the Google Search carousel?

Answer 39:13 - So we use a number of factors when it comes to ranking and that does include links. So it's something where I would be wrong to say like we we don't use links at all. However we do use like I don't know over 200 factors for crawling indexing and ranking so focusing on links alone doesn't really make sense. So that's something where good content traditionally picks up links on its own and if you're creating video content on your website and all of that is generally also interlinked within your website so over time these things kind of settle down on their own. It's not that you need to explicitly build links so that you can show up in a video carousel I think that would make a sense.

Question 40:06 - How does Google treat site wide navigational links that are hidden on mobile resolution in responsive pages but visible on desktop.

Answer 40:13 - We would really follow it was normally so I don't see any problem in that. That said if your website is hard to navigate on mobile then users who are for large majority of the sites are mostly coming on mobile will have a hard time navigating your website and will have a hard time kind of finding your other good content. So I would certainly make sure that any UI that you have available on your website is also available in some form or another for mobile users.

Question 40:48 - Recently we learned that many of our pages have not been shown in Safe Search Results these pages are mostly destination pages of cities and countries. I've been keeping track of some of the keywords for example: Gay Barcelona or generally gay destinations anywhere. In the past five days of Barcelona index page showed up in first position on safesearch but then has disappeared from Safe Search now. We always make sure that there's no explicit image or profanity in the content but it hasn't guaranteed her position and safe search results. Could you explain how the safe search algorithm actually works?

Answer 41:35 - So we use a number of factors in figuring out when to show which content to to which users in the search results. I don't think there's like this one simple thing that makes safe search work or not. I suspect with a website like yours it'll always be kind of tricky for algorithms to figure out watch what exactly we should be showing here and how we should be showing that in the search results. I think I passed your website on to the the team here wants to take a look at it as well. So like I can definitely double check with them but I imagine it'll always be kind of tricky and a bit borderline for our safe search algorithms to figure out how we should be handling this kind of website. Which is always I think a little bit unfortunate but it's hard to find exactly the the right balance there.

Question 42:37 - I have two websites that offer very similar content some of it is even duplicated but only one will verify for Google News while the other one won't the noticeable difference is one has a health and fitness section while the other one focuses more on lifestyle content and celebrities, why why would one be accepted into Google News and not the other one?

ANswer 43:43 - I don't know why why that might be happening I don't know the the Google News policies specifically in that regard so it's really hard to say. In general though if these websites are so similar that you're saying some of the content is even duplicated maybe it makes sense to just focus on one website rather than to have two websites that are kind of essentially duplicate or very similar targeting same audience but that's I think more of a question in general for you to kind of consider. With regards to Google News specifically I would recommend going through the Google News publisher forum and double check with the folks there. The experts that that are in the forum there have a lot of experience with sites that are accepted to Google News and sites that get improved so that they do get accepted and sites that wouldn't get accepted to Google News. So they can probably give you some tips with regards to what to watch out for specifically for Google News.

Question 44:08 - Hotel website and even if you search for it with its exact name which is unique I can't see it in the first page of search results. My Google my business listing has been punished for two weeks this listing was closed by admins and I sent the documentation and they understood was mistake and we opened it. I suspect this is the reason why my web site can't be found.

Answer 44:38 - So I don't know about the specific case here so that's really hard to say but in general just because of web site isn't in Google my business wouldn't mean that we wouldn't show it in web search results for the most part the the web search results are independent of the Google my business listings. Obviously if it is in Google my business and we show it in that map's listing then that would be one place where your website would be visible but just because it's not in a Maps listing doesn't prevent it from appearing in the normal search listings. So my suspicion is that there's probably something else that you could be focusing on or that you could be looking at there and like in some of the other cases I'd recommend going to the webmaster help forum and getting some input from other people who've seen a lot of these cases and might be able to help you figure out what you could be doing there to improve.

Question 45:42 - I noticed Google rewrites some titles and meta descriptions any idea of how to know if Google will rewrite the content or keep the original version?

Answer 45:53 - We do have guidelines for how to make good titles and good descriptions so I'd recommend taking a look at that. Oftentimes when I see Google rewriting the titles or the snippet that's usually more based on situations where we see kind of almost like keyword stuffing happening with the titles or the description. So that might be one thing to kind of watch out for another thing to keep in mind is that we do try to pick titles and descriptions based on the query. So if you're doing a site query and you're seeing your titles and descriptions in one way that doesn't necessarily mean that they'll be shown the same way when normal users search with normal queries. So I kind of take a look at both of those and also definitely make sure to check out the Help Center article.

Вопрос 46:46. Как робот Googlebot рассматривает персонализацию веб-сайта? У нас есть новый продукт, который накладывает содержимое веб-сайта на слои, чтобы обеспечить персонализацию в зависимости от отрасли или даже для одной компании. Это позволяет нам действительно настраивать контент для отдельных конечных пользователей. Меня беспокоит то, что я показываю исходный контент на странице роботу Googlebot, а персонализированный контент — конечным пользователям. Повлияет ли это негативно на наших клиентов?

Ответ 47:14 - Возможно. Может быть, так и будет. Поэтому следует помнить, что Googlebot индексирует контент, который видит Googlebot. Поэтому, если у вас есть что-то уникальное, что вы показываете отдельным пользователям, а робот Googlebot этого не видит, мы не сможем это проиндексировать. Мы не смогли бы показать этот веб-сайт в поиске по этим запросам. Так, например, если у вас есть если вы Я не знаю, распознаете ли вы, что пользователь из США, и вы показываете контент на английском языке, вы показываете пользователю из Франции французский контент, а Google сканирует из США, тогда Googlebot будет видеть только английский контент и никогда не узнает, что на самом деле на этом веб-сайте есть французский контент, потому что он никогда не сможет увидеть этот контент. Так что здесь следует иметь в виду, что если вы просто выполняете септальную персонализацию и, возможно, добавляете сопутствующие товары или, возможно, добавляете дополнительную информацию к основному контенту на вашей странице в зависимости от местоположения или других атрибутов, тогда мы могли бы чтобы ранжировать страницу на основе основного контента, который мы видим, но мы все равно не знаем, что это за дополнительный слой информации, который вы добавляете через эти страницы. Так что дело не в том, чтобы наказывать веб-сайт за создание каких-либо проблем, а в том, что мы не можем его видеть, поэтому мы не знаем, как мы должны ранжировать его.

Вопрос 49:25. Два небольших вопроса: мой веб-сайт отеля имеет доменное имя .com.tr, и поэтому Google автоматически делает регион Турция в инструментах Google для веб-мастеров. Я не могу изменить его, но мои клиенты в основном из Великобритании, например, и я хочу быть в списке, если меня ищут из Великобритании. Как вы думаете, нужно ли менять доменное имя, если я хочу быть в списке для людей из Европы?

Ответ 49:50 - Вы могли бы сделать это. Поэтому, когда пользователь из определенной страны ищет что-то локальное, мы будем использовать геотаргетинг, чтобы попытаться выделить эти страницы для этих пользователей. Таким образом, если пользователь из Великобритании ищет отель в Турции, нет необходимости использовать географический таргетинг, поскольку веб-сайт в Великобритании не будет релевантным для пользователя, который ищет что-то явно в Турции. Поэтому я думаю, что по большей части вам не нужно будет использовать геотаргетинг. Я думаю, это прекрасно, что веб-сайт, на котором мы признаем Турцию как страну, все еще может быть актуален во всем мире. Так что, если вы, скажем, не пиццерия, и вы предлагаете специальную турецкую пиццу, и вы доставляете ее пользователям в Лондоне, тогда пользователь в Лондоне ищет пиццу в Лондоне, тогда у вашего турецкого веб-сайта будут проблемы, но если пользователь в Лондоне говоря, что я хочу искать отели в Турции, тогда на этом вашем сайте все в порядке.

Вопрос 52:01 - Общий вопрос для многих издателей. Вы будете удивлены, как много людей создают тонны бесполезных тегов, и это было то, что мы поняли несколько лет назад, как будто у нас были тысячи тегов. Мы очень усердно работали, и мы сократили количество тегов до нескольких сотен, и мы были очень довольны тем, как мы это сделали, и теперь я вижу даже после этого несколько вещей, которые мы объединили и сделали для 301 редиректа. Теперь я вижу после этого вещи, которые мы больше не освещаем, например, преступления знаменитостей, разводы знаменитостей, мы просто проверяем факты, что происходит, когда у вас есть все эти перенаправления на этот один тип тега, который не является дольше, чем применимо, он просто исчезает, или вы думаете об этом, или перенаправляете его каким-то другим образом, потому что я действительно не могу придумать способ перенаправить, скажем, развод знаменитостей или здоровье на что-то, и все же у нас есть, скажем, сто историй к этому тегу на данный момент.

Ответ 53:11 - Я думаю, что это то, что я могу естественным образом развить с течением времени. Так что, если вы начинаете размещать там больше контента и хотите как бы оживить этот тег, это прекрасно. Если вы хотите еще больше комбинировать вещи, это тоже прекрасно. Такие почти страницы категорий, они со временем эволюционировали, я думаю, это нормально.

Вопрос. Но что произойдет, если эта категория просто больше не будет полезной, она просто делает это, но просто остается навсегда, и я имею в виду, что все в порядке, но я, очевидно, хотел бы консолидировать как можно больше.

Ответ 53:49 - Я думаю, что консолидация - это хорошо, еще один вариант, о котором вы могли бы сказать, может быть, даже знать, что Индекс имеет смысл, поскольку мы действительно не хотим, чтобы этот контент был индексирован больше, мы хотим сохранить его на нашей стороне, если люди знают, что это там, и они явно ищут его на вашем веб-сайте, но, возможно, ни один индекс не поможет Google или другим поисковым системам больше сосредоточиться на индексируемом контенте.