2019년 2월 22일 – Google 도움말 행아웃 메모

질문 18:00 - 팀에서 알고리즘 변경 사항을 푸시할 때 변경 사항이 특정 산업만을 대상으로 하는 경우가 있습니까, 아니면 변경 사항이 적용되어 다른 산업보다 한 산업에 더 많은 영향을 미치게 되는 경우가 있습니까?

답변 18:15 - 이것은 일반적으로 검색 결과에 대한 작업 방식과 관련하여 흥미로운 질문입니다. 우리의 관점에서 일반적으로 우리는 "특정 산업에 대한 검색 결과를 만들기 위해 특정 작업을 수행해야 합니다."라고 말하는 경우가 아니라 오히려 다른 방향으로 보고 생각하려고 합니다. 특정 유형의 쿼리에 대한 검색 결과와 관련하여 검색 결과를 개선할 수 있는 방법에 대해 설명합니다. 우리가 업계에 집중하는 것은 그다지 중요하지 않지만 사람들이 만드는 검색에 중점을 둡니다. 분명히, 그들은 일종의 관련이 있습니다. 예를 들어 사람들이 의료 검색어에서 혼란스러운 정보를 얻고 있다는 사실을 알게 되면 의료 검색어에 대한 검색 결과의 관련성을 인식하는 방법을 개선해야 할 수도 있습니다. 우리가 의료 산업을 목표로 하여 "이 특정 10개 사이트가 검색 결과에 표시되는 방식을 개선해야 합니다"라고 말하는 것이 아니라 사용자가 이러한 유형의 쿼리에 혼동하는 것을 볼 수 있으며 이는 많은 사람들을 혼란스럽게 하고 특정 쿼리에 대한 관련성과 품질을 개선할 방법을 찾아야 합니다.

질문: 19:35 - 도메인 a에서 도메인 b로 웹사이트를 마이그레이션했습니다. 첫날부터 모든 301이 모든 이전 URL에서 각각의 새 버전으로 유지되었습니다. 주소 변경 요청이 제출되었으며 도메인 a의 이전 사이트맵이 업데이트되었습니다. , 모든 URL은 도메인 b로 리디렉션됩니다. 도메인 b에는 새 사이트맵 파일 업데이트만 있고 모든 현재 순위가 손실됩니다.

답변 20:04 - 모든 설정이 완료된 것 같지만 도중에 문제가 발생한 것 같습니다. 내가 할 일은 웹마스터 도움말 포럼에 게시하여 누군가가 이 특정 상황을 실제로 살펴보고 간과한 것이 있는지 알아보도록 하는 것입니다. 한 도메인에서 다른 도메인으로 이동하면 문제가 발생하는 상황이 있습니다. 특히 이동하려는 도메인에 이상한 오래된 기록이 연결되어 있는 경우 이를 삭제하는 데 약간의 시간이 걸릴 수 있습니다. 이 웹 사이트는 이전 웹 사이트와 관련이 없으며 이를 새로운 상황으로 간주하고 이전 상황을 고려하지 않아야 합니다.

질문 21:30 - Google 플러스가 종료되므로 G가 게시자가 팔로어와 사용자를 YouTube로 포팅할 수 있는 방법을 제공할 수 있습니까?

답변 21:40 - 그렇게 생각하지 않습니다. 테이크아웃 기능을 사용하여 Google+에서 데이터를 내보낼 수 있는 방법이 있습니다. 하지만 Google+에서 귀하를 팔로우하는 사람을 YouTube에서 팔로우하게 만들 수 있는 방법은 없습니다. 일종의 스트레칭이 될 것 같은데...

