અમારી પોતાની સાઇટ સુધારવામાંથી મળેલા SEO પાઠ

અમે થોડા દિવસો સુધી અમારી પોતાની સાઇટ સર્ચ એન્જિનની જેમ વાંચી, અને ઠીક કરવા જેવી છ બાબતો શોધી. દરેક પેજ બે FAQ બ્લોક જાહેર કરતું હતું, Google અમારા થંબનેલ તરીકે એક સજાવટી બેકગ્રાઉન્ડ ગ્લો વાપરતું હતું, ટેમ્પ્લેટ પેજોનો એક સમૂહ એવા સર્ચ માટે રેન્ક થતો હતો જેના જવાબ તે આપતા ન હતા, અને સાઇટનો એક નવો વિભાગ અમારી પોતાની એજ દ્વારા સ્ટેજિંગ પર બ્લોક થયેલો હતો. આમાંનું કંઈ નાટકીય નહોતું. બધું ચુપચાપ દૃશ્યતાનો ખર્ચ કરતું હતું.

સાઇટ એક ફકરામાં

mythex.ai એક સિંગલ-પેજ એપ છે, જેને અમે બિલ્ડ સમયે પ્રીરેન્ડર કરીએ છીએ: એક સ્ક્રિપ્ટ દરેક રૂટમાંથી પસાર થઈ તેના માટે સ્ટેટિક HTML ફાઇલ લખે છે, અને પેજનું ટાઇટલ, વર્ણન અને સ્ટ્રક્ચર્ડ ડેટા (JSON-LD બ્લોક જે સર્ચ એન્જિનોને કહે છે કે પેજ શું છે — જુઓ structured data શું છે) ઇન્જેક્ટ કરે છે. નીચે જે કંઈ છે તેનો મોટો ભાગ તે પ્રીરેન્ડર સ્ટેપમાં છે, કારણ કે ક્રોલર ખરેખર વાંચે છે તે HTML એ જ છે.

1. દરેક પેજ FAQ પેજ હોવાનો દાવો કરતું હતું

લક્ષણ. અમારા HTML ટેમ્પ્લેટમાં તેના સ્ટ્રક્ચર્ડ ડેટામાં સાઇટ-વ્યાપી FAQPage બ્લોક હતો, જેનું URL /faq તરફ નિર્દેશ કરતું. પ્રીરેન્ડર પછી દરેક પેજનો પોતાનો FAQPage ઉપર ઉમેરતું. એટલે સાઇટનું દરેક પેજ બે મોકલતું — અને અમારી ગોપનીયતા નીતિ Google ને કહેતી હતી કે તે FAQ પેજ છે.

તે કેમ મહત્વનું છે. Google દરેક પેજ પર વધુમાં વધુ એક FAQPage અપેક્ષે છે. બીજો, જે બીજે ક્યાંક નિર્દેશ કરે, તે એવી વસ્તુ છે જે પેજના માર્કઅપને માત્ર અવગણવા નહીં, પણ ઘટાડી પણ દે છે.

ફિક્સ. વૈશ્વિક બ્લોક દૂર કર્યો. હવે દરેક પેજનું FAQ માર્કઅપ એક જ જગ્યાએથી આવે છે, /faq સહિત, જે તેને પ્રશ્નોની સંપૂર્ણ યાદીમાંથી બનાવે છે. જે પેજ પર FAQ નથી તે હવે કોઈ જાહેર કરતું નથી, જે પ્રામાણિક જવાબ છે. અને જો કોઈ પણ પેજ ફરી ક્યારેય એકથી વધુ FAQPage ધરાવે, તો પ્રીરેન્ડર બિલ્ડ નિષ્ફળ બનાવે છે. જે નિયમ ફક્ત કોઈના મગજમાં રહે છે તે તૂટે છે; જે નિયમ બિલ્ડ લાગુ કરે તે તૂટતો નથી.

2. Google અમારા માટે ખોટું ચિત્ર વાપરતું હતું

લક્ષણ. સર્ચ પરિણામોમાં Mythex થંબનેલ અમારા હોમપેજ હીરોની પાછળનો ધબકતો ગ્લો હતો — એક સજાવટી બેકગ્રાઉન્ડ ઇમેજ — અમારું શેર કાર્ડ નહીં.

તે કેમ થયું. અમે Google ને કહ્યું નહોતું કે કઈ ઇમેજ પેજનું પ્રતિનિધિત્વ કરે છે, એટલે તેણે જે મળ્યું તેમાંથી એક પસંદ કર્યું.

ફિક્સ. એક જ સમસ્યાની બે બાજુ:

