Website profiles · Technology insights · Alternatives

encoding-converter.netlify.app

Batch convert as many files as you need online, from any encoding to any encoding

No paid content found
Visit website
Profile views 6 Outbound visits 2 Normal
Encoding Converter Full homepage screenshot

At a glance

Category
Resources & Utilities
Language
English
Paid-content signal
No paid content foundObserved
Registered
2018
Hosting
NetlifyInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is Encoding Converter?

Encoding Converter is a browser-based tool for changing the character encoding of files in bulk. You pick a source encoding (optional) and a target encoding, then upload one file, several files, or a .zip archive, and the site returns the converted results.

What it actually does

Character encoding is the rule set that maps bytes to characters. A file saved in Windows-1252 but opened as UTF-8 shows garbled text ("mojibake"), and the same problem appears in reverse. This tool re-writes the bytes so the text renders correctly under the encoding you need.

The page's own workflow is short and worth following as given:

  1. Specify the source and target encodings.
  2. Select your files.
  3. Convert.

The page notes that naming the original encoding is optional but recommended — sensible, because auto-detection is a guess. If you know the file came from a legacy Windows system or a specific regional setup, stating the source encoding removes most of the risk.

Who it suits

  • Developers and data engineers normalizing legacy exports before loading them into a UTF-8 pipeline.
  • Localization and translation teams receiving files from contributors on mixed systems.
  • Anyone with a folder of old text, CSV, or subtitle files that display as nonsense in a modern editor.

Batch and .zip input is the main practical advantage: fixing twenty files one at a time in a text editor is tedious, and this collapses that into one pass.

Trade-offs to weigh

  • Detection is not certainty. If you skip the source encoding, expect occasional wrong guesses, especially with short files or text heavy in accented characters.
  • Encoding conversion is not format conversion. It changes how characters are stored, not the file's structure. A malformed CSV stays malformed.
  • Keep originals. Converted output can be unusable if the source encoding was wrong, and re-deriving the original is easier than reversing a bad conversion.
  • Sensitive files. Anything confidential passes through a third-party service, so handle those locally with a command-line tool instead.

A concrete next step

Take one representative file, convert it with the source encoding explicitly set, and open the result in a UTF-8-aware editor such as VS Code. If the accented characters, quotes, and dashes look right, run the rest of the batch. If not, try the next most likely source encoding before touching the full set.

For a purely local alternative, command-line tools like iconv on macOS and Linux or PowerShell's Get-Content/Set-Content with an -Encoding parameter on Windows do the same job without uploading anything.

How do I convert a file from one text encoding to another using this tool?

Set the two encoding menus first, then add your files, then run the conversion: that order is stated directly on the page, and it matches how the tool works best because the source and target encodings apply to the whole batch.

Step by step

  1. From (optional) — choose the file's current encoding if you know it. The page notes this is optional but recommended.
  2. To — choose the encoding you want the output in.
  3. Upload your files — a single file, many files at once, or a .zip archive.
  4. Run the conversion and download the results.

If you are unsure of the source encoding, leaving From blank lets the tool attempt detection. That is convenient for one-off files, but detection can misread short files, files that are mostly ASCII, or text with few accented characters, because those byte sequences are valid in several encodings at once. Specifying the source is the safer choice whenever you know where the file came from.

A concrete case

You have a folder of CSV exports from an old Windows system, and accented names like "Müller" show up as "Müller" when opened elsewhere. That garbling is typical of UTF-8 text being read as Windows-1252, or the reverse. Here you would set From to the legacy encoding the system used and To to UTF-8, upload the .zip, and convert the whole set in one pass rather than fixing files individually.

Choosing the target encoding

Target When it fits Trade-off
UTF-8 Modern apps, web, databases, mixed-language text Some older Windows tools may still misread it without a byte-order mark
UTF-16 Some Windows and Java contexts, legacy interchange Larger files; endianness questions can arise
Windows-1252 / ISO-8859-1 Older Western European systems that cannot handle UTF-8 No support for characters outside that range; they get lost or replaced

For most new work, UTF-8 as the target is the practical default. Choose a legacy target only when a specific downstream program requires it.

Before you convert

  • Keep the originals. Conversion overwrites nothing here, but a bad source-encoding guess produces garbled output, and re-converting from a clean original is far easier than repairing a damaged file.
  • Spot-check one file from a batch before trusting the rest, especially if you left From blank.
  • Watch for characters that cannot be represented in the target. Going from UTF-8 to a single-byte encoding can drop or substitute symbols, emoji and non-Latin script.

