İnşaat ve mimarlık firması web sitesinde yalnız ana sayfa, hakkımızda ve iletişim bölümleri yeterli değildir. Sağlam bir yapı; hizmetler, tamamlanan projeler, devam eden projeler, her proje için ayrı detay sayfası, ekip/uzmanlık, çalışma süreci, referans veya iş ortaklığı kanıtları ve proje türüne göre teklif/iletişim akışından oluşmalıdır. Ziyaretçi birkaç dakika içinde “bu firma ne yapıyor, hangi ölçekte iş bitirmiş, benim proje tipime uygun mu ve nasıl iletişime geçerim?” sorularına cevap bulabilmelidir.

İnşaat ve mimarlık firması sitesinde hangi temel sayfalar olmalı?

Önerilen ana sayfa yapısı
SayfaGöreviOlmazsa ne kaybolur?
Ana sayfaFirma uzmanlığını ve öne çıkan projeleri özetlerİlk izlenim ve yönlendirme
HizmetlerNe yaptığınızı proje türü bazında açıklarYanlış talep ve belirsizlik
Projeler / PortföyBitmiş ve seçili devam eden işleri gösterirKanıt ve deneyim
Proje detayTek projenin kapsamını, rolünüzü ve çıktıyı anlatırPortföy yüzeysel kalır
Hakkımızda / EkipFirma geçmişi, ekip ve yetkinliği açıklarGüven ve uzmanlık bağlamı
SüreçKeşif, tasarım, uygulama, teslim gibi adımları açıklarTeklif öncesi belirsizlik
İletişim / TeklifNitelikli proje talebi toplarZiyaretçi sonraki adımı bilemez
KariyerAktif işe alım varsa aday akışıİnsan kaynağı iletişimi
Yayınlar / HaberlerGerçek güncellemeleri ve uzmanlık içeriğini paylaşırGüncel faaliyet görünürlüğü

İnşaat firması ile mimarlık ofisinin site önceliği aynı mı?

Hayır. Mimarlık ofisi çoğu zaman tasarım yaklaşımı, proje türleri, ekip rolleri, çizim/görsel kalitesi ve tasarım sürecini daha çok öne çıkarır. İnşaat firmasında ise yüklenici rolü, uygulama kapsamı, proje ölçeği, tamamlanan işler, devam eden projeler, iş güvenliği ve teslim süreçleri daha kritik olabilir. Tasarım + uygulama yapan firmada iki yetkinlik aynı sayfada karışmamalı; ziyaretçi hangi hizmeti kimin verdiğini anlamalıdır.

Firma tipine göre içerik önceliği
Firma tipiÖne çıkan içerikİkincil içerik
Mimarlık ofisiPortföy, tasarım yaklaşımı, ekipYayın, yarışma/ödül, süreç
İnşaat/yükleniciTamamlanan projeler, kapsam, ölçek, uygulamaEkip, süreç, iş ortaklıkları
İç mimarlıkÖncesi/sonrası, mekan türleri, malzeme yaklaşımıUygulama ve tedarik süreci
Design-buildTasarım + uygulama sorumluluk ayrımıTeklif ve proje yönetimi
Taahhüt / endüstriyelTeknik kapasite, sektör, iş paketleriReferans ve saha teslim modeli

Ana sayfa nasıl kurgulanmalı?

Ana sayfada uzun bir kurumsal manifesto yerine ziyaretçiyi doğru kanıta götüren kısa bir yapı kullanın. İlk bölümde firma ne yapıyor, hangi proje tiplerinde çalışıyor ve hangi coğrafyada hizmet veriyor açıkça anlatılmalı. Ardından 3–6 seçili proje, temel hizmetler, çalışma yaklaşımı ve net iletişim CTA’sı gelebilir.

  • İlk ekran: net uzmanlık cümlesi + tek birincil CTA.
  • Seçili projeler: gerçek ve güçlü işleri görsel olarak öne çıkarın.
  • Hizmetler: mimari tasarım, uygulama, taahhüt, iç mimari vb. yalnız gerçekten verilen hizmetler.
  • Kanıt: proje sayısı, m², yıl veya şehir bilgisi ancak doğrulanabiliyorsa kullanın.
  • İletişim: “projenizi anlatın” gibi bağlama uygun CTA.

