這似乎是大多數（如果不是全部）QR讀者在我的iPhone處理的URL，而不HTTP：//得很好，但我不知道是否是普遍？ Android的？黑莓？是否有一個RFC的地方，我應該去閱讀帶有URL的QR碼，是否*真的*需要http：//？
我建立一個QR管理/ URL縮短服務系統，並想知道，如果它是絕對必要的。如果沒有，我可以從我的QR網址中刪除7個字符，並使其成爲最低級別的複雜性（16個字符或更少）。從我讀過的所有內容來看，它都是一件好事。
我還沒有發現任何絕對的文件，指出它必須擁有它。但是......在測試了一些QR閱讀器應用程序之後，很明顯，如果沒有http：//，很多應用程序會猜測這個URL。但許多人不會將它顯示爲一個字符串。由於它是一個URL，它確實需要它。如果有任何應用程序不會閱讀它，那麼我必須向他們鞠躬，併爲他們添加它。
只需要提一下：我們有一個關於沒有'http：//'的網址與幾個iOS應用和黑莓手機有關的問題。添加'http：//'修復了我們可以測試的所有應用程序的問題。 **結論：總是添加http：//到你的鏈接** – Mario 2013-04-16 16:29:32
嘿丹我條碼掃描儀的開發，只是看到你的問題。我還有一些可能有用的信息。
這裏沒有真正的「標準」我認爲HTTP規範是最接近的，並且技術上它確實表示你需要「http：//」。 This wiki擁有我們認爲我們瞭解這方面的標準和事實標準的一切。
我可以告訴你，QR碼有特殊的模式來只編碼數字，和字母，只有文字。阿爾法模式只包括大寫字母，但包括像冒號和斜槓這樣的重要標點符號。因此，「HTTP://FOO.ORG/BAR」應該可以用比「http://foo.org/bar」更少的字節編碼QR碼。
但是，URL本身區分大小寫。大寫URL不一定是好的。但服務器應用程序可能不區分大小寫。如果你控制端點，並知道你可以使用全部大寫，這是一種可能擠入版本1的方式。
最後我會說版本1的QR碼有點奇怪，因爲它們沒有對齊模式。沒有第四點可以找到，它不能（嗯，條碼掃描儀採用的愚蠢而有效的過程，以及許多掃描儀的擴展）解釋了透視失真。它恰好只能以小的傾斜度工作。但版本2實際上具有對於該對齊模式的可解碼性的小優點。
很好的信息，肖恩。謝謝！關於ver 1代碼有趣的消息沒有額外的參考點。注意到，但從未理解這種影響。 – 2010-12-14 20:12:15
QR讀者通常標識爲URL符合任何此類條件的任何文本：
你應該罰款不包含http如果您的網址以www開始。但它不是你的情況。正如肖恩指出的那樣，您應該使用全部大寫的網址。
您最多可容納24個字母數字字符的版本1級L QR，至極就是足夠多的URL縮短。 例子：
剛纔試了條碼掃描儀在Android上，和它的作品沒有http：//。不知道其他人.. – MartinodF 2010-11-15 17:26:45
雖然大多數QR閱讀器將啓動瀏覽器，並承擔http，離開它肯定困擾我。 手機應該如何知道您打算使用HTTP？它猜測。 – Brad 2010-11-15 17:42:48
我剛剛嘗試了幾個更晦澀的掃描儀（MAAD Qr和i-nigma），有些只是將它顯示爲一個字符串，並沒有意識到它是一個URL。可能是我的問題在那裏的答案。 – 2010-11-15 19:09:50