QR-коди без підписки: один рядок конфігурації

Пропозиція динамічних QR-кодів поєднує дві речі, які не обов’язково поєднувати: редирект, який справді корисний, і володіння ним кимось іншим, що і є всією проблемою. Розділіть їх — редирект залишиться, а орендодавець зникне.

Чому це працює?

Ваш надрукований код містить yourcompany.com/m як буквальні байти, тож ніхто не може його відкликати, тарифікувати чи вести його журнал — а те, що обслуговує /m, є конфігурацією, яку ви змінюєте коли завгодно. Це той самий механізм, який продають провайдери; просто вони беруть орендну плату за домен, який вам не належить. Статичні й динамічні пояснює цю базову відмінність.

Що ви отримуєте порівняно з кожною альтернативою?

Правий стовпчик — це те, що продає індустрія, але без ризику контрагента. Це не компроміс — він однозначно кращий у кожному важливому рядку.

Як проєктувати URL?

Робіть їх короткими, адже коротші дані створюють візерунки з меншою щільністю, які надійніше скануються на відстані та краще переживають неякісний друк.

• Використовуйте короткий шлях: /m для меню, /p1 для першого плаката, /w для інформації про Wi-Fi.
• Надайте кожному фізичному місцю розміщення власний шлях. Це дає аналітику для кожного місця в майбутньому й можливість змінити напрямок одного місця, не зачіпаючи інші.
• Для надрукованої частини надавайте перевагу шляхам, а не рядкам запитів, а параметри кампанії додавайте в ціль редиректу. yourcompany.com/p1 може переспрямовувати на yourcompany.com/promo?src=poster-lobby&utm_medium=qr.
• Використовуйте HTTPS і не додавайте www., якщо сайт працює без нього — кожен прибраний символ спрощує візерунок.
• Ніколи не використовуйте повторно шлях для іншої кампанії пізніше. Старі надруковані копії все ще будуть вести на нього.

Короткий шлях також означає, що код можна надрукувати меншим або зробити більшим за того самого розміру модуля, що практично підвищує довговічність на настільних табличках і зовнішніх вивісках.

Як налаштувати редирект?

Використовуйте 302, поки кампанія триває і ви можете захотіти змінити її напрямок. Використовуйте 301 лише тоді, коли призначення справді постійне, оскільки браузери та сканери агресивно кешують 301 і ви можете не мати змоги його скасувати.

nginx

Усередині вашого блоку server: location = /m { return 302 https://yourcompany.com/menu?src=table; } — потім виконайте nginx -t і перезавантажте конфігурацію. По одному рядку на кожне місце.

Cloudflare

Використовуйте список масових редиректів або правило одиночного редиректу для кількох шляхів. Змінювати origin не потрібно, тому це найшвидший варіант, якщо DNS уже там.

Netlify або Vercel

Додайте файл _redirects із рядком /m /menu?src=table 302 або відповідний запис redirects у vercel.json. Розгорніть зміни, щоб змінити призначення.

Next.js

Додайте до next.config.js запис redirects(), який повертає { source: '/m', destination: '/menu?src=table', permanent: false }. Він застосовується під час наступного розгортання.

Apache

У .htaccess: Redirect 302 /m https://yourcompany.com/menu?src=table.

Як планувати шляхи для багаторічної програми друку?

Надруковані коди переживають кампанії, які їх створили, тому схема шляхів має витримувати звільнення людей і перебудову сайтів. Кілька правил зроблять це недорогим.

Організовуйте простір імен за місцем розміщення, а не за кампанією. /p/lobby-01 залишається зрозумілим, коли акція змінюється; /spring-sale наступного року стає неправдою, хоча табличка все ще висить на стіні. Ведіть реєстр — один файл у репозиторії або таблицю поруч із макетом для друку — із зазначенням кожного шляху, його поточного призначення, матеріалу, на якому його надруковано, кількості копій і дати заміни цього матеріалу. Без такого реєстру конфігурація редиректів перетворюється на набір рядків, які ніхто не наважується видалити.

Ніколи не видаляйте шлях, доки існують надруковані копії. Натомість виведіть його з використання: направте на доречну цільову сторінку, а не видаляйте правило, щоб старий код деградував до чогось корисного, а не до помилки 404. І зберігайте правила під контролем версій поруч із сайтом, щоб міграція хостингу перенесла їх разом із ним, а не втратила — найпоширеніший практичний спосіб зламати цей підхід — розгортання, яке непомітно видаляє файл редиректів.

Чи робить довший URL код складнішим для сканування?

Трохи, і це варто розуміти, адже це єдиний справжній технічний аргумент індустрії скорочувачів.

Дані QR-коду визначають його версію — розмір сітки, — а довші дані потребують більше модулів. Більше модулів за фіксованого фізичного розміру означає менші модулі, які камері важче розпізнати на відстані або через низьку якість друку. Шестизначне коротке посилання провайдера справді створює візерунок із меншою щільністю, ніж довгий URL із доданими параметрами кампанії.

Але відповідь не в тому, щоб орендувати їхній домен, — просто залиште власний шлях коротким, а параметри перенесіть у ціль редиректу. yourcompany.com/p1 має близько 22 символів, що впевнено відповідає малим версіям специфікації ISO/IEC 18004, а частина ?utm_medium=qr&src=poster-lobby взагалі не з’являється в надрукованому візерунку, бо її додає редирект. Ви отримуєте розріджений, надійний код і повну атрибуцію — саме заради цього поєднання коротке посилання нібито було необхідним.

Як отримати аналітику без третьої сторони?

Вона у вас уже є. Кожне сканування — це запит до вашого сервера, тому журнали доступу його записують, а ваша аналітика враховує відвідування цільової сторінки.

Додайте окремий параметр src для кожного місця в ціль редиректу — і отримаєте саме розподіл за плакатами, який продавав дашборд: яка вивіска у вестибюлі працює, які настільні таблички використовують, чи варто друкувати наклейку на упаковці. Різниця в тому, що дані належать вам, відвідувач контактує лише з вами, а код продовжує працювати незалежно від чийогось статусу оплати. Що записує QR-проксі пояснює, які дані ви не передаєте.

У чому полягає ризик цього підходу?

Чесність вимагає назвати його: тепер ви залежите від власного домену. Якщо ви дозволите йому закінчитися або перенесете хостинг і забудете шляхи редиректів, надруковані коди зламаються.

Це реальний ризик, але він принципово відрізняється від того, який замінює. Це залежність, яку ви контролюєте, можете поновити на багато років наперед і передати наступнику. Ніхто не зможе зробити її для вас недоступною через ціну, тарифікувати її або вирішити монетизувати через неї ваших клієнтів. Три практичні заходи: зареєструйте домен на строк, що значно перевищує термін життя надрукованих матеріалів, зберігайте шляхи редиректів під контролем версій поруч із сайтом і документуйте їх там, де зберігаються макети для друку.

Якщо можливість редагування вам взагалі не потрібна — а для меню, Wi-Fi-коду чи контактної картки зазвичай не потрібна, — пропустіть редирект і закодуйте призначення безпосередньо. Менше рухомих частин, та сама сталість.

Створіть статичний код для шляху редиректу: QR-код для URL. Якщо орендований код уже створює проблеми, почніть із посібника з повернення контролю над кодом або прочитайте правду про шахрайство з QR-кодами, щоб отримати повну картину.