Publishing on Kindle: Guidelines for Publishers

Page 2 of 72
 Publishing on Kindle: Guidelines for Publishers





 

Getting started .............................................................................................................. 4

Paths to get your content on Kindle ..................................................................... 4

Kindle Title Manager...................................................................................................... 4

Conversion Houses ......................................................................................................... 5

Creating ebooks in-house using Mobigen software....................................................... 7

Amazon.com's Digital Text Platform ............................................................................. 7

Formatting Guidelines ................................................................................................ 8

Text Guidelines............................................................................................................... 8

Cover image guidelines................................................................................................. 10

TOC Guidelines ............................................................................................................ 11

Guide Item guidelines ................................................................................................... 13

Image guidelines ........................................................................................................... 13

Table guidelines ............................................................................................................ 18

Adobe Digital Editions Compatibility Guidelines........................................................ 20

Styling Guidelines......................................................................................................... 20

How to load metadata and files............................................................................ 20

If you are using KTM ................................................................................................... 21

If you are using eBookBase .......................................................................................... 21

If you are using DTP..................................................................................................... 22

Kindle Best Practices................................................................................................. 23

Testing eBooks.............................................................................................................. 23

Common reasons files are rejected in eBookBase Import ............................................ 24

Common Kindle quality errors to avoid ....................................................................... 24

Formatting Tips............................................................................................................. 25

Appendix ........................................................................................................................ 26

Supported HTML tags .................................................................................................. 26

Supported Characters .................................................................................................... 28

Page 3 of 72
 Publishing on Kindle: Guidelines for Publishers

Outline
• Getting started
• Paths to get your content on Kindle
• Formatting guidelines
• Kindle best practices

Getting started
There are many options for making your books available for the Amazon Kindle
platform. Your options depend on the nature of your publications (such as file
formats), the resources and technical expertise you have available, and your general
eBook sales model. Amazon.com has both managed and self-service platforms to
help publish your content as Kindle books. The ebook creation software and all
publishing tools on Amazon.com are free. Once you make your titles available for
Amazon Kindle, you will receive payments for every title sold. Below are examples of
publishing needs we fit and more information on how to move forward:

• Publishers who have a relationship with an Amazon Kindle vendor manager

should read more about Kindle Title Manager below.

• Publishers who have many titles to convert but do not wish to (or have the
technical resources to) convert files in-house might want to consider
outsourcing to a conversion house or create their ebooks themselves using
Mobigen software (more info below).

• If you do not yet have a contract in place to sell your Kindle titles on
Amazon.com and will be using eBookbase to upload, contact
[email protected] to get a contract.

• If you are a small publisher or author who wishes to take advantage of

Amazon’s self-service tools to create Kindle Books and sell them on Amazon,
read more on Amazon.com’s Digital Text Platform below.

Paths to get your content on Kindle

Kindle Title Manager

Publishers who have a relationship with an Amazon vendor manager can use Kindle
Title Manager through vendor central. Kindle Title Manager is a portal designed for
you to:

• Approve titles for Amazon.com to convert to Kindle editions from pre-existing

Search Inside the Book (SITB) files
• Upload source files to be used to convert your titles to Kindle editions.
• Upload and edit metadata associated with your Kindle editions.

We are currently working on making this application available to all publishers and
will be providing more information as we make progress.

Page 4 of 72
 Publishing on Kindle: Guidelines for Publishers

If you have questions about using Kindle Title Manager, please contact your vendor
manager.

Conversion Houses
Publishers have the option to outsource conversion of titles from a variety of formats
to eBook formats. Conversion houses offer publishers solutions and services
including taking a variety of input formats and creating the eBook or print ready
output. The typical input formats are:

• Word (.DOC, .DOCX), Rich Text Format (.rtf), Text (.txt)

• PDF
• Scanning of print book
• FrameMaker, InDesign, PageMaker, QuarkXPress
• XML (i.e., DocBook, etc.)
• HTML, XHTML
• IDPF format (also known as OEB (.opf) or EPUB)

It is important to mention that the reason to sometimes use conversion houses is

because the process of converting non-reflowable content (PDF, scans) to reflowable
content is labor intensive and requires specialized formatting knowledge.

As you explore conversion house options, it is recommended that you confirm which
source format the house requires as part of their conversion of files for use on
Kindle.

The preferred output of the conversion houses that can be processed by

Amazon.com is:

• Ebooks in Amazon Kindle format (.mobi/.prc/.azw – all 3 file extensions are

equivalent)
• Metadata in ONIX format (XML)

Amazon can process content in EPUB source format, but Mobigen will compile the file
and run checks for common errors. Any errors or warnings will have to be addressed
before making the title available in the Kindle store. Also, titles in EPUB format must
be tested on Amazon software and/or hardware and abide by the publishing
guidelines in this document.

Conversion houses can also be of service in helping publishers supply eBook retailers
with metadata.

Conversion houses Amazon.com partners are using include:

Publishing Dimensions / Jouve

www.pubdimensions.com
Locations — New York, France, India, China, Africa

Page 5 of 72
 Publishing on Kindle: Guidelines for Publishers

Innodata Isogen, Inc.

