Open Graph Etiketleri ve Paylaşım Önizlemesi Kontrolü

Open Graph etiketleri, bir sayfanın adresi paylaşıldığında görünen başlık, açıklama ve görseli sayfanın kendisinden okutmanızı sağlar. Doğru kurulum için dört şey yeter: her sayfada başlık, tür, görsel ve kanonik adres etiketlerini tanımlamak, görseli herkese açık ve açılabilir bir adresten sunmak, og:url değerini sayfanın canonical adresiyle aynı tutmak ve yayından önce paylaşım hata ayıklama aracıyla sonucu görmek. Bu etiketler Google sıralaması için bir koz değildir; ama paylaşım ve mesajlaşma uygulamalarında bağlantınızın ilk izlenimini belirler.

Yazı, kendi sitesinde ürün, kategori ve blog sayfaları yöneten marka sahipleri, e-ticaret yöneticileri ve içerik ekipleri için hazırlandı. Platformların kırpma ölçüleri ve önbellek davranışı sık değiştiği için o ayrıntılar için ilgili platformun güncel yardım sayfasına bakmanız gerekir.

Open Graph etiketi nedir ve neyi etkilemez

Open Graph protokolü (yeni sekmede açılır), bir web sayfasını zengin bir nesne olarak tanımlamak için geliştirilmiş küçük bir meta etiket kümesidir. Etiketler sayfanın head bölümünde yer alır; her biri property ve content niteliği taşıyan bir meta öğesidir. Protokolü okuyan bir uygulama, adresi paylaşan kişiye başlık, kısa açıklama ve görselden oluşan bir kart gösterebilir. Etiket yoksa uygulama tahmin yürütmek zorunda kalır ve çoğu zaman en uygun başlık ya da görseli seçemez.

Burada iki ayrımı baştan netleştirmek gerekir. Birincisi, Open Graph bir arama motoru sinyali olarak tasarlanmamıştır; paylaşım kartı için tasarlanmıştır. İkincisi, etiketler tek bir platforma ait bir özellik değildir; belgesi herkese açık bir protokoldür ve onu okuyan her uygulama kendi görünüm kararlarını verir. Aynı etiketler bir uygulamada geniş görselli kart, başka bir uygulamada küçük bir kapak ve başlık olarak görünebilir. Bu yüzden etiketleri kurarken tek bir platformun görünümüne göre değil, protokolün tanımına göre çalışmak daha dayanıklıdır.

Google ile ilişkisi

Google belgeleri bu konuda iki yerde Open Graph'tan söz eder. Başlık bağlantısı belgesinde (yeni sekmede açılır), Google'ın başlık bağlantısı için kullanabildiği kaynaklar sıralanır: title öğesi, sayfadaki ana görsel başlık, başlık öğeleri ve og:title etiketi bunların arasındadır. Sayfa, og:title'ın ne ağırlıkla değerlendirildiğini açıklamaz. Site adı belgesinde (yeni sekmede açılır) ise WebSite yapılandırılmış veri en önemli sinyal olarak anılır; og:site_name, title öğesi, başlık öğeleri ve ana sayfa metni de dikkate alınabilecek diğer kaynaklar arasında sayılır.

Snippet belgesi (yeni sekmede açılır) ise farklıdır. Google, snippet'i öncelikle sayfa içeriğinden üretir, meta description'ı yalnızca sayfayı daha doğru anlattığında bazen kullanır ve sayfada Open Graph veya başka sosyal etiketlerden söz edilmez. Dolayısıyla og:description yazmak, arama sonucundaki açıklamayı belirlemez. Aramadaki açıklamayı yönetmek için sayfa içeriği ile meta description'a, kısıtlamak için de snippet kontrol etiketlerine bakmak gerekir; bunun ayrıntısı snippet kontrolü rehberinde ele alınıyor.

Doğru beklenti