질문 22:22 - 주요 뉴스 캐러셀의 순위에 대한 질문입니다. 지난 몇 달 동안 우리는 국제 뉴스 웹사이트에서 이상한 행동을 발견했습니다. 동일한 쿼리에 대해 뉴스 탭 SERP에서 순위가 ​​매우 높았지만 동일한 쿼리에 대해서는 상위 스토리 캐러셀에 표시되지 않고 다른 쪽의 동일한 쿼리에 대해 비디오 캐러셀에 대해 매우 높은 순위를 매겼습니다. 그래서 제 질문은 최상위 스토리 캐러셀에 표시하기 위해 구현할 수 있는 특정 구조화된 데이터가 있다는 것입니다. AMP 페이지, 구조화된 데이터를 올바르게 구현했는데 주요 뉴스 캐러셀에 표시되기 위해 수행해야 하는 특정 구현이 있는지 궁금합니다.

답변 23:37 - 일반적으로 그렇지 않습니다. AMP를 구현하는 경우 모바일의 경우 필수 사항이며 데스크톱의 경우 주요 뉴스 캐러셀용 AMP가 필요하지 않다고 생각합니다. 100% 확신할 수는 없습니다. 그러나 구현했다면 어쨌든 적용됩니다. 그렇지 않으면 주요 기사 기능은 유기적 검색 기능입니다. 표시하기 위해 특정 작업을 수행해야 하는 것이 아니라 오히려 유기적으로 선택하고 그것이 의미가 있다고 생각할 때 보여주려고 합니다.

질문 27:35 - GEO TLD에 없는 Geo 대상이 있는지 확인하는 방법. 따라서 인도의 뉴욕에 호텔을 입력하면 인도 웹사이트가 표시됩니다. 따라서 문제는 이동 지역 대상 퀘스트가 어떤 종류인지 다시 확인하는 방법입니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

답변 45:40 - 마지막 부분은 웹사이트에서 더 큰 변경을 가하면 자연 검색이 영향을 받지 않는다는 것을 보장하는 것이 본질적으로 불가능하다는 것을 알아야 한다고 생각합니다. 긍정적인 측면과 부정적인 측면이 있습니다. 한편으로는 웹사이트에서 더 큰 변화를 일으키고 있을 수 있습니다. 특히 자연 검색이 영향을 받기를 원하기 때문에 더 나은 순위를 매길 수 있기 때문에 우리가 선택할 수 있어야 합니다. 반면에 검색에 적합했던 많은 것들을 깨는 새로운 기술 스택을 출시할 가능성이 매우 높습니다. 그래서 저는 웹사이트를 대대적으로 개편할 때마다 이것이 검색에 영향을 미칠 수 있고 다른 사람들의 도움을 받는 SEO의 도움을 받는 것이 가치가 있다고 가정해야 합니다. 나중에 가서 말하려고 하는 것보다, 우리 웹사이트가 검색에서 사라졌습니다. 우리가 지금 무엇을 해야 할까요? 나중에 문제를 해결하려고 하면 항상 훨씬 더 큰 어려움을 겪을 것이기 때문입니다. 훨씬 더 오래 걸리고 처음부터 올바른 도움과 종류의 조언을 받았다면 실제로 수정하는 데 훨씬 더 오랜 시간이 걸리는 장기적인 영향을 미치는 방식으로 일을 중단할 수 있습니다. 출시되기 전에. 분명히 때로는 일정이 좋지 않은 방식으로 진행되고 때로는 상황이 발생하는 것처럼 적절한 사람이 올바른 단계에 참여하지 않는 것과 같습니다. 따라서 항상 모든 것을 준비할 수는 없습니다. 점진적 롤아웃과 관련하여 저는 이것이 좋은 접근 방식이라고 생각하며 일반적으로 이상적인 상황인 URL을 변경하지 않는 경우 검색 엔진이 제공하는 새 스택을 크롤링하기 시작하는 방법을 볼 수 있습니다. 그런 다음 해당 URL이 검색 성능을 어떻게 변화시키는지 알 수 있습니다. 검색 콘솔에서 해당 URL에 대해 클릭 및 노출을 수행하는 것을 볼 수 있으며 롤아웃 중에 정착할 약간의 시간을 주면 일반적으로 이것이 제대로 작동하는지 확인할 수 있습니다. 일종의 설정을 만들고 웹사이트의 더 큰 부분에 적용하고 실제로 점진적으로 롤아웃합니다.

