Klinik web sitesi için teknik SEO kontrolü: URL ve erişim

1. Küçük ama temsil edici bir URL listesi hazırlayın

Bütün siteyi aynı gün incelemek yerine her sayfa türünden birkaç örnek seçin: Bir hizmet sayfası, hekim profili, şube adresi, iletişim sayfası ve yakın zamanda taşınmış bir URL. Farklı şablonlar varsa her birinden örnek alın. Amaç sayfa gruplarının performansını karşılaştırmak değil, aynı şablondaki teknik sorunun hangi erişim yollarını etkilediğini bulmaktır.

Çalışma kaydında açık URL, sayfa türü, beklenen içerik, sayfaya giriş yolu ve içerik sorumlusu bulunsun. Hangi hekimin hangi şubede yer aldığını teknik ekip tahmin etmesin; kurumun yetkili içerik sorumlusu bu ilişkiyi doğrulasın. Güncelliği belirsiz bir kartı otomatik çoğaltmak yerine ilgili kaydı inceleme bekliyor olarak işaretleyin.

2. Hizmet, hekim ve şube arasındaki bağlantıları yürüyün

Seçtiğiniz hizmet sayfasını açın, ilgili hekim bağlantısına ilerleyin, ardından şube bilgisini bulun. Sonra aynı yolu tersinden deneyin. Her adım doğru başlık ve bağlamla devam etmeli; örneğin farklı şubelerde aynı adlı birim varsa bağlantı hangi yere gittiğini anlatmalıdır. Yalnızca ziyaretçinin ihtiyaç duyacağı ve kurumun doğruladığı ilişkileri kurun.

Google'ın bağlantı kılavuzu, hedefi href özelliğinde bulunan gerçek bağlantı öğelerini ve açıklayıcı bağlantı metinlerini önerir. Önem verilen sayfalara başka sayfalardan erişim yolu bulunması da öneriler arasındadır. [1] Bu bilgiyi uygularken yalnızca kartın tıklanabildiğine bakmayın: Geliştirici, hedef adresin bağlantıda bulunduğunu doğrulasın. Site içinde arama yapmadan ulaşılamayan önemli bir sayfayı ayrıca görevleştirin.

Kaynaklar: [1]

3. Ekrandaki görüntü ile sunucu yanıtını birlikte inceleyin

Bir sayfanın tarayıcıda bir şey göstermesi, doğru teknik yanıt verdiği anlamına gelmez. Google, başarılı HTTP yanıtını dizine eklenme garantisi olarak değerlendirmez; hata veya boş içerik gösteren bir sayfa başarılı kod dönse bile sorun oluşturabilir. Kalıcı sunucu hataları da tarama ve dizinde kalma durumunu etkileyebilir. [2]

Kontrol satırına yanıt kodunu ve ekranda gerçekten görülen sonucu ayrı yazın. Beklenen hizmet metni yerine genel hata kutusu, boş şablon veya giriş ekranı çıkıyor mu? Aynı URL'yi doğrudan açınca ve menüden gelince sonuç değişiyor mu? Hata aralıklıysa tek denemeyi bütün güne genellemeyin; gözlenen saati ve tekrar koşulunu kaydedin.

Kaynaklar: [2]

4. Yayına geçişten kalan tarama engellerini ayırın

Google'ın teknik koşulları; tarayıcının engellenmemesi, sayfanın çalışması ve dizine eklenebilir içerik bulunması üzerine kuruludur. Bunlar sağlansa bile sayfanın dizine alınması kesin değildir. [3] Test ortamından taşınmış bir şablonda arama motorlarına kapalı ayarın yanlışlıkla kalması, bu yüzden ayrı bir kontrol maddesidir.

