in the sense that the mobile usability report, I think,


English Google Webmaster Central office-hours from September 3, 2019

is around 20 pages that is still flagged as having issues


with mobile usability.


And the majority of the pages that were flagged in the past,


they have passed the test in the meantime.


So that's something where I would say


you're essentially OK now.


It's not that there's anything remaining that you really


need to do there, because the numbers have gone down


significantly from the numbers that were shown earlier on.


Yes.


I think that's pretty much OK.


It should be good to see that the number is zero,


but somehow it doesn't happen.


Yeah, that's sometimes tricky, because there


can be technical reasons why individual pages don't


pass the test.


And the next time we try the test, then it works again.


So for a larger website, a lot of times


these errors will fluctuate a little bit close to zero,


but not completely zero.


OK.


So we can't do much.


Just wait.


Maybe one day it will be zero.


I don't know if it will be zero.


I think it will remain fairly low.


Maybe, I don't know, like a really small number.


But it doesn't always go to zero, and that's fine as well.


OK, and it doesn't influence the ranking, correct?


Or ranking?


If these are random pages on your website


where the test sometimes doesn't pass, that's not a problem.


Because the next time the test runs, it'll be OK,


and then things will be OK again.


OK, thank you very much.


That was all.


Thank you.


Sure.


OK, then a structured data question.


We are a news site, and we recently


updated our schema setup.


We used to have an organization script as well as an article


script.


And I think the change that was made


is to move the organization script into the article script


so that it's not separate anymore.


I took a quick look at the website.


I think it's linked.


And from what I can tell, we pick up


both parts of the markup fine.


So we pick up the organization markup.


We pick up the article markup with the logo as well.


So I think that's something where you should be fine.


You also mentioned the structured data testing tool


says that it's valid, but the rich results test


doesn't necessarily show it.


The tricky part with the rich results test


is that it only shows a very limited number of structured


data types.


So what you might just be seeing there


is that the rich results test doesn't specifically


show that setup that you use.


So from my point of view, I think you're all set.


Nothing much to do there.


Parts of my website produce hundreds


of 500 errors for four days.


When the error was resolved on the fifth day,


I lost many rankings.


Even now, after one month, the rankings aren't back,


and many pages are not indexed anymore.


I tried to index these pages again with Search Console,


but they're still not indexed.


Is there anything I can do to help get the rankings back,


or do I have to wait?


So there are two things that generally happen


with regards to 500 errors.


So 500 errors are normal server errors,


where basically the server is saying, I don't know what to do.


Something is broken.


From our point of view, we do two things there.


On the one hand, when we initially see them,


we slow down the crawling, and we do that


across the whole website.


So if we see a lot of server errors coming,


we will slow down the crawling, because we


want to make sure that we're not the ones that


cause the server error.


So that's one thing.


If we see server errors persisting for a longer


period of time, that could be, I would guess,


around three, four, or five days, maybe a week or so.


Then what will happen is we will think


that these server errors are actually permanent errors,


and we will drop those pages from our index


and treat them more like a 404 page, where we say,


well, every time we try to access this page,


the server tells us there's an error.


So maybe we should stop accessing this page so much.


Maybe we should stop showing it in the search results.


I suspect that's what happened for these cases, in that we saw


them as a server error for a number of times,


and then we removed them from the index,


because we thought this is a permanent error.


And essentially, the next step here


is once we can recrawl them properly again, which we do


automatically over time, when we can recrawl them automatically


and we see normal content again, we


will show them in the index again.


So usually, this is something that


happens on an ongoing basis regularly.


We just retry old pages that we know


or that we think might not exist,


and we double check to see if they still are missing


or if they currently have content again.


If they do have content again, we'll


try to index them normally again.


So if you're looking at a time, say,


a month after a number of server errors,


I would assume that might be right around the time


where we start recrawling a little bit more again,


because if we see a page return kind of an error for a while,


then we think maybe we don't need to crawl it as much


anymore, but a month seems like a reasonable time


to double check again.


So my guess is round about now or one, two months


after this kind of situation happens,


we would be able to kind of go back and re-index


a lot of those URLs and get them back in the search results.


And when we can index them again,


they can appear in the normal search results again.


So it's not that they will start at zero.


They will essentially be at the same state


as they were at the time when they fell out.


You can speed this up a little bit


by using a sitemap file to tell us


that these pages have changed and that we should go and re-crawl


them fairly quickly.


You can also use the Inspect URL tool and the Submit


to Indexing tool in Search Console


to let us know that these pages exist again.


The tricky part, of course, is that you need


to do this on a per-page basis.


You can't say, re-crawl all of my website now, Google.


But rather, you should say, these


are the 10 or 20 most important pages that are missing now.


Kind of double check these pages, Google,


and you have to do that individually.


So that might be something that you're seeing there.


But in general, this wouldn't be something that


would have permanent effects.


It could have effects for kind of a temporary time, maybe,


I don't know, a couple of weeks, a month or so.


I would guess could be normal if you don't do anything special.


But afterwards, things should settle down


in the normal state again.


If you see afterwards, after a couple of months,


that it's still indexed, but it's not ranking as well as it used


to be, then that seems like it would be a normal ranking


change and not tied to those errors


that you had in the past.


Because once we can re-index those pages,


we see them as normal pages again.


There is nothing kind of special holding them back.


It's just a normal page.


Could the incorrect use of a very header response


using user agent inhibit that site


from being moved to mobile-first indexing, for example,


providing a very user agent when the site doesn't actually


use dynamic serving?


It uses responsive design.


So the very header in the HTTP result


is a header where you can specify


that this page changes depending on the user


agent that accesses it.


Usually, you would do that for a special mobile version.


So if you have a mobile version that


is shown to mobile users and a desktop version that's


shown to desktop users, and you switch those automatically,


then you would ideally use this HTTP header


to let users and search engines kind of know about that.


If you use it incorrectly, essentially, that's fine, too.


Because if you're telling us that a page is different


depending on the user agent, and we crawl it


with different user agents and see the same content,


then we still have something to crawl and index.


It's not that suddenly we can't index that page anymore,


or we can't recognize that it works well on mobile.


It's essentially just telling us, well,


you should crawl this page twice.


And then we crawl it twice, and we see the same content twice.


And from our point of view, it's not optimal.


It's kind of like we're crawling more than we would need,


but it's not something that would be


seen as any way problematic.


The other way around would be a bit trickier.


If you're serving different content to mobile


and you don't tell us about it, then we might not


recognize that as quickly.


But in general, it's something we have a lot of experience


with on the web.


So we'll try things out.


And if we see that it works, then it works.


If it doesn't work, then we'll be


kind of more on the safe side.


The other thing to keep in mind is that mobile-first indexing


is not a ranking factor.


It's not something that you need to have.


It's not something that you need to kind of force in any way.


If your site is not moved to mobile-first indexing,


that's fine.


It will continue to show in the search results.


If it has been moved to mobile-first indexing,


then it will still be shown in the search results.


We'll just show them or index the mobile version


of that site.


So it's not that you would need to kind of push it


to mobile-first indexing or that it's a sign of quality


that you're with mobile-first indexing.


From our point of view, it's essentially


just a technical change in how we crawl and index those pages.


It's not a quality signal.


After checking, oh, I think this is the mobile usability test


question.


I would like to migrate a site from the current subdomain,


so example.wordpress.com, to a new domain, like example.com.


I already set up the 301 redirect,


but I cannot use the change of address tool in Search Console


since I can't verify an already redirected WordPress


subdomain.


Do you have any suggestions on how to manage


this type of migration?


That's a good question.


We get that every now and then.


People moving from a subdomain or moving to a subdomain,


people moving a subdirectory of a website to a different domain,


all of these things are essentially normal site moves


from our point of view.


But they don't work with the change of address tool


in Search Console.


So the Search Console change of address tool


is really essentially moving from one full host


to another full host, so copying URLs one to one from one side


to the other.


You don't have to use the change of address tool.


If you set up 301 redirects properly,


if you're doing everything else that we have


in our documentation set up properly, then essentially,


we'd be able to process that move anyway and treat it


as a normal move.


So from that point of view, the change of address tool


helps us to speed things up a little bit.


But even without that tool, we're


sometimes able to process a site move within a couple of days.


So I would double check the Help Center,


which has a fairly comprehensive guide on everything


that you need to watch out for.


And follow the steps there, and you


should be good to go, even without the change of address


tool in Search Console.


I recently discovered that I have tens of thousands


of backlinks from my own IP address.


It's not shared.


And twice as many from my IP address,


but without the last number.


Should I be worried?


Is it safe to disavow backlinks from your own IP address?


No major changes to the website for quite a long time.


That could have caused this problem.


So essentially, what probably happened here


is we somehow found the IP address.


Maybe there was a link somewhere within your website


or on a third-party website.


Sometimes there are these kind of who


is or website information websites


that show the IP address.


And from that IP address, we were


able to access the IP address.


And for whatever reason, we didn't see a redirect,


or maybe we didn't see a rel canonical,


and we started crawling that IP address.


And if you serve the same website on the IP address


directly as you have on the rest of the website,


then we'll think, well, here's a nice website.


And we start to crawl that website within your IP address


range, essentially.


And when that happens, if you have links


to your normal website within that, then we will think,