질문 48:26 - 정말 나쁜 블로그가 전체 웹사이트의 순위를 떨어뜨릴 수 있습니까?

답변 48:50 - 일반적으로 우리는 웹사이트를 전반적으로 보려고 노력하며 웹사이트의 중요한 부분이 정말 나쁘면 나머지 웹사이트 순위에 영향을 줄 수 있습니다. 일반적으로 블로그와 전자 상거래 사이트가있는 상황에서 전자 상거래 사이트는 모든 사람들이 집중하고 블로그는 약간의 추가 정보를 제공하고 블로그가 일종의 나쁜 것은 전자 상거래 사이트의 더 큰 덩어리의 종류에 실제로 영향을 미치지 않습니다. 그것이 역할을 할 수 있는 한 종류의 상황은 블로그가 기술적으로 나쁜 방식으로 설정되어 있고 Googlebot이 블로그를 크롤링하는 데 많은 문제가 있는 경우 이 질문이 그런 방향으로 진행된다고 생각합니다. URL에 액세스하는 것이 정말 느리거나 많은 서버 오류를 반환한다는 점에서(이 경우에는 여기에서 언급한 대로) 일반적으로 해당 웹사이트의 크롤링을 줄일 수 있습니다. 따라서 반드시 순위에서 제외하는 것은 아닙니다. 기술적인 관점에서 볼 때 웹사이트의 잘못된 페이지가 작동하지 않을 경우 해당 페이지를 삭제하려고 하지만 크롤링 관점에서 해당 웹사이트의 상당 부분을 크롤링하는 데 문제가 있는 경우 크롤링 속도가 느려집니다. 우리는 크롤링이 이 웹사이트의 성능이 좋지 않은 이유가 되지 않도록 하고 싶습니다.

예를 들어 블로그를 크롤링할 때 서버 오류가 많이 발생하는 경우 너무 세게 크롤링하고 있으므로 문제를 일으키고 싶지 않습니다. 크롤링 속도가 줄어들고 전자 상거래가 사이트가 블로그와 동일한 설정에 있으면 전자 상거래 사이트에 대한 크롤링도 줄일 수 있습니다. 따라서 호스트 수준에서 수행하는 크롤링의 양을 추적하므로 이 두 부분이 동일한 호스트에 있는 경우 동일한 속도로 크롤링을 시도하고 그 중 하나가 정말 나쁘고 수행할 수 없는 경우 많은 서버 오류 없이 크롤링하면 전체 크롤링이 줄어듭니다.

그리고 실제로 중요하지 않은 많은 웹 사이트의 경우 역할을 할 수 있는 대규모 전자 상거래 사이트에 대해 자주 크롤링하지 않더라도 웹 사이트의 대부분의 변경 사항을 계속 따라갈 수 있습니다. 특히 왔다 갔다 하는 제품이 있고 제품이 왔다 갔다 하는 방식을 따라잡을 수 없는 경우 전자 상거래 사이트에 대한 검색 결과가 약간 오래되어 결과가 좋지 않을 수 있습니다. 사용자는 검색 결과에서 볼 수 있습니다.

따라서 고객이 새 전화를 찾고 있고 귀하의 전자 상거래 사이트에 새 전화가 있지만 아직 해당 페이지를 크롤링할 수 없다면 귀하의 새 휴대전화에 대한 검색결과에 사이트가 표시됩니다. 그래서 그것은 내가 그것을 살펴보고 그것을 개선하기 위해 무엇을 할 수 있는지 알아보는 것이므로 웹 사이트의 일부가 실제로 그렇게 좋지 않은 경우 분명히 영향을 미칠 수 있는 경우 품질 관점에서 다시 문제가 되지 않습니다. 그것도. 그러나 특히 기술적인 관점에서 볼 때 웹 사이트의 일부를 크롤링하는 데 심각한 문제가 있는 경우 크롤링이 잘 되지 않고 패널티가 아닙니다. 그것은 우리가 말하는 것이 아닙니다. 오, 이 웹사이트가 나쁘다 우리는 거기에서 많은 시간을 보내지 않을 것입니다. 그것은 우리의 알고리즘이 웹의 좋은 시민이 되기 위해 노력하고 우리가 웹사이트에 이 웹 사이트가 그렇게 많은 문제를 겪고 있는 이유가 아닙니다.

