Google Discover-നെ കേന്ദ്രീകരിച്ചുള്ള ഭക്ഷ്യരുചികാര്യ മൈക്രോ സൈറ്റുകളുടെ സ്‌കീമ സെറ്റിങ്ങുകൾ

Google Keşfet ഭക്ഷണവുമുഖ്യ സ്കീമ സെറ്റിങ്ങുകൾ, ഭക്ഷണപാചക രെസിപ്പികൾ മാത്രം പങ്കുവെക്കുന്ന മൈക്രോ സൈറ്റുകളിൽ ഓരോ പാചകപ്പേജ് Google ശരിയായി തിരിച്ചറിയുകയും സമ്പന്നമായ ഫലങ്ങൾക്ക് അനുയോജ്യമായി മാറുകയും Discover ഫ്ലോയിൽ പ്രത്യക്ഷപ്പെടാനുള്ള സാധ്യത വർദ്ധിപ്പിക്കാനും Recipe schema, ഉയർന്ന നിലവാരമുള്ള ചിത്രങ്ങൾ, മൊബൈൽ വേഗത, E-E-A-T സിഗ്നലുകൾ, സ്ഥിരതയുള്ള സാങ്കേതിക SEO ഘടന എന്നിവ ചേർന്ന് നടപ്പിലാക്കേണ്ടതാണ്. ചുരുക്കത്തിൽ; schema മാത്രം ചേർക്കുന്നത് Google Keşfet ഉറപ്പാക്കില്ല, പക്ഷേ ശരിയായ Recipe ഘടന, 1200 പിക്സൽ മുകളിൽ ഉള്ള ചിത്രങ്ങൾ, യഥാർത്ഥ എഴുത്തുകാരന്റെ വിവരങ്ങൾ, പരീക്ഷിച്ച പാചക കുറിപ്പുകൾ, HTTPS, വേഗമുള്ള ഹോസ്റ്റിങ്, ശുദ്ധമായ പേജ് ആർക്കിടെക്ചർ എന്നിവ ചേർന്നാൽ ഭക്ഷണപാചക മൈക്രോ സൈറ്റുകൾക്ക് Discover പ്രകടനം ഗണ്യമായി മെച്ചപ്പെടുത്തും.

ഭക്ഷണപാചക രെസിപ്പികൾ മാത്രം പ്രസിദ്ധീകരിക്കുന്ന മൈക്രോ സൈറ്റുകൾ വലിയ ഭക്ഷണ പോർട്ടലുകളെ അപേക്ഷിച്ച് നിഷ്‌ദിഷ്ട വിഷയത്തിൽ കൂടുതൽ പ്രാവീണ്യം കൈവരിക്കുന്നു. ഈ പ്രയോജനം ശരിയായി ഉപയോഗിച്ചാൽ Google സൈറ്റ് പ്രത്യേക ഒരു നിഷയിൽ വിദഗ്ധമാണെന്ന് എളുപ്പത്തിൽ മനസിലാക്കും. ഉദാഹരണത്തിന്, ഗ്ലൂട്ടൻ രഹിത മധുരപ്പാനീയങ്ങൾ, എയർഫ്രയർ ഭക്ഷണങ്ങൾ, ശിശു ഉപാഹാര രെസിപ്പികൾ, അല്ലെങ്കിൽ സാമ്പത്തികമായി വിദ്യാർത്ഥികൾക്ക് അനുയോജ്യമായ ഭക്ഷണങ്ങൾ എന്നിവ മാത്രം ഉൾപ്പെടുന്ന ഒരു മൈക്രോ സൈറ്റ്, വ്യക്തമായ പരിധി മൂലം ഉള്ളടക്ക ക്ലസ്റ്ററിംഗ്, വിഭാഗ ആർക്കിടെക്ചർ, സ്കീമ സ്റ്റാൻഡർഡൈസേഷൻ എന്നിവയിൽ വേഗത്തിൽ ഫലം നേടാൻ കഴിയും. എന്നാൽ ഇത്തരം സൈറ്റുകളിൽ സാധാരണയായി ഉണ്ടാകുന്ന തെറ്റ്, ഓരോ പാചകത്തിനും ഒരേ ടെംപ്ലേറ്റ് പ്രയോഗിക്കുമ്പോൾ നിർബന്ധമായും ഉള്ള ഘടനാപരമായ ഡാറ്റ അപൂർണ്ണമായോ കാണാനാകാത്തതോ യാഥാർത്ഥ്യത്തിന് വിരുദ്ധമായോ ഉള്ളതാണ്.

ഈ ഗൈഡിൽ, Google Keşfet കേന്ദ്രീകരിച്ച് പ്രവർത്തിക്കുന്ന ഒരു ഭക്ഷണപാചക മൈക്രോ സൈറ്റിൽ സ്കീമ സെറ്റിങ്ങുകൾ എങ്ങനെ ക്രമീകരിക്കണമെന്ന്; ഏത് ഫീൽഡുകൾ നിർബന്ധമാണ്, ഏത് ശുപാർശ ചെയ്യപ്പെടുന്നു; ചിത്രങ്ങൾ, വേഗം, സുരക്ഷ, ഉള്ളടക്കം എന്നിവയുടെ വിശദാംശങ്ങൾ Discover görünürlüğünü പിന്തുണയ്ക്കുന്നതെങ്ങനെ എന്നതിനെ പടിപടി പരിശോധിക്കും. WordPress, കസ്റ്റം സോഫ്റ്റ്‌വെയർ, ഹെഡ്‌ലെസ് ഘടന എന്നിവ ഉപയോഗിക്കുമെന്ന് വ്യത്യാസമില്ല; അടിസ്ഥാന തത്വം, ഉപയോക്താവിനു കാണുന്ന പാചക വിവരവും സെർച്ച് എൻജിനിന് നൽകുന്ന ഘടനാപരമായ ഡാറ്റയും പൂർണ്ണമായി പൊരുത്തപ്പെടണം എന്നതാണ്. സാങ്കേതിക അടിസ്ഥാനത്തിൽ ശക്തമായ തുടക്കത്തിന് WordPress ഹോസ്റ്റിംഗ്, ഡൊമൈൻ തിരഞ്ഞെടുപ്പിന് ഡൊമെയ്ൻ പരിശോധന, സുരക്ഷിതമായ പ്രസിദ്ധീകരണത്തിന് SSL സർട്ടിഫിക്കറ്റ് പേജുകളും ഈ പ്രക്രിയയുടെ അനിവാര്യ ഭാഗങ്ങളാണ്.

Google Keşfetയും ഭക്ഷണരുചികഥയുള്ള മൈക്രോസൈറ്റുകളും തമ്മിലുള്ള ബന്ധം

Google Keşfet, ഉപയോക്താവ് തിരയാൻ കാത്തിരിക്കാതെ അവരുടെ താല്പര്യപ്രകാരം ഉള്ളടക്കം നിർദ്ദേശിക്കുന്ന ഒരു ഫീഡ് ആണ്. ഭക്ഷണരുചികഥകൾ ഈ ഫീഡിനായി സ്വാഭാവികമായും ശക്തമായ ഉള്ളടക്ക വിഭാഗമാണ്; കാരണം അവ ദൃശ്യവുമാണ്, കാലാവസ്ഥാപ്രകാരം മാറുന്നു, വേഗത്തിൽ ഉപഭോഗിക്കപ്പെടുന്നു, കൂടാതെ ഉപയോക്താവിന്റെ ഉദ്ദേശ്യത്തിന് നേരിട്ട് മറുപടി നൽകുന്നു. റമദാൻ മെനുകൾ, പുതുവത്സര കുക്കീസ്, വേനൽക്കാല സാലഡുകൾ, എയർഫ്രയർ റസിപ്പികൾ അല്ലെങ്കിൽ പ്രായോഗിക ബ്രേക്ക്‌ഫാസ്റ്റുകൾ പോലുള്ള ഉള്ളടക്കങ്ങൾ Discover ഫീഡിൽ കാലികമായി കൂടുതൽ ശ്രദ്ധ നേടാവുന്നതാണ്.

