எங்கள் சொந்த தளத்தை சரிசெய்தபோது கற்ற SEO பாடங்கள்

தேடுபொறி படிப்பது போல எங்கள் சொந்த தளத்தை சில நாட்கள் படித்தோம். சரிசெய்யத் தகுந்த ஆறு விஷயங்களைக் கண்டோம். ஒவ்வொரு பக்கமும் இரண்டு FAQ தொகுதிகளை அறிவித்துக் கொண்டிருந்தது. Google எங்கள் thumbnail ஆக ஒரு அலங்காரப் பின்னணி ஒளியைப் பயன்படுத்திக் கொண்டிருந்தது. சில template பக்கங்கள், அவை பதிலளிக்காத தேடல்களுக்கு தரவரிசையில் இருந்தன. ஸ்டேஜிங்கில் தளத்தின் புதிய பகுதி எங்கள் சொந்த edge-ஆல் தடுக்கப்பட்டது. இவை எதுவும் நாடகீயமானவை அல்ல. ஆனால் அனைத்தும் அமைதியாக எங்கள் தெரிவுநிலையைக் குறைத்துக் கொண்டிருந்தன.

ஒரு பத்தியில் தளம்

mythex.ai ஒரு single-page app. அதை build நேரத்தில் prerender செய்கிறோம்: ஒரு script ஒவ்வொரு route-ஐயும் கடந்து, ஒவ்வொன்றுக்கும் ஒரு நிலையான HTML கோப்பை எழுதி, பக்கத்தின் title, description மற்றும் structured data-வை (பக்கம் என்ன என்பதை தேடுபொறிகளுக்குச் சொல்லும் JSON-LD தொகுதி, பார்க்க structured data என்றால் என்ன) உட்செலுத்துகிறது. பின்வருவனவற்றில் பெரும்பாலானவை அந்த prerender படியில்தான் உள்ளன. ஏனெனில் crawler உண்மையில் படிப்பது அந்த HTML-ஐத்தான்.

1. ஒவ்வொரு பக்கமும் தானே FAQ பக்கம் என்று சொன்னது

அறிகுறி. எங்கள் HTML template-இல் தளம் முழுவதற்குமான FAQPage தொகுதி இருந்தது. அதன் URL /faq-ஐச் சுட்டியது. Prerender பின்னர் ஒவ்வொரு பக்கத்தின் சொந்த FAQPage-ஐ அதன் மேல் சேர்த்தது. எனவே தளத்தின் ஒவ்வொரு பக்கமும் இரண்டு அனுப்பியது. எங்கள் தனியுரிமைக் கொள்கை கூட தான் FAQ பக்கம் என்று Google-க்குச் சொல்லிக் கொண்டிருந்தது.

ஏன் முக்கியம். ஒரு பக்கத்திற்கு அதிகபட்சம் ஒரு FAQPage என்பதே Google எதிர்பார்ப்பது. வேறு இடத்தைச் சுட்டும் இரண்டாவது தொகுதி, பக்கத்தின் markup-ஐ புறக்கணிப்பதற்குப் பதிலாக தள்ளுபடி செய்யும் வகையைச் சேர்ந்தது.

சரி. பொதுவான தொகுதி நீக்கப்பட்டது. இப்போது ஒவ்வொரு பக்கத்தின் FAQ markup-உம் ஒரே இடத்திலிருந்து வருகிறது. /faq பக்கமும் அதில் அடங்கும். அது முழு கேள்விப் பட்டியலிலிருந்து அதை உருவாக்குகிறது. FAQ இல்லாத பக்கங்கள் இப்போது எதையும் அறிவிப்பதில்லை. அதுதான் நேர்மையான பதில். ஒரு பக்கத்தில் மீண்டும் ஒன்றுக்கு மேல் FAQPage இருந்தால், prerender build-ஐத் தோல்வியடையச் செய்கிறது. ஒருவரின் நினைவில் மட்டும் இருக்கும் விதி மீறப்படும்; build அமல்படுத்தும் விதி மீறப்படாது.

2. எங்களுக்கு Google தவறான படத்தைப் பயன்படுத்தியது

அறிகுறி. தேடல் முடிவுகளில், Mythex thumbnail எங்கள் share card-ஆக இல்லாமல், முகப்புப் பக்கத்தின் hero-வுக்குப் பின்னால் இருந்த மென்மையாக துடிக்கும் ஒளியாக இருந்தது. அது ஒரு அலங்காரப் பின்னணிப் படம்.

ஏன் நடந்தது. ஒரு பக்கத்தைக் குறிக்கும் படம் எது என்பதை Google-க்கு நாங்கள் சொல்லவில்லை. அதனால் அது கண்ணில் பட்ட ஒன்றைத் தேர்ந்தெடுத்தது.

சரி. ஒரே பிரச்சினையின் இரு பக்கங்கள்:

