Bir web uygulamasındaki kullanıcılar genellikle farklı rollere sahiptir. Bu nedenle, içeriği belirli bir rol için bir şekilde ve farklı bir rol için başka bir şekilde görüntülemek için bir web formuna ihtiyacınız olabilir. LoginView, hangi roller için hangi içeriğin görüntüleneceğini tanımlamak için basit bir mekanizma sağlar.

Kontrolü bir dizi panel içerdiğini düşünebilirsiniz ve her panelde belirli bir rol, roller grubu veya grupla (örneğin, anonim veya oturum açmış kullanıcılar) ilişkilendirilen içerik bulunur. Panele içeriği bırakmanız yeterlidir ve LoginView kontrolü, kullanıcının rolünü kontrol etme ve hangi panelin görüntüleneceğine karar verme mantığını yönetir.

RoleGroups, LoggedInTemplate ve AnonymousTemplate ile Çalışma

LoginView denetim tanımının içinde, hangi kullanıcı rollerinin hangi içeriği göreceğini belirleyen bir dizi şablon tanımlarsınız. Kullanıcı oturum açmadıysa, LoginView AnonymousTemplate’i görüntüler. Bir AnonymousTemplate tanımlamadıysanız, LoginView kullanıcıya hiçbir şey göstermez.

Kullanıcı oturum açtıysa, LoginView, kullanıcının RoleGroup şablonlarından herhangi birini görüntüleme yetkisi olup olmadığını kontrol etmek için tüm RoleGroup girişlerini gözden geçirir. Bir RoleGroup tanımı iki parça bilgi içerir. İçerik içeren bir şablon ve bu içeriği görüntülemesine izin verilen rollerin listesidir.

Kullanıcı, RoleGroup tarafından özetlenen rollerden herhangi birindeyse, LoginView bu RoleGroup şablonunu görüntüler. Kullanıcının RoleGroup’lardan herhangi birini görüntüleme yetkisi yoksa, LoginControl LoggedInTemplate’i görüntüler (çünkü kullanıcı oturum açmış). Bir LoggedInTemplate belirtmediyseniz, LoginControl hiçbir şey göstermez. LoginView denetiminin işaretlemesini ve desteklediği çeşitli şablonları gösterir.

İşte LoginView’ın tüm bu RoleGroup’ları ve şablonları nasıl işlediğine dair bir özet. İlk olarak, mevcut kullanıcının oturum açıp açmadığını belirler. Kullanıcı oturum açmamışsa, LoginView AnonymousTemplate’den içeriği görüntüler. Önceki Listede, AnonymousTemplate, kullanıcının oturum açabilmesi için bir Oturum Açma denetimi görüntüler.

Kullanıcının kimliği doğrulanırsa, LoginView, RoleGroup’un Roles parametresinde tanımlanan rollerden herhangi birinin kullanıcının içinde bulunduğu rollerden herhangi biriyle eşleşip eşleşmediğini görmek için her RoleGroup’a bakmaya başlar.

LoginView Listelemede önce kullanıcının Yönetici rolünde olup olmadığını kontrol eder. Bu durumda, LoginView, RoleGroup ile ilişkili ContentTemplate’deki içeriği görüntüler. Bu durumda Yönetici olduğunuzu gösterir.

Web sitesi mobil görünüm yapma
Chrome giriş
Mobil Uyumluluk Testi
Mobil görünüme geçme
Google Search Console
Chrome gizlilik modu
Google arama gizliliği
Google mobil Uyumluluk Testi

Kullanıcı Executive değilse, LoginView bir sonraki RoleGroup’a atlar ve süreci yeniden başlatır. Bu örnekte, kullanıcının Çalışan rolünde mi yoksa Çalışan (Salt Okunur) rolünde mi olduğunu kontrol eder ve eğer öyleyse Siz bir çalışansınız.

■Not : Bir roller listesi belirlediğinizde, kullanıcı bu rollerden herhangi birinin üyesiyse, bu rollerle ilişkili içerik görüntülenir. VE tabanlı bir liste değil, VEYA tabanlı bir listedir.

LoginView tüm RoleGroup’ları çalıştırır ve geçerli kullanıcı için bir eşleşme bulamazsa, varsayılan olarak, Oturum açtınız, ancak Listede bir çalışan veya yönetici değilsiniz yazan LoggedInTemplate içeriğine geçer.

