E-posta Kimlik Doğrulama: Gelen Kutusuna Ulaşma Rehberi

Gmail üzerinden bir mail birleştirme işlemi gönderdiniz. Liste temizdi, mesaj kişiseldi ve teklifiniz ilgi çekiciydi. Ancak sonuçlar beklentinin altında kaldı. Açılma oranları zayıf görünüyor, yanıtlar neredeyse hiç gelmedi ve birkaç alıcı mesajınızın spam klasörüne düştüğünü söyledi.

Bu durum genellikle insanları metin üzerinde değişiklik yapmaya iter. Konu satırını yeniden yazarlar, birkaç ifadeyi çıkarırlar veya farklı bir zamanda gönderim yaparlar. Bazen bu yardımcı olur. Ancak çoğu zaman olmaz, çünkü temel sorun daha önce başlar. Gmail, Outlook veya Yahoo mesaj içeriğinizi değerlendirmeden önce, gönderene güvenip güvenmeyeceklerine karar verirler.

Bu güven katmanına e-posta kimlik doğrulama denir. Gmail tabanlı mail birleştirme araçlarını kullanıyorsanız, bu her zamankinden daha önemlidir. Tanıdık bir iş adresinden gönderim yapıyor ve Google Workspace içinde kalıyor olabilirsiniz, ancak posta kutusu sağlayıcıları yine de alan adınızın postayı yetkilendirdiğine ve mesajın alıcının gördüğü adresle uyumlu olduğuna dair kanıt ister.

E-postalarınız Spam’e Gidiyor, Nedeni Bu Olabilir

Küçük işletmelerde yaygın bir model şöyledir. Gmail’den erişim sağlarsınız, her mesajı kişiselleştirmek için bir mail birleştirme aracı kullanırsınız ve kampanyanın toplu bir bültenden daha insani hissettirmesini beklersiniz. Bu kısım doğrudur. Ancak posta kutusu sağlayıcıları sizi niyetinize göre puanlamaz. Sizi sinyallere göre puanlarlar.

Gelen kutusu kalabalıktır. Sektör ölçütleri ortalama e-posta açılma oranlarını %21 ile %25 civarında tutmaktadır ve bir veri kümesi her saniye 3,13 milyon e-posta gönderildiğini tahmin etmektedir. Bu e-posta pazarlama ölçütlerine göre görünürlük ve gelen kutusuna yerleşim için güven sinyallerinin bu kadar önemli olmasının nedeni budur. Alan adınız doğrulanmamışsa, metniniz mükemmel olsa bile mesajınız şüpheli görünebilir.

Güven, optimizasyondan önce gelir

Küçük işletme sahipleri genellikle metin değişiklikleriyle başlar. Spam filtrelerini tetiklediğini düşündükleri ifadeleri kaldırırlar veya e-postadaki spam kelimeleri hakkındaki bu rehber gibi riskli ifadelerin listelerini incelerler. Bu faydalıdır, ancak temel değildir.

Gmail, alan adınızın gönderimi gerçekten yetkilendirdiğini doğrulayamazsa, kampanyanız bir güven açığıyla başlar.

Pratik kural: Konu satırlarına takıntılı hale gelmeden önce gönderen güvenini düzeltin.

Kimlik doğrulama, alıcı sunuculara mesajın onaylı bir göndericiden geldiğini ve yanlışlıkla sizden gelmiş gibi gösterilmediğini söyleyen şeydir. E-posta gelen kutusu teslimatını optimize etmeye yönelik her ciddi çabanın SPF, DKIM ve DMARC ile başlaması gerekmesinin nedeni budur.

Gmail erişiminin düşük performans göstermesinin gizli nedeni

Gmail tabanlı erişim, yanlış bir güvenlik hissi yaratır. İnsanlar, mesaj gerçek bir gelen kutusundan gönderildiği için alan adının her yerde güvenilir olması gerektiğini varsayar. Bu her zaman doğru değildir, özellikle de bir Google Workspace alan adı aynı zamanda planlama araçları, CRM’ler, işe alım platformları, yardım masaları veya faturalandırma yazılımları aracılığıyla gönderim yapıyorsa.

Sonuç sinir bozucudur. Bir ekip doğrudan bire bir mesajlardan normal gelen kutusu yerleşimi görürken, otomatik veya birleştirilmiş gönderimlerden daha kötü performans alır. Aynı marka. Aynı alan adı. Farklı teknik yol.