• பக்கத்துக்குரிய படத்தைச் சொல்லுங்கள். முகப்புப் பக்கத்தில் இப்போது WebPage node உள்ளது. அதன் primaryImageOfPage எங்கள் share card-ஐச் சுட்டுகிறது. ஒவ்வொரு prerender செய்யப்பட்ட பக்கத்தின் structured data-வும் தனக்கான படத்தைக் கொண்டுள்ளது. அது பக்கத்தின் share படமாகவோ இயல்புநிலைப் படமாகவோ இருக்கும்.
• அலங்காரத்தை மறையுங்கள். பின்னணிப் படங்கள் இப்போது robots.txt-இல் அனுமதிக்கப்படாதவை. அவை noindex, noimageindex header உடன் வழங்கப்படுகின்றன. எனவே அவை படத் தேடலிலும் thumbnail-களிலும் வருவதில்லை.

3. தேடுபொறிகளுக்கு எங்கள் லோகோ மட்டுமே தெரிந்திருந்தது

எங்கள் Organization markup-இல் பெயர், லோகோ மற்றும் சில சமூக இணைப்புகள் மட்டுமே இருந்தன. அதாவது பிராண்டிங் மட்டும். தேடுபொறிகள் ஒரு நிறுவனத்தின் knowledge panel-ஐ பதிவேட்டு வகை உண்மைகளிலிருந்து கட்டுகின்றன. எனவே எங்கள் வர்த்தக உரிமத்திலிருந்து உள்ளவற்றைச் சேர்த்தோம்: சட்டப்பூர்வப் பெயர், நிறுவிய தேதி, நிறுவனர் மற்றும் பதிவு செய்யப்பட்ட முகவரி. தொலைபேசி எண்ணை வேண்டுமென்றே விட்டுவிட்டோம்.

4. Template பக்கங்கள் தவறான கேள்விக்குப் பதிலளித்தன

அறிகுறி. Search Console மூன்று template பக்கங்கள் காட்சிகளைச் சேகரிப்பதாகவும் கிளிக்குகள் இல்லை என்றும் காட்டியது. ஒன்று "content strategist portfolio" மற்றும் அதன் மாறுபாடுகளுக்கும், இன்னொன்று "best italian restaurant website design"-க்கும், இன்னொன்று "agile board" சுற்றிய ஒரு தொகுப்புக்கும் தரவரிசையில் இருந்தன. அத்தேடல்களில் பாதி "free" என்ற சொல்லைக் கொண்டிருந்தன. நிலைகள் நடு 20-களிலிருந்து 50-கள் வரை இருந்தன.

ஏன். ஒவ்வொரு பக்கமும் கேட்கப்பட்ட கேள்வியிலிருந்து வேறொரு கேள்விக்குப் பதிலளித்தது. நல்ல இத்தாலிய உணவக வடிவமைப்பு எப்படி இருக்கும் என்று பார்க்க விரும்பியவர், அவர்களுக்கு ஒரு builder-ஐ விற்கும் பக்கத்தில் வந்து சேர்ந்தார்.

சரி. மூன்றிலும் இப்போது தயாரிப்புக்காக அல்லாமல் தேடலுக்காக எழுதப்பட்ட ஒரு பகுதி உள்ளது. மக்கள் தட்டச்சு செய்யும் சொற்களில் ஒரு தலைப்பு மற்றும் விளக்கம் உள்ளன. அவர்கள் ஏற்கனவே வெளியிட்ட FAQ-களுக்கு ஏற்ற FAQ-களும் உள்ளன.

அதே commit ஒரு அமைதியான பிரச்சினையையும் சரிசெய்தது. "தொடர்புடைய templates" தொகுதி ஒரு பிரிவில் முதல் நான்கு templates-ஐ எடுத்தது. எனவே ஒவ்வொரு portfolio template-உம் அதே நான்கு portfolio-களைச் சுட்டியது. அந்தப் பிரிவின் மற்றவைக்கு உள் இணைப்புகளே இல்லை. அதற்குப் பதிலாக துணைப் பிரிவின்படி வரிசைப்படுத்தப்பட்ட ஒரு வளையத்தை அமைத்தோம்: ஒவ்வொரு template பக்கமும் சரியாக நான்கு உள் இணைப்புகளையும் நான்கு வெளி இணைப்புகளையும் பெறுகிறது. prerender செய்யப்பட்ட HTML இப்போது அந்த இணைப்புகளையும் அச்சிடுகிறது. முன்பு அவை JavaScript இயங்கிய பின்னரே இருந்தன. அதை crawler ஒருபோதும் இயக்காமல் போகலாம்.

5. புதிய பக்கங்கள் வெளியிடப்பட்ட உடனே Bing-க்குத் தெரிவித்தல்

IndexNow என்ற, URL மாறும்போது தேடுபொறிகளுக்குத் தகவல் அனுப்பும் நெறிமுறையை Google புறக்கணிக்கிறது. Bing, Yandex மற்றும் Seznam அதைப் பயன்படுத்துகின்றன. ChatGPT தேடல் படிப்பது Bing-இன் index-ஐத்தான். AI உதவியாளர்களால் கண்டுபிடிக்க முடியாத ஒரு AI app builder என்பது ஒரு குறிப்பிட்ட வகைத் தோல்வி.

