İ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ı?
| Sayfa | Görevi | Olmazsa ne kaybolur? |
|---|---|---|
| Ana sayfa | Firma uzmanlığını ve öne çıkan projeleri özetler | İlk izlenim ve yönlendirme |
| Hizmetler | Ne yaptığınızı proje türü bazında açıklar | Yanlış talep ve belirsizlik |
| Projeler / Portföy | Bitmiş ve seçili devam eden işleri gösterir | Kanıt ve deneyim |
| Proje detay | Tek projenin kapsamını, rolünüzü ve çıktıyı anlatır | Portföy yüzeysel kalır |
| Hakkımızda / Ekip | Firma geçmişi, ekip ve yetkinliği açıklar | Güven ve uzmanlık bağlamı |
| Süreç | Keşif, tasarım, uygulama, teslim gibi adımları açıklar | Teklif öncesi belirsizlik |
| İletişim / Teklif | Nitelikli proje talebi toplar | Ziyaretçi sonraki adımı bilemez |
| Kariyer | Aktif işe alım varsa aday akışı | İnsan kaynağı iletişimi |
| Yayınlar / Haberler | Gerçek güncellemeleri ve uzmanlık içeriğini paylaşır | Gü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 tipi | Öne çıkan içerik | İkincil içerik |
|---|---|---|
| Mimarlık ofisi | Portföy, tasarım yaklaşımı, ekip | Yayın, yarışma/ödül, süreç |
| İnşaat/yüklenici | Tamamlanan projeler, kapsam, ölçek, uygulama | Ekip, süreç, iş ortaklıkları |
| İç mimarlık | Öncesi/sonrası, mekan türleri, malzeme yaklaşımı | Uygulama ve tedarik süreci |
| Design-build | Tasarım + uygulama sorumluluk ayrımı | Teklif ve proje yönetimi |
| Taahhüt / endüstriyel | Teknik kapasite, sektör, iş paketleri | Referans 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.
| Filtre | Ne zaman anlamlı? | Dikkat |
|---|---|---|
| Proje türü | Konut, ofis, endüstriyel, otel gibi farklı portföy varsa | Az projede gereksiz filtre eklemeyin |
| Konum | Birden fazla şehir/ülke varsa | Gerçek proje konumu |
| Yıl | Uzun geçmiş varsa | Tamamlanma/başlangıç yılı ayrımını belirtin |
| Durum | Devam eden / tamamlanan | Render ile bitmiş proje karışmasın |
| Hizmet rolü | Tasarım, uygulama, kontrollük, taahhüt | Rolü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.
| Alan | Örnek | Kural |
|---|---|---|
| Proje adı | Kurgusal: Manisa Endüstri Merkezi | Yayın izni olan gerçek ad |
| Konum | Manisa | Gereksiz açık adres vermeyin |
| Durum | Tamamlandı / devam ediyor | Render ve gerçek fotoğraf ayrımı |
| Yıl | 2025–2026 | Doğrulanmış takvim |
| Rol | Mimari tasarım + uygulama projeleri | Gerçek sözleşme kapsamı |
| Alan | 8.500 m² | Sadece doğrulanmışsa |
| İşveren | Yayın izni varsa | Gizlilik şartlarını kontrol edin |
| Ekip | Mimar, mühendis, danışman | Doğru krediler |
| Fotoğraf | Fotoğ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.
| Aşama | Müşteriden gereken | Firmanın çıktısı |
|---|---|---|
| Ön görüşme | Proje tipi, konum, hedef | Uygunluk değerlendirmesi |
| Keşif / veri toplama | Mevcut durum, ölçü, belgeler | İhtiyaç listesi |
| Konsept | Kararlar ve geri bildirim | Tasarım yönü / seçenekler |
| Projelendirme | Onaylı konsept | Uygulama için proje seti |
| Teklif / ihale | Kapsam ve miktar | Maliyet/iş paketi |
| Uygulama | Saha erişimi ve kararlar | İmalat / koordinasyon |
| Teslim | Kontrol | Teslim 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.
| Alan | Zorunlu mu? | Not |
|---|---|---|
| Ad / şirket | Evet | B2B ve bireysel ayrımı |
| E-posta / telefon | En az biri | Geri dönüş |
| Proje türü | Evet | Konut/ofis/endüstriyel vb. |
| Konum | Evet | Şehir/ülke yeterli olabilir |
| Hizmet ihtiyacı | Evet | Tasarım/uygulama/taahhüt |
| Yaklaşık alan | Opsiyonel | Doğrulanmamışsa yaklaşık |
| Hedef zaman | Opsiyonel | Kesin teslim sözü değildir |
| Dosya | Opsiyonel | Plan/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?
| Etkinlik | Ne ölçer? | Ticari yorumu |
|---|---|---|
| project_view | Proje detay ilgisi | Portföy hangi segmenti çekiyor |
| project_gallery_engage | Görsel inceleme | Tek başına lead değildir |
| service_view | Hizmet niyeti | Proje türü ilgisi |
| proposal_start | Form başlangıcı | Talep niyeti |
| proposal_submit | Tam form | Nitelikli lead adayı |
| phone_click | Arama niyeti | CRM ile eşleştirilirse değerli |
| document_download | Portföy/teknik doküman | Kurumsal 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
| Kontrol | Beklenen durum |
|---|---|
| Portföy | Yalnız gerçek ve izinli projeler |
| Proje rolü | Tasarladık/uyguladık ayrımı doğru |
| Görseller | Fotoğraf/render ayrımı ve kredi doğru |
| Hizmetler | Gerçek sunulan hizmetler |
| Ekip | Güncel unvan ve kişiler |
| Form | Proje türü ve hizmet ihtiyacı topluyor |
| Dosya yükleme | Güvenli ve kontrollü |
| Performans | Görsel ağırlığı mobilde testli |
| Structured data | Organization görünür içerikle uyumlu |
| SEO | Proje sayfaları özgün, kopya şehir metni yok |
| Analytics | Proje → 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.
Projenizi Anlatın 