ऐसे लेखक जिन्हें लोग verify कर सकें: Google अपडेट से पहले अपनी साइट की लेखकत्व कैसे जाँचें

नकली लेखक और E-E-A-T: अब Google किसे deception कहता है

उपयोगी सामग्री मार्गदर्शिका में अब भ्रामक लेखकत्व जानकारी पर एक अनुच्छेद है। इसका उदाहरण: AI से निर्मित headshots, गढ़े हुए नाम या झूठी योग्यताओं वाली बनाई गई creator प्रोफ़ाइल। Google इसे ऐसा deception कहता है जो users और search systems, दोनों का भरोसा कम करता है।

Lily Ray ने 2026 अपडेट से प्रभावित साइटें में नकली या AI से निर्मित लेखक देखे हैं, जिनमें finance और health विषय भी शामिल हैं। यह किसी practitioner का observation है, Google का डेटा नहीं।

Google हर पृष्ठ पर नामित लेखक अनिवार्य नहीं करता, लेकिन जहाँ पाठक उम्मीद करते हैं वहाँ सही लेखकत्व जानकारी, जैसे लेखक-नाम, देने की मज़बूत सलाह देता है। सबसे ज़रूरी है धोखा न देना: गढ़े हुए विशेषज्ञ से “Editorial team” लेखक-नाम अधिक ईमानदार है।

स्रोत: Google: उपयोगी सामग्री, Relevant Audience: लेखक, Lily Ray

Verification की सीढ़ी

हम लेखक को इस आधार पर अंक करते हैं कि हर पायदान की पुष्टि करना कितना आसान है। पहले तीन—नाम और तस्वीर, परिचय और लेखक-परिचय पृष्ठ—generate करना आसान है, इसलिए अकेले वे बहुत कम प्रमाण देते हैं। भरोसा ऊपरी पायदानों से आता है: ऐसा अनुभव जिसे ढूँढ़ा जा सके, साइट से बाहर मौजूदगी और पाठ की जवाबदेही। ऊपर सीढ़ी को “नकली लेखक” पर बदलकर देखें कि नकली लेखक कहाँ पकड़ा जाता है।

आम सलाह “लेखक Google के Knowledge Graph में होना चाहिए” पर एक टिप्पणी: Google के दस्तावेज़ीकरण में ऐसी कोई शर्त नहीं है। साइट के बाहर पुष्टि अहम है, लेकिन यह Knowledge Graph entry के बराबर नहीं है।

स्रोत: Google: उपयोगी सामग्री

अपनी साइट के लेखक जाँचें

आठ सवाल; हर लेखक के लिए जवाब दें। सबसे ज़्यादा weight इस बात को मिलता है कि व्यक्ति सचमुच मौजूद है या नहीं।

लेखक-परिचय पृष्ठ और कोड-संरचना

Google के लेख स्ट्रक्चर्ड डेटा दस्तावेज़ीकरण में लेखक के लिए कुछ खास नियम हैं:

• author.name में केवल नाम रखें, पदनाम, प्रकाशन या “By” जैसे शब्द नहीं। भूमिका के लिए jobTitle इस्तेमाल करें।
• author.url ऐसे पृष्ठ से जुड़ता है जो लेखक की अलग पहचान बताए: साइट पर प्रोफ़ाइल, “मेरे बारे में” पृष्ठ या सोशल प्रोफ़ाइल। sameAs इसका विकल्प है।
• अगर लेखक का आपकी साइट पर पृष्ठ है, तो उस पर ProfilePage कोड-संरचना लगाएँ।
• हर लेखक को अलग सूचीबद्ध करें। कई लोगों को एक field में न मिलाएँ।
• लोगों के लिए Person और organizations के लिए Organization इस्तेमाल करें।

<!-- लेख वाले पेज पर -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "लेख का शीर्षक",
  "datePublished": "2026-10-17",
  "author": [{
    "@type": "Person",
    "name": "पहला नाम और उपनाम",
    "url": "https://example.com/authors/first-last"
  }]
}
</script>

<!-- लेखक-परिचय पेज /authors/first-last पर -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "mainEntity": {
    "@type": "Person",
    "name": "पहला नाम और उपनाम",
    "jobTitle": "पदनाम",
    "sameAs": ["https://www.linkedin.com/in/…"]
  }
}
</script>

jobTitle, schema.org की property है; Google के ProfilePage दस्तावेज़ीकरण में इसका उल्लेख नहीं है, लेकिन इससे कोई नुकसान नहीं होता।

स्ट्रक्चर्ड डेटा किसी लेखक की असलियत साबित नहीं करता। यह Google को सामग्री और व्यक्ति के बीच संबंध समझने में मदद करता है; पाठक अब भी लेखक-परिचय पृष्ठ और साइट से बाहर उसकी मौजूदगी देखकर लेखक की पुष्टि कर सकते हैं।

स्रोत: Google: Article मार्कअप, Google: ProfilePage मार्कअप

जब team या AI सामग्री लिखे

सामग्री पर नाम देने के कई ईमानदार तरीके हैं; इनमें से किसी को भी गढ़े हुए विशेषज्ञ की ज़रूरत नहीं:

• Editorial लेखक-नाम

  लेखक organization है। कोड-संरचना में Organization इस्तेमाल करें और team तथा सामग्री बनाने का तरीका बताने वाले पृष्ठ से link करें।

• लेखक और reviewer

  Team या AI मसौदा बनाता है और नामित specialist उसकी समीक्षा करता है। लेखक-नाम: “समीक्षा की by: name, भूमिका”, उनके पृष्ठ के link के साथ।

• AI के बारे में स्पष्ट रहें

  जहाँ पाठक जानना चाहें, वहाँ Google सामग्री बनाने का तरीका बताने की सलाह देता है। आम तौर पर अंत में एक छोटी line पर्याप्त होती है (हमारा अनुभव)।

• एक व्यक्ति, अपने विशेषज्ञता के विषय

  अगर कोई व्यक्ति लेख पर अपना नाम देता है, तो वे उसके अनुभव के दायरे में होने चाहिए।

स्रोत: Google: उपयोगी सामग्री, Google: जनरेटिव AI

नकली लेखक के साथ क्या करें

लेखकत्व पूरी गुणवत्ता picture का हिस्सा है। अगर नकली लेखक के साथ मिलते-जुलते AI texts बहुत हैं, तो सामग्री स्व-मूल्यांकन से शुरुआत करें।

अक्सर पूछे जाने वाले सवाल

स्रोत

लेखकत्व और कोड-संरचना की ज़रूरतें 17 अक्टूबर 2026 को जाँचे गए Google Search Central के दस्तावेज़ों से हैं। प्रभावित साइटें पर observations Lily Ray के हैं। Verification ladder और चेकलिस्ट हमारी विधि हैं; चेकलिस्ट में उदाहरण पहले से भरा है।

यह सामग्री कैसे तैयार की गई: SurfUp की संपादकीय टीम ने AI की मदद से इसे लिखा; ऊपर दिए गए स्रोतों के आधार पर हर तथ्य और संख्या की हाथ से जाँच की गई।

1. Google Search Central — Creating helpful, reliable, people-first content (updated October 5, 2026)
2. Relevant Audience — Google adds fake-author warning to helpful content page
3. Lily Ray — Prediction: the next massive Google update is around the corner, October 4, 2026
4. Google Search Central — Article structured data
5. Google Search Central — Profile page structured data
6. Google Search Central — Guidance on using generative AI content (updated October 1, 2026)