http://www.innodata-isogen.com/
Locations — Offices and operations in the United States, the Philippines, India, Sri
Lanka, Israel, China and France
Libre Digital (known Digital Storage Warehouse)
http://www.libredigital.com/
Locations — Headquarters in Austin, Texas. Satellite offices in New York City,
Germany and the United Kingdom.
Code Mantra
http://www.codemantra.com/
Locations — Philadelphia, satellite offices in Connecticut, Ohio and Indianapolis with
dedicated production facilities in Chennai, India
TexTech Inc / Stratford
http://www.stratfordpublishing.com/index.html
Locations — Vermont, India
Kreutzfeldt Electronic Publishing
http://www.kreutzfeldt.de/
Locations — Hamburg-Ottensen
Rosetta Solutions
http://www.rosettasolutions.com/
Locations — Poulsbo, WA
Aptara Inc.
http://www.aptaracorp.com/
Locations — headquarters in Falls Church, VA; 4 other offices in the United States;
offices in Cambridge, England and Sydney, Australia; and production facilities in New
Delhi and Puné, India.
ICC Macmillan
http://www.iccorp.com/epublishing.html
Locations — Oregon, India
Impelsys

http://www.impelsys.com

Locations — New York, Bangalore

If you have further questions regarding how to add your titles to Amazon Kindle,
please contact us at [email protected]

Page 6 of 72
 Publishing on Kindle: Guidelines for Publishers

Creating ebooks in-house using Mobigen software

Publishers can elect to create their own eBooks in-house by using a free software
program called Mobigen. This is a command line tool that allows you to build an
eBook based on HTML, so content in either HTML, XHTML or XML is the best source
for incorporation into an ebook.

The most recent version of Mobigen can be downloaded from Mobipocket.com’s

website at http://www.Mobipocket.com/soft/prcgen/mobigen.zip.

If the only format in which your content is available is EPUB, then Mobigen can
process it, but will run a series of checks to confirm that the end result will provide
the best experience for the customer. This includes checking for broken links,
missing images or cover among others. It is important to note that HTML knowledge
is useful in optimizing complex books. If you use a content creation tool that does
not use HTML natively you must export your content to HTML before using Mobigen.
Most content creation tools allow content to be exported to HMTL but you should
verify your exported content before compiling it into a Kindle eBook because
some content creation tools format content differently when exported to
HTML and the quality of the HTML produced by automatic converters can vary.

Testing is important when creating ebooks. Make sure your titles are tested on
Amazon software and/or hardware and that they comply with the publishing
guidelines.

The publishing platform of choice for selling ebooks created in-house or by

conversion houses is eBookBase (http://www.ebookbase.com – see the web site for
details). Books uploaded to the eBookBase catalog are sold on the Kindle store.

You can also upload Kindle files into the Digital Text Platform.

Amazon.com's Digital Text Platform

If you would like to convert your books into electronic format using Amazon.com's
self publishing tools and sell them on Amazon Kindle, please visit Amazon's Digital
Text Platform (DTP). DTP is a fast, easy self-publishing tool that lets you publish
your digital text content for the Amazon Kindle. Simply upload your content, enter
sales copy and pricing information, and publish in minutes. DTP accepts the following
formats:

• Microsoft Word
• PDF
• Text
• RTF
• HTML, XHTML
• Amazon Kindle (.mobi/.prc/.azw – all 3 extensions are equivalent)
• IDPF format (also known as OEB (.opf) or EPUB)

Once again we recommend using the preview functionality embedded in the platform
to test the content for quality. A publication with a significant emphasis on quality
will require multiple iterations between edit and preview phases. Such a publication

Page 7 of 72
 Publishing on Kindle: Guidelines for Publishers

might be easier to create using mobigen on your computer (You can also use the
desktop version called Mobicreator).

For more information, and to sign up, please visit: http://dtp.amazon.com

Formatting Guidelines
Writing HTML for a website and for a Kindle Book is something quite different. There
are many web page design practices which should be avoided when creating Kindle
Books in order to provide the right reading experience.

Text Guidelines

Text guideline #1: normal text

The “normal” text in an ebook must be “all defaults”. We encourage content creators
to use creative styles for headings, special paragraphs, footnotes, tables of contents
and so on but not “normal” text. The reason is that any styling on “normal” text in
the HTML would override the user’s preferred default reading settings. Users tend to
report such behavior as a poor experience. Here are the most important points:

• “Normal” text must not have a forced alignment (left aligned or justified).
• “Normal” text must use the default font family. The <font face=”…”> tag is
ignored on the Kindle platform but even so, make sure it is not used on
“normal” text. The same applies to the CSS font-family style.
• “Normal” text must use the default font size. The <font size=”…”> tag or its
equivalent in CSS should not be used in “normal” text.
• “Normal” text should not be bold or italicized. Selected parts can of course
use such styling. This guidelines only prohibits book that would be entirely
bold for example.
• “Normal” text should not have an imposed font color or background color.

Text guideline #2: page breaks

Blank lines of text should not be inserted to create empty pages. Use the page break
tag <mbp:pagebreak/>. This is especially true for documents generated from
Microsoft Word; you should use the "Page Break" feature of Word.

Text guideline #3:paragraph formatting

• The First line of every paragraph is automatically indented. This behavior can
be changed using the text-indent style on the <p> tag. For example:
o <p style=”text-indent:0"> - no indentation of the first line
o <p style=”text-indent:10%"> - positive indent, 10% of the width of
the page
o <p style=”text-indent:5em"> - positive indent, 5 em
o <p style=”text-indent:-10pt"> - negative indent, 10 pt
o <p style=”text-indent:-10"> - negative indent, 10 pixels
• The space before each paragraph can be changed using the “margin-top”
style on tag <p>.