Bu genellikle ipucunuzdur. Sorun yazım olmayabilir. Sorun e-posta kimlik doğrulama olabilir.

E-posta Güveninin Dört Sütunu: SPF, DKIM, DMARC ve BIMI

E-posta kimlik doğrulama, katmanlı bir güven sistemi gibi çalışır. Bir kayıt kimin göndermesine izin verildiğini söyler. Diğeri mesajın değiştirilmediğini kanıtlar. Üçüncüsü, alıcı sunuculara kontroller başarısız olduğunda ne yapmaları gerektiğini söyler. Dördüncüsü ise gelen kutusuna görünür bir marka sinyali ekleyebilir.

Teknik temel basittir. SPF, alan adınız için hangi sunucuların gönderim yapmaya yetkili olduğunu yayınlar, DKIM kriptografik bir imza ekler ve DMARC, alıcılara bu kontrolleri geçemeyen mesajları izlemeleri, karantinaya almaları veya reddetmeleri gerektiğini söyler. E-posta kimlik doğrulama protokolleri hakkındaki bu genel bakışta açıklandığı gibidir.

SPF sizin konuk listenizdir

SPF, Sender Policy Framework (Gönderen Politikası Çerçevesi) anlamına gelir. Bunu etkinliğinizdeki konuk listesi olarak düşünün.

Bir alıcı sunucu, işletmenizden geldiğini iddia eden bir mesaj aldığında, gönderen hizmetin onaylı listede olup olmadığını görmek için alan adınızın SPF kaydını kontrol eder. Gönderen listelenmemişse, sunucunun mesajdan şüphe duyması için nedeni vardır.

Küçük bir işletme için bu, birden fazla yerden gönderim yaptığınızda önemlidir, örneğin:

• Google Workspace: Gmail’den gelen normal çalışan e-postası

• Bir CRM veya satış aracı: erişim veya takip dizileri

• Bir destek platformu: bilet yanıtları ve bildirimler

• Bir form veya rezervasyon sistemi: onaylar ve hatırlatıcılar

Bu gönderenlerden biri SPF’de eksikse, e-posta meşru olsa bile sorunlara neden olabilir.

DKIM sizin balmumu mührünüzdür

DKIM, DomainKeys Identified Mail anlamına gelir. Mesajın göndericiden ayrıldıktan sonra değiştirilmediğini kanıtlamaya yardımcı olur.

En kolay benzetme, bir zarf üzerindeki balmumu mührüdür. Mühür sağlamsa, alıcı mektubun orijinal ve üzerinde oynanmamış olduğuna daha fazla güvenir. DKIM ile “mühür”, alan adınıza bağlı dijital bir imzadır.

Bu, SPF’den farklı bir şekilde yardımcı olur. SPF, “Bu gönderenin izni var mıydı?” diye sorar. DKIM ise “Bu mesaj hala yetkili alan adından gelen imzayla eşleşiyor mu?” diye sorar.

DKIM, genellikle işletme sahiplerinin görmediği kısımdır, çünkü e-posta platformları imzalama anahtarını onlar için oluşturabilir. Ancak alıcı sunucu bunu kesinlikle görür.

DMARC sizin politika katmanınızdır

DMARC, Domain-based Message Authentication, Reporting, and Conformance (Alan Adı Tabanlı İleti Kimlik Doğrulama, Raporlama ve Uyumluluk) anlamına gelir. Eğer SPF konuk listesi ve DKIM mühür ise, DMARC fedaiye verilen yazılı talimattır.

Alıcı sunuculara, posta kimlik doğrulama kontrollerinden geçemediğinde ne yapmaları gerektiğini söyler. Tipik politika yolu şöyledir:

DMARC politikası	Sade dilde ne anlama gelir
Monitor (İzle)	Başarısızlıkları izleyin ve teslimat davranışını değiştirmeden rapor toplayın
Quarantine (Karantina)	Başarısızlıkları şüpheli olarak değerlendirin ve spam veya gereksiz klasörüne yönlendirin
Reject (Reddet)	DMARC kontrollerini geçemeyen mesajların teslimatını reddedin

Bu politika güçlüdür çünkü sizi pasif kontrolden aktif kontrole taşır.

BIMI görünür güven sinyalidir

