Google Sheets നിങ്ങളുടെ ആപ്പുമായി എങ്ങനെ ബന്ധിപ്പിക്കാം

Google Sheets നിങ്ങളുടെ ആപ്പുമായി ബന്ധിപ്പിക്കാൻ, Google Cloud പ്രോജക്റ്റിൽ Google Sheets API ഓൺ ചെയ്യുക, ഒരു service account ഉണ്ടാക്കുക, സ്പ്രെഡ്ഷീറ്റ് service account-ന്റെ ഇമെയിൽ വിലാസവുമായി പങ്കിടുക, അതിന്റെ key ഒരു സെർവർ-സൈഡ് secret ആയി സൂക്ഷിക്കുക. പിന്നീട് നിങ്ങളുടെ സെർവർ spreadsheets.values.get ഉപയോഗിച്ച് വരികൾ വായിക്കുകയും spreadsheets.values.append ഉപയോഗിച്ച് പുതിയ വരികൾ ചേർക്കുകയും ചെയ്യും. ഉപയോക്താക്കൾക്ക് അവരവരുടെ ഷീറ്റുകൾ ബന്ധിപ്പിക്കണമെങ്കിൽ OAuth ഉപയോഗിക്കുക; ഷീറ്റ് പൂർണ്ണമായും പൊതുവാണെങ്കിൽ വായിക്കാൻ ലളിതമായ API key മതി.

ഈ ഗൈഡ് ഏത് രീതിയാണ് യോജിക്കുന്നതെന്നും, ആവശ്യമായ വിളികൾ, quota-കളും കെണികളും, AI ആപ്പ് ബിൽഡറിനുള്ള പ്രോംപ്റ്റുകൾ എന്നിവയും വിശദീകരിക്കുന്നു. Google-ന്റെ വിശദാംശങ്ങൾ 2026 സെപ്റ്റംബർ വരെയുള്ള Google-ന്റെ developer documentation അനുസരിച്ചുള്ളതാണ്.

ഷീറ്റ് ബന്ധിപ്പിക്കുന്നത് എന്തിന്?

സാധാരണ കാരണങ്ങൾ:

• ടീമിന്റെ വർക്ക്ഫ്ലോ നിലനിർത്തുക. സ്റ്റാഫ് ഒരു വില പട്ടികയോ ഷെഡ്യൂളോ Sheets-ൽ തന്നെ എഡിറ്റ് ചെയ്യുന്നത് തുടരുന്നു; ആപ്പ് അത് കാണിക്കുന്നു.
• ആളുകൾ ഇതിനകം നോക്കുന്നിടത്ത് ഡാറ്റ ശേഖരിക്കുക. പുതിയ സൈൻഅപ്പുകളും ഓർഡറുകളും ഫോം പ്രതികരണങ്ങളും വരികളായി എത്തുന്നു.
• റിപ്പോർട്ടിംഗ്. സ്പ്രെഡ്ഷീറ്റിൽ ജോലി ചെയ്യുന്നവർക്കായി ആപ്പ് ഡാറ്റ ഷീറ്റിലേക്ക് എക്സ്പോർട്ട് ചെയ്യുക.
• ഒരു ആദ്യ ചുവടുവെപ്പ്. ഷീറ്റിൽ നിന്ന് തുടങ്ങി, പിന്നീട് ശരിയായ ഡാറ്റാബേസിലേക്ക് മാറുക. ഒരു സ്പ്രെഡ്ഷീറ്റ് ആപ്പാക്കി മാറ്റുന്നത് എങ്ങനെ എന്ന് കാണുക.

നിങ്ങളുടെ ആപ്പ് Google-ൽ സൈൻ ഇൻ ചെയ്യുന്ന രീതി തിരഞ്ഞെടുക്കുക

Google-ന്റെ credentials ഗൈഡ് മൂന്ന് തരങ്ങൾ വിവരിക്കുന്നു:

മിക്ക ആപ്പുകൾക്കും service account ആണ് ശരിയായ തിരഞ്ഞെടുപ്പ്: ഒരു കൂട്ടം credentials, നിങ്ങളുടെ ഉടമസ്ഥതയിൽ, നിങ്ങൾ വ്യക്തമായി പങ്കിട്ട ഷീറ്റുകളിലേക്ക് മാത്രം ആക്സസ്.

Service account ഉപയോഗിച്ച് ഘട്ടം ഘട്ടമായി