If your files are already valid UTF-8 and you only need to change line endings or add a byte-order mark, a plain text editor may be the simpler route; this tool is aimed at actual encoding conversion, including bulk jobs.

What happens if I don't specify the original encoding when converting?

If you leave the "From" field empty, the tool has to guess the source encoding. It will attempt to detect the character set automatically and then convert to the encoding you chose under "To." The page itself notes that specifying the original encoding is optional but recommended, which tells you the guess is a fallback, not a guarantee.

What guessing means in practice

Automatic detection works well when a file contains a clear mix of characters that only one encoding can produce. It struggles in two common cases:

  • Short or plain-ASCII files. A file of only English letters and digits looks identical in nearly every encoding, so the detector has little to work with and may pick something unexpected.
  • Ambiguous legacy encodings. Windows-1252, ISO-8859-1, and similar single-byte sets overlap heavily. A wrong pick produces mojibake — accented letters turning into sequences like é — rather than an obvious failure.

The output file will still be written, so a bad guess can pass unnoticed until you open the result.

When to specify, when to skip

Situation Specify the source?
You know the origin (a legacy system, an old export, a specific locale) Yes — always
Files contain non-ASCII text (accents, CJK, Cyrillic) Yes
Mixed batch of files from different sources Yes, ideally convert in separate batches
Plain English text, quick one-off check Optional — detection is usually fine

A practical next step

Convert one representative file first and open the result before running the whole batch. If the accented characters or non-Latin text look right, the detection worked; if you see garbled sequences, set the "From" encoding explicitly and re-run. For a batch of files from the same source, one test file tells you what the correct source encoding is for all of them.

If you are unsure which encoding a file uses, tools such as Notepad++ can show the detected encoding on open, and command-line utilities like file -i on Linux report a best guess. Treat those as hints, then confirm visually in the converted output.

Can I batch convert multiple files or a .zip archive at once?

Yes. The tool is built for batch work: you can upload a single file, many files, or .zip archives, and it converts them from one encoding to another in one pass. That makes it a reasonable fit when you have a folder of legacy text files, logs, CSVs or subtitle files that all share the same source encoding.

How to get a clean batch result

  1. Set the source and target encodings first, then select your files. The page explicitly recommends this order, and it matters because the conversion settings apply to the whole batch.
  2. Specify the original encoding even though it is optional. Leaving it blank means the tool has to guess per file, and mixed or unusual encodings can be misread; naming the source encoding is the single biggest factor in avoiding garbled output.
  3. Prefer a .zip when you have many small files. It keeps the upload tidy and reduces the chance of a partial selection.
  4. Convert a small sample first if the batch is large or the encoding is uncertain, then run the rest once the sample looks correct.

Practical trade-offs

Batch conversion assumes your files are broadly consistent. If a folder mixes UTF-8, Windows-1252 and Shift-JIS files, one source-encoding setting will not suit all of them; split such batches by encoding instead. Also check filenames and folder structure after unzipping, since archives sometimes contain nested directories.

A concrete scenario

A translator receives 200 Windows-1252 subtitle files and needs UTF-8 for a modern player. Zipping the folder, setting source to Windows-1252 and target to UTF-8, and converting once is far faster than opening each file. Spot-check accented characters and quotation marks in two or three files before distributing the set.

For related work, Notepad++ handles single-file encoding changes with a visual preview, and FileZilla is useful if the files still need to be moved between machines before or after conversion.

Which input and output encodings are supported by this converter?

The page itself doesn't publish a fixed list of supported encodings. Its interface has two encoding selectors, "From (Optional)" and "To," and the instructions say to specify the encodings first, then select your files. The "From" field is marked optional but recommended, which implies the converter can attempt to detect a file's original encoding if you leave it blank.

The practical answer is that the tool's coverage is defined by whatever options those two dropdowns expose. To know exactly which encodings you can pick, open the converter and inspect the "From" and "To" menus directly — that list, not the marketing copy, is the authoritative set.

How to choose the two values

  • Set "To" to the target your reader needs. For web and email, UTF-8 is the safe default. For older Windows desktop software, a Windows code page may be required. For legacy Unix systems, a Latin or ISO family encoding is common.
  • Set "From" whenever you know the source. If you exported from a database, CMS or legacy application, its documentation usually names the encoding. Supplying it avoids mis-detection.
  • Leave "From" blank only for a quick one-off where the text looks intact. If the result shows garbled characters, re-run with an explicit source encoding.

