위키백과:주석/NOINDEX 요청

본 의견요청서는 검색엔진이 상당히 제한된 "noindex" 속성의 추가를 통해 잠재적으로 유해한 페이지를 발견하거나 캐싱하지 못하도록 하기 위한 제안을 다룬다.그것은 여러 편집자들이 노인덱스 태그가 도움이 될 것이라고 제안했던 페이지 트라이어지 소프트웨어의 개발의 일환으로 지역사회와의 논의에서 비롯되었다.이 태그는 기술적으로 새로운 페이지 트라이어지에 의존하지 않으며, 더 넓은 커뮤니티에서 입력되어야 하기 때문에, 이 독립된 의견요청서가 설립되었다.

등록되지 않은 기사를 색인화하는 것과 "공격 페이지" 또는 "저작권 침해"와 같은 특정 삭제 템플릿으로 태그가 지정된 기사를 색인화하는 두 가지 제안이 있다.편집자들은 각각의 특징에 대한 지지나 반대를 표시하도록 요청 받는다; 우리는 둘 다 켜거나, 둘 다 켜거나, 둘 다 켜거나, 둘 다 만족하지 않는다.삭제 태그를 더 포함하거나 기술 구현에 대한 질문을 더 많이 포함하도록 제안하는 내용은 대화 페이지에 남겨두어야 한다.이 RfC는 3월 20일부터 30일간 실행된다는 점에 유의하십시오.

배경