Ortaya çıkabilecek bir sorun, bir kullanıcının birden çok role atanmasıdır. Örneğin, bir kullanıcının hem Çalışan hem de Yönetici rollerine atandığını varsayalım. LoginView, kullanıcı için uygun içeriği seçmek için karşılaştığı ilk RoleGroup eşleşmelerini kullanır. Bu nedenle RolGroup’larınızın sırası çok önemlidir. Listelemede, Yönetici ve RolGrubu Çalışan / Çalışan (Salt Okunur) RolGrubu’ndan önce görünür, böylece her iki gruba atanan bir kullanıcı her zaman Siz bir yöneticisiniz.

RoleGroup rollerini tanımlayabilir ve RoleGroup şablonlarını doğrudan Visual Studio IDE’de düzenleyebilirsiniz. LoginView denetimine sağ tıklayın ve içerik menüsünden Rol Gruplarını Düzenle menü öğesini seçin.

Bu, RoleGroup’lara roller ekleyip kaldırmanıza ve LoginView denetiminde RoleGroup’ları yeniden sıralamanıza olanak tanıyan RoleGroup Koleksiyon Düzenleyicisi iletişim kutusunu görüntüler. Belirli bir rol grubu için şablonu, LoginView denetimine sağ tıklayarak ve Şablonu Düzenle alt menüsünden uygun RoleGroup’u seçerek düzenleyebilirsiniz.

AND Tabanlı Rol Grupları için Geçici Çözümler

Daha önce bahsedildiği gibi, RoleGroup ile ilişkili roller listesi VEYA tabanlı bir listedir. Peki, bir kullanıcının hem Çalışan hem de Yönetici rollerinde olup olmadığını bilmeniz gerektiğinde ne olur? LoginView denetimlerini iç içe yerleştirirsiniz.

Karşılıklı Özel İçerik Görüntüleme

Planlamanız veya fazla planlamaktan kaçınmanız gerekebilecek başka bir senaryo, kullanıcının bulunduğu diğer rollerden bağımsız olarak bir rol için içerik görüntülemek istediğiniz zamandır. Örneğin, görüntülemesi gereken bir sayfanız olduğunu varsayalım. Çalışan rolündeyseniz İnsan Kaynakları sayfasına bir bağlantı ve Yönetici rolündeyseniz Yönetici Portalı sayfasını ziyaret etmek için bir bağlantının da görüntülenmesi gerekir.

Bu tür bir senaryo için yuvalanmış LoginView’leri kullanmaya çalışma hatasına düşmeyin çünkü yalnızca karmaşık bir kod karmaşası ile karşılaşacaksınız. Sadece iki bağımsız LoginView kullanın. Bir LoginView, çalışan bağlantısını görüntüleyen bir Çalışan RolGrubu’na sahip olmalıdır. Başka bir LoginView, yönetici bağlantısını görüntüleyen bir Yönetici Rol Grubuna sahip olmalıdır. Onları ayrı tutun ve basit tutun.

Şifre Kurtarma Kontrolü

Kullanıcılar şifrelerini unutur. İnsanlarla ve günlük olarak takip etmek zorunda oldukları çok sayıda parolayla uğraşmakla ilgili kaçınılmaz şeylerden biri. ASP.NET 2.0’ın PasswordRecovery denetimi, bir üyelik sağlayıcı kullanıyorsanız bir kullanıcının parolasını sıfırlamayı veya göndermeyi son derece kolaylaştırır.

Üyelik sağlayıcısı kullanmıyorsanız, PasswordRecovery denetimi Oturum Açma denetimi kadar esnek olmadığından, kendi parola kurtarma giriş formunuzu sıfırdan oluşturmanız gerekir. PasswordRecovery denetiminin en önemli özelliklerinin bir listesini içerir.

Rutin olmayan bir hata oluştuğunda görüntülenecek metin. Bu, kullanıcılara bir hata oluştuğunu ve şifrelerinin alınmadığını bildiren genel bir hata mesajı olmalıdır.

Kullanıcıya gönderilecek e-posta mesajını tanımlar. Buna konu, gövde, gövde biçimi (metin/HTML), e-posta içerik dosyası, öncelik vb. dahildir. Kullanıcı güvenlik sorusunu doğru yanıtlayamazsa görüntülenecek metin.

