તમારી એપ સાથે Google Sheets કેવી રીતે જોડવી
તમારી એપ સાથે Google Sheets જોડવા માટે, Google Cloud પ્રોજેક્ટમાં Google Sheets API ચાલુ કરો, એક service account બનાવો, સ્પ્રેડશીટને service account ના ઈમેઇલ સરનામા સાથે શેર કરો, અને તેની key ને સર્વર-સાઇડ secret તરીકે સાચવો. પછી તમારો સર્વર spreadsheets.values.get વડે પંક્તિઓ વાંચે છે અને spreadsheets.values.append વડે પંક્તિઓ ઉમેરે છે. જો યુઝરને તેમની પોતાની શીટ જોડવી હોય તો તેના માટે OAuth વાપરો, અને જો શીટ સંપૂર્ણ જાહેર હોય તો વાંચવા માટે સાદી API key પૂરતી છે.
આ ગાઇડ કઈ પદ્ધતિ યોગ્ય છે, જરૂરી કૉલ, ક્વોટા અને ખામીઓ, અને AI એપ બિલ્ડર માટેના પ્રોમ્પ્ટ આવરી લે છે. Google ની વિગતો સપ્ટેમ્બર 2026 સુધીના Google ના ડેવલપર ડોક્યુમેન્ટેશન પરથી છે.
શીટ જોડવાનાં કારણો
સામાન્ય કારણો:
- ટીમનો વર્કફ્લો જાળવો. સ્ટાફ કિંમત યાદી કે સમયપત્રક Sheets માં એડિટ કરતો રહે; એપ તેને બતાવે.
- લોકો જ્યાં પહેલેથી જુએ ત્યાં ડેટા એકઠો કરો. નવા સાઇન-અપ, ઓર્ડર કે ફોર્મ જવાબો પંક્તિ તરીકે આવે.
- રિપોર્ટિંગ. સ્પ્રેડશીટમાં જીવતા લોકો માટે એપ ડેટા શીટમાં એક્સપોર્ટ કરો.
- પગથિયું. શીટથી શરૂ કરો, પછી યોગ્ય ડેટાબેઝ પર જાઓ. સ્પ્રેડશીટને એપમાં કેવી રીતે ફેરવવી જુઓ.
તમારી એપ Google માં કેવી રીતે સાઇન ઇન કરે તે પસંદ કરો
Google ની credentials ગાઇડ ત્રણ પ્રકાર વર્ણવે છે:
| Credential | તે શું એક્સેસ કરી શકે | શ્રેષ્ઠ માટે |
|---|---|---|
| API key | ફક્ત જાહેર ઉપલબ્ધ ડેટા, જેમ કે "Anyone with the link" સાથે શેર કરેલી ફાઇલો | જાહેર શીટ વાંચવી |
| Service account | તમારી એપની માલિકીનો ડેટા, અથવા service account ના ઈમેઇલ સાથે શેર કરેલી ચોક્કસ ફાઇલો | તમારી એપ તમારી શીટ વાંચે અને લખે |
| OAuth client ID | યુઝરની પોતાની ફાઇલો, તેની સંમતિ પછી | દરેક યુઝરને તેમની શીટ જોડવા દેવી |
મોટાભાગની એપ માટે service account યોગ્ય પસંદગી છે: ક્રેડેન્શિયલનો એક સેટ, જે તમારી માલિકીનો છે, અને ફક્ત તમે સ્પષ્ટ રીતે શેર કરેલી શીટ્સની એક્સેસ.
Service account સાથે પગલું દર પગલું
- Google Cloud પ્રોજેક્ટ બનાવો અથવા પસંદ કરો અને Google Sheets API ચાલુ કરો.
- Service account અને તેની key બનાવો. Key એક JSON ફાઇલ છે; તેને પાસવર્ડની જેમ ગણો.
- સ્પ્રેડશીટ શેર કરો service account ના ઈમેઇલ સરનામા સાથે, માત્ર વાંચવા માટે Viewer, અથવા લખવા માટે Editor. Google ની ગાઇડ કહે છે કે આ સામાન્ય શેરિંગ સ્ક્રીન દ્વારા થાય છે.
- Key ને સર્વર પર secret તરીકે સાચવો, જેમ કે
GOOGLE_SERVICE_ACCOUNT_JSON, સાથે સ્પ્રેડશીટ ID (શીટના URL માં લાંબી સ્ટ્રિંગ)SHEET_IDતરીકે. - તમારી ભાષાની Google client library વડે સર્વર પરથી API કૉલ કરો.
- રીડ કેશ કરો જો ઘણા મુલાકાતીઓ એક જ ડેટા જુએ, જેથી ક્વોટા સુધી ન પહોંચાય.
તમે જે કૉલ વાપરશો
Google ની વેલ્યુ વાંચવા-લખવાની ગાઇડ પરથી:
| મેથડ | શું કરે |
|---|---|
spreadsheets.values.get | એક રેન્જ વાંચે, જેમ કે Leads!A1:E |
spreadsheets.values.batchGet | એક વિનંતીમાં અનેક રેન્જ વાંચે |
spreadsheets.values.update | ચોક્કસ રેન્જમાં લખે |
spreadsheets.values.append | ટેબલમાં હાલના ડેટા પછી પંક્તિઓ ઉમેરે |
રેન્જ A1 નોટેશન વાપરે છે. Google નોંધે છે કે શીટ નામ વગરની રેન્જ, જેમ કે A1:B2, પહેલી શીટ પર લાગુ પડે છે, તેથી કોઈ ટેબ ફરી ગોઠવે ત્યારે આશ્ચર્ય ટાળવા ટેબનું નામ સ્પષ્ટ લખો.
RAW વિરુદ્ધ USER_ENTERED
લખવા માટે valueInputOption જોઈએ:
- RAW તમે મોકલેલું બરાબર ટેક્સ્ટ તરીકે સાચવે છે.
=1+2ટેક્સ્ટ=1+2તરીકે સચવાય છે. - USER_ENTERED ઇનપુટને શીટમાં ટાઇપ કરેલું ગણે છે: તારીખો તારીખ બને છે અને
=1+2ફોર્મ્યુલા બને છે.
જો તમે એપમાં યુઝરે લખેલો ટેક્સ્ટ લખો, તો RAW વાપરો. USER_ENTERED સાથે, કોઈ ફોર્મ્યુલા સબમિટ કરી શકે જે સાથીદાર શીટ ખોલે ત્યારે ચાલે.
ક્વોટા અને ભૂલો
સપ્ટેમ્બર 2026 સુધી, Google ના Sheets API limits પેજ મુજબ:
| મર્યાદા | Read વિનંતી | Write વિનંતી |
|---|---|---|
| પ્રતિ પ્રોજેક્ટ પ્રતિ મિનિટ | 300 | 300 |
| પ્રતિ યુઝર પ્રતિ પ્રોજેક્ટ પ્રતિ મિનિટ | 60 | 60 |
પ્રતિ-મિનિટ ક્વોટામાં રહો ત્યાં સુધી દૈનિક મર્યાદા નથી. મર્યાદા ઓળંગવાથી 429: Too many requests આવે છે, અને Google truncated exponential backoff ની ભલામણ કરે છે: દરેક નિષ્ફળ પ્રયાસ પછી રેન્ડમ વિલંબ સાથે, મહત્તમ સુધી, લાંબી રાહ જુઓ. 180 સેકન્ડથી વધુ લેતી એક વિનંતી ટાઇમઆઉટ થાય છે.
વ્યવહારમાં: દરેક પેજ વ્યૂ પર API કૉલ ન કરો. શીટ ડેટા એક મિનિટ કે વધુ માટે કેશ કરો, batchGet વડે રીડ બેચ કરો, અને શક્ય હોય ત્યાં લખવા બેચ કરો.
વિકલ્પો અને ટ્રેડ-ઓફ
| અભિગમ | ફાયદા | ગેરફાયદા |
|---|---|---|
| શીટ લાઇવ ડેટા સ્ત્રોત તરીકે | સ્ટાફ પરિચિત ટૂલમાં એડિટ કરે; બનાવવા માટે એડમિન સ્ક્રીન નહીં | ક્વોટા, પંક્તિ દીઠ પરવાનગી નહીં, કૉલમ નામ બદલવાથી સરળતાથી તૂટે |
| શીટને ડેટાબેઝમાં સિંક કરો | ઝડપી, વિશ્વસનીય રીડ; Sheets બંધ હોય તો પણ એપ ચાલે | સિંક જોબ અને કયો પક્ષ જીતે તેનો નિયમ જોઈએ |
| ડેટાબેઝ પહેલા, શીટમાં એક્સપોર્ટ | એપ ડેટાની માલિક; શીટ રિપોર્ટ છે | શીટમાંના ફેરફાર પાછા આવતા નથી |
| વચ્ચે ઓટોમેશન ટૂલ | સરળ ફ્લો માટે કોડ નહીં | બીજું સબ્સ્ક્રિપ્શન; ડિબગ કરવું મુશ્કેલ |
ઘણા યુઝર અથવા સંવેદનશીલ ડેટા ધરાવતી કોઈપણ વસ્તુ માટે ડેટાબેઝ વધુ સારો સત્ય સ્ત્રોત છે. ડેટાબેઝ શું છે જુઓ.
તમારા AI બિલ્ડરને આપવાના પ્રોમ્પ્ટ
શીટ વાંચવી:
અમારી Google Sheet ની "Menu" ટેબ મેનુ પેજ પર બતાવો. સર્વર પરથી Google Sheets API વાપરો, service account સાથે જેની JSON key secret GOOGLE_SERVICE_ACCOUNT_JSON માં છે, અને સ્પ્રેડશીટ ID SHEET_ID માં છે. Menu!A2:D રેન્જ વાંચો (નામ, વર્ણન, કિંમત, કેટેગરી). પરિણામ 5 મિનિટ માટે કેશ કરો. જો API નિષ્ફળ જાય, તો છેલ્લું કેશ થયેલું વર્ઝન બતાવો. Key ક્યારેય બ્રાઉઝરને મોકલશો નહીં.
પંક્તિઓ લખવી:
જ્યારે કોઈ કોન્ટેક્ટ ફોર્મ સબમિટ કરે, ત્યારે તેને અમારા ડેટાબેઝમાં સાચવો અને "Leads" ટેબમાં એક પંક્તિ પણ ઉમેરો (તારીખ, નામ, ઈમેઇલ, સંદેશ), spreadsheets.values.append વાપરીને valueInputOption RAW સાથે. જો Google 429 આપે, તો exponential backoff સાથે ફરી પ્રયાસ કરો; જો તોય નિષ્ફળ જાય, તો લીડ ડેટાબેઝમાં રાખો અને પછીથી ફરી પ્રયાસ કરો.
સામાન્ય ભૂલો
- શીટ service account ના ઈમેઇલ સાથે શેર કરવાનું ભૂલી જવું. key સાચી હોય તોય API permission ભૂલ આપે છે.
- Key ફ્રન્ટએન્ડમાં કે રિપોઝિટરીમાં. JSON key શેર કરેલી દરેક શીટની એક્સેસ આપે છે. API keys કેવી રીતે સુરક્ષિત રાખવી જુઓ.
- યુઝર ઇનપુટ માટે USER_ENTERED વાપરવું, જે ફોર્મ્યુલા ઇન્જેક્શનને મંજૂરી આપે છે.
- દરેક રિક્વેસ્ટ પર API કૉલ કરવો અને પહેલા જ ટ્રાફિક સ્પાઇક પર પ્રતિ-મિનિટ ક્વોટા પર પહોંચવું.
- કૉલમ પોઝિશન પર આધાર. કોઈ કૉલમ ઉમેરે અને એપ ખોટો ડેટા વાંચે. હેડર પંક્તિ વાંચો અને નામ પ્રમાણે મેપ કરો, અથવા હેડર લૉક કરો.
- જરૂર કરતાં વધુ વ્યાપક રીતે શીટ શેર કરવી. "Anyone with the link" તેને જાહેર બનાવે છે.
- બહુ-યુઝર ડેટાબેઝ તરીકે શીટ વાપરવી. એકસાથે લખવા અને ગુમ થયેલી પરવાનગીઓથી ડેટા ખોવાય કે લીક થાય.
ચેકલિસ્ટ
- Sheets API ચાલુ; service account બનાવેલું
- શીટ service account ના ઈમેઇલ સાથે જરૂરી સૌથી નીચી ભૂમિકામાં શેર
- Key અને શીટ ID સર્વર-સાઇડ secrets તરીકે સાચવેલા
- બધા કૉલ સર્વર પરથી
- રેન્જમાં ટેબના નામ વાપર્યા
- યુઝરે આપેલા ટેક્સ્ટ માટે RAW વાપર્યું
- રીડ કેશ; 429 backoff સાથે સંભાળ્યું
- Sheets અનુપલબ્ધ હોય તો એપ સરસ રીતે ચાલે
- કયો પક્ષ સત્ય સ્ત્રોત છે તે નક્કી કર્યું
Mythex માં Google Sheets
Mythex માં Sheets સાથે કામ કરવાની બે જુદી રીત છે. Connectors તમારા Google એકાઉન્ટને Mythex સાથે જોડે છે જેથી તમે બનાવતા હો ત્યારે એજન્ટ તેનો ઉપયોગ કરી શકે, જેમ કે શીટ વાંચીને તેના પરથી ડેશબોર્ડ બનાવવું; ડોક્સ કહે છે કે ક્રેડેન્શિયલ Mythex ની કનેક્શન સર્વિસ પાસે રહે છે અને ક્યારેય તમારા કોડમાં જતું નથી (જુઓ Connectors, અને Google માંગે તે દરેક પરવાનગી મંજૂર કરતા પહેલાં ધ્યાનથી જુઓ). પ્રકાશિત એપ પોતાની રીતે શીટ વાંચે કે લખે તે માટે, આ ગાઇડની પદ્ધતિ વિશ્વસનીય છે: service account key પ્રોજેક્ટ secret તરીકે સાચવેલી અને તમારા સર્વર પરથી Sheets API કૉલ, જેમ કે Integrate any API માં. જો તમે શીટથી આગળ વધી રહ્યા હો, તો એજન્ટને ડેટા પ્રોજેક્ટના ડેટાબેઝમાં ખસેડવા અને તેના પર ડેશબોર્ડ બનાવવા કહો.
પ્રશ્નો
મારી એપ ખાનગી Google Sheet કેવી રીતે વાંચી શકે?
સામાન્ય રીત Google Cloud service account છે: Sheets API ચાલુ કરો, service account અને તેની key બનાવો, પછી સ્પ્રેડશીટને service account ના ઈમેઇલ સરનામા સાથે Viewer કે Editor તરીકે શેર કરો. તમારો સર્વર secret તરીકે સાચવેલી key વાપરીને Sheets API કૉલ કરે છે.
શું સ્પ્રેડશીટ એક્સેસ કરવા Google API key વાપરી શકું?
ફક્ત જાહેર ડેટા માટે. Google ના credentials ગાઇડ મુજબ API keys ફક્ત જાહેર રીતે ઉપલબ્ધ ડેટા માટે અનામી એક્સેસ માટે છે, જેમ કે કોઈ પણ લિંક ધરાવનાર સાથે શેર કરેલી ફાઇલો. ખાનગી શીટ માટે service account કે OAuth જોઈએ.
Google Sheets API ની મર્યાદાઓ શું છે?
સપ્ટેમ્બર 2026 સુધી, Google પ્રતિ પ્રોજેક્ટ પ્રતિ મિનિટ 300 read અને 300 write વિનંતી, અને પ્રતિ યુઝર પ્રતિ પ્રોજેક્ટ પ્રતિ મિનિટ 60 દરેક, દૈનિક મર્યાદા વિના, જણાવે છે. મર્યાદા ઓળંગવાથી 429 ભૂલ આવે છે; Google truncated exponential backoff ની ભલામણ કરે છે.
શું મારી એપનો ડેટાબેઝ તરીકે Google Sheets વાપરવી જોઈએ?
એવી નાની, ઓછા ટ્રાફિકવાળી એપ માટે કામ કરે છે જ્યાં લોકો શીટમાં જ ડેટા એડિટ પણ કરે. ઘણા યુઝર, વારંવાર લખવું, રેકોર્ડ વચ્ચેના સંબંધો અથવા યુઝર દીઠ પરવાનગીઓ હોય ત્યારે વાસ્તવિક ડેટાબેઝ વધુ વિશ્વસનીય છે, અને તમે હજુ પણ શીટમાં એક્સપોર્ટ કરી શકો.