Page 8 of 72
 Publishing on Kindle: Guidelines for Publishers

• Background color cannot be set on text.

• Borders cannot be added to paragraphs.

Text guideline #4: UNICODE and supported characters:

The Kindle format supports UNICODE. UNICODE characters listed in “Supported

Characters” are guaranteed to exist on all Kindle devices. Do not use characters
outside of the listed ranges. Mobigen will list, at the end of every compilation, all
UNICODE ranges used in your publication. Use the list to check for unsupported
characters.

Unsupported characters can sometimes be represented in different ways. For

example, superscript-i can be represented by the Unicode code point U+2071 or using
HTML ⁱ. For this particular example Kindle supports only the latter
representation.

Text guideline #5: other encodings

The source of an eBook can be encoded in many different ways. All encodings are
supported provided that:

• The encoding of your HTML files is clearly stated in the HTML

• The computer on which you are compiling the sources supports the encoding
and knows how to convert it to UNICODE

We recommend that you specify the encoding of your HTML files in the HTML itself
using the <meta> tag in the <head> section.

<html>
<head>
…
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
…

The legacy Macintosh encodings are usually not supported on Windows and will not
work in mobigen. If you use a Macintosh to generate content make sure to set the
encoding to UTF-8.

Text guideline #6: spaces and control characters

• The only supported spaces are the normal space, the non-breakable space
(&nbsp;) and the zero-width non-joiner (&zwnj;). Use of any other space can
break selection, dictionary lookup and line-wrap algorithms.

• “Unicode Format Characters” should NOT be used as they may also cause
problems.

Text guideline #7: the monospaced font

Kindle uses a default font for eBook content and it also supports a monospaced font.

Page 9 of 72
 Publishing on Kindle: Guidelines for Publishers

The monospaced font is used to render content in the following tags: <pre>,
<code>, <samp>, <kbd>, <tt>, <font face=”courier”>, <font
face=”monospace”>.

All tags listed above, with the exception of <pre>, do not change the text alignment.
If the content in these tags should be left aligned you must wrap the previous tags in
a <div align="left"> block.

Text guideline #8: CSS

The Kindle platform currently offers a very basic support for Cascading Style Sheets
(CSS). If you do not obtain the desired bahaviour using CSS, try using inline HTML
tags instead. Please make sure you preview your Kindle book before publishing it, to
verify that your use of CSS elemements displays the way you intended for it to
display.

Text guideline #9: no page numbers

Kindle books are reflowable and can be viewed with different font sizes, so page
numbers do not apply.

There should not be any reference to page numbers in the book. The cross
references should not have page numbers, nor should there be any plain text index
with page numbers.

Cover image guidelines

1
Cover image guideline #1: the cover image is mandatory

Kindle eBooks must have a cover image. The preferred format for the cover is a JPEG
image of 600 x 800 pixels. Covers with less that 500 pixels on the smaller side are
rejected. If your cover is smaller that the required size, do not stretch it as this does
not add any quality.

Covers are defined in the .OPF using the following tags, please use name=”cover” in
the metadata element name as that is recognized :

<metadata>
...
<meta name="cover" content="my-cover-image" />
...
</metadata>
...
<manifest>
...
<item href="MyCoverImage.jpg" id="my-cover-image" media-
type="image/jpeg" />
...
</manifest>







 












Page 10 of 72
 Publishing on Kindle: Guidelines for Publishers

This syntax is not part of the IDPF standard because the standard “forgot” to provide
for cover images. It has however been designed with help from the IDPF and will
validate in an IDPF validator.

Cover image guideline #2: the cover must not appear twice

Cover images must not be added to the eBook content in any other way, otherwise
they will appear twice in the book.

One exception is provided for: if you want to have an HTML cover page for
compatibility with software from other vendors, in addition to the proper logical
cover, add the following tags in your .OPF (underlined elements are mandatory):

<spine> <itemref idref="my-html-cover" linear="no" /> </spine>

...
<manifest> <item id="my-html-cover" href="cover.xml" media-
type="application/xhtml+xml" /> </manifest>
...
<guide> <reference type="cover" title="Cover Image" href="cover.xml" />
<guide>

TOC Guidelines

TOC guideline #1: the Logical TOC (NCX) is mandatory

The Logical Table Of Contents is very important for our mutual customer’s reading
experience as it allows them to easily navigate between chapters on Kindle 2. So all
eBooks should have both logical and HTML TOCs. Users expect to see an HTML TOC
when paging through a book from the beginning, while the logical table of contents is
an additional way for users to navigate books.

Logical tables of contents are generated using a Navigational Control file for XML
applications (NCX). You create an NCX to expose the hierarchical structure of a
eBook to allow the user to navigate through it.

In NXC enabled books users will be able to see where they are in their reading such
that the part, chapter, or section will be exposed. In addition this progress indicator
shows relative progress in that book.

Logical tables of content are part of the IDPF 2.0 specification and are described
here: http://www.niso.org/workrooms/daisy/Z39-86-2005.html#NCX

Here is an example NCX:

<navMap>

<navPoint class="titlepage" id="L1T" playOrder="1">