현재 주요 기사 네임스페이스 밖의 기사, {{noindex} 템플릿 및 관련 마법 단어에서 noindex를 설정하는 방법이 존재한다.그것은 오용하기 쉽기 때문에 메인 스페이스에서 비활성화되고 있으며, 현재 마법의 단어가 사용되는 곳에 대한 충분한 감독을 보장할 방법이 없다.

신규 기사 등록 취소된 색인 없음

현재, 등록되지 않은 새로운 기사들은 구글과 다양한 다른 검색 엔진에 의해 색인화된다.이것은 문제가 될 수 있는데, 왜냐하면 등록되지 않은 기사는 잠재적으로 저작권 침해 또는 모욕적인 정보가 포함된 공격 페이지들이기 때문이다.이 재단의 개발자들은 "노인덱스" 깃발을 "패트롤" 기능에 묶는 방법을 고안해냈다. 이것은 기사가 순찰되기 전까지는 검색 엔진에 의해 색인화되거나 캐시되지 않아 잠재적으로 유해한 정보의 확산을 막는다.

한 가지 가능한 부작용은 속보 기사가 즉시 색인화되는 것을 막을 수 있다는 것이다(예: 코스타 콩코르디아 참사).하지만, 순찰은 보통 매우 빨리 일어난다. 기사를 쓰는 것은 순찰하는 것보다 훨씬 더 많은 시간이 걸린다.우리는 페이지 트라이어지 프로젝트의 일환으로 순찰 인터페이스의 개선이 순찰자의 작업량을 줄이고, 프로세스를 더욱 효율적으로 만들며, 이와 같은 에지 사례를 더욱 최소화할 수 있기를 바란다.

지원 – 등록되지 않음

1. 시사 문제를 다루는 기사들(그리고 애초에 여기 있을 만큼 충분히 주목할 만한 기사들)은 그들이 일으키는 관심의 수준 때문에 거의 즉시 순찰될 가능성이 높기 때문에, 나는 그것이 그들의 검색 엔진 가시성을 억제할 것이라고 생각하지 않는다.폴430이 13:18, 2012년 3월 20일 (UTC)으로 내게 이야기한다[응답하라]
2. NPPER로서, 나는 밀린 일이 거의 한 달에서 최근 며칠로 가는 것을 보았다.WP의 목적은 Breaking News 아웃렛(Wiki News, CNN, Drudge Report 등)이 아니라 정보를 잘 참조하는 것이다.구글 검색에 나타나지 않는 주제를 가지고 있는 것은 좋은 일이다(속보/검증되지 않은 뉴스의 먹이 광란의 측면을 줄인다).급서 (대화) 13:32, 2012년 3월 20일 (UTC)[응답]
3. 내게는 꽤 분명한 것 같다.— foxj 13:44, 2012년 3월 20일 (UTC)[응답]
4. 좋은 생각이야.NPP가 속도를 늦추고 보다 신중하고 타겟팅된 접근을 할 수 있기를 바란다.--v/r - TP 13:47, 2012년 3월 20일 (UTC)[응답]
5. 여기에는 이렇다 할 단점은 보이지 않지만, 그럴 만한 충분한 이유가 있다(카피리오, 공격 페이지 등). - SudoGhost 13:50, 2012년 3월 20일 (UTC)[응답]
6. 만약 순찰 기능과 연관되어 있다면, 그것은 구글에 의해 캐시되기 전에 누군가가 그것을 봤다는 것을 보장하고 악의적인 사용자들이 NOINDEX를 가지고 장난치는 것을 막을 것이다.나한텐 좋은 것 같아.북빛의 칼날 (話して下い) 13:54, 2012년 3월 20일 (UTC)[응답]
7. Armbrust, B.Ed. 15:00, 2012년 3월 20일 (UTC)[응답]
8. 그렇게 간단하고 효과적일 것 같은 것에 반대할 이유를 생각할 수 없다.플루퍼넛은 샌드위치! (토크) 15:02, 2012년 3월 20일 (UTC)[응답하라]
9. 물론이지속보가 즉시 인덱싱되지 않더라도(우리는 뉴스 출처가 아니며 가능한 한 많은 페이지 히트를 얻으려고 하지 않는다) 문제가 되지 않지만 공격 페이지가 캐시되어 구글의 인덱스에 당분간 남아 있으면 문제가 된다./htmlETCOMMS/15:07, 2012년 3월 20일(UTC)[응답]
10. 서도호스트처럼, 나는 이것의 단점과 많은 장점을 보지 못한다.요에닛(토크) 15:14, 2012년 3월 20일 (UTC)[응답]
11. 물론이지이것은 특히 중요한 재공격 페이지, 카피비오, 그리고 (낮은 정도는) 참조되지 않은 BLP들이며, 나는 솔직히 이것의 어떤 단점도 보지 않는다.Voceditenore (대화) 15:51, 2012년 3월 20일 (UTC)[응답]
12. 큰 단점을 볼 수 없다.이것은 또한 스팸 형태의 기사를 만들려는 동기를 다소 줄일 수 있다. 샌드스타인 16:47, 2012년 3월 20일 (UTC)[응답]
13. 지지, 아래 주의사항으로 - 이 틈새를 메꾸면 좋아 보인다.심그레이토크 20:27, 2012년 3월 20일 (UTC)[응답]

    이제 해결된 것 같군심그레이토크 23:33, 2012년 3월 20일 (UTC)[응답]

14. 지원 - 그래, 이건 정말 좋은 생각이야. 단명 공격 페이지와 스피디로 향하는 반달-a-thon을 구글 기계에서 자동으로 제거하면, 그런 행동에 대한 인센티브를 기하급수적으로 줄일 수 있어, 누군가의 편집 경험에 전혀 영향을 주지 않을 거야.좋은 생각이야!카라이트 (대화)20:51, 2012년 3월 20일 (UTC)[응답]
15. 조건부 지원:트라이어지가 완전히 가동되기 전까지 30일 제한 때문에 페이지가 떨어지면 마치 순찰을 돌린 것처럼 노인덱스 태그를 제거해야 한다.그 내용이 포함된 한 지원하겠다(NPT가 올라오면 제거할 수 있다). - 호르가스(토크) 21:08, 2012년 3월 20일 (UTC)[응답]
16. 지지하다.이것은 좋은 생각이다.위키피디아는 신뢰할 수 없거나 부적절한 내용으로 방송될 필요가 없으며, "구글러"는 부정확한 결과를 면해야 한다.우리의 목표는, 어떻게 보면, 가능한 한 정확한 사용자 친화적이고 독자가 친화적인 백과사전을 통해 신뢰할 수 있는 정보를 타인에게 전파하는 것인데, 그런 점에서 도움이 될 것이다.dci TALK 22:11, 2012년 3월 20일 (UTC)[응답]
17. 지원, 심그레이와 같은 주의사항으로. --핀레이 맥왈터토크 22:13, 2012년 3월 20일 (UTC)[응답]
18. 우리가 보호하고 향상시키기 위해 매우 열심히 노력하는 위키피디아의 신뢰성에 대한 평판을 망칠 위험성을 지지하고 배제하라.Whenaxis talk · DR 기여 Wikimania! 22:55, 2012년 3월 20일 (UTC)[응답]
19. 지지 이것의 유일한 나쁜 점은 왜 아무도 7년 전에 그것을 생각하지 않았는가 하는 것이다.Andrew Lenahan - Starblind 00:06, 2012년 3월 21일 (UTC)[응답]
20. 그리고 우리가 아직 이것을 하지 않았다는 것을 발견한 사용자에게도 칭찬해줘.Bagoon 01:08, 2012년 3월 21일 (UTC)[응답]
21. 분명한 지지.MER-C 03:43, 2012년 3월 21일 (UTC)[응답]
22. 와우, 위키피디아의 신뢰도를 높여라.멋진 생각이야? 68.55.112.31 (대화) 08:15, 2012년 3월 21일 (UTC)[응답하라]
23. 지원 이것은 타당하며, 새로운 페이지는 검토자가 볼 때까지 검토를 위해 목록에 남아 있을 것으로 보이며, 인터넷 아래에서 보이지 않는 부적절한 페이지는 미끄러지는 것에 대한 우려는 해소될 것이다.실크토크 09:52, 2012년 3월 21일 (UTC)[응답]
24. 지원 (토크→ BWilkins ←트랙) 11:37, 2012년 3월 21일 (UTC)[응답]
25. 지원 - 카피비오, 공격 페이지 등 지원더그웰러(토크) 11시 50분, 2012년 3월 21일 (UTC)[응답]
26. 강력한 지원 위키백과 기사는 어떤 검색에서도 높은 위치를 차지할 가능성이 높다. 이것은 그들이 허위 정보를 전파하는 데 관심이 있는 악의적인 편집자들의 표적이 되고, 이것은 빠르게 삭제되더라도 한동안 검색의 상단 근처에 지속될 수 있다.이것은 특히 공격과 카피비오에 대한 문제지만, 또한 더 미묘한 문제들에 대한 문제인데, 이것은 적절한 태그를 얻지 못할 수도 있기 때문에, 나는 그들이 순찰을 받을 때까지 모든 새로운 기사들에 대한 NOINDEX를 지지한다.속보가 당분간 나타나지 않을 수 있다는 단점은 사소한 단점인데, 우리가 대부분의 경우 회의록을 이야기 하고 있기 때문이다. 속보는 백과사전의 명령도 아니다.(30일 후 미등록 기사를 삭제하는 구태의연한 행태에 대한 우려를 보지만, 그것은 순찰을 할 때까지 목록에 남겨두는 변경으로 해결되는 것 같다.)스필브릭(토크) 12:39, 2012년 3월 21일 (UTC)[응답]
27. 지원 - 훌륭한 아이디어!스키어 친구(토크) 16:07, 2012년 3월 21일 (UTC)[응답]
28. 없는 것보다는 낫다.T. 캐넌스 (대화) 18:54, 2012년 3월 21일 (UTC)[응답]
29. 아주 합리적인 것 같아.—톰 모리스 (대화)20:45, 2012년 3월 21일 (UTC)[응답]
30. 지원: 분명, 좋은 아이디어 –meiskam (토크•캐스터립) 01:45, 2012년 3월 22일 (UTC)[응답]
31. 마법사의 파라오 지원 (대화) 2012년 3월 22일 03:35, (UTC)[응답]
32. 지원 일부 피해로부터 우리를 구하고, 스팸에 대한 인센티브를 줄여서 NPP의 흐름을 개선할 것이다.Kanguole 11:30, 2012년 3월 22일 (UTC)[응답]
33. 지지하다.해칠 수 없다; 나는 단지 구글이 새로운 기사에 대한 정보를 검색하고 새로운 기사에 대한 정보보다는 새로운 기사에 대한 정보만을 얻는 것이 귀찮기 때문에, 이것이 며칠 동안 모든 새로운 기사를 포함시켰으면 좋겠다.Nyttend (대화) 15:20, 2012년 3월 22일 (UTC)[응답]
34. 등록되지 않은 기사의 시간 연장이 특별 기사에 남아 있는 경우:새로운 페이지가 설치된다.누가 때가 왔는지 좋은 생각.–Grondemar 21:51, 2012년 3월 22일 (UTC)[응답]
35. 나는 구글에서 몇 시간 동안 태그가 붙은 공격 페이지와 속임수가 나타나는 것을 보았다.이러면 안 된다.→στc. 07:10, 2012년 3월 23일 (UTC)[응답]

    "특정 삭제 템플릿이 있는 색인 문서 없음" 섹션에 넣으라는 말씀이십니까?– Allen4 name 18:40, 2012년 3월 23일(UTC)[응답]

    아니. 나는 그들이 태그를 달았든 안 붙였든 간에 색인화되어야 한다고 믿는다.→στc. 21:26, 2012년 3월 24일 (UTC)[응답]

36. 지지:확실히! 페스키(토크) 14:34, 2012년 3월 24일 (UTC)[응답]
37. 지원 - "자동 검색" 플래그가 없는 비관리자에 의해 만들어진 높은 비율의 기사(tjhat는 자동 검색되지 않는 기사)는 알림 시 빠르게 삭제되며, 이 중 일부는 공격 페이지들이다.이 기능은 이 페이지들이 검색 엔진을 통해 널리 보이기 전에 우리가 필터링할 수 있게 해줄 것이다.2012년 3월 26일 (UTC) וושווו Od Mishehu 12:57 (UTC)[응답]
38. 28바이트(대화) 20:21, 2012년 3월 26일(UTC) [응답] 28바이트(대화)의 공격 페이지, 반달리즘, 저작권 침해 등이 아닌지를 확인하기 전에 새로 만든 글들이 구글 검색 결과의 맨 위로 치솟지 않도록 하는 이러한 상식적인 방법을 지원하십시오.
39. 가장 유력한 근거에 입각하여 지지구글이 정확성이나 진실성을 검증받은 적이 없는 페이지에 접근하는 것을 막는 것은 말 그대로 단점이 없다.게다가 비위키피디아 사용자들에게 우리의 마크가 새겨진 BLP 공격과 헛소리 페이지가 나타나는 것을 방지하는 데 있어 강력한 위상이 있다.호미니드마치네 (토크) 05:28, 2012년 3월 27일 (UTC)[응답]
40. 2012년 3월 28일 (UTC) 07:09, Bmusician 07:09 [응답]
41. 지원 센스, 제한.등록되지 않은 기사가 더 이상 삭제되지 않는다는 소식을 듣게 되어 기쁘다. 그렇지 않으면 이 문제는 여기서 이슈가 될 것이다. --joe 데커^{talk to me} 21:38, 2012년 3월 28일 (UTC)[응답]
42. 지원 커먼즈 감각 및 연체.자원봉사마레크 07:38, 2012년 3월 29일 (UTC)[응답]
43. 지지가 합리적인 것 같다. --JN466 08:01, 2012년 3월 29일 (UTC)[응답]
44. 지지하다.오래 전에 마차에 쌓아두는 것이 좋았을 텐데._{Piotr Konieczny aka Prokonsul Piotrus talk to me} -- 2012년 3월 29일 (UTC) 16:10, 29[응답]
45. 지원 – 구글의 높은 순위는 큰 책임감을 동반한다.이 기능은 새롭게 생성된 공격 페이지, 원한을 품은 페이지, 미디어별 테스트 자료, 비엔시클러스터적이고 선정적인 자료가 구글에 즉각적으로 나타나 타인에게 피해를 주는 것을 방지하는데 도움이 될 것이다. --Michaeldsuarez (talk) 12:53, 2012년 3월 30일 (UTC)[응답]
46. 지지하다.NPP는 유해 콘텐츠에 대한 우리의 최선의 방어선(확실히 유일한 방어선은 아니지만) 중 하나이다. 이 조치는 아직 순찰되지 않은 유해 콘텐츠의 영향을 줄이는 데 도움이 될 수 있으며, 일상 편집에서 추가 작업을 추가하지 않기 때문에 사실상 무료다.Rich Farmbrough의 지적은 고맙지만, 심각한 콘텐츠 문제를 해결하는 것(또는 다른 사람이 해결하도록 올바른 템플릿을 적용)은 구글을 통해 이곳에 도착한 몇몇 초보적인 행인이 하는 것보다 기성 편집자가 하는 것이 훨씬 더 쉽다고 주장하고 싶다.— 2012년 3월 30일 보브레이너(대화 • 기여)가 추가한 사전 서명되지 않은 논평
47. 관리자나 관료에 의해 구성 가능한 온위키(즉, 개발자 개입이 필요하지 않음) 지원Thryduulf (대화) 2012년 3월 30일 17:18 (UTC)[응답하라]
48. 비록 그것이 어떤 종류의 만병통치약이라고 단언하지는 않지만 지지하라.수집(대화) 17:27, 2012년 3월 30일 (UTC)[응답]
49. 지원 - 훌륭한 아이디어.명목(대화) 18:54, 2012년 3월 30일 (UTC)[응답]
50. 지원 - 시간.노인덱싱 새 페이지는 2009년 11월에 여기서 논의되었다(그리고 확실히 이번이 처음은 아니다).Rd232 13:48, 2012년 3월 31일 (UTC)[응답]
51. 지지 - 위에 언급된 대부분의 이유에 동의한다.Google 등으로부터 공격 페이지/스팸/무익한 콘텐츠 보호SD5 21:53, 2012년 3월 31일 (UTC)[응답]
52. 지지 - 오래 전에 했어야 했다.스팸 발송자들이 우리가 이런 일을 하고 있다는 것을 알게 되면 스팸 발송에 대한 동기가 훨씬 줄어들 것이다.—SW— 02:27, 2012년 4월 3일 (UTC)[응답]
53. 지원 - 여기에 추가해야 할 이유를 찾고 싶지만, 위의 50개 정도가 모든 근거를 포함했다.Mtking ^(edits) 07:39, 2012년 4월 3일 (UTC)[응답]
54. Wikipedia_talk별 지원:New_Page_Triage#NoIndex_will_patrinted.나는 여기서 그리고 처음 토론에서 반대 주장을 읽었고 그들이 납득할 수 없다는 것을 알았다.사실 이것은 우리의 모든 문제를 해결할 마법의 불렛은 아니지만, 그것은 사물을 올바른 방향으로 움직일 것이고, 공격 페이지가 삭제된 후 몇 시간 동안 거울과 검색 엔진 캐시에 남아 있는 것을 보는 좌절감을 멈춰야 한다.그러므로 규제당국이나 언론이 우리에게 2012년에 공공 기물 파손과 공격 페이지의 영향을 줄이기 위해 무엇을 했느냐고 묻는다면, 이것은 지적하기에 아주 좋은 일이 될 것이다.ϣereSpielCequers 21:08, 2012년 4월 3일 (UTC)[응답]
55. 그것은 남용에 대한 동기를 감소시킬 수 있기 때문에 지원.물론 효과가 없을지도 모르는 여러 가지 이유가 있겠지만, 나는 별로 해를 보지 않는다.우리는 뉴스 매체가 아니며, 즉각적인 가치를 지닌 중요한 기사들은 충분히 빨리 순찰을 받을 것이다.JHS_nl (대화) 11:46, 2012년 4월 4일 (UTC)[응답]
56. 위의 지원 퍼.더스티777 16:51, 2012년 4월 4일 (UTC)[응답]
57. 스팸 발송자와 일부 공격 페이지 포스터는 특히 그들의 페이지가 첫 번째 구글 검색 결과 중 하나로 나타날 것이라는 것을 알기 때문에 위키피디아에 게시할 것이라고 나는 확신한다.이 변화로 그 인센티브가 없어질 것이다.나울린위키(대화) 19:48, 2012년 4월 5일 (UTC)[응답]
58. Pol430 외 17:23, 2012년 4월 8일 (UTC)
59. 분명한 지원 WP는 종종 구글을 검색할 때 첫 번째 또는 두 번째 결과 중 하나이기 때문에, 우리는 무엇이 구글에 올라오는지 꽤 주의해야 한다. — Train2104 (토크 • 기여) 22:19, 2012년 4월 8일 (UTC)[응답]
60. 지원 일단 이것이 실행되면, 순찰은 실제로 의미가 있을 것이다: 새로운 기사는 구글이 될 가치가 있다고 여겨지고 있다.Jclemens (대화) 05:27, 2012년 4월 9일 (UTC)[응답]
61. 지지하다.그래, 그래, 그래!하지 않을 이유가 없다. -- 앨런 리버팅 (대화 - 기여) 03:45, 2012년 4월 11일 (UTC)[응답하라]
62. 지지하다.독자 경험의 품질과 신뢰성을 향상시키는 상식적인 기술 수정.요즘 구글의 번개처럼 빠른 인덱싱을 감안하면 특히 중요하다.오카시 ^{t c} 10:19, 2012년 4월 12일 (UTC)[응답]
63. 지원 – 나는 이러한 미공개 기사가 구글에서 (사실 거의 즉각적으로) 튀어나오는 것을 보고 놀랐다.이 변화는 일반적 감각이다.—mc10 (t/c) 20:21, 2012년 4월 12일 (UTC)[응답]
64. 지원 NPP 확인에 도움이 될 것이다.앨리디 (대화) 07:49, 2012년 4월 14일 (UTC)[응답]

반대 – 등록되지 않음

1. 이 기능이 마녀 이후 24시간~72시간 동안 말할 수 없는 시간을 갖지 않는 한, 새 페이지는 색인화 될 것이다.– 앨런4명 17:13, 2012년 3월 20일(UTC)[응답]

   그렇게 하면 특징의 요점을 다소 무색하게 할 것이다.사람들이 이 아이디어를 제안하는 이유 중 하나는 심리적인 것이다 - 그것은 압박을 줄이고 사람들이 그들 자신의 속도로 행복하게 일할 수 있게 해준다.우리가 시간제한을 지키면, 스트레스는 여전히 남아있다.오케이예스 (WMF) (토크) 17:15, 2012년 3월 20일 (UTC)[응답]

   나는 시간이 최대 7일까지 늘어나도록 기꺼이 보고 싶다. 그 이상(또는 그 정도까지)은 위키백과에 반할 수 있다.신의를 지키다.– Allen4 names 17:27, 2012년 3월 20일(UTC)[응답]

2. a) 나쁜 콘텐츠는 나중에 소개하고 인덱싱할 수 있기 때문에, 이것은 실제로 구글 문제를 해결하지 못한다. b) 나는 또한 이것이 실행되면 최대 7일의 타임아웃이 있어야 한다고 앨런과 함께 한다.아가토클레아 (대화) 18:29, 2012년 3월 20일 (UTC)[응답]
3. 잠정적으로 반대한다.이유야, 우리는 새로운 페이지를 보고 싶고, 나쁜 새로운 페이지를 찾는 것은 사람들이 그것들을 고치고 편집자가 되도록 격려할 것이다.Rich Farmbrough, 19:21, 2012년 3월 20일 (UTC)
   [답글]

   너의 반대는 말이 되지만 나는 동의하지 않아.새로운 페이지 패트롤러는 백과사전의 새로운 추가사항을 감시하는 다른 편집자들처럼 꽤 자주 기사를 본다.외부 시청자들은 기여하도록 영감을 받을 수 있지만, 그들은 또한 인터넷의 보다 포괄적인 백과사전 자료 중 하나로 알려진 사이트의 신뢰할 수 없거나 전적으로 부적절한 콘텐츠에 놀랄 수도 있다.dci TALK 22:13, 2012년 3월 20일 (UTC)[응답]

   나는 네가 반대하는 이유에 전적으로 반대한다.꽤 많은 새로운 페이지들의 순찰은 실제로 기사를 고치는 것이 아니라 유지 보수 태깅을 포함한다.일단 한 페이지가 태그되고, 태그가 붙은 상태에서 순찰하는 것으로 표시되면, 구글에서 온 당신의 가상의 새로운 기사들은 태그가 붙은 형편없는 기사들을 볼 수 있고, 편집자가 될 수 있을 것이고, 그들의 마음에 들어 할 수 있을 것이다. - 조가스 (토크) 22:17, 2012년 3월 21일 (UTC)[응답]

