Images & embeds
Turn an Image Into a Direct URL
Upload a JPG, PNG, GIF, or WebP in the browser uploader and copy the link from the completed result; the URL starts with https://files.yoink.zip/ and is ready to share or embed where the destination supports external images.
Updated
1. Upload the image and copy its URL
- Open the browser uploader.
- Choose Select Images, or drag and drop files onto the page on a desktop. You can select several images at once; JPG, PNG, GIF, and WebP files can go up together in one batch. Other formats may upload too, but whether they display in a browser varies.
- Start the upload with the main upload button and wait for it to complete.
- In the completed result, copy the link. A finished image URL starts with
https://files.yoink.zip/. - Check it the way a recipient will: paste the URL into a fresh tab or private window and confirm the image loads, then send it.
Guest uploads work and Google sign-in is optional. Either way the file is public: anyone with the URL can open and forward it, and signing in does not make it private. Upload only images you own or have permission to publish.
2. Confirm you copied the public URL, not a local preview
A preview shown before the upload finishes is not a shareable link. If an address starts with blob: or points to a path on your own disk, it exists only on your machine and fails for everyone else. The link that works for other people is the one in the completed upload result, and the fresh-tab check only proves something if the URL starts with https://files.yoink.zip/.
3. Use the URL in Markdown
Markdown image syntax is an exclamation mark, alt text in square brackets, and the image URL in parentheses, as described in GitHub's formatting guide:
Swap the placeholder URL for your copied link and write alt text that describes the image for anyone who cannot see it. If you are committing the file on GitHub, use the Preview tab to confirm the image renders before you save.
Image quality and display
The browser upload path sends the file you selected without an image conversion or transcoding step. Two things still trip people up:
- A photo chosen through a mobile picker can be an exported version that differs from the camera original. If fidelity matters, locate the existing file itself and upload that, then download it back from the URL and compare it with the original you selected.
- Thumbnails and preview sizing in a browser or chat are not quality proof; a small preview does not mean the file was shrunk.
Whether the image renders inline or downloads instead depends on the format and the viewer's browser; see MDN's media formats guide. If a recipient reports trouble, ask them to download the file and open it in a compatible viewer.
There is no published permanence promise, so keep your originals and treat the URL as convenient sharing rather than archival storage; see limits and retention for the current details.