A concrete scenario

You have a folder of CSV files exported from an old Windows system and need them in UTF-8 for a modern analytics pipeline. Pick UTF-8 as "To," set "From" to the legacy Windows encoding named in the export tool's settings, then upload the files or a .zip. The page notes it accepts a single file, many files, or .zip archives, so a batch is a single operation. If accented characters or currency symbols look wrong afterward, that is the signal that your "From" value was incorrect — retry with a different source encoding and compare the output.

Decision criterion

Treat the converter as a general-purpose transcoder: it works when you can name the source and target encodings. It is a poor fit when you cannot determine the source encoding at all and the text is already corrupted, because no converter can reliably recover characters that were lost before conversion.

Is there a file size limit or other restriction when uploading files for conversion?

The Encoding Converter page does not state a file size limit or any other upload restriction. Its own instructions only describe the workflow: specify the source encoding (optional but recommended), choose the target encoding, then upload a single file, multiple files or a .zip archive. Nothing on the page mentions a maximum size, a file-count cap or a required account.

What to expect in practice

Browser-based converters like this one are usually constrained by the browser and the server behind them rather than by a published rule. The practical limits you are most likely to hit:

  • Very large single files may time out or fail silently, especially if the conversion runs in the browser tab.
  • Zip archives depend on how many files they contain and their combined size; a large batch is more likely to stall than one big file.
  • Encoding detection gets less reliable on short or mixed-encoding files, which is why supplying the original encoding is recommended.

How to test before committing to a big job

Run one representative file through first, then a small zip of the same kind of content. If that succeeds, scale up in batches rather than uploading everything at once. For anything irreplaceable, keep the originals and verify a converted file opens correctly before converting the rest.

If your files are large or the batch matters, a desktop tool such as Notepad++ or a command-line utility gives you predictable limits and no upload at all — a better trade-off when you need reliability over convenience.

Related questions

More questions →
Who made Encoding Converter and is it free to use?

Encoding Converter is credited on its page as Created By ShehabApp, and it runs as a Netlify-hosted web app at encoding-converter.netlify.app. The page shows no pricing, payment, or account information, so there is no stated fee — but "no price shown" is not the same as "confirmed free forever," and the page also doesn't describe how uploaded files are handled. Treat it as a free-to-try browser tool and avoid uploading sensitive files until you've checked the site's own terms.

What the page tells you

Question What the page shows
Who made it Credited to ShehabApp
Where it's hosted Netlify web app (encoding-converter.netlify.app)
Price No pricing or payment info on the page
Account required Not mentioned
Data handling / privacy Not described on the page

Is it free?

There are no pricing signals on the page — no price list, no payment links, no subscription tiers. That means nothing on the site asks you to pay to use the converter. It does not guarantee the tool will stay free, that usage is unlimited, or that there are no hidden limits. If cost matters to you, confirm on the site itself before relying on it for regular work.

What it actually does

The tool batch-converts file encodings online. Per the page:

  • You can upload a single file, many files, or .zip files
  • You choose the target encoding, and optionally the source encoding
  • Specifying the original encoding is optional but recommended
  • The page gives this order: specify the encodings first, then select the files

That ordering detail matters — setting encodings before uploading avoids re-doing the selection if the form resets.

Things to check before uploading

  • Sensitive files: the page doesn't explain storage, retention, or deletion of uploads. For anything confidential, check the site's own policies first, or convert locally instead.
  • Source encoding: leaving it blank is allowed, but if the result looks garbled, re-run with the original encoding specified.
  • Large batches: .zip upload is supported, which is the practical route for many files at once.

Bottom line

Encoding Converter is a ShehabApp-built Netlify web app with no visible pricing or login requirement, so it appears free to use as-is. Because the page is silent on accounts, limits, and data handling, verify those on the site before trusting it with files you can't afford to expose.

Do I need to specify the original encoding in Encoding Converter?

No — the original encoding field is optional in Encoding Converter. The tool's own interface labels it "From (Optional)" and notes that specifying it is "optional but recommended." You can leave it blank and still convert files, but filling it in gives the converter a known starting point instead of making it guess, which reduces the chance of garbled or misread characters in the output.

What the tool actually says

The page evidence for encoding-converter.netlify.app is short but specific:

  • The "From" field is marked Optional.
  • The site states: "Specifying the original encoding is optional but recommended."
  • The recommended order of operations is: specify the encodings first, then select the files.