• કહો કે કઈ ઇમેજ પેજની છે. હોમપેજ પર હવે WebPage નોડ છે જેનું primaryImageOfPage શેર કાર્ડ તરફ નિર્દેશ કરે છે, અને દરેક પ્રીરેન્ડર થયેલા પેજનો સ્ટ્રક્ચર્ડ ડેટા પોતાની ઇમેજ ધરાવે છે (પેજની શેર ઇમેજ, અથવા ડિફોલ્ટ).
• સજાવટ છુપાવો. બેકગ્રાઉન્ડ ઇમેજ હવે robots.txt માં અનુમતિપાત્ર નથી, અને noindex, noimageindex હેડર સાથે પીરસાય છે, જેથી તે ઇમેજ સર્ચ અને થંબનેલથી બહાર રહે.

3. સર્ચ એન્જિન ફક્ત અમારો લોગો જાણતા હતા

અમારા Organization માર્કઅપમાં નામ, લોગો અને કેટલીક સોશિયલ લિંક હતી — બ્રાન્ડિંગ, બીજું કંઈ નહીં. સર્ચ એન્જિન કંપનીનું નોલેજ પેનલ રજિસ્ટ્રી જેવી હકીકતોથી બનાવે છે, તેથી અમે અમારા ટ્રેડ લાઇસન્સમાંથી મળેલી હકીકતો ઉમેરી: કાનૂની નામ, સ્થાપનાની તારીખ, સ્થાપક અને નોંધાયેલું સરનામું. ફોન નંબર જાણીજોઈને બાકાત રાખ્યો.

4. ટેમ્પ્લેટ પેજ ખોટો પ્રશ્ન જવાબ આપતા હતા

લક્ષણ. Search Console માં ત્રણ ટેમ્પ્લેટ પેજ ઇમ્પ્રેશન મેળવતા હતા, પણ ક્લિક શૂન્ય. એક “content strategist portfolio” અને તેના વેરિઅન્ટ માટે રેન્ક થતું, બીજું “best italian restaurant website design” માટે, ત્રીજું “agile board” ની આસપાસના ક્લસ્ટર માટે — તે શોધોમાંથી અડધામાં “free” શબ્દ હતો. પોઝિશન 20ના મધ્યથી 50ના દાયકા સુધી હતી.

શા માટે. દરેક પેજ પૂછાયેલા પ્રશ્ન કરતાં અલગ પ્રશ્નનો જવાબ આપતું હતું. ઇટાલિયન રેસ્ટોરન્ટની સારી ડિઝાઇન કેવી દેખાય તે જોવા માગતો કોઈ વ્યક્તિ બિલ્ડર વેચતા પેજ પર ઉતરતો.

ફિક્સ. ત્રણેય પાસે હવે એક વિભાગ છે જે ઉત્પાદન માટે નહીં, પણ સર્ચ માટે લખાયેલો છે, લોકો જે શબ્દોમાં ટાઇપ કરે તેમાં ટાઇટલ અને વર્ણન, અને FAQ જે તેઓ પહેલેથી ઉત્સર્જતા માર્કઅપને લાયક છે.

એ જ કમિટે એક વધુ શાંત સમસ્યા ઠીક કરી. “related templates” બ્લોક કેટેગરીમાં પહેલા ચાર ટેમ્પ્લેટ લેતો, તેથી દરેક portfolio ટેમ્પ્લેટ એક જ ચાર portfolio તરફ નિર્દેશ કરતું, અને તે કેટેગરીના બાકીનાને કોઈ આંતરિક લિંક નહોતી. અમે તેની જગ્યાએ સબકેટેગરી પ્રમાણે ક્રમવાળી રિંગ મૂકી: દરેક ટેમ્પ્લેટ પેજને બરાબર ચાર અંદર અને ચાર બહાર લિંક મળે છે. પ્રીરેન્ડર થયેલું HTML હવે તે લિંક પણ છાપે છે — પહેલાં તે ફક્ત JavaScript ચાલ્યા પછી અસ્તિત્વમાં હતી, જે ક્રોલર ક્યારેય ન ચલાવે.

5. નવાં પેજ ડિપ્લોય થતાં જ Bing ને જણાવવું

Google IndexNow ને અવગણે છે, જે પ્રોટોકોલ છે જે URL બદલાય ત્યારે સર્ચ એન્જિનને પિંગ કરે છે. Bing, Yandex અને Seznam તેનો ઉપયોગ કરે છે — અને Bing નો ઇન્ડેક્સ એ છે જે ChatGPT સર્ચ વાંચે છે. જે AI એપ બિલ્ડરને AI સહાયકો શોધી ન શકે, તે એક ચોક્કસ પ્રકારની નિષ્ફળતા છે.