well, there is a link to this other website here,


and we'll show that in Search Console as well.


So from that point of view, that's kind of suboptimal,


but it's not bad.


So it's not something that is a critical issue in the sense


that you have spammy links or anything like that


that you need to worry about.


Essentially, these are links from your own website


to your own website just using a different host name,


using the IP address instead of the host name.


And that's what we show in Search Console.


What I would do in a case like this


is try to find ways to reduce the crawling that can happen


on the IP address directly.


You can do this by setting up a redirect, for example.


You can do this by making sure that all of your pages


have a rel canonical set to the proper full domain version.


And with that, that's something where


if we discover one page on this IP address,


we can try to crawl it, and we see the redirect


to your normal website.


And then, essentially, we crawl your normal website


from there on.


So from that point of view, it's something


that you can clean up.


It's definitely worth cleaning that up,


because if anything from your IP address


is indexed in the search results,


users might be going there, which is probably


a bit confusing to them.


And it's not something that you need


to disavow or process within the backlinks report in Search


Console.


So I would see it as a sign as either currently


or in the past, your IP address was indexable.


You can fix that with the redirect


and with the rel canonical.


But past that, it's not something critical


that you need to change.


One of my clients has health food focused website


and uses an ad network as one of the ways to generate revenue.


The ad network uses JavaScript to generate text-based links.


Some of the links are sketchy, such as natural cancer cures,


when the website has nothing to do with that.


I was wondering if Googlebot would render those


advertisements and potentially attribute the generated


content to the website.


Should we be worried about advertisements potentially


triggering an algorithmic penalty depending


on what the ads say?


We're looking to move away from this particular network anyway


because of the negative user experience.


It's just currently in our waterfall stack


as the last resort.


So I definitely would look into this purely


from a user's point of view because users


don't know where the content comes from on your website.


They look at your website, and if you suddenly


have a link to natural cancer cures


and you kind of promote some third party


website with that link, then users


might think that that's something that you're


providing on an editorial basis.


So that's something where I would be


kind of cautious about that anyway.


With regards to whether or not Google would see that


as a part of the page's content, that's


more a technical question in the sense of when


Google renders these pages, does it see these links?


And you can test the rendering of the pages


by using the Inspect URL tool.


You can also kind of do a rough guess using the mobile


friendliness test for pages that you don't


have verified in Search Console.


And with that, you can kind of roughly see,


is this script triggering?


Is it showing content within the pages or not?


Oftentimes, ad networks are blocked by robots.txt.


They're prevented from crawling by crawlers,


so we probably wouldn't see that.


But that's something that you can definitely


check from a technical point of view.


But again, I would definitely also look at this


from a user's point of view.


And maybe there are also ways where


you can continue working with this ad network


and kind of have some of these more sketchy or more kind


of links that you don't want to have shown within your website


kind of blocked.


Google's guide to mobile-first indexing


doesn't mention differences in internal linking


between desktop and mobile.


If you have fewer internal links with different anchor text,


could this impact rankings when a site is moved?


Yes, that's definitely the case.


So if we index a site using purely the mobile version,


and if your mobile version has less content


or fewer internal links or kind of missing anchor text


or missing images or kind of just missing content


in general, then we will index it with less content.


So it's not the case that we would say, well,


on the desktop site, there's like this,


and the mobile site, it's like this,


and we'll do a mix of both.


We'll essentially shift completely


to the mobile version.


In general, when we check for mobile-first indexing,


we have a kind of a readiness classifier internally,


and it does look into things like this.


So if we can tell that pages tend not


to have any links on them anymore


or there's a significant amount of content missing


on the mobile pages, then we'll tend not


to shift that site to mobile-first indexing.


However, if you have a mix of kind of good and bad pages,


it might be that overall our algorithms look at your site


and say, well, in general, this is ready for mobile-first


indexing, and we'll shift it over to mobile-first indexing,


even though small parts of the website


are not completely ready for mobile-first indexing.


Or similarly, it can be that we say, well, the site


is ready for mobile-first indexing,


and we shift it over, and there are kind of these subtle


differences where overall it looks OK,


but it's slightly different with regards to the internal linking,


and it's not as optimized, for example,


with regards to the anchor text, or you haven't done it


as cleanly as you could with regards


to how you embed the images.


All of these things are small, subtle things


that we can't completely test for where you could theoretically


see differences.


So from my point of view, what I would do


is really make sure that any time you're


testing your website using any external tool


or a tool from Google or whatever,


make sure that you're testing the mobile version


of your pages.


Make sure that you're testing with a mobile user agent.


If you're using a website crawler


to double-check how your website is indexable, which I think


is a great idea, then make sure you're


using the mobile version so that you're actually


testing the version that Google would be indexing


with mobile-first indexing.


John, I've got another question if you've got a moment.


Related to internal 301 redirects,


we have a fairly large set of sites,


and we have a large volume of deep pages


that have links which are essentially 301 redirect


to a final destination.


I'm wondering if those 301 redirects are


impacting crawl budget, and if so,


is that something you'd recommend remedying rather


than having all these redirects internally


that you've put in your code to go ahead and set those up


to go to the correct destination without the 301 redirect?


Good question.


So I think it's always tricky with crawl


redirects to be a big part of the system.


So I think it's always tricky with crawl budget


because we don't really show how much crawl budget a site has,


and it's really hard to determine


what all is included there.


In general, when it comes to redirects within a website,


if you're doing less than, I think,


it's five hops in one set, then we


wouldn't count that against the site with regards


to crawl budget.


We would essentially just follow that set of redirects,


and if it takes more than five hops to reach the destination,


then we would crawl that in a second round again.


But in general, when we're looking at website,


it's really rare that a site has more than five hops


for a single URL to access that.


And sometimes you can trigger it artificially in that you,


maybe you know it's on HTTPS and www,


and if you access the non-www HTTP version,


then you have first the redirect to HTTPS


and then the redirect to www, which is something you could


artificially trigger, something where maybe you


would have four or five hops to reach the destination.


But if we're not actively crawling those URLs


through all of those redirects, then that


wouldn't have any effect on the normal crawl budget.


So especially if we've already found the destination page


and we're focusing our crawling on the destination page,


then I think you're all set.


Even if there are a couple of hops in between there.


And realistically, I think having more than five hops


for kind of normal internal navigation,


like an internal link leading to the final destination, that


would be really rare to see.


SPEAKER 2 OK, thank you.


SPEAKER 1 OK, let's see.


We have a few more here.


We have an international site that


spans across multiple domains,.com, US, UK, DE, et cetera.


Recently, the.com has been dinged


as a duplicate of the.us.


And in the search results, the.com page's title


pull in the US page title instead.


What's the best practice in resolving this?


We set up appropriate geolocations


for all sites in Search Console, except for.com,


which we left blank.


We have a geo IP redirect set up on.com


that redirects users from the US to the US site.


But we don't have hreflang tags on.com or.us.


So I'm not 100% sure of what exactly you're seeing here.


In general, if the content is the same on both


of these sites, then we would see that,


or we would potentially see that as a duplicate.


And we would potentially fold those together


and show those as one version in the search results.


If you're redirecting from the.com


to the individual country versions,


then we would see that kind of as a default home


page for an international site, provided you use the hreflang


markup for that.


So with the hreflang markup, you would specify the.com version


as an x-default version.


And based on that markup, we would


know that for this home page on the.com version,


we have the DE, the UK, the US versions, for example.


And all of those versions have their own hreflang markup


and the link to the x-default version as well.


So that's something where we would understand


the relationship between those pages


and be able to kind of show the appropriate URL


at the right time in the search results.


If you don't have the hreflang annotations


and you just redirect the.com users


to the appropriate country versions, what will happen


is that since Googlebot primarily crawls from the US,


we will see the US redirect.


So for the most part, when we try to crawl the.com version,


we'll see we get redirected to the US version.


Therefore, we think, well, maybe the.com version is actually


just the US version.


And we'll just index the US version instead of anything


else.


So probably that's something you're seeing there.


The simple approach would be to use hreflang.


You can use hreflang on a per-page basis.


So if you're only seeing this for your home page,


you can set up hreflang just for your home page.


You don't need to set it up for the whole website.


The other approach that I guess you could do, well,


I don't know, if you're always redirecting


from the.com version, then probably hreflang


would be the best approach here.


Yeah.


I think another approach might be


to set up a separate version on the.com site that's


not the same as your US site.


But that seems like it would probably just confuse people


more.


So for this situation, I think the x-default


with the hreflang setup would probably


be the best approach here.


How are pages that are often going to 404 crawled and indexed


by Google efficiently, like real estate information pages,


product details, and auction sites, should this content


perhaps not be crawled at all?


So essentially, it's so I think there are two aspects here.


On the one hand, we can pick up these pages fairly quickly


with something like a sitemap file, which so initially we


can index them fairly quickly.


That's, I think, perfectly fine.


If you know when these pages expire, for example,


an auction that has a fixed date,


you can use the unavailable after meta tag


to tell us that after this date, this page will be unavailable.


And that makes it easier for us to drop it at the right date.


Changing them to 404 is another approach.


But there is a whole kind of almost like a separate strategy


that you could follow with regards to pages that go 404.


When you're talking about products that are no longer