Şifre gönderildiğinde kullanıcının yönlendirileceği sayfanın URL’si. Boş bırakılırsa sayfa yenilenecek ve onay mesajı doğrudan PasswordRecovery kontrolünde görüntülenecektir.

Kullanıcı var olmayan bir kullanıcı adı girerse görüntülenecek metin. Bu, potansiyel bir güvenlik riski olabilir, çünkü bilgisayar korsanlarının geçerli bir kullanıcı adına rastladıklarında bunu bilmelerini sağlayabilir.

Web sitelerinizi, arama motorlarında en yukarı getirmek adına sizlere 3 adet paket öneriyoruz. Bu paketler sayesinde web siteleriniz aramalarda 1 yıl içerisinde en yukarıya tırmanacaktır. 

1) Backlink Paketi  50 $ (Yıllık Ücret)
2) Hızlandırma Paketi 300 $ (Yıllık Ücret)
3) Kelime Yönlendirme Paketi 150 $ (Aylık Ücret)

The post Giriş Görünüm Kontrolü – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma first appeared on Jeff Bezos Tasarım.

Tasarım modunda bir Web formuna bir Sayfa İleti Denetimi bırakırsanız, bu PageMessageControl görüntülenecek ileti olmadığı için işlenmez. PageMessageControl’ünüzün tasarım zamanında görüntülenmesini istiyorsanız, kendi ControlDesigner sınıfınızı uygulayarak kendi tasarım zamanı oluşturma yeteneklerinizi uygulamanız gerekir.

System.Web.UI.Design.ControlDesigner, bir denetim için tasarım zamanı oluşturma özelliklerini tanımlayan bir temel sınıftır. Bu sınıfın GetDesignTimeHtml işlevini geçersiz kılarak, denetiminizin tasarım yüzeyinde istediğiniz gibi görünmesini sağlayabilirsiniz. İşte sınıfın kodu.

Get Design Time Html, kontrolü tasarımcının yüzeyinde işlemek için kullanılması gereken HTML’yi içeren bir dize döndürür. Bu durumda denetim, denetimin adını içeren siyah kenarlıklı gri renkli bir dikdörtgen olarak görünür. Tarz, okunabilirlik için başka bir satıra bölündü; İsterseniz dizeyi tek bir ifadeden döndürebilirsiniz.

Artık bu sınıfı tanımladığınıza göre, PageMessageControl üzerindeki Designer özniteliği biraz daha anlamlı olacaktır.

Visual Studio IDE, PageMessageControl’ü oluşturmadan önce, denetimin kendisiyle ilişkilendirilmiş bir Tasarımcı olup olmadığını kontrol eder. Öyleyse, Tasarımcının bir örneğini oluşturur, GetDesignTimeHtml işlevini çağırır ve sonuçta ortaya çıkan HTML’yi tasarım yüzeyinde görüntüler. Tasarımcı yoksa, IDE denetiminizin bir örneğini başlatır ve onu gerçek bir sayfada olduğu gibi oluşturmaya çalışır.

Web Projenizde PageMessageControl’e Başvurma

Web projenizde PageMessageControl’ü kullanmadan önce, Messaging derlemesine bir referans eklemelisiniz. Bunu yapmak için web projenize sağ tıklayın ve içerik menüsünden Referans Ekle’yi seçin.

Referans Ekle iletişim kutusu göründüğünde, Projeler sekmesini seçin. Seçim alanında listelenen Mesajları görmelisiniz. Mesajlaşma öğesine çift tıklayın ve proje referansı web projenize eklenir. Messaging derlemesini her derlediğinizde web projeniz otomatik olarak güncellenecektir.

Referansı ekledikten sonra, bir web formunu her görüntülediğinizde araç kutusu, montajdaki kontrolleri içeren Mesajlaşma Bileşenleri adlı yeni bir bölüm görüntüler.

Visual Studio 2003’te, projeniz bu araçlara zaten başvurmuş olsa bile, araç kutusuna manuel olarak denetimler eklemeniz gerekiyordu, bu nedenle bu kesinlikle bir adımdır. Mesajlaşma Bileşenleri bölümünde, diğer sunucu kontrolleri gibi bir web formuna sürükleyip bırakabileceğiniz PageMessageControl’ü bulacaksınız.

Sayfa İleti Denetiminin Dış Görünüm Dosyalarını Oluşturma