4. 불이익이 오고, 다른 사람이 말했듯이 문제를 해결하지 못한다.--NaBUru38 (대화) 23:06, 2012년 3월 20일 (UTC)[응답]
5. 적절한 크로스위키 검색 엔진이 개발될 때까지 반대하되, 현재 유사한 기사를 찾고 크로스위키 문제를 찾아 처리하는 유일한 방법은 맞춤형 구글 검색을 사용하는 것이다. 이 제안은 이러한 능력을 상당히 제한할 것이다.2012년 3월 21일 스노우볼프 15:00 (UTC)[응답]
6. 반대, 비록 우리가 마감일은 없지만 이것은 문제를 "수정"하는 잘못된 방법이다. mabdul 20:23, 2012년 3월 24일 (UTC)[응답]
7. 위키피디아가 시작된 이래 확립된 입장인 기사공간에 NOINDEX를 사용하지 못하게 하는 것은 좋은 생각이라고 생각하며, 예외를 두는 것이 가치 있는 일이라고 여기에서는 납득할 만한 것은 아무것도 없다고 본다.
   — V = IR(Talk • 기여) 00:16, 2012년 3월 31일 (UTC)[응답]
8. 현상유지는 만족스럽다.숨막혀 (대화) 2012년 4월 1일 17:11 (UTC)[응답]
9. 아니. 난 가끔 등록되지 않은 백로그를 순찰하는데 거기 기사들의 압도적 다수가 탄탄한 내용인데, 무작위 페이지를 순찰하는 것보다 빠른 속도로 말이야.나는 또한 긍정적인 효과가 미미할 것이라고 생각한다 – 구글 등이 기사를 인덱싱하는 데 얼마나 시간이 걸리는지는 모르지만, 명백한 카피바이오와 공격 페이지는 일반적으로 너무 빨리 삭제되어 전혀 인덱싱되지 않는 것 같지 않은가?나는 위키피디아의 관련성과 선의의 가정에 대한 비용이 이익보다 더 크다고 생각한다.– 히스테리18 (대화) 02:08, 2012년 4월 12일 (UTC)[응답]
10. 반대한다, 나는 사람들이 구글에서 하위 파 콘텐츠를 찾는 것은 좋은 일이라고 생각한다; 그것은 하위 파 기사를 수정함으로써 사람들이 뛰어들면서 더 많은 편집자들을 얻는 데 도움을 준다.게다가, 나는 부정적인 영향이 그렇게 나쁘다고 확신하지 않아.중요한 문제가 되는 어떤 기사도 누군가 그것을 구글링하기 전에 빨리 처리되었을 것이다.욜코우스키 //토크 18:05, 2012년 4월 13일 (UTC)[응답]
11. 반대하라. 나는 우리 모두가 독자들을 잘 섬기는 것이 여기서 가장 중요한 목표라는 것에 동의한다고 생각한다.전혀 점잖은 백과사전 기사가 어떻게든 독자들에게 가려지지 않을 것이라는 증거가 전혀 없다는 점을 고려하면, 나는 선정적이지 않은 노인덱싱을 지지할 수 없다.위키피디아가 존재하는 이유는 웹상에서 가장 훌륭한 백과사전이 되기 위함이며, 그것이 만들어지는 순간부터 모든 기사가 완벽하게 스너프에 달하도록 요구하는 목표는 아니다.스티븐 월링 • 토크 22:24, 2012년 4월 15일 (UTC)[응답]