Projeler / portföy sayfası nasıl olmalı?

Portföy sayfası yalnız büyük görsellerden oluşmamalıdır. Kullanıcı proje türü, konum, yıl, durum veya hizmet rolüne göre işlerinizi tarayabilmelidir. Çok az projeniz varsa filtre eklemek yerine basit ve güçlü bir sıralama daha iyi olabilir. Her proje kartında proje adı, türü, konumu ve rolünüz kısa biçimde görünmelidir.

Portföy filtreleri
FiltreNe zaman anlamlı?Dikkat
Proje türüKonut, ofis, endüstriyel, otel gibi farklı portföy varsaAz projede gereksiz filtre eklemeyin
KonumBirden fazla şehir/ülke varsaGerçek proje konumu
YılUzun geçmiş varsaTamamlanma/başlangıç yılı ayrımını belirtin
DurumDevam eden / tamamlananRender ile bitmiş proje karışmasın
Hizmet rolüTasarım, uygulama, kontrollük, taahhütRolünüzü olduğundan büyük göstermeyin

Her proje detay sayfasında hangi bilgiler bulunmalı?

En değerli sayfa çoğu zaman proje detay sayfasıdır. Güçlü proje sayfası yalnız görsel galeri değil, firmanın o işteki rolünü kanıtlayan vaka sayfasıdır. Proje adı, konum, tarih, proje türü, durum, kapsam, sizin rolünüz, varsa işveren bilgisi için yayın izni, ekip/iş ortakları ve gerçek fotoğraflar birlikte sunulmalıdır.

Proje detay veri modeli
AlanÖrnekKural
Proje adıKurgusal: Manisa Endüstri MerkeziYayın izni olan gerçek ad
KonumManisaGereksiz açık adres vermeyin
DurumTamamlandı / devam ediyorRender ve gerçek fotoğraf ayrımı
Yıl2025–2026Doğrulanmış takvim
RolMimari tasarım + uygulama projeleriGerçek sözleşme kapsamı
Alan8.500 m²Sadece doğrulanmışsa
İşverenYayın izni varsaGizlilik şartlarını kontrol edin
EkipMimar, mühendis, danışmanDoğru krediler
FotoğrafFotoğrafçı ve kullanım hakkıİzin/kredi bilgisi

Devam eden projeler nasıl gösterilmeli?

Devam eden projelerde render, şantiye fotoğrafı ve tamamlanmış fotoğraf birbirinden açıkça ayrılmalıdır. Henüz yapılmamış bir mekanı render ile gerçekmiş gibi göstermeyin. Proje takvimi veya teslim tarihi kamuya açık ve doğrulanmış değilse kesin tarih vermeyin. Şantiye görüntülerinde işveren gizliliği, çalışan güvenliği ve saha izinleri kontrol edilmelidir.

Hizmet sayfaları tek bir listeden daha mı detaylı olmalı?

Firma farklı satın alma niyetlerine hizmet veriyorsa ayrı hizmet sayfaları anlamlıdır. “Mimari tasarım”, “iç mimari”, “anahtar teslim uygulama”, “taahhüt” veya “proje yönetimi” birbirinden farklı kapsam ve teklif soruları doğurur. Her hizmet sayfası kimler için olduğu, teslimatlar, süreç ve örnek projelerle desteklenmelidir.

Ekip ve yetkinlik nasıl sunulmalı?

Ekip sayfasında yalnız stüdyo fotoğrafı ve isim listesi yerine kişilerin rolü, deneyim alanı ve projedeki sorumluluğu açıklanabilir. Mesleki unvan, üyelik, sertifika veya ödüller yalnız güncel ve doğrulanmışsa yazılmalıdır. Çalışan ayrıldığında ekip sayfasının güncellenmesi için sorumlu belirleyin.

Çalışma süreci sayfası neden önemlidir?