Open Graph etiketlerinden beklenebilecek gerçekçi sonuç şudur: bağlantınız paylaşıldığında tutarlı, okunur ve markanızı yansıtan bir kart görünür. Bu da tıklama kararını etkileyebilir. Daha fazla organik sıralama, daha fazla paylaşım ya da daha çok backlink vaadi ise bu etiketlerin kapsamında değildir. Sosyal paylaşımın arama görünürlüğüne etkisi ayrı bir tartışma konusudur ve sosyal sinyaller ile backlink rehberinde ayrıca işleniyor.

Dört zorunlu özellik ve isteğe bağlı olanlar

Protokol, her sayfa için dört özelliği zorunlu sayar. Aşağıdaki tablo bunları, kısa tanımlarını ve sık yapılan hatayı bir arada gösterir.

İsteğe bağlı özellikler arasında og:description, og:site_name, og:locale, og:locale:alternate, og:determiner, og:audio ve og:video bulunur. Protokol bunları isteğe bağlı sayar ama genellikle önerilir. Pratikte bir ürün veya makale sayfası için başlık, tür, görsel, adres, açıklama, site adı ve dil etiketi yedili kümesi çoğu ihtiyacı karşılar.

og:title nasıl yazılır

Her sayfa kendi başlığını taşımalıdır. Başlığı, sayfanın title öğesiyle aynı tutmak zorunda değilsiniz; paylaşım kartında marka adını tekrarlamak gerekmediği için daha kısa ve doğrudan bir ifade yeterli olabilir. Ancak iki başlığın birbiriyle çelişmesi, aynı sayfayı arama sonucunda bir, paylaşımda başka şekilde göstermek anlamına gelir. Google belgesi, title öğelerinde tekrar eden ve kalıp metinden kaçınmayı önerir; aynı yaklaşım og:title için de mantıklıdır. Yüz sayfalık bir katalogda hepsinde "Mağazamız" yazan bir etiket, paylaşılan bağlantıları birbirinden ayırt edilemez kılar.

og:type seçimi

Protokol, türleri gruplar halinde tanımlar. Müzik ve video türlerinin yanında article, book, profile ve website türleri bulunur. Protokol, işaretlemesi olmayan her sayfanın website olarak ele alınması gerektiğini söyler. Blog yazısı için article, ana sayfa ve kategori sayfaları için website makul bir eşleşmedir. Article türünü seçtiğinizde yayın zamanı, değişiklik zamanı, yazar, bölüm ve etiket gibi ek özellikleri de tanımlayabilirsiniz. Tarih değerleri ISO 8601 biçimindedir.

İsteğe bağlı olanların işi

og:description için protokol bir iki cümlelik bir açıklama ister. Bu alanı sayfanın meta description'ından kopyalamak sorun değildir, ama paylaşım bağlamında okuyucu sayfayı henüz görmediği için ilk cümleyi tek başına anlaşılır yazmak daha iyi sonuç verir. og:site_name, sayfanın ait olduğu sitenin adını taşır; Google'ın site adı belgesinde de dikkate alınan kaynaklardan biri olduğu için ana sayfadaki değerin marka yazımıyla birebir uyumlu olması gerekir. Site adı ve favicon sorunları rehberi bu tutarlılığın nasıl denetleneceğini anlatıyor.

Paylaşım görseli: adres, tür, boyut ve alt metin

Paylaşım kartında en dikkat çeken parça görseldir ve en çok hata da burada çıkar. Protokol, görsel için bir ana etiketin yanında yapılandırılmış alt özellikler tanımlar: og:image:url, og:image:secure_url, og:image:type, og:image:width, og:image:height ve og:image:alt. Bunların amacı, görseli okuyan uygulamaya adres dışında bilgi vermektir: dosyanın türü, ölçüsü ve görselde ne olduğu.

Adres ve erişim

Görsel adresi mutlak olmalı ve herkese açık biçimde açılmalıdır. Oturum isteyen bir klasördeki, taramaya kapatılmış ya da uzun bir yönlendirme zinciriyle çözülen bir adres, paylaşım sırasında okunamayabilir. https gerektiren sayfalarda secure_url alt özelliği tanımlanabilir. Google Görseller belgesi (yeni sekmede açılır) de görsel URL'lerinin taranabilir olmasını ve birden çok sayfada kullanılan görsellerin aynı URL ile verilmesini önerir; böylece görsel önbelleğe alınabilir ve tekrar tekrar istenmez. Paylaşım görselini rastgele sürüm numaralarıyla her yayında yeniden adlandırmak bu açıdan kötü bir alışkanlıktır.