સ્પષ્ટ રીત, દરેક ડિપ્લોય પર આખો સાઇટમેપ સબમિટ કરવો, તે જ રીતે key થ્રોટલ થાય છે, અને મોટા ભાગના ડિપ્લોય સર્ચ એન્જિન જેની કાળજી રાખે તેવું કશું બદલતા નથી. તેથી એક સ્ક્રિપ્ટ હમણાં સાઇટ જે સાઇટમેપ પીરસે છે તેની સરખામણી હમણાં બનેલા સાથે કરે છે, અને ફક્ત તફાવત સબમિટ કરે છે.

તે કામ કરવા માટે બે વિગતો મહત્વની હતી:

• ડિપ્લોય પહેલાં સ્નેપશોટ લો. નવું બિલ્ડ લાઇવ થાય તે પહેલાં બેઝલાઇન કેપ્ચર કરવી પડે. પછી “live” સાઇટમેપ પહેલેથી નવો હોય છે, અને દરેક ડિફ ખાલી આવે છે.
• હાલ માત્ર નવા પેજ. અમારા સાઇટમેપમાં lastmod તારીખો નથી, તેથી સ્ક્રિપ્ટ નવા પેજની જાહેરાત કરે છે, ફેરફારોની નહીં. દરેક URL પર બિલ્ડ તારીખ મૂકવાથી દરેક ડિપ્લોય પર આખી સાઇટ બદલાયેલી ગણાય — બરાબર તે જ સ્પામ જે અમે ટાળતા હતા.

તે ફક્ત પ્રોડક્શન ડિપ્લોય પર ચાલે છે અને ક્યારેય બિલ્ડ નિષ્ફળ કરતું નથી: જ્યારે તે ચાલે ત્યારે સાઇટ પહેલેથી લાઇવ હોય છે, અને સર્ચ એન્જિન પિંગ લાલ ડિપ્લોય માટે યોગ્ય નથી.

6. અમારી પોતાની એજે “not found” કહ્યું

જ્યારે અમે /ai પેજ લોન્ચ કર્યા (દરેક પ્રકારના વ્યવસાય માટે લેન્ડિંગ પેજ માં વધુ), ત્યારે સ્ટેજિંગે તે બધા માટે “Not found” બતાવ્યું, જ્યારે સ્ટેટિક હોસ્ટ તેમને બરાબર પીરસતો હતો.

અમારા માર્કેટિંગ હોસ્ટની આગળની સેવા ફક્ત પાથની allowlist ફોરવર્ડ કરે છે; બીજું કંઈ પણ સખત 404 મેળવે છે. /ai નવું હતું અને યાદીમાં નહોતું. અમે /ai અને /ai/* ઉમેર્યા, અને એક ટેસ્ટ જે ખાતરી કરે કે તે પસાર થાય છે. નાની ભૂલ, પણ બરાબર એવી કે જે કોઈનું ધ્યાન ગયા વિના નવા વિભાગને ક્રોલર માટે અદૃશ્ય બનાવે.

અમે શું શીખ્યા

• ક્રોલર જે HTML વાંચે છે તે વાંચો. આમાંનું મોટા ભાગનું બ્રાઉઝરમાં અદૃશ્ય હતું અને પ્રીરેન્ડર થયેલી ફાઇલમાં સ્પષ્ટ હતું.
• SEO નિયમોને બિલ્ડ ચેકમાં ફેરવો. “એક પેજ પર એક FAQPage” હવે લાગુ કરાય છે, યાદ નહીં.
• સર્ચ એન્જિનને કહો કે તમારો અર્થ શું છે. જો તમે ન કહો કે કઈ ઇમેજ અથવા કઈ હકીકતો તમારું પ્રતિનિધિત્વ કરે છે, તો તેઓ અનુમાન કરશે.
• Search Console કહે છે કે લોકોએ કયો પ્રશ્ન પૂછ્યો. ક્લિક વગરના ઇમ્પ્રેશન સામાન્ય રીતે દર્શાવે છે કે પેજે બીજો પ્રશ્ન જવાબ આપ્યો.
• બધું નહીં, ફેરફારો સબમિટ કરો. ફક્ત બદલાયેલું પિંગ કરવાથી તમે રેટ લિમિટની યોગ્ય બાજુ પર રહો છો.

જો તમે કોઈ સાઇટ માટે આ જ કરી રહ્યા હો જે તમે બનાવી છે, તો અમારી માર્ગદર્શિકાઓ AI થી બનેલી વેબસાઇટ્સ માટે SEO અને Google Search Console સેટ કરવું મૂળભૂત બાબતો આવરી લે છે.