반대 의견 철회 - 내 반대 의견은 깃발 달린 개정 메커니즘이 광범위한 상장폐지를 야기할 것을 우려했다.BO;토크 17:37, 2012년 4월 19일 (UTC)[응답]

새 페이지 순찰대와 플래그로 표시된 수정본을 혼동하는 것이 가능한가?유일하게 등록되지 않은 페이지는 새로운 기사들의 페이지일 것이고, 기존 기사가 편집되었을 때 새로운 기사가 되지 않을 것이기 때문에 등록되지 않을 것이다.걱정되는 효과를 얻으려면 EN wiki에 플래그 지정된 수정사항을 구현하고 검토될 때까지 모든 미지정 수정사항을 NoIndex로 만들어야 한다.그런 제안은 당신이 말하듯이 우리의 자주 업데이트되는 모든 페이지들이 삭제되게 할 것이다. 그러나 아무도 우리가 오래된 기사인 노인덱스를 새롭게 편집하자고 제안하지 않는다. - 단지 새로 만든 기사들.ϣereSpielCequers 23:38, 2012년 4월 19일 (UTC)[응답]

나는 내 의견을 철회하고 경고를 제거했다.BO;토크 21:11, 2012년 4월 20일 (UTC)[응답]

토론 – 등록되지 않음

• 새로운 페이지 순찰을 할 때 한가지 문제가 되는 것은 기사들이 틈새로 빠져 나간다는 것이다. 즉, 전체 30일 동안(또는 어떤 기간이든) 등록되지 않고 있다가 에테르 속으로 사라지는 것이다.순찰은 현재 특수 새 페이지와 직접 연결되어 있고, 다른 곳에서는 할 수 없기 때문에, 이것은 우리가 소급해서 등록되지 않은 페이지를 찾기 위한 두 번째 메커니즘을 개발하지 않는 한 무기한 무색인 기사의 가능성이 있다는 것을 의미한다.우리는 이것과 함께 어떤 종류의 "모든 오래된 노인덱스 기사" 보고서가 제공될 것이라고 가정할 수 있는가?그것은 또한 이의 완화에도 도움이 될 것이다 위의 1위...심그레이토크 20:27, 2012년 3월 20일 (UTC)[응답]

  우리는 등록되지 않은 물품들이 에테르 :) 에 빠져들도록 하는 관행의 종식을 소개할 것이다.등록되지 않은 물품은 무한정 줄을 서고, 등록되지 않은 물품은 60일간 대기한다.오케이예스 (WMF) (토크) 20:35, 2012년 3월 20일 (UTC)[응답]

  이것은 문제를 해결해주는 것처럼 보인다; 만약 등록되지 않은 기사가 무기한 기록된다면, 우리는 정기적으로 밀린 기록을 쓸 수 있고, 기사가 "불가역적으로" 색인화되지 않는 것을 피할 수 있다.심그레이토크 23:32, 2012년 3월 20일 (UTC)[응답]

• 이미 순찰을 받지 않고 뉴 페이지를 통과한 사람들은 어떻게 할 것인가, 그들을 찾을 수 있는 방법이 있는가(그리고 그것들을 또한 색인화하지 않음)?--07:39, 2012년 3월 21일(UTC), Utar(토크)

  사실:()는)오케이예스 (WMF) (토크) 12:01, 2012년 3월 22일 (UTC)[응답]

  30일 창을 이미 통과한 페이지가 카테고리에 추가됨:미보기_new_articles, 이 글을 쓰는 현재 78페이지가 이 범주에 있다.–meiskam (talk•contrib) 18:43, 2012년 3월 30일 (UTC)[응답]

• 숨겨진 범주(예: 순찰을 받지 않아 색인화된 문서)가 있는가?--07:39, 2012년 3월 21일(UTC), Utar(토크)

  아마도 그렇지 않을 것이다. 내가 알기로는 그것은 데이터베이스의 "patient=0" 또는 "patient=1" 후크에 묶여 있을 것이다.오케이예스 (WMF) (토크) 12:01, 2012년 3월 22일 (UTC)[응답]

• 만약 당신이 인터넷에 당신에 대해 쓰여진 것을 알고 싶다면, 당신의 이름을 구글링 하는 것이 명백한 방법이다.색인화하지 않음으로써 우리의 죄(거짓말 내용 등)를 감추는 것은 문제가 되지 않는가?--Nø (토크) 10:05, 2012년 3월 26일 (UTC)[답답답]
  • "문제적"이라는 말의 의미를 설명해 주시겠습니까?오케이예스 (WMF) (토크) 06:50, 2012년 3월 27일 (UTC)[응답]
    • 나는 BLP 문제에 대해 이야기하고 있는데, 만약 명예훼손이 거기에 있다면 '피해자'가 그것을 찾아서 바로잡을 수 있어야 한다고 생각한다.제안된 NOINDEX는 명백한 좋은 아이디어지만, 그것에는 이런 문제가 있다.따라서, 나는 이 토론을 통해 깨달음을 얻기를 바라면서 그 제안을 지지하지도 반대하지도 않았다.--Nø (토크) 09:30, 2012년 3월 27일 (UTC)[응답]
      • 음, NOINDEXINDING은 정말 단기적인 측정이다; 그것은 기사가 순찰될 때까지 지속된다.그것은 보통 매우 빠르다; 30일 이내가 표준이다.오케이예스 (WMF) (토크) 16:16, 2012년 3월 27일 (UTC)[응답]
