स्वतःची साइट दुरुस्त करताना मिळालेले SEO धडे

आम्ही काही दिवस आमची साइट search engine प्रमाणे वाचत घालवले, आणि त्यात सहा गोष्टी सापडल्या ज्या दुरुस्त करणे योग्य होते. प्रत्येक पानावर दोन FAQ ब्लॉक जाहीर होत होते, Google आमचा थंबनेल म्हणून सजावटीची background glow वापरत होता, काही टेम्प्लेट पाने अशा शोधांसाठी रँक होत होती ज्यांची उत्तरे ती देत नव्हती, आणि साइटचा एक नवीन विभाग staging वर आमच्याच edge ने अडवला होता. यातले काहीही नाट्यमय नव्हते. पण सगळे शांतपणे दृश्यमानता कमी करत होते.

एका परिच्छेदात साइट

mythex.ai हे एक single-page app आहे, जे आम्ही build वेळी prerender करतो: एक script प्रत्येक route वर जाते, त्यासाठी स्थिर HTML फाइल लिहिते, आणि पानाचे title, description आणि structured data (JSON-LD ब्लॉक, जो search engines ना पान काय आहे हे सांगतो — structured data म्हणजे काय पहा) टाकते. पुढे जे काही येते ते बहुतेक prerender टप्प्यात घडते, कारण crawler प्रत्यक्षात तोच HTML वाचतो.

1. प्रत्येक पान स्वतःला FAQ पान म्हणत होते

लक्षण. आमच्या HTML टेम्प्लेटमध्ये साइटभर लागू होणारा FAQPage ब्लॉक होता, ज्याचा URL /faq कडे दाखवत होता. Prerender नंतर प्रत्येक पानाचा स्वतःचा FAQPage वर जोडत होता. त्यामुळे साइटवरील प्रत्येक पानात दोन येत होते — आणि आमची गोपनीयता धोरण पाने Google ला सांगत होती की ती FAQ पान आहेत.

हे का महत्त्वाचे आहे. Google प्रत्येक पानावर जास्तीत जास्त एक FAQPage अपेक्षित धरतो. दुसरा, जो दुसऱ्या ठिकाणी दाखवतो, तो फक्त दुर्लक्षित होत नाही — त्या पानाच्या markup चे मूल्य कमी केले जाऊ शकते.

उपाय. सर्वत्र लागणारा ब्लॉक काढला. आता प्रत्येक पानाचा FAQ markup एकाच ठिकाणाहून येतो, /faq स्वतःसह, जे सर्व प्रश्नांच्या पूर्ण यादीवरून तो बनवते. ज्या पानांवर FAQ नाहीत, ती आता काहीही जाहीर करत नाहीत, जे प्रामाणिक उत्तर आहे. आणि कोणत्याही पानावर पुन्हा एकापेक्षा जास्त FAQPage आले तर prerender build अयशस्वी करतो. फक्त कोणाच्या स्मरणात असलेला नियम लवकर मोडला जातो; build ने लागू केलेला नियम मोडत नाही.

2. Google ने आमच्यासाठी चुकीचे चित्र वापरले

लक्षण. शोध निकालांमध्ये Mythex चा थंबनेल होमपेजच्या hero मागचा मंद चमकणारा glow होता — एक सजावटीची background प्रतिमा — आमचे share card नव्हे.

हे का घडले. आम्ही Google ला सांगितले नव्हते की कोणती प्रतिमा पानाचे प्रतिनिधित्व करते, त्यामुळे त्याने सापडलेली एक निवडली.

उपाय. एकाच समस्येच्या दोन बाजू:

• सांगा की प्रतिमा पानाची आहे. होमपेजवर आता WebPage node आहे, ज्याचा primaryImageOfPage share card कडे निर्देश करतो, आणि प्रत्येक prerender केलेल्या पानाच्या structured data मध्ये त्याची स्वतःची प्रतिमा आहे (पानाची share प्रतिमा, किंवा default).
• सजावट लपवा. Background प्रतिमा आता robots.txt मध्ये disallow केल्या आहेत आणि noindex, noimageindex header सह दिल्या जातात, त्यामुळे त्या image search आणि थंबनेल्स बाहेर राहतात.

3. Search engines ना फक्त आमचा लोगो माहीत होता

आमच्या Organization markup मध्ये नाव, लोगो आणि काही social links होते — फक्त branding, बाकी काही नाही. Search engines कंपनीचे knowledge panel registry-सारख्या तथ्यांवरून बनवतात, म्हणून आम्ही आमच्या व्यापार परवान्यातील तथ्ये जोडली: कायदेशीर नाव, स्थापना तारीख, संस्थापक आणि नोंदणीकृत पत्ता. फोन नंबर जाणीवपूर्वक बाहेर ठेवला.

4. टेम्प्लेट पाने चुकीचा प्रश्न उत्तर देत होती

लक्षण. Search Console मध्ये तीन टेम्प्लेट पाने impressions गोळा करत होती पण क्लिक नाही. एक "content strategist portfolio" आणि त्याच्या variants साठी रँक होत होते, एक "best italian restaurant website design" साठी, आणि एक "agile board" भोवतीच्या गटासाठी — त्या शोधांपैकी निम्म्यात "free" शब्द होता. Positions मध्य-20 ते 50 दरम्यान होत्या.