Dosya türü

Google Görseller belgesi desteklenen biçimler arasında JPEG, PNG, WebP, GIF, SVG, BMP ve AVIF'i sayar. Open Graph belgesi ise hangi biçimin tercih edileceğini söylemez; yalnızca og:image:type ile MIME türünü bildirmenize imkân verir. Sonuç olarak biçim kararını paylaşım yapılacak uygulamaların desteğine göre vermek gerekir ve bu desteğin ayrıntısı belgelerde yer almaz. Güvenli yol, hedef platformda paylaşım denemesi yapmak ve görselin gerçekten göründüğünü görmektir. Dosya ağırlığı için de ölçülü davranmak yeterlidir: görseli kalitesini koruyarak gereksiz yere büyütmemek, hem sayfa hızı hem de önizleme için makul bir ilkedir.

Genişlik, yükseklik ve kadraj

og:image:width ve og:image:height alt özellikleri görselin piksel ölçüsünü bildirir. Protokol örneğinde bir görselde ölçüler verilir, bir başkasında verilmez; yani alanlar zorunlu değildir. Ölçü bildirmenin yararı, uygulamanın görseli indirmeden yerleşimi hazırlayabilmesidir. Hangi oranın en iyi göründüğü ise platforma göre değişir ve OGP belgesi bir oran önermez. Kadraj için pratik kural, önemli öğeyi (ürün, logo, başlık) görselin ortasında tutmak ve kenarlara yakın metin koymamaktır; çünkü kırpma biçimi uygulamadan uygulamaya farklılaşır.

Alt metin

Protokole göre bir og:image tanımlandıysa og:image:alt de tanımlanmalıdır. Belgede alt metnin görselde ne olduğunu açıklaması, başlık gibi davranmaması gerektiği belirtilir. Buna uygun örnek: "Beyaz zeminde duran el yapımı seramik kupa ve yanında ahşap kaşık". Aynı açıklamayı sayfadaki img öğesinin alt metniyle birebir kopyalamak zorunda değilsiniz, ama ikisi de görseli doğru anlatmalıdır.

og:url, canonical ve izleme parametreleri

Open Graph protokolü og:url değerini "nesnenin kanonik adresi ve grafikteki kalıcı kimliği" olarak tanımlar. Bu, canonical etiketine çok benzeyen bir rol demektir. Protokol belgesi, og:url ile link rel canonical arasındaki ilişkiyi ayrıca açıklamaz. Bu nedenle ikisini tutarlı yönetmek sizin sorumluluğunuzdadır.

Google'ın kanonik URL belgesi (yeni sekmede açılır), canonical için birkaç sade kural verir: mutlak URL kullanın, kanonik sayfanın kendisine de kendine referanslı bir canonical koyun, iç linklerde kanonik adresi kullanın ve aynı sayfa için farklı yöntemlerle farklı kanonik adresler bildirmeyin. Belge, takip parametresi taşıyan bir ürün adresini temiz adresle karşılaştıran bir örnek de verir. Open Graph etiketlerine bu kuralları uyguladığınızda şu sonuç çıkar: og:url için parametresiz, https kullanan ve canonical ile aynı olan mutlak adresi yazın.

Tek sayfa, iki adres sorunu

Bir ürün sayfasına hem /urun/kupa hem de /urun/kupa?utm_source=bulten adresiyle ulaşılabiliyorsa, ikisinde de og:url aynı temiz adrese işaret etmelidir. Paylaşım adresi parametre içerse bile, kart kimliği temiz adresten okunur. Bunun bir yan faydası, canonical ile og:url'nin aynı kalması ve sinyallerin dağılmamasıdır. Parametreli adresleri nasıl yöneteceğiniz konusu canonical etiketi hataları ve denetimi rehberinde ayrıca işleniyor.

