LinkedIn
Instagram
WhatsApp
Telgraf
Gmail
Görünüm
Google Takvim
Slack Topluluğuna KatılınGoogle OAuth Yenileme Belirteci: Bitiş Tarihi, 7 Gün Sınırı ve Ömür Boyu Açıklaması (2026)
Google OAuth yenileme belirteçleri sonsuza dek sürmez. 7 günlük test tuzağından 6 aylık hareketsizlik kuralına kadar her geçerlilik bitiş koşulunu anlayın ve Gmail API entegrasyonunuzu üretimde canlı tutmayı öğrenin.
İthalat istekleri
# Yenileme jetonunu yeni erişim jetonuyla değiştir
response = requests.post(
"https://oauth2.googleapis.com/token",
veri={
"istemci_kimliği": "MÜŞTERİ_KODUNUZ",
"client_secret": "GİZLİ_BİLGİNİZ",
"yenileme_jetonu": "1//0g...",
"grant_type": "yenileme_jetonu"
}
)
token = yanıt.json()["erişim_belirteci"]Unipile, OAuth belirteçlerini paralel bir arşivde saklamaz veya kimliği doğrulanmış oturum dışındaki bağımsız veri kopyalarını oluşturmaz. Belirteç depolama ve yenileme işlemleri, her birinin oturumuna özel olarak kapsamlıdır. kimliği doğrulanmış kullanıcı Kullanıcı tarafından açıkça yetkilendirilmiş kişilerin erişimine izin verilir. Token verileri hesaplar arasında paylaşılmaz veya kullanıcı tarafından tanımlanan yetkilendirme kapsamı dışında saklanmaz.
Unipile, bir olarak görev yapar bağımsız teknik aracı, Gmail API ve OAuth belirteç işlemleri gerçekleştirme adına bireysel olarak erişim yetkisi vermiş her kimlik doğrulanmış kullanıcı. Unipile Google ile ilişkili değildir, onaylanmamıştır veya sponsorlu değildir. Paylaşılan kimlik bilgileri kullanılmaz. Her entegrasyon, kullanıcının kendi Google Cloud projesi aracılığıyla veya Unipile'ın CASA Tier 2 sertifikalı OAuth akışı aracılığıyla verilen kullanıcının kendi Google OAuth onayına dayanır.
Unipile, Google'ın politikalarına göre tanımlanan Google API hız sınırlarını ve kota kısıtlamalarını tekrarlar. İstek zamanlaması, hacim kararları ve kullanım düzenleri bir müşteri tarafı kararı. Geliştiriciler, entegrasyonlarının OAuth belirteç kullanımı politikaları ve veri erişim kapsamları dahil olmak üzere Google'ın Hizmet Şartları'na uygunluğunu sağlamaktan sorumludur. Unipile altyapı sağlar; politika uyumluluğu ise her geliştiricinin sorumluluğundadır.
Google OAuth yenileme belirteci nedir?
Süre sonu kurallarına dalmadan önce, bir Google OAuth yenileme belirtecinin tam olarak ne olduğunu, ne işe yaradığını ve Google OAuth2 akışında bir erişim belirtecinden nasıl farklılaştığını anlamak faydalı olacaktır.
A Google OAuth yenileme jetonu kullanıcının yeniden kimlik doğrulaması yapmasını gerektirmeden yeni erişim belirteçleri almanıza olanak tanıyan, Google'ın yetkilendirme sunucusu tarafından verilen uzun ömürlü bir kimlik bilgisi. Erişim belirteçlerinin aksine (bunlar 3.600 saniye sonra sona erer), bir google oauth yenileme belirteci belirli son kullanma koşullarına bağlı olarak oturumlar arasında kalır ve yalnızca belirdiğinde verilir erişim_türü=çevrimdışı parametre yetkilendirme isteğine dahil edilmiştir.
Kimliği doğrulanmış kullanıcı, Google'ın onay ekranında uygulamanızın istediği kapsamları onaylar. erişim_türü=çevrimdışı, Google hem erişim jetonu hem de yenileme jetonu yayınlar.
Erişim belirteçlerinin sabit bir geçerlilik süresi (TTL) 3.600 saniyedir. Süre dolduğunda yapılan herhangi bir API çağrısı 401 Yetkisiz hatası döndürür. Uygulamanızın yeni bir erişim belirteci için yenileme belirtecini kullanması gerekir.
GÖNDERİ https://oauth2.googleapis.com/token ile grant_type=refresh_token yeni bir erişim belirteci döndürür. Google OAuth yenileme belirteci, 6 son kullanma koşulundan biri tetiklenmediği sürece geçerli kalır.
erişim_türü=çevrimdışı ayarlanmalı
ya29.
1//
Google yenileme jetonları süresi dolar mı? 6 koşul
Evet, bir Google OAuth yenileme jetonu belirli durumlarda geçerliliğini yitirebilir. Her durumu anlamak, herhangi bir durumda kritik öneme sahiptir. Gmail API kesintisiz çalışması gereken entegrasyon. İşte üretimde ele almanız gereken altı Google OAuth yenileme belirteci sonlanma senaryosunun tamamı.
| # | Durum | Ateşlendiğinde | Şiddet | Düzelt |
|---|---|---|---|---|
| 1 | Uygulama test modunda - 7 günlük sınır | OAuth onay ekranı "Test Ediliyor" ve uygulama Google tarafından doğrulanmadı | Kritik | Uygulamayı yayınla veya dahili bir Workspace uygulaması kullan |
| 2 | 6 aylık hareketsizlik | Token, erişim belirleci almak için 6 aydır kullanılmamıştır | Orta | Arada bir ping gönderilmesini etkinleştirin; tokenları en az 6 ayda bir kullanın |
| 3 | Kullanıcı Google şifresini değiştiriyor | Yalnızca Gmail veya hassas posta kapsamlarına sahip jetonları etkiler | Orta | OAuth akışını yeniden başlat; yeniden yetkilendirme iste |
| 4 | Müşteri-kullanıcı başına 50 yenileme belirteci | Kullanıcı uygulamanıza 50'den fazla kez yetki verdi; en eski belirteçler sessizce iptal edildi | Orta | Tokenları sunucu tarafında saklayın; token geçersiz olmadıkça asla yeniden istemeyin |
| 5 | Kullanıcı erişimi açıkça iptal ediyor | Kullanıcı Google Hesap ayarlarına girer ve uygulamanızı kaldırır | Beklenen | Yakalamak geçersiz_hibe; kaydedilen belirteci kaldır; yeniden yetkilendirme iste |
| 6 | Hassas/kısıtlı kapsam - uygulama doğrulanmadı | Uygulama, Google doğrulaması olmadan kısıtlı kapsamlar istiyor | Kritik | Tamamlamak Google OAuth doğrulama veya hassas olmayan kapsamların altına inmek |
Ana çıkarım: 7 günlük sınır (koşul 1), geliştirme sırasında entegrasyonların bozulmasının en yaygın nedenidir. Yalnızca uygulamanızın OAuth onay ekranı durumu "Test" olduğunda ve uygulama Google doğrulaması için gönderilmediğinde geçerlidir. Google OAuth doğrulama süreci kalıcı çözümdür - ancak zaman alır. Daha hızlı geçici çözümler için 3. bölüme bakınız.
7 günlük test tuzağı: neden olur, nasıl kurtulunur
Google OAuth yenileme belirteci (refresh token) 7 günlük son kullanma süresi, geliştiricilerin entegrasyon sırasında karşılaştıkları en aksatıcı sorundur. Ekipleri hazırlıksız yakalar: geliştirme aşamasında her şey yolunda gider, belirteçlerin yenilenmesi tam olarak 7 gün sonra durur ve bu durum hata yanıtı kullanıcının uygulamaya izin vermesinden günler sonra genellikle ortaya çıkar.
Bir uygulamanın OAuth onay ekranı durumu şuna ayarlandığında "Test Etme" Google Cloud Console'da Google, bunu doğrulanmamış bir uygulama olarak ele alır. Kullanıcıları korumak için Google, doğrulanmamış uygulamalar tarafından verilen tüm yenileme belirteçlerini tam olarak sona erdirir 7 gün. Bu politika Google'ın OAuth 2.0 belgelerinde yer almaktadır ve kullanıcının uygulamayı kaç kez yetkilendirdiğinden bağımsız olarak geçerlidir. Sınır, aşağıdakiler için de geçerlidir: 100 test kullanıcı sınırı deneme modundaki uygulamalar için. Bu kural kapsamında bir Google OAuth yenileme jetonu süresi dolduğunda, onu kullanmaya yönelik herhangi bir girişim şunları döndürür: geçersiz_hibe.
Uygulamanızın OAuth onay ekranı durumunu Google Cloud Console'da "Test aşamasında"dan "Üretimde"ye değiştirin. İstek yapan uygulamalar için hassas veya kısıtlanmış Gmail kapsamları, tamamını tamamlamanız gerekir Google OAuth uygulama doğrulama süreci, güvenlik denetimi dahil. Yayınlandıktan sonra, Google OAuth yenileme jetonu ömrü belirsizleşir (kalan 5 koşula bağlı olarak).
Uygulamanız yalnızca şu durumlarda kullanılıyorsa Google Workspace kuruluşu, OAuth onay ekranı kullanıcı türünü "Dahili" olarak ayarlayın. Dahili uygulamalar 7 günlük son kullanma süresine veya 100 test kullanıcısı sınırına tabi değildir. Dahili uygulamalar altındaki Workspace kullanıcılarına verilen jetonlar, test modu kuralına göre sona ermez. Bu, Google Workspace müşterilerine sahip B2B SaaS ürünleri için en hızlı yoldur.
Unipile olarak faaliyet göstermektedir bağımsız teknik aracılık adına her kimlik doğrulaması yapılmış kullanıcı. OAuth akışımız CASA Seviye 2 sertifikalıdır. Kendi belirteçlerinizi... kullanırken deneme süresince süresi dolmayan belirteçlerle hemen test yapabilirsiniz. Google OAuth doğrulama devam etmektedir, ardından onaylandığında Kendi Kimlik Bilgilerini Getir (BYOC) seçeneğine geçilir. 7 günlük sınırlama yok POC aşamanız sırasında.
Gmail entegrasyonunuzu, 7 gün sonra süresi dolmayan jetonlarla bugün oluşturun. Unipile, jeton yenilemesini sunucu tarafında yönetir.
Google OAuth yenileme jetonu yaşam süresi üretimde
Uygulamanız yayınlandıktan ve doğrulandıktan sonra, Google OAuth yenileme jetonunun ömrü, önemli uyarılarla birlikte aslında belirsiz hale gelir. İki temel üretim kuralı, istemci başına 50 jeton sınırı ve 6 aylık etkinkenlik sonlandırmasıdır.
Yeni bir erişim belirteci almak için kullanılmadığı sürece, bir Google kimlik doğrulama yenileme belirteci süresi dolar. 6 ardışık ay. "Kullanılmış" bir simge yenileme çağrısının başarılı olduğu anlamına gelir - bu, sonuçta elde edilen erişim simgesiyle yapılan bir API çağrısı değildir. Yenileme simgelerini depolayın ve ayakta kalmalarını sağlamak için periyodik sessiz yenilemeler planlayın. Aylık bir ping /jeton yeterlidir.
Kullanıcı tipi "Dahili" olan Google Workspace uygulamaları için 7 günlük bir son kullanma tarihi yoktur ve doğrulama gereksinimi de bulunmamaktadır. Tokenlar hala 6 aylık hareketsizlik kuralına ve 50 jeton, istemci-kullanıcı çifti başına. Workspace yöneticileri ayrıca Yönetici Konsolu üzerinden kuruluş genelindeki belirteçleri iptal edebilir, bu da uygulama düzeyindeki belirteç yönetiminin üzerine yazar.
Google en fazla Her OAuth istemci kimliği + Google kullanıcı hesabı kombinasyonu başına 50 yenileme jetonu. Uygulamanız yeni bir yenileme belirteci oluşturursa (kullanıcıya tekrar istemde bulunarak rıza) bu sınırın ötesinde, Google en eski jetonu sessizce geçersiz kılar. Bu yaygın bir kaynaktır geçersiz_hibe Üretimdeki hatalar, ekiplerin test veya yeniden kayıt akışları sırasında kullanıcıları tekrar tekrar yetkilendirmesiyle ortaya çıkar. Çözüm basittir: yenileme jetonunu sunucu tarafında saklayın ve jeton gerçekten geçersiz olmadıkça asla tekrar istemeyin.
bir google oauth2 yenileme jetonunu "kullanma" ne anlama gelir:
Kullanım sayılır: POST'a https://oauth2.googleapis.com/token ile grant_type=refresh_token yeni bir erişim belirteci döndürür
Kullanım olarak sayılmaz: Mevcut erişim jetonuyla, hatta milyonlarcasını kullanarak Gmail API'ye çağrı yapmak
Kullanım olarak sayılmaz: çağrılıyor jetonbilgi veya iç gözlem uç noktaları - yalnızca jeton değişim uç noktası hareketsizlik süresini sıfırlar
Erişim belirtecini yenileme: curl, Node.js, Python
Erişim belirteciniz süresi dolduğunda, Google OAuth yenileme belirtecinizi yenisiyle değiştirmeniz gerekir. İşte üç yaygın ortam için üretim düzeyinde kod örnekleri. Her üçü de aynı şeyi yapıyor Google OAuth belirteç uç noktası.
#: curl kullanarak bir Google OAuth erişim jetonunu yenileme
kıvrıl -s -X POST \
"https://oauth2.googleapis.com/token" \
-H "İçerik-Türü: uygulama/x-www-form-urlencoded" \
-d "client_id=SENIN_CLIENT_ID" \
-d "client_secret=GİZLİ_KODUNUZ" \
-d "refresh_token=YENİLEME_KODUNUZ" \
-d "grant_type=refresh_token"
# Yanıtı: { "access_token": "ya29.XXX", "expires_in": 3600, "token_type": "Bearer" }İthalat istekleri
İthalat json
fonksiyon yenile_google_erişim_belirteciyenileme_belirteci: dizi) -> dizi:
"Bir Google OAuth yenileme jetonunu yeni bir erişim jetonuyla değiştirin."
response = requests.post(
"https://oauth2.googleapis.com/token",
veri={
"istemci_kimliği": "MÜŞTERİ_KODUNUZ",
"client_secret": "SENIN_IZNIN_SECRET",
"yenileme_jetonu"yenileme_belirteci,
"grant_type": "yenileme_jetonu",
},
)
data = yanıt.json()
eğer "hata" içinde veri
yükseltmek Değer Hatası(f"Token yenileme başarısız: {data['error']} - {data.get('error_description')}")
return veri["erişim_belirteci"]// Google OAuth erişim jetonunu yenile - Node.js (fetch)
async function GoogleErişimBelirteciYenile(yenilemeBelirteci) {
const parametreler = yeni URLSearchParams({
istemci_kimliği: "MÜŞTERİ_KODUNUZ",
client_secret: "SENIN_IZNIN_SECRET",
refresh_token: yenilemeTokeni,
grant_type: "yenileme_jetonu",
});
const rez = bekliyor fetch("https://oauth2.googleapis.com/token", {
method: "POST",
headers: { "İçerik-Türü": "application/x-www-form-urlencoded" },
body: params.toString(),
});
const veri = bekliyor res.json();
eğer (veri.hata) yeni fırlat Hata(`${data.error}: ${data.error_description}`);
return data.erişim_anahtarı; // 3600 saniye geçerli
}Etkileşimli olarak test et: Kullanın Google OAuth Oyun Alanı Kodu test etmek için kod yazmadan yenileme belirteci akışı. Bu, tarayıcı arayüzünde belirteçler almanızı, yanıtları incelemenizi ve tam Google OAuth2 yenileme belirteci yaşam döngüsünü hata ayıklamanızı sağlar.
geçersiz_yetki: hızlı kılavuz
Google OAuth yenileme jetonu süresi dolduğunda, iptal edildiğinde veya geçersiz olduğunda, jeton uç noktası bir geçersiz_hibe Hata. Bu, Google OAuth yenileme jetonunuzun artık kullanılamaz olduğunun kanonik işaretidir. İşte en yaygın nedenleri ve bunların anında çözümleri.
Uygulama "Test" durumunda. Token 7 gün sonra süresi doldu. Düzeltme: uygulamayı yayınlayın veya dahili Workspace'e geçin.
6 aydır kullanılmayan jeton. Düzeltme: Kullanımda kalma yenilemesi uygula; aylık jeton değişimi planla.
Kullanıcı çok fazla onay verdi; en eski jeton sessizce iptal edildi. Çözüm: jetonları sunucu tarafında saklayın, gereksiz yere tekrar sormayın.
Kullanıcı Google Hesabı ayarlarından uygulamanızı kaldırdı. Düzeltme: saklanan belirteci silin; kullanıcıya yeniden yetkilendirme istemini gösterin.
Kullanıcı, hassas Gmail kapsamlarını tutan uygulamanızın şifresini değiştirdi. Düzeltme: hatayı yakala, yeniden yetkilendirme iste.
Geçersiz istemci_kimliği/gizli anahtar veya jeton farklı bir uygulama tarafından verilmiş. Düzeltme: kimlik bilgilerini doğrula; şununla test et OAuth Oyun Alanı.
Her bir Google OAuth hata kodunun HTTP durumu, neden tablosu ve kod düzeyinde çözümleri için tam bir döküm için tam makaleyi inceleyin. Google OAuth Hataları Başvuru Kılavuzu.
Unipile ile yönetilen yenileme jetonları
Sağlam bir Google OAuth yenileme belirteci yaşam döngüsü oluşturmak ve sürdürmek, önemsiz olmayan bir mühendislik işidir. Unipile, bir bağımsız teknik aracılık adına her kimlik doğrulanmış kullanıcı, jeton depolama, yenileme zamanlaması ve hata kurtarma sunucu tarafında işlenir - böylece ekibiniz hata ayıklama yerine özellikler sunar geçersiz_hibe saat 2'de.
Unipile, kullanıcılarınızın yenileme belirteçlerini sunucu tarafında şifreleyerek depolar ve erişim belirteçlerini süresi dolmadan proaktif olarak yeniler. Uygulamanıza 401 hatası ulaşmaz.
Unipile'ın kendi OAuth uygulaması CASA Seviye 2 güvenlik değerlendirmesini geçti. POC'niz sırasında kullanıcılarınız Unipile'ın doğrulanmış akışı aracılığıyla yetkilendirilir - 7 günlük test süresi sınırlaması geçerli değildir.
Kendi Google OAuth doğrulamanız onaylandığında, BYOC moduna geçin: kullanıcılarınız sizin tarafınızdan doğrulanmış Google uygulamanız aracılığıyla yetkilendirilirken Unipile token yenileme altyapısını yönetmeye devam eder.
Unipile tek bir Gmail API Yönetilen belirteç yaşam döngüsüne sahip Outlook (Microsoft 365 + Exchange Online) ve IMAP'i de kapsayan soyutlama katmanı, böylece sağlayıcıya özgü yenileme mantığını asla uygulamazsınız.
Unipile anahtarlı POC: Unipile'ın CASA Seviye 2 akışı ile ilk kimliği doğrulanmış kullanıcılarınızı anında bağlayın. 7 günlük geçerlilik süresi yok. Unipile'ın birleşik uç noktası aracılığıyla tam Gmail API erişimi.
Paralel olarak sertifikalandır: Entegrasyonunuzu üretim ortamında çalıştırırken doğrulanması için kendi Google uygulamanızı gönderin. Unipile bu paralel yolu destekler.
BYOC'ye Geçin: Uygulamanız Google tarafından onaylandıktan sonra, Kendi Kimlik Bilgilerini Getir modunu etkinleştirin. Google OAuth yenileme jetonunuzun ömrü üretim ortamında süresiz hale gelir. Unipile yenileme altyapısını yönetmeye devam eder.
# Unipile aracılığıyla e-posta listesi - yenileme jetonu sunucu tarafında işlenir
İthalat istekleri
başlıklar = {
"X-API-ANAHTAR": "SENIN_UNIPILE_API_ANAHTARIN",
"kabul et": "application/json",
}
# account_id = kimliği doğrulanmış kullanıcının bağlı hesap kimliği
response = requests.get(
"https://api7.unipile.com:13046/api/v1/emails",
parametresi={"hesap_kimliği": "acc_XXXXXXXX"},
başlıklar=başlıklar,
)
# Google OAuth yenileme jetonu, Unipile tarafından otomatik olarak yenilenir
e-postalar = yanıt.json()["eşyalar"]Google OAuth Yenileme Jetonu - SSS
Google OAuth yenileme jetonu sonlanma süreleri, kullanım ömürleri ve Google OAuth2 yenileme jetonu yaşam döngüsü ile ilgili sık sorulan sorular.
Evet, 6 farklı koşul altında. En yaygın olanı ise 7 günlük test süresi sınırıUygulamanız Google Cloud Console'da "Test Etme" durumundaysa, tüm yenileme jetonları 7 gün sonra sona erer. Doğrulanmış bir uygulamayla üretimde, jetonlar şu durumlar dışında etkili bir şekilde kalıcıdır: (1) 6 ay kullanılmadığında, (2) kullanıcı erişimi iptal ettiğinde, (3) Gmail kapsamlarıyla şifre değiştirildiğinde, (4) 50 jeton sınırı aşıldığında veya (5) uygulama hassas kapsamlar için doğrulamayı kaybettiğinde. Anlama Google OAuth doğrulama Beklenmedik son kullanma tarihlerini önlemenin anahtarı budur.
Google OAuth yenileme belirteci ömrü uygulamanızın durumuna bağlıdır. İçinde test modu: Maksimum 7 gün, kullanıma bakılmaksızın. İçinde üretim (doğrulanmış uygulama)sabit son kullanma tarihi yok - jetonlar, en az 6 ayda bir kullanıldıkları sürece, 50 jeton sınırını aşmadıkları ve kullanıcının erişimi iptal etmediği sürece süresiz olarak geçerlidir. Google Workspace dahili uygulamalarının da 7 günlük bir sınırı yoktur.
Bu google oauth yenileme belirteci 7 günlük geçerlilik süresi Bu, Google Cloud Console'daki OAuth onay ekranınızın durumu "Test Ediliyor" olduğunda geçerlidir. Google, güvenlik önlemi olarak tüm doğrulanmamış uygulamalar için bu sınırı uygular. Aynı zamanda aşağıdaki ile de örtüşür: 100 test kullanıcı sınırı. Çözüm, uygulamanızı yayınlamak ve Google OAuth doğrulamayı tamamlamak (üretim için) veya uygulama yalnızca Workspace'e özel ise uygulamayı "Dahili" olarak ayarlamaktır.
Önlemek için google oauth2 yenileme jetonu 6 aylık işlem yapılmaması nedeniyle geçerliliği dolacak: aylık bir GÖNDERİ planlayın https://oauth2.googleapis.com/token ile grant_type=refresh_token. Bu, hareketsizlik zamanlayıcısını sıfırlar. Mevcut erişim belirteciyle Gmail API çağrıları yapmanın yenileme belirtecini "kullanmak" sayılmadığını unutmayın - yalnızca belirteç değişim uç noktası zamanlayıcıyı sıfırlar. Belirteçleri sunucu tarafında saklayın ve 50 belirteç sınırının altında kalmak için kullanıcıları asla gereksiz yere yeniden istemeyin.
geçersiz_hibe senin anlamına gelir google oauth yenileme belirteci geçerliliği tetiklenmiş veya jeton geçersiz. Ana nedenler: jeton süresi doldu (7 günlük test sınırı veya 6 aylık hareketsizlik), kullanıcı Google Hesabı ayarlarından erişimi iptal etti, istemci başına kullanıcı 50 jeton sınırı aşıldı ve bu jeton yerinden edildi, Gmail kapsamlarıyla şifre değişikliği veya eşleşmeyen istemci kimlik bilgileri. Tamamını görüntüleyin Google OAuth Hataları Kılavuzu ayrıntılı iyileştirme adımları için nedene göre.
Kullanıcı etkileşimi olmadan yeni bir Google OAuth yenileme jetonu alamazsınız - bu tasarım gereğidir. Yenileme jetonları yalnızca kullanıcı onaylı yetkilendirme akışı sırasında verilir. Jetonunuz süresi dolmuş veya iptal edilmişse, kullanıcıyı tekrar OAuth akışından geçirmeniz gerekir. rıza yeni bir onay ekranını zorlar ve yeni bir belirteç verir, ancak bu 50 belirteç sınırına dahil edilir. En iyi uygulama, sürenin dolmasını baştan önlemektir: belirteçleri güvenli bir şekilde saklayın, canlı tutma yenilikleri uygulayın ve bu durumu ele alın geçersiz_hibe Gerektiğinde yeniden yetkilendirme isteğinde bulunarak hataları zarif bir şekilde çözün.
POST'a https://oauth2.googleapis.com/token ile İçerik-Türü: uygulama/x-www-form-urlencoded ve gövde parametreleri: client_id, client_secret, yenileme_belirtecive grant_type=refresh_token. Yanıt yeni bir tane döndürüyor erişim_belirteci 3.600 saniye geçerlidir. Yanıt içeriyorsa "hata": "geçersiz_yetki", the google api yenileme jetonu geçerli değil ve kullanıcı yeniden yetkilendirmesi gerekiyor. Curl, Python ve Node.js uygulamaları için 5. bölümdeki kod örneklerine bakın.
Google OAuth yenileme jetonları hakkında hala sorularınız mı var? Ekibimiz yardımcı olmak için burada.
TR 
EN 
FR 
ES 
DE 
IT 
BR 
NL 
PL