BIMI, Brand Indicators for Message Identification (İleti Tanımlama için Marka Göstergeleri) anlamına gelir. SPF, DKIM ve DMARC’ın aksine BIMI, alıcılara fark edebilecekleri bir şey sunar: desteklenen gelen kutularında markalı bir logo gösterimi.

BIMI’yi resmi üniforma olarak düşünün. Kimlik kontrolünün yerini almaz. Temel güven çerçevesi yerinde olduktan sonra görünür.

Küçük işletmeler için BIMI, ele alınacak ilk iş değildir. Bu, sonraki aşamanın ödülüdür. Kimlik doğrulamayla başlayın. Önce güven kazanın. Ardından görsel marka sinyalinin kurulumunuz için fazladan çabaya değip değmeyeceğini değerlendirin.

SPF, DKIM ve DMARC Birlikte Nasıl Çalışır?

Çoğu karışıklık, işletme sahipleri üç kısaltmayı ayrı ayrı öğrendiğinde ancak bir kontrol geçtikten sonra bir mesajın neden hala başarısız olabileceğini anlamadığında ortaya çıkar.

Hizalama neden insanların kafasını karıştırır?

DMARC sadece SPF veya DKIM’in geçip geçmediğini sormaz. Ayrıca geçen sonucun görünür Kimden (From) alan adıyla hizalanıp hizalanmadığını da kontrol eder. Sade bir dille, teknik kimliğin alıcınızın gördüğü gönderen kimliğiyle eşleşmesi gerekir.

Bu hizalama kuralı, birçok Gmail mail birleştirme kurulumunun bozulduğu yerdir. Üçüncü taraf bir araç teknik olarak geçerli bir şekilde posta gönderebilir, ancak SPF’de kullanılan alan adı veya DKIM imzalama alan adı, görünür Kimden adresinizle eşleşmiyorsa, DMARC yine de başarısız olabilir. DMARC hizalaması hakkındaki bu açıklamada ana nokta budur.

Basit bir seyahat benzetmesi

SPF veya DKIM’i pasaportunuz olarak düşünün. Geçerli bir kimlik belgeniz olduğunu kanıtlar.

DMARC hizalaması, havayolu görevlisinin o pasaportu biniş kartıyla karşılaştırmasıdır. İsimler eşleşmiyorsa, pasaportun gerçek olması sorunu çözmez. Yine de kapıda durdurulursunuz.

İnsanların “DKIM’i geçtiği” halde teslimat sorunları yaşayan mesajlar yüzünden kafalarının karışmasının nedeni budur. Bir testi geçmenin her şeyin yolunda olduğu anlamına geldiğini varsayarlar. Öyle değildir. Görünür kimliğin hala hizalanması gerekir.

Bu gerçek dünyada nasıl görünür?

Küçük bir işletme genellikle aynı anda şu yollardan gönderim yapar:

• Doğrudan Gmail mesajları (personelden)

• Mail birleştirme gönderimleri (Google Workspace eklentisinden)

• Randevu hatırlatıcıları (rezervasyon yazılımından)

• Faturalar (muhasebe araçlarından)

Her hizmet farklı bir teknik gönderen kimliği kullanıyorsa, alan adınız tutarsız hale gelebilir. Bir akış hizalanır. Diğeri hizalanmaz. Biri gelen kutusuna ulaşır. Diğeri spam’e sürüklenir.

En güvenli zihniyet şudur: alan adınız adına gönderim yapan her hizmetin kasıtlı olarak dahil edilmesi gerekir, varsayılmamalıdır.

E-posta kimlik doğrulamanın sadece kurulum değil, envanter yönetimi olmasının nedeni budur.

Bu, Gmail Mail Birleştirme Kampanyalarınız İçin Neden Önemlidir?

İşin ticari boyutu basittir. Kimlik doğrulama zayıfsa, kişiselleştirme kampanyayı kurtarmaz.

Kurallar 2024’te değişti

Google ve Yahoo, 2024 yılında toplu göndericiler için gereksinimleri sıkılaştırdı. Kurallar SPF veya DKIM, DMARC ve tek tıkla abonelikten çıkma gerektiriyor ve ayrıca toplu gönderici kimlik doğrulama gereksinimleri özetine göre spam şikayet eşiğini %0,3’ün altında tutuyor. Bu, konuşmayı “olsa iyi olur”dan operasyonel zorunluluğa dönüştürdü.

