redirect एम्प पृष्ठ की सेवा के लिए सर्वर को कब पता है




amp-html (2)

अच्छा प्रश्न!

सारांश:

  • एएमपी अपने खोज इंजन (और संभवत: अन्य वेबसाइटों / ऐप्स / खोज इंजनों को एएमपी पृष्ठ पर अपने उपयोगकर्ताओं को भेजने के लिए आवश्यक मार्कअप के लिए रीडायरेक्शन का कोई स्वचालित साधन प्रदान नहीं करता है
  • मोबाइल उपयोगकर्ताओं को मोबाइल साइट्स पर रीडायरेक्ट करने के पुराने तरीकों का उपयोग किया जा सकता है, आम तौर पर मोबाइल उपयोगकर्ता-एजेंटों का पता लगाकर और 301/302 रीडायरेक्ट द्वारा एएमपी पेज पर रीडायरेक्ट करके
  • मोबाइल उपयोगकर्ताओं का पुनर्निर्देशन करना उचित नहीं हो सकता है क्योंकि उपरोक्त पुरानी विधियां थोड़े चूसते हैं

पूर्ण जवाब:

Google और खोज इंजन के परिणाम पृष्ठ (एसईआरपी) के संदर्भ में, आपको इसे अपने डेस्कटॉप मार्कअप में शामिल करना होगा:

<link rel="amphtml"
      href="https://www.example.com/url/to/amp/document.html">

और यह आपके एएमपी मार्कअप में है:

<link rel="canonical"
      href="https://www.example.com/url/to/standard/document.html">

ताकि Google और अन्य उच्च यातायात नेटवर्क जैसे ट्विटर, लिंक्डइन या Pinterest , एएमपी पृष्ठ पर एएमपी पृष्ठ पर amphtml हस्ताक्षर और प्रत्यक्ष मोबाइल ब्राउज़रों का पता amphtml । मैं फेसबुक कहूंगा लेकिन चूंकि एएमपी फेसबुक इंस्टेंट इवेंट्स के प्रति प्रतियोगी उत्पाद है, मुझे संदेह है कि वे अपनी एड़ी खींचेंगी

एएमपी निश्चित रूप से एक पूरी तरह से अलग जानवर है, जो ओपन सोर्स और एक वेब तकनीक है, जो सामग्री के लिए एक मूल ऐप प्लेटफ़ॉर्म के विरोध में है, लेकिन वेब और मूल प्लेटफार्म एक दूसरे के विरोध में खड़े हैं और जबकि Google एक बड़ी संख्या में ऐप प्रदान करता है, यह सेवावर्धक जैसे प्रौद्योगिकियों से स्पष्ट है कि वे वेब के लिए एक सामग्री प्लेटफॉर्म के रूप में आगे बढ़ रहे हैं-जो कोई आश्चर्यचकित नहीं होना चाहिए क्योंकि फेसबुक या ऐप्पल एप्स में बिताए गए समय Google खोज और इसके विज्ञापन से दूर बिताए समय है, जिससे Google अपनी आय अर्जित करता है

लेकिन मैं rel="amphtml" हूं: जाहिर है, यह rel="amphtml" घोषणा केवल Google एट अल को ही निर्देश देगी इस परिणाम को अपने पृष्ठों से मोबाइल उपयोगकर्ताओं के लिए रीडायरेक्ट करने के लिए। इसका कारण यह है कि एक रीडायरेक्शन पॉलिसी Google या एएमपी टीम का इरादा नहीं थी, जो कि ऐसी दुनिया की कल्पना करते हैं, जहां हर कोई सीधे या सीधे ईमेल या कुछ चीज़ों से सीधे जुड़ने के बजाय Google या अन्य बड़े खिलाड़ी के माध्यम से चला जाता है।

सिद्धांत रूप में, यह एक दिन ब्राउज़र स्तर पर कार्यान्वित हो सकता है, लेकिन यह आवश्यक है कि ब्राउज़र के विक्रेताओं को आवश्यक लेआउट / स्टाइलिंग गुणों और जावास्क्रिप्ट एपीआई को मानकीकृत करने के लिए काफी समय लगता है, अकेले यादृच्छिक गैर-मानक विचारों को वर्तमान में एएमपी कहते हैं। जब ऐप्पल ब्राउज़र की बात आती है तो ऐप्पल अपने एड़ी को खींच देगा क्योंकि यह अपने स्वयं के समाचार ऐप के साथ प्रतिस्पर्धा करेगा।

हम शायद उम्मीद कर सकते हैं कि एएमपी रीडायरेक्शन क्रोम ब्राउज़र (और इसलिए ओपेरा) में लागू किया जाएगा, लेकिन यह भी थोड़ी देर हो सकती है। इसलिए, मोबाइल उपकरणों को अपने मानक लोगों के विरोध में एएमपी पृष्ठों पर रीडायरेक्ट करने के लिए मजबूर होने के लिए आपको अपने वेब सर्वर को मोबाइल उपयोगकर्ता-एजेंटों (या कम सामान्य रूप से समर्थित एमआईएम प्रकार) के लिए सूँघने के लिए कॉन्फ़िगर करना होगा और रीडायरेक्ट करना होगा (उपयोग करें एसईओ के लिए 302 ) उन्हें एएमपी पेजों के लिए।

यह पिछले आदतों को प्रतिगमन के कुछ जैसा लग सकता है, और आपको ऐसा सोचने के लिए सही होगा रीडायरेक्शन तुरंत थोड़ी सी यात्रा को धीमा कर देगा, हालांकि एएमपी अपने ऑन-पेज अनुकूलन के साथ-साथ इसके एचटीटीपी प्रतिक्रिया / परिवहन समय के लिए मूल्यवान है। आगमन और उत्तरदायी वेब डिज़ाइन के मौजूदा चरम से पहले, मोबाइल उपयोगकर्ताओं को विशेषकर डब्ल्यूएपी दिनों में कैटर किया जाएगा। वेबसाइट, एक मोबाइल-फ्रेंडली वर्जन, जो कि एक सबडोमेन जैसे कि mob.website.com या m.website.com तहत सेवा की m.website.com । एक्सएचटीएमएल लक्ष्यीकरण मोबाइल डिवाइसेस के स्वाद थे, जो कि अब भी "मूल" पृष्ठों के लिए Google+ द्वारा उपयोग किया जाता है (ध्यान दें DOCTYPE ) ये "मूल" पृष्ठ निम्न स्क्रीन रिज़ॉल्यूशन के उपकरणों के लिए आरक्षित हैं, क्योंकि हम इस रेखा से देख सकते हैं:

<link rel="alternate" 
      media="only screen and (max-width: 640px)"    
      href="/app/basic/+SOME_PAGE">

इस दृष्टिकोण ने एएमपी के लिए प्रेरणा के रूप में भी काम किया हो।

एक समान रीडायरेक्शन अभ्यास को उम्मीद है कि आप के लिए कोई समस्या नहीं आनी चाहिए, क्योंकि आप संभवत: amp.website.com या अपने एएमपी पृष्ठों के लिए उप-डायरेक्टरी का भी उपयोग करना चाहते हैं।

चूंकि एसईओ के संदर्भ में सभी वेबसाइटों को भी उत्तरदायी होना चाहिए और क्योंकि मोबाइल डिवाइस को पुनःनिर्देशन तकनीक की अविश्वसनीयता से और उपयोगकर्ता-एजेंटों और एमआईएमई प्रकारों का पता लगाने के तरीके के रूप में उपयोग करना अधिक कठिन बना दिया गया है - आपको शायद कोशिश की जाए विज़िटर की कनेक्शन की गति या भौतिक स्थान का अनुमान लगाएं।

तब, यदि कनेक्शन की गति कम है, या यदि उपयोगकर्ता आपके मूल सर्वर से दूर स्थित है, तो उन्हें एएमपी पृष्ठ पर रीडायरेक्ट करना बेहतर होगा (क्योंकि यह Google की सीडीएन से सेवा की जाती है और एचटीटीपी / 2 + भारी कैशिंग का इस्तेमाल करता है सामग्री तेजी से)

हालांकि, सभी पृष्ठों के लिए किसी भी सीडीएन का उपयोग उन सभी को तेज़ करने के लिए किया जा सकता है, न कि केवल धीमा कनेक्शन उपयोगकर्ता या आपके मूल सर्वर से दूर स्थित लोगों को; एएमपी का मुद्दा सीडीएन के माध्यम से सामग्री को आंशिक रूप से वितरित करना है और संभवत: ज़िम्मेदार रूप से निर्मित पृष्ठों को डिवाइसेज की सेवा के बारे में अधिक जानकारी देता है, जो मोबाइल फोन की तरह अपने भद्दा जावास्क्रिप्ट निष्पादन समय के लिए अच्छी तरह से जाना जाता है।

अंत में, मैं सभी मोबाइल उपयोगकर्ताओं के लिए एक रीडायरेक्ट को लागू नहीं करता। मैं इसे Google को अपने खोज इंजन के माध्यम से आने वाले आगंतुकों को सीधे एएमपी पृष्ठों पर भेजना चाहूंगा। यदि एएमपी एक दीर्घकालिक उत्पाद को पकड़ने वाला है, तो यह ब्राउज़र अंततः इसे लागू करेगा

इसके बारे में सोचो, यदि आप मोबाइल उपकरणों पर सामग्री की सेवा दे रहे हैं, तो पुराने विंडोज फोन या ब्लैकबेरी उपकरणों का इस्तेमाल करने वाले लोगों को एएमपी पृष्ठों की सेवा के लिए गैर जिम्मेदाराना हो सकता है, जिनके ब्राउज़रों ने एएमपी को ठीक से समर्थन नहीं किया हो

इसके बारे में सोचने के लिए बहुत कुछ है लेकिन मुझे आशा है कि मैंने आपके प्रश्न का उत्तर प्रदान किया है, और यदि नहीं, तो कम से कम कुछ विचार आपके उत्पाद के लिए सही उत्तर पर निर्णय लेने से पहले ध्यान में रखना चाहिए।

अलग-अलग मोबाइल साइट्स के बारे में अधिक जानकारी के लिए , आप Google द्वारा प्रदान किए गए विषय पर इस दस्तावेज़ को पढ़ सकते हैं

अपने वेब सर्वर को मोबाइल उपयोगकर्ता-एजेंट्स का पता लगाने के लिए कैसे कॉन्फ़िगर करें और उन्हें एक अलग सबडोमेन पर भेजें, के उदाहरणों के लिए, यदि आप उनके लिए खोज करते हैं तो आप आसानी से लेख या कोड नमूने पा सकते हैं

मैं समझता हूं कि डेस्कटॉप उपकरणों के लिए एचटीएमएल के साथ एक साइट का एक संस्करण होगा और उसके बाद एएमपी पेज होंगे।

क्या ऐसा कुछ भी करने की आवश्यकता है जिससे साइट मोबाइल उपकरणों पर एएमपी सामग्री पर काम करे?


बस के लिए completitude, मैं कुछ उपयोगकर्ता एजेंटों के लिए एएमपी पृष्ठों की सेवा के लिए निम्नलिखित रीडायरेक्ट का इस्तेमाल किया, यह mod_redirect सक्षम के साथ एक अपाचे वेब सर्वर के लिए .htaccess है:

<IfModule mod_rewrite.c>
RewriteBase /
RewriteCond %{REQUEST_URI} !/amp/$ [NC]
RewriteCond %{HTTP_USER_AGENT} (android|blackberry|googlebot\-   mobile|iemobile|iphone|ipod|\#opera\ mobile|palmos|webos) [NC]
RewriteRule ^([a-zA-Z0-9-]+)([\/]*)$ https://www.yoursite.com/$1/amp/ [L,R=302]
</IfModule>