Potansiyel müşteri, web sitesinde fiyat kadar süreci de anlamak ister. Keşif, ihtiyaç programı, konsept, uygulama projeleri, ruhsat/izin kapsamı, ihale/teklif, uygulama ve teslim gibi adımlar firmanın gerçek hizmet modeline göre anlatılmalıdır. Her firma tüm bu adımları vermek zorunda değildir; süreci idealize etmek yerine gerçekte nasıl çalıştığınızı gösterin.

Örnek proje süreci
AşamaMüşteriden gerekenFirmanın çıktısı
Ön görüşmeProje tipi, konum, hedefUygunluk değerlendirmesi
Keşif / veri toplamaMevcut durum, ölçü, belgelerİhtiyaç listesi
KonseptKararlar ve geri bildirimTasarım yönü / seçenekler
ProjelendirmeOnaylı konseptUygulama için proje seti
Teklif / ihaleKapsam ve miktarMaliyet/iş paketi
UygulamaSaha erişimi ve kararlarİmalat / koordinasyon
TeslimKontrolTeslim ve kapanış dokümanı

İletişim ve teklif formunda hangi alanlar olmalı?

“Mesajınız” alanı tek başına nitelikli proje talebi toplamak için zayıftır. Form çok uzun da olmamalı. Proje türü, konum, yaklaşık kapsam, ihtiyaç duyulan hizmet ve hedef tarih gibi bilgiler ilk değerlendirmeyi hızlandırabilir. Bütçe alanı işletmenin gerçek satış sürecinde kullanılıyorsa opsiyonel veya aralık bazlı sorulabilir.

İlk proje talep formu
AlanZorunlu mu?Not
Ad / şirketEvetB2B ve bireysel ayrımı
E-posta / telefonEn az biriGeri dönüş
Proje türüEvetKonut/ofis/endüstriyel vb.
KonumEvetŞehir/ülke yeterli olabilir
Hizmet ihtiyacıEvetTasarım/uygulama/taahhüt
Yaklaşık alanOpsiyonelDoğrulanmamışsa yaklaşık
Hedef zamanOpsiyonelKesin teslim sözü değildir
DosyaOpsiyonelPlan/brief; güvenli yükleme gerekir

Referans, işveren ve iş ortağı logoları nasıl kullanılmalı?

Bir müşteriyle çalışmış olmak logosunu süresiz ve her bağlamda kullanma hakkı anlamına gelmeyebilir. İşveren adı, logo, proje fotoğrafı ve referans metni için sözleşme veya yazılı kullanım iznini kontrol edin. Ortak projelerde diğer mimar, mühendis, fotoğrafçı ve danışman kredilerini eksik bırakmayın.

Mimarlık sitesi görsel ağırlıklıysa performans nasıl korunur?

Yüksek çözünürlüklü görseller mimarlık sitesinin temelidir, fakat her fotoğrafı 10–20 MB yüklemek kullanıcı deneyimini bozar. Farklı ekran boyutları için uygun görseller üretin, modern formatları değerlendirin, gereksiz galeriyi ilk yüklemede indirmeyin ve ana görseli kaliteyi bozmayacak biçimde optimize edin. Google, iyi sayfa deneyimi için Core Web Vitals, mobil kullanılabilirlik ve ana içeriğin kolay ayırt edilmesi gibi unsurlara birlikte bakılmasını öneriyor.

Google ayrıca 2026’da tercih edilen görseller için schema.org işaretlemesi ile `og:image` meta bilgisinin kaynak olarak kullanılabildiğini netleştirdi. Proje ve makale sayfalarında temsilî görselin gerçekten o içeriği yansıtmasına dikkat edin; logo veya alakasız stok fotoğrafını proje görseli gibi işaretlemeyin.

Fotoğraf, render ve çizim hakları nasıl yönetilmeli?

Proje fotoğrafını çeken kişi, görseli paylaşan müşteri ve eserin tasarım hakkı aynı taraf olmayabilir. Her dosyanın kaynak, fotoğrafçı, kullanım izni ve yayın kapsamını arşivleyin. Render üretilmişse “render”, uygulama fotoğrafıysa “tamamlanmış proje” olarak etiketleyin. Proje planlarında gizli teknik bilgi veya güvenlik detayı varsa açık indirme sunmayın.