That last point matters. The tool is designed around setting your encoding options before uploading, so if you plan to provide the source encoding, do it before you add files rather than after.

What happens if you leave it blank

The site does not document its exact fallback behavior, so the honest answer is: the converter has to determine the source encoding some other way — typically through automatic detection or a default assumption. Because the tool doesn't publish which method it uses, you can't predict the result with certainty.

That uncertainty is the real cost of skipping the field. It's not that conversion fails; it's that you may not notice a problem until you open the output file.

When it's safe to skip it

Leaving "From" empty is reasonable when:

  • You don't know the source encoding and have no easy way to find out.
  • You're converting a batch and just want to see whether the output looks correct.
  • The files are plain ASCII or otherwise simple enough that most encodings agree on the characters.

When you should fill it in

Provide the original encoding when:

  • The text contains non-ASCII characters — accented letters, Cyrillic, CJK, emoji, currency symbols. These are exactly where wrong assumptions show up as mojibake (for example, é where you expected é).
  • You're converting a batch or a .zip. The tool supports single files, many files, and .zip archives. A wrong guess applied across many files multiplies the cleanup work.
  • You already know the source encoding. If you exported the file from another system, or a previous tool told you what it was, there's no reason to withhold that information.
  • You're converting to a specific target and need the result to be exact — for example, moving legacy data into a UTF-8 pipeline.

A practical workflow

  1. Determine the source encoding if you can. If you don't know it, try opening the file and checking your editor's encoding indicator, or convert a single sample file first and inspect the result.
  2. Set the From encoding (if known) and the To encoding in the tool.
  3. Upload your files — a single file, multiple files, or a .zip.
  4. Open the converted output and check characters that are likely to break: accents, quotes, dashes, non-Latin scripts.
  5. If the output is garbled, re-run with the source encoding explicitly set, or try the next most likely source encoding.

The short version

Situation Specify "From"?
You know the source encoding Yes
Text has non-ASCII characters Yes
Batch or .zip conversion Yes, if known
Plain ASCII files Optional
Source encoding unknown, testing output Optional — verify the result

The field being optional means you won't be blocked. The recommendation to fill it means the tool's accuracy depends on information only you may have. When in doubt, convert one file first, check it, then run the rest.

What Is Encoding Converter?

Encoding Converter is a browser-based tool at encoding-converter.netlify.app that converts text files from one character encoding to another. It is built for batch work: you can upload a single file, many files at once, or a .zip archive, choose the source and target encodings, and download the converted results. It suits anyone who needs to fix garbled text or normalize encodings across a set of files without installing desktop software.

What it does

The tool performs encoding conversion on text files. You tell it which encoding the files currently use and which encoding you want them in, then hand it the files. The page describes the workflow in three parts:

  • From (Optional) — the original encoding of your files
  • To — the target encoding you want
  • Upload Your Files — the files to convert

Supported input shapes, per the site:

Input type Supported
Single file Yes
Many files Yes
.zip files Yes

The site states it can "batch convert as many files as you need online, from any encoding to any encoding."

How to use it

The page gives an explicit order of operations, and following it matters:

  1. Specify the encodings. Set the "From" encoding (optional) and the "To" encoding.
  2. Then select the files. Upload a single file, multiple files, or a .zip archive.
  3. Convert and download the results.

The expected result is a set of files re-encoded into your chosen target encoding.

The one setting worth thinking about

Specifying the original encoding is optional but recommended. This is the main decision point:

  • If you know the source encoding, enter it. The converter then interprets the bytes correctly before writing them out in the new encoding.
  • If you leave it blank, the tool has to work without that information, which is riskier for files where the encoding isn't obvious.

For a quick rule: if the text currently looks correct in your editor, note what encoding that editor reports and use it as the "From" value. If the text already looks garbled, you're trying to recover it, and guessing the source encoding is exactly the case where being explicit helps most.

When it fits, and when it doesn't

Good fit:

  • You have several files (or a zip) in one encoding and want them all in another.
  • You want to do this in a browser without installing anything.
  • You're converting plain text files.

Check before relying on it:

  • The site describes text file encoding conversion. It does not present itself as a binary, image, or media converter, so don't expect it to handle non-text formats.
  • The page does not state file size limits, encoding lists, or whether an account or login is required. If your files are large or your encoding is unusual, test with one file first.
  • No pricing information is given on the page, so don't assume it is free or paid — verify on the site.

A practical test before a big batch