എങ്കിലും Discover ക്ലാസിക് സെർച്ച് ഫലങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു. ഒരു ഉപയോക്താവ് Google സെർച്ചിൽ "മർസിമെക് സൂപ്പ് റെസിപ്പി" എന്ന് ടൈപ്പിച്ചാൽ തിരയൽ ഉദ്ദേശ്യം വ്യക്തമാണ്. എന്നാൽ Discover ഫീഡിൽ Google ഉപയോക്താവിന്റെ മുമ്പത്തെ പ്രവർത്തനങ്ങൾ, താല്പര്യ ഗ്രാഫ്, ഉള്ളടക്കത്തിന്റെ ഗുണമേന്മ, ദൃശ്യ ആകർഷണം, ഉറപ്പുള്ള ഉറവിടം എന്നിവയുടെ അടിസ്ഥാനത്തിൽ നിർദ്ദേശങ്ങൾ നൽകുന്നു. അതിനാൽ ഒരു ഭക്ഷണരുചികഥ മൈക്രോസൈറ്റിന്റെ Discover തന്ത്രം വെറും കീവർഡ് ലക്ഷ്യമാക്കലല്ല. ഉള്ളടക്കത്തിന്റെ പ്രദർശനം, ദൃശ്യ ഗുണമേന്മ, പേജ് അനുഭവം, വിശ്വാസ്യതാ സൂചനകൾ schema-വിനോട് കൂടിയ സമാനമായ പ്രാധാന്യമുള്ളതാണ്.

Schema ഇവിടെ Google-ന് ഈ സന്ദേശം നൽകുന്നു: ഈ പേജ് ഒരു റെസിപ്പി പേജാണ്; റെസിപ്പിയുടെ പേര് ഇതാണ്; ചേരുവകൾ ഇവയാണ്; പാചക സമയം ഇത്രയാണ്; ഘട്ടങ്ങൾ ഈ ക്രമത്തിലാണ്; ദൃശ്യങ്ങൾ ഈ ഭക്ഷണം പ്രതിനിധീകരിക്കുന്നു; എഴുത്തുകാരന്റെ അല്ലെങ്കിൽ ബ്രാൻഡിന്റെ വിവരങ്ങൾ ഇതാണ്. Google ഈ വിവരങ്ങൾ ശരിയായി തിരിച്ചറിയുമ്പോൾ റെസിപ്പി റിച്ച്ഫലങ്ങൾക്കും ബന്ധപ്പെട്ട ഉള്ളടക്ക വർഗ്ഗീകരണങ്ങൾക്കും കൂടുതൽ ഫലപ്രദമായി ഉൾപ്പെടുത്താൻ കഴിയും. ഇത് Discover ദൃശ്യതയ്ക്കായി പരോക്ഷമായെങ്കിലും വളരെ പ്രധാനപ്പെട്ട ഒരു അടിത്തറ സൃഷ്ടിക്കുന്നു.

മൈക്രോ ഭക്ഷണ വെബ്സൈറ്റിൽ ഉപയോഗിക്കേണ്ട അടിസ്ഥാന Schema തരങ്ങൾ

ഭക്ഷണ റസിപ്പികൾ മാത്രം പങ്കുവെക്കുന്ന ഒരു മൈക്രോ സൈറ്റിൽ schema ഘടന സങ്കീർണമാകേണ്ടതില്ല, പക്ഷേ ഏകീകൃതവും പൂർണ്ണവുമാകണം. പേജ് തരം അനുസരിച്ച് ശരിയായ schema തിരഞ്ഞെടുക്കേണ്ടതാണ്, അനിയന്ത്രിതമായി ഓരോ പേജിലും schema ചേർക്കാതെ. ഹോം പേജ്, വിഭാഗ പേജുകൾ, റസിപ്പി വിശദാംശ പേജുകൾ, എഴുത്തുകാരുടെ പേജുകൾ, ഞങ്ങളെക്കുറിച്ച് പേജ് എന്നിവ വ്യത്യസ്ത ആവശ്യങ്ങൾ നിറവേറ്റുന്നു.

1. Recipe Schema: റസിപ്പി പേജുകളുടെ പ്രധാന അടിത്തറ

റസിപ്പി വിശദാംശങ്ങളുള്ള പേജുകളിൽ പ്രധാന schema തരം Recipe ആയിരിക്കണം. Recipe schema ഗൂഗിളിന് റസിപ്പി ഉള്ളടക്കം സുസ്ഥിരമായി മനസ്സിലാക്കാൻ സഹായിക്കുന്നു. ഒരു റസിപ്പി പേജിൽ സാധാരണയായി താഴെപ്പറയുന്ന ഫീൽഡുകൾ ഉണ്ടായിരിക്കണം:

• name: റസിപ്പിയുടെ വ്യക്തമായ പേര്. ഉദാഹരണം: ഓവനിൽ പാകം ചെയ്ത പച്ചക്കറി ചിക്കൻ റസിപ്പി.
• description: റസിപ്പിയുടെ 1-2 വാക്യങ്ങളുടെ സംക്ഷിപ്ത വിവരണം.
• image: കുറഞ്ഞത് 1200 പിക്‌സൽ വീതിയുള്ള, ഭക്ഷണം വ്യക്തമായി കാണിക്കുന്ന ചിത്രം URL-കൾ.
• author: റസിപ്പി തയ്യാറാക്കിയ വ്യക്തി അല്ലെങ്കിൽ ബ്രാൻഡ്.
• datePublished: ആദ്യപ്രസിദ്ധീകരണ തിയതി.
• dateModified: റസിപ്പി അപ്ഡേറ്റ് ചെയ്തുണ്ടെങ്കിൽ അവസാനത്തെ അപ്ഡേറ്റ് തിയതി.
• prepTime: തയ്യാറാക്കാനുള്ള സമയം. ISO 8601 ഫോർമാറ്റിൽ PT15M പോലുള്ളത്.
• cookTime: പാകം ചെയ്യുന്ന സമയം. ഉദാഹരണത്തിന് PT30M.
• totalTime: മൊത്തം സമയം.
• recipeYield: എത്ര പേർക്ക് അല്ലെങ്കിൽ എത്ര പാർഷനുകൾ.
• recipeCategory: പ്രധാന വിഭാഗം. ഉദാഹരണം പ്രധാന ഭക്ഷണം, മധുരം, സൂപ്പ്.
• recipeCuisine: അടുക്കളയുടെ തരം. ഉദാഹരണം ടർക്കിഷ്, ഇറ്റാലിയൻ.
• keywords: സ്വാഭാവികവും പരിമിതവുമായ ടാഗുകൾ. ഉദാഹരണം പ്രായോഗിക രാത്രി ഭക്ഷണം, ഓവൻ ഭക്ഷണം.
• recipeIngredient: പദാർത്ഥങ്ങളുടെ പൂർണ്ണവും വായിക്കാൻ എളുപ്പവുമായ പട്ടിക.
• recipeInstructions: ഘട്ടം ഘട്ടമായി റസിപ്പി നിർദ്ദേശങ്ങൾ.
• nutrition: ഉണ്ടെങ്കിൽ കലോറി, പോഷക മൂല്യങ്ങൾ.
• aggregateRating: യഥാർത്ഥ ഉപയോക്തൃ റേറ്റിംഗുകൾ മാത്രമേ ഉൾക്കൊള്ളിക്കാവൂ.

ഏറ്റവും പ്രധാന നിയമം: Schema-യിൽ നൽകിയ എല്ലാ വിവരങ്ങളും പേജിൽ ഉപയോക്താവിന് ദൃശ്യമാകണം. പേജിൽ 4 പേർക്ക് എന്ന് കാണിക്കുമ്പോൾ schema-യിൽ 6 പാർഷൻ എന്ന് പറയുന്നത് ഗൂഗിളിന്റെ ഗുണമേന്മാ പരിശോധനയിൽ പ്രശ്നം സൃഷ്ടിക്കാം. അതുപോലെ ഉപയോക്തൃ അഭിപ്രായമില്ലാതെ 5 നക്ഷത്ര റേറ്റിംഗ് കാണിക്കുന്നത് കൃത്രിമമെന്ന് കരുതപ്പെടും.

2. Organization അല്ലെങ്കിൽ Person Schema

മൈക്രോ സൈറ്റ് ഒരു ബ്രാൻഡ് പേരിൽ പ്രവർത്തിച്ചാൽ Organization schema ഉപയോഗിക്കാം. റസിപ്പികൾ ഒരു പ്രത്യേക ഷെഫ്, ഡയറ്റീഷ്യൻ, അമ്മ, ഭക്ഷ്യ എഞ്ചിനീയർ, എഡിറ്റർ എന്നിവരാൽ തയ്യാറാക്കപ്പെട്ടാൽ Person schema കൂടുതൽ പ്രസക്തമാണ്. E-E-A-T കാഴ്ചപ്പാടിൽ എഴുത്തുകാരൻ ആരാണ്, അവന്റെ പരിചയം എന്ത്, എങ്ങനെ റസിപ്പികൾ പരീക്ഷിച്ചുവെന്ന് വ്യക്തമാക്കുന്നത് പ്രധാനമാണ്.