available, auction items that are no longer available,


real estate or whatever, there are lots of different approaches


that you can take here.


And I would recommend checking out some of the blog posts


that are out there on how to deal with expired content


to get an idea for some of the different options there.


So things you could do could be, for example,


to keep the old page for a while and just say, well,


this is no longer available.


You could potentially redirect to a category page,


which is kind of confusing to users.


You could do that together with a clean 404 page


that you say, this item that you're looking for


is not available, but here is the general category.


Or here is a replacement item that's available for this.


Or you could just say, well, I can't


be bothered with understanding the details


of these individual items.


Like, there's so many across my site.


I don't know how they belong together.


And in that case, just serving a 404 is perfectly fine.


So what will generally happen in cases like this


is if you look at your server logs


or if you look at the pages that are crawled,


you'll see that Google finds a lot of 404 pages.


And from our point of view, that's perfectly fine.


It's not a sign that there's anything wrong with a website


if it serves 404 pages.


It's essentially just telling us these pages no longer exist.


And from our point of view, we'll be like, fine, OK.


We'll focus on other pages on your website.


That's perfectly OK.


OK.


Looks like we just have a few minutes left.


So I'd like to give any of you a chance


to jump in with the last question


if there's anything critical on your mind.


No last questions.


Oh my gosh.


Yeah, I'll go ahead and try one.


It's actually something I've seen on the Webmaster help


forms.


Somebody using, I'm not sure what JavaScript framework it


was, but I noticed that immediately,


so the source code of the page would just


have the head element with a meta title


and some other tags.


No content.


The meta tags were the same on all pages.


And a few seconds after rendering,


you'll get changed meta tags, including the meta title,


and added content, of course.


And the user was complaining that for some of the pages,


the Google selected canonical tag was the home page,


even though the content of these pages was fairly different.


So I'm assuming this is due to the fact


that maybe Google hasn't indexed the rendered version yet,


and Google has just indexed the non-rendered version pure HTML


and sees, well, basically these two pages are the same,


so I'll just fold them into one before actually rendering


and seeing, oh, so it's separate content, different content.


Do you want to take this one, Martin?


MARTIN SPLITTENBERG


Sorry, I have muted myself to not interrupt.


I was distracted for a second.


What was the question again?


Sorry.


No worries.


I can send you the forum link afterwards.


So it was somebody who is using a JavaScript framework


to render the page.


He was using a JavaScript framework


to render the content.


The source content before any rendering


is just the head element with the same meta title


across all pages and basically no content, just


some JavaScript code there.


After rendering, the meta title changes.


The content gets added.


Pages start to look different.


And they were complaining that in Search Console,


their pages had the Google selected canonical tag


to the home page.


So I'm guessing this is because Google hasn't rendered the


or hasn't indexed the rendered version of those pages yet.


So they are just looking at the non-rendered versions, which


basically look the same across all pages


and fold them into one before actually rendering


and indexing the rendered version, which


is different.


That is definitely possible.


It can also be that there is some specific JavaScript


error that prevents us from rendering it successfully.


And then that would also happen.


Because then in that case, if there's a render problem,


then we basically see all pages look the same.


And instead, if it's not rendered,


if it's not loading the dynamic content,


and then we have a case where we think that it's a duplication,


and then we would collapse it into the home page,


probably, or any page, really.


It would be useful to have the URL


to be able to look if this is a problem on our side


or not on their side.


But definitely send me the form, and I'll take a look.


MIHAI APERGHISLOOO-MUNDINEZ-SINGH.


I tested some of the URLs using the mobile rendering test tool.


And they seem to look fine.


It seemed to render those pages correctly.


I'm not sure if it is a JavaScript error.


I think it's just a matter of time before I am rendering.


I think that it's a matter of time, yeah.


Yeah, I'll just post the form thread afterwards.


Awesome.


Thank you very much.


Very good question.


Cool.


Yeah, I think it's sometimes tricky with these JavaScript


pages in that it's also really hard to tell what happened


when Google saw it, where maybe it works now.


Maybe they changed something subtle with the framework,


with the setup, and now it all works.


And it didn't work in the past, which


is kind of like the set of URLs that got copied together.


And maybe it's just a matter of time


until things settle down again.


But yeah, always exciting.


OK.


With that, we're pretty much out of time.


I want to thank you all for all of the questions


that you submitted.


Thanks for joining in for the interesting questions


that you had here live.


Thanks for answering a bunch of the JavaScript stuff, Martin.


And hopefully, I'll see you all again


in one of the future Hangouts.


I'll put this on YouTube probably later on today.


So if you want to watch yourself on the big screen,


you'll be there.


All right.


And with that, I wish you all a great afternoon or a great day,


depending on your time of day.


And see you next time.


Bye-bye, everyone.


Links & JavaScript | WMConf Lightning Talks

MARTIN SPLITT


I think everyone who has ever used the web has seen them.


Links.


They take users from one page to another,


either within the same site or on another site.


They were the killer feature of the web when it was introduced,


and they are a pretty big deal today as well.


But besides letting users navigate


between different content, they also


serve an important purpose for bots and search engines,


such as Google Search.


First and foremost, they allow crawlers


to find other pages of your website


and move from page to page by finding the links in a page


and then following them.


The other important purpose is that by following links,


the crawler gains an understanding


of site structure and information architecture.


This is helpful when understanding what pages might


be relevant to a given topic.


But now, how do you make a link?


It turns out that this isn't as straightforward


as one might think.


The most straightforward way to put a link on your website


is to just use a good old a tag with the URL of the page


it points to in the href attribute.


You may also sprinkle a little bit of JavaScript on your link.


That's absolutely fine.


This way, the link stays functional,


and you can upgrade it with JavaScript functionality, too.


Now, you may consider leaving out the href attribute,


but that's not a good idea.


This way, the link only works when JavaScript works properly,


and crawlers can't really find out where the link goes to.


This is making your link more brittle,


so it's better to avoid it.


It also doesn't help to add an href attribute


without a useful URL or with a pseudo URL


like this JavaScript URL here.


The result is the same as with the link


without an href attribute.


It's not a good idea.


Using a button might seem an option,


but that's not a good idea either.


The rule of thumb is if it does something on the current page,


it should probably be a button.


If it takes the user to a different piece of content that


wasn't on the page before, it should be a link.


It's worthwhile to say that you also


shouldn't simulate links by using any other HTML element


and add a click handler in JavaScript.


This breaks the built-in accessibility features


and isn't a good idea either.


That all goes to say, use semantic HTML link markup


and point your link to a proper URL.


So what's a proper URL?


Well, we've ruled out pseudo URLs


like the JavaScript colon something something.


But let's take a look at URLs for a moment.


These URLs are typical examples.


There's a protocol, basically the language


that is spoken when accessing the URL, in this case


HTTP or HTTPS.


It also has a host, example.com here,


so a name that some computer or multiple computers respond to.


Last but not least, it also has a path


to a specific piece of content on that computer.


This URL here also has another part, a fragment identifier.


That fragment identifier isn't a different piece of content.


If we leave it out, we get the same content.


What the fragment identifier does,


though, is it points to a specific part of the document.


And here's the thing.


Because fragments aren't meant to point to different content,


crawlers ignore them.


They just pretend that the fragments don't exist.


But that means if you build a single page application


with URLs that look like this, crawlers


won't follow these links.


So to sum it all up, use proper link markup.


Do not use fragment URLs for links


that you want crawlers to discover and follow.


And you should be building websites


that work well with JavaScript, and the links will be found.


Thank you very much for listening.


Have a great time, and see you soon again.


How to wiggle through pages


German / Google Webmaster Central Office hours in German from 22.08.2019

OK.


I'm going to start the webmaster Hangout.


My name is Johannes Miller.


I'm a webmaster trends analyst at Google in the Swiss and I'm here to talk about these


webmaster Hangouts.


I have one question for you, YouTube, but if you want, I can answer it with the question


from the audience first.


OK.


Then, we'll start with the question that you just answered.


If you want to comment or the question has one or two questions, we'll start with the


question.


If you want to comment or the question has one or two questions, you can answer it with


the question from the audience first.


the question.


If you want to comment or the question has one or two questions, you can answer it.


You can answer it with the question from the audience first.


Now, I want to say a few things about the questions that we shared with you in the last


We can do something good with links to the website,


in terms of service, or in the same way,


we can do something good with them.


And that is not something that you would want to do


when you have a natural link structure in the website.


From there, I would like to say thank you very much for listening.


So, don't forget to follow me.


Don't forget to follow me on Instagram,


as normal links are available on the website.


I would like to say that if you are looking for a normal product,


then you should have your product.


These are the two main topics.


If you are not looking for a specific product,


these are simple links that you can choose from.


Next you should wear precautions to protect the backlinkcfe.


That is a quickORE


For us, there are no problems. We ignore any other psychilinks and, especially, we don't want to talk about them.


When you come to a disability, I would say in the real world, and I don't want to talk about it,


because it is so standard that the world has been sick for years and has never had any kind of effect.


I don't know whether it is by any machine or by any language, and that is not something that we can really do.


I would say that I am very happy with how it works.


A simple build URL is in the search console of the robots.txt blog, and in the old search console, too.


I will put that here as a bug.


No.