Yönlendirilen adres

og:url'ye yönlendirmesi olan bir adres koymayın. Örneğin sayfa www olmayan sürüme yönlendiriliyorsa, etikette de www olmayan nihai adres yazılmalıdır. Aksi halde paylaşım kartı iki adres arasında kimlik karmaşası yaşar ve beklediğiniz önizleme yerine eski bir sürüm görünebilir.

Dil ve yerelleştirme etiketleri

TR ve EN sürümü olan siteler için Open Graph, dil ve bölge bilgisini de taşıyabilir. og:locale, etiketlerin yazıldığı dili language_TERRITORY biçiminde bildirir ve varsayılan değeri en_US olarak belirtilir. Yani Türkçe sayfada bu etiketi tanımlamazsanız, uygulama sayfayı İngilizce varsayabilir. Türkçe sayfa için tr_TR, İngilizce sayfa için örneğin en_US ya da en_GB yazılır. og:locale:alternate ise sayfanın mevcut olduğu diğer dilleri dizi olarak listelemek için kullanılır.

Burada iki dikkat noktası var. Birincisi, etiketlerin içeriği sayfa diliyle uyumlu olmalıdır: Türkçe sayfada İngilizce og:title, kartı yanlış gösterir. İkincisi, Open Graph dil etiketleri hreflang yerine geçmez; arama motorlarına dil sürümlerini bildirmek ayrı bir iştir. Şablon düzeyinde kurarken dil değişkenini tek kaynaktan türetmek, iki sistemin birbirinden kopmasını önler.

Görselde yazı olan sayfalar

Paylaşım görselinin içine başlık yazıyorsanız, her dil için ayrı görsel hazırlamak gerekir. Aksi halde İngilizce sayfa Türkçe yazılı bir kartla paylaşılır. Daha sade çözüm, görsele yazı koymayıp başlığı kartın metin alanına bırakmaktır; böylece tek görsel her iki dilde de kullanılır.

Yinelenen etiketler ve çakışma

Protokol, aynı etiketin tekrarlanmasına izin verir ve çatışma durumunda yukarıdan aşağıya ilk etikete öncelik verildiğini söyler. Yapılandırılmış alt özellikler en son okunan ana etikete bağlanır; başka bir ana etiket okunduğunda önceki yapılandırılmış özellik tamamlanmış sayılır. Bu iki kural birlikte önemli bir pratik sonuç doğurur: görsel etiketlerinin sırası.

Örneğin bir sayfada üç og:image varsa ve genişlik etiketi yanlış yere konduysa, ölçü beklediğiniz görsele bağlanmaz. Doğru sıra, ana etiketi ve hemen ardından kendi alt özelliklerini yazmaktır. Bir tema, bir eklenti ve elle eklenmiş kod aynı sayfada ayrı etiket üretebilir; Open Graph protokolü bu durumda ilk etiketin tercih edildiğini söyler.

Şablon ve eklenti çakışması

İçerik yönetim sistemlerinde SEO eklentisi, tema ve elle eklenen kod aynı etiketleri üretebilir. Kontrol yöntemi basittir: sayfanın kaynak kodunu açın, og: ile başlayan tüm satırları sayın ve her etiketin kaç kez geçtiğine bakın. Birden fazla og:title veya og:url varsa bir kaynağı kapatın. Özellikle og:url için iki farklı değerin bulunması, kanonik adres sinyalini bulanıklaştırır.

Sayfa türüne göre kurulum

Her sayfa türünün etiket kümesi biraz farklı olur. Aşağıdaki tablo, sık kullanılan sayfa türleri için pratik bir başlangıç sunar.

Protokol belgesindeki tür listesinde ürün için ayrı bir tür yoktur; işaretlemesi olmayan her sayfa website sayılır. Ürüne özgü bilgi (fiyat, stok) paylaşım kartında değil, Google'ın ürün yapılandırılmış verisinde ayrıca işaretlenir ve bu ayrı bir konudur.