1. ഒരു Google Cloud പ്രോജക്റ്റ് ഉണ്ടാക്കുക അല്ലെങ്കിൽ തിരഞ്ഞെടുക്കുക, തുടർന്ന് Google Sheets API ഓൺ ചെയ്യുക.
2. ഒരു service account ഉണ്ടാക്കി അതിനൊരു key ഉണ്ടാക്കുക. Key ഒരു JSON ഫയലാണ്; ഒരു പാസ്‌വേഡ് പോലെ സൂക്ഷിക്കുക.
3. സ്പ്രെഡ്ഷീറ്റ് service account-ന്റെ ഇമെയിൽ വിലാസവുമായി പങ്കിടുക: വായന മാത്രമാണെങ്കിൽ Viewer ആയും എഴുതണമെങ്കിൽ Editor ആയും. സാധാരണ Sharing സ്ക്രീനിലൂടെയാണ് ഇത് ചെയ്യുന്നതെന്ന് Google-ന്റെ ഗൈഡ് പറയുന്നു.
4. Key ഒരു secret ആയി സെർവറിൽ സൂക്ഷിക്കുക, ഉദാഹരണത്തിന് GOOGLE_SERVICE_ACCOUNT_JSON, കൂടാതെ സ്പ്രെഡ്ഷീറ്റ് ID (ഷീറ്റിന്റെ URL-ലെ നീണ്ട സ്ട്രിംഗ്) SHEET_ID ആയും.
5. സെർവറിൽ നിന്ന് API വിളിക്കുക, നിങ്ങളുടെ ഭാഷയ്ക്കുള്ള Google-ന്റെ client library ഉപയോഗിച്ച്.
6. വായനകൾ cache ചെയ്യുക, ഒരേ ഡാറ്റ പലരും കാണുന്നുണ്ടെങ്കിൽ. അങ്ങനെ quota എത്തുന്നത് ഒഴിവാക്കാം.

നിങ്ങൾ ഉപയോഗിക്കുന്ന വിളികൾ

Google-ന്റെ values വായിക്കലും എഴുതലും സംബന്ധിച്ച ഗൈഡിൽ നിന്ന്:

Range-കൾ A1 notation ഉപയോഗിക്കുന്നു. A1:B2 പോലെ ഷീറ്റിന്റെ പേരില്ലാത്ത range ആദ്യ ഷീറ്റിനാണ് ബാധകമാകുന്നതെന്ന് Google പറയുന്നു; ആരെങ്കിലും ടാബുകളുടെ ക്രമം മാറ്റിയാൽ അത്ഭുതങ്ങൾ ഒഴിവാക്കാൻ ടാബിന്റെ പേര് വ്യക്തമായി നൽകുക.

RAW vs USER_ENTERED

എഴുതുമ്പോൾ valueInputOption വേണം:

• RAW നിങ്ങൾ അയക്കുന്നത് അതേപടി ടെക്സ്റ്റായി സൂക്ഷിക്കുന്നു. =1+2 എന്നത് ടെക്സ്റ്റായ =1+2 ആയി സൂക്ഷിക്കപ്പെടുന്നു.
• USER_ENTERED ഇൻപുട്ട് Sheets-ൽ നേരിട്ട് ടൈപ്പ് ചെയ്തതുപോലെ പരിഗണിക്കുന്നു: തീയതികൾ തീയതികളാകുന്നു, =1+2 ഒരു ഫോർമുലയാകുന്നു.

ഉപയോക്താക്കൾ നിങ്ങളുടെ ആപ്പിൽ ടൈപ്പ് ചെയ്ത ടെക്സ്റ്റ് എഴുതുകയാണെങ്കിൽ RAW ഉപയോഗിക്കുക. USER_ENTERED ആണെങ്കിൽ, ആരെങ്കിലും സമർപ്പിക്കുന്ന ഒരു ഫോർമുല, സഹപ്രവർത്തകൻ ഷീറ്റ് തുറക്കുമ്പോൾ പ്രവർത്തിച്ചേക്കാം.

Quota-കളും പിശകുകളും

2026 സെപ്റ്റംബർ പ്രകാരം, Google-ന്റെ Sheets API പരിധി പേജ് പറയുന്നത്:

മിനിറ്റ് പരിധികൾക്കുള്ളിൽ നിൽക്കുന്നിടത്തോളം ദിവസ പരിധിയില്ല. പരിധി കവിഞ്ഞാൽ 429: Too many requests ലഭിക്കും, Google truncated exponential backoff ശുപാർശ ചെയ്യുന്നു: ഓരോ തവണ പരാജയപ്പെടുമ്പോഴും കൂടുതൽ സമയം കാത്തിരിക്കുക, ക്രമരഹിതമായ ഒരു കാലതാമസം ചേർത്ത്, ഒരു പരമാവധി വരെ. ഒരൊറ്റ request 180 സെക്കൻഡിൽ കൂടുതലെടുത്താൽ timeout ആകും.