In the new search console, the inspect URL tool, this tool is used for normal websites.


The normal HTML site, the normal website, is indexed.


If you look at the tool itself, and you look at the tool itself, then you see the blog here.


There is a builder site, JavaScript site, CSS site, so you see the only normal index.


The only internet blog, then, that you see is normally the web-side.


The tool is used for the web-side, and the tool is used for the web-side.


The inspect URL tool is used for the robots.txt blog,


and it is not a normal builder site that is not used for robots.txt, but it is used for the web-side.


It is not only for the web-side, but also for the web-side.


I would say that it is a very important thing that is available, that is not clear in the UI.


But unfortunately, it is also very important that the blog is also used for the web-side.


I would say that it is important that in the search console, you have a builder site,


which is available for the mobile and the logos as well.


That is a good question.


I don't know that there are many other places for building in the new search console.


I would say that the builder site is very important,


and I would say that webmaster is very interested in that.


I would say that it is important that you have a builder site in the search console,


but it is not very important.


For a news publisher, the article is a very important site for that.


In the case of duplicate content, all of these domains, the publishing and the marketing,


have been duplicated to a canonical attack of the search.


We have seen that Google is very well ranked.


It is the biggest challenge for the ranking community,


because they are the most well-ranked domains.


I would like to say that two things in a situation.


First of all, we are very interested in this article.


We know that the site is very interesting.


If you have a website that is very interesting,


then the site is interesting.


If the website is interesting,


then the site is interesting, and if the website is interesting,


then the site is interesting, then the site is interesting.


What we are doing is we are indexing these versions,


because we know that the site is interesting.


And then, in the search, when you have these information in the article,


then we know that the site is interesting.


The site is also interesting, and the site is also interesting.


The whole site is also interesting.


I would like to say that the site is interesting,


but what you can do is to get a variant of the site.


If you have a partner who is a website owner,


and a website owner who is a publisher,


and you see in the search,


that you have one of the most important information in this article,


then we would like to get the website as the website.


That is not true.


You have to get the information in the search.


In the regular site, you have to get one of these versions


in the search and then the other version.


For the ranking, it is not optimal,


because one site must have all these variants


in the new crawl and new indexing.


We know that the site does not have any.


We know that we have more than one, the actual version.


That is why a site has to rank these versions for itself.


This is why every one of these variants can be used in the search.


The entire ranking is the same.


The other variant has only one ranking.


And this is why we are considering these variants.


The optimal situation is when we talk about the canonical tag.


That is why one of these sites is also canonical.


One of the most important things is that this is my hope for this article.


What we can do is concentrate on all the ranking signals in this article


and see if that is a better way to look at the search.


If there is more signal, we can concentrate on the same relevant sites.


And we can do this in a different way.


The ranking is also optimal,


because we can see that the content is clear


and that it is the only version that is needed.


And that is why we are considering that one of these variants


is a better way to look at the search.


We will now look at voice search in a second.


And we can see that 26.36% of our users are e-commerce users.


We will look at analytics and search results in the search results.


We will look at voice search on our website


and we will see that the number of keywords is increasing by voice.


Good question. I think that is more important


because these students are more likely to come.


We know that the most relevant sites are very relevant.


Many of these students use voice search,


and I am very happy with what you have seen.


We can see how this is done,


or the speed of Spotify or whatever.


All these sites are voice search.


But I don't think that the website is special for a website.


It is a little bit different.


You can see that there are many people who use voice search.


But it is not only that voice search is available on our website,


or that it is special that you can use it on our website for voice search.


In Search Console, it is a moment where the voice search


is the same as the voice search as the voice search


as if it is separate from the other sites.


That is, if I have the handy microphone in the box


and then my search is taken away and my search is saved,


then it is our normal search.


It is not a special way of looking at it.


I am working with the Google Assistant,


and I am working with other ways of looking at the search.


The second way is that it is not separate.


That is when you use Google Assistant or Google Home,


and then you can see that the website is the same as the website.


You can see that the link is in the hand, that the site is saved.


These are the ones that are used directly,


and these are not in Search Console for free.


I would like to see that in the next slide.


I think that it is important to know that we are looking for a way to make it work,


and we want to see that in Webmaster.


My first thought was that if you look at the website,


these assistant devices are not available,


then you can see that they are not available.


That is what I wanted to say.


The great thing about Voice is that it has so many ideas


about how to do that in the future,


but there are so many important people that I would like to see.


I would like to see how you can do that with your website and Voice.


It is not so much that you can use traffic to your website,


and that is all you can do.


I would like to see how you can do that with your voice.


You can go to your website and find a product that you can use.


It is not that you can use it.


I would like to see this website with this URL,


and then see if this product and variant are available,


so that I can use them in the future.


It is really important to see this product again,


and I would like to see how it works.


I would like to see the product itself, that is critical,


and if you know how it works,


and if you know what other products you can use,


then you can use Voice.


What you must do is to go to the website and find the best way to use Voice.


I think that there are a lot of things to be said about it.


If you are a normal person, you should know a long way


to use e-commerce or websites


so that you can use special resources,


and that you can use Voice.


I think that is a long way to go.


I would like to see a lot of experiments.


We have the impression of Google News OneBox


in search console.


I think that the team is very important.


By Google News, it is important that you have special news over there,


and that you have news in the search area of one place.


That is the normal news in Google News,


that is not in search console.


But everything that is in the normal search,


like my Google Web Search website,


that is where you can search for it.


If you are not in the normal search area,


you can use OneBox with special news.


That is where you can go.


If you want to have news in the search area,


that is where you can go.


From a position and from an impression,


it is important that you have a lot of information,


which is similar to how you would search for it.


That is when I search for a carousel,


and I know where it is,


and when it is,


I can see the site in which you search for it,


or not.


That is all the data that is available in this lot of information.


I can see a website that has a start site,


which is a very important video


that is automatically uploaded with loud music.


In the past,


it has been relevant that the video


is available on the Internet,


but users are still using it.


If mobile started,


the video would not be available on the search area.


It is a concrete problem,


because we are using automatic videos to start.


The website does not have a lot of information.


You can see what you want.


There are a lot of things that you need to know,


which are here, by the way.


For example, if you see a situation,


you need to know that.


I would like to see music,


with audio,


if that is not available on the internet.


If the automatic video is not available,


This is something that is very important.


I would like to see the website's website's website's website.


That is the most important thing.


The website's website is not available on the internet,


but directly,


it is not available on the internet.


The automatic video is available with audio,


but the signal is negative.


What I can see,


what I would like to see,


as a webmaster,


is that when we can,


if a video is a big video,


we can see that a video thumbnail is available.


We can see that it is available with a play symbol,


that when we see these videos,


we can see that it is relatively strange


that a video is available.


One thing that we are interested in,


for webmasters to be interested in,


is that the situation with webmasters is not very different.


If I want to have a very small information site,


and not a thumbnail with a video,


then it can be that we can see that a video site is not a very small information site.


That is the most important situation for webmasters.


I don't want to leave the video alone,


because I don't want to have a video thumbnail,


or that I want to have a video video,


because then the user should know what the presentation is.


And that is why,


if a webmaster or a director can make a video thumbnail,


they can do that.


Another strategy for a good medicine site,


is to have a medicine update continually available.


The user can also use a certain standard.


Here the standard has its own website,


and these are linked to this website.


Most of the websites are so far away,


and the web is still a very old website,


that they use ART.


That's why I like the word expertise, authority, trustworthiness.


The brand is also very important,


and the content is also very concentrated,


and that I also like to see a lot of.


I would like to see a lot of this EAT signal


being concentrated in the background,


but I don't think it is necessary.


I can't imagine that it is necessary for SEO to see,


but I think it would be a good idea to see a whole website,


instead of just one, small website.


If you don't see a lot of this,


well, that's a little bit different.


By a little bit different,


you can see that the same version is separated.


If you see a lot more,


then it is important to know that the whole website is very important,


and that the first websites are not so strong,


that they are not so strong.


And you can see that it is very concentrated,


and that is why our website is so strong,


and we have to understand this in a specific way,


but that the support for the firm is not so strong.


That is not the case.


Every time these websites are so strong,


information is brought to the medicine technique,


and the health care system is so strong,


so the information is so strong,


that there is only one website that all of this information has.


That is why every time I see a game,


a relative presents something,


because it is clear that everything is concentrated in this website.


And the image-making can be shown that it is very concentrated,


that it is so strong.


I think it is important to know that it is very important,


that websites can not only be a source of information,


that they can be a source of information,


even if it is not so strong,


but also that we need to know that the website is strong,


that it is very important,


that there is only one website that is not so strong,


that it is very important.


The site has a great website, the Cellebe Design,


and the code in the background is also available


by SEO, so you can see a lot of the work on the site,


and there is no real code,


no real code on the rankings.


The only code that has no real code,


and if we say that we are not so strong,


that these are duplicated websites,


then we are not so strong.


And if the one version is not so strong,


and the other one is not strong,


then we will see that we are not so strong,


that the website is not so strong.


I have a website in London,


good in the search engine,


where we have the top-level domains,


for example, the UK, the UK,


and a lot of TLDs from the UK,


and you can see that there are more than 30,000.


Our website comes with a website.


You can see that my work with subdomains,