<navLabel><text>AUTHOR'S NOTE</text></navLabel>
<content srcSway_body.html#preface_1" />
</navPoint>
<navPoint class="book" id="level1-book1" playOrder="2">

Page 11 of 72
 Publishing on Kindle: Guidelines for Publishers

<navLabel><text>PART ONE</text></navLabel>
<content srcSway_body.html#part_1" />
<navPoint class="chapter" id="level2-book1chap01" playOrder="3">

<navLabel><text>THE HOUSES, 1969</text></navLabel>

<content src="Sway_body.html#chapter_1" />
</navPoint>
<navPoint class="chapter" id="level2-book1chap02" playOrder="4">

<navLabel><text>ROCK AND ROLL, 1962</text></navLabel>

<content src="Sway_body.html#chapter_2" />
</navPoint>
<navPoint class="chapter" id="level2-book1chap03" playOrder="5">

<navLabel><text>THE EMPRESS, 1928–1947</text></navLabel>

<content src="Sway_body.html#chapter_3" />
</navPoint>
</navPoint>
</navMap>

It defines the following TOC hierarchy:

AUTHOR'S NOTE
PART ONE
THE HOUSES, 1969
ROCK AND ROLL, 1962
THE EMPRESS, 1928–1947

And here is an excerpt from the .OPF (publication header file) that shows how to add
an NCX table of contents to a book.

You need to declare the NCX in the “manifest”:

<manifest>
<item id="toc" media-type="application/x-dtbncx+xml" href="toc.ncx"/>

And you need to use it in the “spine”:

<spine toc="toc">

TOC guideline #2: the HTML TOC must be linked

It is generally a good idea to place an HTML page with a table of contents at the
beginning of the book so that users can easily jump to given locations within it
(typically to a given chapter). The HTML TOC must be linked so that users can click
and get to a specific location. A table of contents that is not made of links is not
useful on Kindle.

TOC guideline #3: the HTML TOC must be referenced as a guide item

The TOC must be referenced from a toc guide item. Every Kindle device or app has a
UI element allowing the user to jump to the toc guide item from anywhere in the

Page 12 of 72
 Publishing on Kindle: Guidelines for Publishers

book. Here is an example of a guide item for a table of contents (underlined

elements are mandatory):

<guide> <reference type="toc" title="Table of Contents" href="toc.html"/> </guide>

TOC guideline #4: no tables in TOCs

Do not create TOCs using html table tags. Tables are for tabular data only, not
layout.

TOC guideline #5: no page numbers in the TOC

• Page numbers must not be used in the TOC. Kindle books are reflowable and can
be viewed with different font sizes, so page numbers do not apply.
• If you are importing your document from Word, you should use the “Heading”
styles and "Table of contents" feature of Microsoft Word. The TOC created by
Word will be imported correctly and will convert to a TOC that follows the above
guidelines.

Guide Item guidelines

Guide item guideline #1: recommended guide items

• The Kindle platform supports guide items for defining the cover, table of contents
(TOC), and start reading location.

• We do not recommend adding additional guide items to your OPF file beyond
these, as they will be grayed out in the menu options and may cause customer
confusion. Please note that guide items are not intended to replace the table of
contents.

Image guidelines

Image guideline #1: supported input formats

• The Kindle platform supports GIF, BMP, JPEG, PNG images in your content.
• Kindle does not support vector graphics. You will have to convert your vector
graphics into raster graphics using one of the supported image formats.
• If you are using images for schemas, charts, tables, maps or anything that
includes text, you must pay special attention to the legibility of the final image.

Images are added to the source eBook using the standard HTML <img>.

Image guideline #2: automatic image conversions

The kindle file format internally supports JPEG and GIF images of up to 63KB in size.
Mobigen will perform the necessary conversions automatically from the supported
input formats so you should usually provide your images with the maximum
resolution available and let Mobigen do the rest.

Page 13 of 72
 Publishing on Kindle: Guidelines for Publishers

If you find the automatic image conversion unsatisfactory, you can optimize your
images before feeding them to Mobigen. If your images are in the JPEG or GIF
formats and are less than 63KB in size, Mobigen will not alter them.

Image guideline #3: color

Use color images whenever possible and relevant. The Kindle reading device has a
black & white screen today but the Kindle for iPhone reader takes advantage of
colors.

Image guideline #4: photographs

Photographs should use the JPEG format with a quality factor of 40 or higher.
Photographs should be provided with the highest resolution available to you.
Mobigen will reprocess them as needed to adapt them to the requirements of the file
format.

Photographs should not be too small. Please make sure your input photos are at
least 600x800 pixels in size, unless you optimize them yourself according to the
previous guideline. Photographs of less than 300x400 pixels are much too small and
can be rejected.

If your photographs are in GIF format or are too small, simply converting them to
JPEG or artificially increasing their size will not improve their quality. You should go
back to the original source to create a JPEG image with sufficient resolution.

Image guideline #5: use GIF for line-art and text

Line-art is graphics drawn with a limited number of solid colors (e.g., images drawn by Illustrator,
Paint or Power Point). Text, graphics, charts and tables are examples of images which are line-
art.

Line-art should be in GIF format. The JPEG algorithm tries to blend parts of the image together,
and will blur the sharp edges of the line-art.

Text appearing in line-art images should be sharp and legible.

