कंस्ट्रक्शन कंपनी SEO: साइट की तस्वीरें क्या साबित करती हैं
निर्माण कंपनी का SEO तीन चीज़ों से तय होता है, और तीनों के नाम Google खुद गिनाता है: आपकी प्रोफ़ाइल खोज से कितनी मेल खाती है, आप खोज करने वाले से कितनी दूर हैं, और आपको कितना जाना जाता है। आपकी साइट की तस्वीरें चौथा कारक नहीं हैं, और उन्हें टैग करने से वे चौथा बन भी नहीं जाएँगी। वे तस्वीरें असल में उससे कहीं ज़्यादा काम की चीज़ हैं: एक रोज़ का रिकॉर्ड कि कौन कहाँ, किस तारीख को, किस पते पर काम कर रहा था। वह रिकॉर्ड मार्केटिंग वाले सवाल से कहीं आगे तक टिकता है।
ज़्यादातर ठेकेदार तस्वीरें पहले से ही खींचते हैं। लेकिन लगभग कोई वे दो मिनट नहीं देता जो कैमरा रोल को एक संग्रह में बदल देते हैं।
निर्माण कंपनी का SEO असल में किसे हिलाता है
स्थानीय नतीजों पर Google का मार्गदर्शन प्रासंगिकता, दूरी और प्रमुखता गिनाता है (Google Business Profile सहायता)। तस्वीरों को वहाँ ग्राहकों को यह दिखाने का ज़रिया बताया गया है कि आप क्या पेश करते हैं, न कि रैंकिंग में जाने वाला कोई इनपुट।
जो तरकीब आपको शायद बेची गई है, यानी अपने प्रोजेक्ट की तस्वीरें जियोटैग कीजिए और स्थानीय रैंकिंग को चढ़ते देखिए, उसे केवल दावे के तौर पर नहीं, बल्कि जाँच कर परखा जा चुका है। एक एजेंसी ने 27 कारोबारों पर 10 हफ़्ते का एक नियंत्रित अध्ययन किया, जिसमें पाँच हफ़्ते सामान्य पोस्टिंग और उसके बाद पाँच हफ़्ते ठीक वैसी ही पोस्टिंग के साथ जियोटैग किए गए निर्देशांक जोड़े गए, और उसे मार्च 2025 में प्रकाशित किया।
सात में से एक मापदंड सुधरा और चार बिगड़ गए। लेखक ने निष्कर्ष निकाला कि यह "हर उस जगह नुकसान पहुँचाता है जहाँ आप जियोटैग की हुई तस्वीरें नहीं जोड़ते", और एजेंसी ने क्लाइंट के लिए ऐसा करना बंद कर दिया।
तो रैंकिंग वाली दलील एक तरफ़ रख दीजिए। अपनी तस्वीरों के भीतर क्या है, इसकी परवाह करने की यह सबसे कमज़ोर वजह है, और संयोग से यही इकलौती वजह है जो किसी ने आपको दी है।
प्रगति की एक तस्वीर तारीख और पते के बारे में किया गया दावा है
आपकी साइट टीम की हर तस्वीर दो बातें कहती है: इस तारीख को काम की हालत यह थी, और यह काम था, इस पते पर। यही दो बातें आगे चलकर बहस का विषय बनती हैं: किसी भुगतान के बिल में, किसी अतिरिक्त काम के दावे में, किसी खामी के झगड़े में, सौंपने के पाँच साल बाद आने वाली वारंटी कॉल में।
फ़ोन दोनों को अपने आप दर्ज करता है। शटर दबने का पल फ़ाइल के सेव होते समय उसमें लिखा जाता है, DateTimeOriginal नाम के एक फ़ील्ड में (EXIF फ़ील्ड सूची), और इस पर इससे कोई फ़र्क नहीं पड़ता कि फ़ाइल बाद में कब कॉपी हुई, उसका नाम कब बदला या उसे किस फ़ोल्डर में डाला गया। अगर लोकेशन चालू हो, तो निर्देशांक भी उसके साथ लिख दिए जाते हैं।
कमी यह है कि लगभग कोई देखता ही नहीं। कैमरा रोल संग्रह नहीं है, क्योंकि उसमें कुछ भी पते से पकड़ में नहीं आता। आप उससे यह नहीं पूछ सकते कि मार्च के दूसरे हफ़्ते में Dorset Street वाले काम पर कौन सी तस्वीरें ली गई थीं। इसका जवाब देने वाली जानकारी फ़ाइलों में पहले से मौजूद है; उसे कभी पढ़ा ही नहीं गया। किसी चालू साइट से एक तस्वीर लीजिए और यह मान लेने से पहले कि इसके लिए नया सॉफ़्टवेयर चाहिए, एक साइट तस्वीर खोलिए और देखिए कि उसने पहले से क्या दर्ज कर रखा है।
अकेला निर्देशांक आपकी तस्वीर दोबारा क्यों नहीं ढूँढ़ेगा
निर्माण स्थल पर जो सीमा मायने रखती है वह यही है, और ठेकेदारों के लिए लिखा कोई लेख इसका ज़िक्र नहीं करता।
निर्देशांक ज़मीन के बारे में सटीक होता है और उसके ऊपर की हर चीज़ पर चुप। Southwark की The Shard को लीजिए, जिसके प्रकाशित निर्देशांक हैं 51.5045 उत्तर, 0.0865 पश्चिम (Wikipedia)। तस्वीर इसे डिग्री, मिनट और सेकंड में सहेजती है, यानी सर्वेक्षक के यंत्र वाली इकाइयों में, न कि किसी नक्शा ऐप के दशमलव में:
- पूर्णांक डिग्री देता है: 51।
- बची हुई 0.5045 डिग्री को 60 से गुणा करने पर 30.27 आता है, यानी 30 पूरे मिनट।
- बचे हुए 0.27 मिनट को 60 से गुणा करने पर लगभग 16 सेकंड आते हैं।
51 डिग्री, 30 मिनट, 16 सेकंड उत्तर, जो उसी स्रोत में दशमलव वाले आँकड़े के साथ छपे आँकड़े से मेल खाता है, इसलिए आप इस गणित पर भरोसा करने के बजाय इसे जाँच सकते हैं। देशांतर 0 डिग्री, 5 मिनट, 11 सेकंड निकलता है, और चूँकि यह मध्याह्न रेखा के पश्चिम में है, फ़ाइल इसे एक धनात्मक संख्या के रूप में सहेजती है और W को रखने के लिए एक अलग, एक अक्षर वाला फ़ील्ड रखती है। वह अक्षर खो जाए तो तस्वीर खुद को लंदन की गलत तरफ़ पहुँचा देती है।
अब असली दिक्कत। वही निर्देशांक बेसमेंट में ली गई तस्वीर के लिए भी वही है और चालीस मंज़िल ऊपर ली गई तस्वीर के लिए भी। तस्वीरें ऊँचाई भी रखती हैं, पर वह एक सादी धनात्मक संख्या के रूप में सहेजी जाती है, साथ में एक अलग संकेत होता है कि वह समुद्र तल से ऊपर है या नीचे, और इमारत के भीतर यह शायद ही ऐसी चीज़ होती है जिस पर आप कोई दावा टिकाएँ।
इसका हल निर्देशांक है ही नहीं। तस्वीर की फ़ाइल में जगह के लिए एक छोटी, मुक्त पाठ वाली पंक्ति होती है जो शहर से नीचे बैठती है: Sub-location, जिसमें 32 अक्षर तक आते हैं और जो IPTC फ़ील्ड सूची में दर्ज है।
"लेवल 4, उत्तरी कोर" इसमें आ जाता है। "प्लॉट 12, पिछला हिस्सा" भी आ जाता है। वही एक पंक्ति तय करती है कि 2029 में आपके पास सवाल का जवाब देने वाला संग्रह होगा या भूरे कंक्रीट की चालीस हज़ार तस्वीरें।
तस्वीर क्या साबित करती है और क्या नहीं
यह हिस्सा इसलिए है कि वरना बाकी लेख ज़रूरत से ज़्यादा दावा कर बैठता, और जो ठेकेदार अपने ही सबूत को बढ़ा-चढ़ाकर पेश करता है वह उससे बुरी हालत में होता है जिसने सबूत जुटाए ही नहीं।
खींचने का समय डिवाइस की अपनी घड़ी लिखती है। घड़ी गलत हो सकती है, और बदली भी जा सकती है। लोकेशन उस पल फ़ोन की स्थिति से आती है जब तस्वीर ली गई, जो खुले में ठीक रहती है और स्टील के ढाँचे के भीतर भरोसे लायक नहीं। तस्वीर की फ़ाइल में कुछ भी हस्ताक्षरित नहीं होता, और उसका कोई भी हिस्सा बाद में बदला जा सकता है। इसमें आप भी शामिल हैं, और ठीक इसीलिए वह खुद अपनी प्रामाणिकता नहीं बनाती।
लगातार और उसी वक़्त बनाया गया तस्वीरों का रिकॉर्ड आपको जो देता है वह एक सुसंगत ब्योरा है: सैकड़ों फ़ाइलें जिनकी तारीखें और जगहें आपस में, डिलीवरी पर्चियों से और काम के कार्यक्रम से मेल खाती हैं। दलील दिन-ब-दिन बने बड़े समूह की संगति है, कोई अकेली तस्वीर नहीं। तस्वीर को सीलबंद सबूत के बजाय उसी समय लिखे गए मज़बूत नोट की तरह मानिए, तो वह आपके लिए असली काम करेगी।
चालू साइट के लिए दस्तावेज़ीकरण की दिनचर्या
इतनी छोटी कि साइट टीम फ़रवरी में भी इसे निभाती रहे।
- साइट के फ़ोनों में लोकेशन एक बार, काम शुरू होते ही चालू कीजिए और चालू ही रहने दीजिए।
- हर हिस्से को दोहराई जा सकने वाली जगहों से खींचिए, ताकि इस हफ़्ते की तस्वीर पिछले हफ़्ते वाली से तुलना लायक हो।
- हर शिफ़्ट के अंत में, तस्वीर-दर-तस्वीर करने के बजाय एक ही बार में पूरे बैच में साइट का पता और लेवल जोड़ दीजिए।
- लेवल, हिस्सा या प्लॉट नंबर उस छोटी लोकेशन पंक्ति में लिखिए: "साइट" नहीं, बल्कि "लेवल 4, उत्तरी कोर"।
- बिना छेड़े मूल फ़ाइलें हर हफ़्ते फ़ोन से निकालकर प्रोजेक्ट के नाम वाले फ़ोल्डर में डालिए।
तीसरा चरण ही वह जगह है जहाँ दिन भर की तस्वीरें कैमरा रोल होना छोड़ देती हैं। अगर कोई बैच ऐसे फ़ोन से आया है जिसमें लोकेशन बंद थी और आप सचमुच जानते हैं कि वह कहाँ ली गई थी, तो उसे बाद में भरा जा सकता है; अगर नहीं जानते, तो खाली छोड़ दीजिए। जिस तस्वीर को वहाँ खींचा ही नहीं गया, उसमें वह पता कभी मत लिखिए। फ़ाइल के जिस एक हिस्से को लोग वस्तुनिष्ठ मानते हैं, उसमें झूठी प्रविष्टि रिकॉर्ड नहीं, बल्कि जोखिम है। जिन तस्वीरों में निर्देशांक पहले से हैं, उनके लिए मौजूदा तस्वीर से लोकेशन वापस निकालना बताता है कि जो वहाँ है उसे कैसे पढ़ें।
सौंपने के बाद का संग्रह
तस्वीरें सबसे लंबे समय तक तब काम आती हैं जब सब लोग जा चुके होते हैं। खामियों की अवधि और वारंटी के दावे बरसों चलते हैं, और जो सवाल आता है वह हमेशा ठोस होता है: वह जोड़ बंद करने से पहले कैसा दिखता था।
मूल फ़ाइलें रखिए, प्रकाशित संस्करण नहीं। जो कुछ भी किसी वेबसाइट, पोर्टल या सोशल प्लेटफ़ॉर्म पर चढ़ाया जाता है, वह अक्सर रास्ते में छोटा कर दिया जाता है, और आकार घटाने के दौरान ही भीतर जुड़ी तारीखें और जगहें हटा दी जाती हैं। गैलरी वाली प्रति एक तस्वीर है; मूल फ़ाइल रिकॉर्ड है।
हर प्रोजेक्ट के लिए एक फ़ोल्डर, सिर्फ़ मूल फ़ाइलें, तारीखें और लोकेशन पंक्तियाँ पहले से लिखी हुई। यही पूरी व्यवस्था है, और चालू साइट पर इसमें रोज़ कुछ मिनट लगते हैं। अगर आप उन इलाकों के लिए जगह-विशेष पेज भी बना रहे हैं जहाँ आप काम करते हैं, तो खास जगहों के इर्द-गिर्द बने लोकेशन पेज उससे जुड़ा लेख है।
आगे पढ़िए
इसी समस्या पर दो और लेख, एक अलग पेशे की नज़र से।