Artık sayfa ileti sunucusu denetimini oluşturduğunuza göre, denetimin kullandığı dış görünüm dosyalarını oluşturmanın zamanı geldi. Daha önce belirtildiği gibi, UserControl dış görünüm dosyaları, web uygulamanızın Dış Görünümler klasörünün altına yerleştirilir. Skins klasörünün içinde, gösterildiği gibi App_Themes klasörünüzün dizin yapısıyla eşleşen alt klasörleriniz olmalıdır.

Dizin yapısına bakabilir ve biraz tekrarlı göründüğünü düşünerek, kontrol görünümlerinizi neden Temalar klasörüne koyamadığınızı merak edebilirsiniz. ASP.NET, Temalar için .skin ve .css dosyaları dışında herhangi bir dosyanın App_Themes klasörüne yerleştirilmesine izin vermez.

Bu nedenle, ayrı bir dizin yapısı oluşturmanız gerekmesinin nedeni budur. Uygun dış görünümü bulmak için sayfadaki tema bilgilerini kullandığınız için App_Themes dizinini taklit edersiniz, örneğin /Skins/<TemaAdı>/<KullanıcıKontrolSkin>.ascx. SkinnedWebControl soyut sınıfının LoadSkin işlevinde, dış görünüm dosyanızın yolunu oluşturmak için kullanılan kodu görebilirsiniz.

Sonraki birkaç bölüm boyunca, sayfa mesajı kontrolü için UserControl dış görünüm dosyalarını oluşturacaksınız. Şekil 4-10, bu kontrollerin tamamen bittiğinde tarayıcıda nasıl görüntüleneceğini gösterir.

Sayfa Mesajı Default.ascx Dış Görünümünü Oluşturma

Oluşturmanız gereken ilk dış görünüm, Dış Görünüm➥ DosyaAdı özelliği ayarlanmamışsa denetiminizin kullanacağı varsayılan dış görünüm dosyasıdır. Bu durumda, dosyanın adı PageMessageDefault.ascx’dir, ancak bu ad, yaptığınız her kontrol için farklı olacaktır. Dosya, web sitenizin Skins/Default klasörüne yerleştirilmelidir. Klasöre yerleştirerek, dış görünümün temalı bir sürümü bulunamazsa SkinnedWebControl sınıfı onu kullanır.

Bu dış görünüm, sayfa mesajlarını gri (tam olarak Gainesboro) arka planı ve Siyah kenarlığı olan dikdörtgen bir div öğesinin içinde tablo biçiminde görüntüler. Her mesaj tablonun kendi satırında görüntülenir. Sistem mesajı ve sayfa mesajı metni DarkGreen’de, hata mesajı metni ise DarkRed’de gösterilir. Her mesajın önüne bir tire (-) eklenir. PageMessageControl tarafından kullanılan panel ve tekrarlayıcı kontrolleri, öne çıkmaları için kalın yazılmıştır.

PageMessageControl bu dış görünüm dosyasını yükledikten sonra, çıkarılacak iletiler olduğu varsayılarak, uygun MessageDataCollection, karşılık gelen tekrarlayıcıya bağlanır. Bu, bir HTML tablosunu başlatan yineleyicinin HeaderTemplate’inin yazdırılmasına neden olur.

Ardından, MessageDataCollection içindeki her mesaj için ItemTemplate yazdırılır ve tablo mesaj satırlarıyla doldurulur. Tüm mesajların çıktısı alındığında, FooterTemplate çıktısı alınır ve tablo kapatılır.

Chrome basitleştirilmiş görünüm kapatma
Google
Chrome Giriş
Chrome Web Mağazası
Basitleştirilmiş sayfa görüntülensin mı
Chrome flags
Google Web Mağazası
Chrome İndir Gezginler

Sayfa Mesajı JScriptAlert.ascx Dış Görünümünü Oluşturma

PageMessageControl’ü DataGrid denetimleri yerine Yineleyici denetimlerini kullanarak uygulamayı seçmemin nedenlerinden biri, yineleyicinin daha fazla esneklik sağlamasıdır.

