Create QR CodesThat Do More

Yes, and the static codes stay free. Everything on the create page (colours, logos, SVG, PNG and WebP export) runs in your browser, so it costs nothing to serve. Paid plans will cover the parts that need servers: dynamic redirects, scan analytics, hosted files and team features.

No. These are static codes, which means the destination is encoded in the image itself. Nothing is looked up on our servers when someone scans it, so the code keeps working even if this site disappears. That is also why a static code cannot be edited after printing.

Not with a static code, because the destination is inside the pattern. The dynamic QR code generator does exactly that: the symbol holds a short address on this site, you edit the destination whenever you like, and every printed copy follows immediately. It counts scans too, with no account and no card. The trade is a dependency, since a dynamic code only works while this service answers, and a static one keeps working whatever happens to us.

No. The encoder, the preview, the decode test and the export all run in your browser tab. There is no upload step and no analytics on what you type. You can confirm it by generating a code with your network tab open, or with your network disconnected.

Because the code failed its own scan test. Before a download is offered, the finished image is read back with a QR decoder and the colour contrast is measured. If the result does not match what you entered, the download stays locked and the page explains what to change, usually more contrast or a higher error-correction level.

Yes, on the QR code with logo page. A logo works by hiding modules, so the tool measures how much of the code it covers, caps it at what the error-correction level can safely rebuild, and still decode-tests the result before letting you download it.

The editor shows a minimum width in millimetres for the exact code you made, based on roughly 0.4mm per module. Print at or above that, keep the blank quiet zone around it, and use the SVG so the edges stay sharp at any size.

The code does. Whether the link then loads is a separate question. Scanning is image decoding, so a phone in aeroplane mode reads the symbol and shows you what is inside it. Wi-Fi, contact card, phone, SMS and plain text codes need no connection at all, because the payload is the content rather than a pointer to it. A code holding a web address needs the phone online for the same reason typing that address by hand would.

At the largest symbol size and the weakest error correction, 2953 bytes, or 4296 alphanumeric characters, or 7089 digits. That ceiling comes from ISO/IEC 18004, not from us. Reaching it takes 177 modules across, which at 0.4mm each is a code about 71mm wide before the quiet zone, so a long payload is paid for in printed size. Short content and a link is almost always the better trade.

SVG for anything going to a printer, because it is vector and stays sharp at whatever size the print shop sets. PNG for slides, email and social posts, at 512, 1024 or 2048 pixels. WebP when the code goes on a web page and file size matters. All three come from the same symbol that passed the decode test, so the choice is about where it is going, not about quality.