Gmail eklentilerini kullanan küçük ekipler için bu özellikle önemlidir, çünkü gönderim hacmi ve otomasyon posta kutusu sağlayıcılarına önemli görünse bile gönderim davranışı hafif hissedilebilir.

Gmail eklentilerinin zorlaştırdığı şeyler

Bir Gmail mail birleştirme iş akışı yüzeyde basit görünür. Gmail içinde yazar, bir sayfadan isimleri çeker ve kişiselleştirilmiş mesajları ölçekli olarak gönderirsiniz. Ancak zor olan kısım birleştirmenin kendisi değildir. Yönetişimdir.

Birden fazla kişi paylaşılan Google Workspace hesaplarından gönderim yapıyorsa veya farklı araçlar aynı alan adı adına gönderim yapıyorsa, birinin şu soruları yanıtlaması gerekir:

• Hangi hizmetlerin gönderim yapmaya yetkili olduğu

• Her hizmetin hangi alan adıyla imzaladığı

• Her gönderenin Kimden adresiyle hizalanıp hizalanmadığı

• Abonelikten çıkma davranışının gerektiğinde doğru şekilde ele alınıp alınmadığı

Farklı erişim yaklaşımlarını karşılaştırıyorsanız, yerel Gmail mail birleştirme ve eklentiler hakkındaki bu analiz faydalıdır çünkü gönderimin arkasındaki teknik yol, neyi izlemeniz gerektiğini etkiler.

Hızlı bir görsel inceleme, uyumluluk tarafını kavramayı kolaylaştırır:

Bu neden gerçek kampanya sonuçlarını etkiler?

Kimlik doğrulama bir pazarlama hilesi değildir. Altyapıdır. Bu altyapı sağlam olduğunda, posta kutusu sağlayıcılarının mesaja güvenmek için daha net bir nedeni olur. Zayıf olduğunda, nazik ve alakalı erişimler bile daha agresif bir şekilde filtrelenebilir.

Bu, e-posta kimlik doğrulamayı küçük işletmeler için rekabet avantajı haline getirir. Daha büyük göndericilerin genellikle özel yöneticileri veya ESP desteği vardır. Daha küçük ekiplerin genellikle yoktur. Gönderenlerini belgeleyen, hizalamayı temiz tutan ve yeni bir araç başlatmadan önce değişiklikleri gözden geçiren ekipler, genellikle gelen kutusu yerleşimine zarar veren kaostan kaçınırlar.

DNS Kayıtlarınızı Ayarlamak İçin Basit Bir Rehber

DNS, arayüzü genellikle eski göründüğü ve terminolojisi soyut hissettirdiği için korkutucu gelebilir. Uygulamada, genellikle alan adı sağlayıcınızın kontrol panelindeki birkaç metin girişini düzenlersiniz.

Aslında neyi düzenliyorsunuz?

E-posta kimlik doğrulama için genellikle TXT kayıtları ile çalışırsınız. Her birinin, sağlayıcınızın biraz farklı etiketleyebileceği üç alanı vardır:

• Host veya Name (Ana Bilgisayar veya Ad): kaydın nerede yaşadığı

• Value veya Content (Değer veya İçerik): metin talimatının kendisi

• TTL: diğer sistemlerin kaydı ne kadar süre önbelleğe alabileceği

DNS jargonunu ezberlemenize gerek yoktur. E-posta sağlayıcınızın size verdiği değerlerle eşleşmeniz ve bunları doğru alanlara yapıştırmanız gerekir.

Küçük işletme kısayolu: İnternette rastgele şablonlar arayarak başlamayın. Google Workspace ve alan adınız için posta gönderen herhangi bir araç tarafından sağlanan tam kayıtlarla başlayın.

Çoğu küçük işletmenin ihtiyaç duyduğu üç kayıt

Minimum yığın genellikle şöyledir:

Kayıt türü	İş	İzlenmesi gereken
SPF	Yetkili gönderenleri listeler	Hizmet ekledikçe güncel tutun
DKIM	İmzalama için genel anahtarı yayınlar	Seçicinin ve değerin tam olduğundan emin olun
DMARC	Alıcılara başarısızlıkları nasıl ele alacaklarını söyler	Uygulamadan önce izleme modunda başlayın