Blog yazılarında article özellikleri

article türünde published_time ve modified_time değerleri ISO 8601 biçiminde yazılır. Bu tarihleri sayfada görünen tarihle uyumlu tutmak, güncelleme yaptığınızda da modified_time'ı yenilemek gerekir. Yazar için profil sayfasının adresi, bölüm için kategori adı kullanılabilir. article:tag ile etiket eklemek mümkündür ama bunu anahtar kelime yığını gibi doldurmak yerine yazının gerçek konularıyla sınırlamak daha sağlıklıdır.

Yayın öncesi kontrol sırası

Etiketleri yazmak işin yarısıdır; asıl güven, yayından önce sonucu görmekle gelir. Aşağıdaki sıra, ekipler için uygulanabilir bir kontrol listesi sunar.

1. Sayfanın kaynak kodunu açın ve og: etiketlerinin gerçekten yayında olduğunu görün. Tarayıcıda görünen sayfa ile ham yanıt farklı olabilir.
2. Zorunlu dört özelliğin hepsinin bulunduğunu ve her birinin bir kez geçtiğini doğrulayın.
3. og:image adresini yeni bir tarayıcı sekmesinde, oturumsuz açın. Görsel açılmıyorsa kart da görsel göstermeyecektir.
4. og:url değerinin canonical ile birebir aynı mutlak adres olduğunu karşılaştırın.
5. og:locale değerinin sayfa diliyle uyumlu olduğunu ve TR ile EN sayfalarında farklı çıktığını görün.
6. og:image:alt alanının görseli anlattığını, başlığı tekrar etmediğini kontrol edin.
7. Hedef platformun paylaşım hata ayıklama aracında adresi test edin ve önizlemeyi yenileyin.
8. Gerçek bir mesajlaşma uygulamasında adresi gönderin ve kartın mobilde nasıl göründüğüne bakın.

Önizleme güncellenmiyorsa

Platformlar bir adresin önizlemesini bir süre saklayabilir. Etiketleri düzelttiğiniz halde eski kart görünüyorsa, ilgili platformun önizleme yenileme aracını kullanın. Önbellek süresi ve yenileme yöntemi platforma göre değiştiği için ayrıntı için güncel yardım sayfasına bakın.

Bakım: şablon değiştikçe etiketleri yeniden doğrulamak

Open Graph etiketleri bir kez kurulup unutulacak bir iş değildir; çünkü etiketleri üreten şey şablondur ve şablonlar değişir. Tema güncellemesi, SEO eklentisi değişikliği, yeni bir ürün şablonu ya da CDN taşıması etiketleri sessizce bozabilir. Böyle bir bozulma genellikle fark edilmez; çünkü sayfa tarayıcıda normal görünür, sorun yalnızca paylaşıldığında ortaya çıkar. Bu yüzden etiket kontrolünü şablonla ilgili her yayının kabul listesine eklemek, sonradan sorun aramaktan ucuzdur.

Sürümden sonra bakılacak beş nokta

1. Ana sayfa, bir kategori, bir ürün ve bir blog yazısı için kaynak kodundaki og: satırlarını karşılaştırın.
2. Her sayfa türünde og:url değerinin canonical ile hâlâ aynı olduğunu doğrulayın.
3. Görsel adreslerinin yeni alan adına veya yeni klasöre taşındıysa hâlâ açıldığını kontrol edin.
4. TR ve EN sürümünde og:locale ve başlık dillerini kontrol edin.
5. Bir sayfayı hedef platformda paylaşım hata ayıklama aracında test edin.

Görsel adresi taşındığında

Görsel dosyasını yeniden adlandırmak ya da başka bir klasöre taşımak, eski adrese yapılmış tüm paylaşımların görselini kırabilir. Google Görseller belgesi de birden çok sayfada kullanılan görsellerin sabit bir URL ile verilmesini önerir. Taşıma kaçınılmazsa eski adresten yeni adrese kalıcı bir yönlendirme bırakmak ve etiketi aynı anda güncellemek en az zararlı yoldur.

Kim neyi sahiplenir