If you have a folder of files to convert, run one file through first and open the result to confirm the text reads correctly. Only then process the full set or the .zip. This catches a wrong "From" encoding before it affects every file in the batch.

The tool is created by ShehabApp, per the page footer.

How to Convert File Encodings with Encoding Converter

Encoding Converter (encoding-converter.netlify.app) is a browser-based tool for batch-converting files from one text encoding to another. To use it, work in the order the page specifies: set the encodings first, then upload your files. You can upload a single file, many files at once, or a .zip archive. Specifying the original encoding is optional but recommended — leaving it blank means the tool has to guess, which is less reliable for files with ambiguous or mixed content.

Step-by-step

  1. Open the tool at encoding-converter.netlify.app. The page is headed "Convert Files Encoding."
  2. Specify the encodings. Set the target encoding you want your files converted to. Optionally, also set the source encoding your files are currently in. The page labels the source field as optional but recommended.
  3. Upload your files. Use the upload control to add a single file, multiple files, or a .zip archive containing several files.
  4. Run the conversion. The page's call to action is "convert files encoding online" — trigger it and wait for processing.
  5. Download the results. Retrieve the converted file(s) and verify the text renders correctly in your target application.

The order matters: the tool expects encodings to be set before files are selected, so if you upload first you may need to re-select your files after changing the encoding settings.

Why set the source encoding if it's optional?

When you tell the tool what encoding your files are currently in, it knows exactly how to interpret each byte before re-encoding. When you skip it, the tool must detect the encoding automatically. Auto-detection works for common, well-formed files (plain UTF-8, standard ASCII) but can misread:

  • Legacy encodings such as Windows-1252, ISO-8859-1, or Shift_JIS
  • Files with few non-ASCII characters, where multiple encodings look identical
  • Mixed or malformed content

If you know the source encoding — for example, because a legacy system exported the files — always enter it.

What you can upload

Upload option When to use it
Single file Quick one-off conversion or a test run
Many files Batch job where all files share the same source and target encoding
.zip archive Bulk conversion without selecting files individually; convenient for large sets

Common snags

  • Mojibake after conversion (garbled characters like é instead of é): the source encoding was wrong or auto-detected incorrectly. Re-run with the source encoding set explicitly.
  • Uploaded before setting encodings: re-select your files after configuring the encoding fields.
  • Mixed encodings in one batch: if your files aren't all in the same source encoding, split them into separate runs — one batch assumes one source encoding.
  • Zip contents: make sure the archive contains the files you expect and that they're all the same source encoding.

When this tool fits

Use Encoding Converter when you need a quick, no-install way to re-encode text files in the browser, especially in batches or from a zip. If your files are all UTF-8 and you only need to fix a few characters, a text editor's "Save with encoding" option may be faster. For very large or sensitive files, check whether you're comfortable uploading them to an online tool before proceeding.

What file types and upload formats does Encoding Converter support?

Encoding Converter accepts text-based files whose character encoding can be changed, and it takes them in three upload forms: a single file, many files at once, or a .zip archive containing multiple files. If your goal is batch conversion, the multiple-file and .zip options are the ones that matter; if you only need to fix one file, the single-file upload is enough.

What counts as a supported file

The tool is built for text-based files, meaning files whose contents are characters stored under some encoding. Typical candidates include:

  • .txt plain text files
  • .csv and other delimited data files
  • .html, .xml, .json, and similar markup or structured text
  • Source code and configuration files
  • Subtitle and log files

The deciding factor is not the extension but whether the file is text. A binary format such as an image, audio file, or compiled executable has no character encoding to convert, so changing its encoding would corrupt it rather than fix it.

Upload formats

Upload option When to use it Notes
Single file Fixing one file's encoding Simplest path
Many files Batch conversion without packaging Select several files in one go
.zip file Batch conversion from an archive Useful when files are already grouped or you want one upload

The site states you can "upload a single file - many files - .zip files," so all three are first-class options rather than workarounds.

How the encoding settings fit in

Encoding Converter lets you specify the source encoding and the target encoding. Per the site's own guidance, the recommended order is:

  1. Specify the encodings (from and to).
  2. Then select the files.

Specifying the original encoding is optional but recommended. Naming it correctly matters most for batch jobs and .zip uploads, because a wrong source encoding applied across many files produces the same wrong result everywhere. If you are unsure of the source encoding, leaving it unspecified lets the tool attempt detection, but for a large batch it is safer to confirm the source encoding first.