Gmail tabanlı bir iş alan adı için, SPF kaydınız genellikle Google Workspace’i içerir. Başka bir platform sizin adınıza gönderim yapıyorsa, o gönderen genellikle size ek SPF veya DKIM talimatları verir.

DMARC, birçok işletme sahibinin tereddüt ettiği yerdir, ancak güvenli ilk adım bir izleme politikasıdır. Bu, karantinaya veya reddetmeye geçmeden önce alan adınız olarak neyin gönderim yaptığını görmenizi sağlar.

Güvenli bir uygulama sırası

Kendi kendinize teslimat sorunları yaratmamak için bu sırayı kullanın:

1. Birincil göndereniniz için SPF yayınlayın
   Ana Google Workspace gönderim yolunuzun kapsandığından emin olun.

2. Sağlayıcınızın desteklediği yerlerde DKIM’i etkinleştirin
   Birçok platform ihtiyacınız olan tam DNS değerlerini sağlar.

3. İzleme duruşuyla DMARC ekleyin
   Bu, postayı hemen engellemeden size görünürlük sağlar.

4. Her üçüncü taraf göndereni denetleyin
   Rezervasyon araçlarını, CRM’leri, form uygulamalarını, destek sistemlerini ve alan adınızdan gönderim yapan diğer her şeyi kontrol edin.

5. Politikayı sadece incelemeden sonra sıkılaştırın
   Yalnızca meşru postaların hizalandığından emin olduğunuzda karantinaya veya reddetmeye doğru ilerleyin.

Alan adınız cPanel üzerinden yönetiliyorsa, cPanel e-posta spam korumasının nasıl yapılandırılacağı hakkındaki bu inceleme, bu kayıtların tipik olarak nerede yaşadığına dair somut bir örnek verir.

Ne yapılmamalıdır?

Birkaç hata gereksiz acı yaratır:

• DMARC uygulamasını aceleye getirmeyin: Tüm gönderenleri envanterinize almadan önce bir reddetme politikası, meşru postaları engelleyebilir.

• Birden fazla kişinin gelişigüzel araç eklemesine izin vermeyin: Kimse DNS’i güncellemezse, yeni bir SaaS uygulaması hizalamayı bozabilir.

• DNS’i bir kez yapıp bırakılacak bir şey olarak görmeyin: Her yeni gönderim aracı bir kayıt güncellemesi gerektirebilir.

Son nokta küçük işletmeler için en önemlisidir. Büyüme sistemler ekler ve sistemler gönderenler ekler.

Kurulumunuzu Nasıl Test Edebilir ve Yaygın Hataları Düzeltebilirsiniz?

DNS kayıtlarını kaydetmek, işin bittiği anlamına gelmez. Yine de kayıtların doğru yayınlandığını ve gönderdiğiniz mesajların bunları beklediğiniz şekilde kullandığını doğrulamanız gerekir.

Pratik bir test kontrol listesi

Her değişiklikten sonra basit bir kontrol listesi kullanın:

• Kayıt görünürlüğünü kontrol edin: SPF, DKIM ve DMARC kayıtlarınızı MXToolbox veya başka bir doğrulayıcı gibi bir DNS denetleyicisi ile arayın.

• Gerçek bir mesaj gönderin: Farklı bir uygulamadan değil, gerçek kampanyalar için kullandığınız Gmail iş akışından test edin.

• Kimlik doğrulama sonuçlarını inceleyin: SPF, DKIM ve DMARC davranışını doğrulamak için mesaj başlıklarına veya test aracı çıktısına bakın.

• Yeni bir gönderen ekledikten sonra tekrarlayın: Bugün çalışan bir kurulum, yeni bir platform gönderime başladığında daha sonra bozulabilir.

Küçük ekiplerin en sık yaptığı hatalar

İlk yaygın sorun SPF arama karmaşıklığıdır. Küçük işletmeler, SPF kaydı şişene kadar bir hizmeti diğerinin üzerine ekler. Bu olduğunda, her bir hizmet eklendiğinde zararsız görünse bile doğrulama başarısız olabilir.

İkincisi basit sözdizimi hatalarıdır. Eksik bir karakter, yanlış alana yapıştırılmış bir değer veya yinelenen bir kayıt saatlerce kafa karışıklığına neden olabilir.