Etiket hatalarının sık nedeni, işin kimseye ait olmamasıdır. Başlık ve açıklamayı içerik ekibi, görseli tasarım ekibi, şablon kodunu geliştirici, canonical ve dil değişkenlerini ise SEO sorumlusu bilir. Aşağıdaki tablo, küçük bir ekip için makul bir iş bölümü önerir.

Bu bölüşüm bir öneridir; ekip küçükse tek kişi hepsini üstlenebilir. Önemli olan, kontrol listesinin bir sahibinin olması ve yayın günü atlanmamasıdır.

Herkese açık olmayan sayfalar

Taslak, test veya oturum gerektiren sayfaların adresini paylaşmak, kartta yanlış ya da boş bir önizleme göstermesine neden olabilir; çünkü okuyan uygulama sayfaya giriş yapamaz. Bu nedenle paylaşılacak her sayfanın herkese açık olduğundan ve etiketlerin sunucu yanıtında yer aldığından emin olun. Etiketler yalnızca tarayıcıda çalışan bir betikle sonradan ekleniyorsa, bunları okuyan uygulama etiketleri göremeyebilir; bu davranışın ayrıntısı belgelerde yer almadığı için etiketleri ilk sunucu yanıtına yazmak güvenli yoldur.

Karar kuralı: hangi etiket nereden gelsin

Etiketleri farklı yerlerden üretmek, tutarsızlığın ana kaynağıdır. Aşağıdaki karar kuralı, kaynakları sadeleştirir.

• Sayfanın başlığı için tek bir alan tanımlayın; title öğesi ve og:title bu alandan türesin, gerekirse og:title için kısaltılmış bir sürüm kullanılsın.
• Açıklama için tek alan kullanın; meta description ve og:description aynı kaynaktan okunsun, ancak og:description ilk cümlesiyle tek başına anlaşılsın.
• Görsel için sayfaya özel bir alan tanımlayın; yoksa marka görseline düşen bir yedek tanımlayın, böylece etiket boş kalmaz.
• Adres için canonical alanını tek kaynak yapın; og:url yalnızca bu alandan okunsun.
• Dil için sayfanın dil değişkenini kullanın; og:locale elle yazılmasın.

Bu kuralın amacı, iki etiketin birbirinden ayrılmasını yapısal olarak imkânsız kılmaktır. Elle yazılan değerler zamanla eskir; şablonlu değerler eskimez.

Örnek senaryo: küçük bir el yapımı ürün mağazası

Örnek senaryo: Seramik ürünler satan küçük bir mağazanın sitesinde ürün sayfaları ortak bir şablondan üretiliyor. Mağaza sahibi, bir kupa sayfasını mesajlaşma uygulamasında paylaştığında önizlemenin yalnızca site adını ve boş gri bir kutuyu gösterdiğini fark ediyor.

Kaynak kodu incelendiğinde şunlar görülüyor: og:title tüm ürün sayfalarında sabit mağaza adı; og:image göreli bir yol ("/img/kupa.jpg"); og:url ise reklam kampanyasından gelen parametreli adres; og:locale hiç tanımlı değil. Düzeltme sırası şöyle uygulanıyor. Önce başlık, ürün adını taşıyan bir alandan türetiliyor. Sonra görsel adresi mutlak ve herkese açık hale getiriliyor, genişlik ile yükseklik ve alt metin ekleniyor. Ardından og:url, canonical alanından okunur hale getiriliyor ve parametresiz adres yazılıyor. Son olarak og:locale tr_TR yapılıyor ve İngilizce sayfa için en_US tanımlanıyor.

Kontrol sonunda mağaza sahibi, hedef platformun hata ayıklama aracında adresi yeniden test ediyor, önizlemeyi yeniliyor ve mobil cihazda gerçek bir mesajla doğruluyor. Önemli olan sıradır: önce kaynak kodu, sonra görsel adresi, sonra adres kimliği, en sonda önizleme testi.

Sık yapılan hatalar ve düzeltmeleri

Görsel kalitesi ve sayfa görseli ilişkisi