질문 52:36 - Googlebot이 robots.txt 파일의 사이트맵 명령을 따르나요?

답변 52:41 - 우리는 그곳에서 사이트맵 파일을 선택하지만 Googlebot은 링크로 크롤링하지 않습니다. 우리는 거기에서 사이트맵 파일을 개별적으로 처리합니다. XML 파일은 거기에 링크가 있는 페이지가 아닙니다. 따라서 Googlebot은 이를 HTML 페이지로 따르지 않고 사이트맵 파일로 요청하고 대신 일반 XML 처리로 처리합니다.

질문 53:08 - 미디어 웹사이트에 홈 페이지 섹션 뉴스의 반응형 버전이 있고 뉴스에도 AMP 버전이 있습니다. Google에서 이모 버전을 찾을 수 있도록 홈 페이지의 AMP 버전과 대체 섹션을 사용하는 것이 좋습니다. 먼저 뉴스. 인덱싱 속도에 영향을 줍니까?

답변 53:30 - 인덱싱의 관점에서 볼 때 이 작업을 수행해야 할 이유가 없습니다. 이모 페이지가 일반 페이지를 먼저 크롤링하여 일반 페이지에 연결된 경우 이모 페이지를 선택한 다음 AMP 페이지도 선택하는 AMP 링크를 참조하세요. 그러나 기본적으로 우리는 페이지의 일반 또는 레거시 버전이나 반응형 버전을 크롤링합니다. 어떻게 부를지 모르겠지만 AMP가 아닌 버전으로 크롤링합니다. 물론 전체 웹사이트가 AMP인 경우에는 예외입니다. 분명히 크롤링할 것입니다. 홈페이지 및 섹션의 AMP 버전을 갖는 것과 관련하여 궁극적으로 그것은 귀하에게 달려 있습니다. 따라서 사용자가 개별 뉴스 기사로 이동하는 것을 보고 홈 버튼을 클릭하고 반응형 홈 버전으로 보내는 경우 사용자에게 혼란스러울 수 있습니다. 결국 그것은 당신에게 달려 있습니다. 일반적으로 이러한 페이지는 AMP 항목을 선택하는 새 섹션에 표시되지 않습니다. 그래서 아마도 직접적인 문제라기보다는 간접적이고 장기적인 문제일 것입니다.

질문 54:52 - AMP 버전의 URL용 사이트맵 파일을 사용하는 것이 좋습니까?

답변 54:56 - 그렇게 할 필요가 없습니다. 다시 한 번 예외는 전체 웹사이트가 AMP인 경우 분명히 귀하의 페이지입니다.

질문 55:53 - 일부 고객이 있고 이 페이지의 맨 아래 줄에 텍스트가 있고 오늘 순위가 좋습니다. 트래픽, 판매가 있습니다. 하지만 이 텍스트는 사람을 위한 것이 아니라 로봇을 위해 작성되었기 때문에 좋지 않다는 것을 알고 있습니다. 그리고 오늘날 우리는 이 텍스트를 삭제하면 우리의 순위를 잃을 수 있고 두 번째로 어떻게 해야 할지 모릅니다. 이 텍스트를 통합할 수 있습니다. 당신은 무엇을 제안합니까?