ഉദാഹരണത്തിന് കുട്ടികളുടെ പോഷകാഹാര വിദഗ്ധൻ പരിശോധിച്ച ബേബി ഫുഡ് റസിപ്പികൾ പ്രസിദ്ധീകരിക്കുന്ന സൈറ്റിൽ അത് ശക്തമായ വിശ്വാസ സൂചനയാണ്. ഡയബറ്റിക് സൗഹൃദ റസിപ്പികളിൽ ഡയറ്റീഷ്യൻ സംഭാവന വ്യക്തമാക്കണം. ഈ വിവരങ്ങൾ schema-യിൽ മാത്രമല്ല, എഴുത്തുകാരുടെ ബയോഗ്രഫി, ഞങ്ങളെക്കുറിച്ച് പേജിലും ഉൾപ്പെടുത്തണം.

3. WebSite & SearchAction Schema

ഭക്ഷണ റസിപ്പി മൈക്രോ സൈറ്റുകളിൽ സൈറ്റിനുള്ളിൽ തിരയൽ വളരെ പ്രധാനമാണ്. ഉപയോക്താവ് കടല, ചിക്കൻ, പഞ്ചസാര ഇല്ലാത്ത, എയർഫ്രയർ, 15 മിനുട്ട് തുടങ്ങിയ വാക്കുകൾ ഉപയോഗിച്ച് തിരയാൻ ആഗ്രഹിക്കാം. WebSite schema-യിൽ SearchAction ഉപയോഗിക്കുന്നത് ഗൂഗിളിന് സൈറ്റിൽ തിരയൽ സാധ്യമാണ് എന്ന് അറിയിക്കുന്നു. ഇത് നേരിട്ട് Discover ഉറപ്പാക്കുന്നില്ല, പക്ഷേ സൈറ്റിന്റെ ഘടന മനസ്സിലാക്കലിൽ സഹായിക്കുന്നു.

4. BreadcrumbList Schema

റസിപ്പി പേജുകളിൽ ബ്രെഡ്‌ക്രംബ് പാത ഉപയോക്തൃ അനുഭവത്തിനും സെർച്ച് എൻജിൻ മനസ്സിലാക്കലിനും ആവശ്യമാണ്. ഉദാഹരണ ഘടന: ഹോം പേജ് > റസിപ്പികൾ > പ്രധാന വിഭവങ്ങൾ > ഓവനിൽ പാകം ചെയ്ത പച്ചക്കറി ചിക്കൻ. BreadcrumbList schema ഗൂഗിളിന് വിഭാഗങ്ങളുടെ ക്രമീകരണം ശരിയായി മനസ്സിലാക്കാൻ സഹായിക്കുന്നു. മൈക്രോ സൈറ്റുകളിൽ വിഭാഗങ്ങളുടെ എണ്ണം കുറവേയും വ്യക്തവുമായിരിക്കണം. അനാവശ്യമായി കൂടുതൽ വിഭാഗങ്ങൾ ഉണ്ടാക്കാതെ 6-10 പ്രധാന വിഭാഗങ്ങളുമായി തുടങ്ങുന്നത് നല്ലതാണ്.

5. ItemList Schema: വിഭാഗം & ലിസ്റ്റ് പേജുകൾ

വിഭാഗം പേജുകളിൽ Recipe schema-യുടെ പകരം ItemList ഉപയോഗിക്കുന്നത് ഉചിതമാണ്. ഉദാഹരണത്തിന് 20 മിനുട്ടിൽ തയ്യാറാകുന്ന വിഭവങ്ങൾ, പഞ്ചസാര ഇല്ലാത്ത മധുരങ്ങൾ, റമज़ാൻ ഇഫ്താർ മെനു തുടങ്ങിയ ലിസ്റ്റ് പേജുകളിൽ ഓരോ റസിപ്പി ഐറ്റവും ക്രമീകരിക്കുന്ന ItemList ഘടന ഉപയോഗിക്കാം. ഇതിലൂടെ ഗൂഗിള്‍ പേജ് ഒരു ഒറ്റ റസിപ്പി അല്ല, റസിപ്പികളുടെ സമാഹാരമാണെന്ന് മനസ്സിലാക്കും.

റസിപ്പി സ്കീമ ഫീൽഡുകൾക്കുള്ള താരതമ്യ പട്ടിക

താഴെ കൊടുത്തിരിക്കുന്ന പട്ടിക, ഭക്ഷ്യ പാചക മൈക്രോ‌സൈറ്റുകളിൽ സ്കീമ ഫീൽഡുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യണം എന്ന് സംഗ്രഹിക്കുന്നു. ഈ പട്ടിക നിങ്ങളുടെ ടെക്‌നിക്കൽ ടീം അല്ലെങ്കിൽ ഉള്ളടക്ക എഡിറ്റർമാരുമായി ഒരു സ്റ്റാൻഡേർഡ് ചെക്ക്‌ലിസ്റ്റായി ഉപയോഗിക്കാം.

Google Keşfet-ഓടെ ദൃശ്യ Schema ഉം ദൃശ്യ SEO സജ്ജീകരണങ്ങളും

ഭക്ഷണ പാചകക്കുറിപ്പുകളിൽ ദൃശ്യങ്ങൾ Discover പ്രകടനത്തിന്റെ ഹൃദയഭാഗമാണ്. Google Keşfet ഫീഡിൽ ഉപഭോക്താവ് പലപ്പോഴും ആദ്യം ദൃശ്യത്തിലേക്ക്, പിന്നീട് തലക്കെട്ടിലേക്കാണ് നോക്കുന്നത്. അതിനാൽ schema-യിലെ image ഫീൽഡ് പേജിലെ പ്രധാന ദൃശ്യവുമായി പൊരുത്തപ്പെടണം കൂടാതെ സാങ്കേതികമായി മതിയായ ഗുണമേന്മ ഉറപ്പാക്കണം.

Google-ന്റെ വലിയ ദൃശ്യ പ്രിവ്യൂകൾക്കായി ശുപാർശ ചെയ്യുന്ന അടിസ്ഥാന സമീപനം, ദൃശ്യങ്ങളുടെ വീതി കുറഞ്ഞത് 1200 പിക്‌സലായി വേണം കൂടാതെ പേജിൽ max-image-preview:large സജ്ജീകരണം അനുവദിക്കണം എന്നതാണ്. WordPress ഉപയോഗിക്കുന്നുവെങ്കിൽ നിങ്ങളുടെ SEO പ്ലഗിൻ ഈ സജ്ജീകരണം തടയുന്നില്ലെന്ന് ഉറപ്പാക്കുക. CDN, WebP അല്ലെങ്കിൽ AVIF ഫോർമാറ്റുകൾ ഉപയോഗിക്കുമ്പോൾ ദൃശ്യ URL-കൾ Googlebot-ന് ആക്സസ് ചെയ്യാവുന്നതായിരിക്കണം. ഹോട്ട്ലിങ്ക് സംരക്ഷണം, തെറ്റായ robots.txt നിബന്ധന അല്ലെങ്കിൽ തകരാറുള്ള CDN സിഗ്‌നേച്ചർ ദൃശ്യങ്ങളുടെ ക്രോളിംഗ് തടയാം.

പ്രത്യക്ഷ ദൃശ്യ സ്റ്റാൻഡേർഡായി ഓരോ പാചകക്കുറിപ്പിനും കുറഞ്ഞത് 3 ചിത്രങ്ങൾ ശുപാർശ ചെയ്യപ്പെടുന്നു: പാകം ചെയ്ത ഭക്ഷണത്തിന്റെ ലംബ മുഖ്യ ദൃശ്യവും, അവശ്യ സാമഗ്രികളുടെ തയ്യാറെടുപ്പ് ദൃശ്യവും, സർവ്ഇംഗ് ദൃശ്യവും. Discover-ക്കായി ലംബം അല്ലെങ്കിൽ ചതുരാകൃതിയിലുള്ള ഫ്രെയിം സാധാരണയായി കൂടുതൽ ആകർഷകമാണ്. ദൃശ്യ ഫയൽ നാമങ്ങളും വിശദീകരണപരമായിരിക്കണം. IMG_3827.webp എന്നതിന് പകരം firinda-sebzeli-tavuk-tarifi.webp പോലുള്ള പേരിടലാണ് അഭിലഷണീയം.