• 이러한 종류의 제안에 대한 나의 주된 관심사는 인덱서(Google, Yahoo!, Microsoft 등)가 NOINDEX를 그들이 이미 하고 있는 것보다 훨씬 더 체계적으로 무시하기 시작할 것이라는 것이다.NOINDEX는 실제로 있는 그대로의 제안일 뿐이지만, 이 제안(그리고 아래의 제안)은 일종의 마법 탄환이라고 가정하는 것 같다.어쩌면 놓치고 있는 것인지도 모르지만 NOINDEX를 추가하면 전혀 효과가 없을 것이라는 어떤 증거가 도움이 될 것이라고 생각한다(인덱서가 그것을 준수할 것이고, 그렇게 하는 것이 둘 다 도움이 될 것이다).
  — V = IR(Talk • 기여) 17:07, 2012년 3월 30일 (UTC)[응답]

  구글에서 우리의 NOINDEX를 이미 인지하고 있는 연락처가 있다.같은 문제로 디브들과 대치할 때 받은 반응은 "그들은 괜찮다.전원을 켜기 전에 FYI를 떨어뜨리면 된다"고 말했다.유감스럽게도 다른 검색 엔진은 말할 수 없다.오케이예스 (WMF) (토크) 17:09, 2012년 3월 30일 (UTC)[응답]

  그것은 나를 놀라게 하지는 않지만, 내 의견으로는 그 걱정을 정확하게 다루지 못한다.내 말은, 그건 계약상의 이해가 전혀 아니고, 단순히 "확실히, 그건 우리를 방해하지 않을 거야."그것은 기본적으로 무의미하다.구글의 누군가가 내일 "NOINDEX 태그를 준수하는 것은 우리의 수익을 희생시키므로, 이 메모는 당신의 부서가 우리의 모든 NOINDEX를 무시하도록 시스템을 구성하도록 하기 위한 것"과 같은 직책을 가지고 출근할 수 있다.효과가 있는 곳에 「윙크, 윙크, 끄덕, 끄덕」이라는 확신을 가지고 이런 일을 하는 것(완전히!)위키백과나 위키미디어에 있는 모든 사람의 통제 밖은 내게 나쁜 생각처럼 보인다.나는 이것이 즉각적인 영향을 미칠지 의심스럽다. 그리고 나는 구글의 연락 담당자들이 이것에 관한 질문에 정직하게 대답하고 있다고 믿는다. 그러나 그것은 미래에 무슨 일이 일어날지 전혀 상관하지 않을 것이다.
  — V = IR(Talk • 기여) 20:39, 2012년 3월 30일 (UTC)[응답]

  그것은 우리가 우리와 외부세계와 관련된 어떤 일을 할 때마다 뚜렷한 가능성이다.내 말은, 우리는 구글이 그 빌어먹을 사이트 전체를 NOINDEX하지 않을 것이라는 보장이 없다는 거야;P.하지만 우리는 그들과 좋은 (비공식적으로) 협력 관계를 맺고 있고, 그럴 가능성은 없어 보인다.하지만 내가 너의 걱정을 덜어주기 위해 무엇을 할 수 있을지 잘 모르겠어. "그래, 정말이야. 우리는 너의 NOINDEX를 무시하지 않을 거야."라는 계약상의 의무와 다를 게 없어.오케이예스 (WMF) (토크) 20:58, 2012년 3월 30일 (UTC)[응답]

  맞아, 알았어. (걱정이란 게 뭔데!):) 내가 이 점을 제기하는 이유는 구글과 다른 검색 엔진 운영자들이 다르게 행동할 수 있는 잠재적인 이유를 만들 때 왜 이런 일이 일어나야 하는지 이해가 안 되기 때문이야.나는 아무것도 변하지 않는 한 구글 쪽에서는 거의 변하지 않을 것이라고 확신하지만...이것은 변화다.그것을 외부적으로 일어날 수도 있고 일어나지 않을 수도 있는 다른 일들과 결합하고, 누가 앞으로 6개월이나 1년 후에 어떤 일이 일어날지(또는 그 이상) 누가 알겠는가.만약 구글과 다른 사람들과 이것에 대해 그렇게 잘 이해하고 있다면, 메인 스페이스의 모든 곳에서 작동하는 NOINDEX 태그 지정에 대한 구성 제한을 간단히 해제하는 것은 어떨까?
  — V = IR(Talk • 기여) 21:07, 2012년 3월 30일 (UTC)[응답]

  이와 같이 NOINDEX를 모든 곳에 허용하지 않는 것은 어떠한가?왜냐하면 그것은 우리에게 악몽이 될 것이고 공공 기물 파손자들에게 천국이 될 것이기 때문이다; 사람들은 기사를 마음대로 망치고 블랙리스트에 올릴 수 있다.NOINDEX가 아닌 메인스페이스가 우리가 검색엔진을 걱정하기 때문이라고 생각하셨나요?그게 아니라 우리의 투명성과 관련이 있다. WP:콩. 오케예스 (WMF) (토크) 22:56, 2012년 3월 30일 (UTC)[응답하라]

  동의해, 그러니까...왜 우리는 그것을 바꾸는 것에 대해 토론하고 있는가?
  — V = IR(Talk • 기여) 23:06, 2012년 3월 30일 (UTC)[응답]

  왜냐하면 우리는 사람들이 장난치는 것을 허용하지 않고 그저 그들이 원하는 것에 태그를 추가하는 형태로 토론하고 있기 때문이다.오케이예스 (WMF) (토크) 23:16, 2012년 3월 30일 (UTC)[응답]

  구글과 다른 검색 엔진 운영자들이 이 제안을 무시하는 것을 고려하는 이유는 무엇인가?만약 그들이 그것을 무시한다면 그들은 일부러 페이지 등을 공격하는 것에 대한 홍보를 할 것이고, 만약 그들이 그렇게 하는 것을 언론에 들키면 그것들은 구워질 것이다.ϣereSpielCequers 20:48, 2012년 4월 3일 (UTC)[응답]

• 모든 기사가 적당한 시간 안에 순찰을 돌 수 있다면 난 괜찮을 거야.우리는 기사가 어떤 종류의 궁지에 빠지길 바라지 않으며, 패트롤러가 너무 적거나 특별히 바쁜 날이었기 때문에 검색 엔진에 절대 나타나지 않는다. --Apoc2400 (대화) 21:47, 2012년 4월 8일 (UTC)[응답]

특정 삭제 템플릿이 있는 색인 문서 없음

또 다른 아이디어는 특정 삭제 템플릿 집합에서 "noindex" 플래그를 "noindex" 플래그로 설정하는 것이다.noindex'd 템플릿 목록은 관리자가 편집할 수 있는 MediaWiki 페이지에서 찾을 수 있는데, 이는 커뮤니티가 목록을 확장(예를 들어, copyvio CSD 태그뿐만 아니라, 회수 가능한 기사에 사용되는 페이지 크기 태그도 포함)하려는 경우 해당 목록에서 사용할 수 있다는 것을 의미한다.이 제안은 (CSD 대기열의 형태로) 내장된 감시가 많은 템플릿만이 속성을 설정할 수 있으므로 오용을 방지할 수 있다는 점에서 단순히 메인 스페이스에 기존의 {{noindex} 템플릿을 활성화하는 것과는 다르다.

먼저 제안된 템플릿은 다음과 같다.

1. 공격 페이지를 다루는 CSD G10 템플릿
2. 저작권 위반에 대한 CSD G12 템플릿
3. CSD G3 템플릿은 순수 반달리즘을 위한 것으로, 때로는 "공격" 태그의 대체물로 사용될 수 있다.

포함할 수 있는 다른 템플릿은 커뮤니티에서 별도로 논의할 수 있다.이 기능은 등록되지 않은 기사를 색인화하려는 제안과 병렬로 실행될 수 있으며, 기술적으로 서로 연결되지 않는다.지역사회가 하나의 선택지를 거부하고 다른 선택지를 받아들이기로 선택한다면, 이것은 완벽하게 실현 가능하다.

지원 – 템플릿

1. 위의 제안과 함께 이것을 지지하십시오.빠른 삭제를 위해 태그가 붙을 수 있는 것은 새로운 페이지뿐만이 아니다.때때로 우리는 위의 기준(대부분의 카피비오)을 충족시키지만 이미 순찰을 마친 꽤 오래된 것을 발견한다.이미 색인화된 상태일 수 있지만, 손상 제한에는 아무런 해가 없다.2012년 3월 20일 폴430톡 13:23 (UTC)[응답]

   사실, 구글 NOINDEX의 방식 때문에, 이미 색인화된 기사들을 태그하는 것은 실제로 그것들을 캐시에서 제거한다.그래서 여기서도 효과가 있을 것이다 :)오케이예스 (WMF) (토크) 13:36, 2012년 3월 20일 (UTC)[응답]

   당신은 그들이 결코 그것을 바꾸지 않을 것이라고 가정하고 있다(그리고 그들의 세계와의 관련성은 항상 오늘날과 같을 것이다...).그들은 그들 자신의 이유로 그렇게 하는데, 그것은 언제든 아무런 예고 없이 바뀔 수 있다.
   — V = IR(Talk • 기여) 17:12, 2012년 3월 30일 (UTC)[응답]