Choosing the right upload for your task

  • One file, known problem (for example, a .csv showing garbled accented characters): use the single-file upload and set both encodings explicitly.
  • A folder's worth of files: use the multiple-file upload so you set the encodings once and convert them together.
  • Files already zipped, or a large set you want to move as one unit: use the .zip upload.

In every case, the input is your text file(s), the action is choosing source and target encodings and uploading, and the expected result is the same files re-encoded to the target.

Website Overview

An established domain and managed infrastructure suggest continuity of operations and may support dependable delivery, although neither guarantees service quality. Several search or sharing settings need attention. Together they may make snippets, preview images or preferred URLs less consistent across platforms.

Domain and Registration

Registered in 2018, this domain has about 8 years of history. That suggests continuity, although ownership and purpose may have changed. Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The domain uses the common .app extension, which is not an independent safety signal.

DNS and Email

Nameservers are provided by NS1, indicating managed DNS hosting. CAA records restrict which certificate authorities are authorized to issue certificates. No CNAME was found; the observed records resolve directly to addresses. No MX record was found. A conventional explicit inbound-mail route is not configured. TXT records include verification markers for Google. Such markers may also remain after a service stops being used.

TLS and Certificates

The certificate includes the organization field Netlify, Inc. The certificate issuer is DigiCert Inc, a commercial certificate authority. The public key uses EC with 256 bits. The server supplied a complete certificate chain. The certificate is valid for about 396 days in total, with 163 days remaining.

HTTP and Browser Security

The response lacks these common security headers: CSP, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, clickjacking protection. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. No obvious internal addresses or debug information were found in the headers. The Server header contains the custom value Netlify. No explicit CDN or WAF marker was found in the response headers.

Technology Stack Analysis

The public page identifies Bootstrap, Google Analytics, Netlify without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

No homepage canonical URL was detected. If duplicate URLs exist, consolidation may be less explicit. No Open Graph metadata was detected, so social previews may depend on platform inference. The title has 18 characters, within a common display range. A meta description is present, with 81 characters. The observed directives allow indexing and link following.

Hosting and Email

DNSNS1
HostingNetlify
EmailUnknown
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagAshburn, Virginia, United States Inferred 18.208.88.157

Registration details

RDAP / WHOIS

RegistrarName.com, Inc.
Registered2018-05-08
Expires2031-05-08
Domain statusclient transfer prohibited
Nameserversdns1.p01.nsone.net、dns2.p01.nsone.net、dns3.p01.nsone.net、dns4.p01.nsone.net
DNSSECunsigned

DNS records

DNS

TypeNameValueTTLPriority
Aencoding-converter.netlify.app18.208.88.157120—
Aencoding-converter.netlify.app98.84.224.111120—
AAAAencoding-converter.netlify.app2600:1f18:16e:df01::258311—
AAAAencoding-converter.netlify.app2600:1f18:16e:df01::259311—
NSnetlify.appdns1.p01.nsone.net424—
NSnetlify.appdns2.p01.nsone.net424—
NSnetlify.appdns3.p01.nsone.net424—
NSnetlify.appdns4.p01.nsone.net424—
TXTnetlify.app_kvz3va36b5cudpl46gbej22cfyyw9081800—
TXTnetlify.appgoogle-site-verification=0KCpoJchrixypEMvtkzLtj6VMqMXKcuWS7j2jjjDcys1800—
TXTnetlify.appv=spf1 -all1800—
CAAnetlify.app128 iodef "mailto:[email protected]"1800—
CAAnetlify.app128 issue "digicert.com;account=2d83e9ac9b6776c3f215150f6ebceea8cefe3bc2e1fb5efffb1d71e200575226"1800—
DMARC_dmarc.netlify.appv=DMARC1; p=reject; rua=mailto:[email protected]; ruf=mailto:[email protected]; fo=1300—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subject*.netlify.app
IssuerDigiCert Inc
Valid until2027-03-19T23:59 · Remaining when checked: 163 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=UTF-8
cache-controlpublic,max-age=0,must-revalidate
serverNetlify
strict-transport-securitymax-age=31536000; includeSubDomains; preload

Identified technologies

BootstrapGoogle AnalyticsNetlify

Pages, Search and Sharing

Meta descriptionBatch convert as many files as you need online, from any encoding to any encoding
Canonical URLNot detected
LanguageEnglish (default)
Twitter CardNot detected

Unknown

No robots.txt found

No sitemaps found

User reviews (0)

  • No reviews yet.