പ്രായോഗികമായി: ഓരോ page view-നും API വിളിക്കരുത്. ഷീറ്റ് ഡാറ്റ ഒരു മിനിറ്റോ അതിൽ കൂടുതലോ cache ചെയ്യുക, വായനകൾ batchGet ഉപയോഗിച്ച് ഒന്നിച്ചാക്കുക, കഴിയുന്നിടത്ത് എഴുത്തുകളും ഒന്നിച്ചാക്കുക.

ഓപ്ഷനുകളും ട്രേഡ്-ഓഫുകളും

ധാരാളം ഉപയോക്താക്കളോ സെൻസിറ്റീവ് ഡാറ്റയോ ഉള്ള ഏതിനും, ഡാറ്റാബേസാണ് മികച്ച സത്യത്തിന്റെ ഉറവിടം. ഡാറ്റാബേസ് എന്താണെന്ന് കാണുക.

നിങ്ങളുടെ AI ബിൽഡറിനുള്ള പ്രോംപ്റ്റുകൾ

ഒരു ഷീറ്റ് വായിക്കാൻ:

ഞങ്ങളുടെ Google Sheet-ലെ “Menu” ടാബ് മെനു പേജിൽ കാണിക്കുക. സെർവറിൽ നിന്ന് Google Sheets API ഉപയോഗിക്കുക, service account-ന്റെ JSON key GOOGLE_SERVICE_ACCOUNT_JSON എന്ന secret-ലും spreadsheet ID SHEET_ID-ലും. Menu!A2:D range വായിക്കുക (പേര്, വിവരണം, വില, വിഭാഗം). ഫലം 5 മിനിറ്റ് cache ചെയ്യുക. API പരാജയപ്പെട്ടാൽ അവസാനം cache ചെയ്ത പതിപ്പ് കാണിക്കുക. Key ഒരിക്കലും ബ്രൗസറിലേക്ക് അയക്കരുത്.

വരികൾ എഴുതാൻ:

ആരെങ്കിലും കോൺടാക്റ്റ് ഫോം സമർപ്പിക്കുമ്പോൾ അത് ഞങ്ങളുടെ ഡാറ്റാബേസിൽ സേവ് ചെയ്യുക, കൂടാതെ “Leads” ടാബിൽ ഒരു വരി ചേർക്കുക (തീയതി, പേര്, ഇമെയിൽ, സന്ദേശം) valueInputOption RAW ആയി spreadsheets.values.append ഉപയോഗിച്ച്. Google 429 നൽകിയാൽ exponential backoff ഉപയോഗിച്ച് വീണ്ടും ശ്രമിക്കുക; എന്നിട്ടും പരാജയപ്പെട്ടാൽ ലീഡ് ഡാറ്റാബേസിൽ സൂക്ഷിച്ച് പിന്നീട് വീണ്ടും ശ്രമിക്കുക.

സാധാരണ തെറ്റുകൾ

• Service account-ന് ഷീറ്റ് പങ്കിടാൻ മറക്കുന്നത്. Key ശരിയാണെങ്കിലും API ഒരു അനുമതി പിശക് നൽകും.
• Key ഫ്രണ്ട്എൻഡിലോ റിപ്പോസിറ്ററിയിലോ. JSON key അതുമായി പങ്കിട്ട എല്ലാ ഷീറ്റുകളിലേക്കും ആക്സസ് നൽകുന്നു. API key-കൾ സുരക്ഷിതമായി സൂക്ഷിക്കുന്നത് എങ്ങനെ കാണുക.
• ഉപയോക്താവ് നൽകുന്ന ടെക്സ്റ്റിന് USER_ENTERED ഉപയോഗിക്കുന്നത്, ഇത് ഫോർമുല ഇൻജക്ഷന് വഴിയൊരുക്കുന്നു.
• ഓരോ request-ലും API വിളിക്കുന്നത്, ആദ്യത്തെ ട്രാഫിക് സ്പൈക്കിൽ തന്നെ മിനിറ്റ് quota എത്തുന്നു.
• കോളം സ്ഥാനങ്ങളെ ആശ്രയിക്കുന്നത്. ആരെങ്കിലും ഒരു കോളം ചേർത്താൽ ആപ്പ് തെറ്റായ ഡാറ്റ വായിക്കും. Header വരി വായിച്ച് പേര് വെച്ച് മാപ്പ് ചെയ്യുക, അല്ലെങ്കിൽ header ലോക്ക് ചെയ്യുക.
• ആവശ്യത്തിലധികം വിശാലമായി ഷീറ്റ് പങ്കിടുന്നത്. “ലിങ്കുള്ള ആർക്കും” എന്നത് അതിനെ പൊതുവാക്കുന്നു.
• ഒന്നിലധികം ഉപയോക്താക്കളുടെ ഡാറ്റാബേസായി ഒരു ഷീറ്റ് ഉപയോഗിക്കുന്നത്. ഒരേസമയത്തെ എഴുത്തുകളും നഷ്ടപ്പെട്ട അനുമതികളും ഡാറ്റ നഷ്ടപ്പെടാനോ ചോരാനോ ഇടയാക്കുന്നു.