ദൃശ്യത്തിന്റെ ആൾട്ട് ടെക്സ്റ്റ്, കീവേഡുകൾ നിറച്ചിട്ടില്ലാതെ ഭക്ഷണം വിവരിക്കണം. ഉദാഹരണത്തിന്, firinda sebzeli tavuk tarifi-ക്കായി തയ്യാറാക്കിയ സർവ്ഇംഗ് പ്ലേറ്റ് എന്ന വിവരണം മതിയാകും. എല്ലാ ദൃശ്യങ്ങൾക്കും ഒരേ ആൾട്ട് ടെക്സ്റ്റ് പകർത്തേണ്ടതില്ല; ഓരോ ദൃശ്യത്തിന്റെയും പ്രസംഗാനുസൃതമായ വിവരണം നൽകണം. ദൃശ്യങ്ങളുടെ വേഗത്തിലുള്ള ലോഡിംഗിനായി ലൈറ്റ് സ്പീഡ് ഹോസ്റ്റിംഗ് അല്ലെങ്കിൽ CDN പിന്തുണയുള്ള ഹോസ്റ്റിംഗ് ഇൻഫ്രാസ്ട്രക്ചർ ഉപയോഗിക്കുന്നത് പ്രത്യേകിച്ച് മൊബൈൽ ഉപഭോക്തൃ അനുഭവത്തിൽ വലിയ മാറ്റം വരുത്തും.

ഉള്ളടക്ക മാതൃക: Schema-നോട് പൊരുത്തപ്പെടുന്ന റസിപ്പി പേജ് എങ്ങനെ ഉണ്ടാകണം?

വിജയകരമായ ഒരു ഭക്ഷ്യ റെസിപ്പി മൈക്രോ സൈറ്റ്, ഓരോ റെസിപ്പിയിലും സമാനമായെങ്കിലും ഗുണമേറിയ ഉള്ളടക്ക ഘടന ഉപയോഗിക്കണം. ഈ ഘടന ഉപയോക്താവിന് പ്രായോഗികത നൽകുകയും schema ഫീൽഡുകൾ പൂരിപ്പിക്കുക എളുപ്പമാക്കുകയും ചെയ്യുന്നു. താഴെ കൊടുത്തിരിക്കുന്നത് Discover-ക്കും ഓർഗാനിക് സെർച്ചിനും അനുയോജ്യമായ ഒരു സമതുലിതമായ റെസിപ്പി പേജ് ഫോർമാറ്റാണ്:

• വ്യക്തമായ റെസിപ്പി തലക്കെട്ട്
• 1-2 വാക്കുകൾകൊണ്ട് ചെറിയ റെസിപ്പി സാരാംശം
• വലിയതും ഒറിജിനലുമായ പ്രധാന ചിത്രം
• തയാറാക്കലിന് വേണ്ട സമയം, പാചകസമയം, മൊത്തം സമയം, porsiyon വിവരങ്ങൾ
• സാധനങ്ങളുടെ പട്ടിക
• പടി പടിയായി ചെയ്യുന്ന വിധം
• ടിപ്പുകൾ
• സംരക്ഷണവും വീണ്ടും ചൂടാക്കലും സംബന്ധിച്ച നിർദ്ദേശങ്ങൾ
• വൈവിധ്യങ്ങൾ അല്ലെങ്കിൽ പകരം ഉപയോഗിക്കാവുന്ന സാധനങ്ങൾ
• പോഷണ മൂല്യ വിവരങ്ങൾ ഉണ്ടെങ്കിൽ കണക്കു കുറിപ്പ്
• യഥാർത്ഥ ഉപയോക്തൃ അഭിപ്രായങ്ങളും റേറ്റിംഗുകളും
• ബന്ധപ്പെട്ട റെസിപ്പികളിലേക്ക് സ്വാഭാവിക ഉള്ളടക്ക ലിങ്കുകൾ

ഉദാഹരണത്തിന്, വെറും airfryer റെസിപ്പികൾ മാത്രം പോസ്റ്റ് ചെയ്യുന്ന ഒരു മൈക്രോ സൈറ്റ് ധരിക്കാം. Airfryer ഉരുളക്കിഴങ്ങ് റെസിപ്പി പേജിൽ ഉപകരണം ചൂടാകുന്ന താപനില, സേപ്പറ്റിന്റെ ചലന സമയം, എണ്ണയുടെ അളവ്, ഉരുളക്കിഴങ്ങിന്റെ കട്ടിപ്പാട്, പാചകത്തിനു മുൻപ് സ്റ്റാർച്ച് കുറയ്ക്കാനുള്ള രീതികൾ എന്നിവ അവശ്യമുണ്ട്. ഈ വിശദാംശങ്ങൾ ഉപയോക്തൃ സംതൃപ്തി വർദ്ധിപ്പിക്കുകയും E-E-A-T സിഗ്നലുകൾ സൃഷ്ടിക്കുകയും ചെയ്യും. Schema-യിൽ പാചകസമയം 18 മിനിറ്റ് എന്ന് എഴുതിയാൽ ഉള്ളടക്കത്തിലും അതേ സമയം വ്യക്തമാകണം.

റെസിപ്പി യഥാർത്ഥത്തിൽ പരീക്ഷിക്കപ്പെട്ടതാണ് എന്ന് തെളിയിക്കുന്ന വാക്യങ്ങൾ വിലപ്പെട്ടതാണ്: ഈ റെസിപ്പി 5.5 ലിറ്റർ എയർഫ്രയർ ഉപകരണത്തിൽ 200 ഡിഗ്രി സെൽഷ്യസിൽ രണ്ട് പ്രാവശ്യം പരീക്ഷിച്ചു എന്ന പോലെ. എന്നാൽ ഇത്തരം വാക്യങ്ങൾ ശരിയായിരിക്കണം. വ്യാജാനുഭവ കുറിപ്പുകൾ ദീർഘകാലത്തിൽ ബ്രാൻഡ് വിശ്വാസ്യത കുറയ്ക്കും.

Google Keşfet റെസിപ്പി Schema ക്രമീകരണങ്ങൾ ഘട്ടം ഘട്ടമായി

ഘട്ടം 1: പേജിന്റെ തരം നിർണ്ണയിക്കുക

ആദ്യമായി നിങ്ങളുടെ സൈറ്റിലെ പേജ് തരം തിരിച്ചറിയുക. ഹോം പേജ്, വിഭാഗ പേജുകൾ, റെസിപ്പി വിശദാംശങ്ങൾ, എഴുത്തുകാരുടെ പേജുകൾ, ഞങ്ങളെക്കുറിച്ച്, ബന്ധപ്പെടൽ, നിയമപരമായ പേജുകൾ എന്നിവ വ്യത്യസ്തമായി പരിഗണിക്കണം. എല്ലാ പേജുകളിലും Recipe schema ചേർക്കുന്നത് തെറ്റാണ്. Recipe schema യഥാർത്ഥ റെസിപ്പി വിശദാംശങ്ങളുള്ള പേജുകളിൽ മാത്രം ഉപയോഗിക്കണം.

ഘട്ടം 2: റെസിപ്പി ഡാറ്റ ഫീൽഡുകൾ സ്റ്റാൻഡേർഡ് ആക്കുക

കണ്ടന്റ് മാനേജ്‌മെന്റ് സിസ്റ്റത്തിൽ ഓരോ റെസിപ്പിക്കും ആവശ്യമായ ഫീൽഡുകൾ നിർണ്ണയിക്കുക. തലക്കെട്ട്, വിവരണം, പ്രധാന ചിത്രം, തയ്യാറാക്കാനുള്ള സമയം, പാചക സമയം, porsiyon, ചേരുവകൾ, ഘട്ടങ്ങൾ, എഴുത്തുകാരുടെ വിവരങ്ങൾ എന്നിവ ഒഴിവാക്കാനാകില്ല. WordPress ഉപയോഗിക്കുന്ന പക്ഷം കസ്റ്റം ഫീൽഡുകൾ അല്ലെങ്കിൽ റെസിപ്പി പ്ലഗിനുകൾ ഉപയോഗിച്ച് ഇത് ക്രമീകരിക്കാം. കസ്റ്റം സോഫ്റ്റ്വെയറിൽ, ഡാറ്റാബേസ് മോഡൽ ആദ്യം തന്നെ ഈ ഫീൽഡുകൾ പിന്തുണയ്ക്കണം.