Paylaşım görseli ile sayfadaki ana görsel aynı olmak zorunda değildir ama tutarsızlık da kullanıcı güvenini zedeler. Kartta gördüğü ürünün sayfada başka görünmesi, tıklamadan sonra kafa karıştırır. Ana kural: paylaşım görseli sayfanın konusunu doğru temsil etmelidir. Görsel optimizasyonun arama tarafı için görsel SEO rehberine bakın.

Reklam ve kampanya adresleri

Kampanya bağlantılarında parametre eklemek olağandır. Önemli olan, parametrenin sayfa kimliğini değiştirmemesidir: og:url ve canonical aynı kalmalı, ölçüm parametreleri yalnızca bağlantıda bulunmalıdır. Böylece aynı sayfa hangi kanaldan paylaşılırsa paylaşılsın tek bir kart kimliğine sahip olur.

Sık Sorulan Sorular

Open Graph etiketleri Google sıralamasını yükseltir mi?

Belgelerde böyle bir ifade yok. Google, başlık bağlantısı için kullandığı kaynaklar arasında og:title etiketini sayar, ancak sıralama etkisi vaat etmez. Open Graph etiketlerinin asıl işi, bağlantı paylaşıldığında görünen önizlemeyi tanımlamaktır.

Hangi Open Graph etiketleri zorunludur?

Open Graph protokolü her sayfa için dört özelliği zorunlu sayar: og:title, og:type, og:image ve og:url. og:description, og:site_name ve og:locale isteğe bağlıdır ama genellikle önerilir.

og:url ile canonical aynı olmalı mı?

Protokol og:url değerini nesnenin kanonik adresi ve kalıcı kimliği olarak tanımlar. Aynı sayfa için iki farklı kanonik adres bildirmemek en güvenli yoldur; bu nedenle ikisini aynı mutlak URL'ye eşitlemeniz önerilir.

Paylaşım görseli için tek bir doğru boyut var mı?

Open Graph belgesi bir boyut önermez; genişlik ve yüksekliği bildirmenize imkân verir. Platformların kırpma ve boyut beklentileri değişebilir, bu yüzden hedef platformun güncel yardım sayfasına ve paylaşım hata ayıklama aracına bakın.

Önizleme değişmiyor, ne yapmalıyım?

Önce sayfanın kaynak kodunda etiketin gerçekten yayında olduğunu ve görsel adresinin açıldığını doğrulayın. Sonra ilgili platformun önizleme yenileme aracını kullanın; platformlar eski önizlemeyi bir süre saklayabilir ve bu davranışın ayrıntısı platforma göre değişir.

TR ve EN sayfalarda aynı Open Graph etiketlerini kullanabilir miyim?

Başlık, açıklama ve og:locale her dil sürümünde o dilde olmalıdır. Görsel ortak olabilir, ancak görselin içinde yazı varsa her dil için ayrı görsel gerekebilir.

Sonuç

Open Graph etiketleri küçük bir iştir ama paylaşılan her bağlantının ilk izlenimini belirler. Özet olarak: her sayfada og:title, og:type, og:image ve og:url etiketlerini tanımlayın; description, site adı, dil ve görsel alt özelliklerini ekleyin; görsel adresini mutlak ve herkese açık tutun; og:url değerini canonical ile aynı temiz adrese bağlayın; aynı etiketi birden çok kaynaktan üretmeyin ve yayından önce hedef platformda önizlemeyi görün. Google belgeleri og:title'ı başlık bağlantısı kaynaklarından biri olarak sayar ve og:site_name'i site adı için dikkate alınan kaynaklar arasında anar; ancak bu etiketler sıralama vaadi değildir. Platformların kırpma ve önbellek davranışı değişebilir; uygulamadan önce güncel yardım sayfalarına bakın.

Markanızın bağlantılarının paylaşıldığı yerlerde güçlü bir ilk izlenim bırakmak ve yayıncı sitelerde içerikle görünür olmak istiyorsanız Akua Adforce'ta tanıtım yazısı ilanlarını inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.