Proje sayfaları SEO için nasıl yazılmalı?

Her projeye şehir + hizmet + proje türü doldurulmuş yapay metin eklemek yerine projenin gerçek tasarım/uygulama kararlarını anlatın. Google'ın people-first içerik rehberi, yalnız arama trafiği çekmek için seri içerik üretmek yerine kullanıcıya özgün ve faydalı bilgi sunmayı öneriyor. Proje sayfası ziyaretçinin o işe neden bakacağını karşılamalıdır.

  • Başlıkta proje adı ve gerekiyorsa tür/konum doğal biçimde yer alabilir.
  • H1 ile sayfa başlığı uyumlu olsun; onlarca anahtar kelime yığmayın.
  • Proje açıklamasında gerçek kapsam, rol ve kararları anlatın.
  • İç bağlantıyla benzer proje türlerini ve ilgili hizmeti bağlayın.
  • Görseller için anlamlı alt metin kullanın; dekoratif görselleri gereksiz tanımlamayın.
  • Tamamlanan proje sayfasını sırf tarih eski diye silmeyin; portföy kanıtıdır.

Kurumsal yapılandırılmış veri nasıl kullanılmalı?

Google Search Central, ana sayfa veya kuruluşu açıklayan tek bir sayfada `Organization` yapılandırılmış verisinin firma adı, logo, iletişim ve gerçek dünya varlığı gibi bilgileri anlamaya yardımcı olabileceğini belirtiyor. Aynı firma bilgisini her proje sayfasına farklı isim/adresle kopyalamayın. Fiziksel ofisler varsa gerçek konum yapısı ayrıca ele alınmalıdır.

Yurt dışı proje hedefleyen mimarlık firması çok dilli site kurmalı mı?

Yurt dışından iş alma hedefi varsa İngilizce veya hedef ülke dili, yalnız menü çevirisi şeklinde eklenmemelidir. Hizmet kapsamı, ekip rolleri, proje açıklamaları ve teklif formu gerçekten çevrilmeli; portföyde kullanılan ölçü birimleri ve ticari ifadeler hedef pazar için anlaşılır olmalıdır. Uluslararası sayfalar ayrı URL yapısıyla ve mevcut çok dilli web sitesi prensipleriyle yönetilebilir.

Kurgusal örnek: Manisa’da tasarım + uygulama firması

Manisa’da konut, ofis ve küçük endüstriyel tesis projeleri yapan kurgusal “Kuzey Eksen Mimarlık” firmasını düşünelim. Firma 24 proje yaptığını iddia etmek yerine yalnız yayın izni bulunan 9 güçlü projeyi detaylı gösteriyor. Ana sayfada 4 seçili proje; portföyde konut/ofis/endüstriyel filtreleri; her proje sayfasında konum, yıl, rol, kapsam, ekip ve fotoğraf kredileri yer alıyor. Bu şirket ve tüm sayılar öğretici örnektir; gerçek Akhisar Dijital müşterisi değildir.

Firmanın “anahtar teslim” hizmeti ayrı sayfada, yalnız mimari tasarım hizmeti ayrı sayfada anlatılıyor. Teklif formu proje türü, şehir, hizmet ihtiyacı ve varsa plan dosyası topluyor. Gelen talep CRM’de proje türüne göre etiketleniyor. Böylece site görsel portföy olmaktan çıkıp satış öncesi nitelikli proje brief’i toplayan bir sisteme dönüşüyor.

Mimarlık ve inşaat sitesi nasıl ölçülmeli?

Önerilen web etkinlikleri
EtkinlikNe ölçer?Ticari yorumu
project_viewProje detay ilgisiPortföy hangi segmenti çekiyor
project_gallery_engageGörsel incelemeTek başına lead değildir
service_viewHizmet niyetiProje türü ilgisi
proposal_startForm başlangıcıTalep niyeti
proposal_submitTam formNitelikli lead adayı
phone_clickArama niyetiCRM ile eşleştirilirse değerli
document_downloadPortföy/teknik dokümanKurumsal ilgi sinyali