Geliştiriciyle robots.txt, noindex yönergesi ve erişim gereksinimini birlikte değerlendirin. Herkese açık olması beklenen hizmet sayfasıyla kurum içi alanın amacı farklıdır; bütün engelleri topluca kaldırmayın. İnceleme sonucunu 'sayfa açılıyor', 'tarama engeli gözlenmedi' ve 'arama dizinindeki durum ayrıca kontrol edilecek' gibi ayrı bulgularla yazın. Böylece çalışan ekranı otomatik olarak arama görünürlüğü kanıtı saymazsınız.

Kaynaklar: [3]

5. Eski URL için önce içerik kararını verin

Bir hekimin kurum bilgisi değiştiğinde veya hizmet sayfası yeniden düzenlendiğinde ilk soru 'nereye yönlendirelim?' değildir. Önce eski içeriğin güncellenerek kalıp kalmayacağı, aynı içeriğin yeni adrese taşınıp taşınmadığı veya tamamen kaldırılıp kaldırılmadığı belirlenmelidir. İçerik kararını sorumlusu verir; teknik ekip uygun davranışı uygular.

Aynı sayfa kalıcı olarak başka adrese taşınıyorsa Google, mümkün olduğunda sunucu tarafında kalıcı yönlendirme kullanılmasını önerir; 301 ve 308 bu durumu bildirir. [4] Gerçekten kaldırılmış ve karşılığı bulunmayan bir URL'nin 404 veya 410 vermesi farklı bir durumdur. Google bu yanıtları içeriğin artık bulunmaması olarak işler. [2]

Eski bütün hekim profillerini ilgisiz biçimde ana sayfaya göndermek yerine her URL'nin kararını kaydedin. Taşınan sayfada yeni hedefin açıldığını, menü ve kartların doğrudan yeni adrese bağlandığını kontrol edin. Aynı sayfa birkaç kez taşındıysa eski adreslerden başlayan yolu tek tek deneyin; gereksiz ara durakları görev listesine alın.

Kaynaklar: [2] [4]

6. Mobil cihazda bilgiye ulaşma işini tamamlayın

Masaüstünde sorunsuz görünen bağlantı yolu, küçük ekranda açılmayan bir menüye veya yazıyı kapatan bir katmana takılabilir. Seçilen sayfaları telefonda kontrol ederken yalnızca ilk ekranın fotoğrafını almayın. Hizmet adını bulun, hekim kartına geçin ve doğru şubenin açık adresine ulaşın. Kontrol için kişisel bilgi göndermeniz gerekmez.

Her engeli tekrar edilebilir biçimde tarif edin: Kullanılan cihaz, başlangıç URL'si, basılan öğe, beklenen sonuç ve görülen sonuç. 'Mobil kötü' yerine 'Şube kartından açılan sayfanın geri düğmesi menüyü kapatıyor, önceki içeriğe dönmüyor' gibi somut bir kayıt oluşturun. Önerilen bu çalışma, puan üretmekten çok ziyaretçinin yarım kalan işini bulmayı amaçlar.

7. Düzeltmeyi aynı erişim yoluyla yeniden doğrulayın

Bulgu listesini önce erişimi engelleyen işler, sonra yanlış hedefler ve ardından diğer kullanım sorunları olarak sıralayabilirsiniz. Her işin sorumlusu ve kabul koşulu belli olsun. Örneğin, taşınmış bir hizmet sayfasında kabul koşulu eski URL'nin ilgili yeni sayfaya ulaşması ve site içi bağlantıların güncellenmesidir.

Düzeltme yayımlandığında başlangıçtaki yolu yeniden deneyin ve sonucu kaydedin. Tek bir örnek düzelince aynı şablonu kullanan diğer sayfalardan da örnek alın. Açık kalan içerik sorularını teknik olarak tamamlandı durumuna taşımayın. Bu kontrolün teslimatı bir sıralama vaadi değil; hangi bağlantının çalıştığını, hangi kararın beklediğini ve neyin yeniden kontrol edildiğini gösteren uygulanabilir bir iş listesidir.