2. 내게는 꽤 분명한 것 같다.— foxj 13:44, 2012년 3월 20일 (UTC)[응답]
3. 위의 세 가지 특정 CSD 태그에 추가 지원, 특히 위의 (내가 몰랐던) Okeyes(WMF)의 코멘트를 받은 경우 - SudoGhost 13:52, 2012년 3월 20일 (UTC)[응답]
4. 나는 "CSD F9 불분명한 저작권 침해"도 이 목록에 추가되어야 한다고 생각한다.Armbrust, B.Ed. 15:00, 2012년 3월 20일 (UTC)[응답]
5. 이 템플릿들은 우리가 구글이 우리에게 귀속되는 것을 원하지 않는다는 것을 명백하게 나타낸다.플루퍼넛은 샌드위치! (토크) 15:02, 2012년 3월 20일 (UTC)[응답하라]
6. 정말, 꽤 확실해. /ƒETECCOMMS/15:07, 2012년 3월 20일 (UTC)[응답]
7. 위에 따른 지원.하지만 두 가지 질문이 있는데, 아마도 오케예스는 그 질문에 대해 생각해 볼 수 있을 것이다.첫째, F9 기준을 이 제안에 추가할 수 있는가, 아니면 일반적인 Copyvio 기준의 일부로 제공될 것인가?둘째, 템플릿에서 생성된 NOINDEX를 재정의하는 방법이 있는가?논란이 되는 카피비오 기사(그리고 이와 같이 태그가 붙은)를 가진 누군가가 본질적으로 "NO RUAL INDEX TIGNT" 태그로서 기능할 템플릿을 추가할 수 있는가?아니면 템플릿의 NOINDEX 함수가 그것을 능가할 것인가?그렇지 않다면, 이 기능의 일부로서 그 기능을 비활성화할 수 있는가(또는 비활성화해야 하는가?UltraExactZZ ~ 2012년 3월 20일 15:37, 20 (UTC) 했는가[응답]
8. 위의 모든 사람에게.템플릿:카피비오는 기사를 비우지만, 일반적으로 상황이 더 복잡하고 속도가 빨라질 수 있는 모호하지 않은 노골적인 카피비오에 사용되지 않는 경우에만 추가된다.Voceditenore (대화) 15:56, 2012년 3월 20일 (UTC)[응답]
9. 그렇다, 문제가 해결되지 않은 동안에는 이 태그로 페이지를 색인화하지 않는 것이 타당하다. 샌드스타인 16:48, 2012년 3월 20일 (UTC)[응답]
10. G10 및 G12 템플릿에 noindex 추가 지원– 앨런4명 17:20, 2012년 3월 20일(UTC)[응답]

    (아래 DCI2026(대화 및 기여)의 토론 참조) – 앨런4names 16:37, 2012년 3월 22일(UTC)[응답]

11. 모든 빠른 삭제 템플릿에 noindex 추가 지원.템플릿 변경 필요 없음. -- John of Reading (대화) 18:06, 2012년 3월 20일 (UTC)[응답]
12. 부분지원 : G10, G12, F9에 대해서는 지지하지만 G3는 지지하지 않는다.아니면 적어도 G3가 다른 사람들에게 어떻게 작용하는지 보기 전까지는 말이다. - 호르가스 (대화) 21:10, 2012년 3월 20일 (UTC)[응답하라]
13. "구글러스"는 어떤 경우에도 지역사회가 너무 의문을 제기하여 그러한 범주의 정의에 따라 신속하게 삭제할 수 있는 기사를 접해서는 안 된다.dci TALK 21:29, 2012년 3월 20일 (UTC)[응답]
14. 지원: 위키피디아가 공격 페이지로 엉망이 되고 부글부글 끓는 것으로 묘사될 위험성을 제거한다.Whenaxis talk · 기여 DR Wikimania! 22:57, 2012년 3월 20일 (UTC)[응답]
15. 분명한 지지.또한 스팸 인센티브를 줄이기 위해 G11을 NOINDEXING하는 것도 고려하고 있다.MER-C 04:10, 2012년 3월 21일 (UTC)[응답]
16. 카피바이오와 같은 것에 분명히 필요한 기본 아이디어를 지원하되, 아래 구현에 대한 내 의견을 참조하십시오.Dpmuk (대화) 04:33, 2012년 3월 21일 (UTC)[응답]
17. 지원: WMF를 책임으로부터 보호하고, 개별 저자의 책임을 경감한다. 68.55.112.31 (이것은 법률 자문이 아니다.) 08:15, 2012년 3월 21일 (UTC)[응답]
18. T. 캐넌스 (대화) 18:54, 2012년 3월 21일 (UTC)[응답]
19. 지원 나는 이 버전의 제안을 지지할 것이다.It Is Me Here 23:49, 2012년 3월 21일 (UTC)[응답]
20. 지원:CSD F9 –meiskam (talk•contrib) 01:45, 2012년 3월 22일 (UTC)[응답]을 추가하십시오.
21. 지원: CSD 태그는 관리자가 조만간 검토하게 될 것임을 나타내므로 크로스위키 문제를 찾는 관점에서 차선책이라고 하더라도 결국 누군가가 현지에서 적절하게 처리해야 한다.스노우볼프 12시 45분, 2012년 3월 22일 (UTC)[응답]
22. 지원, 또 다른 훌륭한 아이디어.나는 이것을 위에 열거된 것뿐만 아니라 모든 빠른 삭제 템플릿에 적용하는 것을 선호한다.–Grondemar 21:53, 2012년 3월 22일 (UTC)[응답]
23. 지원: 다시, 확실히 :D Pesky (대화) 14:38, 2012년 3월 24일 (UTC)[응답]
24. 지원, +F9. mabdul 20:23, 2012년 3월 24일 (UTC)[응답]
25. 마법사의 파라오 지원 (대화) 02:40, 2012년 3월 26일 (UTC)[응답]
26. 지지하다.이렇게 하면 삭제 템플릿에 코드 한 줄을 추가하면 삭제되지 않는다.구글이 공격 페이지가 태그되고 삭제될 때까지의 짧은 기간 동안 구글이 기어서 공격 페이지를 현금화할 위험은 그들이 잘못 태그되었기 때문에 놓치는 합법적인 페이지보다 더 크다.나는 G3를 포함시키는 것에 대해 강하게 생각하지 않는다. G3를 올바르게 사용할 때(또는 G10도 적용할 수 있을 때) 그것은 괜찮지만, 모든 것을 포괄하는 범주의 어떤 것으로서 그것은 종종 다른 것들보다 더 잘못 사용된다.Eluchil404 (대화) 08:21, 2012년 3월 28일 (UTC)[응답]
27. G10, G12에 대한 지원, 솔직히 확신할 수 없음(따라서 중립) W.R.T. G3.나는 그 편익을 상대적으로 오버헤드가 적은 위해 감소라고 본다. --joe 데커^{talk to me} 21:42, 2012년 3월 28일 (UTC)[응답]
28. 지지 Per 지지 1 프로펠러에 대한 내 의견.자원봉사마렉 07:39, 2012년 3월 29일 (UTC)[응답]
29. 지지하다.합리적인 것 같다. --_{Piotr Konieczny aka Prokonsul Piotrus talk to me} -- 2012년 3월 29일 (UTC) 16:10 (UTC)[응답]
30. 지원 – 주로 내가 나열된 첫 번째 제안을 지지하는 것과 동일한 이유.행동해야 한다 있게우리는 책임감.미첼수아레즈(대화)13:18, 2012년월 30일(CoordinatedUniversalTime)[응답하라].
31. NOINDEX를 사용하는 템플릿 목록이 관리자 또는 관료에 의해 온위키 구성 가능한 경우(즉, 개발자 개입이 필요하지 않음) 지원Thryduulf (대화) 2012년 3월 30일 17:16 (UTC)[응답하라]
32. 지원 - 등록되지 않은 페이지에 대한 지원을 위한 나의 추론과 같으며, 공격 페이지 등을 검색 엔진에서 제외시킨다.SD5 21:55, 2012년 3월 31일 (UTC)[응답]
33. 말이 된다.—변칙한 행인 (대화 • 콘트) 12:46, 2012년 4월 2일 (UTC)[응답]
34. 지지 - 잘 생각한 제안서를 제출한다.Mtking ^(edits) 07:41, 2012년 4월 3일 (UTC)[응답]

    지지 - 나는 이것이 이미 제자리에 있다고 생각했다. 도망치는 낙천주의자! 2012년 4월 4일 07:05 (UTC)[답글]

    반대 방향으로 전환 - 아래를 참조하십시오. 도망치는 낙천주의자! 2012년 4월 12일 19시 32분 (UTC)[응답하라]

35. 조건부 지원 - 오용이 방지되는 한 훌륭한 아이디어. (예: CSD 템플릿이 포함된 노쇼 디브(no-show div)를 한다는 아래 제안)또한 이러한 메커니즘이 갖춰진 후에 이러한 특정 템플릿으로 태그가 증가하는지 확인하는 것이 현명할 것이라고 생각한다.JHS_nl (대화) 11:44, 2012년 4월 4일 (UTC)[응답]
36. 예약 지원.nocat를 유발하는 모든 것은 noindex도 억제해야 하며, 모든 CSD 태그에 기사를 추가 범주에 넣는 noindex 매개 변수가 추가되어야 한다(다른 모든 끔찍한 경우에 사용하기 위해).
37. 지원 및 관련 RFC로서 나는 모든 템플리트 자체가 NOINDEX를 갖기를 원한다.위키백과 대화 참조:템플릿 메시지#모든 템플릿 메시지에 대한 NOINDEX. -- Alan Lifting (대화 - 기여) 03:50, 2012년 4월 11일 (UTC)[응답]
38. 지지하다.우리는 이 기사들이 공유되는 것을 원하지 않을 것이고, 그래서 그것들도 색인화 되어서는 안 된다.말이 된다.오카시 ^{t c} 10:19, 2012년 4월 12일 (UTC)[응답]
39. G10, G12, F9에 대한 지원.나는 G3를 지지하는 독창적인 사람이었지만, 지금은 다르게 느낀다.나는 이 접근법을 가능한 한 좁게 사용하는 것이 우리의 이익이라고 생각한다.구글은 노인덱스를 기릴 필요가 없고, 우리가 너무 넓은 망을 던지면 그들은 그것을 기리지 않기로 결정할 수도 있다. (그럴 가능성이 있다면 토론을 했으면 좋겠지만, WP와 구글 사이의 의사소통이 어떻게 이루어지는지는 전혀 모르겠다.)나는 그들이 카피바이오의 무색인을 완전히 이해하고 지지하며, 노색인 공격 페이지에 대한 욕구를 이해할 것 같다고 생각한다.그러나 인터넷이 넓고 판단이 허용될수록 구글이 광범위한 지수화에 대한 이해관계를 결정할 가능성이 높아진다.최대한 좁게 지내서 그들을 편하게 해주자.--SP힐브릭(토크) 19:50, 2012년 4월 12일(UTC)[응답]
40. 위에 언급된 모든 템플리트와 F9 지원 – 이러한 템플리트로 태그가 지정된 페이지가 색인화되어야 할 이유는 없다.—mc10 (t/c) 20:23, 2012년 4월 12일 (UTC)[응답]
41. G12/F9 및 G10에 대한 지원.앨리디 (대화) 07:53, 2012년 4월 14일 (UTC)[응답]
42. 절대적으로 지원하십시오!만일 인간 편집자가 공격 페이지 등과 같이 정말로 해로운 기사들을 식별하는 데 어려움을 겪게 되었다면, 노인덱스를 현명하게 적용하여 위해를 방지해야 한다(단순한 사실의 부정확성을 넘어, 우리는 100%의 시간에 대해 결코 경계할 수 없고 앞으로도 결코 경계할 수 없을 것이다).스티븐 월링 • 토크 22:26, 2012년 4월 15일 (UTC)[응답]
43. 지원 - 이 물품들은 쓰레기야.왜 독자들은 그들을 보게 하는가?츄츠니크 (대화) 23:46, 2012년 4월 17일 (UTC)[응답하라]
44. 지원 - 페이지의 지시사항이 페이지의 지시사항에 의해 거부되지 않는다는 조건 하에.BO;토크 22:54, 2012년 4월 19일 (UTC)[응답]

반대 – 템플릿

1. 일단 G3 템플릿에 noindex를 추가하는 것에 반대한다.나는 이것이 다른 두 사람에게 어떻게 작용하는지 두고 보고 싶다.– 앨런4명 17:20, 2012년 3월 20일(UTC)[응답]

   우리가 먼저 G10과 G12에 대해서만 하고, 한 달 동안 그대로 두고, 그리고 나서 우리가 하고 싶은 다른 템플릿에 대해 논의한다면 지지해 주시겠습니까?2012년 3월 29일 (UTC) ododשווodOd Mishehu 06:44, 【응답】

   만약 이것이 남용된다면 나는 이 기능을 고치거나 없애기를 원한다.다른 템플릿은 RFC 후에 나중에 추가할 수 있다.나는 사례별로 지지하거나 반대한다.– 앨런4명 04:01, 2012년 3월 30일(UTC)[응답]

2. 잠정적인 반대.이 범주들은 꽤 빨리 해결되어야 한다.그런 이유로 NOINDEX를 추가하는 것은 KISS/Ooccam의 면도기에 반대한다.Rich Farmbrough, 19:25, 2012년 3월 20일 (UTC)
   [답글]
3. 특히 검색 엔진의 특성상 나중에 NOINDEX로 태그가 지정된 페이지를 빨리 제거하지 않는 경우가 많기 때문에 문제가 발생할 것으로 보인다.사람들이 의도적으로 검색 엔진에서 떨어질 것이라는 특정 희망을 가지고 기사를 템플릿으로 만드는 능력은 그것이 해결하는 것보다 더 많은 문제를 일으킬 가능성이 높다.위의 간단한 제안서를 고수하자. 이 제안은 매우 폭넓은 지지를 받고 있다.수집(대화) 17:32, 2012년 3월 30일 (UTC)[응답]
4. 위키피디아가 시작된 이래 확립된 입장인 기사공간에 NOINDEX를 사용하지 못하게 하는 것은 좋은 생각이라고 생각하며, 예외를 두는 것이 가치 있는 일이라고 여기에서는 납득할 만한 것은 아무것도 없다고 본다.
   — V = IR(Talk • 기여) 00:16, 2012년 3월 31일 (UTC)[응답]
5. 쓸모가 없어 보인다.대부분의 빠른 삭제 요청은 기껏해야 몇 시간 이내에 처리된다.나는 구글이 하루에 몇 번씩 모든 위키피디아를 기어다니고 있는지 매우 의심스럽다.구글이 검색 결과를 업데이트할 때쯤 기사가 다뤄질 것이라는 얘기다.그리고, 만약 우리가 검색 결과에 페이지가 나타나지 않게 하는 템플릿을 가지고 있다면, 누군가가 결국 그것을 악용하는 방법을 찾아내고, 그들이 가장 싫어하는 페이지의 검색 결과에 인위적으로 영향을 줄 것이다.—SW—^chat 02:30, 2012년 4월 3일 (UTC)[응답]

   위에서 설명했듯이 구글은 끊임없이 순찰하고 있다.그들은 우리의 최근 변화된 사료를 연결했다; 무언가가 바뀌면, 새로운 버전을 찾기 위해 거미 한 마리가 줄을 서 있다.오케이예스 (WMF) (토크) 02:33, 2012년 4월 3일 (UTC)[응답]

   흥미롭군, 난 그걸 몰랐어.하지만, 그것은 여전히 기껏해야 몇 시간 동안만 구글의 검색 결과에 영향을 미칠 것이다.나는 잠재적인 남용 때문에 이것을 폭로할 가치가 있다고 확신할 수 없다.—SW—^converse 2012년 4월 3일 (UTC) 17:56[응답]

   당신이 어떤 잠재적인 학대를 볼 수 있는지 설명할 수 있는가?오케이예스 (WMF) (토크) 18:10, 2012년 4월 3일 (UTC)[응답]

6. 리치 원거리, 수집.킬러치후아^?!? 17:25, 2012년 4월 8일 (UTC)[응답]
7. 실행 불가능한 것으로 반대하다.나는 샌드박스에서 몇 가지 테스트를 해왔다: 나는 의미 없는 문구를 덧붙였고, 구글이 그것을 집어 들기까지 얼마나 걸렸는지 확인했다.이 작업은 12분 정도 걸렸다.그리고 __NOINDEX__ 태그를 추가하고, 이 태그를 등록하는 데 얼마나 걸릴지 지켜보았다.지금까지 한 시간이 넘었는데, 내 샌드박스는 여전히 구글에 등장하고 있다.(누군가 묻기 전에 나는 내 브라우저를 정리했다.)공격 페이지가 그 기간 동안 매우 드물게 존재하며, 대개는 어쨌든 공백으로 되어 있다는 점을 고려하면, 템플릿을 통해 NOINDEX를 추가하는 것은 아무런 효과가 없어 보인다. 도망치는 낙천주의자! 2012년 4월 12일 19시 33분 (UTC)[응답하라]

   그러나 그러한 주장은 속도감 있는 태그와 관련된 노인덱싱에만 적용된다.내가 볼 수 있는 주요 용도 중 하나는 카피비오 태그와 함께 있을 것이다. 카피비오 태그는, 카피비오 태그와 관련된 과정 때문에, 적어도 일주일 정도는 있을 것이다.Dpmuk (대화) 19:45, 2012년 4월 12일 (UTC)[응답]

   나의 시험 결과 - 그 페이지는 결국 CSD가 깨어있는 평균 시간보다 훨씬 긴 4일 후에 구글의 목록에서 사라졌다.이것은 완전히 시간 낭비처럼 보인다. 도망가는 낙천주의자! 09:39, 2012년 4월 17일 (UTC)[응답]

8. 너무 많은 게임 범위를 반대한다.워든 (대화) 16:51, 2012년 4월 13일 (UTC)[응답]

토론 – 템플릿

• __NOINDEX__이(가) 현재 콘텐츠 네임스페이스에서 비활성화되어 있으므로 이를 위해서는 구성을 변경해야 한다.$wgExemptFromUserRobotsControl). 아말테아 17:28, 2012년 3월 20일 (UTC)[응답하라]

  흥미로운 점 :).devs는 이것을 밀고 나갈 수 있는 편안함을 느끼지만, 나는 오늘 업데이트 이메일을 통해 그것을 전달할 것이다.오케이예스 (WMF) (토크) 17:48, 2012년 3월 20일 (UTC)[응답]

