Time difference between Alcalá de Guadaira and Shanghai

Shanghai is 6 hours ahead of Alcalá de Guadaira.

Europe/Madrid Asia/Shanghai same day

Local time in both cities

09:06
Monday, 21 September 2026
Europe/Madrid · UTC+02:00
Shanghai · China
15:06
Monday, 21 September 2026
Asia/Shanghai · UTC+08:00

Shanghai is 6 hours ahead of Alcalá de Guadaira.

same day

Time zones

Alcalá de GuadairaEurope/Madrid · UTC+02:00
ShanghaiAsia/Shanghai · UTC+08:00

Alcalá de Guadaira is currently on daylight saving time (UTC+02:00). Next change: 2026-10-25 02:00.

Shanghai does not observe daylight saving and stays on UTC+08:00 all year.

Hour-by-hour conversion

Calculated for 2026-09-21 local time in Alcalá de Guadaira. The two places start and end daylight saving on different dates, so another day can give a different result.

Alcalá de Guadaira (source) Shanghai (target)
00:00 06:00
01:00 07:00
02:00 08:00
03:00 09:00
04:00 10:00
05:00 11:00
06:00 12:00
07:00 13:00
08:00 14:00
09:00 15:00
10:00 16:00
11:00 17:00
12:00 18:00
13:00 19:00
14:00 20:00
15:00 21:00
16:00 22:00
17:00 23:00
18:00 00:00 next day
19:00 01:00 next day
20:00 02:00 next day
21:00 03:00 next day
22:00 04:00 next day
23:00 05:00 next day

FAQ

How many hours apart are Alcalá de Guadaira and Shanghai right now?
The answer at the top of the page is calculated for the current moment and states which side is ahead. The gap changes during the year, because the two places usually start and end daylight saving on different dates.
Is this difference the same all year?
Not necessarily. Alcalá de Guadaira uses Europe/Madrid and Shanghai uses Asia/Shanghai; if either observes daylight saving, the gap shifts during the year. Use “Convert a specific date and time” below to calculate it for a given day.
How do I read the conversion table?
The left column lists each whole hour in Alcalá de Guadaira; the right column is the local time in Shanghai at that same instant, with date rollovers marked. On the day clocks jump forward, some hours do not exist locally — the table says so instead of showing a plausible but wrong value.

Both cities