ഘട്ടം 3: JSON-LD ഔട്ട്പുട്ട് സ്വയം സൃഷ്ടിക്കുക

Schema സജ്ജീകരിക്കാൻ ഏറ്റവും ശുപാർശ ചെയ്യപ്പെടുന്നത് JSON-LD ഉപയോഗമാണ്. ചെറിയ സൈറ്റുകളിൽ മാനുവൽ schema ചേർക്കുന്നത് എളുപ്പമെന്നു തോന്നാം, പക്ഷേ 100 റെസിപ്പികൾ കഴിഞ്ഞാൽ പിശകുകളുടെ സാധ്യത ഉയരും. ഏറ്റവും സുരക്ഷിതമായ മാർഗം ഉള്ളടക്കത്തിലെ ഫീൽഡുകളിൽ നിന്ന് ഓട്ടോമാറ്റിക് JSON-LD സൃഷ്ടിക്കുകയാണ്. ഇതുവഴി റെസിപ്പിയിലെ porsiyon അപ്ഡേറ്റ് ചെയ്താൽ schema സ്വയം പുതുക്കപ്പെടും.

ഘട്ടം 4: ചിത്രം, URL ആക്‌സസ് ടെസ്റ്റ് ചെയ്യുക

Schemaയിൽ നൽകിയ എല്ലാ ചിത്രങ്ങളും 200 സ്റ്റാറ്റസ് കോഡ് നൽകുന്നതായും robots.txt വഴി തടയപ്പെടാത്തതായും Googlebot-ന് ലഭ്യമായതായും ഉറപ്പാക്കുക. HTTPS ഉപയോഗിക്കാത്ത അല്ലെങ്കിൽ മിശ്രിത ഉള്ളടക്കം പിഴവുകൾ ഉള്ള സൈറ്റുകളിൽ ചിത്രങ്ങൾ സ്കാൻ ചെയ്യുന്നതിൽ പ്രശ്നങ്ങൾ ഉണ്ടാകാം. അതിനാൽ SSL ക്രമീകരണം ശരിയായി നടപ്പിലാക്കുന്നത് അത്യന്താപേക്ഷിതമാണ്. തുടക്കക്കാരായാലും ഊർജ്ജിത SSL സ്ഥാപനം അല്ലെങ്കിൽ SSL സർട്ടിഫിക്കറ്റ് വിഷയങ്ങൾ അവഗണിക്കരുത്.

ഘട്ടം 5: Rich Results Test, Search Console പരിശോധന നടത്തുക

ഓരോ പുതിയ ടേംപ്ലേറ്റ് ലൈവ് ചെയ്യുന്നതിനുമുമ്പ് Google Rich Results Test ഉപയോഗിച്ച് പരിശോധിക്കുക. പിന്നീട് Search Console-ൽ കൺഫിഗർ ചെയ്ത ഡാറ്റ റിപ്പോർട്ടുകൾ സ്ഥിരമായി നിരീക്ഷിക്കണം. പിശകുകൾ, മുന്നറിയിപ്പുകൾ, സാധുവായ ഇനങ്ങളുടെ എണ്ണം പെട്ടെന്ന് മാറുന്നുവെങ്കിൽ സാങ്കേതിക പ്രശ്നം ഉണ്ടാകാം. പ്രത്യേകിച്ച് തീം അപ്ഡേറ്റുകൾ, റെസിപ്പി പ്ലഗിൻ മാറ്റങ്ങൾ, CDN ക്രമീകരണങ്ങൾ കഴിഞ്ഞാൽ പരിശോധന നിർബന്ധമാണ്.

ഘട്ടം 6: യഥാർത്ഥ ഉപഭോക്തൃ സിഗ്നലുകൾ ശേഖരിക്കുക

റെസിപ്പി സൈറ്റുകളിൽ അഭിപ്രായങ്ങൾ, റേറ്റിംഗുകൾ, ഉപയോക്തൃ ചോദ്യങ്ങൾ പ്രധാന ഗുണനിലവാര സൂചനകളാണ്. പക്ഷേ വ്യാജ അഭിപ്രായങ്ങൾ അല്ലെങ്കിൽ സ്വയം റേറ്റിംഗുകൾ ഉപയോഗിക്കുന്നതിന് പകരം യഥാർത്ഥ ഇടപെടലുകൾ ശേഖരിക്കുക. ഉപയോക്താക്കളോട് റെസിപ്പി പരീക്ഷിച്ചതിനു ശേഷം എത്ര പേർക്ക് വേണ്ടി ഉണ്ടാക്കിയെന്ന്, എന്ത് മാറ്റങ്ങൾ ചെയ്തെന്ന്, ഫലം എങ്ങനെയായെന്ന് ചോദിക്കാം. ഈ അഭിപ്രായങ്ങൾ ഉള്ളടക്കം സമ്പന്നമാക്കുകയും aggregateRating ഫീൽഡ് ശരിയായി ഉപയോഗിക്കാൻ സഹായിക്കുകയും ചെയ്യും.

Discover പ്രകടനത്തെ പിന്തുണയ്ക്കുന്ന സാങ്കേതിക അടിസ്ഥാനഘടന കണ്ടെത്തുക

Google Discover ട്രാഫിക് അനിശ്ചിതമായിരിക്കും. നിങ്ങളുടെ ഒരു റിസിപ്പി Discover ഫ്ലോയിൽ വന്നാൽ, കുറച്ച് മണിക്കൂറിനുള്ളിൽ സാധാരണ ദിവസേനയുള്ള ട്രാഫിക്കിന്റെ 10 മടങ്ങ് വരെ സന്ദർശകർ ഉണ്ടാകാം. മൈക്രോ സൈറ്റുകൾ സാധാരണ ചെറുകിട ബജറ്റിൽ നിർമ്മിക്കപ്പെട്ടതിനാൽ ഹോസ്റ്റിങ് വിഭവങ്ങൾ ഈ അപ്രതീക്ഷിത വർധനവിന് തയ്യാറായിരിക്കില്ല. പേജ് മന്ദഗതിയിലാകുകയോ 5xx പിശകുകൾ കാണിക്കുകയോ ചെയ്താൽ, ഉപഭോക്തൃ അനുഭവവും Google-ന്റെ സൈറ്റ് വിലയിരുത്തലും നെഗറ്റീവായി ബാധിക്കും.

അതിനാൽ, ഭക്ഷണ റിസിപ്പി മൈക്രോ സൈറ്റുകളിൽ വേഗവും വിശ്വസനീയവുമായ സ്കെയിലബിള്‍ ഹോസ്റ്റിങ് അടിസ്ഥാനഘടന അത്യന്താപേക്ഷിതമാണ്. ചിത്രഭാരമുള്ള പേജുകൾക്കായി ഡിസ്ക് പ്രകടനം, കാഷിങ്, PHP പതിപ്പ്, ഡാറ്റാബേസ് ഓപ്റ്റിമൈസേഷൻ, CDN അനുയോജ്യത എന്നിവ പ്രധാനമാണ്. WordPress അടിസ്ഥാനത്തിലുള്ള ഒരു റിസിപ്പി സൈറ്റ് ആരംഭിക്കുന്നുവെങ്കിൽ WordPress ഹോസ്റ്റിംഗ് കൂടാതെ ഉയർന്ന ട്രാഫിക് ക്യാംപെയ്ൻ കാലയളവുകൾക്കായി VPS സർവർ ഓപ്ഷനുകൾ പരിഗണിക്കാം.

അടിസ്ഥാന സാങ്കേതിക പരിശോധന പട്ടിക ഇതാണ്:

• HTTPS എല്ലാ പേജുകളിലും സജീവമാകണം.
• മൊബൈൽ അനുയോജ്യത പിശകുകളില്ലാതെ വേണം.
• Largest Contentful Paint (LCP) സാധ്യമായെങ്കിൽ 2.5 സെക്കൻഡിന് താഴെ നിലനിർത്തണം.
• ചിത്രങ്ങൾ WebP അല്ലെങ്കിൽ AVIF പോലുള്ള ആധുനിക ഫോർമാറ്റുകളിൽ നൽകണം.
• കാഷിങ് സജീവമാകണം.
• റിസിപ്പി പേജുകളിൽ അനാവശ്യമായ മൂന്നാംകക്ഷി സ്ക്രിപ്റ്റുകൾ കുറയ്ക്കണം.
• Schema ഔട്ട്പുട്ട് പേജ് സോഴ്‌സ് കോഡിൽ ഏകീകൃതവും സ്ഥിരവുമായിരിക്കണം.
• സൈറ്റ് മാപ്പ് പുതുക്കപ്പെട്ടതായിരിക്കണം.
• Robots.txt പ്രധാനപ്പെട്ട ചിത്രങ്ങളും റിസിപ്പി പേജുകളും തടയരുത്.