Bu sonraki örnek, bu esnekliği vurgular ve kontrolün kullanıcı arayüzünü tamamen değiştirmek için dış görünümleri nasıl kullanabileceğinizi gösterir. Son örnekte olduğu gibi, mesajların çıktısını sayfada görünür bir şekilde vermek yerine, PageMessageJScriptAlert.ascx dış görünümü bir JavaScript mesajı oluşturur ve mesajı kullanıcıya bir uyarı kutusu olarak görüntülemek için uyarı işlevini çağırır.

Dikkatli bakarsanız, bu kaplamanın, tıpkı son örnekte olduğu gibi, üç panel ve üç tekrarlayıcı içerdiğini fark edeceksiniz. Aradaki fark, bu dış görünümün bir uyarı kutusunda bir mesaj çıktısı almak için JavaScript’i oluşturmasıdır. Yani, tekrarlayıcılar ve panellerle yapabildiğiniz sürece, PageMessageControl dış görünüm dosyasıyla istediğiniz her şeyi yapabilirsiniz.

■Not :  Her mesaj grubunun yanına simgeler yerleştiren PageMessageIcons.ascx dış görünümünü görmek için örnek uygulamaya bakın.

Kontrol Görünümleri ve Temalar

Açıklığa kavuşturmak için, tek bir temada birden fazla dış görünüme sahip olabilirsiniz. Bunu, farklı dosya adlarına sahip dış görünümler oluşturarak yaparsınız. Bu nedenle PageMessageDefault.ascx, PageMessageJScript➥ Alert.ascx ve PageMessageIcons.ascx dosyalarının tümü aynı Dış Görünüm dizininde (Dış Görünümler/Varsayılan) bulunur.

Ayrıca temalı görünümlere de sahip olabilirsiniz. Bu, Skins klasörünüzde temalarınızdan biriyle aynı ada sahip bir alt klasör oluşturmayı gerektirir (örneğin, Skin/GreenTheme). Ardından, Dış Görünüm/GreenTheme klasörüne bir Dış Görünüm dosyası yerleştirebilirsiniz ve söz konusu tema sayfa tarafından kullanıldığında varsayılan dış görünüm yerine bu dosya kullanılacaktır. Böylece projenizdeki gibi görünen bir dizin yapısına sahip olabilirsiniz.

Denetim, temanın dizininde bir UserControl dış görünümü bulursa, bu dış görünümü kullanır. Dış görünümü bulamazsa, Varsayılan klasöründe bulunan dış görünüme geri döner. Belirli bir sayfa için herhangi bir tema belirtilmemişse, SkinnedWebControl, Skins klasörünün Varsayılan dizininde kontrol dış görünümünü arar.

PageMessageJScriptAlert.ascx kaplamasının GreenTheme veya RedTheme klasörlerinde görünmediğine dikkat edin. Bu bir JavaScript uyarı kutusu olduğundan, kullanıcı arayüzünü değiştirmek için yapabileceğiniz çok az şey vardır. Böylece, bu cilt bu temalarda uygulanmadan bırakılır. Temalı bir sayfa PageMessageJScriptAlert.ascx dış görünümü gerektiriyorsa, SkinnedWebControl, dış görünümü bulmak için Varsayılan klasöre geri döner.

Bir dış görünümün temalı bir sürümünü uygulamamanın birçok geçerli nedeni vardır. Birine ihtiyacın varsa, yap. Bunu yapmazsanız, SkinnedWebControl’ün varsayılan dış görünüme dönmesine izin verin.

■Not : Örnek kod (Apress Web sitesinin Kaynak Kodu alanında bulunur), incelemeniz için temalı görünümler içerir. Çoğunlukla, yalnızca kozmetik değişiklikler (farklı renkler, arka planlar vb.) içerirler, bu nedenle bu metinde gösterilmezler. Bu temalı dış görünümleri, MessagingDemo.aspx sayfasından çalışırken görebilirsiniz.

Web sitelerinizi, arama motorlarında en yukarı getirmek adına sizlere 3 adet paket öneriyoruz. Bu paketler sayesinde web siteleriniz aramalarda 1 yıl içerisinde en yukarıya tırmanacaktır. 

1) Backlink Paketi  50 $ (Yıllık Ücret)
2) Hızlandırma Paketi 300 $ (Yıllık Ücret)
3) Kelime Yönlendirme Paketi 150 $ (Aylık Ücret)

The post Kontrol Görünümleri – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma first appeared on Jeff Bezos Tasarım.