Üçüncüsü geçme sonuçlarını yanlış okumaktır. İnsanlar bir mesajın bir kontrolü geçtiğini görür ve teslim edilebilirliğin çözüldüğünü varsayar. Öyle değildir. Kimlik doğrulama kimliği doğrular, ancak gelen kutusu yerleşimi hala diğer faktörlere bağlıdır. Kimlik doğrulamanın teslim edilebilirlikle aynı şey olmadığı hakkındaki bu açıklama, birçok başlangıç rehberinin dışarıda bıraktığı kısımdır.

Kimlik doğrulamayı geçmek, “Bu gönderen meşru görünüyor” anlamına gelir. Otomatik olarak “Bu mesaj gelen kutusunu hak ediyor” anlamına gelmez.

Basit bir sorun giderme modeli

Bir şeyler yanlış göründüğünde, şu sırayla çalışın:

1. DNS kaydının var olduğunu doğrulayın

2. Kaydın sağlayıcının talimatlarıyla tam olarak eşleştiğini doğrulayın

3. Gerçek gönderim iş akışıyla test edin

4. Görünür Kimden alan adının hizalanıp hizalanmadığını kontrol edin

5. Başka bir hizmetin beklenmedik şekilde gönderim yapıp yapmadığını inceleyin

Bu süreç, çoğu küçük işletme sorununu rastgele blog gönderileri ve forum başlıkları arasında atlamaktan daha hızlı yakalar.

Kurulumun Ötesinde: E-posta Kimlik Doğrulamanızı İzleme

En faydalı değişim, e-posta kimlik doğrulamayı bir hafta sonu projesi değil, devam eden bir bakım olarak görmektir.

DMARC raporları aslında ne içindir?

DMARC canlıya geçtiğinde, alan adınızdan geldiğini iddia eden postaları kimin gönderdiğini gösteren raporlar almaya başlarsınız. Bu raporlar karmaşık görünebilir, ancak amaçları pratiktir: hesaba katmayı unuttuğunuz meşru araçları ve kesinlikle yetkilendirmediğiniz şüpheli trafiği tespit etmenize yardımcı olurlar.

Bu görünürlük önemlidir çünkü büyüyen bir işletme nadiren sonsuza kadar sadece tek bir yerden gönderim yapar. Bir işe alım aracı eklenir. Sonra bir yardım masası. Sonra etkinlik yazılımı. Sonra otomatik bir hatırlatıcı uygulaması.

Basit bir bakım alışkanlığı

Takvime bir yinelenen görev koyun. E-posta gönderen bir aracı eklediğinizde, kaldırdığınızda veya değiştirdiğinizde gönderim envanterinizi gözden geçirin.

Hafif bir süreç iyi çalışır:

• Bir gönderen listesi tutun: Alan adınız için gönderim yapmasına izin verilen her platformu belgeleyin.

• Başlatmadan önce hizalamayı kontrol edin: Yeni hizmetlerin doğru Kimden alan adını ve imzalama kurulumunu kullandığını doğrulayın.

• Raporlarınızı kalıplar için okuyun: Bilinmeyen gönderenleri, tekrarlanan başarısızlıkları veya yapılandırma güncellemesi gerektiren hizmetleri arayın.

• Güncel rehberliği inceleyin: E-posta gönderen yönergeleri hakkındaki bu kontrol listesi, ekibiniz neyi düzende tutması gerektiğine dair sade dilde bir hatırlatıcı istediğinde faydalı bir referans noktasıdır.

E-posta kimlik doğrulama bir güvenlik kontrolü olarak başladı. Gmail mail birleştirme araçlarını kullanan küçük işletmeler için daha geniş bir şeye dönüştü. Markanızı korumanın, gelen kutusu yerleşimini desteklemenin ve büyümenin alan adınızı yarım yapılandırılmış göndericilerden oluşan kafa karıştırıcı bir yamalı bohçaya dönüştürmesini engellemenin yolu budur.

---

Google Workspace’ten kişiselleştirilmiş kampanyalar gönderiyorsanız, Mail Merge for Gmail, Gmail hesabınızdan erişim sağlarken gönderimler, açılmalar, tıklamalar, yanıtlar ve abonelikten çıkma yönetimi konusunda görünürlüğü korumanıza olanak tanıyan basit bir yol sunar. Zaten kullandıkları Google araçlarından ayrılmadan bire bir tarzda e-postayı ölçeklendirmek isteyen ekipler için pratik bir seçenektir.