ഒരു ഭക്ഷണ റിസിപ്പി പേജിൽ പരസ്യം, സോഷ്യൽ മീഡിയ എംബെഡ്, വീഡിയോ പ്ലെയർ, കമന്റ് പ്ലഗിൻ എന്നിവ ഒരേസമയം ഭാരമായി പ്രവർത്തിക്കുന്നുവെങ്കിൽ മൊബൈൽ ഉപയോക്തൃ അനുഭവം ദുർബലമാകും. Discover ഉപയോക്താക്കൾ കൂടുതലായി മൊബൈൽ ഉപകരണങ്ങളിൽ നിന്നാണ് വരുന്നത്, അതിനാൽ വേഗം കുറയുന്നത് നേരിട്ട് ഇടപെടൽ കുറവിനെ ഉണ്ടാക്കും.

E-E-A-T: മൈക്രോ റിസിപ്പി സൈറ്റിൽ വിശ്വാസം എങ്ങനെ നിർമ്മിക്കാം?

ഭക്ഷണ റിസിപ്പികൾ സാധാരണയായി ദിനചര്യ ഉള്ളടക്കമെന്നല്ലാതെ ചില മേഖലകളിൽ ആരോഗ്യവും പോഷണവും സുരക്ഷയും ബാധിച്ചേക്കാം. കുഞ്ഞുങ്ങളുടെ റിസിപ്പികൾ, അലർജൻ ഉള്ള ഭക്ഷണങ്ങൾ, ഡയബറ്റിക് സൗഹൃദ റിസിപ്പികൾ, അഥവാ കായിക പോഷണം അല്ലെങ്കിൽ കുറച്ച് കലോറി ഡയറ്റ് റിസിപ്പികൾ പ്രസിദ്ധീകരിക്കുന്നുവെങ്കിൽ വിദഗ്ധതാ സൂചനകൾ കൂടുതൽ ശ്രദ്ധപൂർവ്വം ക്രമീകരിക്കേണ്ടതാണ്.

E-E-A-T നടപ്പിലാക്കാനുള്ള നിർദ്ദേശങ്ങൾ:

• ഓരോ റിസിപ്പിയിലും എഴുത്തുകാരന്റെ പേര് വ്യക്തമായി കാണിക്കുക.
• എഴുത്തുകാരന്റെ പ്രൊഫൈലിൽ അനുഭവം, വിദഗ്ധത, സാമൂഹിക തെളിവുകൾ ഉൾപ്പെടുത്തുക.
• റിസിപ്പികൾ എങ്ങനെ പരീക്ഷിക്കപ്പെടുന്നു എന്ന് വിശദീകരിക്കുക.
• അലർജൻ, സംഭരണം, ഭക്ഷണസുരക്ഷാ കുറിപ്പുകൾ ചേർക്കുക.
• പോഷക മൂല്യങ്ങൾ നൽകുന്നുവെങ്കിൽ കണക്കുകൂട്ടൽ രീതി വ്യക്തമാക്കുക.
• ഞങ്ങളെക്കുറിച്ച്, ബന്ധപ്പെടൽ പേജുകൾ പൂർണ്ണമായും ഒരുക്കുക.
• സ്വകാര്യതാ നയം, കുക്കി നയം പോലുള്ള വിശ്വാസ പേജുകൾ പ്രസിദ്ധീകരിക്കുക.

ഉദാഹരണത്തിന്, കോഴി റിസിപ്പികളിൽ ഉള്ളകൂടിയ താപനില അല്ലെങ്കിൽ പൂർണ്ണമായ പാചകം സംബന്ധിച്ച മുന്നറിയിപ്പ് ഉപയോക്തൃ സുരക്ഷയ്ക്ക് വളരെ പ്രധാനം. കൺസർവ്, പാൽ ഉത്പന്നം, മുട്ട എന്നിവയുള്ള റിസിപ്പികളിൽ സംഭരണ കാലാവധി വ്യക്തമാക്കുന്നത് ഉപയോക്താവിന് യഥാർത്ഥ സഹായമാണ്. ഈ വിശദാംശങ്ങൾ SEO-ക്കായി മാത്രമല്ല, ബ്രാൻഡ് വിശ്വാസ്യതയ്ക്കും അനിവാര്യമാണ്.

ചെയ്യരുതാത്ത Schema പിഴവുകൾ

ഭക്ഷണ വിഭവങ്ങളുടെ മൈക്രോ സൈറ്റുകളിൽ schema പിഴവുകൾ സാധാരണയായി ഓട്ടോമേഷൻ, പ്ലഗിൻ തർക്കം, അല്ലെങ്കിൽ വേഗത്തിലുള്ള ഉള്ളടക്കം നിർമ്മാണം കാരണം സംഭവിക്കുന്നു. താഴെ കൊടുത്ത പിഴവുകളിൽ പ്രത്യേകിച്ച് ഒഴിവാക്കണം:

• ഒരേ പേജിൽ ഒരുമിച്ച് പല പരസ്പരം വിരുദ്ധമായ Recipe schema സൃഷ്ടിക്കുന്നത്.
• വിഭാഗം പേജുകളിൽ ഒരു മാത്രം വിഭവമെന്ന പോലെ Recipe schema ചേർക്കുന്നത്.
• പേജിൽ കാണാത്ത റേറ്റിംഗ്, അഭിപ്രായം, അല്ലെങ്കിൽ കാലോറി വിവരങ്ങൾ schema-യിൽ പ്രദർശിപ്പിക്കൽ.
• സ്റ്റോക്ക് ചിത്രങ്ങൾ യഥാർത്ഥ വിഭവ ചിത്രങ്ങളായി ഉപയോഗിക്കൽ.
• എല്ലാ വിഭവങ്ങൾക്കും ഒരുപോലെ തയ്യാറാക്കൽ, വേവിക്കൽ സമയം ഓട്ടോമാറ്റിക്കായി നൽകുന്നത്.
• സാധനങ്ങളുടെ പട്ടിക ഒരേ വരിയിൽ, അളവുകൾ ഇല്ലാതെ, അനിശ്ചിതമായി എഴുതുന്നത്.
• രചയിതാവിന്റെ വിവരങ്ങൾ അനോണിമസായി വയ്ക്കുന്നത്.
• പഴയ വിഭവങ്ങൾ അപ്ഡേറ്റ് ചെയ്യാതെ dateModified ഫീൽഡ് ഓട്ടോമാറ്റിക്കായി പുതുക്കൽ.
• Schema ടെസ്റ്റ് കടന്നുപോകാത്ത ടെംപ്ലേറ്റ് മുഴുവൻ സൈറ്റിലും പ്രയോഗിക്കുക.

വിശേഷിച്ച് dateModified ഫീൽഡ് ശ്രദ്ധാപൂർവ്വം ഉപയോഗിക്കണം. വെറും തീയതി മാറ്റം കൊണ്ട് ഉള്ളടക്കം യഥാർത്ഥത്തിൽ പുതുക്കാതെ പുതുമയുള്ള സൂചന നൽകാൻ ശ്രമിക്കുന്നത് ആയിരിക്കാം. വിഭവം അപ്ഡേറ്റ് ചെയ്താൽ എന്ത് മാറ്റം വന്നുവെന്ന് ഉള്ളടക്കത്തിൽ വ്യക്തമാക്കുന്നത് കൂടുതൽ വ്യക്തതയുള്ള സമീപനമാണ്. ഉദാഹരണത്തിന് 2026 അപ്ഡേറ്റ്: Airfryer വേവിക്കൽ സമയം വ്യത്യസ്ത ഉപകരണങ്ങളിൽ പരീക്ഷിച്ച് 16-18 മിനിറ്റ് പരിധിയിലേക്ക് കുറച്ചതെന്നു പോലുള്ള കുറിപ്പുകൾ വിശ്വാസം സൃഷ്ടിക്കുന്നു.

WordPressക്കും കസ്റ്റം സോഫ്റ്റ്‌വെയറിനും വേണ്ടി പ്രയോഗ കുറിപ്പുകൾ