வெளியீடு ஒவ்வொரு முறையும் முழு sitemap-ஐச் சமர்ப்பிப்பது வெளிப்படையான வழி. ஆனால் அதுதான் விசை throttle ஆவதற்குக் காரணம். பெரும்பாலான வெளியீடுகள் தேடுபொறி கவனிக்கும் எதையும் மாற்றுவதில்லை. எனவே இப்போது ஒரு script, தளம் இப்போது வழங்கும் sitemap-ஐ புதிதாக build செய்யப்பட்ட sitemap-உடன் ஒப்பிட்டு, வித்தியாசத்தை மட்டும் சமர்ப்பிக்கிறது.

இதை வேலை செய்யவைத்த இரண்டு விவரங்கள்:

• வெளியிடுவதற்கு முன் ஸ்னாப்ஷாட் எடுங்கள். புதிய build நேரலைக்குச் செல்வதற்கு முன் அடிப்படை நிலை பிடிக்கப்பட வேண்டும். அதன் பின் "நேரடி" sitemap ஏற்கனவே புதியதாகிவிடும். அதன் பிறகு ஒவ்வொரு வித்தியாசமும் வெறுமையாக வரும்.
• இப்போதைக்கு புதிய பக்கங்கள் மட்டும். எங்கள் sitemap-இல் lastmod தேதிகள் இல்லை. எனவே script புதிய பக்கங்களை அறிவிக்கிறது, மாற்றப்பட்டவற்றை அல்ல. ஒவ்வொரு URL-க்கும் build தேதியை இட்டால், ஒவ்வொரு வெளியீட்டிலும் முழு தளமும் மாறியதாகக் குறிக்கப்படும். நாங்கள் தவிர்க்க முயன்ற அதே spam அது.

இது production வெளியீடுகளில் மட்டும் இயங்கும். build-ஐ ஒருபோதும் தோல்வியடையச் செய்யாது. அது இயங்கும் நேரத்தில் தளம் ஏற்கனவே நேரலையில் இருக்கும். தேடுபொறி ping-க்காக சிவப்பு வெளியீடு பெறுவது மதிப்புக்குரியது அல்ல.

6. எங்கள் சொந்த edge "கிடைக்கவில்லை" என்றது

எல்லா வகையான வணிகங்களுக்கும் ஒரு landing page என்ற கட்டுரையில் நாங்கள் /ai பக்கங்களை வெளியிட்டபோது, ஸ்டேஜிங்கில் அவை அனைத்தும் "Not found" எனக் காட்டின. ஆனால் static host அவற்றை சரியாக வழங்கியது.

எங்கள் marketing hosts-க்கு முன்னால் உள்ள சேவை அனுமதிப் பட்டியலில் உள்ள பாதைகளை மட்டுமே அனுப்பும். மற்றவற்றுக்கு கடுமையான 404 கிடைக்கும். /ai புதியது, பட்டியலில் இல்லை. /ai மற்றும் /ai/*-ஐச் சேர்த்து, அவை கடந்து செல்வதை உறுதிப்படுத்தும் ஒரு சோதனையையும் சேர்த்தோம். சிறிய பிழைதான். ஆனால் யாரும் கவனிக்காமல் புதிய பகுதியை crawler-களுக்குக் கண்ணுக்குத் தெரியாததாக ஆக்கும் அதே வகை.

இதிலிருந்து நாங்கள் எடுத்துக்கொண்டவை

• crawler படிக்கும் HTML-ஐப் படியுங்கள். இவற்றில் பெரும்பாலானவை உலாவியில் கண்ணுக்குத் தெரியாமல், prerender செய்யப்பட்ட கோப்பில் வெளிப்படையாக இருந்தன.
• SEO விதிகளை build சோதனைகளாக மாற்றுங்கள். "ஒரு பக்கத்திற்கு ஒரு FAQPage" இப்போது நினைவில் அல்ல, அமலில் உள்ளது.
• தேடுபொறிகளுக்கு நீங்கள் என்ன சொல்ல வருகிறீர்கள் என்று தெளிவாகச் சொல்லுங்கள். எந்தப் படம் அல்லது எந்த உண்மைகள் உங்களைக் குறிக்கின்றன என்று சொல்லாவிட்டால், அவை யூகிக்கும்.
• மக்கள் எந்தக் கேள்வியைக் கேட்டார்கள் என்பதை Search Console சொல்கிறது. கிளிக் இல்லாத காட்சிகள் பொதுவாக பக்கம் வேறொரு கேள்விக்குப் பதிலளித்தது என்று பொருள்.
• எல்லாவற்றையும் அல்ல, வித்தியாசங்களைச் சமர்ப்பியுங்கள். மாறியதை மட்டும் ping செய்வது வீத வரம்புகளின் சரியான பக்கத்தில் உங்களை வைத்திருக்கும்.

நீங்கள் உருவாக்கிய தளத்திற்கும் இதையே செய்ய விரும்பினால், AI-ஆல் கட்டப்பட்ட இணையதளங்களுக்கான SEO மற்றும் Google Search Console அமைத்தல் பற்றிய எங்கள் வழிகாட்டிகள் அடிப்படைகளை விளக்குகின்றன.