CSS, Web geliştirme dünyasında yaygın bir uygulamadır. Geliştiricilere Web sayfalarının nasıl düzenlenmesini istedikleri konusunda daha fazla kontrol sağlar ve ayrıca daha az kodlama gerektirir. Daha az kodlama, hataya daha az yer ve daha iyi site performansı anlamına gelir. JavaScript gibi, CCS de her sayfanın ayrı kaynak koduna gömülmek yerine harici dosyalarda saklanmaktan yararlanır.

Dinamik Sayfalar ve Özel Karakterler

Dinamik içerik, tarihsel olarak arama motorları için birçok soruna neden olmuştur çünkü yinelenen içerikle beslenmekten hoşlanmazlar ve sorgu dizeleri örümceklerin kafa karışıklığına neden olabilir. Zaman iyileşiyor, ancak bu unsurlar yine de bazı zorluklara neden olabilir.

Dinamik olarak yönlendirilen içerik genellikle URL’de soru işaretleri (?), ve işareti (&) veya yüzde işareti (%) gibi bir sorgu dizesine sahiptir. Uzun URL, veritabanı bilgilerine ve tarayıcılarınızda gördüğünüz Web sayfasını bir araya getirmek için bir şablona yapılan bir dizi çağrıyı içerir. Arama motorları, hangi bilgilerin gerçekten anlamlı olduğunu ve nasıl sunulacağını anlamakta zorlandıkları için, tam olarak neyi endekslemeleri gerektiğini bulmakta zorlanır.

Dinamik olarak yönlendirilen sitelerin yaygın olduğu konusunda hiçbir soru yoktur. Karşılaştığınız zorluk, arama motorlarının ihtiyaçları etrafında çalışmak ve Web sitenizin standart bir parçası olarak arama motorlarının dizine ekleyebileceği saf HTML tabanlı bilgi sayfalarını dahil etmektir.

Benzer şekilde, URL’lerin karmaşıklığını arama motorlarının işleyebileceği bir forma indirgemenin de yöntemleri vardır; Amazon.com bu konuda çok başarılı olmuştur. Amazon.com, sayfa URL’lerinden tüm durdurma simgelerini kaldırdı. Web sitenizi oluşturmak için kullanılan teknolojiye bağlı olarak, (örneğin ASP, CFP, PHP) URL’lerinizi arama motoru indeksleme için daha kolay hale getirmek için sunucu düzeyinde yeniden yazmanıza yardımcı olacak araçlar mevcuttur.

Açılış Sayfaları ve Zengin Medya Kullanımı

Açılış sayfası temel olarak bir siteye açılan bir açılış sayfasıdır. Açılış sayfaları genellikle, bazı kullanıcılar için yüklenmesi yavaş olabilen ve arama motorları için çok az anlamlı içerik içeren bir Java veya Macromedia Flash girişinden oluşur.

Bazı Web siteleri, göze hoş gelen bir görüntü ve siteye giriş için bir davetten oluşan açılış ekranları kullanır. Birçok açılış sayfası, açılış sayfasını gördüğünüzde sizi otomatik olarak ana sayfaya gönderen teknikleri uygular ve diğerleri sizi şu veya bu şekilde “Girmek için burayı tıklayın”a davet eder.

İnsanlar neden sitelerinde açılış sayfaları kullanıyor? Birincisi, genellikle güzel görünüyorlar. Diğer bir neden de, ana sayfanın resimleri veya içeriği arka planda yüklenirken kullanıcıya bakması için bir şey sağlamaktır. Bireyler ayrıca tanıtım sayfalarını reklam aracı olarak kullanır. Sıçrama sayfaları genellikle görünüşte çok çekicidir, ancak genellikle arama motorlarıyla alakalı içerikten yoksundurlar.

Sitenizde bir açılış sayfası kullanıyorsanız, HTML başlığınıza uygun meta etiketleri eklediğinizden emin olun. Bu, bu bilgilere erişmek için meta etiketleri kullanan arama motorları için gereklidir. Bu sonuçta sıralamanızı ve sitenizin arama sonuçlarında kullanıcılara nasıl görüntülendiğini etkiler.

Giriş sayfanıza sitenizin içeriğiyle ilgili bir paragraf veya ifade ekleyin. Bu, hem meta etiketleri kullanan hem de kullanmayan bazı büyük arama motorlarında sıralamanızı artırmanıza yardımcı olabilir. Bazı arama motorları, açılış paragrafınızı inceler ve bu bilgileri, siteniz için arama sonuçlarında sunulan bir açıklama geliştirirken kullanır.