답변 56:26 - 예 II는 이것을 페이지의 정상적인 부분 내에서 해당 텍스트의 일부를 더 잘 통합할 수 있는 방법에 대해 생각하기 위한 더 많은 중간 또는 장기 프로젝트로 볼 것입니다. 따라서 적어도 현재로서는 해당 페이지를 보고 이렇게 말할 수는 없습니다. 오, 이런 일을 하기 위해 웹사이트의 등급을 내려야 하는 것이 끔찍하지만 오히려 우리는 거기에서 추가 콘텐츠를 선택하려고 노력하고 어느 정도 저는 추가 콘텐츠가 유용하다고 생각하지만 페이지의 나머지 부분으로 밀어 넣을 수 없다면 장기적으로 그렇게 할 수 있는 방법에 대해 생각해 보십시오. 특히 제가 권하고 싶은 것은 그렇게 제공하는 텍스트의 양을 줄이는 방법을 찾는 것입니다. 따라서 맨 아래에 있는 이 큰 Wikipedia 기사 대신 몇 문장으로 줄여서 사용자가 볼 때 여전히 유용하고 전체 페이지를 볼 때 검색 엔진에 올바른 컨텍스트를 제공합니다.

따라서 이것은 즉시 해결해야 하는 중요한 문제와 같은 것이 아니라 사람들이 이 페이지의 다른 결함을 해결하기 위한 방법으로 이것을 사용하고 있는 것입니다. 아무도 읽지 않는 긴 텍스트를 계속 작성하는 것보다 장기적으로 이러한 결함을 수정하는 것이 더 나을 수도 있습니다.

질문 58:03 - 오늘날 우리가 가지고 있는 문제는 이 텍스트에 대한 몇 가지 키워드가 있고 Google에서 순위를 매기는 50단어와 연결되어 있다는 것입니다. 동일한 키워드를 사용하여 다시 작성하는 것이 더 낫습니까?

답변 58:32 - 잘 모르겠습니다. 텍스트를 두 가지 모두에 적용할 수 있는 방법을 찾으려고 노력할 것입니다. 그러나 다시 한 번 더 장기적인 관점에서 이것을 보고 '오 다시 써야 한다'라고 말하지 않을 것입니다. 그렇지 않으면 오늘날 모든 것이 Google에서 나에게 불이익을 줄 것이지만 많은 경우 사람들이 특히 검색 엔진을 위해 이러한 페이지에 많은 텍스트를 입력하고 검색 엔진이 이미 그 많은 텍스트를 무시한다는 사실을 깨닫지 못합니다. 따라서 키워드 스터핑을 줄이도록 줄일 수 있다면 더 잘 작동할 수도 있지만 때때로 약간의 연습이 필요하고 사람들이 검색하는 콘텐츠를 포함하도록 올바른 접근 방식을 찾는 것도 필요합니다. 사람들이 해당 페이지를 개별적으로 볼 때 필요한 컨텍스트를 제공합니다.

질문 59:24 - 저는 보통 러시아 블로그에 블로그 게시물을 작성하고 모든 사진에 대체 텍스트를 많이 사용해야 하지만 단계별 가이드, 이와 같은 정보를 작성하면 알다시피, Google 이미지에서 이 스크린샷의 순위를 매길 필요가 있는지 확신할 수 없기 때문에 스크린샷의 모든 것을 거기에 넣어야 합니까?

답변 59:52 - 그것은 당신에게 달려 있습니다. 그것은 전적으로 당신에게 달려 있습니다. 그래서 나는 구글 이미지에 가능한 한 많은 이미지를 가져오는 방법보다 시각적으로 검색하는 사람들이 내 웹사이트를 방문하는 방법으로 이것을 더 많이 볼 것입니다. 따라서 그 관점에서 볼 때 이 스크린샷이 해당 페이지에 도움이 되지만 아무도 이 스크린샷을 찾지 않을 경우 왜 귀찮게 할까요? 화면 판독기에 대체 텍스트가 있는 것이 유용하므로 거기에 약간의 대체 텍스트가 유용하지만 사람들이 Google 이미지를 통해 해당 이미지에 대해 귀하의 웹사이트에 방문하지 않는다는 것을 알고 있는 경우 분명히 화면 판독기에 대해 너무 많은 세부 정보를 입력할 필요가 없습니다. 그러면 약간 다른 방식으로 텍스트를 작성할 수 있습니다. 그 중 검색 이미지 검색 타겟팅 부분의 종류에 대해 걱정할 필요가 없습니다.