is that we are targeting for geotargeting


top-level domains,


and we are targeting geo-targeting,


and it is so that if you don't have a domain,


that is when you have a domain,


then it is automatic for us to target for geotargeting.


You can't do that.


You can't say my domain is in,


I mean, my own domain,


is automatically targeted for geotargeting.


With a top-level domain,


you can do that yourself.


One site with the underlying domain,


another site with subdomains,


you can do that with Biden.


If you work with underlying domains,


then you have to be aware that


your own domain is a strong one,


that you are targeting for a domain,


that is 100% not so strong.


Of course,


marketing is a top-level domain,


but it is also a top-level domain.


In many countries,


I work in-house with my land,


and that is very important with a top-level domain.


If you work with a company,


you can see that the company


is very strong,


and that it is very strong.


It is important when a long-term company


is coming and then being able to


get the first-hand information,


that it is not so strong.


And, in fact,


marketing is very strong,


very, very strong.


And that is why we as SEOs


don't have to be very strong


or not very strong for a long time.


That must be true.


I think we have proved that


with the land-specific domain,


it is critical for our company


and it is very important.


I think SEOs are the best way to do it.


Then, what is the best practice


when in other countries like London,


the most strong,


most important,


especially in the UK,


like Britain and Ireland,


is to be able to get in-house,


to be able to get out of the land,


and to get in-house work.


And with the canonical,


we must be the best.


As you can see,


you can get a lot of different variants.


You can see that you can get a strong variant


and that you can get it from all over London,


or that you can get a very long-term version


of the version you have not seen in the past.


That is very, very normal,


especially in Germany,


Germany and Switzerland.


You cannot get a product from a physical company.


If you get a product from a company,


the company is not only in Germany


and Germany, it is also in Germany.


What is the first step?


Our own research is that we can get in-house work


and when we can get in-house work,


then we can decide whether we want to do it.


We say that it is one site per hreflang


that can be used for the version URLs.


And can we do it without another name?


We can do it in a different way.


But in the indexer,


we don't want to do it.


And what is then considered


is one site in Search Console,


the canonical URL for the whole data.


That is, when I put a point dehab and a point rt,


then we say the de version of canonical


for each of these sites


and all the data that we have for this site


can be used in the de version of Search Console.


And when the rt version is used in Search Console,


that is not good.


But all of this with the canonical version


is still very important.


In the search engine itself,


with hreflang, the URL is used.


That is, we normally do not use the same URL.


But for Webmaster,


you can see that it is very important.


That is why we want to do it.


That is,


for my understanding,


you can see that I have already used


the URL for the entire site.


I would like to see that


for the entire information that I have used


for the entire site,


that is one site for the notes.


That is why a lot of my language is still important.


In the search engine,


we have already used a lot of the same data.


And in search console,


you can see that there are a lot of changes


for the one-line version.


But you can also say that


I have used a German version


and that is a stock version


that is for German.


That is why it is important for the one-line version.


That is just a bit of a change.


Can I ask a question?


Yes, of course.


So, you had in the last Hangout


said that you have used a.zr domain


in a Swiss-Hua-ranked domain.


A bit similar.


Is it so that I,


in a search console for our punk domain,


can't have a game?


It is a little bit different from France.


If I said that I used France,


the punk domain,


would I have used a different domain in France


or not?


Very good.


The question is,


what is the language that you use?


We have to look at it


when the notes are available.


If you want to know


information about language


then we can ask you


to look at it.


But we need to know


the language information.


What language do you use?


And then we say that


the standard of the website


and the author of the website


are the ones that you use.


When we can,


we can ask you to look at the language information.


That is,


if you want to look at the language information


to look at the language information.


And then we will, with the geo-targeting,


look at the language information


and see what is in the language information.


So, can the language domain


be used in the language domain?


I have a question.


We are in Belgium, in Canada.


I thought that I would ask you to come.


It is a very important thing


for all of you to speak French.


I think that the language information


is a bit different from the one I have seen


in France.


Because our most common language is French.


Yes, I think so.


I think it is probably.


I would like to know if you have any questions for me in French.


I know that there is a bit more in French


than I would like to know.


And I would like to know if you have any questions.


We know that in the other countries


that are very different from the other countries.


I would like to know if you have any questions


about the website that you are using.


If you have any questions about the website in Belgium


or in Canada,


that is why the local website is open.


I would like to know more about that.


Okay, thank you.


Let's see.


about the markup for structured data


for Google Jobs.


Ask about the canonical matter of every Hogwarts.


I would like to know if you read the house from Google Jobs.


This has been worked out from never again.


I respect Google Jobs very much.


But once we understand


that when people check out the lender version


as it is built into vast canonical sets,


we are then making a display of the canonical version


the German version. If I look at the German version of the German version, then we will


look at the German version of the German version. The whole data structure, the whole information


of the version of the German version will be used to identify the values of the German


version. The first one is going to be the bar and the second one will be a little bit


different from the real canonical version because then I will look at the German version


of the German version. The second one is going to be a little bit different. We will see


how long the Google crawler will be on a website. We will see how the site map works and how


the data is being used. I don't think that the site map works. I think the first one


that comes from the website itself, what we are looking for is that we also have a lot


of data on the website. That is, when all the sites in the crawling cell are long-lived


and the hard-to-use versions are long-lived, or the results of the results are long-lived,


then we will see that we are looking for a lot of data on the website. But, for the index


zero, it is so that Google is relatively flexible with the site that we are working on. We are


not necessarily looking for a site for the first time on the website. If we have a site


that is approved and we get a minute or two with the site map that is running, then we


will see that it is running and we will see how it works. It is not that it is negative,


but I would agree with the normal HTML site that for 3% it can be a little bit more. I


imagine that it is a very toughcially wrong constantly because we will indicative that


it is necessary to have a lot of hang to App Abu dentist crawling, then where will we


seeny camera big temporal QR.


Also, the of course it's not being clear, yes it's not. So, I would say that is, this


This is so that UI team by Google


worked on it and worked on it.


They did a lot of testing and they


made these tests for the end result in the end result.


But after this result, these end results


are temporarily tested and the next one comes out.


For them, it's really that it's a simple machine.


I think it's the best one.


So we see that language for the end result.


No.


One question.


I'm sure it's really rare and our goal for the end result


is to get our results with the end result.


And I'm not too sure about that.


So it's rare or it's bad.


If it's not too bad, I'm not sure.


But if you say for the next six months,


it's going to be so bad, then it's going to end.


I'm not sure.


We'll see.


What's in the real world, starting with the titles,


is that we pass the title to the automation team in the end result.


And if we're going to get our results in UI


for the titles, then it's also that the whole language is


indexed and the end result is the whole language


is optimized and then we're going to have to do it


in the end result.


If we decide to do new work, then we're


going to do the new title for the title


and then we're going to have to do the long-term work.


So what I'm going to do is to take my next step


and see if these new work titles work.


The new titles will be released and the titles


will be released in the end result.


And the new long-term work will be released.


That's where the automatics will be.


But if you have to do the first one,


you have to do the titles, and you


want the best for the current titles,


then you have to do your own direct work.


Then you can't do it in Google, it's new,


and then you have to do it in a virtual world


or the current titles, so then you can't do it yourself.


The titles will be released and we'll be free.


So we have to do the same for the titles.


And now, we'll see how it will work.


For example, for the final one, can it work?


No.


I don't know.


It's not working.


It's too big.


OK.


Yeah.


I heard no feedback from people who didn't know,


but it's clear that the audience has no idea.


No, no, no.


When I'm talking to my mother, it's not working.


It's not.


No, OK.


I think with the title language, it's


also that we have to make sure that it's


not too big of a deal.


That's why people have to have a long title,


so you have to have two titles in the title language,


and the other one has to be a short title.


I think that's what we're trying to do now.


But that's one thing we're free of.


No.


OK.


Is that something you're trying to say?


Yeah.


Could you give us a little bit of a


way for theAV to use the pixel?


Then, down here, go to Google for Jobs.


I thought that must be what they stay called.


And here we go.


We get Google with websites and web shops


own the pornographic between two erotica built by Ralph


Renton.


Come on, Basch was wise if you are an erotic product,


a rich snippet with built, or I had Google


on our new controls filter.


Glad if you the rich results as the guns and suicide


I gave you my own looking can make a structured data


is so doesn't known for the big team and on physics data


and the niche fear adult content for vendors all


tracking the videos of the rich snippet guidelines


Mr. So in fact, in time time, this highest honor


for you is a very, very sound us not structured data


prevented for these is often is also does on the system


and out he has a safe search filter happen


the size that does the automatic the rich results


funds or websites than can get started on in the vehicle


is a sort of spirit us of website even a mountain order


of course, when telling the website the size when


you're telling the website hop the second few bucks


in the same title that he threw in all the mine but not


the few percent really can push on this pretty very clear


on the side and can invest in you but you're out


said that's working out with these are hop Smith


the URL on the front side is sort of sub domain


that's the set of what we have made safe search


and spiking the label can on the under tile


is that as we own a safe search how was the fun can


does this my funny I'm back mom on the garter by my own shop


that's for sheet and productive heart it is any


so this month I think I'm going to push at tightness


and our Biden can understand us it's so and that's


the source and that's as always I'm in the life