ചെക്ക്ലിസ്റ്റ്

• Sheets API ഓൺ ആക്കി; service account ഉണ്ടാക്കി
• ഷീറ്റ് service account ഇമെയിലുമായി, വേണ്ട ഏറ്റവും കുറഞ്ഞ റോളിൽ പങ്കിട്ടു
• Key-യും ഷീറ്റ് ID-യും സെർവർ-സൈഡ് secret-കളായി സൂക്ഷിച്ചു
• എല്ലാ വിളികളും സെർവറിൽ നിന്ന്
• Range-കളിൽ ടാബിന്റെ പേര് ഉപയോഗിക്കുന്നു
• ഉപയോക്താവ് നൽകുന്ന ടെക്സ്റ്റിന് RAW ഉപയോഗിക്കുന്നു
• വായനകൾ cache ചെയ്തു; 429 backoff ഉപയോഗിച്ച് കൈകാര്യം ചെയ്യുന്നു
• Sheets ലഭ്യമല്ലാത്തപ്പോഴും ആപ്പ് സുഗമമായി പ്രവർത്തിക്കുന്നു
• ഏത് വശമാണ് സത്യത്തിന്റെ ഉറവിടം എന്ന് തീരുമാനിച്ചു

Mythex-ൽ Google Sheets

Mythex-ൽ Sheets-മായി പ്രവർത്തിക്കാൻ രണ്ട് വ്യത്യസ്ത വഴികളുണ്ട്. Connectors നിങ്ങളുടെ Google അക്കൗണ്ട് Mythex-മായി ബന്ധിപ്പിക്കുന്നു, അതുവഴി നിർമ്മാണ സമയത്ത് ഏജന്റിന് അത് ഉപയോഗിക്കാം; ഉദാഹരണത്തിന് ഒരു ഷീറ്റ് വായിച്ച് അതിൽ നിന്ന് ഡാഷ്ബോർഡ് ഉണ്ടാക്കാം. ഡോക്സ് പറയുന്നത്, ക്രെഡൻഷ്യൽ Mythex-ന്റെ കണക്ഷൻ സർവീസിൽ തന്നെ നിൽക്കുന്നു, ഒരിക്കലും നിങ്ങളുടെ കോഡിൽ എത്തുന്നില്ല എന്നാണ് (മുഴുവൻ വിവരങ്ങൾക്ക് Connectors കാണുക; Google ചോദിക്കുന്ന ഓരോ അനുമതിയും ശ്രദ്ധയോടെ അംഗീകരിക്കുക). പ്രസിദ്ധീകരിച്ച ആപ്പിന് സ്വന്തമായി ഒരു ഷീറ്റ് വായിക്കാനോ എഴുതാനോ, ഈ ഗൈഡിലെ വഴിയാണ് വിശ്വസനീയം: service account key ഒരു പ്രോജക്റ്റ് secret ആയി സൂക്ഷിക്കുക, സെർവറിൽ നിന്ന് Sheets API വിളിക്കുക; ഇത് Integrate any API-ലും വിവരിച്ചിരിക്കുന്നു. ഷീറ്റിനെ മറികടക്കുകയാണെങ്കിൽ, ഡാറ്റ പ്രോജക്റ്റിന്റെ ഡാറ്റാബേസിലേക്ക് മാറ്റാൻ ഏജന്റിനോട് ആവശ്യപ്പെടുകയും അതിന് മുകളിൽ ഒരു ഡാഷ്ബോർഡ് നിർമ്മിക്കുകയും ചെയ്യുക.

ചോദ്യങ്ങൾ