summaryrefslogtreecommitdiff
path: root/docs/ref/contrib/sitemaps.txt
blob: ecc502487755dc708a918001998a4e202ff60888 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
=====================
The sitemap framework
=====================

.. module:: django.contrib.sitemaps
   :synopsis: A framework for generating Google sitemap XML files.

Django comes with a high-level sitemap-generating framework that makes
creating sitemap_ XML files easy.

.. _sitemap: http://www.sitemaps.org/

Overview
========

A sitemap is an XML file on your Web site that tells search-engine indexers how
frequently your pages change and how "important" certain pages are in relation
to other pages on your site. This information helps search engines index your
site.

The Django sitemap framework automates the creation of this XML file by letting
you express this information in Python code.

It works much like Django's :doc:`syndication framework
</ref/contrib/syndication>`. To create a sitemap, just write a
:class:`~django.contrib.sitemaps.Sitemap` class and point to it in your
:doc:`URLconf </topics/http/urls>`.

Installation
============

To install the sitemap app, follow these steps:

    1. Add ``'django.contrib.sitemaps'`` to your :setting:`INSTALLED_APPS`
       setting.

    2. Make sure ``'django.template.loaders.app_directories.Loader'``
       is in your :setting:`TEMPLATE_LOADERS` setting. It's in there by default,
       so you'll only need to change this if you've changed that setting.

    3. Make sure you've installed the
       :mod:`sites framework <django.contrib.sites>`.

(Note: The sitemap application doesn't install any database tables. The only
reason it needs to go into :setting:`INSTALLED_APPS` is so that the
:func:`~django.template.loaders.app_directories.Loader` template
loader can find the default templates.)

Initialization
==============

To activate sitemap generation on your Django site, add this line to your
:doc:`URLconf </topics/http/urls>`::

   (r'^sitemap\.xml$', 'django.contrib.sitemaps.views.sitemap', {'sitemaps': sitemaps})

This tells Django to build a sitemap when a client accesses :file:`/sitemap.xml`.

The name of the sitemap file is not important, but the location is. Search
engines will only index links in your sitemap for the current URL level and
below. For instance, if :file:`sitemap.xml` lives in your root directory, it may
reference any URL in your site. However, if your sitemap lives at
:file:`/content/sitemap.xml`, it may only reference URLs that begin with
:file:`/content/`.

The sitemap view takes an extra, required argument: ``{'sitemaps': sitemaps}``.
``sitemaps`` should be a dictionary that maps a short section label (e.g.,
``blog`` or ``news``) to its :class:`~django.contrib.sitemaps.Sitemap` class
(e.g., ``BlogSitemap`` or ``NewsSitemap``). It may also map to an *instance* of
a :class:`~django.contrib.sitemaps.Sitemap` class (e.g.,
``BlogSitemap(some_var)``).

Sitemap classes
===============

A :class:`~django.contrib.sitemaps.Sitemap` class is a simple Python
class that represents a "section" of entries in your sitemap. For example,
one :class:`~django.contrib.sitemaps.Sitemap` class could represent
all the entries of your Weblog, while another could represent all of the
events in your events calendar.

In the simplest case, all these sections get lumped together into one
:file:`sitemap.xml`, but it's also possible to use the framework to generate a
sitemap index that references individual sitemap files, one per section. (See
`Creating a sitemap index`_ below.)

:class:`~django.contrib.sitemaps.Sitemap` classes must subclass
``django.contrib.sitemaps.Sitemap``. They can live anywhere in your codebase.

A simple example
================

Let's assume you have a blog system, with an ``Entry`` model, and you want your
sitemap to include all the links to your individual blog entries. Here's how
your sitemap class might look::

    from django.contrib.sitemaps import Sitemap
    from blog.models import Entry

    class BlogSitemap(Sitemap):
        changefreq = "never"
        priority = 0.5

        def items(self):
            return Entry.objects.filter(is_draft=False)

        def lastmod(self, obj):
            return obj.pub_date

Note:

    * :attr:`~Sitemap.changefreq` and :attr:`~Sitemap.priority` are class
      attributes corresponding to ``<changefreq>`` and ``<priority>`` elements,
      respectively. They can be made callable as functions, as
      :attr:`~Sitemap.lastmod` was in the example.
    * :attr:`~Sitemap.items()` is simply a method that returns a list of
      objects. The objects returned will get passed to any callable methods
      corresponding to a sitemap property (:attr:`~Sitemap.location`,
      :attr:`~Sitemap.lastmod`, :attr:`~Sitemap.changefreq`, and
      :attr:`~Sitemap.priority`).
    * :attr:`~Sitemap.lastmod` should return a Python ``datetime`` object.
    * There is no :attr:`~Sitemap.location` method in this example, but you
      can provide it in order to specify the URL for your object. By default,
      :attr:`~Sitemap.location()` calls ``get_absolute_url()`` on each object
      and returns the result.

Sitemap class reference
=======================

.. class:: Sitemap

    A ``Sitemap`` class can define the following methods/attributes:

    .. attribute:: Sitemap.items

        **Required.** A method that returns a list of objects. The framework
        doesn't care what *type* of objects they are; all that matters is that
        these objects get passed to the :attr:`~Sitemap.location()`,
        :attr:`~Sitemap.lastmod()`, :attr:`~Sitemap.changefreq()` and
        :attr:`~Sitemap.priority()` methods.

    .. attribute:: Sitemap.location

        **Optional.** Either a method or attribute.

        If it's a method, it should return the absolute path for a given object
        as returned by :attr:`~Sitemap.items()`.

        If it's an attribute, its value should be a string representing an
        absolute path to use for *every* object returned by
        :attr:`~Sitemap.items()`.

        In both cases, "absolute path" means a URL that doesn't include the
        protocol or domain. Examples:

            * Good: :file:`'/foo/bar/'`
            * Bad: :file:`'example.com/foo/bar/'`
            * Bad: :file:`'http://example.com/foo/bar/'`

        If :attr:`~Sitemap.location` isn't provided, the framework will call
        the ``get_absolute_url()`` method on each object as returned by
        :attr:`~Sitemap.items()`.

    .. attribute:: Sitemap.lastmod

        **Optional.** Either a method or attribute.

        If it's a method, it should take one argument -- an object as returned by
        :attr:`~Sitemap.items()` -- and return that object's last-modified date/time, as a Python
        ``datetime.datetime`` object.

        If it's an attribute, its value should be a Python ``datetime.datetime`` object
        representing the last-modified date/time for *every* object returned by
        :attr:`~Sitemap.items()`.

    .. attribute:: Sitemap.changefreq

        **Optional.** Either a method or attribute.

        If it's a method, it should take one argument -- an object as returned by
        :attr:`~Sitemap.items()` -- and return that object's change frequency, as a Python string.

        If it's an attribute, its value should be a string representing the change
        frequency of *every* object returned by :attr:`~Sitemap.items()`.

        Possible values for :attr:`~Sitemap.changefreq`, whether you use a method or attribute, are:

            * ``'always'``
            * ``'hourly'``
            * ``'daily'``
            * ``'weekly'``
            * ``'monthly'``
            * ``'yearly'``
            * ``'never'``

    .. method:: Sitemap.priority

        **Optional.** Either a method or attribute.

        If it's a method, it should take one argument -- an object as returned by
        :attr:`~Sitemap.items()` -- and return that object's priority, as either a string or float.

        If it's an attribute, its value should be either a string or float representing
        the priority of *every* object returned by :attr:`~Sitemap.items()`.

        Example values for :attr:`~Sitemap.priority`: ``0.4``, ``1.0``. The default priority of a
        page is ``0.5``. See the `sitemaps.org documentation`_ for more.

        .. _sitemaps.org documentation: http://www.sitemaps.org/protocol.html#prioritydef

Shortcuts
=========

The sitemap framework provides a couple convenience classes for common cases:

.. class:: FlatPageSitemap

    The :class:`django.contrib.sitemaps.FlatPageSitemap` class looks at all
    publicly visible :mod:`flatpages <django.contrib.flatpages>`
    defined for the current :setting:`SITE_ID` (see the
    :mod:`sites documentation <django.contrib.sites>`) and
    creates an entry in the sitemap. These entries include only the
    :attr:`~Sitemap.location` attribute -- not :attr:`~Sitemap.lastmod`,
    :attr:`~Sitemap.changefreq` or :attr:`~Sitemap.priority`.

.. class:: GenericSitemap

    The :class:`django.contrib.sitemaps.GenericSitemap` class works with any
    :doc:`generic views </ref/generic-views>` you already have.
    To use it, create an instance, passing in the same :data:`info_dict` you pass to
    the generic views. The only requirement is that the dictionary have a
    :data:`queryset` entry. It may also have a :data:`date_field` entry that specifies a
    date field for objects retrieved from the :data:`queryset`. This will be used for
    the :attr:`~Sitemap.lastmod` attribute in the generated sitemap. You may
    also pass :attr:`~Sitemap.priority` and :attr:`~Sitemap.changefreq`
    keyword arguments to the :class:`~django.contrib.sitemaps.GenericSitemap`
    constructor to specify these attributes for all URLs.

Example
-------

Here's an example of a :doc:`URLconf </topics/http/urls>` using both::

    from django.conf.urls import patterns, url, include
    from django.contrib.sitemaps import FlatPageSitemap, GenericSitemap
    from blog.models import Entry

    info_dict = {
        'queryset': Entry.objects.all(),
        'date_field': 'pub_date',
    }

    sitemaps = {
        'flatpages': FlatPageSitemap,
        'blog': GenericSitemap(info_dict, priority=0.6),
    }

    urlpatterns = patterns('',
        # some generic view using info_dict
        # ...

        # the sitemap
        (r'^sitemap\.xml$', 'django.contrib.sitemaps.views.sitemap', {'sitemaps': sitemaps})
    )

.. _URLconf: ../url_dispatch/

Creating a sitemap index
========================

The sitemap framework also has the ability to create a sitemap index that
references individual sitemap files, one per each section defined in your
:data:`sitemaps` dictionary. The only differences in usage are:

    * You use two views in your URLconf: :func:`django.contrib.sitemaps.views.index`
      and :func:`django.contrib.sitemaps.views.sitemap`.
    * The :func:`django.contrib.sitemaps.views.sitemap` view should take a
      :data:`section` keyword argument.

Here's what the relevant URLconf lines would look like for the example above::

    urlpatterns = patterns('django.contrib.sitemaps.views',
        (r'^sitemap\.xml$', 'index', {'sitemaps': sitemaps}),
        (r'^sitemap-(?P<section>.+)\.xml$', 'sitemap', {'sitemaps': sitemaps}),
    )

This will automatically generate a :file:`sitemap.xml` file that references
both :file:`sitemap-flatpages.xml` and :file:`sitemap-blog.xml`. The
:class:`~django.contrib.sitemaps.Sitemap` classes and the :data:`sitemaps`
dict don't change at all.

You should create an index file if one of your sitemaps has more than 50,000
URLs. In this case, Django will automatically paginate the sitemap, and the
index will reflect that.

.. versionadded:: 1.3

Template customization
======================

If you wish to use a different template for each sitemap or sitemap index
available on your site, you may specify it by passing a ``template_name``
parameter to the ``sitemap`` and ``index`` views via the URLconf::

    urlpatterns = patterns('django.contrib.sitemaps.views',
        (r'^custom-sitemap\.xml$', 'index', {
            'sitemaps': sitemaps,
            'template_name': 'custom_sitemap.html'
        }),
        (r'^custom-sitemap-(?P<section>.+)\.xml$', 'sitemap', {
            'sitemaps': sitemaps,
            'template_name': 'custom_sitemap.html'
        }),
    )


.. versionchanged:: 1.4

    In addition, these views also return
    :class:`~django.template.response.TemplateResponse`
    instances which allow you to easily customize the response data before
    rendering. For more details, see the
    :doc:`TemplateResponse documentation </ref/template-response>`.

Context variables
------------------

When customizing the templates for the :func:`~django.contrib.sitemaps.views.index`
and ~:func:`django.contrib.sitemaps.views.sitemaps` views, you can rely on the
following context variables.

Index
-----

The variable :data:`sitemaps` is a list of absolute URLs to each of the sitemaps.

Sitemap
-------

The variable :data:`urlset` is a list of URLs that should appear in the
sitemap. Each URL exposes attributes as defined in the
:class:`~django.contrib.sitemaps.Sitemap` class:

    - ``changefreq``
    - ``item``
    - ``lastmod``
    - ``location``
    - ``priority``

.. versionadded:: 1.4

The ``item`` attribute has been added for each URL to allow more flexible
customization of the templates, such as `Google news sitemaps`_. Assuming
Sitemap's :attr:`~Sitemap.items()` would return a list of items with
``publication_data`` and a ``tags`` field something like this would
generate a Google News compatible sitemap:

.. code-block:: xml+django

    <?xml version="1.0" encoding="UTF-8"?>
    <urlset
      xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
      xmlns:news="http://www.google.com/schemas/sitemap-news/0.9">
    {% spaceless %}
    {% for url in urlset %}
      <url>
        <loc>{{ url.location }}</loc>
        {% if url.lastmod %}<lastmod>{{ url.lastmod|date:"Y-m-d" }}</lastmod>{% endif %}
        {% if url.changefreq %}<changefreq>{{ url.changefreq }}</changefreq>{% endif %}
        {% if url.priority %}<priority>{{ url.priority }}</priority>{% endif %}
        <news:news>
          {% if url.item.publication_date %}<news:publication_date>{{ url.item.publication_date|date:"Y-m-d" }}</news:publication_date>{% endif %}
          {% if url.item.tags %}<news:keywords>{{ url.item.tags }}</news:keywords>{% endif %}
        </news:news>
       </url>
    {% endfor %}
    {% endspaceless %}
    </urlset>

.. _`Google news sitemaps`: http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=74288

Pinging Google
==============

You may want to "ping" Google when your sitemap changes, to let it know to
reindex your site. The sitemaps framework provides a function to do just
that: :func:`django.contrib.sitemaps.ping_google()`.

.. function:: ping_google

    :func:`ping_google` takes an optional argument, :data:`sitemap_url`,
    which should be the absolute path to your site's sitemap (e.g.,
    :file:`'/sitemap.xml'`). If this argument isn't provided,
    :func:`ping_google` will attempt to figure out your
    sitemap by performing a reverse looking in your URLconf.

    :func:`ping_google` raises the exception
    :exc:`django.contrib.sitemaps.SitemapNotFound` if it cannot determine your
    sitemap URL.

.. admonition:: Register with Google first!

    The :func:`ping_google` command only works if you have registered your
    site with `Google Webmaster Tools`_.

.. _`Google Webmaster Tools`: http://www.google.com/webmasters/tools/

One useful way to call :func:`ping_google` is from a model's ``save()``
method::

   from django.contrib.sitemaps import ping_google

    class Entry(models.Model):
        # ...
        def save(self, force_insert=False, force_update=False):
            super(Entry, self).save(force_insert, force_update)
            try:
                ping_google()
            except Exception:
                # Bare 'except' because we could get a variety
                # of HTTP-related exceptions.
                pass

A more efficient solution, however, would be to call :func:`ping_google` from a
cron script, or some other scheduled task. The function makes an HTTP request
to Google's servers, so you may not want to introduce that network overhead
each time you call ``save()``.

Pinging Google via `manage.py`
------------------------------

.. django-admin:: ping_google

Once the sitemaps application is added to your project, you may also
ping Google using the ``ping_google`` management command::

    python manage.py ping_google [/sitemap.xml]