and productive the right that loan to see on to


understand them to a lake and open does gun


strain mike the of all to shoot like a website or


open my own facade might be good if you have a halt


on the sheet again halter and when you miss safe


search could filter that is this alchemy does


P


I have a 20-year old domain now and I'm from Tupo3 in WordPress.


I must have the link structure of more than 2,000 bytes and the links are now available.


So I'm waiting for the old rankings, not too long, link structure, code, etc.


If I were to make the first properlyYouTube format just toPhysical Lab's


build the same thing, that all these URLs will be available to the new URLs.


The idea is that when we add a new HTML site to our cache and the new rendering will,


that we will not be able to see it, that we will be able to see the new rendering,


that the new URL will be available to the new URL in this time.


And the way you can do that is by using the old signal, by using the old signal,


and by using all the new information that you need.


What I would like to talk about today is with a website crawler,


the new domain called Deutschgen, and I would like to control that all the internal links


of the password, that are very likely to be redirected to the redirect,


that is very likely to be redirected to all the internal links,


and not just the one that is available to you, that you will be able to see it.


If you have a crawler that is able to see your website,


then you can go to the link on the website,


and you can see that all the links are available to you.


For example, the anchor text on the website is available to you,


and I would like to see the template on the website.


What I would like to talk about today is


how you can see the URL structure of the URL.


If you can see that the old URL is available,


then you can see that it is very likely to be redirected,


and you will not see a lot of details,


with the crawling, with the indexing,


that is why you will see that it is very likely to be redirected.


But I would like to see that,


that is a structure that is very likely to be used,


that the new URL structure is available to you,


and you can see that it is very likely to be redirected.


Now, I would like to say that


all 100% corrects are available with the new URL,


with the internal links, that is one of the main things.


I do not guarantee that all the new URLs will be available to you.


If we can see that the new URL is available to you on a website,


then we would like to see that.


And you can see that it is a very good website,


you can see that it is a very good website.


You can see that it is a very good website,


with a structure on the website,


that it is a very good website.


Finally, I would like to say that


it is the first time you have worked with me,


and I am very happy that you have worked with me,


and I am very happy that you are able to actually see me,


that you have worked on me before.


Thank you, that was my question.


I can tell you what you are saying.


I was hoping that you would have found out what I was talking about,


H videos, so long as they had quite so many comments, well,


and the latest updates.


So we saw that the ranking was less likely to show


who the ranking is and who the ranking is for one year,


but the website is still very likely to show.


But I think the most technical things are the ones


that we are looking for, the old code that the links are all


available to us, and then it is very important


if you think about landingmen.


And although it is a large database


with large quantity of names, a website like


a website like for instance, who can work with,


can create a username, as well as a website


that can Swap between any language and find a more


meaningful mlm or environment.


If you could say that during the site


jersey.


the automatic from Google, then when


you're going to have to have access to the chapter,


you can see it from your site map.


You can see it from the Google site map.


It might be 15 or 20 bytes or whatever.


So you can see the automatic.


You can see it.


The automatic is automatic.


No, no, no.


By WordPress, you can see the RSS feeds.


You can see the automatics are still on the right.


And I think with Yoast plugin or with other sitemaps plugins,


you can see the sitemap is automatically installed


and automatically generated.


So you can see it from the search console


and see what's happening.


OK, thank you.


Cool.


In the beginning, you had a lot of social signals


about a role for the ranking.


But not for us.


That's why I think, especially for my user-generated content,


social websites, I have the Realm No Follow.


I can link to them and see if they are ignoring them.


For SEO, it's not that we're not the direct signal,


but we can see the information on the website.


So we can see a public public comment.


And you can see that they are separate for linking to the


website and seeing if the website is


linked to the social networks.


But it's not that we are the direct signal.


OK.


I think it's time for a similar question.


And the question has to do with the...


Give me a second.


Oh, I have to do the question.


I understand.


Yeah.


FS


Link to you're in company prepared for adding on a guitar long gaming Google


rickling and saliency.


Best I disavowed read.


Um, in the legal centers, like my client, he can have the, when he goes out and


word and take him in the same person and ramen get three and where done.


They are the best flight that was, was on the web's 15th, same word on


top of gear gear and word up of vendors.


Like my other colleagues and the other website by them.


So I'm pretty kind of course.


It's a certain links of a technic site and don't shoot in sick links.


Pro site the best of follow.


Is that when the Gullis certain famine for towns for it, except, um, that's


this unenthusiastic or Cuba last night.


So when, when do I in a website for tightness with tribes is this


unfeasible?


Yeah.


All Cuba last night.


We had a sometime Walt Mac statewide as all Martin.


I think a God by for talking to websites is as Mike on this in


Schwierich while the I'm on populated.


This is a long harbor.


Nick mess up.


Relevance ain't in field.


And, um, first doesn't follow backlinks in ramen and a cooperation that


park would salt Nick months, steps, getting the Google, Rick Lillian.


Uh, yeah, I'm a physician.


That's highs.


I got up do direct you might've been solved for these in link or a do, or


do to Marshall, I know I can too.


I had results on decaf and Andy links is as onto a say, I don't


physically school here.


That's the link.


No, that is why I'm under, uh, these is financial for healthness


heart solution in Biden, uh, websites.


It's just next to Google update air in walking or in Mona to a


button, uh, we have an unphasic updates fasten dog on, uh, my


position is really to say, I'm in Vegas update, uh, gross assigned


extern Vegas update client assign, uh, from dinner, less sick dash


lights on the vision elders.


Okay.


Ooh, tightly cameras, cardiac or shaft, uh, give design a list that


Allah with Dixon ranking factor on haven't relied on it, um, extern


Gibbs for sheet and the ranking factor on to some stone of a list that I


have my own.


Okay, cool.


Then not like here in the power, uh, field, dunk, fierce, calm field,


not pretty field and, uh, on, uh, same ones for like an item from the


next and hang out, Sweden, just all the sites.


Hello.


Thank you.


Linking Out: Good for SEO? #AskGoogleWebmasters

Hi, everyone, and welcome to the first episode of Ask Google


Webmasters, a video series where we


aim to answer short questions from webmasters, publishers,


or SEOs about Google Search and their website.


Today's question comes from Techy,


and it is, does linking to other websites help or hurt SEO?


Well, linking to other websites is a great way


to provide value to your users.


Oftentimes, links help users to find out more,


to check out your sources, and to better understand


how your content is relevant to the questions that they have.


I would watch out for a few types of links, though.


In particular, if you're linking out


to a site because of an arrangement,


like you link to me and I'll link to you,


or because it's an advertisement,


or if it's being done in your site's comments


and you're not really sure how good those links are.


In all of these situations, your pages


aren't linking out because you think the other page is


a great match for users.


For these kinds of links, we recommend using the rel


nofollow link attribute.


I added a link with more information on that


below in the description.


In the most common cases, however,


if you're linking out naturally from your content


to other sites that offer additional value and more


context, then that's fine.


And there's nothing special that you need to do.


Is there something else we can answer for you in a short video


form?


Please send your questions to us using the Ask Google Webmaster


hashtag on Twitter so that we can include them


in one of the future videos.


To stay in the loop, make sure to subscribe to the channel.


Google Search News (November ‘20) - from Google Webmasters to Google Search Central and more

Hi, everyone, and welcome back to the Google Search News series.


I hope life is treating you reasonably well wherever you are.


I'm your host today, John Mueller, here from Switzerland.


With this show, we want to give you a regular summary of what's been happening around Google


Search, specifically for website owners, publishers, and SEOs.


If you find these useful, which I hope you do, and if you'd like to stay up to date,


make sure to subscribe to the channel.


It's been two months since our last update, so without further ado, let's take a look


at what's new and interesting in the world of Google Search.


Today we'll take a look at Google Search Central Search Console, and we'll be catching up on


other stories, plus a bunch more.


Off we go.


We recently changed the name of our work to connect site owners to Google Search from


Google Webmasters over to Google Search Central.


Fewer and fewer people identify as webmasters, and it's hard to focus on just one particular


role given all of the people who help make websites successful through search.


The name change includes our social channels, in particular our Twitter account, and of


course this YouTube channel.


With this change, we're also taking the vast amount of content available for site owners


regarding search and both migrating it to a central location and improving it for the


new context.


This includes many articles from the Search Console Help Center, as well as thousands


of posts on the webmaster blogs across 13 languages.


Moving the blogs also helps make the localized versions of posts easier accessible, which


is fantastic news for the large parts of the world that don't speak English.


This has been a gigantic undertaking, and there's still much more left to be done between


moving the content, updating it, and localizing it all.


To help us, our Googlebot mascot has gotten a cute little sidekick, a spider.


We don't have a name yet for the spider, but perhaps you have a suggestion?


Let us know in the comments below.


Unrelated to our name change, there's also a new team at Google who's busy creating content


for all of those who love and work on the web, the Web Creators Team.


You can find them on the Google blog, on Twitter, YouTube, and even on Instagram.


Woo-hoo!


Go web creators!


Moving on to Search Console.


One of the updates from Search Console is that we've temporarily had to disable some


functionality in the URL inspection tool.


In particular, this affects the ability to request indexing for URLs directly for Google


Search.