• 이것은 구글에 이미 있는 것을 플러시할 것인가?어떤 남용도 막을 수 있는 메커니즘이 있는가? 즉, 악의적인 스피디(speeds)를 배치하여 경쟁자를 서청 랭킹에서 제외시키는 메커니즘이 있는가?아가토클레아 (대화) 2012년 3월 20일 18:32 (UTC)[응답]

  응, 오케예스가 나에게 응답하여 언급했듯이 CSD가 기사를 태그하는 것은 캐시에서 그것을 제거한다.2012년 3월 20일, 20:24(UTC) 나에게 Pol430톡[응답]

  도대체 무슨 소리야? --MZMcBride (대화) 17:51, 2012년 4월 12일 (UTC)[응답하라]

  그것을 위한 메커니즘은 CSD 태그를 평가하는 관리자일 것이다.관리자는 요청된 기사 삭제를 수행하기 전에 각 태그의 정확도를 확인하고 태그가 부적합한 것으로 확인되면 태그를 제거하고 태그거에게 경고할 수 있다.만약 술래잡기가 악의적이거나 극도로 나쁜 술래잡기를 하는 습관을 들이고 멈추기를 거부한다면, 그들은 결국 방해로 인해 차단될 것이다.플루퍼넛은 샌드위치! (토크) 18:52, 2012년 3월 20일 (UTC)[응답하라]