का. प्रत्येक पान विचारलेल्या प्रश्नापेक्षा वेगळे उत्तर देत होते. चांगली इटालियन रेस्टॉरंट डिझाइन कशी दिसते हे पाहू इच्छिणारा माणूस एका builder विकणाऱ्या पानावर उतरत होता.

उपाय. तिन्हीपैकी प्रत्येकात आता उत्पादनासाठी नव्हे तर शोधासाठी लिहिलेला विभाग आहे, लोक टाइप करतात अशा शब्दांत title आणि description, आणि त्यांनी आधीच दिलेल्या markup ला योग्य ठरतील असे FAQ.

त्याच commit मध्ये एक शांत समस्याही दुरुस्त झाली. "Related templates" ब्लॉक एका category मधील पहिले चार टेम्प्लेट घेत होता, त्यामुळे प्रत्येक portfolio टेम्प्लेट त्याच चार portfolios कडे निर्देश करत होता, आणि त्या category मधील बाकीच्यांना अंतर्गत links नव्हते. आम्ही त्याची जागा subcategory नुसार क्रमवार ring ने घेतली: प्रत्येक टेम्प्लेट पानाला अगदी चार आत येणारे आणि चार बाहेर जाणारे links मिळतात. Prerendered HTML आता ते links छापतो — पूर्वी ते फक्त JavaScript चालल्यानंतर अस्तित्वात होते, जे crawler कधीच चालवत नसेल.

5. नवीन पाने deploy होताच Bing ला सांगणे

Google IndexNow दुर्लक्षित करते, हा एक protocol आहे जो URL बदलल्यावर search engines ना सूचित करतो. Bing, Yandex आणि Seznam तो वापरतात — आणि Bing चा index म्हणजेच ChatGPT search वाचतो. AI app builder ला AI assistants शोधू शकत नसतील, तर ते एक विशिष्ट प्रकारचे अपयश आहे.

स्पष्ट पद्धत, प्रत्येक deploy वर संपूर्ण sitemap submit करणे, हीच key throttle होण्याचा मार्ग आहे, आणि बहुतेक deploys search engine ला महत्त्वाचे वाटेल असे काहीही बदलत नाहीत. म्हणून एक script सध्या सेवा होत असलेल्या sitemap ची नव्याने build झालेल्या sitemap शी तुलना करते आणि फक्त फरक submit करते.

ते काम करण्यासाठी दोन तपशील महत्त्वाचे ठरले:

• Deploy करण्यापूर्वी snapshot घ्या. Baseline नवीन build live होण्यापूर्वी पकडला गेला पाहिजे. नंतर, "live" sitemap आधीच नवीन असते आणि प्रत्येक diff रिकामा येतो.
• आत्ता फक्त नवीन पाने. आमच्या sitemap मध्ये lastmod तारखा नाहीत, म्हणून script नवीन पानांची घोषणा करतो पण बदललेल्या पानांची नाही. प्रत्येक URL वर build ची तारीख टाकली तर प्रत्येक deploy वर संपूर्ण साइट बदललेली दिसेल — नेमके तेच spam आम्ही टाळत होतो.

ते फक्त production deploys वर चालते आणि build कधीही अयशस्वी करत नाही: script चालेपर्यंत साइट आधीच live असते, आणि search engine ping ने लाल deploy करणे योग्य नाही.

6. आमच्या स्वतःच्या edge ने "not found" म्हटले

आम्ही /ai पाने लाँच केली तेव्हा (प्रत्येक प्रकारच्या व्यवसायासाठी landing page बद्दल अधिक), staging वर ती सर्व "Not found" दाखवत होती, तर static host ती व्यवस्थित देत होता.

आमच्या marketing hosts समोरची सेवा फक्त allowlist मधील paths पुढे पाठवते; बाकी काहीही hard 404 मिळवते. /ai नवीन होते आणि यादीत नव्हते. आम्ही /ai आणि /ai/* जोडले, आणि ते पास होतात हे तपासणारी चाचणी लिहिली. छोटा bug होता, पण नेमका तोच प्रकार जो कोणाच्याही लक्षात न येता नवीन विभाग crawlers ना अदृश्य करतो.

आम्ही काय शिकलो

• crawler जो HTML वाचतो तो वाचा. यातले बहुतेक browser मध्ये अदृश्य होते आणि prerendered फाइलमध्ये स्पष्ट दिसत होते.
• SEO नियमांना build तपासण्या बनवा. "प्रत्येक पानावर एक FAQPage" आता लागू केलेला आहे, फक्त लक्षात ठेवलेला नाही.
• Search engines ना स्पष्ट सांगा. कोणती प्रतिमा किंवा कोणती तथ्ये तुमचे प्रतिनिधित्व करतात हे सांगितले नाही तर ते अंदाज लावतील.
• Search Console सांगते की लोकांनी कोणता प्रश्न विचारला. क्लिकशिवाय impressions म्हणजे सहसा पानाने दुसराच प्रश्न उत्तरलेला असतो.
• फरक submit करा, सर्वकाही नाही. फक्त बदललेले ping केल्याने तुम्ही rate limits च्या योग्य बाजूला राहता.

तुम्ही स्वतः बनवलेल्या साइटसाठीही हेच करत असाल, तर AI-built वेबसाइट्ससाठी SEO आणि Google Search Console सेट करणे ही मार्गदर्शक मूलभूत गोष्टी समजावतात.