We're currently working on the infrastructure behind this feature to help make it more robust


for you and your site.


We realize it can be frustrating when you want to make updates as quickly as possible


in Search, so we hope to have this back for you soon.


In the meantime, we strongly recommend using the usual methods for helping search engines


find and index your content.


This includes making sure that your website is correctly accessible, that it links prominently


to new pages, and that you use sitemaps to let us know about updates automatically.


Even when the request indexing feature is back again, we strongly recommend using these


methods for normal site updates since they're scalable and automatic.


We briefly talked about two other stories in previous episodes, and I'd like to give


you short updates there.


On Web Stories, we're starting to see some fantastic content being created, which is


being highlighted in Search and now in Discover as well.


If you use WordPress, definitely check out the updated Web Stories plugin, which makes


creating nice stories extremely easy.


We've been updating this plugin over time, so it's worth trying it out again if you use


it in the past.


Also for Web Stories, the Web Creators YouTube channel recently published a video on how


to best do SEO for Web Stories.


Remember, Web Stories are also normal HTML pages, so everything you might have learned


about SEO applies there too.


I've added the links to the description below.


And then there's Core Web Vitals and the Page Experience ranking factor.


We talked about these previously as well.


The update here is that there's now a date for when this factor will be active in Google


Search, namely May 2021.


This still gives you lots of time, but being quick in making your site fast will, of course,


benefit your users, so don't put it off for too long.


As an aside, someone outside of Google recently compiled a spreadsheet with lots of tools


for Core Web Vitals, as well as some case studies that could be useful in getting this


work prioritized.


It's linked below as well.


And now for a short update on events.


There haven't been any in-person events, obviously, but online events can be useful too.


Here's a sample of some of the events you might be interested in reading up on or watching


videos about.


Search On.


Every year, we make thousands of improvements to Google, from advancing our ability to understand


language to new features that organize the information in useful ways.


The Search On livestream has some interesting news on how Google uses advances in technology


to improve Google Search.


Check out the blog posts and videos linked below, in particular, the new hour-long video


on how Search works, which is long and insightful.


The Newsgeist Virtual Event.


The Google News team held an interesting event full of discussions and deep dives on a variety


of topics involving news websites.


If you're keen on news about news, be sure to check out their YouTube channel, which


has a lot of the recordings.


While on the subject of videos, we've also been busy here on this channel.


Just to mention a few, we have videos on doing SEO for e-commerce sites or even for governments.


If you use JavaScript, there's a video on SEO for single-page apps.


Some of the names have changed with the rebranding.


For example, we now have Ask Googlebot instead of Ask Google Webmasters.


On the podcast side, we've released a number of episodes, including one with our tech writer


who managed the big site migration, as well as one with someone who works with the Web


Stories plugin for WordPress.


Meeting people in podcast format who work on things you also work with can be quite


fun.


We've all been working from home for months now, so you'd think we'd be used to it by


now.


Ha!


Well, at least for me and maybe for you as well, these times are still hard.


With the holiday season coming up, it's not going to get any easier.


But hang in there.


I have a feeling things will get better next year.


If you'd like to chat about search in the meantime, feel free to drop by in one of our


office hour sessions.


In any case, I hope you, your family, friends, and co-workers are all doing as well as possible


given the circumstances.


And that's all for now, folks.


Thank you for joining us here.


If you'd like to see more of these episodes, make sure to subscribe to the channel.


If you have any questions or comments, feel free to add them right here or reach out to


us on Twitter.


I look forward to seeing you all again in one of the future episodes of Google Search


News.


Bye!


Resolving rogue robots directives

High five.


Resolving rogue robots directives

Hello, and welcome to another episode of SEO Fairy Tales.


Resolving rogue robots directives

With me today is Jason Stevens.


Resolving rogue robots directives

You're doing SEO at Google.


Resolving rogue robots directives

You like hot sauce, and you used to be an actor and also in musicals as well, right?


Resolving rogue robots directives

That's right.


Resolving rogue robots directives

Wow.


Resolving rogue robots directives

Okay.


Resolving rogue robots directives

Well, we're not talking about musicals.


Resolving rogue robots directives

But you're doing SEO at Google, so you brought me an interesting story of something not exactly


Resolving rogue robots directives

going as the product team planned.


Resolving rogue robots directives

What happened there?


Resolving rogue robots directives

Well, I do SEO at Google, as you mentioned, and we work with lots of different product


Resolving rogue robots directives

sites within Google.


Resolving rogue robots directives

Because of the separation between search and SEO, they often come to us.


Resolving rogue robots directives

We had an interesting case that came to us and wanted an audit, which is something we


Resolving rogue robots directives

do for lots of sites.


Resolving rogue robots directives

But we noticed that in the audit that they were getting some bad snippets in the form


Resolving rogue robots directives

of no information available for the site for a lot of their rank queries.


Resolving rogue robots directives

And they didn't know that.


Resolving rogue robots directives

You found that out.


Resolving rogue robots directives

We found that out, yeah.


Resolving rogue robots directives

That's right.


Resolving rogue robots directives

And in doing some investigation, as you always would, we did.


Resolving rogue robots directives

And the problem with the bad snippets like this is it confuses users.


Resolving rogue robots directives

They don't necessarily know why they're seeing them.


Resolving rogue robots directives

They may not want to click on them.


Resolving rogue robots directives

And it impacts the traffic to the site.


Resolving rogue robots directives

I mean, it looks shady.


Resolving rogue robots directives

It doesn't look good.


Resolving rogue robots directives

Yeah.


Resolving rogue robots directives

So, how did that happen?


Resolving rogue robots directives

How did they end up with a snippet looking like that?


Resolving rogue robots directives

Well, we had some different hypotheses, but we wanted to start with the data and the tooling


Resolving rogue robots directives

that we could use.


Resolving rogue robots directives

So we looked in the search console to see what we could see, the normal kinds of checks


Resolving rogue robots directives

that we would do.


Resolving rogue robots directives

And we noticed that the crawl request had dropped to zero over the last month.


Resolving rogue robots directives

And that typically means that there is a problem with crawling the site in general, site-wide.


Resolving rogue robots directives

And one place that I usually start is thinking about the robots.txt file, which is a place


Resolving rogue robots directives

where you can have this type of control over site-wide crawling.


Resolving rogue robots directives

So we went to look at their robots file and noticed that they had a disallowed directive


Resolving rogue robots directives

across the entire site.


Resolving rogue robots directives

So the entire site was not allowed to be crawled.


Resolving rogue robots directives

And this had happened over the, I think the change had happened a month ago.


Resolving rogue robots directives

So that was the red flag right there.


Resolving rogue robots directives

Why did they add a disallow?


Resolving rogue robots directives

Could you trace it to why that was done?


Resolving rogue robots directives

Because it might have been intentional.


Resolving rogue robots directives

It could have been intentional.


Resolving rogue robots directives

Yeah.


Resolving rogue robots directives

We didn't really understand why the change was made.


Resolving rogue robots directives

But the previous file was really, it wasn't blank, but it was pretty boilerplate.


Resolving rogue robots directives

There wasn't any directives there at all.


Resolving rogue robots directives

Okay.


Resolving rogue robots directives

So we decided to, that was our primary hypothesis.


Resolving rogue robots directives

And in history, and historically, we've seen an experience, this is typically why you get


Resolving rogue robots directives

a snippet like this.


Resolving rogue robots directives

It's true.


Resolving rogue robots directives

If we can't fetch the site, then obviously we don't know what's on the site.


Resolving rogue robots directives

So we can't generate a snippet that.


Resolving rogue robots directives

That's correct.


Resolving rogue robots directives

Fair enough.


Resolving rogue robots directives

But it was side-wide.


Resolving rogue robots directives

So that is unfortunate.


Resolving rogue robots directives

How did you figure out what was the intention of it?


Resolving rogue robots directives

I mean, you said you don't know when that, or you knew when it was inserted, but did


Resolving rogue robots directives

anyone tell you you can't remove that?


Resolving rogue robots directives

Or was it as easy as just removing it?


Resolving rogue robots directives

It was just as easy as removing it.


Resolving rogue robots directives

They really started working with us because they noticed that they were having traffic


Resolving rogue robots directives

declines.


Resolving rogue robots directives

So our team went ahead and made recommendations for changing that file, which is a fairly


Resolving rogue robots directives

simple change.


Resolving rogue robots directives

If you can edit your robots file, it's a pretty simple change.


Resolving rogue robots directives

I mean, the thing is, it's simple enough if you actually, as you say, have control over


Resolving rogue robots directives

it.


Resolving rogue robots directives

But with some platforms or tools, it might not be as easy, especially if it's generated


Resolving rogue robots directives

from some sort of plugin or something.


Resolving rogue robots directives

Exactly.


Resolving rogue robots directives

You might not necessarily have control over it.


Resolving rogue robots directives

Interesting.


Resolving rogue robots directives

And you said they didn't notice this issue.


Resolving rogue robots directives

They just came to you with the request for an audit.


Resolving rogue robots directives

Right.


Resolving rogue robots directives

But they did have Search Console, or did you have to set it up for them?


Resolving rogue robots directives

They did have Search Console.


Resolving rogue robots directives

But why did they not notice this problem?


Resolving rogue robots directives

And was there just no one there to look at it?