WordPress ഉപയോഗിക്കുന്ന സ്മോൾ റെസിപ്പി സൈറ്റുകളിൽ റെസിപ്പി പ്ലഗിനുകൾ കാര്യങ്ങൾ എളുപ്പമാക്കാം; പക്ഷേ എല്ലാ പ്ലഗിനുകളും ശരിയായ schema നിർമ്മിക്കുന്നില്ല. പ്ലഗിൻ തിരഞ്ഞെടുക്കുമ്പോൾ Recipe schema പിന്തുണ, JSON-LD output, പ്രകടനത്തെ ബാധിക്കുന്നതു, അപ്ഡേറ്റ് ആവൃത്തി, SEO പ്ലഗിനുകളുമായി പൊരുത്തം എന്നിവ പരിശോധിക്കണം. Yoast, Rank Math പോലുള്ള SEO പ്ലഗിനുകളുമായി ഒരു പേജിൽ റെസിപ്പി പ്ലഗിൻ conflicting schema സൃഷ്ടിക്കുകയില്ലെന്ന് ഉറപ്പാക്കുക.

കസ്റ്റം സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കുന്ന സൈറ്റുകളിൽ പ്രയോജനം കൂടുതലാണ്; കാരണം ഡാറ്റാബേസ്, schema output എന്നിവ പൂർണ്ണ നിയന്ത്രണത്തിലുണ്ട്. റെസിപ്പി ടേബിളിൽ prep_time, cook_time, total_time, yield, ingredients, steps, author_id, image_id പോലുള്ള ഫീൽഡുകൾ വേർതിരിച്ച് സൂക്ഷിക്കുന്നത് ഭാവിയിൽ ഫിൽട്ടറിംഗ്, ഇന്റേണൽ സെർച്ച്, സ്ട്രക്ചർഡ് ഡാറ്റ ജനറേഷൻ എന്നിവയ്ക്ക് വലിയ സഹായം നൽകും. API അടിസ്ഥാനത്തിലുള്ള ഘടന ഉപയോഗിച്ചാൽ API & ഇന്റഗ്രേഷനുകൾ ഭാഗങ്ങളിൽ സ്റ്റാൻഡേർഡ് ഡാറ്റ ഫോർമാറ്റുകൾ നിശ്ചയിക്കുന്നത് ദീർഘകാല പരിപാലന ചെലവ് കുറയ്ക്കും.

രണ്ടു ഘടനകളിലും സ്റ്റേജിംഗ് എൻവയിറൺമെന്റ് ഉപയോഗിക്കുന്നത് അത്യാവശ്യമാണ്. തീം അല്ലെങ്കിൽ പ്ലഗിൻ അപ്ഡേറ്റ് ലൈവ് സൈറ്റിൽ പരീക്ഷിക്കുന്നതിന് പകരം ടെസ്റ്റ് എൻവയിറൺമെന്റിൽ schema output പരിശോധിക്കുക. ഹോസ്റ്റിംഗ് പാനലിൽ ബാക്കപ്പ്, PHP വേർഷൻ മാനേജ്‌മെന്റ്, എറർ ലോഗ് ആക്‌സസ് എന്നിവ ഉണ്ടായിരിക്കണം, ഇത് സാങ്കേതിക പ്രശ്നങ്ങൾ വേഗത്തിൽ പരിഹരിക്കാൻ സഹായിക്കും. ഈ ഘട്ടത്തിൽ വെബ് ഹോസ്റ്റിംഗ് ഇൻഫ്രാസ്ട്രക്ചർ തിരഞ്ഞെടുക്കുമ്പോൾ വില മാത്രമല്ല, പിന്തുണയുടെ ഗുണമേന്മയും പ്രകടന സവിശേഷതകളും വിലയിരുത്തണം.

ഉദാഹരണ മൈക്രോ സൈറ്റ് സീനാരിയോ: വെറും 15 മിനിറ്റ് റെസിപ്പികൾ

നിങ്ങളുടെ മൈക്രോ സൈറ്റ് വെറും 15 മിനിറ്റിൽ തയ്യാറാക്കാവുന്ന റെസിപ്പികളിൽ കേന്ദ്രീകരിച്ചിരിക്കുന്നു എന്ന് കരുതൂ. ഈ സാഹചര്യത്തിൽ, നിങ്ങളുടെ വിഭാഗങ്ങൾ പ്രാതൽ, ഉച്ചഭക്ഷണം, രാത്രി ഭക്ഷണം, സ്നാക്ക്, മധുരം, എയർഫ്രയർ എന്നിവയായിരുന്നു എളുപ്പത്തിൽ ക്രമീകരിക്കാവുന്നതാണ്. ഓരോ റെസിപ്പിയിലും totalTime ഫീൽഡ് വളരെ പ്രധാനമാണ്. ഉപയോക്താവ് 15 മിനിറ്റ് വാഗ്ദാനത്തോടെ വന്നതിനാൽ തയ്യാറാക്കൽയും പാചക സമയവും യാഥാർത്ഥ്യമാകണം.

ഒരു 15 മിനിറ്റ് ട്യൂണ ഫിഷ് പാസ്ത റെസിപ്പിയിൽ schema name ഫീൽഡ് റെസിപ്പിയുടെ പേരുമായി ഒത്തുചേരണം, totalTime PT15M എന്ന നിലയിൽ നൽകണം, prepTime PT5M എന്നും cookTime PT10M എന്നും വേർതിരിക്കണം. ഉള്ളടക്കത്തിലും സമാനമായ സമയങ്ങൾ കാണിക്കണം. ഘടകങ്ങൾ അളവോടെ എഴുതണം: 200 ഗ്രാമുകൾ പാസ്ത, 1 കുപ്പി ട്യൂൺ ഫിഷ്, 2 ടേബിൾസ്പൂൺ ഒലിവ് ഓയിൽ മുതലായവ. നിർദ്ദേശങ്ങൾ 5-7 ചെറിയ ഘട്ടങ്ങളായി വിഭജിക്കണം. പ്രധാന ചിത്രം കുറഞ്ഞത് 1200 പിക്‌സൽ വീതിയുള്ളതായിരിക്കണം, കൂടാതെ schema image ഫീൽഡിൽ ഉപയോഗിക്കണം.

ഈ മൈക്രോ നിഷ് ഡിസ്‌ക്കവർക്ക് തലക്കെട്ടുകൾക്കും പ്രധാനമാണ്. 15 മിനിറ്റിൽ തയ്യാറാക്കാം: ട്യൂൺ ഫിഷ് പാസ്ത റെസിപ്പി പോലുള്ള തലക്കെട്ടുകൾ ഉപയോക്താവിന് വ്യക്തമായ ലാഭം നൽകുകയും ക്ലിക്കുചെയ്യുന്നതിനുള്ള വാഗ്ദാനം过度 കൂടാതെ നൽകുകയും ചെയ്യുന്നു. അതേസമയം, ഈ റെസിപ്പി കാണുമ്പോൾ ജീവിതം മാറും പോലുള്ള ക്ലിക്ക്ബെയിറ്റ് തലക്കെട്ടുകൾ ചെറുനേരം ശ്രദ്ധ ആകർഷിച്ചാലും ദീർഘകാലത്ത് ഗുണമേന്മയുടെ ധാരണ കുറയ്ക്കാം.

സ്കീമയെ തുടർന്ന് മെട്രിക്കുകൾ എങ്ങനെ നിരീക്ഷിക്കണം?

സ്കീമ സെറ്റിങ്ങുകൾ ചെയ്ത ശേഷം വിജയമെന്ന് വിലയിരുത്തുന്നത് വെറും ഇംപ്രഷൻ വർദ്ധനവിന് മാത്രം ആശ്രയിക്കരുത്. Google Search Console, Discover പ്രകടനം കാണിക്കുന്നുവെങ്കിൽ പ്രത്യേകം റിപ്പോർട്ട് നൽകാം. ഇവിടെ ഇംപ്രഷനും ക്ലിക്കുകളും ക്ലിക്ക് തരം നിരക്കും നിരീക്ഷിക്കേണ്ടതാണ്. എന്നാൽ Discover ട്രാഫിക് മാറ്റവും കുറവും കാണിക്കുന്നതിനാൽ 7 ദിവസം പകരം 28-യും 90-യും ദിവസത്തെ ട്രെൻഡുകൾ കൂടുതൽ വിശ്വസനീയമായി വിലയിരുത്താം.

നിരീക്ഷിക്കേണ്ട പ്രധാന മെട്രിക്കുകൾ:

