आपकी $300,000 वेबसाइट लाइटहाउस पर 100 स्कोर करती है, लेकिन AI खोज अभी भी इसे नहीं पढ़ सकती।
High Lighthouse स्कोर टूटे हुए साइटमैप, robots .txt और पुराने मेटाडेटा को छिपा सकते हैं, जिससे AI खोज आपकी साइट को मिस कर सकती है या गलत बता सकती है।
मुख्य जानकारी
- एक वेबसाइट लाइटहाउस पर उच्च स्कोर कर सकती है, जबकि अभी भी search engines और AI के लिए पढ़ना मुश्किल हो सकता है, क्योंकि प्रदर्शन उपकरण मशीन-सामना करने वाली फ़ाइलों को मान्य नहीं करते हैं जैसे साइटमैप, robots .txt और संरचित डेटा।
- ये फाइलें अक्सर लॉन्च के दौरान एक बार बनाई जाती हैं, टेम्पलेट या कॉपी किए गए राज्यों में छोड़ दी जाती हैं और साइट परिवर्तनों के रूप में विपणन, इंजीनियरिंग और एजेंसी स्वामित्व के बीच गिरती हैं।
- साप्ताहिक AI ऑडिट सामान्य समस्याओं को उजागर कर सकता हैः पुराने साइटमैप, गलत कॉन्फ़िगर किए गए robots .txt, छिपे हुए या अस्पष्ट संपर्क ईमेल, केवल तृतीय-पक्ष प्लेटफार्मों पर प्रकाशित सामग्री और संरचित डेटा में पुरानी तथ्य।
- AI और खोज दृश्यता में सुधार करने के लिए, मशीन-पठनीय परिसंपत्तियों को अद्यतित रखें, संपर्क जानकारी सादे पाठ बनाएं, पहले कंपनी के अपने डोमेन पर मुख्य सामग्री प्रकाशित करें, और उत्पादों, मूल्य निर्धारण और स्थिति विकसित होने पर स्कीमा मार्कअप अपडेट करें।
AI startups पर संस्थापक और विपणन लीड जो एक नई वेबसाइट पर $100,000 से $350,000 या अधिक खर्च करते हैं, इस खोज के लिए दर्शक हैंः साप्ताहिक AI ऑडिट सादे फाइलों को उजागर कर सकता है और तथ्यों ने कहा कि search engines और ChatGPT शैली उत्तर इंजन निर्भर करता है। पृष्ठ लोड होने के बाद, फॉर्म बुनियादी परीक्षण पास करते हैं और लॉन्च पोस्ट बाहर जाते हैं, टीमें अक्सर साइट के पीछे की फ़ाइलों की समीक्षा करना बंद कर देती हैं।
छह महीने बाद, खरीदार ChatGPT से श्रेणी के बारे में पूछ सकते हैं और startup उत्तर से अनुपस्थित हो सकता है या उत्तर किसी ऐसे उत्पाद का वर्णन कर सकता है जिसे वह अब नहीं बेचता है। यदि कोई गति परीक्षण चलाता है, तो साइट अभी भी 90 के दशक में स्कोर कर सकती है। यह खाता AI कंपनियों के साथ लेखक के काम से आता है और अपनी खुद की साइट के ऑडिट से। उस साइट पर 97 से 100 तक पहुंच गया लाइटहाउस. साप्ताहिक AI लेखा परीक्षा अभी भी तीन सादे समस्याएं सामने आईंः एक 2018 साइटमैप, एक robots .txt फ़ाइल जो search engines को विश्वविद्यालयों के साइट मैप में भेजी गई थी, और क्रॉलर से छिपा हुआ संपर्क email । दूसरे शब्दों में, लोगों के लिए अच्छी तरह से व्यवहार करने वाली साइट मशीनों के लिए अभी भी अस्पष्ट हो सकती है ।
क्यों महंगे प्रक्षेपण अभी भी मशीन फ़ाइलों को तोड़ सकते हैं
बजट आमतौर पर डिजाइन, निर्माण और हस्तांतरण के लिए भुगतान करता है। उबाऊ फाइलें एक बार बनाई जाती हैं और अकेले छोड़ दी जाती हैं। एजेंसियों को काम करने वाली साइट देने के लिए पैसे दिए जाते हैं जो सही दिखती है, और अनुबंध तब समाप्त होता है जब साइट लाइव होती है। साइटमैप और robots .txt फ़ाइलें किसी टेम्पलेट, प्लगइन या किसी अन्य परियोजना की प्रति से आ सकती हैं।
विपणन कॉपी का मालिक है. इंजीनियरिंग उत्पाद का स्वामी है। हस्तांतरण के बाद एजेंसी के पास कुछ भी नहीं है। साइट को search engines और AI से जोड़ने वाली फाइलें उस अंतराल में बैठती हैं। इस बीच, पहले वर्ष के दौरान साइट बदल जाती हैः टीमें पृष्ठ जोड़ती हैं, उत्पादों का नाम बदल देती हैं, स्थिति बदलती हैं और नए लोगों को नियुक्त करती हैं। संरचित डेटा और मेटा विवरण अभी भी लॉन्च दिवस का वर्णन कर सकते हैं।
संस्थापक अक्सर एक साइट का न्याय करते हैं कि क्या यह काम करता है। जब वे परीक्षण चलाते हैं, तो यह आमतौर पर लाइटहाउस या PageSpeed Insights जैसे स्पीड टेस्ट होता है। ये स्कोर गति और तकनीकी मूल बातें माप सकते हैं, लेकिन वे जांच नहीं कर सकते हैं कि search engines और AI साइट को सही ढंग से पढ़ सकते हैं या नहीं। वे उन पृष्ठों को सूचीबद्ध करने वाले साइटमैप का खुलासा नहीं करेंगे जो अब मौजूद नहीं हैं, या दिखाएंगे कि ChatGPT पिछले साल की टैगलाइन को उद्धृत कर रहा है।
SEO सलाहकार की साइट पर साप्ताहिक AI ऑडिट में क्या पाया गया
लेखक की साइट एक छोटी कंसल्टिंग साइट है, तेज और साफ है, जो किसी ऐसे व्यक्ति द्वारा बनाई गई है जो विपणन पर सलाह देता है और SEO के लिए रहता है। ऑडिट ने कोड पढ़ा, लाइटहाउस चलाया, और प्रभाव से रैंक किए गए 14 निष्कर्षों को सूचीबद्ध किया। छह लगभग किसी भी startup साइट पर लागू होते हैं।
1. एक साइटमैप जो 2018 में बंद हो गया
XML वह सूची है जो एक साइट search engines को देती है ताकि वे जान सकें कि कौन से URL क्रॉल किए जाने चाहिए। लेखक के साइटमैप में 2018 की तारीखें थीं। इसमें टाइपो वाले डोमेन, होमपेज का डुप्लीकेट, पृष्ठ अनुभागों के लिंक दिए गए थे जिन्हें search engines अनदेखा करता है, और एक फ़ाइल जो अब मौजूद नहीं थी। अब जिन पृष्ठों पर ध्यान दिया जाता था वे गायब हो गए थे। search engines यह तय करने के लिए साइट मैप का उपयोग करते हैं कि क्या क्रॉल करना है, इसलिए गलत साइटमॅप उन्हें मृत पृष्ठों में भेज सकता है और उन पृष्ठों को छिपा सकता है जिन्हें साइट ढूंढना चाहती है।
जांच सरल हैः yourdomain.com/sitemap.xml खोलें, यह देखते हुए कि अधिकांश साइटमैप यूआरएल वहां आते हैं लेकिन सटीक स्थान निर्माण पर निर्भर करता है। क्या तिथियां हाल ही में हैं? क्या हर महत्वपूर्ण पृष्ठ वहाँ है? क्या परीक्षण पृष्ठ, पुराने अभियान या स्टेजिंग URL सूचीबद्ध हैं जब उन्हें नहीं होना चाहिए?
2. एक robots .txt फ़ाइल जो किसी अन्य साइट की ओर इशारा करती है
एक robots .txt फ़ाइल क्रॉलर को बताती है कि वे किसी साइट के किन भागों पर जा सकते हैं और साइटमैप कहाँ स्थित है। लेखक की फाइल वर्षों पहले विश्वविद्यालय विभाग की साइट से कॉपी की गई थी। इसने उस विभाग के साइटमॅप को search engines इंगित किया, उन फ़ोल्डरों को अवरुद्ध कर दिया जो लेखक की साइट पर मौजूद नहीं थे, और बिना स्पष्ट कारण के कुछ क्रॉलर्स को ब्लॉक कर दिया। यह AI क्रॉलर को ब्लॉक नहीं करता था, जो अच्छा था, लेकिन वह भाग्य था, निर्णय नहीं।
चूंकि robots .txt एक क्रॉलर द्वारा पढ़ी जाने वाली पहली फाइलों में से एक है, इसलिए खराब फ़ाइल इसके बाद सब कुछ विकृत कर सकती है। जांच yourdomain.com/robots.txt को खोलना और पुष्टि करना है कि साइटमैप लाइन साइट के अपने डोमेन की ओर इशारा करती है और यह महत्वपूर्ण पथ को अवरुद्ध नहीं करता है। एक भटक "डिसालोः /" पूरी साइट को ब्लॉक कर सकता है और अक्सर स्टेजिंग सेटअप से बचा रहता है।
3. एक संपर्क email मशीनों से छिपा हुआ
पृष्ठ पर email लिंक Cloudflare में सहेजे गए 8800015-संरक्षण लिंक का उपयोग करते थे। आगंतुक अभी भी उन पर क्लिक कर सकते हैं, लेकिन क्रॉलर और AI इंजनों ने एक email , पते के बजाय एक स्क्रैम्बल किए गए लिंक को देखा। यदि वह Cloudflare , सुविधा कभी बंद हो जाती है तो लिंक भी टूट जाएंगे।
यदि कोई मशीन किसी कंपनी से संपर्क करने का तरीका नहीं पढ़ सकती है, तो वह उस जानकारी को पारित नहीं कर सकती। कुछ टीमें स्पैम को कम करने के लिए अपने email को जानबूझकर छिपाती हैं, जो एक उचित विकल्प हो सकता है, लेकिन यह एक विकल्प होना चाहिए। जांच पृष्ठ स्रोत देखना है, ब्राउज़र इंस्पेक्टर नहीं, और email पते या संपर्क पेज लिंक की खोज करना है। अगर यह सादा पाठ नहीं है, एक क्रॉलर इसे भी नहीं पा सकता है।
4. अन्य साइटों पर रहने वाली सर्वश्रेष्ठ सामग्री
लेखक सप्ताह में एक लेख प्रकाशित करता है, लेकिन यह सब बाहरी प्रकाशनों पर रहता था। लेखक की अपनी साइट उन लेखों से जुड़ी हुई थी, जिसमें कोई अनुच्छेद संरचित डेटा नहीं था और न ही अपने स्वयं के लेख पृष्ठ थे। संरक्षित डेटा कोड होता है, आमतौर पर JSON -LD में schema.org मार्कअप, जो लेबल करता है कि पेज किस बारे में है, जैसे व्यक्ति, कंपनी, उत्पाद या लेख, इसलिए मशीनों को अनुमान लगाने की आवश्यकता नहीं होती है।
अन्य प्लेटफार्मों पर सामग्री उनके डोमेन का निर्माण करती है, आपका नहीं। startups मीडियम या सबस्टैक पर ब्लॉग के साथ एक ही काम करते हैं, केवल LinkedIn पर घोषणाएं और अलग-अलग प्लेटफ़ॉर्म पर डॉक्स। फिक्स यह है कि सबसे अच्छी सामग्री को पहले साइट के अपने डोमेन में प्रकाशित किया जाए, फिर प्रतियों पर एक कैनोनिकल लिंक जोड़ें जो मूल की ओर इशारा करता हो। लेखक ने कहा कि लेख उस नियम का पालन करता है।
5. संरचित आंकड़ों के भीतर पुराने तथ्य
लेखक की साइट पर संरचित डेटा में नौकरी का विवरण सूचीबद्ध किया गया है जो अब वर्तमान कार्य से मेल नहीं खाता। आगंतुक शायद ही कभी इस कोड को देखते हैं, लेकिन AI उत्तर इंजन करते हैं। AI जवाब इंजन उन तथ्यों को दोहराते हैं जिन्हें एक साइट उन्हें देती है। startup के लिए, इसका मतलब पुराना टैगलाइन, पुराने उत्पाद नाम, पिछले मूल्य निर्धारण, एक संस्थापक हो सकता है जिसने छोड़ दिया, या दो राउंड पहले से वित्तपोषण चरण संरचित आंकड़ों, पृष्ठ के बारे में, पाद लेख या प्रेस किट में बैठा हुआ था।
जांच एक डेवलपर को होमपेज और पेज के बारे में संरचित डेटा के लिए पूछना है, या पृष्ठ स्रोत देखें और "एप्लिकेशन / एलडी + JSON " की खोज करें। फिर इसे मेटा विवरण के साथ पढ़ें, जैसे कि AI यह तय कर रहे थे कि कंपनी का वर्णन कैसे किया जाए।
6. एक FAQ रैंकिंग के लिए लिखा, पाठकों नहीं
FAQ उत्तरों में एक ही कीवर्ड दो से चार बार दोहराया गया था। यह पढ़ता है जैसे कि इसे रैंकिंग के लिए लिखा गया हो algorithm . दोहराए गए वाक्यांश जवाब को पढ़ने और उद्धृत करने के लिए कठिन बनाते हैं. AI उत्तर इंजन संक्षिप्त, प्रत्यक्ष उत्तर का उपयोग करते हैं जो स्पष्ट रूप से एक तथ्य बताते हैं। जांच FAQ को जोर से पढ़ना है। यदि कोई उत्तर मुख्य कुंजी शब्द को एक से अधिक बार दोहराता है, तो उसे दो या तीन सादे वाक्यों में फिर से लिखें।
वही अंतराल वेबफ्लो, फ्रेमर, वर्डप्रेस और कस्टम बिल्ड पर दिखाई देते हैं
प्रत्येक प्लेटफ़ॉर्म स्वचालित रूप से इन फ़ाइलों में से कुछ बनाता है, जो मदद करता है, लेकिन यह भी कारण है कि टीमें उन्हें देखना बंद कर देती हैं। प्रत्येक प्लेटफार्म के डिफॉल्ट अलग-अलग अंतर छोड़ते हैं। मंच की विशेषताएं अक्सर बदलती रहती हैं, इसलिए यहां दिए गए नोट्स प्रतिबिंबित करते हैं कि स्रोत पाठ के समय प्रत्येक मंच कैसे काम करता था; किसी भी चीज़ को बदलने से पहले वर्तमान प्रलेखन की जांच करें।
वेबफ्लो
वेबफ्लो वित्त पोषित startups के लिए एक आम विकल्प है क्योंकि डिजाइनर इंजीनियरों के बिना निर्माण और संपादित कर सकते हैं। इसका साइटमैप स्वचालित रूप से उत्पन्न होता है और इसमें प्रकाशित स्थैतिक पृष्ठ और CMS आइटम शामिल होते हैं जब तक कि उन्हें बाहर नहीं किया जाता है। यह पुराने अभियान पृष्ठ, धन्यवाद पृष्ठ, परीक्षण CMS आइटम्स और उपयोगिता पृष्ठ सूचीबद्ध कर सकता है।
Every Webflow साइट का भी एक yoursite.webflow.io पता है. यदि उस सबडोमेन की अनुक्रमण अक्षम नहीं किया जाता है, तो search engines साइट की दूसरी प्रतिलिपि पा सकते हैं। robots .txt फ़ाइल SEO सेटिंग्स में एक टेक्स्ट बॉक्स के रूप में बैठती है और अक्सर खाली होती है, किसी अन्य परियोजना से कॉपी की जाती है, या लॉन्च से पहले नियमों के साथ छोड़ दी जाती है। संरचित डेटा मैन्युअल होता हैः वेबफ्लो स्वचालित रूप से स्कीमा जोड़ता नहीं है यह कस्टम कोड के माध्यम से आता है, और CMS टेम्प्लेट पर फ़ील्ड मैप किए जाने चाहिए, या प्रत्येक पोस्ट उसी मार्कअप के साथ समाप्त हो सकता है।
जाँच करें कि कौन से पृष्ठ साइटमैप से बाहर हैं, क्या webflow.io सबडोमेन को अनुक्रमित नहीं किया जाना है और CMS टेम्पलेट्स आउटपुट में कौन सा संरचित डेटा है।
फ्रेमर
फ्रेमर प्रारंभिक चरण की टीमों के साथ लोकप्रिय है क्योंकि एक साइट दिनों में डिजाइन से लाइव तक जा सकती है। यह गति सेटिंग्स को छोड़ना आसान बनाती है। प्रत्येक पृष्ठ का अपना शीर्षक, विवरण और सामाजिक छवि होने से बहुत पहले साइट समाप्त हो सकती है, इसलिए पेज समान शीर्षक और वर्णन साझा कर सकते हैं।
फ्रेमर साइटों में भी एक फ्रेमर-होस्टेड पता होता है। केवल मुख्य डोमेन को अनुक्रमण के लिए अभिप्रेत होना चाहिए। संरचित डेटा मैनुअल है, जैसे वेबफ्लो, और कस्टम कोड के माध्यम से जाता है। CMS पृष्ठ टेम्पलेट्स का उपयोग करते हैं, इसलिए यदि टेम्प्लेट 89s SEO फ़ील्ड सेट नहीं किए जाते हैं, तो प्रत्येक लेख या केस स्टडी सामान्य मेटाडेटा प्राप्त कर सकते हैं। हर महत्वपूर्ण पृष्ठ पर शीर्षक, विवरण और सामाजिक छवि की जांच करें, न कि होमपेज JUST और प्रत्येक पेज आउटपुट क्या संरचित आंकड़े।
वर्डप्रेस
वर्डप्रेस अभी भी कंपनी ब्लॉग और विपणन साइटों का एक बड़ा हिस्सा चलाता है, अक्सर कई वर्षों के प्लगइन्स और शीर्ष पर लेयर किए गए थीम के साथ। यह अपना स्वयं का साइटमैप बनाता है, और SEO प्लगइन जैसे योस्ट या Rank Math दूसरा बनाते हैं। साइटें दोनों के साथ समाप्त हो सकती हैं, या Google Search Console.
वर्डप्रेस में एक सेटिंग भी है जो search engines को साइट को इंडेक्स नहीं करने के लिए कहती है। यह अक्सर बिल्ड के दौरान चालू होता है और लॉन्च पर भूल जाता है। प्लगइन्स और थीम टैग अभिलेखागार, लेखक पृष्ठों, अनुलग्नक पृष्ठों और विषय टेम्पलेट पृष्ठों को साइटमैप में जोड़ सकते हैं। एक अन्य WordPress साइट पर लेखक काम करता है, विषय टेम्प्लेट पृष्ठ वास्तविक लेखों के बगल में सूचीबद्ध थे। कैश किए गए पृष्ठों की सेवा के बिना एक कैशिंग प्लगइन भी स्थापित किया जा सकता है, जिससे लोगों और क्रॉलर दोनों के लिए साइट धीमी हो जाती है।
जाँचें कि क्या एक साइटमैप है, जो robots .txt इसे इंगित करता है, कि निरुत्साहित करें search engines सेटिंग बंद है, और कौन से पृष्ठ प्रकार साइट मैप में सूचीबद्ध हैं।
कस्टम बिल्डः Next.js, एस्ट्रो और इसी तरह के
startups मजबूत इंजीनियरिंग टीमों के साथ अक्सर उत्पाद के रूप में एक ही ढांचे में विपणन साइट का निर्माण करते हैं। Next.js या एस्ट्रो जैसे फ्रेमवर्क में, जब तक कोई इसे जोड़ता है तब तक कुछ भी मौजूद नहीं होता है। फ़्रेमवर्क कोड से साइटमैप और robots .txt उत्पन्न करने के तरीके प्रदान करता है, लेकिन एक डेवलपर को उन्हें स्थापित करना पड़ता है। कई साइटों में लॉन्च से हाथ से लिखा गया साइट मैप होता है जो कभी अपडेट नहीं किया जाता था; यही लेखक की साइट पर हुआ था।
JavaScript की आवश्यकता वाली सामग्री अदृश्य हो सकती है. यदि मुख्य पाठ केवल ब्राउज़र में चलाने के बाद दिखाई देता है, तो कुछ क्रॉलर इसे नहीं देख पाएंगे। Google JavaScript , लेकिन कई AI क्रॉलर्स केवल कच्चे HTML को पढ़ते हैं। होस्टिंग प्लेटफ़ॉर्म भी प्रत्येक परिवर्तन के लिए पूर्वावलोकन यूआरएल बनाते हैं। अगर उन प्रीव्यू तैनाती सार्वजनिक हैं और अवरुद्ध नहीं हैं, तो search engines उन्हें पा सकते हैं।
यह पुष्टि करने के लिए पृष्ठ स्रोत की जाँच करें कि मुख्य पाठ मौजूद है, साइटमैप वास्तविक पृष्ठों से उत्पन्न किया गया है और पूर्वावलोकन URL अनुक्रमित नहीं हैं।
स्रोत HubSpot CMS, Wix और Squarespace को भी सूची में अतिरिक्त प्लेटफार्मों के रूप में नामित करता है।
संस्थापकों को लेखापरीक्षा से क्या सीखना चाहिए
XML , robots .txt, संरचित डेटा और साइट कंपनी के बारे में तथ्यों को बताती है। एक उच्च लाइटहाउस या पेजस्पीड स्कोर यह दिखा सकता है कि कोई साइट तेज है, लेकिन यह नहीं दिखा सकता कि क्या AI उत्तर इंजन और search engines कंपनी का सही संस्करण पढ़ रहे हैं.
AI उत्तर इंजन दोहराते हैं कि साइट एक कंपनी के बारे में क्या कहती है; पुराने तथ्य पुराने जवाब बन जाते हैं। साप्ताहिक AI ऑडिट समस्याओं की रिपोर्ट करता है जबकि कोई व्यक्ति सुधारों का निर्णय लेता है। स्रोत कहता है कि यह इन मुद्दों को जल्दी पकड़ता है और बहुत कम लागत आती है। पाठकों के लिए, अगला कदम केवल एक गति परीक्षण नहीं है। यह एक संक्षिप्त स्वामित्व जांच हैः पुष्टि करें कि साइटमैप वर्तमान है, robots .txt सही डोमेन पर इंगित करता है, संपर्क जानकारी स्रोत में पठनीय है, संरचित डेटा आज के तथ्यों से मेल खाती है, और सबसे महत्वपूर्ण सामग्री साइट के अपने डोमेन से संबंधित है।

Comments (0)