Resolving rogue robots directives

Often we'll work with teams who have set up Search Console because of a best practice,


Resolving rogue robots directives

but may have not had the bandwidth to be able to go and check the results.


Resolving rogue robots directives

So we'll work with them.


Resolving rogue robots directives

And that's part of our process is to go through and configure and take a look at what we see.


Resolving rogue robots directives

That's interesting that you say they set it up because it's part of the best practices,


Resolving rogue robots directives

but then they don't have the bandwidth.


Resolving rogue robots directives

So if I were part of a development team that was really strapped for resources, what would


Resolving rogue robots directives

you recommend me as a developer to look for when I do that?


Resolving rogue robots directives

I don't have as much bandwidth as an SEO has.


Resolving rogue robots directives

I don't have the experience.


Resolving rogue robots directives

Where do you need me to look in a Search Console interface in the Search Console reports to


Resolving rogue robots directives

identify if things are A-OK or not great?


Resolving rogue robots directives

Yeah.


Resolving rogue robots directives

That's a great question.


Resolving rogue robots directives

So I think Search Console does a good job of bubbling up where it sees big problems.


Resolving rogue robots directives

Usually right when you land in Search Console, and over the evolution of Search Console,


Resolving rogue robots directives

you'll see kind of warnings and alerts through email.


Resolving rogue robots directives

Within this specific case, there's a crawling section of Search Console that can give you


Resolving rogue robots directives

access to how Google is crawling the site.


Resolving rogue robots directives

And it was pretty obvious at the time.


Resolving rogue robots directives

And then when you have a drop in traffic, that can obviously mean it's time to do something.


Resolving rogue robots directives

Fair enough.


Resolving rogue robots directives

That makes sense.


Resolving rogue robots directives

Did they notice the drop in traffic elsewhere as well?


Resolving rogue robots directives

Or was it just like in Search Console?


Resolving rogue robots directives

Was there any way to notice the drop in traffic for them?


Resolving rogue robots directives

They didn't mention anything about any web analytics that they had, any GA.


Resolving rogue robots directives

OK, right.


Resolving rogue robots directives

But if you were to have analytics, that would also help.


Resolving rogue robots directives

Absolutely.


Resolving rogue robots directives

So you're saying, I need to make sure that my site actually gets crawled, which makes


Resolving rogue robots directives

sense.


Resolving rogue robots directives

Once I have established that it has been crawled, what are other things that could potentially


Resolving rogue robots directives

impact my site and search that I want to look for if I don't have the capacity to do like


Resolving rogue robots directives

a full audit?


Resolving rogue robots directives

What are the main pitfalls that you see our product teams fall into?


Resolving rogue robots directives

So obviously, there's different components of the SEO process that you would want to


Resolving rogue robots directives

do at a very high level.


Resolving rogue robots directives

If you can set up analytics, you can understand what's happening from your traffic from search.


Resolving rogue robots directives

That's one to see, hey, are we seeing the pages on the site?


Resolving rogue robots directives

Are they getting any kind of traffic from search?


Resolving rogue robots directives

What are we expecting from that?


Resolving rogue robots directives

If we see that none of the content on the site's getting any traffic, there's probably


Resolving rogue robots directives

basic reasons for that.


Resolving rogue robots directives

Has the site been indexed?


Resolving rogue robots directives

Search Console can help you understand that.


Resolving rogue robots directives

But also, is Google crawling the right parts of the site?


Resolving rogue robots directives

Is it understanding what's fresh, what's new?


Resolving rogue robots directives

Is it getting lost in when it's crawling?


Resolving rogue robots directives

Often that can happen as well.


Resolving rogue robots directives

So you can use different methods to be able to kind of direct Google to the right place


Resolving rogue robots directives

on the site.


Resolving rogue robots directives

That's nice.


Resolving rogue robots directives

That's interesting.


Resolving rogue robots directives

So you're saying like Search Console basically has all the tooling that I as a developer


Resolving rogue robots directives

would need to identify if there's any trouble coming my way and if my website is performing


Resolving rogue robots directives

the way that I would expect it.


Resolving rogue robots directives

So you said like the performance report is really useful for seeing if the right sites


Resolving rogue robots directives

are actually getting traffic or the right pages get it and actually get the traffic.


Resolving rogue robots directives

And the crawling report helps me figure out what's happening in the crawling.


Resolving rogue robots directives

Exactly.


Resolving rogue robots directives

And we also use other types of tools to understand like Core Web Vitals for type of performance.


Resolving rogue robots directives

There's like mobile friendliness tools.


Resolving rogue robots directives

There's tools that are baked into Search Console and then some that you may use externally.


Resolving rogue robots directives

All part of the suite of tools that we use.


Resolving rogue robots directives

So rich results test is one if you have rich results and structured data.


Resolving rogue robots directives

That's pretty cool.


Resolving rogue robots directives

Interesting.


Resolving rogue robots directives

Nice.


Resolving rogue robots directives

So is there any other tooling that you would recommend people to look at if they are strapped


Resolving rogue robots directives

for resources to figure out if things are going fine or not?


Resolving rogue robots directives

Or is it just Search Console?


Resolving rogue robots directives

I would use those other tools as well.


Resolving rogue robots directives

So I mean you have Lighthouse for instance you can use.


Resolving rogue robots directives

Right.


Resolving rogue robots directives

Yeah, Lighthouse.


Resolving rogue robots directives

Both externally and built into Chrome.


Resolving rogue robots directives

We use those tools quite a bit.


Resolving rogue robots directives

Of course GA, if you have Google Analytics, that's a great tool to understand your total


Resolving rogue robots directives

traffic mix and what's happening on the site.


Resolving rogue robots directives

Understand what's happening at the pages when they land on the pages.


Resolving rogue robots directives

Do they have the best experience?


Resolving rogue robots directives

Are they matching their intent of what they expect on that page?


Resolving rogue robots directives

True, yeah.


Resolving rogue robots directives

That combination of tooling helps us understand the full complexity of the picture of what's


Resolving rogue robots directives

happening.


Resolving rogue robots directives

It's really cool that you mentioned this like mix of tools because I know that.


Resolving rogue robots directives

So I have been contributing to the Lighthouse SEO audits.


Resolving rogue robots directives

They are very superficial but still they give you pointers and indications.


Resolving rogue robots directives

And they are right where your developers are to begin with because most developers look


Resolving rogue robots directives

at some point in the lifecycle of a project, look at Lighthouse scores.


Resolving rogue robots directives

Core Web Vitals is a big thing.


Resolving rogue robots directives

And we just had an episode where the issue was identified through Google Analytics and


Resolving rogue robots directives

then was traced to basically, well, not really Core Web Vitals but loading times.


Resolving rogue robots directives

It's also a performance metric and then basically measured through Lighthouse.


Resolving rogue robots directives

It's interesting to see like this mix of tools that keeps repeating throughout different


Resolving rogue robots directives

people in the industry looking for what's happening on this.


Resolving rogue robots directives

Exactly.


Resolving rogue robots directives

That's fun.


Resolving rogue robots directives

That's interesting.


Resolving rogue robots directives

Cool.


Resolving rogue robots directives

Wow.


Resolving rogue robots directives

All right.


Resolving rogue robots directives

So did the fix with the robots.txt then solve the issue?


Resolving rogue robots directives

It did.


Resolving rogue robots directives

It did solve the issue.


Resolving rogue robots directives

It was a pretty simple fix, right?


Resolving rogue robots directives

In the robots file, there's a disallow directive usually for disallow all.


Resolving rogue robots directives

It's a forward slash.


Resolving rogue robots directives

We just removed it.


Resolving rogue robots directives

Just removed it?


Resolving rogue robots directives

Yeah.


Resolving rogue robots directives

And within a period of time, we started seeing the crawl report.


Resolving rogue robots directives

The requests start going up.


Resolving rogue robots directives

We started seeing the traffic start returning.


Resolving rogue robots directives

The snippets start returning the way we wanted them to.


Resolving rogue robots directives

So it was a pretty easy fix.


Resolving rogue robots directives

And as you say, if you have the ability to make that change, it's easy.


Resolving rogue robots directives

Sometimes it's not an easy fix.


Resolving rogue robots directives

That's interesting.


Resolving rogue robots directives

And looking at how your report, how your audit showed that and helped them to actually overcome


Resolving rogue robots directives

this challenge or identify and overcome this challenge, did they do follow up work with


Resolving rogue robots directives

you as well?


Resolving rogue robots directives

Or did they try to learn how to prevent these things in the future?


Resolving rogue robots directives

We have quote unquote engagements with these teams.


Resolving rogue robots directives

So we do technical content, all types of work with them.


Resolving rogue robots directives

We do that for a lot of product teams within Google.


Resolving rogue robots directives

As far as preventing, it's a really important point.


Resolving rogue robots directives

What we try to do is put in monitoring for really important parts from the SEO perspective.


Resolving rogue robots directives

And there's pretty easy monitoring you can put in for our robots file to see if something


Resolving rogue robots directives

has changed.


Resolving rogue robots directives

You can use a crawler.


Resolving rogue robots directives

I won't say which crawlers are out there, but there's different crawlers you can use.


Resolving rogue robots directives

A bunch of them were mentioned in previous episodes.