You should optimize your line art GIFs before submitting them to mobigen. Resizing or JPEG
compression can introduce blurriness or unwanted artifacts in line art images which is why the
automatic conversions applied by mobigen are best avoided.

To optimize your GIFs and make them fit in the 63KB limit, try the following tips:

• Try reducing the number of colors used. This can often be done without altering the
quality of the imgae. Line art images which appear black & white might be using colors
because of certain anti-aliaising algorithms. Here is an example (notice the shades of red
and blue around the “A” in the left picture):

Page 14 of 72
 Publishing on Kindle: Guidelines for Publishers

• Remove white margins around the image if any exist

• Resize the image if necessary but pay close attention to the ligibility of text (see guideline
#6)

Image guideline #6: image and font size requirements for line-art and text

An image with text in it should not be significantly larger than a screen. The Kindle device
offers the possibility to rotate an image to use more screen real estate. The Kindle for iPhone
app allows zooming and panning. In both cases however, user experience degrades rapidly for
very large line art images.

The following rules ensure a good rendering on all Kindle platforms for line art images
containing text:
• The MAXIMUM image size is 500x600 pixels. This ensure that the image is not shrunk
on a Kindle device, which could make its text illegible.
• The MINIMUM size of text is 6 pixels for the height of a lower-case “a”.

These rules limit the size of tables rendered as pictures. Larger tables should be reformatted.

Example images:

A table, line-art / text content rendered as an image. This GIF image is 317x233 pixels and 6KB
in size. The text is sharp and legible. The font size requirement is met (“a” is 7 pixels high).

The same image with JPEG compression. Compression artifacts appear,making the text blurry
although it remains legible. The size has increased to 17KB.

Page 15 of 72
 Publishing on Kindle: Guidelines for Publishers

Bad quality: the image is blurry because of resizing and JPEG compression. The text is not
legible. This will be rejected.

An example of the largest acceptable table rendered as an image. The size is 500x600 pixels
which is the maximum. The font uses a body size (height of an “a”) of 7 pixels which is just above
the 6 pixel minimum. The size of the GIF is 33KB.

Page 16 of 72
 Publishing on Kindle: Guidelines for Publishers

Image guideline #7: prefer HTML to images

Do not render large chunks of text as images. If an image contains whole paragraphs of text, it
should not be an image. Instead it should be HTML.

Below is an example of a text heavy image that should be HTML. Note, the image will be shrunk
to fit the screen and become unreadable while HTML will be paginated.

Page 17 of 72
 Publishing on Kindle: Guidelines for Publishers

Table guidelines

Table guideline #1: use tables for tabular data only

Tables are to be used for tabular data only. Although it is common practice to use tables for
layout purposes in HTML, such use is not allowed in ebooks.

The kindle format does not support nested tables, so do not use them. For tabular data, this
limitation should not be a problem since combinations of rowspan and colspan attributes should
offer sufficient flexibility. Nested table are mostly needed for layout purposes.

Table guideline #2: large tables

Keep in mind that a table rendered as an image cannot be paginated, and the whole image will
be drawn on one screen. If the table is rendered using HTML <table> tags, pagination will be
available but user experience will be poor if the table is significantly wider than the screen and
forces the user to pan the table a lot. Text may even be lost if one cell of a table is larger than the
whole screen.

For the best user experience, please respect the following rule: tables should not contain whole
paragraphs of text or large pictures in a cell.

If you encounter a table that is too large or that contains too much text in its cells, consider
reformatting it.

In the example below, even rotating to better fit the screen does not help. It would be better to
have the paragraph text as plain HTML, and only the right-most column rendered as an image or
HTML table, to preserve the format and layout of the data.

Page 18 of 72
 Publishing on Kindle: Guidelines for Publishers

Large table rendred as an image: illegible text, The same content, reformatted as HTML and a legible, good
unacceptable quality quality table.

Vitamin C

Functions/Roles in Metabolism
Antioxidant; biosynthesis of connective tissue components
(collagen, elastin, fibronectin, proteoglycans, bone matrix, and
elastin–associated fibrillin); carnitine, and neurotransmitters

Deficiency Symptoms
Scurvy (involves deterioration of elastic tissue); follicular
hyperkeratosis, petechiae, ecchymoses, coiled hairs, inflamed and
bleeding gums, perifollicular hemorrhages, joint effusions,
arthralgia, and impaired wound healing; dyspnea, edema, Sjögren
syndrome, weakness, fatigue, depression

Toxicity Symptoms
Nausea, abdominal cramps, and diarrhea (from supplements)

Table guideline #3: HTML tables

Table support was added to the Kindle platform with the Kindle 2 and Kindle for
iPhone app. We recommend that simple tables that have standard rows & columns
should be authored using the <Table> tags. These will be displayed as tables in
Kindle 2 and Kindle for iPhone while on Kindle 1 these will be flattened (i.e. all the
content will appear in one column).

Page 19 of 72
 Publishing on Kindle: Guidelines for Publishers

For more complex tables that have nested rows/columns or use very specific
formatting, we recommend converting to an image, provided the guidelines above
are respected.

Very large tables will not work and must be reformatted.

Colspan and rowspan attributes should be less than or equal to the total number of
columns or rows (as appropriate) in the table.

Adobe Digital Editions Compatibility Guidelines

Adobe Digital Editions compatibility guideline #1

if you are using Adobe Digital Edition, please ensure that the Item IDs in the
manifest are unique. Adobe Digital Edition does not enforce uniquiness of IDs which
is wrong according to the IDPF standard.

&
'




&  
% !

%  
   %   '




&  
% "

%   
   %   '



&
'

Styling Guidelines

Nested HTML TOC guideline #1

To create useful, navigable, deep TOC entries, we recommend using syntax of the
sort which follows in your HTML TOC.

& 
'  
!& '

& '





& 
' 
!& '





& 
' 
"& '





& 
' 
#& '









& '









& 
' 
!& '









& 
' 
"& '









& '





& 
' 
$& '









& '









& 
' 

 
 

 


 
 



 


  



   


 
  & '









& '





& '

& 
'  
"& '

How to load metadata and files

Page 20 of 72
 Publishing on Kindle: Guidelines for Publishers

If you are using KTM

KTM allows you to upload content files and meta data. Just click the “Upload File”
button on the left side of your screen and follow the guidelines for each type of file.

If you are using eBookBase

eBookBase offers two interfaces for submitting your ebooks. The standard
eBookBase interface (www.ebookbase.com) gives you access to your whole catalog
and allows you to upload additional title one at a time. You can also edit the medata
of any book already in the catalog.

The eBookBase Import interface, available upon request (ebook-

[email protected]), is a bulk upload interface. It allows you to submit large
collections of ebooks and metadata. You can also use it to upload metadata updates
for your existing titles.

eBookBase and eBookBase Import both require ebooks in the Kindle format.
eBookBase Import however, also allows you to upload EPUB files. The compilation to
the Kindle format then happens on our servers. Please be aware that any errors or
warnings reported during the compilation will stop ingestion.

Using eBookBase

Requirements
• .jpg file (cover art)
• .prc file (actual content) located within the file (note – the standard
eBookBase interface does not presently support EPUB files)
• Metadata (details about the book including ISBN, digital price, subject, title,
author, description, etc)

Process
1. Open your account in eBookBase
2. Click on “Add an ebook” on the main page and on the following page. Follow
the directions by navigating to the location of the .prc file. Upload that and
continue.
3. On the next page, you will enter the Metadata. Please fill all the mandatory
spaces and as many as possible. You will be required to upload the
marketing cover from the metadata page, which is found in the middle of
metadata and is listed as “Cover Image”.
4. The range of subject codes is not as complete as on Amazon. You will have
to choose the best match for your title. You can update this data later if you
discover some part of it is in error.
5. If you don’t have a related print ISBN, you need to uncheck the radio box
titled “Print Book available”. Don’t enter a false ISBN here because
Amazon.com will not ingest an erroneous print ISBN reference. Both content
and metadata will be rejected.
6. Hit “Submit” and the Metadata will be uploaded.

Using the eBookBase Import bulk upload interface (available upon request)
Requirements
• jpg file (cover art also known as “marketing cover”)

Page 21 of 72
 Publishing on Kindle: Guidelines for Publishers

• Mobi/prc file (actual content) or epub file

• Metadata (details about the book including ISBN, subject, title, author,
description, etc) in Onix or Excel format.
• Login name and password for the ftp and Import Cabinet for each
publisher.
Covers, books and metadata can be packages in different ways. A precise
description of the three supported package kinds is available here, along with
examples:
https://www.ebookbase.com/mobiimport/ (click on “show help)
Process
1. Make sure your covers, ebooks and metadata are packaged as described
in the documentation above.
2. Place the prc files (or epub files), cover files and your metadata on the
Mobipocket FTP. (ftp://ftp.mobipocket.com/) Do not put these files in a
subfolder and respect the package rules
3. Log in to your eBookBase Import account at:
https://www.ebookbase.com/mobiimport using the import name and
password provided to you.
4. Go to the ‘FTP Upload Folder’ link to access the list of files you just placed
into the publisher’s Mobipocket FTP folder.
5. Click the ‘Check Files’ button.
6. Once the files have been checked, look to see if the files are ‘Ready’ to
import (under ‘Ready?’ column – complete with green circles if they are
good to go)
7. If the files are ready, click the button and send them to the Import
Cabinet for metadata validation. If any file has failed the ingestion
process, click on the red text to discover why it failed. You will be
automatically driven to the Import Cabinet once this step has been
completed.
8. Once in the Import Cabinet, the ebook metadata are displayed and
validated. Verify the files are completely ready for ingestion to ebookbase.
If they are ‘Ready’ a green circle will be displayed to the left of each file
under the ‘Importable?’ column.
9. If you have any files that are importable, click ‘IMPORT to eBookBase’ and
they will be uploaded into Mobipocket. It is okay if not all of the files in
your list are Importable. The tool will upload the importable books and
leave the rest in the Import Cabinet. You can edit the metadata or
missing elements there in the Import Cabinet. If you are lacking cover
images, these should be uploaded into the FTP (see step 4) and then
proceed from there forward.
10. Any files that are not importable or have missing elements will have
yellow or red circles on the beginning of their row. Either the metadata or
cover is wrong or missing. Fix the elements identified by the tools by
clicking on the “edit” option at the beginning of the row, correct the
metadata and click on the “edit” tool again. Once the circle turns green,
the files can be moved to the ebookbase account by using step 11.
11. Problems with subject codes and imprints can also be ficed in bulk for all
titles in the import Cabinet, by using the two edit boxes at the top of the
page.

If you are using DTP

For DTP users please use the following links for guidance:

Page 22 of 72
 Publishing on Kindle: Guidelines for Publishers

To upload metadata:
http://forums.digitaltextplatform.com/dtpforums/entry.jspa?externalID=20&categor
yID=7

To upload files:
http://forums.digitaltextplatform.com/dtpforums/entry.jspa?externalID=19&categor
yID=7

Kindle Best Practices

Testing eBooks
There are two ways to test your eBook prior to adding it to the Kindle store:

1. Using the Mobigen tools and a Kindle

The Mobigen tools convert your book to the Kindle format. You can
then transfer the AZW file via USB to a Kindle where it can be tested.

2. Using DTP
The Digital Text Platform accepts a variety of book formats and
provides preview capability right on the website.

The Mobipocket Reader Desktop can be used to preview kindle ebooks

during their development but regular checks on a real Kindle are needed
too. The final validation must also be made on a Kindle device. The
Mobipocket Reader Desktop is not a member of the Kindle platform and is
currently not a faithful indication of how the content will appear on the
Kindle platform.

Once you can read your book, use this checklist to confirm your eBook does not
contain blatant errors. For a finer quality assurance, check against the complete
formatting guidelines:

1. Open the book for the first time or go to the cover page
o Cover: the Kindle eBook should have a cover
o Single Cover: flip to next page from the cover, there should not be
another image of the cover page
2. Table of Contents
o If there is a table of contents, items in it should be clickable and jump
to the correct location in the book. There should be no page numbers
in the TOC
3. Go to any location in the book
o Font size: change the font size in the Kindle menu - the book font
should change accordingly. Regular text should not be bold or italicized
and its alignment should not be forced.
4. Go back to the first page, then flip through every single page of the book
o Images: they should not be too small. Make sure that all the text that
appears in images and tables is legible. Large pictures are scaled to fit
the page.
o Tables: tables should appear correctly.

Page 23 of 72
 Publishing on Kindle: Guidelines for Publishers

o Page numbers: there should not be any reference to page numbers

in the book. The cross references should not have page numbers, nor
should these be any plain text index with page numbers.

Common reasons files are rejected in eBookBase Import

When importing EPUB files, if Mobigen terminates with the message “Info(prcgen):
MOBI File generated with WARNINGS!” your book cannot be sold by Amazon.com.
The problems with the EPUB must be addressed before it is tested on Kindle.
Addressign these problems will result in a better reading experience.

Missing Cover Image

All Kindle books must have a cover image. This message indicates the EPUB does not
correctly specify a cover image.
Warning(prcgen): Cover not specified

Cover Image Too Small

This error message will show if the provided cover image is too small to be displayed
on Kindle.
Warning(prcgen): Cover is too small

OPF Manifest Issues

The eBook compilation will stop with the following error message if a text content file
referenced in the manifest is missing or cannot be found. Files are processed in the
order they appear in the manifest. To find out which file is missing, look in the
manifest for the list of files.
Error(core): Could not access file.
Missing images will generate the following warning message:
Warning(prcgen): media file not found <file name>

The table of contents could not be built

If a logical TOC is defined in the OPF but cannot be built because it contains broken
links, you will see this message. Previous messages should help you identify the
broken links and fix them.

Hyperlink not resolved

If your content has broken links, you will see the following warnings:
Warning(prcgen): Hyperlink not resolved: …
Warning(prcgen): Some hyperlinks could not be resolved.
Find the broken links and fix them.

Common Kindle quality errors to avoid

Once again we strongly recommend you verify your exported content before
converting it in to a Kindle eBook because some content creation tools format
content differently when exported to HTML.

In addition we encourage you to review the book to make sure there is no missing or
wrong content and that there are no typos. Also, check for alignment and/or font
face forced in the entire book. Every now and then the Amazon team finds these
errors and needs to suppress the title to protect the reader’s experience.

Page 24 of 72
 Publishing on Kindle: Guidelines for Publishers

Formatting Tips
1. Anchors must be added before formatting tags
• Correct: <a name=”Chapter1”/><h1>Chapter 1</h1>
• Incorrect: <h1><a name=” Chapter1”/>Chapter 1</h1>
2. EPUB Guide Items
Guide Items are an optional feature in the EPUB format. Kindle provides
support for the toc and text guide items.

Page 25 of 72
 Publishing on Kindle: Guidelines for Publishers

Appendix

Supported HTML tags

Attributes
HTML Tag Description Supported Not

<?xml?> This tag identifies a document as an XML document

<!-- --> Comment
Creates an anchor point or target point for , rel, rev, ,
<a> href, id, name
hyperlinking title
<b> Makes the enclosed text bold id , , title
Makes the enclosed text one font size larger than the
<big>
current or default font size

<blockquote> Generates a 1-em margin above the text it encloses id cite, , , title
bgcolor, , id,
<body> Encloses the body text of an eBook source file
, text, title
Generates a line break of a size equal to the current
<br /> id , clear,
line-height
<center> Centers text horizontally
Indicates that a section of text is quoted from
<cite>
another source

Used within a <dl> or definition list block, this tag

<dd> encloses the definition of a term that makes up part Id, title ,
of a definition list
Deleted text. Rendered with a line through the
<del>
enclosed text
Used at first mention when a term is defined, and
<dfn>
renders enclosed text as italics
, , title,
<div> Defines a “block” align, id,
bgcolor

Creates a glossary-style list containing <dt> and

<dl> id, title ,
<dd> tags.

<dt> Encloses a term to be defined in a definition list. id, title ,

<em> Emphasizes a text element id, title ,
Typically encloses the <title>, <base>, <style>, and
<head>
<link> tags of HTML document source

Defines heading styles of varying sizes, with <h1>

<h1 to h6>
being the largest and <h6> being the smallest

align, ,
<hr /> create an horizontal rules color, id, width noshade,
size, , title
<html> Indicates the start and end of an HTML document

<i> italic class, id style, title

alt, ,
align, border,
hspace,
<img /> defines an inline image within the text height, id, src,
longdesc,
width
lowsrc, ,

Page 26 of 72
 Publishing on Kindle: Guidelines for Publishers

Attributes

HTML Tag Description Supported Not

title,
usemap,
vspace

<li> Used to indicate an item in an list class, id , type, title

Creates a numbered list from the list items it , start, ,
<ol> id
contains, each of which has to have a <li> tag type
Defines a paragraph of text, indents the first line of
<p> the paragraph, and creates a line break at the end of align, id , , title
the enclosed text

<s> Identical to <strike> id, style, title

<small> Reduces the current font by one id , , title

<span> A container for in-line text. bgcolor title

<strike> create a strikethrough text class, id , title
<strong> Contains text rendered with bold. Same as <b> class, id , title
Reduces the font size of the enclosed text and floats
<sub> id , , title
it below the baseline as subscripted text
Reduces the font size of the enclosed text and floats
<sup> class, id , title
it below the baseline as subscripted text
<title> Encloses the title of a document

<u> This tag underlines any text it encloses id , , title

Generates a bulleted list from the list items it
<ul> class, id , title
contains.
<var> Indicates a variable name or program argument

Page 27 of 72
 Publishing on Kindle: Guidelines for Publishers

Supported Characters

Page 28 of 72
Publishing on Kindle: Guidelines for Publishers

Page 29 of 72
Publishing on Kindle: Guidelines for Publishers

Page 30 of 72
Publishing on Kindle: Guidelines for Publishers

Page 31 of 72
Publishing on Kindle: Guidelines for Publishers

Page 32 of 72
Publishing on Kindle: Guidelines for Publishers

Page 33 of 72
Publishing on Kindle: Guidelines for Publishers

Page 34 of 72
Publishing on Kindle: Guidelines for Publishers

Page 35 of 72
Publishing on Kindle: Guidelines for Publishers

Page 36 of 72
Publishing on Kindle: Guidelines for Publishers

Page 37 of 72
Publishing on Kindle: Guidelines for Publishers

Page 38 of 72
Publishing on Kindle: Guidelines for Publishers

Page 39 of 72
Publishing on Kindle: Guidelines for Publishers

Page 40 of 72
Publishing on Kindle: Guidelines for Publishers

Page 41 of 72
Publishing on Kindle: Guidelines for Publishers

Page 42 of 72
Publishing on Kindle: Guidelines for Publishers

Page 43 of 72
Publishing on Kindle: Guidelines for Publishers

Page 44 of 72
Publishing on Kindle: Guidelines for Publishers

Page 45 of 72
Publishing on Kindle: Guidelines for Publishers

Page 46 of 72
Publishing on Kindle: Guidelines for Publishers

Page 47 of 72
Publishing on Kindle: Guidelines for Publishers

Page 48 of 72
Publishing on Kindle: Guidelines for Publishers

Page 49 of 72
Publishing on Kindle: Guidelines for Publishers

Page 50 of 72
Publishing on Kindle: Guidelines for Publishers

Page 51 of 72
Publishing on Kindle: Guidelines for Publishers

Page 52 of 72
Publishing on Kindle: Guidelines for Publishers

Page 53 of 72
Publishing on Kindle: Guidelines for Publishers

Page 54 of 72
Publishing on Kindle: Guidelines for Publishers

Page 55 of 72
Publishing on Kindle: Guidelines for Publishers

Page 56 of 72
Publishing on Kindle: Guidelines for Publishers

Page 57 of 72
Publishing on Kindle: Guidelines for Publishers

Page 58 of 72
Publishing on Kindle: Guidelines for Publishers

Page 59 of 72
Publishing on Kindle: Guidelines for Publishers

Page 60 of 72
Publishing on Kindle: Guidelines for Publishers

Page 61 of 72
Publishing on Kindle: Guidelines for Publishers

Page 62 of 72
Publishing on Kindle: Guidelines for Publishers

Page 63 of 72
Publishing on Kindle: Guidelines for Publishers

Page 64 of 72
Publishing on Kindle: Guidelines for Publishers

Page 65 of 72
Publishing on Kindle: Guidelines for Publishers

Page 66 of 72
Publishing on Kindle: Guidelines for Publishers

Page 67 of 72
Publishing on Kindle: Guidelines for Publishers

Page 68 of 72
Publishing on Kindle: Guidelines for Publishers

Page 69 of 72
Publishing on Kindle: Guidelines for Publishers

Page 70 of 72
Publishing on Kindle: Guidelines for Publishers

Page 71 of 72
Publishing on Kindle: Guidelines for Publishers

Page 72 of 72