Son olarak, hedef pazar ve arama motorları için Web sitenize bir bağlantı ekleyin. Birçok açılış sayfası Yenile meta etiketini kullanır ve bundan kaçınılmalıdır.

Chrome açılış sayfası değiştirme
Chrome giriş
Google açılış sayfası yapma
Chrome ana sayfa değişmiyor
Google ana sayfa yapma Programı indir
Google giriş
Chrome ana sayfa Google yapma
Bu Sayfayı silmek istiyorum

Tabloların Kullanımı

Tablolar, bazı arama motorlarında indeksleme sorunları oluşturabilir. Tablolar, bilgileri görüntülemek ve içeriği konumlandırmak için birçok Web sitesinde bulunan ortak bir özelliktir, ancak yanlış uygulanırsa, arama motorlarında biraz kafa karışıklığına neden olabilir.

Ayrıca, bir sayfanın üst kısmına yakın tablolar kullanarak, arama motorlarının görmesini istediğiniz içeriği sayfanızın daha aşağılarında potansiyel olarak zorlamış olursunuz. Bazı arama motorları yalnızca şu ana kadar baktığından, yüksek bir sıralama elde etme şansınızı azaltıyor olabilirsiniz. Tablo kullanıyorsanız, olası sorunları önlemeye yardımcı olmak için sayfa içeriğiyle ilgili önemli bilgileri mümkünse tablonun yukarısına yerleştirin.

İşte bazı arama motorlarıyla ilgili ilginç bir sorun. Bir Web siteniz olduğunu, arka planın ana renginin beyaz olduğunu ve sayfada koyu arka plana sahip bir tablonuz olduğunu varsayalım. Tabloda beyaz metin kullanacak olsaydınız, bazı büyük arama motorları bunu arka planla aynı renkte metin kullanıyormuş gibi algılar ve arama motorlarına spam olarak kabul edildiğinden sitenizin gönderimini göz ardı eder. Tabloları kullanmak sorun değil, birçok insan bunu yapıyor – sadece renk seçiminize dikkat edin.

Özel Hata Sayfaları

Web siteniz için özel bir 404 hatası (sayfa bulunamadı) sayfası oluşturulmalıdır. Bu sayfa, bir kullanıcı var olmayan bir sayfaya erişmeye çalıştığında görüntülenir. Özel hata sayfası, şirketinizin markasını içermeli ve site haritasına benzer şekilde Web sitenizin tüm ana sayfalarına bağlantılar içermelidir.

Web sitenizi yeniden tasarlar veya yeniden işlerseniz, sayfaların taşınması veya artık olmaması ihtimali vardır. İnsanların eski Web sitesinin sayfalarına yer imi koymuş olması ve bu sayfaların artık yeni Web sitesinin bir parçası olmaması mümkündür. Ayrıca, arama motorları mevcut Web sitesinin belirli sayfalarını dizine ekler ve bu sayfalar yeni tasarım altında artık mevcut olmayabilir. Özel hata sayfası, kişilerin ve arama motorlarının referanslarında kolayca güncelleme yapmasına olanak tanır.

Resim Haritaları

Görüntü haritaları, tıklandığında sizi Web sitesinde farklı sayfalara veya kaynaklara yönlendiren “sıcak noktalara” veya hassas alanlara bölünmüş tek grafiklerdir. Görüntü haritalarıyla ilgili sorun, temelde arama motorlarını kilitlemeleri ve Web sitenizi düzgün bir şekilde dizine eklemelerini engellemeleridir.

Resim haritalarını uygulamaya karar verirseniz, size daha doğru bir dizin vermeye çalışan arama motorlarının bunları kullanabilmesi için her zaman metin köprüleri ekleyin. Diğer bir seçenek de, temel olarak Web sitenizin tüm düzenini köprü metni bağlantıları biçiminde olan bir site haritası eklemektir. Site haritanızı arama motorlarına göndermek de iyi bir fikirdir çünkü arama motorunun Web sitenizdeki tüm sayfaları indekslediğinden emin olmasına yardımcı olabilir.

The post Açılış Sayfaları – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma first appeared on Jeff Bezos Tasarım.