• 나는 이 제안을 지지하지만, 질문이 있다.누군가 파괴적인 의도를 가지고 CSD 태그를 달았던 기사들은?분명히, 잘 알려진 기사들은 가짜 CSD들이 거의 즉시 제거되는 것을 발견할 수 있지만, 누군가는 아마도 벤드미 공작 루이 조셉에게 너무 많은 감독 없이 꼬리표를 붙일 수 있을 것이다.물론, 이것은 여전히 관리자에 의해 신속하게 제거될 것이지만, 그 짧은 시간 동안 어떤 손상이 일어날 수 있을까?dci TALK 21:34, 2012년 3월 20일 (UTC)[응답]

  관리자가 실수로 삭제하는 것을 방지하는 것, 그렇지 않다.빠른 태그가 설치된 상태에서 해당 기사는 구글 인덱스에서 삭제되겠지만 관리자가 태그를 제거하면 구글은 AFAIK. - 호르가스(토크) 21:44, 2012년 3월 20일(UTC)[응답] 기사를 다시 인덱싱한다.

  또한 {{Db-g10}} 대신 신뢰할 수 있는 편집자가 사용할 수 있는 {{Db-g10/noindex}와 같은 하위 템플릿 noindex를 가질 수 있다.편집 필터는 이러한 목적으로 사용할 수 있어야 한다.– 앨런4명 16:37, 2012년 3월 22일(UTC)[응답]

  그 기준은 무엇인가?자동 제어 권한이 있는 편집자?확증된 편집기 오토콘?자동 등록 권한에 대해 신청하는 것과 같이 별도의 사용자 권한?다른 거? - 조르가스 (대화) 18:46, 2012년 3월 22일 (UTC)[응답하라]

  관리자가 부여할 수 있는 모든 사용자 권리와 함께 결합될 가능성이 높다.이는 . – Allen4names 05:37, 2012년 3월 23일(UTC)[응답]과 같은 새로운 사용자 그룹이 있는 것을 배제하지 않는다.

  그것은 실행하기 어려울 것이라고 나는 생각한다.편집 필터를 사용할 수도 있고, 아니면 자동 가열된 사용자 외에는 페이지를 비트랜딩으로 설정할 수도 있지만, 둘 중 하나가 정말 그럴만한 가치가 있는지는 의문이다.עודדוו c)ו od mis od od od od od od od od od od 06:49, 2012년 3월 29일 (UTC)[응답]

  다른 사람이 추가하는 것은 어떨까?<div style="display:none;">{{db-g10}}</div>기사들에 대해서?홀더 21:35, 2012년 3월 24일 (UTC)[응답]

  좋은 지적이야. 내가 그 얘기를 꺼낼게.오케이예스 (WMF) (토크) 21:36, 2012년 3월 24일 (UTC)[응답]

  이러한 범주는 관련 범주에 여전히 나타난다.범주:저작권 위반으로 신속하게 삭제할 수 있는 지원자는 눈에 띄지 않는다([1] 참조).MER-C 04:16, 2012년 3월 25일 (UTC)[응답]

  좋아, 그럼, 만약 사용자도 다음과 같이 분류를 억제한다면 어떨까?<div style="display:none;">{{db-g10 demo=true}}</div>? 홀더 02:33, 2012년 3월 26일 (UTC)[응답]

  편집 필터를 사용하여 이러한 편집을 방지할 수도 있고 위에서 제시한 것과 같은 하위 플레이트를 수정하여 설정된 파라미터 값에 관계없이 분류할 수도 있다.– 앨런4명 17:19, 2012년 3월 26일 (UTC)[응답]

• 그러나 이것이 어떻게 구현되든 간에 나는 _NOINDEX__의 원인이 되는 태그의 목록이 커뮤니티 (아마도 관리자) 유지보수가 가능한 것이 중요하다고 생각한다.만약 이것이 메인 스페이스에서 __NOINDEX__를 단순히 허용함으로써 실행된다면 (반달들이 그것을 추가하는 것과 같은 다른 문제를 발생시키지만) 문제는 없지만 다른 방식으로 실행된다면 문제가 있을 수 있다.그 이유는 적어도 하나 이상의 다른 템플릿은 아직 언급되지 않았고 실제로 삭제 템플릿이 아닌 {{copyviocore}}을(를) 생각할 수 있기 때문인데, 여기서 _NOIND__를 추가하는 것이 타당하며 {{copypast}}에 대해서도 사례가 만들어질 수 있다고 생각한다.의심의 여지 없이 우리는 템플릿의 이름을 바꾸고, 이것이 타당할 수 있는 추가 템플릿을 결정할 것이다.매번 개발자들을 참여시켜야 하는 것은 별 볼일 없는 일일 것이다.Dpmuk (대화) 04:33, 2012년 3월 21일 (UTC)[응답]

  내가 알기로는, 그렇게 될 것이다; NOINDEX는 특별 미디어위키 페이지로 호출하여 활성화될 것이다.NOINDEX를 호출하는 템플릿이 해당 페이지에 표시되면 작동하고, 그렇지 않으면 작동하지 않는다.이 페이지는 완전히 보호될 것이며, 이는 이론상 모든 관리자(실제로 말하면, "광범위한 지원을 따르는 관리자"라면)가 템플릿을 추가할 수 있다는 것을 의미한다.예를 들어, 우리는 이것을 6개월 후에 거대하고, 숨길 정도로 추한 복사vio 템플릿도 이 기능을 사용하길 원한다고 결정할 수 있다.관리자가 MediaWiki 페이지에 템플릿을 추가하고 boom을 실행하십시오.오케예스 (WMF) (토크) 08:26, 2012년 3월 21일 (UTC)[응답]

• 만약 당신이 인터넷에 당신에 대해 쓰여진 것을 알고 싶다면, 당신의 이름을 구글링 하는 것이 명백한 방법이다.색인화하지 않음으로써 우리의 죄(거짓말 내용 등)를 감추는 것은 문제가 되지 않는가?--Nø (토크) 10:04, 2012년 3월 26일 (UTC)[응답]
  • 일단 한 페이지에 이러한 태그 중 하나로 태그를 지정(정확하게)하면, 문제는 이미 처리되고 있다(일부 반달에서 제거하지 않는 한).그들은 관리자들이 많이 찾는 문제인 문제를 다루는 특별한 범주에 속해 있다.그리고 나는 이것들이 "우리의 죄"라고 생각하지 않는다. 그것들은 우리의 규칙에 어긋나는 우리 사이트를 이용하는 사람들의 죄이지, 우리의 죄는 아니다.우리는 이 공격 페이지를 만들지 않았다.עוד מישהו Od Mishehu 04:36, 29 March 2012 (UTC)[reply]