30 günde yeni mimarlık/inşaat sitesi nasıl hazırlanır?

  • 1–3. gün: Hizmet, proje türü, hedef müşteri ve coğrafyayı netleştirin.
  • 4–6. gün: Tüm projeleri izin, fotoğraf, rol, yıl, konum ve kredi bilgileriyle envanterleyin.
  • 7–9. gün: Ana sayfa, hizmetler, projeler, proje detay, ekip, süreç ve iletişim bilgi mimarisini onaylayın.
  • 10–13. gün: En güçlü 6–12 proje için gerçek içerik ve görselleri hazırlayın.
  • 14–16. gün: Proje detay şablonunu ve portföy filtrelerini geliştirin.
  • 17–19. gün: Hizmet sayfaları, ekip ve süreç içeriklerini tamamlayın.
  • 20–22. gün: Teklif formu, güvenli dosya yükleme ve CRM/e-posta yönlendirmesini test edin.
  • 23–25. gün: Görsel boyutları, mobil galeri, Core Web Vitals ve erişilebilirliği kontrol edin.
  • 26–27. gün: Organization verisi, canonical, OG görseli ve sitemap’i doğrulayın.
  • 28–30. gün: Analytics eventleri, 404/redirect kontrolleri ve gerçek cihaz testinden sonra yayına alın.

Yayına almadan önce son kontrol

İnşaat/mimarlık web sitesi yayın kontrolü
KontrolBeklenen durum
PortföyYalnız gerçek ve izinli projeler
Proje rolüTasarladık/uyguladık ayrımı doğru
GörsellerFotoğraf/render ayrımı ve kredi doğru
HizmetlerGerçek sunulan hizmetler
EkipGüncel unvan ve kişiler
FormProje türü ve hizmet ihtiyacı topluyor
Dosya yüklemeGüvenli ve kontrollü
PerformansGörsel ağırlığı mobilde testli
Structured dataOrganization görünür içerikle uyumlu
SEOProje sayfaları özgün, kopya şehir metni yok
AnalyticsProje → hizmet → teklif akışı ölçülüyor

Sık sorulan sorular

Mimarlık firması web sitesinde kaç proje gösterilmeli?

Sayıdan çok kalite ve doğrulanabilirlik önemlidir. Az ama güçlü, rolü ve fotoğraf hakları net projeler; çok sayıda yüzeysel veya izinsiz projeden daha değerlidir.

Devam eden projeleri web sitesinde göstermek doğru mu?

Evet, yayın izni varsa gösterilebilir. Render, şantiye fotoğrafı ve tamamlanmış proje görsellerini açıkça ayırın; doğrulanmamış teslim tarihini kesin sonuç gibi yazmayın.

Her proje için ayrı sayfa açmak gerekir mi?

Portföyde anlamlı proje bilgisi varsa ayrı detay sayfası önerilir. Proje adı, konum, yıl, durum, rol, kapsam, ekip ve görseller tek sayfada düzenli biçimde sunulabilir.

Mimar ve mühendis unvanlarını nasıl yazmalıyız?

Yalnız gerçek ve güncel unvan, rol, üyelik veya sertifikaları kullanın. Ekip değişikliklerini düzenli güncelleyin ve mesleki yetkiyi olduğundan geniş göstermeyin.

Mimarlık sitesinde çok büyük fotoğraflar kullanmak sorun mu?

Görsel kalite önemlidir ancak aşırı dosya boyutu mobil performansı düşürür. Responsive görseller, uygun format, lazy loading ve optimize edilmiş ana görsellerle kalite-performans dengesi kurun.

Yurt dışından proje almak isteyen mimarlık ofisi İngilizce site açmalı mı?

Hedef pazarda gerçekten iş geliştirme hedefi varsa evet; ancak yalnız menüyü çevirmek yerine hizmet, portföy, ekip ve teklif akışını da doğru biçimde yerelleştirin.