• Search Console-ൽ സ്‌കീമാ ഡാറ്റാ തെറ്റ് എണ്ണം
• സാധുവായ Recipe ഇനങ്ങളുടെ എണ്ണം
• Discover ഇംപ്രഷൻ & ക്ലിക്ക് ട്രെൻഡ്
• ഓർഗാനിക് റെസിപ്പി തിരച്ചിൽ ശരാശരി റാങ്ക്
• മൊബൈൽ പേജ് സ്പീഡ് & Core Web Vitals നില
• ഇമേജ് തിരച്ചിൽ ട്രാഫിക്
• റെസിപ്പി പേജ് എൻഗേജ്‌മെന്റ് നിരക്ക്
• റിവ്യൂ & റേറ്റിംഗ് നൽകുന്ന നിരക്ക്

ഉദാഹരണത്തിന്, സ്കീമാ പരിഷ്‌ക്കരണത്തിന് ശേഷം സാധുവായ Recipe ഇനങ്ങളുടെ എണ്ണം 40-ൽ നിന്ന് 180-ലേക്ക് ഉയർന്നാൽ അത് സാങ്കേതികമായി നല്ല സൂചനയാണ്. എന്നാൽ അതേ സമയത്ത് പേജ് സ്പീഡ് കുറഞ്ഞുവെങ്കിൽ അല്ലെങ്കിൽ ഇമേജ് പിശകുകൾ വർദ്ധിച്ചാൽ Discover ന്റെ സ്വാധീനം പരിമിതമായിരിക്കും. അതിനാൽ സ്കീമ, ഉള്ളടക്കം, അടിസ്ഥാനസൗകര്യം എന്നിവ ചേർന്ന് വിലയിരുത്തണം.

പതിവുചോദ്യങ്ങൾ

Recipe schema ചേർക്കുന്നത് Google Keşfet-ൽ പ്രതീക്ഷിക്കാവുന്നതാണോ?

ഇല്ല. Recipe schema Google Keşfet-ൽ പ്രതീക്ഷിച്ച പോലെ സ്ഥിരമായി കാണിക്കുമെന്നോ ഉറപ്പാക്കുന്നതോ അല്ല. എന്നാൽ, രുചികരമായ ഉള്ളടക്കം Google ശരിയായി മനസിലാക്കാൻ സഹായിക്കുന്നു, കൂടാതെ ദൃശ്യ ഗുണമേന്മ, വേഗമേറിയ പേജ് അനുഭവം, വിശ്വസനീയമായ എഴുത്തുകാരൻ വിവരങ്ങൾ, ഉപയോക്തൃ താത്പര്യം എന്നിവ ചേർന്ന് Discover-ൽ ദൃശ്യത വർദ്ധിപ്പിക്കുന്നു.

ഭക്ഷണപാചക മൈക്രോസൈറ്റിലെ എല്ലാ പേജുകളിലും Recipe schema ചേർക്കണോ?

ഇല്ല. Recipe schema യഥാർത്ഥ പാചക വിശദാംശങ്ങളുള്ള പേജുകളിൽ മാത്രം ഉപയോഗിക്കണം. ഹോംപേജ്, വിഭാഗ പേജുകൾ, പാചക ലിസ്റ്റുകൾ എന്നിവയ്ക്കായി WebSite, BreadcrumbList, അല്ലെങ്കിൽ ItemList പോലുള്ള പേജിന്റെ ഉദ്ദേശ്യത്തിന് അനുയോജ്യമായ schema തരങ്ങൾ തിരഞ്ഞെടുക്കാൻ ഉചിതമാണ്.

പാചക ദൃശ്യങ്ങൾ Google Keşfet-യ്ക്കായി എത്ര പിക്സലാകണം?

Google Keşfet-നും വലിയ ദൃശ്യ പ്രിവ്യൂകൾക്കും പാചക ചിത്രങ്ങൾ ಕನಿಷ್ಠ 1200 പിക്സൽ വീതിയുള്ളതാകണം എന്ന ശുപാർശ ഉണ്ട്. കൂടാതെ, പേജ് max-image-preview:large എന്ന സജ്ജീകരണം അനുവദിക്കണം, Googlebot ചിത്രങ്ങൾ ആക്സസ് ചെയ്യാൻ കഴിയണം.

AggregateRating ഫീൽഡ് അഭിപ്രായങ്ങളില്ലാതെ ഉപയോഗിക്കാമോ?

ഇല്ല. AggregateRating യഥാർത്ഥ ഉപയോക്തൃ റേറ്റിംഗുകളും അവലോകനങ്ങളും ഉള്ളപ്പോൾ മാത്രമേ ഉപയോഗിക്കാവൂ. വ്യാജ നക്ഷത്ര റേറ്റിംഗുകളും പേജിൽ കാണാത്ത അഭിപ്രായ ഡാറ്റകളും ഘടനാപരമായ ഡാറ്റ നയം ലംഘിക്കാമെന്നും വിശ്വാസം നഷ്ടപ്പെടുവാൻ കാരണമായേക്കുമെന്ന് ശ്രദ്ധിക്കണം.

WordPress പാചക പ്ലഗിനുകൾ schema-ക്കായി മതിയാകുമോ?

ചില WordPress പാചക പ്ലഗിനുകൾ മതിയായിരിക്കാം, പക്ഷെ അവ പരിശോധിക്കപ്പെടണം. പ്ലഗിൻ JSON-LD ഫോർമാറ്റിൽ ശരിയായ Recipe schema സൃഷ്ടിക്കുന്നുണ്ടോ, SEO പ്ലഗിനുകളുമായി തർക്കം ഉണ്ടാക്കുന്നില്ലേ, പേജ് വേഗത കുറയ്ക്കുന്നില്ലേ, Search Console-ൽ പിശക് ഉണ്ടാക്കുന്നില്ലേ എന്നിങ്ങനെയുള്ള കാര്യങ്ങൾ ഉറപ്പാക്കണം.

ചുരുക്കം અને അടുത്ത പടി

Google Keşfet-നു ലക്ഷ്യമിട്ടുള്ള ഭക്ഷണവിധി മൈക്രോ സൈറ്റുകളിൽ schema ക്രമീകരണങ്ങൾ വെറും സാങ്കേതിക ടാഗിംഗ് മാത്രമല്ല. ശരിയായ Recipe schema, യഥാർത്ഥവും വലിയ ചിത്രങ്ങളും, വേഗമായ മൊബൈൽ അനുഭവവും, വിശ്വസനീയമായ എഴുത്തുകാരുടെ പ്രൊഫൈലും, യഥാർത്ഥ ഉപയോക്തൃ ഇടപെടലും, സ്ഥിരതയുള്ള ഉള്ളടക്ക മാതൃകയും ചേർന്ന് പ്രവർത്തിക്കണം. മൈക്രോ സൈറ്റുകളുടെ പ്രയോജനം, കുറുകിയ ഒരു മേഖലയിൽ വിദഗ്ധത നേടിക്കൊണ്ടു Google-ന് വ്യക്തമായ വിഷയം സിഗ്നൽ നൽകാനാകും എന്നതാണ്; പരാജയം ചെറിയ സാങ്കേതിക പിശകുകൾ മുഴുവൻ സൈറ്റിന് വേഗത്തിൽ പ്രതികരിക്കാനുള്ള സാധ്യതയുണ്ട്.

പുതിയ ഒരു വിഭവ മൈക്രോ സൈറ്റ് സ്ഥാപിക്കുമ്പോൾ ആദ്യം ഉറപ്പുള്ള ഡൊമെയിൻ നാമം, വേഗത്തിലുള്ള ഹോസ്റ്റിംഗ്, SSL, ശുദ്ധമായ ഉള്ളടക്ക ഘടന എന്നിവയുമായി ആരംഭിക്കുക; തുടർന്ന് Recipe schema സ്റ്റാൻഡേർഡ് എല്ലാ വിഭവങ്ങളിലും നിയന്ത്രിതമായി പ്രയോഗിക്കുക. നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ മെച്ചപ്പെടുത്താൻ ആഗ്രഹിച്ചാൽ Hostragons-ന്റെ ഹോസ്റ്റിംഗ്, ഡൊമെയിൻ, SSL പരിഹാരങ്ങൾ പരിശോധിക്കാം; സൈറ്റിന്റെ വളർച്ചാ ഘട്ടത്തിന് അനുയോജ്യമായ ഘടനയെ വിൽപ്പന സമ്മർദ്ദമില്ലാതെ വിലയിരുത്താം.