지난 몇 달간 구글 검색 결과에 표시되던 사이트 링크(Sitelinks)가 서서히 사라지고 있습니다(아래 그래프 참조). 다른 분들도 같은 현상을 겪고 계신가요? 우리는 오랫동안 사이트 업데이트 외에는 아무것도 건드리지 않았습니다.
2개의 좋아요
그래프를 올리는 걸 잊으셨네요. 
2개의 좋아요
저도 마찬가지입니다. 구글이 '부유한 결과(Rich Results)를 감지하지 못함’을 보고하는 것 같습니다. 각 페이지에서 검색창만 감지하고 있네요.
아래 링크를 참고해 보세요:
3개의 좋아요
유효한 페이지 수가 11월 중순쯤부터 감소하기 시작하는 것을 볼 수 있습니다. 해당 시기에 두 번의 릴리스가 있었습니다: 11월 1일경의 2.9.0.beta11과 11월 14일경의 2.9.0.beta12입니다. 저는 보통 릴리스 후 3일 이내에 업데이트를 진행합니다.
다음은 제 그래프입니다:
제 생각에는 해당 릴리스 중 하나에서 Discourse 페이지의 HTML 구조가 구글에게 의미 있는 방식으로 변경되었을 가능성이 있어 보입니다.
2개의 좋아요
우연히 덜 알려지고 업데이트가 자주 이루어지지 않는 Discourse 포럼을 사용하고 있으며, 아마도 Google이 매우 자주 크롤링하지 않을 것입니다.
"One bit-flipping NIC took down Amazon’s cloud storage"라고 검색하면 대상 페이지의 이미지가 포함된 결과가 나옵니다:
제가 이제 놓치고 있는 것이 바로 이것이라고 의심합니다. 업데이트되고 덜 알려진 포럼의 검색 결과는 그냥 텍스트 스니펫일 뿐입니다.
브라우저에서 확인한 대상 페이지의 헤더는 다음과 같습니다 - Google도 같은 것을 보는지 확실하지 않습니다.
<!DOCTYPE html>
<html lang="en" class="desktop-view not-mobile-device text-size-normal">
<head>
<meta charset="utf-8">
<title>One bit-flipping NIC took down Amazon's cloud storage (2008) - cloud - Postmortems</title>
<meta name="description" content="Official statement:
Amazon S3 Availability Event: July 20, 2008
Peter Vosshall in the video below says
… it took down s3 completely. So one server, one NIC, one bit, took down our regional service and that was the on&hellip;">
<meta name="discourse_theme_id" content="3">
<meta name="discourse_current_homepage" content="latest">
<meta name="generator" content="Discourse 2.9.0.beta14 - https://github.com/discourse/discourse version fb2507c6ce80a1f4fc3a68a23342e5eca765a13f">
<link rel="icon" type="image/png" href="https://postmortems.info/uploads/default/optimized/1X/_129430568242d1b7f853bb13ebea28b3f6af4e7_2_32x32.png">
<link rel="apple-touch-icon" type="image/png" href="https://postmortems.info/uploads/default/optimized/1X/_129430568242d1b7f853bb13ebea28b3f6af4e7_2_180x180.png">
<meta name="theme-color" media="all" content="#ffffff">
<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, user-scalable=yes, viewport-fit=cover">
<link rel="canonical" href="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622" />
<link rel="search" type="application/opensearchdescription+xml" href="https://postmortems.info/opensearch.xml" title="Postmortems Search">
<meta name="csrf-param" content="authenticity_token" />
<meta name="csrf-token" content="HMY_f3K39gT7gyv1DSmPRW8zd7v29Z0kD55iyNR9C3zgwwBbbgXmhK9Euzuu0gpooN7LlzSSueWlIz4GawwPmw" />
<meta name="fragment" content="!">
<link rel="preload" href="/assets/start-discourse-f6e4e67026eabe0c9b84599087eb11ee33d8149f196b7439b0630ed5ab4d5f29.js" as="script">
<link rel="preload" href="/assets/browser-update-d7761004034ce1ea7686d586f5e8a8d216e6f67b609f9b4bcaba53b8b8d34729.js" as="script">
<link rel="preload" href="/assets/browser-detect-7af298cd000a967d2bdc01b04807eda2924a388584ea38ad84919b726283c2ed.js" as="script">
<script defer src="/assets/browser-detect-7af298cd000a967d2bdc01b04807eda2924a388584ea38ad84919b726283c2ed.js"></script>
<link rel="preload" href="/assets/locales/en-4632a4adf53ab69af31ccd61772e71da2b8d273a9238188b7322caa0beb9e231.js" as="script">
<script defer src="/assets/locales/en-4632a4adf53ab69af31ccd61772e71da2b8d273a9238188b7322caa0beb9e231.js"></script>
<link rel="preload" href="/assets/vendor-0086bb622ee0d0e4b902506c9c6b6e6da9dea80b09d9e2307a0e80ee8ae90cb5.js" as="script">
<script defer src="/assets/vendor-0086bb622ee0d0e4b902506c9c6b6e6da9dea80b09d9e2307a0e80ee8ae90cb5.js"></script>
<link rel="preload" href="/assets/chunk.857.91d4bdb47afe27a0b223-cc02271de56ef602d0fb03225b01336e39ea5e0e833131533d046d5f7fa0e9dd.js" as="script">
<script defer src="/assets/chunk.857.91d4bdb47afe27a0b223-cc02271de56ef602d0fb03225b01336e39ea5e0e833131533d046d5f7fa0e9dd.js"></script>
<link rel="preload" href="/assets/chunk.143.554dfbd1faa360aeb1d7-bbbe9995b2c8f62e4972b08bcea57ab4fbca241815fa3712c9c82bc3a692155e.js" as="script">
<script defer src="/assets/chunk.143.554dfbd1faa360aeb1d7-bbbe9995b2c8f62e4972b08bcea57ab4fbca241815fa3712c9c82bc3a692155e.js"></script>
<link rel="preload" href="/assets/discourse-5717caf5e6e015828843fb47d9b7fa86336c8c7a3f293f8ca41d572e4a458e96.js" as="script">
<script defer src="/assets/discourse-5717caf5e6e015828843fb47d9b7fa86336c8c7a3f293f8ca41d572e4a458e96.js"></script>
<link rel="preload" href="/assets/plugins/discourse-details-3262864f1b5a3f1b862422b3e2a0d3a296de258f13c70f25bd1f512e29ed1d97.js" as="script">
<script defer src="/assets/plugins/discourse-details-3262864f1b5a3f1b862422b3e2a0d3a296de258f13c70f25bd1f512e29ed1d97.js"></script>
<link rel="preload" href="/assets/plugins/discourse-local-dates-3d830b7216fd387586ab877d3474fd56fe7d1b58f7915636490c00baca46a3a9.js" as="script">
<script defer src="/assets/plugins/discourse-local-dates-3d830b7216fd387586ab877d3474fd56fe7d1b58f7915636490c00baca46a3a9.js"></script>
<link rel="preload" href="/assets/plugins/discourse-narrative-bot-cb6fa1c8b042328ccee9b135ef703e4c383d0595f1ee4d2f0cc2392a48ce485b.js" as="script">
<script defer src="/assets/plugins/discourse-narrative-bot-cb6fa1c8b042328ccee9b135ef703e4c383d0595f1ee4d2f0cc2392a48ce485b.js"></script>
<link rel="preload" href="/assets/plugins/discourse-presence-11bf773d7d34416ce01190e5c36e8d9e7c6ac78c5dc848f38402f82f05fc37b3.js" as="script">
<script defer src="/assets/plugins/discourse-presence-11bf773d7d34416ce01190e5c36e8d9e7c6ac78c5dc848f38402f82f05fc37b3.js"></script>
<link rel="preload" href="/assets/plugins/docker_manager-3d9182e7201f69426040bf2be635fa04454aa12b984610fab305ce6ae44689a3.js" as="script">
<script defer src="/assets/plugins/docker_manager-3d9182e7201f69426040bf2be635fa04454aa12b984610fab305ce6ae44689a3.js"></script>
<link rel="preload" href="/assets/plugins/lazy-yt-37ba46caad39a8d451e22030fac3ba0c04d3c2aa5cf73544b9c23ec143dcbf99.js" as="script">
<script defer src="/assets/plugins/lazy-yt-37ba46caad39a8d451e22030fac3ba0c04d3c2aa5cf73544b9c23ec143dcbf99.js"></script>
<link rel="preload" href="/assets/plugins/poll-3772958eb9b6ce2f5bbb0a90e9a2925586933212cc816daa749f2a6ff7c8d5cc.js" as="script">
<script defer src="/assets/plugins/poll-3772958eb9b6ce2f5bbb0a90e9a2925586933212cc816daa749f2a6ff7c8d5cc.js"></script>
<link rel="preload" href="/extra-locales/admin?v=5273f5b8ab23c0f09f8900c146f7dfbb" as="script">
<script defer src="/extra-locales/admin?v=5273f5b8ab23c0f09f8900c146f7dfbb"></script>
<link rel="preload" href="/assets/admin-3e297caed7810816d80e1d9564d31c87fd0e6d43133d12828144f485df3aa5a9.js" as="script">
<script defer src="/assets/admin-3e297caed7810816d80e1d9564d31c87fd0e6d43133d12828144f485df3aa5a9.js"></script>
<link id="manifest-link" rel="manifest" href=/manifest.webmanifest crossorigin="use-credentials">
<link rel="alternate nofollow" type="application/rss+xml" title="RSS feed of 'One bit-flipping NIC took down Amazon's cloud storage (2008)'" href="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622.rss" />
<meta property="og:site_name" content="Postmortems" />
<meta property="og:type" content="website" />
<meta name="twitter:card" content="summary" />
<meta name="twitter:image" content="https://postmortems.info/images/discourse-logo-sketch-small.png" />
<meta property="og:image" content="https://postmortems.info/images/discourse-logo-sketch-small.png" />
<meta property="og:url" content="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622" />
<meta name="twitter:url" content="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622" />
<meta property="og:title" content="One bit-flipping NIC took down Amazon's cloud storage (2008)" />
<meta name="twitter:title" content="One bit-flipping NIC took down Amazon's cloud storage (2008)" />
<meta property="og:description" content="Official statement: Amazon S3 Availability Event: July 20, 2008 Peter Vosshall in the video below says … it took down s3 completely. So one server, one NIC, one bit, took down our regional service and that was the only layer - we had checksumming all the way up and down the stack - that was the only layer that didn’t have the checksumming. As seen on HN: Reminds me of a rogue NIC, flipping a single bit every now and then, that took down S3: Ref: https://news.ycombinator...." />
<meta name="twitter:description" content="Official statement: Amazon S3 Availability Event: July 20, 2008 Peter Vosshall in the video below says … it took down s3 completely. So one server, one NIC, one bit, took down our regional service and that was the only layer - we had checksumming all the way up and down the stack - that was the only layer that didn’t have the checksumming. As seen on HN: Reminds me of a rogue NIC, flipping a single bit every now and then, that took down S3: Ref: https://news.ycombinator...." />
<meta property="article:published_time" content="2020-05-11T13:14:59+00:00" />
<meta property="og:ignore_canonical" content="true" />
<meta id="data-discourse-setup" data-base-url="https://postmortems.info" data-base-uri="" data-environment="production" data-letter-avatar-version="5_684b749d1c1eee86b31a584fa946fc1a" data-markdown-it-url="/assets/markdown-it-bundle-2cd81b202957f9fd91c706abaa4902ae44bb77e7b0ef6abcf5c18587dfa9c5b6.js" data-service-worker-url="service-worker.js" data-default-locale="en" data-asset-version="191356ca2533fd1871d60d97ca8dca2f" data-disable-custom-css="false" data-highlight-js-path="/highlight-js/postmortems.info/a5a82d5d9c93ba17b974dbe7408b61e64d7130b7.js" data-svg-sprite-path="/svg-sprite/postmortems.info/svg-3-69607f2c7bea253fd5873db55f6da14d4413a71b.js" data-enable-js-error-reporting="true" data-color-scheme-is-dark="false" data-user-color-scheme-id="2" data-user-dark-scheme-id="-1">
<meta name="discourse/config/environment" content="%7B%22modulePrefix%22%3A%22discourse%22%2C%22environment%22%3A%22production%22%2C%22rootURL%22%3A%22%22%2C%22locationType%22%3A%22history%22%2C%22historySupportMiddleware%22%3Afalse%2C%22EmberENV%22%3A%7B%22FEATURES%22%3A%7B%7D%2C%22EXTEND_PROTOTYPES%22%3A%7B%22Date%22%3Afalse%7D%2C%22_APPLICATION_TEMPLATE_WRAPPER%22%3Afalse%2C%22_DEFAULT_ASYNC_OBSERVERS%22%3Atrue%2C%22_JQUERY_INTEGRATION%22%3Atrue%7D%2C%22APP%22%3A%7B%22name%22%3A%22discourse%22%2C%22version%22%3A%222.9.0.beta14%20fb2507c6ce80a1f4fc3a68a23342e5eca765a13f%22%2C%22exportApplicationGlobal%22%3Atrue%7D%7D" />
</head>
<body class="">
5개의 좋아요
저도 비슷한 문제를 겪고 있지만, 제 경우엔 사이트 특정 문제일 가능성이 높습니다(다른 분들도 같은 현상을 겪고 계신가요?)
제 사이트의 시트링크(Sitelinks)도 11월 초쯤부터 사라졌습니다. 홈 페이지만 남은 것 같습니다.
1개의 좋아요
아니요, 당신만의 문제가 아닙니다…
저도 두 개의 다른 디스커스 사이트에서 인덱싱된 페이지 수가 감소하고 있으며, 이 소프트웨어에서만 그런 현상이 나타납니다.
몇 달째 계속되고 있으며 점점 더 악화되어, 이제 다른 서비스로 이전하는 방법을 시도하고 있습니다.
1개의 좋아요
사이트 링크에만 집중하지 마세요. 인덱싱된 페이지에도 동일한 문제가 있습니다.
2개의 좋아요
네, 그런 것 같습니다. 다만 감소 속도는 더 느리고 덜 극심하긴 하지만요…
2개의 좋아요
구글봇(Googlebot)이 지원되지 않는 브라우저 범주에 속합니까?
2개의 좋아요
지원되지 않는 브라우저에서는 무엇을 볼까요? 지원되는 브라우저 목록으로 연결되는 링크 하나만 있는 페이지일까요? 
그렇다면 왜 급격한 하락이 아니라 점진적인 감소일 수 있을까요?
2개의 좋아요
모르겠어. 네가 말해봐
나도 다들 아는 걸 알고 있어: 사이트 구조는 구글이 무엇을 어떻게 표시할지 결정할 때 사용하는 기반이야. 하지만 구조는 그저 기반일 뿐이고, 나머지는 모두 구글의 알고리즘에서 나와.
이 문제가 사실상 모든 디스커스(Discourse) 사이트에서 발생하고 있으니, 가능한 선택지는 두 가지뿐이야:
- 디스커스에서 뭔가 일이 있었거나
- 구글이 알고리즘을 변경했거나
그리고 그 결과, 포럼은 사이트링크를 표시할 만큼 "가치"가 없다고 판단받는 거야. 하지만 대부분의 포럼은 실제로 사이트링크가 포함된 검색 결과를 필요로 하지 않아. 사용자에게 실질적인 가치를 제공하지 않으니까.
카테고리를 표시할 수도 있겠지만, 그것도 너무 많고 그렇게 되면 결과 페이지를 가득 채우거나 확장하게 될 거야. 만약 아직 눈치채지 못했더라도, 구글은 검색 결과 페이지의 길이를 항상 거의 동일하게 유지하려고 노력하고 있어.
정말 모르겠어. 여기 있는 누구도 모를 거야. 하지만 나는 워드프레스 사이트들도 완전히 비슷한 방식으로 작동한다는 것을 잘 알고 있어.
SEO는 여전히 중요해 (수정: 랭킹이라고 말하는 게 맞았어). 하지만, 내 디스커스는 워드프레스를 사용했을 때 달성할 수 있는 것에 비해 턱없이 부족하고, 이건 꽤 오래전부터 궁금했던 부분이야.
2개의 좋아요
인덱싱된 페이지에 대해서는 훨씬 덜 걱정해도 될 것 같습니다. Discourse 같은 포럼은 동일한 페이지로 이어지는 중복 링크가 매우 많거든요. 중복 제거가 이루어지고 있는 걸 볼 수 있는데, 이는 좋은 신호입니다. 그렇지 않으면 포럼이 거대한 SEO 웹 팜처럼 보일 테니까요.
2개의 좋아요
이 토론 제목은 "사이트 링크가 사라졌다"라고 되어 있지만, 링크하신 그 그래프에는 "Sitelinks searchbox(사이트 링크 검색 상자)"라고 표시되어 있습니다.
저희가 호스팅 중인 사이트 몇 곳을 구글에서 검색해 보니, 모든 사이트에 사이트 링크가 여전히 표시되고 있습니다. 사라진 부분은 사이트 링크의 검색 상자 부분입니다.
즉, 어딘가에서 무언가가 변경되어, 사이트 링크가 렌더링될 때 Discourse 검색 결과에 검색 입력 필드가 빠져 있습니다. 이것이 문제의 정확한 설명인가요?
3개의 좋아요
이 그래프들은 페이지 인덱싱 결과를 나타냅니다. 페이지가 인덱싱되지 않은 이유에 대해 Google이 제시하는 사유를 공유해 주실 수 있을까요?
예를 들어, 메타에서 확인해보니 인덱싱되지 않은 페이지 중 66%가 “적절한 canonical 태그가 있는 대체 페이지” 때문이었습니다. 다른 분들은 어떤 사유를 보고 계신가요?
1개의 좋아요